Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #223656 > unrolled thread

ATmega328p an 32 kHz

Back to article view | Back to de.sci.electronics

Contents

  ATmega328p an 32 kHz Marte Schwarz <marte.schwarz@gmx.de> - 2017-02-20 19:19 +0100
    Re: ATmega328p an 32 kHz Michael Bäuerle <michael.baeuerle@stz-e.de> - 2017-02-20 19:31 +0100
      Re: ATmega328p an 32 kHz Joerg <news@analogconsultants.com> - 2017-02-20 10:44 -0800
    Re: ATmega328p an 32 kHz Christian Zietz <newsgroup.1001@chz.xyz> - 2017-02-20 19:35 +0100
    Re: ATmega328p an 32 kHz Rafael Deliano <rafael_deliano@arcor.de> - 2017-02-20 20:16 +0100
    Re: ATmega328p an 32 kHz Olaf Kaluza <olaf@criseis.ruhr.de> - 2017-02-20 21:34 +0100
      Re: ATmega328p an 32 kHz Marte Schwarz <marte.schwarz@gmx.de> - 2017-02-21 11:49 +0100
        Re: ATmega328p an 32 kHz Matthias Weingart <mwnews@pentax.boerde.de> - 2017-02-21 12:18 +0000
        Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-21 13:22 +0100
          Re: ATmega328p an 32 kHz Marte Schwarz <marte.schwarz@gmx.de> - 2017-02-22 12:28 +0100
            Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-23 06:07 +0100
              Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-23 10:02 -0300
                Re: ATmega328p an 32 kHz Edzard Egberts <news@edzeg.net> - 2017-02-24 08:11 +0100
                  Re: ATmega328p an 32 kHz "horst.d.winzler" <horst.d.winzler@web.de> - 2017-02-24 09:45 +0100
                    Re: ATmega328p an 32 kHz Edzard Egberts <news@edzeg.net> - 2017-02-24 09:59 +0100
                      Re: ATmega328p an 32 kHz Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-02-24 10:34 +0100
                      Re: ATmega328p an 32 kHz "horst.d.winzler" <horst.d.winzler@web.de> - 2017-02-24 10:38 +0100
                        Re: ATmega328p an 32 kHz Edzard Egberts <news@edzeg.net> - 2017-02-24 10:54 +0100
                        Re: ATmega328p an 32 kHz Reinhardt Behm <rbehm@hushmail.com> - 2017-02-24 17:54 +0800
                          Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 14:18 +0100
                            Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-24 12:50 -0300
                          Re: ATmega328p an 32 kHz Michael Schwingen <news-1457978346@discworld.dascon.de> - 2017-02-24 20:23 +0000
                            Re: ATmega328p an 32 kHz "horst.d.winzler" <horst.d.winzler@web.de> - 2017-02-24 21:36 +0100
                  Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-24 09:28 -0300
                Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 14:15 +0100
                  Re: ATmega328p an 32 kHz "horst.d.winzler" <horst.d.winzler@web.de> - 2017-02-24 17:14 +0100
                    Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-24 17:14 -0300
                    Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 09:23 +0100
                    Re: ATmega328p an 32 kHz Hartmut Kraus <hartmut.melina@web.de> - 2017-02-25 10:27 +0100
                      Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 17:42 +0100
          Re: ATmega328p an 32 kHz Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 15:06 +0100
            Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 16:06 +0100
        Re: ATmega328p an 32 kHz Joerg <news@analogconsultants.com> - 2017-02-21 07:15 -0800
        Re: ATmega328p an 32 kHz Olaf Kaluza <olaf@criseis.ruhr.de> - 2017-02-21 16:41 +0100
          Re: ATmega328p an 32 kHz Matthias Weingart <mwnews@pentax.boerde.de> - 2017-02-21 18:08 +0000
            Re: ATmega328p an 32 kHz Olaf Kaluza <olaf@criseis.ruhr.de> - 2017-02-21 19:27 +0100
              Re: ATmega328p an 32 kHz Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-02-21 19:36 +0100
              Re: ATmega328p an 32 kHz Joerg <news@analogconsultants.com> - 2017-02-21 10:37 -0800
                Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-21 18:26 -0300
                  Re: ATmega328p an 32 kHz Edzard Egberts <news@edzeg.net> - 2017-02-22 07:54 +0100
                    Re: ATmega328p an 32 kHz Wolfgang <wsc.allmail@web.de> - 2017-02-22 09:53 +0100
                      Re: ATmega328p an 32 kHz Edzard Egberts <news@edzeg.net> - 2017-02-22 10:00 +0100
                        Re: ATmega328p an 32 kHz horejsi <wolfgang@horejsi.de> - 2017-02-22 12:37 +0100
                        Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-23 06:22 +0100
                          Re: elektor <=8-bit (was: ATmega328p an 32 kHz) Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 15:23 +0100
                            Re: elektor <=8-bit Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 16:18 +0100
                              Re: elektor <=8-bit Hartmut Kraus <hartmut.melina@web.de> - 2017-02-24 17:44 +0100
                                Re: elektor <=8-bit Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 17:58 +0100
                                Re: elektor <=8-bit Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 09:35 +0100
                                  Re: elektor <=8-bit Hartmut Kraus <hartmut.melina@web.de> - 2017-02-25 10:29 +0100
                                    Re: elektor <=8-bit Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 17:51 +0100
                                  Re: elektor <=8-bit Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-25 13:32 +0100
                                    Re: elektor <=8-bit Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 17:55 +0100
                                      Re: elektor <=8-bit Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-26 06:38 +0100
                                    Re: elektor <=8-bit Marc Santhoff <m.santhoff@t-online.de> - 2017-02-26 13:52 +0100
                      OT Olle Kamellen (was Re: ATmega328p an 32 kHz) "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-22 09:14 -0300
                        Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Lutz Schulze <lschulze@netzwerkseite.de> - 2017-02-22 14:31 +0100
                          Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-23 06:56 +0100
                            Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Lutz Schulze <lschulze@netzwerkseite.de> - 2017-02-23 12:38 +0100
                            Re: OT Olle Kamellen Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 13:00 +0100
                              Re: OT Olle Kamellen "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-02-24 12:27 +0000
                              Re: OT Olle Kamellen Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 14:52 +0100
                                Re: OT Olle Kamellen Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 16:14 +0100
                              Re: OT Olle Kamellen Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 15:13 +0100
                                Re: OT Olle Kamellen Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 16:28 +0100
                                  Re: OT Olle Kamellen Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 09:07 +0100
                                    Re: OT Olle Kamellen Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-25 13:47 +0100
                            Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Juergen Roesener <roesener@compuserve.com> - 2017-02-24 15:10 +0100
                              Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 16:43 +0100
                                Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Matthias Weingart <mwnews@pentax.boerde.de> - 2017-02-24 15:48 +0000
                                  Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 17:53 +0100
                          Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Wolfgang <wsc.allmail@web.de> - 2017-02-24 12:07 +0100
                        Re: OT Olle Kamellen Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 10:52 +0100
                    Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-23 06:06 +0100
                      Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-23 09:39 -0300
                Re: ATmega328p an 32 kHz Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-03-01 20:02 +0100
                  Re: ATmega328p an 32 kHz Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-03-02 10:19 +0100
                    Re: ATmega328p an 32 kHz Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2017-03-02 10:40 +0100
                      Re: ATmega328p an 32 kHz Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-03-02 11:19 +0100
                        Re: ATmega328p an 32 kHz Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2017-03-03 22:16 +0100
          Re: ATmega328p an 32 kHz Marc Santhoff <m.santhoff@t-online.de> - 2017-02-26 14:23 +0100
            Re: ATmega328p an 32 kHz Olaf Kaluza <olaf@criseis.ruhr.de> - 2017-02-26 16:35 +0100
      Re: ATmega328p an 32 kHz Johannes Bauer <dfnsonfsduifb@gmx.de> - 2017-02-24 13:39 +0100
    Re: ATmega328p an 32 kHz "MaWin" <me@private.net> - 2017-02-20 23:37 +0100
      Re: ATmega328p an 32 kHz Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-02-21 00:49 +0100
      Re: ATmega328p an 32 kHz Matthias Weingart <mwnews@pentax.boerde.de> - 2017-02-21 07:19 +0000
        Re: ATmega328p an 32 kHz Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-02-21 09:33 +0100
      Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 15:19 +0100
    Re: ATmega328p an 32 kHz Andreas <webmaster@dubtronic.de> - 2017-02-21 14:38 +0100
      Re: ATmega328p an 32 kHz Stefan <df9bi@arcor.de> - 2017-02-26 10:01 +0100
        CPU mit 32kHz (was Re: ATmega328p an 32 kHz) "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-26 08:19 -0300
        Re: ATmega328p an 32 kHz Christian Zietz <newsgroup.1001@chz.xyz> - 2017-02-26 12:40 +0100
          Re: ATmega328p an 32 kHz Stefan <df9bi@arcor.de> - 2017-02-26 19:29 +0100
        Re: ATmega328p an 32 kHz Andreas <webmaster@dubtronic.de> - 2017-02-26 12:40 +0100

