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 5 of 5 — ← Prev page 1 2 3 4 [5]

#223790

Olaf Kaluza <olaf@criseis.ruhr.de> schrieb:

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

>  >Wenn Du mir da eine Betaversion zukommen lassen möchtest, bin ich
>  >als Tester gern dabei ;-)
> 
> Ach was. Wo ist denn der Spass im Leben wenn man nichts selber macht?
> :-)

Muss jeder für sich entscheiden. Für die anderen ein Zufallsfund,
nicht selbst probiert:

https://github.com/civic/elitech-datareader

Marc

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

#223792

Marc Santhoff <m.santhoff@t-online.de> wrote:


 >Muss jeder für sich entscheiden. Für die anderen ein Zufallsfund,
 >nicht selbst probiert:

 >https://github.com/civic/elitech-datareader

Ih..das ist ja in der doofen Paraguay-Sprache. :-)

Bei mir sieht es jetzt so aus:

http://www.criseis.ruhr.de/bilder/datalog.png

Ich bin gerade dabei einen anderen Temperaturfuehler
(Diode/Transistor) zu adaptieren.

http://www.criseis.ruhr.de/bilder/Simulation_T_Modul.gif

Laeuft auch schon. Damit kann ich dann irgendwo (z.b an mein Motorrad)
einen Transistor dran schrauben und darueber die Temperatur messen.


Schade ist leider das man keine kuerzeren Messintervalle wie 10s
einstellen kann. Ich hatte gehofft das die aktuelle Begrenzung durch
die Originalsoftware kommt. Leider ist dem aber nicht so. 

BTW: Der AD-Wandler im Logger akzeptiert Eingangsspannungen von 0.25V
bis 2.95V. Liegt man ausserhalb so gibt das Display im Logger ERR aus
und der Logger speichert 888.8Grad. 

Oh..vielleicht kann einer das hier gebrauchen:
/*******************************************************************/
/* Rechnet Temperaturwerte in Einganspannung AD-Wandler um         */
/* Dabei wird auch die Linearisierung des NTC wieder rausgerechnet */
/*******************************************************************/
double datalog::temperatur2voltage(double x)
{
    return ( 0.0000028464 * x*x*x - 0.00019211 * x*x - 0.02815 * x 
             + 2.3234  );
}

Olaf

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

#223731

On 20.02.2017 21:34, Olaf Kaluza wrote:

> 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)

Ich hab mal für den RC-4 eine Auslese- und Konfiguriersoftware
geschrieben, nachdem ich die ultra ranzige chinesische Setup-Software
reversed hatte. Der RC-5 sieht *exakt* aus wie der RC-4, nur anderes
Gehäuse. Wollte ich schon lang Open Sourcen, hab's aber verpennt. Falls
es dir hilft, schreib doch eine PM, dann schick ich dir mein tar.gz. Und
mache es demnächst mal flott für Github.

Gruß,
Johannes

-- 
>> Wo hattest Du das Beben nochmal GENAU vorhergesagt?
> Zumindest nicht öffentlich!
Ah, der neueste und bis heute genialste Streich unsere großen
Kosmologen: Die Geheim-Vorhersage.
 - Karl Kaos über Rüdiger Thomas in dsa <hidbv3$om2$1@speranza.aioe.org>

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

#223662

"Marte Schwarz" <marte.schwarz@gmx.de> schrieb im Newsbeitrag 
news:o8fbvt$qmi$1@news2.open-news-network.org...

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

Ein UART braucht die (im Vergleich zur Baudrate hohe)
Taktfrequenz vor allem zum Empfangen, für die PLL die
die zeitliche Bitmitte mitführt, beim AVR kann man die
von 16 auf 8 runterschalten Double Speed Operation (U2X)

Zum Senden wäre so ein hoher Takt eigentlich nicht
nötig. Wenn du deine Daten nur senden musst, und der
Empfang (Acknowledge, Sendeanforderung) mit geringerer
Baudrate ablaufen kann oder gar nicht nötig ist,
bist du vermutlich mit einem Software-UART schneller,
da wäre der Teiler bloss 2 wenn man die anderen 7
Ausgänge durcheinander bringen darf:

