›

Absturz Renkforce RF2000 nach Update auf V 1.2.1

vmoenchvmoench
in Repetier-Server
Hallo, 

ich habe meinen Repetier-Server auf einem Raspberry auf aktuelle Version aktualisiert. Nun geht leider gar nichts mehr. Nach dem Start eines Drucks geht der Drucker nahezu sofort aus und wieder an. Es handelt sich um einen originalen Renkforce RF2000. Komplett unverändert. 

Nun würde ich gerne wieder downgraden oder einfach das alte Image wieder einrichten. Habe es aber nicht mehr. Könnte mir jemand bei meinem Problem helfen? 

Gruß
Volker 

Comments

  • vmoenchvmoench
    Downgrade habe ich bereits hinbekommen: 
    wget http://download1.repetier.com/files/server/debian-armhf/Repetier-Server-1.0.4-Linux.deb
    sudo dpkg -i Repetier-Server-1.0.4-Linux.deb
    Falls es aber noch einen Tipp gibt, wie ich doch ein Update verwenden kann, sehr willkommen. Oder lieber "never touch a running system" ? 

  • RepetierRepetier
    Ja so geht downgrade auch wenn es eins auf eine eher alte version ist.

    Eigentlich gibt es keinen Grund warum 1.2.1 nicht klappen sollte. Die Frage ist daher was da genau anders ist das und was bedeuete "Drucker aus" da wirk die Stromzufuhr ja nicht kontrollieren ist das physisch gemeint oder wechselt er zwischen rot und orange beim verbinden? Ein Blick auf die Konsole ohne filter wäre hier vermutlich hilfreich um zu sehen was da genau passiert. Da unsere Drucker alle klappen denke ich gibt es einen speziellen Grund oder etwas das bei dem Drucker anders reagiert. Aber ohne infos wird das mit dem reparieren schwierig wenn es wirklich an uns liegen sollte. Wäre also für jede info dankbar.
  • vmoenchvmoench
    Da ich etwas in Zeitnot war/bin, war für mich ein Downgrade die beste Lösung. Wenn ich meine wichtigen Teile fertig gedruckt habe, werde ich mich der Sache noch einmal annehmen und mehr Infos senden.

    "Drucker aus" war natürlich zu drastisch formuliert. Die LED-Beleuchtung geht aus und die Verbindung geht verloren. Und er druckt nicht.
  • RepetierRepetier
    Also der Reset beim start einer Verbindung nehme ich mal an. Ok sobald es was neues gibt können wir sehen was ihn stört. So was kann mittlerweile meist durch zusätzlich ersetzungen repariert werden.
  • vmoenchvmoench
    edited February 2023
    Hallo,

    da ist es jetzt schon ein Jahr her, als ich das Thema bereits hatte. Nun jedoch 1.4.6. Ich habe auf die aktuelle Version gewechselt und nutzte nun einen PC mit Linux Mint. Ich habe die Konfiguration vom Raspi übernommen, also das Backup wieder eingelesen. Und was soll ich sagen, exakt das gleiche Problem wie vor 12 Monaten. Bett wird geheizt, Z fährt auf Ausgangsposition und beim Ausrichten von XY geht alles aus und der Drucker beendet seinen Dienst. Reproduzierbar, jedes Mal exakt an gleicher Stelle. Kann es sein, dass da ein "böser" G-Code im Skript ist? 

    Idee: Ich  lösche mal das Startscript, ich lasse nur zum Start fahren. Gibt es noch etwas anderes was ich machen könnte? Stecke nicht tief drin, da bisher immer alles prima funktioniert hat. 

    Downgrade ist jetzt keine Option mehr, da ich den Raspy für etwas anderes brauche. Würde mich über jeden Tipp freuen. 

    server.log
    2023-02-03 20:10:41: start printjob Kaffeekapseldeckel_2mm_Extr2 on printer RF2000 V2
    2023-02-03 20:10:41: Added timelapse 20230203T201041_Kaffeekapseldeckel_2mm_Extr2
    2023-02-03 20:10:42: Updating info for /var/lib/Repetier-Server/printer/RF2000_V2/jobs/00000001_Kaffeekapseldeckel_2mm_Extr2.g printer RF2000_V2
    2023-02-03 20:10:42: Time analysing /var/lib/Repetier-Server/printer/RF2000_V2/jobs/00000001_Kaffeekapseldeckel_2mm_Extr2.g:149068 us
    2023-02-03 20:10:45: error taking snapshot:Net Exception
    2023-02-03 20:10:49: Start logging...
    2023-02-03 20:10:49: Repetier-Server 1.4.6
    2023-02-03 20:10:49: Imported external command Shutdown Server
    2023-02-03 20:10:49: Imported external command Reboot Server
    2023-02-03 20:10:49: Imported allowed execute command shutdown
    2023-02-03 20:10:49: Imported allowed execute command reboot
    2023-02-03 20:10:49: Webdirectory: /usr/local/Repetier-Server/www/
    2023-02-03 20:10:49: Storage directory: /var/lib/Repetier-Server/
    2023-02-03 20:10:49: Configuration file: /usr/local/Repetier-Server/etc/RepetierServer.xml
    2023-02-03 20:10:49: Directory for temporary files: /tmp/
    2023-02-03 20:10:49: Reading firmware data ...
    2023-02-03 20:10:49: Starting Network ...
    2023-02-03 20:10:49: Active features:4095
    2023-02-03 20:10:49: Reading printer configurations ...
    2023-02-03 20:10:49: Reading printer config /var/lib/Repetier-Server/configs/RF2000_V2.xml
    2023-02-03 20:10:49: Reloading Timelapse Entries...
    2023-02-03 20:10:49: Starting printjob manager thread for RF2000_V2
    2023-02-03 20:10:49: Starting printer threads ...
    2023-02-03 20:10:49: Starting printer thread for RF2000 V2
    2023-02-03 20:10:49: Starting work dispatcher subsystem ...
    2023-02-03 20:10:49: Starting user database ...
    2023-02-03 20:10:49: Importing projects ...
    2023-02-03 20:10:49: Initializing LUA ...
    2023-02-03 20:10:49: Register LUA cloud services
    2023-02-03 20:10:49: add G-Code-Renderer
    2023-02-03 20:10:49: LUA initalization finished.
    2023-02-03 20:10:49: Setting up MQTT Client ... 
    2023-02-03 20:10:49: Work dispatcher thread started.
    2023-02-03 20:10:49: Starting web server ... 
    2023-02-03 20:10:49: Internal work dispatcher thread started.
    2023-02-03 20:10:49: Webserver started.
    2023-02-03 20:10:49: Websocket opened
    2023-02-03 20:10:49: Websocket opened
    2023-02-03 20:10:51: Connection started: RF2000 V2
    2023-02-03 20:10:51: Connection reset: RF2000 V2
    2023-02-03 20:27:15: Closing websocket for missing ping
    2023-02-03 20:27:15: Websocket opened
    sys.log
    Feb  3 20:10:49 PC-Repetier systemd-coredump[68267]: Process 68213 (RepetierServer) of user 129 dumped core.#012#012Found module /usr/local/Repetier-Server/bin/RepetierServer without build-id.#012Found module linux-vdso.so.1 with build-id: 21a2739157f98ff49d8920f47723a6a3ddb1f4d1#012Stack trace of thread 68217:#012#0  0x000000000123ca64 __restore_sigs (/usr/local/Repetier-Server/bin/RepetierServer + 0xe3ca64)
    Feb  3 20:10:49 PC-Repetier systemd[1]: systemd-coredump@7-68266-0.service: Deactivated successfully.
    Feb  3 20:10:49 PC-Repetier systemd[1]: RepetierServer.service: Main process exited, code=killed, status=6/ABRT
    Feb  3 20:10:49 PC-Repetier systemd[1]: RepetierServer.service: Failed with result 'signal'.
    Feb  3 20:10:49 PC-Repetier systemd[1]: RepetierServer.service: Consumed 10.641s CPU time.
    Feb  3 20:10:49 PC-Repetier systemd[1]: RepetierServer.service: Scheduled restart job, restart counter is at 8.
    Feb  3 20:10:49 PC-Repetier systemd[1]: Stopped Repetier-Server 3D Printer Server.
    Feb  3 20:10:49 PC-Repetier systemd[1]: RepetierServer.service: Consumed 10.641s CPU time.
    Feb  3 20:10:49 PC-Repetier systemd[1]: Starting Repetier-Server 3D Printer Server...
    Feb  3 20:10:49 PC-Repetier systemd[1]: Started Repetier-Server 3D Printer Server.
    Feb  3 20:17:01 PC-Repetier CRON[68462]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
    Feb  3 20:30:01 PC-Repetier CRON[68824]: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi)
    Feb  3 20:31:53 PC-Repetier systemd[1]: Started Run anacron jobs.
    Feb  3 20:31:53 PC-Repetier anacron[68878]: Anacron 2.3 started on 2023-02-03
    Feb  3 20:31:53 PC-Repetier anacron[68878]: Normal exit (0 jobs run)
    Feb  3 20:31:53 PC-Repetier systemd[1]: anacron.service: Deactivated successfully.


  • RepetierRepetier
    Zuerst würde ich die zeilen manuell durchspielen um zu sehen ob es ein spezieller Befehl ist der das Triggert.
    Für mich ist aber unklar was du meist das passiert. Du zeigst ein Log wo der Server neu startest sagst aber der Drucker beendet seinen dienst und schaltet die Lampen aus. Kannst du das genauer beschreiben.
  • vmoenchvmoench
    Zunächst: Ich bin begeistert über euren tollen Support! Lizenzierung habe ich bisher mit keinem Cent bereut. 

    Ich habe es mir nun etwas einfacher gemacht und habe das Vehalten aufgenommen: https://photos.app.goo.gl/bj5zWrtxhxzTgzfk7
  • vmoenchvmoench
    Bei folgendem G-Code, also beim Setzen der Hotend-Temperatur "stürzt der Kollege ab". 
    M104 S250

    Nehme ich den raus, bleibt nur noch 

    M107 ; disable fan
    M190 S60 ; set bed temperature and wait for it to be reached
    ; M104 S250 ; set temperature 

    Aber dann passert natürlich gar nichts mehr, ausser Bett aufheizen. 

  • RepetierRepetier
    Also sobald der Mosfet für den Extruder den Strom einschaltet. Sieh mal in der Konsole mit ausgeschalteten Filters was da erscheint. Vermute ein browenout des Druckerboards wegen Kutzschluss vielleicht. Evtl ist ja die Heizkartusche durch. Mess doch mal den Widerstand ob der noch einen hat.
  • vmoenchvmoench
    Kurios ist aber, ich brauche nur meinen Raspy anschließen und alles funktioniert einwandfrei. Einziger Unterschied, eine Serverversion vor 1.2.1. 

    Insofern würde ich Kurzschluss und dergleichen, also Hardwaredefekte ausschließen wollen. 

    Die Ausgabe der Konsole sehe ich mir gleich an. 
  • RepetierRepetier
    Dann sieh auch im server.log nach ob er dabei abstürzt auch wenn ich nicht wüste warum ausgerechnet M104 das verursachen würde ist ja kein seltener Befehl. Wobei du besser 1.4.8 nutzen solltest wo alles bekannte gefixt ist.
  • vmoenchvmoench
    edited February 2023
    Es ist M104, denn nachdem ich nun wieder die alte Serverversion nutze, konnte ich auch ganz praktisch genau sehen wann was passiert. Es ist exakt beim "Anmschmeißen" des Aufheizens. 

    Da ich dringend Teile drucken muss, verzichte ich erneut auf ein Update. Werde mir aber die Tage einen zweiten Rechner einrichten, mit dem ich das alles noch einmal versuchen werde zu analysieren. 

    Ich habe es mit 1.4.8 probiert. Der Titel dieses Threads ist ja inzwischen 1 Jahr alt ;-) 

    Update: Ich sehe gerade im Log steht 2023-02-03 20:10:49: Repetier-Server 1.4.6, also doch nicht 1.4.8. Hmmm...
  • RAyWBRAyWB
     auf dem Video sieht es aus als ob da ein Reset kommt. Scheint als würde das Netzteil in die Knie gehen.
    Grund warum das am Raspberry nicht ist : kann sein weil der Raspi eventuell etwas mehr Strom am Usb zur Verfügung stellt und dann auch die 5V für den Controller stabiler sind  . Einfache Gegenprobe wäre ein aktiver USB Hub zwischen PC und Drucker. oder einfach mal das Hotend abstöpseln
  • vmoenchvmoench
    Ich habe nun den Vergleich mit einem Lenovo-PC, denn auf diesem habe ich nun die alte Version vor 1.2.1 installiert und auch hier funktioniert nun wieder alles einwandfrei. Ich bleibe dabei, mit 1.2.1 hat sich etwas verändert, dass es mit meinem Drucker nicht mehr funktioniert. Ist kein Weltuntergang, aber schade. Ich drucke wieder auf alt. ;-) 


  • RepetierRepetier
    Ja sieht so aus, auch wenn ich gerne wüste was:-) Aber frühe roder später bekomme ich den Fehler auch hoffe ich.
Sign In or Register to comment.