Betriebsstundenzähler mal anders

Und woher weißt du nach einem Stromausfall, welchen Wert 
counter_position haben muss? Der muss also ebenfalls ins EEPROM. Damit 
hast du jetzt zwar deine Zähle aufgeteilt, wohl weil du um die 
Lebensdauer fürchtest, aber counter_position hat immer noch alle 6 
Minuten ein Update.

Mein Rat. Rechne dir erst einmal aus, wie lange das es mindestens EEPROM 
aushält, wenn du alle 6 Minuten eine neue Zahl reinschreibst. Dann 
bedenkst du, dass die Zahl von 100000 Schreibvorgängen vom Hersteller 
die Mindestgarantie ist, die in der Praxis leicht überschritten werden 
kann, ohne das etwas passiert. Dann denkst du darüber nach, wieviele 
Bestriebsstunden dein Gerät geschätzt erwartungsgemäss im Einsatz sein 
wird und stellst die beiden varianten gegenüber.
Es bringt nichts, wenn man Vorkehrungen für einen Fall trifft, der in 
der Praxis nie eintreffen wird.

Wenn dein Gerät alle paar Tage mal ein paar Stunden läuft, dann hält das 
EEPROM dafür lange genug, dass du keine Sonderbehandlung brauchst.

Und was ist mit der Variable counter_position? Wird die auch mit im 
EEPROM abgelegt? Dann stimmt die Rechnung nicht. Wird sie nicht 
abgelegt, sondern ihr Wert am Programmstart neue ermittelt, dann stimmt 
die Rechnung.

Man sollte aber immer vom Worst-Case Fall ausgehen: Mitten im 
Schreibvorgang fällt die Spannung aus. Was machst Du dann mit den 
gespeicherten Daten?

Man kann zum Beispiel jede Variable zweimal im EEPROM ablegen (In zwei 
getrennten Schreibvorgängen speichern.) Ist der Wert beim Auslesen nicht 
gleich, sind die Daten zu verwerfen. D.h. durch den maximalen Wert der 
anderen Variablen zu ersetzen. Auf diese Weise lässt sich mit 
verhältnismäßig geringem Mehraufwand verhindern, daß der 
Betriebsstundenzähler irgendwann Mondwerte anzeigt.

Karl Heinz Buchegger schrieb:
> Und woher weißt du nach einem Stromausfall, welchen Wert
> counter_position haben muss? Der muss also ebenfalls ins EEPROM. Damit
> hast du jetzt zwar deine Zähle aufgeteilt, wohl weil du um die
> Lebensdauer fürchtest, aber counter_position hat immer noch alle 6
> Minuten ein Update.

Counter_position muss eigentlich nicht gespeichert werden. Es würde 
reichen bei Wiederinbetriebnahme die 10 Werte nach dem höchsten Wert zu 
durchsuchen. Dort fand also der letzte Schreibzugriff statt.

Oder gleich einen gescheiten Code verwenden der Redundanz vorsieht.
Widerholungscodes sind nicht gerade das Gelbe vom Ei ;)

Aber ernsthaft, rechne erstmal aus wie lange du mit nur einer 
Speicherzelle kommst.

Beim AVR kann man die interne Band-Gap messen mit VCC als Referenz. 
Damit kriegt man raus, wann die VCC anfängt abzusinken. Und erst dann 
speichert man den Zählerstand im EEPROM ab.

Du kannst das Gerät selbst ohne Wear-leveling mindestens 100.000 mal an- 
und ausschalten.


Peter