Gast
#3228756
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ß
|
Anzeige
|
Interner Flash imController durch EMV-Test löschbar?
Gast
#3228756
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ß
Gast
#3228787
Bei GALs und PIC16C84 ist mir so was mal begegnet. 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
#3228809
Die nanoWatt-PICs muss man nur mal schräg anschauen, schon sind sie leer... Flash Speicher sind ziemlich empfindlich, daher meiner Meinung nach auch nur bedingt für richtig wichtige Anwendungen (z.B. KFZ Steuerung) geeignet.
Gast
#3228877
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
Gast
#3229075
Fehler im Flash hatte ich schon mehrfach im EMV Test, dass alles Null war aber nicht. Ist also wohl defekt.
Gast
#3229090
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
Gast
#3229091
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? 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. 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. > 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 ;)
Gast
#3229173
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.
Gast
#3229591
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?
Gast
#3229645
>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 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 :) 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.
Gast
#3229997
Schreibt die Applikations-Software auch Daten ins Flash? Dann könnte die richtige Einstellung der Brown-Out-Detection Abhilfe schaffen. Gruß Otto Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|