Page 1 of 5  [1] 2 3 4 5  Next page →

#223656 — ATmega328p an 32 kHz

Hallo zusammen,

hier soll ein Datenlogger alle Viertelstunde mal die Temperatur messen. 
Da das Ganze mit Batterie laufen soll, darfs nicht viel Strom ziehen. 
Als Takt für den µC hab ich deswegen ein Uhrenquarz vorgesehen. Damit 
ist zumindest die Zeitbasis schön einfach.
Ab und an will man die Daten aus dem EEPROM holen. Dafür bietet sich 
natürlich UART an. Schnell muss das nicht gehen, weil man in der Zeit 
lustig mit dem PC auch den µC versorgen kann. Aber welche Baudraten 
gehen da?

Laut
http://wormfood.net/avrbaudcalc.php?bitrate=150%2C300%2C600%2C1200%2C2400%2C4800%2C9600&clock=0.032768%2C1%2C1.8432%2C2%2C3.6864%2C4%2C7.3728%2C8%2C11.0592%2C14.7456%2C16%2C18.432%2C20&databits=10&bit_rate_table=1
gehen da nur ganz schräge Baudraten. Kann man die in einem normalen 
Terminal einstellen, so dass es klappt oder brauchts da was Synchrones? 
Als I²C Slave wird das mit einem Uhrenquarz ja wohl auch nichts.

