Interner Flash imController durch EMV-Test löschbar?

[Marco (Gast)]

Hi,

ist es möglich, dass durch einen Surge-Test der Inhalt im internen Flash 
des Controllers gelöscht wird?

Im FLash stehen laut Debugger lauter 0x00.

Gruß

[MaWin (Gast)]

Bei GALs und PIC16C84 ist mir so was mal begegnet.

[Georg G. (df2au)]

Durchaus denkbares Szenario. Aber die Konsequenz: Wenn dein Surge Impuls 
im Rahmen der Auslegung war (wovon auszugehen ist), dann hast du ein 
Problem mit deiner Schaltung. Solche Dinge sollen durch die Peripherie 
nämlich gerade verhindert werden.

[./. (Gast)]

Die nanoWatt-PICs muss man nur mal schräg anschauen,
schon sind sie leer...

[Wusel D. (stefanfrings_de)]

Flash Speicher sind ziemlich empfindlich, daher meiner Meinung nach auch 
nur bedingt für richtig wichtige Anwendungen (z.B. KFZ Steuerung) 
geeignet.

[Reinhard Kern (Gast)]

Marco schrieb:
> ist es möglich, dass durch einen Surge-Test der Inhalt im internen Flash
> des Controllers gelöscht wird?

Das ist natürlich möglich. Ich würde aber den Chip gleich als defekt 
betrachten und wegwerfen, und nicht etwa einfach neu programmieren.

Gruss Reinhard

[TTL (Gast)]

Fehler im Flash hatte ich schon mehrfach im EMV Test, dass alles Null 
war aber nicht. Ist also wohl defekt.

[Marco (Gast)]

vielen Dank für die Antworten.

nach dem gescheiterten EMV-Test lässt sich der Controller neu flashen 
und funktioniert dann auch wieder.

gibt es software seitig etwas, das ich gegen die EMV-Einflüsse 
unternehmen kann?

Grüße

[Der (Gast)]

Marco schrieb:
> Im FLash stehen laut Debugger lauter 0x00.
Bei manchen µCs sieht das auch so aus, wenn der Leseschutz aktiviert 
ist. Vielleicht ist nur ein Bit im Passwortbereich umgekippt?

[Peter D. (peda)]

Marco schrieb:
> ist es möglich, dass durch einen Surge-Test der Inhalt im internen Flash
> des Controllers gelöscht wird?

Es kann durchaus sein, daß Störungen auf den Programmierleitungen einen 
Erase-Befehl bilden.
Die Programmierleitungen sollten daher nicht nach außen führen und mit 
Pullups/Pulldowns im Nichtprogrammiermodus gehalten werden.
Sie einfach offen (floaten) zu lassen, ist nicht ratsam.

[Thomas E. (thomase)]

Peter Dannegger schrieb:
> Marco schrieb:
>> ist es möglich, dass durch einen Surge-Test der Inhalt im internen Flash
>> des Controllers gelöscht wird?
>
> Es kann durchaus sein, daß Störungen auf den Programmierleitungen einen
> Erase-Befehl bilden.
> Die Programmierleitungen sollten daher nicht nach außen führen und mit
> Pullups/Pulldowns im Nichtprogrammiermodus gehalten werden.
> Sie einfach offen (floaten) zu lassen, ist nicht ratsam.

Wenn überall "00" drinsteht, ist der Flashspeicher nicht gelöscht, 
sondern mit "00" überschrieben. In einem leeren Flash steht "FF". Somit 
wurde hier auch kein "Erase" ausgeführt.

mfg.

[Georg A. (georga)]

> Es kann durchaus sein, daß Störungen auf den Programmierleitungen einen
> Erase-Befehl bilden.

Dann sollte man bei dem Glück aber auch ganz schnell ein paar 
Lottoscheine abgeben...

Ich habe es auch schon erlebt, dass Überschwinger der Schaltregler beim 
Starten den Inhalt eines Flashs versaut haben (4.0V statt 3.3V, 2.2V 
statt 1.8V). Der Inhalt war dann netterweise in Bereichen kleiner der 
nativen Blockgrösse von 64KB mal mit 0, mal mit FF gefüllt, zwischendrin 
waren aber noch gute Daten.

Wenn man bedenkt, dass Flash ja nur darauf basiert, dass eine Handvoll 
Elektronen auf einem unter normalen Umständen gut isolierten Gate 
rumliegt, ist es ohnehin ein Wunder, dass der Inhalt da länger 
überdauert ;)

[Soul E. (Gast)]

Marco schrieb:

> nach dem gescheiterten EMV-Test lässt sich der Controller neu flashen
> und funktioniert dann auch wieder.

Dann solltest Du dringend mal Dein Massekonzept überdenken.


> gibt es software seitig etwas, das ich gegen die EMV-Einflüsse
> unternehmen kann?

Zyklisch die ROM-Prüfsumme berechnen und bei mismatch in eine 
while(1)-Schleife gehen. Oder per crowbar die VDD kurzschliessen und 
damit die Sicherung rausmachen.

Aber erstmal das Layout reparieren.

[Marco (Gast)]

Das beste ist auch, dass ca. 10k am Anfang des flashs stehen bleiben.
Was für Experimente könnte ich machen um den Flash temporär vom 
vermutlich zu starken EM Feld zu schützen? Alufolie?

[Humphrey Gocart (Gast)]

>Was für Experimente könnte ich machen um den Flash temporär vom
>vermutlich zu starken EM Feld zu schützen? Alufolie?

Klar, das ist eine sehr bewährte Methode.

http://www.gwally.com/news/photos/catintinfoilhat.jpg

[Michael H. (morph1)]

Marco schrieb:
> Das beste ist auch, dass ca. 10k am Anfang des flashs stehen bleiben.
> Was für Experimente könnte ich machen um den Flash temporär vom
> vermutlich zu starken EM Feld zu schützen? Alufolie?

EM Feld beim Surge-Test? Dann freu dich mal auf die richtige 
Einstrahlungsmessung :)

[Georg G. (df2au)]

Die vermutliche Lösung steht schon weiter oben im Thread: Layout der 
Leiterplatte überprüfen, Masseführung. Dann alle Eingänge durchsehen, wo 
noch Spannung einkoppeln kann. Falls das dein erstes Projekt mit diesen 
Problemen ist: Such dir jemanden mit Erfahrung, der dir vor Ort hilft. 
Per Forum geht das nur sehr eingeschränkt.

Alufolie ist definitiv nicht zielführend. Im Surge Test hast du es mit 
leitungsgebundenen Störungen zu tun.

[Otto (Gast)]

Schreibt die Applikations-Software auch Daten ins Flash?

Dann könnte die richtige Einstellung der Brown-Out-Detection Abhilfe 
schaffen.

Gruß Otto