RamRetention

Georg schrieb:
> Solange die Versorgungsspannung anliegt, geht der Inhalt von Variablen
> nicht verloren, auch wenn der Prozessor schläft.

Es gibt auch extreme Schlaf-Modi, in denen die Stromversorgung des RAMs 
abgeklemmt wird, z.B. LPMx.5 beim MSP430.

RamRetention schrieb:
> Nun habe ich eine Abfrage in einer while-Schleife, in welcher ich eine
> Variable Abfrage, ob der Sleepmodus verlassen werden darf.

Verrate uns doch mal, welchen Chip und Schlafmodus du benutzt, und 
welches Ereignis die CPU wieder aufwecken soll. Aber ich vermute mal, 
dass die Schleife gar nicht erst ausgeführt wird.

RamRetention schrieb:
> Nun habe ich eine Abfrage in einer while-Schleife, in welcher ich eine
> Variable Abfrage, ob der Sleepmodus verlassen werden darf.

Ziemlich doof. Nimm irgendetwas anderes, was erhalten bleibt (ein 
Hardware-Register oder so).

RamRetention schrieb:
> Nun habe ich eine Abfrage in einer while-Schleife, in welcher ich eine
> Variable Abfrage, ob der Sleepmodus verlassen werden darf.

Wir kennen Dein "System" nicht, aber üblicher Weise wird im Sleep kein 
Code mehr ausgeführt. Der Programmcounter bleibt auf der Instruktion 
nach dem Sleep-Befehl stehen. Je nach CPU-Typ macht er dort nach dem 
Aufwachen weiter oder springt erst in einen Interrupthandler.

Nach dem 3.mal lesen versteh ich die Frage glaub ich. Du suchst die 
Definition von "ram retention". Nun, den Moment wo die 
Versorgungsspannung unter das im Datenblatt genannte Level sinkt, den 
Moment musst du davon ausgehen, dass im Ram irgendwas steht. Nicht 0, 
nicht FF, sondern tatsächlich IRGENDWAS.

Aus genau diesem Grund besitzen moderne Prozessoren auch zig 
verschiedene Aufwachquellen und Prüfungen, etwa interne 
Spannungsüberwachungen und ähnliches, um eben NICHT auf RAM angewiesen 
zu sein.

Einen Deep Sleep Mode gibt es z.B. beim PIC24:
http://ww1.microchip.com/downloads/en/DeviceDoc/39927c.pdf

Beim Aufwachen wird intern ein Reset ausgeführt, d.h. der Code startet 
am Resetvektor, da ja alles zerstört ist (Programmcounter, Stackpointer, 
Stack usw.).
Nur 2 Register, einige Bits und die RTC bleiben erhalten, sowie die 
IO-Ports.

Georg schrieb:
>> Nun habe ich eine Abfrage in einer while-Schleife, in welcher ich eine
>> Variable Abfrage, ob der Sleepmodus verlassen werden darf
>
> Das gibt es nicht. Im Sleepmodus kann auch keine Abfrage stattfinden,
> und eine while-Schleife würde dafür sorgen, dass der Sleepmodus
> irgendwann eintritt.

Da dürfte eher eine Abfrage beim Aufwachen gemeint sein, sowas wie das 
hier:

1

  while(triplock == roundtrip)

2

  {

3

    cli();

4

    sleep_enable();

5

    sei();

6

    sleep_cpu();

7

    sleep_disable();

8

  }

Es gibt ja mitunter mehr als einen Grund aus dem der Controller aus dem 
Sleep wieder aufwacht.
Das benutze ich mit den AVRs am Ende der Hauptschleife und schicke die 
damit in den IDLE Mode bis der nächste Timer-Tick durch ist.
Ist nicht so prall, spart aber auch Energie.

Aber so tief schlafend, dass das RAM abgeschaltet wird?
Da bleibt doch nur noch ein Neustart.

Rudolph R. schrieb:
> Es gibt ja mitunter mehr als einen Grund aus dem der Controller aus dem
> Sleep wieder aufwacht.

Ja, aber wenn der RAM-Inhalt kaputt ist, muss man die Variable eben in 
irgendwelchen Registern speichern, die den Tiefschlaf überleben. Anders 
gehts nicht.

Vielleicht geht es ja auch um externen Speicher (z.B. AVR's XMEM oder 
einen 8051 mit SRAM...). Weiß man alles nicht.

S. R. schrieb:
> Ja, aber wenn der RAM-Inhalt kaputt ist, muss man die Variable eben in
> irgendwelchen Registern speichern, die den Tiefschlaf überleben. Anders
> gehts nicht.

Und der Rest vom Programm braucht keinen Speicher? Eher 
unwahrscheinlich.

Rudolph R. schrieb:
> Und der Rest vom Programm braucht keinen Speicher? Eher
> unwahrscheinlich.

Irrelevant: Vor und nach dem Sleep darf das Programm beliebig Speicher 
nutzen. Aber wenn nach dem Sleep der RAM-Inhalt kaputt ist, dann muss 
das Programm damit umgehen können.

S. R. schrieb:
> Irrelevant: Vor und nach dem Sleep darf das Programm beliebig Speicher
> nutzen. Aber wenn nach dem Sleep der RAM-Inhalt kaputt ist, dann muss
> das Programm damit umgehen können.

Üblicherweise ist beim Aufwachen aus Tiefschlafmodi bei denen der RAM 
nicht erhalten bleibt auch der Program Counter verloren gegangen. Daher 
wird ein Reset erzeugt beim Aufwachen.

Jacko schrieb:
> Wenn Deepsleep ein Koma mit Gedächtnisverlust ist, braucht das
> kein Mensch - dazu kann man auch AUSSCHALTEN und spart noch
> ein paar nA..µA.

Dann kann man aber nicht (per RTC- oder I/O-Interrupt) wieder aufwachen.