Wie bekomme ich die Daten sinnvoll aus dem µC?

Liebe Grüße

Marte

[toc] | [next] | [standalone]

#223657

Marte Schwarz wrote:
> 
> Hallo zusammen,
> 
> hier soll ein Datenlogger alle Viertelstunde mal die Temperatur messen. 
> Da das Ganze mit Batterie laufen soll, darfs nicht viel Strom ziehen. 
> Als Takt für den µC hab ich deswegen ein Uhrenquarz vorgesehen. Damit 
> ist zumindest die Zeitbasis schön einfach.
> Ab und an will man die Daten aus dem EEPROM holen. Dafür bietet sich 
> natürlich UART an. Schnell muss das nicht gehen, weil man in der Zeit 
> lustig mit dem PC auch den µC versorgen kann. Aber welche Baudraten 
> gehen da?
> 
> Laut
> http://wormfood.net/avrbaudcalc.php?bitrate=150%2C300%2C600%2C1200%2C2400%2C4800%2C9600&clock=0.032768%2C1%2C1.8432%2C2%2C3.6864%2C4%2C7.3728%2C8%2C11.0592%2C14.7456%2C16%2C18.432%2C20&databits=10&bit_rate_table=1
> gehen da nur ganz schräge Baudraten. Kann man die in einem normalen 
> Terminal einstellen, so dass es klappt oder brauchts da was Synchrones? 
> Als I²C Slave wird das mit einem Uhrenquarz ja wohl auch nichts.
> 
> Wie bekomme ich die Daten sinnvoll aus dem µC?

Dieser µC hat einen Clock Prescaler. Du könntest also an den Haupt-
oszillator auch einen schnell schwingenden Quarz (passend z.B. zu
einer RS232) anschließen und dessen Takt dann zum Stromsparen runter-
teilen. Faktor 256 scheint da das Maximum zu sein. 

[toc] | [prev] | [next] | [standalone]

#223659

On 2017-02-20 10:31, Michael Bäuerle wrote:
> Marte Schwarz wrote:
>>
>> Hallo zusammen,
>>
>> hier soll ein Datenlogger alle Viertelstunde mal die Temperatur messen.
>> Da das Ganze mit Batterie laufen soll, darfs nicht viel Strom ziehen.
>> Als Takt für den µC hab ich deswegen ein Uhrenquarz vorgesehen. Damit
>> ist zumindest die Zeitbasis schön einfach.
>> Ab und an will man die Daten aus dem EEPROM holen. Dafür bietet sich
>> natürlich UART an. Schnell muss das nicht gehen, weil man in der Zeit
>> lustig mit dem PC auch den µC versorgen kann. Aber welche Baudraten
>> gehen da?
>>
>> Laut
>> http://wormfood.net/avrbaudcalc.php?bitrate=150%2C300%2C600%2C1200%2C2400%2C4800%2C9600&clock=0.032768%2C1%2C1.8432%2C2%2C3.6864%2C4%2C7.3728%2C8%2C11.0592%2C14.7456%2C16%2C18.432%2C20&databits=10&bit_rate_table=1
>> gehen da nur ganz schräge Baudraten. Kann man die in einem normalen
>> Terminal einstellen, so dass es klappt oder brauchts da was Synchrones?
>> Als I²C Slave wird das mit einem Uhrenquarz ja wohl auch nichts.
>>
>> Wie bekomme ich die Daten sinnvoll aus dem µC?
>
> Dieser µC hat einen Clock Prescaler. Du könntest also an den Haupt-
> oszillator auch einen schnell schwingenden Quarz (passend z.B. zu
> einer RS232) anschließen und dessen Takt dann zum Stromsparen runter-
> teilen. Faktor 256 scheint da das Maximum zu sein.
>