LD r4,X+ ; Daten holen
SER r1 ; Startbit
OUT PORTB,r1
NOP
OUT PORTB,r4
SHR r4
OUT PORTB,r4
SHR r4
OUT PORTB,r4
SHR r4
OUT PORTB,r4
SHR r4
OUT PORTB,r4
SHR r4
OUT PORTB,r4
SHR r4
OUT PORTB,r4
SHR r4
OUT PORTB,r4
CLR r4
OUT PORTB,r4 ; Stoppbit
NOP

Macht dann bei 32768 Hz eben 16384 Baud, auch komisch
aber vielleicht handelbar, die Optionen sind nicht besser
10922, 8192, 6553...
-- 
MaWin, Manfred Winterhoff, mawin at gmx dot net
Homepage http://www.oocities.org/mwinterhoff/
dse-FAQ: http://dse-faq.elektronik-kompendium.de/

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

#223663

Am 20.02.2017 um 23:37 schrieb MaWin:

> Macht dann bei 32768 Hz eben 16384 Baud, auch komisch
> aber vielleicht handelbar, die Optionen sind nicht besser
> 10922, 8192, 6553...

38,4kHz Quarz nehmen.



Gruß Dieter

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

#223665

"MaWin" <me@private.net>:

> "Marte Schwarz" <marte.schwarz@gmx.de> schrieb im Newsbeitrag 
> news:o8fbvt$qmi$1@news2.open-news-network.org...
> 
>> Wie bekomme ich die Daten sinnvoll aus dem ¶æC?
> 
> Ein UART braucht die (im Vergleich zur Baudrate hohe)
> Taktfrequenz vor allem zum Empfangen, fǬr die PLL die
> die zeitliche Bitmitte mitfǬhrt, beim AVR kann man die
> von 16 auf 8 runterschalten Double Speed Operation (U2X)

