Arduino Due resettet sich alle paar Tage
geschrieben von Legion 2.3
|
Re: Arduino Due resettet sich alle paar Tage 25. November 2019 00:09 |
Ich habe die Verbindung zwischen Masse und Erde getrennt (und durch Messung überprüft), das Problem besteht immer noch. Der Drucker lief wieder nur wenige Stunden.
Der Vollständigkeit halber: Sämtliche Gehäuseteile und auch der Schaltschrank sind natürlich sternförmig geerdet.
Das wäre auch zu einfach gewesen
Der Vollständigkeit halber: Sämtliche Gehäuseteile und auch der Schaltschrank sind natürlich sternförmig geerdet.
Das wäre auch zu einfach gewesen
|
Re: Arduino Due resettet sich alle paar Tage 26. November 2019 15:56 |
Ich habe ein USB-Kabel entmantelt, den Schirm und die 5V-Leitung getrennt und angeschlossen.
Beim ersten Versuch konnte der PC keine Verbindung zum Arduino herstellen. Erst, wenn ich wieder die 5V-Leitung verbinde, wird der Controller vom PC erkannt. Am RADDS liegen 24V-Versorgungsspannung an, sodass das Arduino eigentlich vom RADDS versorgt werden müsste.
Den Strom durch die 5V-Leitung habe ich gemessen (wenn auch mit einem sehr groben Baumarkt-Multimeter): Der Strom beträgt im Leerlauf 0,12A. Der Strom ändert sich auch nicht, wenn ich sämtliche Verbraucher anschalte, der Arduino also die Ausgänge bestromt.
Mir ist dabei aufgefallen, dass bei durchtrennter 5V-Leitung des USB-Kabels beim Arduino alle LEDs aus sind. Nach einigen Messungen habe ich dann festgestellt, dass offensichtlich der Spannungswandler des RADDS, der das Arduino versorgt, defekt ist. Beim Pin "Vin" des Ardunio liegt keine Spannung an.
Ich habe glücklicherweise noch das alte Arduino-RADDS-Set hier rumliegen, welches ich vor einigen Monaten ausgebaut und durch das neue Set ersetzt habe. Hier liegt immer an "Vin" eine Spannung von etwa 8-9 V an, sobald am RADDS 24V anliegen. Hier wird das Arduino mit dem USB-Kabel ohne 5V-Leitung erkannt. Sicherheitshalber habe ich aber auch hier den Strom über die 5V-Leitung gemessen. Ebenfalls 0,12A. Ich kann auch im laufenden Betrieb die 5V-USB-Leitung verbinden und trennen, das Board resettet dadurch nicht.
Daraus schlussfolgere ich, dass im normalen Betrieb kein Ausgleichsstrom über die 5V-Schiene fließt (zumindest kein messbarer Strom) und dass das Arduino grundsätzlich sauber zwischen externer - und USB - Spannungsversorgung umschalten kann.
Wieso jetzt bei dem neueren RADDS der Spannungswandler ausgestiegen ist, kann ich nur mutmaßen. Es könnte natürlich sein, dass der Chip, der auf dem Arduino die Stromversorgung auswählt, einen Defekt hatte, dadurch die 8V auf das 5V-Potential des USB-Kabels geschaltet wurden und durch den dann sehr hohen Ausgleichsstrom der Spannungswandler abgeraucht ist.
Ich habe mir das defekte RADDS einmal genauer angesehen und der Spannungswandler (ich vermute zumindest, dass er es ist) sieht nicht sonderlich gesund aus:
Gut möglich, dass dieser defekte Wandler einen wiederkehrenden Kurzschluss oder andere Störungen hervorgerufen hat, die zum Reset führten.
Ich werde den Drucker jetzt mit den modifizierten USB-Kabel erst mal wieder laufen lassen, mal schauen, wie lange er dieses mal durchhält.
Wäre ja zu schön, wenn das jetzt endlich der Fehler wäre...
Beim ersten Versuch konnte der PC keine Verbindung zum Arduino herstellen. Erst, wenn ich wieder die 5V-Leitung verbinde, wird der Controller vom PC erkannt. Am RADDS liegen 24V-Versorgungsspannung an, sodass das Arduino eigentlich vom RADDS versorgt werden müsste.
Den Strom durch die 5V-Leitung habe ich gemessen (wenn auch mit einem sehr groben Baumarkt-Multimeter): Der Strom beträgt im Leerlauf 0,12A. Der Strom ändert sich auch nicht, wenn ich sämtliche Verbraucher anschalte, der Arduino also die Ausgänge bestromt.
Mir ist dabei aufgefallen, dass bei durchtrennter 5V-Leitung des USB-Kabels beim Arduino alle LEDs aus sind. Nach einigen Messungen habe ich dann festgestellt, dass offensichtlich der Spannungswandler des RADDS, der das Arduino versorgt, defekt ist. Beim Pin "Vin" des Ardunio liegt keine Spannung an.
Ich habe glücklicherweise noch das alte Arduino-RADDS-Set hier rumliegen, welches ich vor einigen Monaten ausgebaut und durch das neue Set ersetzt habe. Hier liegt immer an "Vin" eine Spannung von etwa 8-9 V an, sobald am RADDS 24V anliegen. Hier wird das Arduino mit dem USB-Kabel ohne 5V-Leitung erkannt. Sicherheitshalber habe ich aber auch hier den Strom über die 5V-Leitung gemessen. Ebenfalls 0,12A. Ich kann auch im laufenden Betrieb die 5V-USB-Leitung verbinden und trennen, das Board resettet dadurch nicht.
Daraus schlussfolgere ich, dass im normalen Betrieb kein Ausgleichsstrom über die 5V-Schiene fließt (zumindest kein messbarer Strom) und dass das Arduino grundsätzlich sauber zwischen externer - und USB - Spannungsversorgung umschalten kann.
Wieso jetzt bei dem neueren RADDS der Spannungswandler ausgestiegen ist, kann ich nur mutmaßen. Es könnte natürlich sein, dass der Chip, der auf dem Arduino die Stromversorgung auswählt, einen Defekt hatte, dadurch die 8V auf das 5V-Potential des USB-Kabels geschaltet wurden und durch den dann sehr hohen Ausgleichsstrom der Spannungswandler abgeraucht ist.
Ich habe mir das defekte RADDS einmal genauer angesehen und der Spannungswandler (ich vermute zumindest, dass er es ist) sieht nicht sonderlich gesund aus:
Gut möglich, dass dieser defekte Wandler einen wiederkehrenden Kurzschluss oder andere Störungen hervorgerufen hat, die zum Reset führten.
Ich werde den Drucker jetzt mit den modifizierten USB-Kabel erst mal wieder laufen lassen, mal schauen, wie lange er dieses mal durchhält.
Wäre ja zu schön, wenn das jetzt endlich der Fehler wäre...
|
Re: Arduino Due resettet sich alle paar Tage 26. November 2019 16:44 |
Ja das ist der Spannungswandler. ob dein Problem jetzt daran liegt bleibt abzuwarten.
Evtl bricht die Spannung ja ab und an ein, da der PC nicht genug Dampf auf die Leitung bekommt.
Evtl war aber auch dein Problem der Auslöser für die Zerstörung des Spannungswandlers.
Ich empfehle Dir daher dein gebasteltes USB Kabel noch nicht zu entsorgen, wenn du den Spannungswander Tauschen möchtest.
Auf alle Fälle erstmal nur mit diesem Arbeiten.
Testen ohne zu löten sollte auch gehen. Einfach die + 5 V Leitung zum PC gekappt lassen und saubere 5V in das USB Kabel zum Radds rein schicken.
Hier hat du schon mal den Schaltplan vom Spannungswandler und die Bezeichnung des IC3
Gruß Michael
Evtl bricht die Spannung ja ab und an ein, da der PC nicht genug Dampf auf die Leitung bekommt.
Evtl war aber auch dein Problem der Auslöser für die Zerstörung des Spannungswandlers.
Ich empfehle Dir daher dein gebasteltes USB Kabel noch nicht zu entsorgen, wenn du den Spannungswander Tauschen möchtest.
Auf alle Fälle erstmal nur mit diesem Arbeiten.
Testen ohne zu löten sollte auch gehen. Einfach die + 5 V Leitung zum PC gekappt lassen und saubere 5V in das USB Kabel zum Radds rein schicken.
Hier hat du schon mal den Schaltplan vom Spannungswandler und die Bezeichnung des IC3
Gruß Michael
|
Re: Arduino Due resettet sich alle paar Tage 23. December 2019 13:29 |
Ich konnte jetzt mit dem 2. Extruder insgesamt ca. 18 Tage am Stück drucken ohne Probleme, es hat sich also definitiv etwas verbessert.
Ich dachte sogar, das Problem wäre damit vorerst behoben, bis gerade eben wieder der Drucker ausging
Zufällig war ich gerade im Raum, als es passiert ist.
Allerdings war der Ablauf dieses mal etwas anders: Der Drucker blieb erst stehen, aber die Lüfter gingen (wenn ich mich recht erinnere) erst einige Sekunden später aus. Bei einem Controller-Reset müssten aber alle Verbraucher simultan abschalten.
Außerdem stand im Log dieses mal nicht wie sonst:
sondern:
Die Zeile "info: Continue from fatal state" war nicht enthalten. Den Fehler hatte ich in dieser Form noch nie gehabt.
Es sieht also so aus, als hätte der Watchdog von Repetier ausgelöst und den Controller zurückgesetzt, nur warum?
Kann es sein, dass das zweite Extruderkabel auch einen Kabelbruch hat und die daraus resultierenden Störungen zwar nicht reichen, den Controller komplett zu resetten, aber ihn aus dem Takt bringen, sodass das Programm einfriert und der Watchdog deswegen auslöst?
Das ist langsam nur noch zum Haare raufen
Ich dachte sogar, das Problem wäre damit vorerst behoben, bis gerade eben wieder der Drucker ausging
Zufällig war ich gerade im Raum, als es passiert ist.
Allerdings war der Ablauf dieses mal etwas anders: Der Drucker blieb erst stehen, aber die Lüfter gingen (wenn ich mich recht erinnere) erst einige Sekunden später aus. Bei einem Controller-Reset müssten aber alle Verbraucher simultan abschalten.
Außerdem stand im Log dieses mal nicht wie sonst:
start info: Power-Up info: Continue from fatal state
sondern:
start info: Watchdog Reset
Die Zeile "info: Continue from fatal state" war nicht enthalten. Den Fehler hatte ich in dieser Form noch nie gehabt.
Es sieht also so aus, als hätte der Watchdog von Repetier ausgelöst und den Controller zurückgesetzt, nur warum?
Kann es sein, dass das zweite Extruderkabel auch einen Kabelbruch hat und die daraus resultierenden Störungen zwar nicht reichen, den Controller komplett zu resetten, aber ihn aus dem Takt bringen, sodass das Programm einfriert und der Watchdog deswegen auslöst?
Das ist langsam nur noch zum Haare raufen
|
Re: Arduino Due resettet sich alle paar Tage 06. January 2020 16:05 |
Ich denke, ich habe es jetzt endlich:
Zuerst hatte ich die Schleppkettenleitungen ausgetauscht -> Wieder Reset nach 2 Tagen
Jetzt habe ich beide Motoren vom ersten Extruder getauscht, seit 5 Tagen läuft er jetzt ununterbrochen störungsfrei.
Ich will jetzt nichts heraufbeschwören, aber seit die Resets immer häufiger auftraten, konnte ich nicht mehr so lange am Stück drucken wie jetzt.
Vielleicht war ja tatsächlich in einem der Motoren eine Lötstelle nicht ordentlich oder ein Kabel gequetscht, was sich dann irgendwann mal bemerkbar macht.
Da soll man auch mal drauf kommen...
Zuerst hatte ich die Schleppkettenleitungen ausgetauscht -> Wieder Reset nach 2 Tagen
Jetzt habe ich beide Motoren vom ersten Extruder getauscht, seit 5 Tagen läuft er jetzt ununterbrochen störungsfrei.
Ich will jetzt nichts heraufbeschwören, aber seit die Resets immer häufiger auftraten, konnte ich nicht mehr so lange am Stück drucken wie jetzt.
Vielleicht war ja tatsächlich in einem der Motoren eine Lötstelle nicht ordentlich oder ein Kabel gequetscht, was sich dann irgendwann mal bemerkbar macht.
Da soll man auch mal drauf kommen...
|
Re: Arduino Due resettet sich alle paar Tage 24. December 2020 03:45 |
Es geht schon wieder los, es ist wirklich zum verrückt werden...
Seit Januar lief der Drucker jetzt ohne Probleme.
Im September ist der Arduino Due ausgefallen: Totalausfall, keine Verbindung mit USB mehr möglich.
Gut, kann nach ein paar Jahren Dauerbetrieb vielleicht mal passieren. Also neuen Arduino eingebaut und weiter gemacht.
Jetzt vor einer Woche wieder das Problem, was ich hier beschrieben hatte: Drucker bleibt stehen, Controller setzt sich zurück, teilweise lässt sich die Kommunikation nur durch Software-Notaus in Repetier-Server wieder herstellen.
Ich dachte, es könnten vielleicht schon wieder die Motoren sein, also neue Schrittmotoren eingebaut: Nach 5 Tagen wieder das selber Problem.
Langsam könnte ich durchdrehen, ich dachte, das Thema wäre endgültig abgehakt
Ich denke immer noch, dass irgendwo eine Spannungsspitze herkommt, die zum Controller-Reset führt. Es kann aber nichts systembedingtes sein, was mit Erdung oder Abschirmung zu tun hat, weil sonst würde ja nicht 9 Monate lang überhaupt nichts passieren.
Ich könnte vorsorglich nochmal die RAPS128, das RADDS-Shield und den Arduino austauschen, aber ob das etwas bringt? Das hatte ich doch alles schon mal
Man könnte noch ein paar Klappferrite um die Leitungen clipsen, die ja auch Störungen wegdämpfen sollen. An eine Wirkung derer glaube ich aber auch nicht wirklich.
Was ich noch probieren könnte, wären externe Schrittmotortreiber wie die RRD Silenciosos. Damit hätte ich weniger HF-Störquellen im Schaltschrank und wenn ein Treiber gestört wird, führt vielleicht die lange Leitung zum RADDS dazu, dass der Controller sich nicht zurücksetzt.
Für den Arduino Mega gibt es ja eine verstärkte "Ruggeduino " Version, bei der alle Pins gegen Überspannung, Überstrom und was weiß ich alles abgesichert sind.
So etwas habe ich nur noch nicht für das Arduino Due gefunden.
Kennt jemand eine "verstärkte", besser abgesicherte Variante des Due oder ein Shield, was die ganzen Pins vom Due absichern kann, zumindest gegen Überspannung?
Gibt es sonst andere, vergleichbare Steuerungen, die störungssicherer sind?
Seit Januar lief der Drucker jetzt ohne Probleme.
Im September ist der Arduino Due ausgefallen: Totalausfall, keine Verbindung mit USB mehr möglich.
Gut, kann nach ein paar Jahren Dauerbetrieb vielleicht mal passieren. Also neuen Arduino eingebaut und weiter gemacht.
Jetzt vor einer Woche wieder das Problem, was ich hier beschrieben hatte: Drucker bleibt stehen, Controller setzt sich zurück, teilweise lässt sich die Kommunikation nur durch Software-Notaus in Repetier-Server wieder herstellen.
Ich dachte, es könnten vielleicht schon wieder die Motoren sein, also neue Schrittmotoren eingebaut: Nach 5 Tagen wieder das selber Problem.
Langsam könnte ich durchdrehen, ich dachte, das Thema wäre endgültig abgehakt
Ich denke immer noch, dass irgendwo eine Spannungsspitze herkommt, die zum Controller-Reset führt. Es kann aber nichts systembedingtes sein, was mit Erdung oder Abschirmung zu tun hat, weil sonst würde ja nicht 9 Monate lang überhaupt nichts passieren.
Ich könnte vorsorglich nochmal die RAPS128, das RADDS-Shield und den Arduino austauschen, aber ob das etwas bringt? Das hatte ich doch alles schon mal
Man könnte noch ein paar Klappferrite um die Leitungen clipsen, die ja auch Störungen wegdämpfen sollen. An eine Wirkung derer glaube ich aber auch nicht wirklich.
Was ich noch probieren könnte, wären externe Schrittmotortreiber wie die RRD Silenciosos. Damit hätte ich weniger HF-Störquellen im Schaltschrank und wenn ein Treiber gestört wird, führt vielleicht die lange Leitung zum RADDS dazu, dass der Controller sich nicht zurücksetzt.
Für den Arduino Mega gibt es ja eine verstärkte "Ruggeduino " Version, bei der alle Pins gegen Überspannung, Überstrom und was weiß ich alles abgesichert sind.
So etwas habe ich nur noch nicht für das Arduino Due gefunden.
Kennt jemand eine "verstärkte", besser abgesicherte Variante des Due oder ein Shield, was die ganzen Pins vom Due absichern kann, zumindest gegen Überspannung?
Gibt es sonst andere, vergleichbare Steuerungen, die störungssicherer sind?
|
Re: Arduino Due resettet sich alle paar Tage 03. January 2021 16:01 |
Das Duet-Board ist, wie es aussieht, auch nicht sonderlich abgesichert. Ich sehe da keine Schutzbeschaltungen oder ähnliches auf dem Board, was sich von RADDS und Arduino Due unterscheidet.
Außerdem sind die Treiber fest verlötet, was für mich überhaupt nicht funktioniert, weil ich mehrere externe Treiber nutze. Man kann zwar irgendwie über die GPIO-Pins die Signale rausführen, aber das ist ein ziemliches Gefrickel.
Zum Konfigurator von Repetier: Die Config-Datei hat tatsächlich immer noch ein paar Fehler bzw. Abweichungen von der Einstellung im Konfigurator, die man manuell in der Config-Datei korrigieren muss (war zumindest bei meiner letzten Konfiguration so), aber das nur so am Rande.
Das USB-Kabel ist ziemlich sicher nicht der Grund für die Abstürze. Das kann ich mit relativer Sicherheit sagen, weil das Verhalten des Arduinos beim Abziehen und neu Verbinden des USB-Kabels ganz anders ist als das, was ich bei dem Reset beobachtet habe:
Wenn ich das USB-Kabel rausziehe und kurz danach wieder einstecke, ist die Verbindung sofort wieder da.
Das Log sieht dann z.B. so aus:
Nach dem Einstecken des USB-Kabels ist die Verbindung innerhalb von unter einer Sekunde wieder da.
Zum Vergleich ein Auszug ein dem Log, wenn ein Druck unbeabsichtigt abgebrochen ist:
Hier ist der Zeitraum, bis die Kommunikation wieder da ist, wesentlich länger.
Ein weiterer Unterschied: Wenn ein Druck läuft und ich das USB-Kabel raus - und reinstecke, führt Repetier wie vorgesehen den "Rescue" - Code aus dem Rettungsmodul aus. In meinem Fall müsste das Druckbett auf 62°C erhitzt werden und die X-Y-Achsen jeweils auf 0 fahren.
Das passiert bei dem Reset nicht, der Drucker bleibt stehen wo er ist und das Bett wird kalt.
Ich hatte auch letztens einen Fall, wo der Arduino scheinbar eingefroren ist. Es fand keine Kommunikation mehr statt, alle Ausgänge waren auf 0. Nur durch einen Soft-Reset ("Notaus" - Button in Repetier Server) konnte die Verbindung wieder hergestellt werden.
Das alles deutet für mich darauf hin, das irgendetwas die CPU des Arduinos aus dem Takt bringt und dieser nicht mehr richtig arbeiten kann.
Daher vermute ich irgendeine Spannungsspitze bei einem der CPU-Pins im Arduino, der diesen stört.
Vielleicht empfängt der Schrittmotortreiber durch die lange Leitungslänge schneller durch induzierte Spannungen Störungen, die irgendwann auf die Arduino-CPU überspringen.
Vielleicht liegt es auch daran, dass die 230V-Leitungen im selben Kabelschacht verlaufen wie die 24V - und auch die Stepper-Leitungen und ich mir damit EMV-Störungen einfange.
Der Mist ist, dass das Problem immer nur so selten auftritt und ich deshalb kaum mögliche Störquellen gezielt isolieren und testen kann.
Das USB-Kabel ist übrigens am Programming-Port angeschlossen.
Er war auch mal eine Weile am Native-Port angeschlossen, bis der auch bei mir herumgezickt hat. Laut Repetier ist es auch besser, den Programming-Port zu nutzen.
Baud-Rate liegt bei 250000 auf all meinen Maschinen.
Laut Repetier gibt es bei der Kommunikation fast keine Fehler, die Baud-Rate sollte also nicht der Fehler sein.
Außerdem sind die Treiber fest verlötet, was für mich überhaupt nicht funktioniert, weil ich mehrere externe Treiber nutze. Man kann zwar irgendwie über die GPIO-Pins die Signale rausführen, aber das ist ein ziemliches Gefrickel.
Zum Konfigurator von Repetier: Die Config-Datei hat tatsächlich immer noch ein paar Fehler bzw. Abweichungen von der Einstellung im Konfigurator, die man manuell in der Config-Datei korrigieren muss (war zumindest bei meiner letzten Konfiguration so), aber das nur so am Rande.
Das USB-Kabel ist ziemlich sicher nicht der Grund für die Abstürze. Das kann ich mit relativer Sicherheit sagen, weil das Verhalten des Arduinos beim Abziehen und neu Verbinden des USB-Kabels ganz anders ist als das, was ich bei dem Reset beobachtet habe:
Wenn ich das USB-Kabel rausziehe und kurz danach wieder einstecke, ist die Verbindung sofort wieder da.
Das Log sieht dann z.B. so aus:
20:16:46.967 wait --> USB-Kabel gezogen-->USB-Kabel wieder eingesteckt 20:16:51.570 N18 M105 20:16:51.967: start 20:16:51.967: InfoowerUp 20:16:51.967: Detected EEPROM version:20 . . .
Nach dem Einstecken des USB-Kabels ist die Verbindung innerhalb von unter einer Sekunde wieder da.
Zum Vergleich ein Auszug ein dem Log, wenn ein Druck unbeabsichtigt abgebrochen ist:
< 18:33:06.059: N1540884 G1 X170.590 Y272.590 E19.2989 > 18:33:06.074: ok 33552 < 18:33:06.074: N1540885 G1 X169.970 Y270.658 E19.3891 ---> Reset--> > 18:33:23.902: start > 18:33:23.902: Info
Hier ist der Zeitraum, bis die Kommunikation wieder da ist, wesentlich länger.
Ein weiterer Unterschied: Wenn ein Druck läuft und ich das USB-Kabel raus - und reinstecke, führt Repetier wie vorgesehen den "Rescue" - Code aus dem Rettungsmodul aus. In meinem Fall müsste das Druckbett auf 62°C erhitzt werden und die X-Y-Achsen jeweils auf 0 fahren.
Das passiert bei dem Reset nicht, der Drucker bleibt stehen wo er ist und das Bett wird kalt.
Ich hatte auch letztens einen Fall, wo der Arduino scheinbar eingefroren ist. Es fand keine Kommunikation mehr statt, alle Ausgänge waren auf 0. Nur durch einen Soft-Reset ("Notaus" - Button in Repetier Server) konnte die Verbindung wieder hergestellt werden.
Das alles deutet für mich darauf hin, das irgendetwas die CPU des Arduinos aus dem Takt bringt und dieser nicht mehr richtig arbeiten kann.
Daher vermute ich irgendeine Spannungsspitze bei einem der CPU-Pins im Arduino, der diesen stört.
Vielleicht empfängt der Schrittmotortreiber durch die lange Leitungslänge schneller durch induzierte Spannungen Störungen, die irgendwann auf die Arduino-CPU überspringen.
Vielleicht liegt es auch daran, dass die 230V-Leitungen im selben Kabelschacht verlaufen wie die 24V - und auch die Stepper-Leitungen und ich mir damit EMV-Störungen einfange.
Der Mist ist, dass das Problem immer nur so selten auftritt und ich deshalb kaum mögliche Störquellen gezielt isolieren und testen kann.
Das USB-Kabel ist übrigens am Programming-Port angeschlossen.
Er war auch mal eine Weile am Native-Port angeschlossen, bis der auch bei mir herumgezickt hat. Laut Repetier ist es auch besser, den Programming-Port zu nutzen.
Baud-Rate liegt bei 250000 auf all meinen Maschinen.
Laut Repetier gibt es bei der Kommunikation fast keine Fehler, die Baud-Rate sollte also nicht der Fehler sein.
In diesem Forum dürfen leider nur registrierte Teilnehmer schreiben.