Wobei dann aber stets der hoeherfrequente Quarz schwingen muss und das 
kostet viele Mikroampere.

Andere Idee, falls die 328PB Version benutzt werden kann, jedoch nie 
probiert:

Koennte es funktionieren, wenn man vor dem Datenauslesen den internen 
leider recht ungenauen 128kHz Oszillator aktiviert, Clock Failure Detect 
(CFD) einschaltet, dann per Open Dain Port Pin oder so den 32kHz 
Uhrenquarz abwuergt und die danach anspringende CFD auf einen 
hoeherfrequenteren Takt schalten laesst? Wenn die Daten rueber sind, 
alles wieder zurueck. Kapitel 13.3 hier:

http://www.atmel.com/images/atmel-42397-8-bit-avr-microcontroller-atmega328pb_datasheet.pdf

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#223658

Marte Schwarz schrieb:

> hier soll ein Datenlogger alle Viertelstunde mal die Temperatur messen. 
> Da das Ganze mit Batterie laufen soll, darfs nicht viel Strom ziehen. 
> Als Takt für den µC hab ich deswegen ein Uhrenquarz vorgesehen. Damit 
> ist zumindest die Zeitbasis schön einfach.
> Ab und an will man die Daten aus dem EEPROM holen. Dafür bietet sich 
> natürlich UART an. Schnell muss das nicht gehen, weil man in der Zeit 
> lustig mit dem PC auch den µC versorgen kann. Aber welche Baudraten 
> gehen da?

Meine Lösung in einem ähnlich gelagerten Fall: Internen RC-Oszillator
benutzen. Der lässt sich bei der Programmierung so trimmen, dass man
reguläre Bitraten mit dem UART hinbekommt. Wenn man es etwas
temperaturstabiler möchte, kann man den RC-Oszillator auch gelegentlich
gegen den Uhrenquarz abgleichen, siehe Appnote AVR055.

Um dann die Batterielebensdauer zu erhöhen, legt sich der AVR in den
(Extenden) Standby, dann läuft nur noch der Timer 2 mit Uhrenquarz und
weckt den AVR samt RC-Oszillator regelmäßig auf.

Christian
-- 
Christian Zietz  -  CHZ-Soft  -  czietz (at) gmx.net
WWW: http://www.chzsoft.de/
PGP/GnuPG-Key-ID: 0x52CB97F66DA025CA / 0x6DA025CA

[toc] | [prev] | [next] | [standalone]

#223660

> Wie bekomme ich die Daten sinnvoll aus dem µC?

In andere Konstellation wo die 9600 Baud UART meines
Controllers zu langsam ist viele Daten
in den PC zu bekommen werde ich eine externe
MAX3100 SPI-UART verwenden. Gibts in China in DIL
( teuer ) und "TSSOP" ( billig ).
Die hat eigenen 3,68MHz Quarz und macht 115kBit/sec.
In Anwendungen wo man praktisch nur sendet ist SPI
gangbar.

MfG  JRD

[toc] | [prev] | [next] | [standalone]

#223661

Marte Schwarz <marte.schwarz@gmx.de> wrote:

 >hier soll ein Datenlogger alle Viertelstunde mal die Temperatur messen. 
 >Da das Ganze mit Batterie laufen soll, darfs nicht viel Strom ziehen. 

Auch wenn ich vieles bastel so sei doch erwaehnt das es derzeit fuer
16Euro einen sehr billigen Datenlogger gibt der genau das machen
kann. (such mal nach Elitech RC-5) Da lohnt sich IMHO selber basteln nicht. 
Ausserdem laesst sich das Teil auch einfach unter Linux auslesen. (ich
schreib mir da gerade eine Software fuer)

 >Als Takt für den µC hab ich deswegen ein Uhrenquarz vorgesehen. Damit 
 >ist zumindest die Zeitbasis schön einfach.
 >Ab und an will man die Daten aus dem EEPROM holen. Dafür bietet sich 
 >natürlich UART an. Schnell muss das nicht gehen, weil man in der Zeit 
 >lustig mit dem PC auch den µC versorgen kann. Aber welche Baudraten 
 >gehen da?

Das haengt von deinem Microcontroller ab. Es gibt welche die haben PLL
und fraktionale Teiler und schaffen vermutlich alles auch mit 32Khz. Es
gibt auch sehr eigenwillige Loesungen (Gecko) da ist der
Baudratengenerator teil eines Fraktionalen Teilers. Der schafft dann
mit 32khz auch 9600B, allerdings sind nicht alle Bits gleich
lang. (sieht auf dem Oszi echt gewoehnungsbeduerftig aus)