Nicht unbedingt. Der MSP430 kann schon mit einem 32768kHz Quarz 9600Baud. Die 
Jungs aus Freising hatten sich dazu ein paar Tricks einfallen lassen. Auch 
kann er innerhalb von 6us auf den 8MHz-RC-Takt hochschalten - schnell was 
rechnen und sich dann wieder mit dem Uhrenquarz begnügen. Ich fand den MSP430 
bei solchen Stromspardingen um Welten durchdachter als die AT-Megas (oder 
andere uC's).

M.
-- 

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

#223667

Am 21.02.2017 um 08:19 schrieb Matthias Weingart:

> Nicht unbedingt. Der MSP430 kann schon mit einem 32768kHz Quarz 9600Baud. Die
> Jungs aus Freising hatten sich dazu ein paar Tricks einfallen lassen. Auch
> kann er innerhalb von 6us auf den 8MHz-RC-Takt hochschalten - schnell was
> rechnen und sich dann wieder mit dem Uhrenquarz begnügen. Ich fand den MSP430
> bei solchen Stromspardingen um Welten durchdachter als die AT-Megas (oder
> andere uC's).

ACK, in der Hinsicht sind die ein wirklich gelungener Wurf. Aber ein 
38,4kHz Quarz ist ja auch kein Problem.


Gruß Dieter

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

#223737

Am 20.02.2017 um 23:37 schrieb MaWin:
> "Marte Schwarz" <marte.schwarz@gmx.de> schrieb im Newsbeitrag
> news:o8fbvt$qmi$1@news2.open-news-network.org...
>
>> Wie bekomme ich die Daten sinnvoll aus dem µC?
>
> Ein UART braucht die (im Vergleich zur Baudrate hohe)
> Taktfrequenz vor allem zum Empfangen, für die PLL die
> die zeitliche Bitmitte mitführt, beim AVR kann man die
> von 16 auf 8 runterschalten Double Speed Operation (U2X)

Wenn es denn eine PLL wäre :-(

Die Frequenz-Toleranz liegt lediglich darin, daß sich die Flanken 
zwischen Start- und Stop-Bit um bis zu 7 Takte verschieben dürfen, bevor 
Fehler auftreten.

DoDi

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

#223672

Am 20.02.2017 um 19:19 schrieb Marte Schwarz:
> 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?

Genau solche Temperaturlogger für PT100-Sensoren habe ich mal mit dem
328p gemacht. Den Uhrenquarz habe ich aber nur benutzt, um einen Timer
zu betreiben, der bei Überlauf den 328p einmal pro Sekunde aufweckt. Das
Programm schaut nach, ob etwas zu tun ist, macht gegebenenfalls eine
Messung, legt diese in einem I2C-EEPROM ab, und legt den Controller
wieder schlafen.

Nach dem Aufwachen läuft das Programm mit dem internen RC-Oszillator und
damit lassen sich ja ganz normale Baudraten einstellen. In der hier
beschriebenen Anwendung 115200 Baud, bei entsprechender Anpassung
(=Halbierung) des Baudratenvorteilers.

Aufgeweckt wurde der Controller entweder durch den oben beschriebenen
Timer oder bei Aktivität am UART (INT0 parallel zu RXD). Eine CR2032
reichte für viele Wochen bei einer Messung pro Minute. 2 x AA reichen
für etwa ein Jahr (länger waren die Geräte nicht am Stück im Betrieb).
Der größte Anteil der Stromaufnahme entfällt bei dieser Anwendung auf
die, wenn auch kürzestmögliche, Bestromung des PT100-Widerstands.

Details zur Programmierung habe ich nicht mehr im Kopf, aber prinzipiell
läßt sich das schon mit dem 328p lösen.

Hier ein Einsatzbeispiel für den Temperaturlogger mit CR2032:

http://www.dubtronic.de/diverses/motorlager_temperaturlogger.jpg

Lagertemperaturmessung in der Welle eines 90kW-Drehstrommotors, bei etwa
4000U/min. Bei der Suche nach einer EMV-Schirmung stellte sich heraus,
daß die am besten geeignete Variante ab Kauf vollständig mit Tomatenmark
gefüllt war. Ließ sich aber problemlos entfernen. :-)



Gruß,
Andreas

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

#223782

Am 21.02.2017 um 14:38 schrieb Andreas:
> Am 20.02.2017 um 19:19 schrieb Marte Schwarz:

> Genau solche Temperaturlogger für PT100-Sensoren habe ich mal mit dem
> 328p gemacht. Den Uhrenquarz habe ich aber nur benutzt, um einen Timer
> zu betreiben, der bei Überlauf den 328p einmal pro Sekunde aufweckt. Das
> Programm schaut nach, ob etwas zu tun ist, macht gegebenenfalls eine
> Messung, legt diese in einem I2C-EEPROM ab, und legt den Controller
> wieder schlafen.
>
> Nach dem Aufwachen läuft das Programm mit dem internen RC-Oszillator und
> damit lassen sich ja ganz normale Baudraten einstellen. In der hier
> beschriebenen Anwendung 115200 Baud, bei entsprechender Anpassung
> (=Halbierung) des Baudratenvorteilers.

Man könnte den 32kHz Quarz dann dazu nutzen, den Frequenzfehler des 
RC-Oszillators zu kompensieren, indem man hin und wieder mal einen 
Counter mitlaufen läßt um die Frequenz des RC Oszilators zu messen und 
um damit dann den genauen Wert für die Baudrateneinstellung zu bestimmen.

Gruß

Stefan

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

#223783 — CPU mit 32kHz (was Re: ATmega328p an 32 kHz)

 On 26 Feb 17 at group /de/sci/electronics in article o8u5gt$s65$1@news.albasani.net
 <df9bi@arcor.de>  (Stefan)  wrote:

> Am 21.02.2017 um 14:38 schrieb Andreas:

> Man könnte den 32kHz Quarz dann dazu nutzen, den Frequenzfehler des
> RC-Oszillators zu kompensieren, indem man hin und wieder mal einen
> Counter mitlaufen läßt um die Frequenz des RC Oszilators zu messen und
> um damit dann den genauen Wert für die Baudrateneinstellung zu bestimmen.

Sowas wird zB. bei Zündern für Granaten gemacht. Der RC wird nach  
Schärfung solange nachkalibriert, bis der Quarz ausfällt, bei 30.000g kann  
man sich einen extra g-Sensor sparen :) Das gilt als Startzeitpunkt. Ab da  
läuft der RC Timer halt ausreichend genau für bis zu 3min. Wobei die  
Baudrate eher nicht mehr gebraucht wird.

Kenne ich mit RTX2000 und Marc4

Marc4 wg. sehr kleinem Stromverbrauch im Apogäum, da steht die Turbine zur  
Stromerzeugung und läuft danach wieder an.

RTX2000 zur optischen oder Radar Endanflugkontrolle. Aber da gabs  
Batterien.

Übrinx ein Grund, warum die RTX2000 so rar geworden sind. IMHO sinnlos  
verballert. Dazu kam, das Harris seinerzeit die komplette Entwickler und  
Tester gefeuert hat. Sie wollten jeden Cent sparen und bei MIL und NASA  
grosse Kasse machen. Die Dinger gabs auch in RadHard.

Einige 100 Tausend RTX schmoren wohl noch (heute?) unter Schutzgas, aber  
die Damager haben völlig verpeilt, dass die Chips vor Auslieferung ja noch  
irgendwie getestet werden müssen, auch Support war nötig. Als man das  
Personal zurückhaben wollte, haben die praktisch alle müde abgewinkt, sie  
hatten als Spezis schon bessere Jobs... Ich hab als Consultant in D auch  
etwas dran verdient :)

