Beschreibbarkeit des Mikrocontroller des RP6

[Kampi]

Die 10000 bzw. 100000 beziehen sich aber auf jede Zelle.
D.h. jede Zelle kannst du so oft beschreiben. Löschen zählt übrigends auch zu Schreiben. Dieses Problem kann man aber umgehen indem man jede Zelle gleichmässig oft benutzt. In USB-Sticks und SSDs wird dies bereits vom Controller übernommen damit du nicht auf einmal Speicherverlust hast

[fulltime]

Wurde schon bei irgenjemand der Mikrocontroller kaputt durch zu oftmaliges Löschen oder beschreiben?

[Kampi]

Ne das passiert auch nicht so schnell

[fulltime]

okay.
Dann habe ich noch eine Frage. Wie oft testet ihr ein neues Programm für den RP6?

[Kampi]

Also ich teste die Programme immer direkt wenn ich denke das sie funktionieren

[radbruch]

Genau so mache ich es auch.

[fulltime]

Danke für die Auskünfte!

[Calis007]

Wurde schon bei irgenjemand der Mikrocontroller kaputt durch zu oftmaliges Löschen oder beschreiben?

Ne das passiert auch nicht so schnell

Doch, wenn ich das Datum korrekt lese nach 6 Wochen permanentem Beschreiben
Siehe http://www.adafruit.com/blog/2011/05...rom-destroyer/

Also keine Sorgen machen deswegen..

[Kampi]

Naja gut das ist das EEPROM. Beim Flash geht das weit aus schneller da der nur ~10000 Zyklen durchhält.
Und das permanente Beschreiben einer Zelle sollte man normalerweise vermeiden ^.^
Deswegen werden in SSDs und USB-Sticks ja auch Controller eingebaut die dafür sorgen das die Zellen der Flashspeicher alle in etwa gleich oft beschrieben werden.

[Calis007]

Schon klar.. ich wollte auch nur Deinem 'ne' widersprechen, weil es offensichtlich doch schon wem passiert ist, dass da was kapputtgeht, auch wenn bloss jemandem, der es darauf angelegt hat
Ich finde es jedenfalls toll, dass Atmel da offensichtlich SEHR konservative Angaben macht und noch viel Spielraum laesst - wenn's beim Flash auch ein Faktor > 10 ist, dann kann mal wohl locker ein paar Jahre Spass haben, selbst wenn man pro Tag 50-mal drueberflasht..

PS: Was mich zu dem Versuch noch interessieren wuerde: Wie verhaelt sich das defekte Bit danach? Ist der Lesevorgang indeterministisch (also mal 1, mal 0, ohne dass inzwischen neu geflasht wurde)? Steckt das Bit fest (also ab da immer 1 (oder immer 0), egal was wie oft druebergeflasht wird)? Kann man es mit mehrfachem Beschreiben doch dazu 'ueberreden', den gewuenschten Zustand anzunehmen und den dann auch wieder reproduzierbar auslesen?