Es gibt natuerlich auch welche die sind so doof das die damit garnicht
koennen. Allerdings gilt es allgemein als Vorteil den Controller so
schnell wie moeglich laufen zu lassen und dann wieder schnell in den
Sleepmode zu gehen. So macht es der oben erwaehnte RC5 auch. Und es
ist sicher auch kein Problem aus einem Baudratenquarz irgendwie auf
1Hz zu kommen. Und selbst wenn es nicht perfekt ist, wenn die Zeit ein
paar Sekunden am Tag falsch geht so ist das sicher auch nicht schlimm.


 >gehen da nur ganz schräge Baudraten. Kann man die in einem normalen 
 >Terminal einstellen, so dass es klappt oder brauchts da was Synchrones? 

Standard-PC-Hardware kann nur Standardbaudraten! Es gibt aber
USB-RS232 Wandler (FTDI) die koennen jede beliebige Baudrate. (also
z.B auch 125000B) 

Unter Windows kannst du die dann einfach so einstellen wenn das
Programm es dir erlaubt. Ein Beispiel dafuer ist Hterm.

Unter Linux geht das mit solchen Wandlern auch, allerdings ist das
einstellen der Baudrate dann etwas eigenartig geloest. Hab ich aber
auch schon gemacht. Ich hab z.B mal minicom auf 250000B
gepatcht. 

Olaf

[toc] | [prev] | [next] | [standalone]

#223669

Hallo alle zusammen,

vielen Dank für all Eure Rckmeldungen. Es ist tatsächlich so, dass ich, 
je länger ich mit den Atmels zu tun habe, desto weniger begreife ich, 
was die Bastlerwelt an denen so toll findet.
OK hier konnte ich den Kunden wenigstens davon überzeugen, dass wir das 
nicht mit Arduinos machen werden. Selbst mit den Arduino Micro ist 
Stromsparen nur sehr eingeschränkt möglich. Wenns nach mir ginge, wäre 
auch ein MSP430 drin, wurde aber explizit ausgeschlagen :-( Der Kunde 
bleibt König...
Der RC-5 sieht interessant aus, mal schauen, ob man den mit mechanischem 
Downsizing anpassen kann. Display brauch ich nicht, den USB-Stecker an 
sich auch nicht... die 15 Euro sind das probieren wert, mal sehen,wie 
der ohne Gehäuse aussieht. Platz gibts eben auch nicht...
Ich leg mir den jetzt mal privat zu, weil bis der ankommt, sollte das 
andere Teil schon fertig sein.

> kann. (such mal nach Elitech RC-5) Da lohnt sich IMHO selber basteln nicht.
> Ausserdem laesst sich das Teil auch einfach unter Linux auslesen. (ich
> schreib mir da gerade eine Software fuer)

Wenn Du mir da eine Betaversion zukommen lassen möchtest, bin ich als 
Tester gern dabei ;-)

> Das haengt von deinem Microcontroller ab. Es gibt welche die haben PLL
> und fraktionale Teiler und schaffen vermutlich alles auch mit 32Khz.

Der UART beim ATMEL ist eine Katastrophe. der kann eigentlich gar 
nichts. Letztens scheiterte ein Arduino-Projekt daran, dass die höheren 
Baudraten beim HC-05 nicht gingen, wenn der ATmega328p mit 16 MHz läuft.

> Allerdings gilt es allgemein als Vorteil den Controller so
> schnell wie moeglich laufen zu lassen und dann wieder schnell in den
> Sleepmode zu gehen.

Das geht bei einem MSP430 auch recht gut, bei Atmels eher weniger.

> Standard-PC-Hardware kann nur Standardbaudraten! Es gibt aber
> USB-RS232 Wandler (FTDI) die koennen jede beliebige Baudrate. (also
> z.B auch 125000B)

Deswegen... Früher hatte ich immer einen so einen PL230irgendwas 
USB-UART dran. Da ging eigentlich fast alles bis kurz unterhalb von 1 
Mbaud.

> Unter Windows kannst du die dann einfach so einstellen wenn das
> Programm es dir erlaubt. Ein Beispiel dafuer ist Hterm.

So war das anno 2005, wenn ich mich jetzt nicht verzählt hatte. Damals 
hatte ich mich mit den ADµC7020 herumgeschlagen. Verglichen zu den 
ATmegas waren die ja so was von kuschelig. Nur I²C haben wir nie 
vernünftig damit zum Spielen gebracht. Und SPI war sowas von lahm...
Ich glaub, ich muss mich demnächst mal mehr mit den ST32 befassen. Bei 
Ebay gibts die BoB mittlerweile für weniger als 2 Euro. Da kann 
eigentlich kein Arduino Nano mehr mithalten.