Auch das Problem mit Software Fehler war nicht wirklich eines. Bumm und  
das Problem hat sich in Luft aufgelöst, spätestens mit dem Aufschlag :)


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]

#223784

Stefan schrieb:

> Man könnte den 32kHz Quarz dann dazu nutzen, den Frequenzfehler des 
> RC-Oszillators zu kompensieren, indem man hin und wieder mal einen 
> Counter mitlaufen läßt um die Frequenz des RC Oszilators zu messen und 
> um damit dann den genauen Wert für die Baudrateneinstellung zu bestimmen.

Ja, wie ich ja bereits am Montag in diesem Thread schrieb, gibt es sogar
eine App-Note (AVR055) von Atmel, die genau dieses Vorgehen beschreibt.
Eine weitere App-Note (AVR054) befasst sich übrigens damit, den
RC-Oszillator anhand eines empfangenen Sync-Bytes auf der seriellen
Schnittstelle nachzujustieren.

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

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

#223794

Am 26.02.2017 um 12:40 schrieb Christian Zietz:

> Eine weitere App-Note (AVR054) befasst sich übrigens damit, den
> RC-Oszillator anhand eines empfangenen Sync-Bytes auf der seriellen
> Schnittstelle nachzujustieren.

Sowas ähnliches gabs schon beim 8052AH Basic. Da musste man nach dem 
Einschalten einmal ein Zeichen vom Terminal an den Controler senden. Ich 
meine, das war ein <space>. Der 8052 hat dann mit derselben Baudrate 
geantwortet. Dazu wurde aber nicht die Frequenz des Oszillators 
geändert, sondern der Reload Wert des Timers für die Baudrate angepasst.

Gruß

Stefan

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

#223785

Am 26.02.2017 um 10:01 schrieb Stefan:
>> Nach dem Aufwachen läuft das Programm mit dem internen
>> RC-Oszillator und damit lassen sich ja ganz normale Baudraten
>> einstellen. In der hier beschriebenen Anwendung 115200 Baud, bei
>> entsprechender Anpassung (=Halbierung) des Baudratenvorteilers.
>
> Man könnte den 32kHz Quarz dann dazu nutzen, den Frequenzfehler des
> RC-Oszillators zu kompensieren, indem man hin und wieder mal einen
> Counter mitlaufen läßt um die Frequenz des RC Oszilators zu messen
> und um damit dann den genauen Wert für die Baudrateneinstellung zu
> bestimmen.

Exakt. Und das ist sogar wirklich notwendig, denn mit 1MHz Takt
beispielsweise, trifft man keine Standardbaudraten. Mit Hilfe des
32kHz-Normals und des OSCCAL-Registers läßt sich die Taktfrequenz auf
baudratenfreundliche 921,6kHz ziehen. In der beschriebenen Anwendung
mache ich das jedesmal, nachdem der Controller wegen UART-Aktivität
(INT0||RXD) aufgeweckt wurde. Dieser Abgleich der Oszillatorfrequenz ist
in einer Sekunde erledigt und stört (mich) daher nicht.

Tatsächlich ziehe ich in meiner Anwendung den RC-Oszillator auf knapp
8MHz (7,3728MHz), zwecks zügiger Programmabarbeitung; lediglich zur
seriellen Datenübertragung stelle ich den System Clock Prescaler von 1
auf 8, um mit 921,6kHz Takt die gewünschte Baudrate (mit gesetztem U2X
bit: 57600 x 2 = 115200) zu erreichen. Geht sicher auch mit dem
Baudratenteiler, aber aus irgendeinem Grund, der mir jetzt nicht mehr
einfällt, schalte ich den Taktvorteiler um.

Gruß,
Andreas

[toc] | [prev] | [standalone]

Page 5 of 5 — ← Prev page 1 2 3 4 [5]

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

csiph-web