Woran kann man erkennen wie DRUCHGESCHREIBEN ein Controller schon ist?

Wie immer kommt drauf an. Meistens 1000-100000 mal.

Atmel gibt z.B. 10K+ Zyklen an. Da sind aber mindestens um Faktor 10 
Sicherheit bei Zimmertemperatur eingebaut. Schätzungsweise wirst Du 
mindestens 100K+ Dein Programm drauf flashen können. Die Begrenzungen 
sind bei hohen Temperaturen akuter. Bei Zimmertemperatur ist der 
Verschleiß weniger ausgeprägt.

Ich testete mal das EEPROM eines PICs der mit 1M spezifiziert ist und 
konnte ihn 14M beschreiben bis Fehler auftraten. Interessanterweise 
waren ein paar nächstgelegenen Zellen auch davon betroffen. Allerdings 
muß nan realistischerweise davon ausgehen, daß das EEPROM degradiert ist 
und man sich nicht darauf verlassen sollte.

FLASH kann man so sehen, daß beim Schreiben, ähnlich wie bei 
Bremsbeläge, jedesmal "Substanz" verloren geht, bis zum Zeitpunkt wo es 
nicht mehr zuverlässig funktioniert.

Die Moral von der Gschicht, beschreibe FLASH nicht unnötig oder noch 
schlimmer, regelmässig beim Programm Durchlauf.

Viele der alten PICs waren beständiger als vergleichbare AVRs. Die neuen 
uC scheinen auch allgemein kleiner Zyklennummern zu verkraften.

Ich glaube nicht, daß du den uC so schnell "ausnudeln" kannst. Ist mir 
noch nicht passiert. Allerdings verwende ich häufig geflashte 
Entwicklungsbords nicht für Geräte. Da ist es besser, Fabrikneue 
Controller einzusetzen.

Muß man eben praktisch sehen.

ok alles klar!
VIELEN dank für die zahlreichen Entwarnungen!

Ansonsten halt beim Flashen immer auch einen Verifizierungslauf machen. 
Wenn die Daten nicht mehr stimmen, kann man ja wechseln.

Stefan ⛄ F. schrieb:
> S. Landolt schrieb:
>> Wäre in der Tat eine Idee, in das Programmiergerät Zähler einzubauen,
>
> Es wäre eine nutzlose Idee, weil du auch damit nicht vorher sagen
> kannst, wann der Chip verschlissen sein wird.

Und mit mehreren Programmern dürfte das auch spaßig werden die Werte zu 
synchronisieren.

wichtig, der flash geht normalerweise nicht katastrophal kaputt, sondern 
die lamgzeit haltbarkeit der daten verringert sich mit jedem 
schreibvorgang, er wird also langzeit-vergesslich. Das ist also nicht 
vorhersehbar.

100Ω W. schrieb:
> Und mit mehreren Programmern dürfte das auch spaßig werden die Werte zu
> synchronisieren.

Wenn das Programm den Flash nicht bis zu den letzten beiden Bytes (gehe 
mal von einem 16-Bit Zähler aus) ausfüllt, könnte der Programmer die 
vorher auslesen, inkrementieren und mit dem neuen Programm zusammen 
zurückschreiben.
Glaube mich erinnern zu können, dass der AVRDUDE so etwas mal drin 
gehabt haben sollte - hab es aber selbst nie genutzt.

Ingo W. schrieb:
> Glaube mich erinnern zu können, dass der AVRDUDE so etwas mal drin
> gehabt haben sollte - hab es aber selbst nie genutzt.

Kann man bei AVRDUDE, meine ich, immer noch nutzen. Das die beiden 
letzten Bytes im Flash wurden dafür benutzt...glaube ich. Ich hab es 
auch nie benutzt. Für fertige Geräte wird immer ein neuer Chip benutzt 
und wenn es bei einem Test-/Entwicklungsboard mal ein Problem 
diesbezüglich gibt kann man da immer noch den Chip austauschen.

Wer einen 1000 mal geflashten Chip hat, kann den ja mal heiß machen oder 
tiefkühlen und an den Grenzen der Versorgungsspannung testen. Bei 
solchen Bedingungen müssten abgenutzte Bits eher Fehler machen. Rund um 
die Flash-Zelle geht es doch ziemlich analog zu.

Mit größeren Chips kann man seine Programme auch im RAM testen. Mit den 
Cortex-M4 funktioniert das wunderbar. Mit AVR geht es wohl aus Prinzip 
nicht, aber was ist mit den Cortex-M0? Ein Gerücht sagt, dass es nicht 
gehen kann, aber trotzdem tut...