ATMega328P EEPROM hat geänderte Werte ohne das geschrieben wurde

Ich hatte jetzt schon mehrfach mit verschiedenen Controllern der Baureihe ATMega328P Probleme mit dem EEPROM.

Der Controller greift auf Werte im EEPROM zurück, um sich z.B. seine ID zu holen, oder Grenzwerte auszulesen.
Nun kommt es vor, dass diese Speicherstellen irgendwann sporadisch andere Werte enthalten.

Hatte das Problem schon einmal jemand anderes, oder ist das ein generelles Problem bei dem Controller?
Eigenartigerweise werden nur punktuell Bytes verändert.

Vielen Dank schon einmal für Eure Hilfe

sast

Hallo!

Ich denke, dass es ein generelles Problem von EEPROM in µC ist. Ich habe deshalb immer wichtige Werte erfolgreich im Programspeicher ("flash") abgelegt der laut Datenblätter von µCs robuster ist. ;)

Da macht sich aber eine Änderung schlecht, wenn man nicht jedesmal neu programmieren will. Ich ändere Werte per UART und möchte die dann dauerhaft speichern.

Wenn das nicht viel Werte sind, könnte man neue laufend verschiebbare Speicherstellen in EEPROM beschreiben, was EEPROM virtuell vergrössert, falls die in Datenblatt (DB) garantierte Anzahl von Schreibzycklen zu schnell überschreitet wäre.

Erst einmal danke PICture das du dir die Zeit nimmst, dich mit dem Problem zu beschäftigen.

Das Problem ist nicht die Anzahl, sondern die Werte sind einfach irgendwann verändert. Vielleicht ist es ein EMV Problem, aber es betrifft auch nicht alle Controller am selben Gerät.

Ich hatte das Verhalten jetzt zweimal kurz hinter einander. Zuerst in einer Eincontrollerlösung, da dachte ich noch an einen Einzellfall und jetzt aktuell spinnt einer von 3 Controllern am Gerät. Hier tritt allerdings auch statische Aufladung auf, welche durch die Verarbeitung von PP und PE Folie entsteht. Der erste Fall war einfach nur in einer Funksteuerbox eingesetzt. In beiden Fällen habe ich noch je zwei gleichwertige Geräte und bei denen tritt zur Zeit (klopfe dreimal auf Holz) noch kein EEPROM Problem auf.

Dann müsste die Ursache der Veränderungen gefunden werden um sie beseitigen zu können. Ich würde gegen statische Aufladung die µCs mit an GND angeschlossener Alufolie umwickeln um sie davor zu schützen versuchen, usw. :confused:

Die Controller befinden sich bereits separat in Alugehäusen. Allerdings ist eine Ableitung nicht möglich, da sich das Gerät auf einem Plastikrohr bewegt.

Vielleicht könnte man auf dem Rohr geerdete Metallrige (z.B. aus Draht) plazieren, weil es nicht permanenter Kontakt nötig ist, sondern nur die schon vorhandene Ladung ab und zu ableiten. :confused:

Das Flash soll laut Datenblatt für zehntausend Zyklen und das EEPROM für hunderttausend gut sein. Und die Daten sollen sogar bei 85° noch 20 Jahre halten, bei 25° sogar 100. Das da ein generelles Problem vorliegt und das dann nicht in einem Erata dokumentiert ist, kann ich nicht glauben. Eine typische Amerkanische Schadensersatzklage z.B. von einem großen Autohersteller hätte Atmel sonst schon längst in den Ausguß gespült.

ESD direkt wird es auch nicht sein, da kippt das RAM schneller und der Rechner stürzt ab. Um ein EEPROM Byte zu ändern braucht man schon etwas Energie, deswegen dauerts ja auch länger als das Schreiben ins RAM. Aber ein Absturz könnte es schon sein, ein Interrupt zum falschen Zeitpunkt, der Watchdog oder ähnliches. Und wenn man bei mehreren Controlern gleiche Codeteile verwendet, erklärt das auch das gehäufte Auftreten.

MfG Klebwax

Hi Klebwax, das mit dem Interrupt versteh ich noch nicht so ganz. Meinst du, dass während des Schreibens auf den EEPROM eine Unterbrechung stattfindet? Das Brennen selbst kann dann wohl auch durch den Interrupt gestört werden?

Geschrieben wird grundsätzlich nur wenn das Gerät steht. Da könnte ich theoretisch auch die Interrupts deaktivieren, solange die write Routine auf das EEPROM schreibt.
Im Normalfall lese ich beim Start des Controllers nur den EEPROM aus und danach wird da nichts mehr dran gemacht. Schreiben geschieht nur, wenn etwas drin steht, was ich nicht erwarte, oder wenn ich etwas ändere über die Schnittstelle.
Das macht aber beim Einsatz des Gerätes niemand. Und schon gar nicht wird die ID verändert ohne Zugriff über UART. Das bereitet mir Kopfzerbrechen.

PICture das Gerät fährt auf jedem Rohr nur einmal. Da macht es keinen Sinn etwas aufs Rohr zu machen.