> Unter Linux geht das mit solchen Wandlern auch, allerdings ist das
> einstellen der Baudrate dann etwas eigenartig geloest. Hab ich aber
> auch schon gemacht. Ich hab z.B mal minicom auf 250000B
> gepatcht.

Möglicherweise komme ich da auch nochmal auf Dich zu...

Allen noch einmal vielen Dank

Marte

[toc] | [prev] | [next] | [standalone]

#223671

Marte Schwarz <marte.schwarz@gmx.de>:

> So war das anno 2005, wenn ich mich jetzt nicht verz„hlt hatte. Damals 
> hatte ich mich mit den ADæC7020 herumgeschlagen. Verglichen zu den 
> ATmegas waren die ja so was von kuschelig. Nur IýC haben wir nie 
> vernnftig damit zum Spielen gebracht. Und SPI war sowas von lahm...
> Ich glaub, ich muss mich demn„chst mal mehr mit den ST32 befassen. Bei 
> Ebay gibts die BoB mittlerweile fr weniger als 2 Euro. Da kann 
> eigentlich kein Arduino Nano mehr mithalten.

Schon nicht ganz so alte MSP430 können ja die SPI praktisch mit dem CPU-Takt 
(z.B. 8 MHz) fahren - und per DMA z.B. den 512bytes Sektor der SD-Karte 
direkt ins RAM legen. Die SD-Karte lief auf dem MSP430 wesentlich schneller, 
als auf dem Philips LPC2100 vorher (beide hatten Zugriff per SPI auf die SD).
Es gibt da ja nun auch die ARM Cortex M4F Nachfolger MSP432 - die haben 
zumindest schon mal die stromsparende und flexiblen Peripheriebausteine 
geerbt, hab die bloss noch nicht am Wickel gehabt, bisher ist auch nur ein 
Typ da: www.ti.com/msp432
Der MSP432 hat auch ordentliche Ressource z.B. an Timern 4x16bit, 2x32bit, 
1xRTC und den Watchdogtimer und wie es aussieht 8 Uarts, und 8 DMA Kanäle, 
das reicht auch erst mal (da war mir früher immer ein bissl zuwenig davon da 
in den MSP430 :-).

M.
-- 

[toc] | [prev] | [next] | [standalone]

#223673

Am 21.02.2017 um 11:49 schrieb Marte Schwarz:
> Hallo alle zusammen,
>
> vielen Dank für all Eure Rckmeldungen. Es ist tatsächlich so, dass ich,
> je länger ich mit den Atmels zu tun habe, desto weniger begreife ich,
> was die Bastlerwelt an denen so toll findet.

Nach meiner Erfahrung hängt die Akzeptanz eines Mikroprozessors oder 
-Controllers nicht von seinen Fähigkeiten ab, sondern vom Marketing, 
Entwicklungssystem und Support. Was den Hobby-Bereich betrifft, da 
findet man zu praktisch jedem interessanten externen Baustein oder Modul 
Arduino-Bibliotheken und Beispielprogramme. Kommerziell will sich eine 
Firma kaum einen µC-Zoo zulegen, für jede Aufgabe einen neuen, und auch 
nicht die zugehörigen Programmierer. Und wenn dann das Controlling noch 
die billigste Alternative verlangt... :-(


> Der UART beim ATMEL ist eine Katastrophe. der kann eigentlich gar
> nichts. Letztens scheiterte ein Arduino-Projekt daran, dass die höheren
> Baudraten beim HC-05 nicht gingen, wenn der ATmega328p mit 16 MHz läuft.

Das liegt hauptsächlich am asynchronen Protokoll, das eine 16-fache 
Taktfrequenz erfordert. Teilt man nur durch 8, was beim ATmega auch 
implementiert ist, gehen immerhin 2MBaud.

DoDi

[toc] | [prev] | [next] | [standalone]

#223693

Hi Hans-Peter,

> Das liegt hauptsächlich am asynchronen Protokoll, das eine 16-fache
> Taktfrequenz erfordert. Teilt man nur durch 8, was beim ATmega auch
> implementiert ist, gehen immerhin 2MBaud.

Was bringt mir das, wenn dies exotische Baudraten sind und z.B. nicht 
kompatibel zu denen, die z.B. das HC-05 Bluetoothmodul könnte. UNd ganz 
schnell werden die hohen Baudraten nur noch theoretisch.

Marte

[toc] | [prev] | [next] | [standalone]

#223700

Am 22.02.2017 um 12:28 schrieb Marte Schwarz:
> Hi Hans-Peter,
>
>> Das liegt hauptsächlich am asynchronen Protokoll, das eine 16-fache
>> Taktfrequenz erfordert. Teilt man nur durch 8, was beim ATmega auch
>> implementiert ist, gehen immerhin 2MBaud.
>
> Was bringt mir das, wenn dies exotische Baudraten sind und z.B. nicht
> kompatibel zu denen, die z.B. das HC-05 Bluetoothmodul könnte.

Kommt drauf an, wer "exotisch" definiert :-]

