Echt schlafender µC ?

[PICture]

Hallo!

Mir ist wieder eine "verrückte" Idee eingefallen, die ich später ausprobieren möchte, aber vielleicht hat jemand schon damit experimentiert und es sinnlos ist.

Der RC Oszillator vom mein Solarspielzeug steuernden µC wäre nur aus einer Solarzelle versorgt (z.B. aus einem Solartaschenrechner) und sollte nur am Tag bei ausreichender Helligkeit oszillieren und in der Nacht ohne Taktung müsste der µC echt stromlos "schlafen". Das vereinfacht die ganze Software, weil in Schlaf setzen und Aufwecken entfallen würde. Könnte es funktionieren ?

               D
                                 D = Schottky Diode
       +----+->S-+--------+
       |    |    |+       |      S = Solarzelle
     .---. .-.   -        |
     | S | | |R --- A     |      A = Akku
     '---' | |   |-       |
       |   '-'  ===     .---.   µC = Mikrocontroller
      ===   |   GND     |   |
      GND   |       OSC |   |
            +---------->| µC|
            |       Pin |   |
           ---          |   |
           --- C        '---'
            |             |
           ===           ===
           GND           GND

(created by AACircuit v1.28.6 beta 04/19/05 www.tech-chat.de)

Vielen Dank für jede Antwort im voraus !

[markusj]

Du wirst den µC definierter in einen Energiesparmodus versetzen können, wenn du es via Software machst, als wenn du ihm den Takt mitten im Betrieb abhackst. Dafür sind sie auch gar nicht ausgelegt, wenn der Takt verrückt spielt, kommt der µC in hoher Wahrscheinlichkeit in undefinierte Zustände.

mfG
Markus

[PICture]

Hallo markusj!

Dass alles stimmt, ist aber bekannt und ich Suche immernoch etwas neues, was nicht besser seien muss.

Weil es sich um Spielzeug handelt, sind undefinierte Zustände willkomen. Ich weiss nur nicht wie sich ein µC bei extrem langsam wachsender bzw. fallender Versorgungspannungs des RC Generators verhält. Könnte bei fehlerfreiem Program etwas pasieren, weil ich denke, dass es wie eine Unterbrechung der Versorgungsspannung ist ? Das werde ich ausprobieren müssen und falls unrealisierbar verwerfen. Ich Suche eben immer das Einfachste sowohl hard- als auch softwaremässig und bin bereit alles nötiges jederzeit ändern.

Die µC's sind dafür sicher nicht ausgelegt, aber ich war noch nie mit etwas Fertiges zufrieden und musste alles, was möglich war, an meine Bedürfnisse anpassen. Meinst du, dass es sich gar nicht lohnt zu probieren ?

[Besserwessi]

Neuer µC haben für den Fall ungleichmäßiger Versorgung einen Brownout-detektor. So etwas soll verhindern das sich der µC versehentlich umprogrammiert - bei neuen µCs (mit Bootloader Finktion) mit Flash kann das sonst in seltenen Fällen passieren.

Auch mit wenig Spannung am RC takt Eingang wird der µC ggf. immer noch Strom verbrauchen. Wenn man Pech hat ggf. sogar mehr als ein einem normalen Schlafmodus, weil der Eingang einen nicht definierten Pegel hat. Oft ist auch ein externer Quarz sparsamer als der RC Takt.

[PICture]

Hallo Besserwessi!

Deine kompetente Antwort lässt mich glauben, dass es zwar "verrückt", aber nicht sinnlos ist, also besten Dank !

Ich werde das irgendwann ausprobieren und falls nötig Brownout aktivieren. Den EEPROM werde ich nicht benutzen, aber im flash darf sich nix ändern. Sonst bin ich bereit sogar alten OTP µC dafür verwenden, weil er gegen Änderungen im Programmspeicher immun ist.

Selbstverständlich werde ich alles nötiges messen und danach berichten, wollte bloss vorab fragen, weil ich momentan nicht dazu kommen kann.

[Besserwessi]

Bei einigen µC (einige AVRs, 68xx) soll es vorkommen das sich ohne Brownout auch das Flash verändert, wenn auch eher selten. Wie es bei den PIC... aussieht weiß ich nicht. Für die Entwicklung kann man Brownout ja aktivieren. So viel Strom braucht der auch nicht.

Rein vom schlechten Takt würde ich eher keine Fehler im Speicher erwarten, nur halt ein hängen beim Anlaufen und ggf. mehr Stromverbrauch als nötig.

[oberallgeier]

... µC bei extrem langsam wachsender bzw. fallender Versorgungspannungs des RC Generators ...

Ich habe mal die neueren Doc´s bei Atmel überflogen. Dort gibts Controller (z.B. Familie ATmega164A/PA/324A/PA/644A/PA/1284/P - klick für Datenblatt-Beispiel) - bei denen in der PicoPower-Variante, das sind die mit dem Anhang "P", extrem wenig Energie verbraucht wird - auch wenn im Brownout-Fall der Brownout-Detektor in seinem spezielllen "sleep"-Modus Strom verbraucht. Zitat: Power-down Mode: 0.1μA. Dort dürfte wohl ziemlich sicher der entsprechende Reset im Power-low-Fall ohne Datenverlust oder Gesamtreset ablaufen. Und - 0,1 µA könnte ´n klitzekleiner Akku doch ne ganze Weile halten *ggg*.

ZUSÄTZLICH kann bei PicoPower-Variante die Brownout-Überwachung abgeschaltet werden. Dann brauchts noch weniger Strom. Allerdings sollte in beiden Fällen eine ausreichend lange Startup-Zeit gewählt werden, damit der Controller und die Peripherie beim Aufwachen stabil zu laufen beginnen, wenn der Controller seine ersten Takte akzeptiert. Ausführliches steht auf eher vielen Seiten in der Dokumentation, das würde den Beitrag sprengen, das alles zu zitieren.

[PICture]

Hallo oberallgeier!

Vielen Dank für deine für andere Forummitglieder nutzliche Infos, weil ich immer sowohl hard- als auch softwaremässig einfachste für mich Kompromislösung Suche und optimale ausprobierte davon anwende.

Es sieht aber so aus, dass ich die Lösung mit "sleep" & Co verwenden muss, weil zufällig gemessener Stromverbrach von einem PIC mit daran hängender Hardware und abgetrenntem Oszillator doppelt so hoch war, als mit laufendem (über 100-fach grösser als nach "sleep" Befehl).