Hallo wertes Forum, in einer bestehenden mobilen-low_Power-Embedded-µC-Anwendung tritt seit kurzer Zeit ein Flash-Sterben auf. Neben µC und genanntem Flash AT25DF081 sind weitere Komponenten im Einsatz. Sämtliche Bauteile werden bisher direkt durch Akkus gespeist, der µC prüft die Akkuspannung und schaltet bei Unterschreiten einer Grenzspannung ab. Die restlichen Bauteile werden weiterhin in einem "ultra"-low-power-mode versorgt. Nun zu meiner Frage: Ist es denkbar, dass das Flash (Vcc=1,65V...1,95V bei Versorgung über einen 1,8V-Linearregler) bei erreichen einer "Grenzspannung", bei der der Linearregler nicht mehr korrekt arbeitet (Vdo=250mV), durch wiederholende Aus-/Einschaltvorgänge zerstört wird? ESD-Schäden können zu 99% ausgeschlossen werden. Bspw. 1,65V werden unterschritten, das Flash schaltet ab, die Batteriespannung steigt kurzzeitig wieder um einige mV an, Flash schaltet wieder ein... aus.. ein... aus... usw. Ganz klar, es handelt sich oben um keinen "sinnvollen" Betriebszustand, Atmel hat hier bzgl. power up/down recht konkrete Empfehlungen http://www.atmel.com/dyn/products/faq_card.asp?faq_id=1837&family_id=668&family_name=Serial%20Flash Mir hilft nun auch keine Aussage á la "Dann halt dich halt einfach ans Datenblatt.." osä. Die HW-Änderung ist bereits in der Umsetzung. Meine Frage zielt in diese Richtung: Ist das/ein Flashsterben in diesem Betriebszustand klar und eindeutig nachvollziehbar bzw. auch bereits jemand anderem aufgefallen? Oder gibt es mitunter fehlerhafte Chargen des genannten Flashs? Mit Hilfe der Antworten möchte ich eine Abschätzung des Ausfallrisikos für bereits ausgelieferte Geräte erstellen. Vielen Dank für eure Mühe und konstruktive Antworten ;-) Mit besten Grüßen Birger
Birger S. schrieb: > in einer bestehenden mobilen-low_Power-Embedded-µC-Anwendung tritt seit > kurzer Zeit ein Flash-Sterben auf. Da mußt Du schon konkreter werden: - Daten geändert - nicht lesbar (alles 00 oder FF) - nicht schreibbar Manche Flash haben Schutzbits. Wenn die gesetzt sind, sieht es so aus, als ob Schreiben nicht mehr funktioniert. Hinter den Linearregler sollten dicke Elkos und Suppressordioden, um Transienten aufzufangen. Linearregler sind relativ träge, da können schnelle Eingangsspannungsänderungen nach hinten durchschlagen. In KFZ hat man deshalb noch Drosseln vor dem Spannungsregler. Viele ICs mögen es garnicht, wenn an den Eingängen schon Spannung anliegt aber VCC noch 0V ist. Der MC sollte daher erst die Leitungen zum Flash aktivieren, wenn Flash_VCC = 1,8V ist. Peter
Hallo Peter, vielen Dank für deine Antwort schon einmal vorweg! > Da mußt Du schon konkreter werden: > - Daten geändert > - nicht lesbar (alles 00 oder FF) > - nicht schreibbar Das ist mir leider derzeit noch nicht möglich; das Gerät wurde extern entwickelt und gefertigt. Meine Möglichkeiten sind hier derzeit noch recht gering. Der µC funktioniert, kann aber das Flash mindestens nicht mehr lesen/schreiben. > Manche Flash haben Schutzbits. Wenn die gesetzt sind, sieht es so aus, > als ob Schreiben nicht mehr funktioniert. Schutzbits sind nicht implementiert. > Hinter den Linearregler sollten dicke Elkos und Suppressordioden, um > Transienten aufzufangen. Linearregler sind relativ träge, da können > schnelle Eingangsspannungsänderungen nach hinten durchschlagen. > In KFZ hat man deshalb noch Drosseln vor dem Spannungsregler. ESD-Probleme sollten nicht zu den Ausfällen führen, entsprechende EMV-Tests waren sämtlich erfolgreich. Tests mit größeren Kapazitäten und Induktivitäten werde ich in jedem Fall einmal durchdenken. Das Problem liegt jedoch darin, dass dieses Flash-Sterben nicht 100%ig reproduzierbar ist. > Viele ICs mögen es garnicht, wenn an den Eingängen schon Spannung > anliegt aber VCC noch 0V ist. Der MC sollte daher erst die Leitungen zum > Flash aktivieren, wenn Flash_VCC = 1,8V ist. Das ist ein guter Gedanke! Zumal zwischen uC (Vcc=2,2...3,6V) und Flash noch ein Level-Shifter (Vcc=1,1...3,6V) liegt. Jedoch, müsste dieses Problem nicht reversibel sein? Sprich: Spannung weg, normale Betriebsspannung an, alles wieder Funktionstüchtig? In unserem Fall arbeitet der uC wie gesagt noch (eigener Code im integr. Flash) kann jedoch auf seine "Arbeitsdaten" im ext. Flash nicht mehr zugreifen/lesen/schreiben/löschen ... Gruß Birger
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.