> UNd ganz
> schnell werden die hohen Baudraten nur noch theoretisch.

Richtig, irgendwann müssen die eingetrudelten Bytes ja auch noch 
verarbeitet werden. Wer mehr Geschwindigkeit benötigt, der muß beim 
Controller anfangen, und einen mit ausreichend hoher Taktfrequenz nehmen 
- und dann klappt es auch wieder mit den Baudraten :-)

Wobei erst mal der Entwickler gefeuert gehört, der für hohe Datenraten 
ausgerechnet eine UART gewählt hat :-]

DoDi

[toc] | [prev] | [next] | [standalone]

#223707

 On 23 Feb 17 at group /de/sci/electronics in article eh7vl7FbjifU2@mid.individual.net
 <DrDiettrich1@aol.com>  (Hans-Peter Diettrich)  wrote:

> Am 22.02.2017 um 12:28 schrieb Marte Schwarz:
>> Hi Hans-Peter,
>>
>>> Das liegt hauptsächlich am asynchronen Protokoll, das eine 16-fache
>>> Taktfrequenz erfordert. Teilt man nur durch 8, was beim ATmega auch
>>> implementiert ist, gehen immerhin 2MBaud.
>>
>> Was bringt mir das, wenn dies exotische Baudraten sind und z.B. nicht
>> kompatibel zu denen, die z.B. das HC-05 Bluetoothmodul könnte.

> Kommt drauf an, wer "exotisch" definiert :-]

>> UNd ganz
>> schnell werden die hohen Baudraten nur noch theoretisch.

> Richtig, irgendwann müssen die eingetrudelten Bytes ja auch noch
> verarbeitet werden. Wer mehr Geschwindigkeit benötigt, der muß beim
> Controller anfangen, und einen mit ausreichend hoher Taktfrequenz nehmen
> - und dann klappt es auch wieder mit den Baudraten :-)

> Wobei erst mal der Entwickler gefeuert gehört, der für hohe Datenraten
> ausgerechnet eine UART gewählt hat :-]


Oh, früher(tm) gabs manchmal nix anderes. 9600Bd 20mA CL über 400-1000m.
(Stahlwerk, KKW...) Nein synchrone DÜ ware keine alternative unter diesen  
Bedingungen.

Da musste man dann die Daten eben genügend verdichten und nur das  
Endergebnis (eines Prüfbereiches) auf dem Bildschirm liefern. Bei KKW  
wurden die kompletten Daten für alle Bereiche vor Ort auf einer  
Wechselwinchester gespeichert.


Saludos (an alle Vernünftigen, Rest sh. sig)
Wolfgang

-- 
Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt!
Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

[toc] | [prev] | [next] | [standalone]

#223710

Wolfgang Allinger wrote:
> Oh, früher(tm) gabs manchmal nix anderes. 9600Bd 20mA CL über
> 400-1000m. (Stahlwerk, KKW...)

Was nimmt man da eigentlich heute für solche Längen - Glasfaser? Für
reine Datenübertragung sind 9600Bd eigentlich ausreichend, da kommt mir
die Stromschnittstelle vergleichsweise einfach und preiswert vor.

[toc] | [prev] | [next] | [standalone]

#223711

Am 24.02.2017 um 08:11 schrieb Edzard Egberts:
> Wolfgang Allinger wrote:
>> Oh, früher(tm) gabs manchmal nix anderes. 9600Bd 20mA CL über
>> 400-1000m. (Stahlwerk, KKW...)
>
> Was nimmt man da eigentlich heute für solche Längen - Glasfaser?

RS-485

-- 
---hdw---

[toc] | [prev] | [next] | [standalone]

#223712

horst.d.winzler wrote:
> Am 24.02.2017 um 08:11 schrieb Edzard Egberts:
>> Wolfgang Allinger wrote:
>>> Oh, früher(tm) gabs manchmal nix anderes. 9600Bd 20mA CL über
>>> 400-1000m. (Stahlwerk, KKW...)
>>
>> Was nimmt man da eigentlich heute für solche Längen - Glasfaser?
> 
> RS-485

Hübsch, genau so lang, aber viel schneller, muss ich mir merken!

Scheint mir aber für den Betrieb mit Optokopplern nicht so gut geeignet,
das war noch ein großer Vorteil der 20mA-Schnittstelle.

