Liebes Forum, ich bastle gerade einer simplen Telemetrie Einheit die mit Knopfzellen betrieben werden soll. Es wird also 1) ADC eingelesen 2) der eingelesene Werte gesendet (per IR, und ganz einfach nur durch Pulsweite eines einzigen Pulses pro Sample also 150 µs +0 µS bis 1023 µs) und 3) sich schlafen gelegt. Leider ist im Power Down Mode nur der WatchDog Timer bei 128kHz mit einem Prescaler für min. 16ms zur Verfügung und externe Taktgeber möchte ich vermeiden. Ich brauche aber eine SampleRate von ungefähr 100 Hz, somit wären 8-10 ms Schlaf nötig. Kennt Ihr da eine besser Alternative zu externen Taktgebern?? PS: Ich weiß mein Transmission Protokoll ist alles anderen als gut, aber Stromsparend. :D Beste Grüße und vielen Dank! Paul
Paul schrieb: > Leider ist im Power Down Mode nur der WatchDog Timer bei 128kHz Den Watchdog brauchts nur zum Aufwachen, danach kannst Du interne 16MHz benutzen oder kleiner. Paul schrieb: > Ich weiß mein Transmission Protokoll ist alles anderen als gut, aber > Stromsparend. :D Ist es nicht. Z.B. 10 Bit a 1/2µs dauern 10..20µs im Gegensatz zu Deinen 150..1173µs.
Peter Dannegger schrieb: > Den Watchdog brauchts nur zum Aufwachen, danach kannst Du interne 16MHz > benutzen oder kleiner. Aber er will alle 10ms aufwachen. Das schafft der WDT nicht. Paul schrieb: > Kennt Ihr da eine besser Alternative zu externen Taktgebern?? Im IDLE-Mode. Aber da ist die Stromersparnis minimal. Allerdings: Peter Dannegger schrieb: > Ist es nicht. > Z.B. 10 Bit a 1/2µs dauern 10..20µs im Gegensatz zu Deinen 150..1173µs. Damit holst du einiges wieder rein. mfg.
:
Bearbeitet durch User
@ Peter: Sicherlich, sind die ~1 ms Transmissionsdauer recht lang aber ich liebäugle auch mit nem billigen 433 Mhz Transmitter, der braucht relative lange zum Einschwingen und 150µs Pulse sind das Minimum. Jegliche Versuche derart "genaue" Werte mit herkömmlichen Protokollen RadioHead aKa VirtualWire oder das Manchester Protokol gehen zwar bei 4800 bps noch und dann sind wir bei etwa 12 ms zwischen den Samples, aber der Transmitter ist mindestens 6 ms an (da 50% DC Balancing bei beiden Protokollen angewandt wird). Somit sage ich, das ein ungefähr 1 ms langer Puls 'energiesparender' ist als die anderen weitaus ausgefeilteren Protokolle. All das funktioniert natürlich nur mit entsprechender Abschirmung :) @Thomas Klar der Idle Mode, aber da ist der Hauptozillator an, der wahrscheinlich bei 8Mhz das meiste schluckt. Ich denke aber an diesen, aber nur wenn ich den Tiny bei 1 Mhz laufen lasse. Was bei 10 ms und einem Reading aber auch unkritisch sein dürfte. Müsste halt nur das Timing der Pulse anpassen.
Mach doch erstmal ne Strombilanz auf: Wiviel Strom (Mittelwert) steht maximal zur Verfügung? Wieviel Strom benötigt schon der Transmitter?
Der Transmitter (wenn ich den 433Mhz billig ASK jetzt mal hernehme) benötigt satte 12 mA. Auch wenn der Datenpin LOW ist gehen 3 mA flöten, weshlab ich den DATA & VCC Pin zusammen vom Attiny mit ein und demselben Pin ansteuere. (Wie gesagt, nicht die feine Art.) Das ganze sollte von ner 1.55V 85mAh Batterie (StepUp+LDO) bei 3.3V midenstens 8h laufen. Nach eingigem rumüberlegen, denke ich, dass der IDLE Mode, mit zwischenzetlicher Takreduzierung das Mittel der Wahl ist. Besten Dank + Grüße, Paul
Paul schrieb: > Auch wenn der Datenpin LOW ist gehen 3 mA flöten Bei mir ist dann nur noch ca 10uA. Komisch.
Christian J. schrieb: > Paul schrieb: >> Auch wenn der Datenpin LOW ist gehen 3 mA flöten > > Bei mir ist dann nur noch ca 10uA. Komisch. Wieso ist das komisch? Du hast dann eben einen sparsameren Sender.
@ Christian: Ich hab das nochmal nachgemessen und Du hast sowas von recht. @3.3V sind es 8.2 mA bei DATA_HIGH und 1µA bei LOW! Besten Dank, Grüße, Paul
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.