[toc] | [prev] | [next] | [standalone]

#223715

Am 24.02.2017 um 09:59 schrieb Edzard Egberts:

>> RS-485
>
> Hübsch, genau so lang, aber viel schneller, muss ich mir merken!
>
> Scheint mir aber für den Betrieb mit Optokopplern nicht so gut geeignet,
> das war noch ein großer Vorteil der 20mA-Schnittstelle.

Ist an SPS-Zeug meist über OKs galvanisch getrennt.


Gruß Dieter

[toc] | [prev] | [next] | [standalone]

#223716

Am 24.02.2017 um 09:59 schrieb Edzard Egberts:
> horst.d.winzler wrote:
>> Am 24.02.2017 um 08:11 schrieb Edzard Egberts:
>>> Wolfgang Allinger wrote:
>>>> Oh, früher(tm) gabs manchmal nix anderes. 9600Bd 20mA CL über
>>>> 400-1000m. (Stahlwerk, KKW...)
>>>
>>> Was nimmt man da eigentlich heute für solche Längen - Glasfaser?
>>
>> RS-485
>
> Hübsch, genau so lang, aber viel schneller, muss ich mir merken!
>
> Scheint mir aber für den Betrieb mit Optokopplern nicht so gut geeignet,
> das war noch ein großer Vorteil der 20mA-Schnittstelle.
>
Schau dir das mal an.

http://datasheets.maximintegrated.com/en/ds/MAX3535E-MXL1535E.pdf
-- 
---hdw---

[toc] | [prev] | [next] | [standalone]

#223719

horst.d.winzler wrote:
> Am 24.02.2017 um 09:59 schrieb Edzard Egberts:
>> horst.d.winzler wrote:
>>> Am 24.02.2017 um 08:11 schrieb Edzard Egberts:
>>>> Wolfgang Allinger wrote:
>>>>> Oh, früher(tm) gabs manchmal nix anderes. 9600Bd 20mA CL
>>>>> über 400-1000m. (Stahlwerk, KKW...)
>>>> 
>>>> Was nimmt man da eigentlich heute für solche Längen -
>>>> Glasfaser?
>>> 
>>> RS-485
>> 
>> Hübsch, genau so lang, aber viel schneller, muss ich mir merken!
>> 
>> Scheint mir aber für den Betrieb mit Optokopplern nicht so gut
>> geeignet, das war noch ein großer Vorteil der 20mA-Schnittstelle.
>> 
> Schau dir das mal an.
> 
> http://datasheets.maximintegrated.com/en/ds/MAX3535E-MXL1535E.pdf

Bei RS um die 10 €, dafür mit bis zu 450kBd richtig schnell. Gut zu
wissen, auch wenn ich es wahrscheinlich nicht brauchen werde. ;o)

[toc] | [prev] | [next] | [standalone]

#223720

AT Friday 24 February 2017 17:38, horst.d.winzler wrote:

> Am 24.02.2017 um 09:59 schrieb Edzard Egberts:
>> horst.d.winzler wrote:
>>> Am 24.02.2017 um 08:11 schrieb Edzard Egberts:
>>>> Wolfgang Allinger wrote:
>>>>> Oh, früher(tm) gabs manchmal nix anderes. 9600Bd 20mA CL über
>>>>> 400-1000m. (Stahlwerk, KKW...)
>>>>
>>>> Was nimmt man da eigentlich heute für solche Längen - Glasfaser?
>>>
>>> RS-485
>>
>> Hübsch, genau so lang, aber viel schneller, muss ich mir merken!
>>
>> Scheint mir aber für den Betrieb mit Optokopplern nicht so gut geeignet,
>> das war noch ein großer Vorteil der 20mA-Schnittstelle.
>>
> Schau dir das mal an.
> 
> http://datasheets.maximintegrated.com/en/ds/MAX3535E-MXL1535E.pdf

Aber erst prüfen, welche Stoffe das Teil enthält. Maxim verwendet sehr gerne 
Unobtainium.
Das merkst du aber erst nachdem du mehr als nur ein schönes Muster brauchst.

-- 
Reinhardt

[toc] | [prev] | [next] | [standalone]

#223733

Am 24.02.2017 um 10:54 schrieb Reinhardt Behm:

> Aber erst prüfen, welche Stoffe das Teil enthält. Maxim verwendet sehr gerne
> Unobtainium.
> Das merkst du aber erst nachdem du mehr als nur ein schönes Muster brauchst.

Der war gut :-)

ROTFL

DoDi

[toc] | [prev] | [next] | [standalone]

Page 1 of 5  [1] 2 3 4 5  Next page →

Back to top | Article view | de.sci.electronics

csiph-web