Repetier Server verliert Verbindung bei mehreren Druckern

Hallo zusammen,
ich nutze Repetier Server Pro und habe ein echt nerviges Problem.
Sobald ich an dem Pi zwei Drucker angeschlossen habe, friert ein Drucker nach einer gewissen Zeit ein. Wenn ich mir das im Log anschaue, dann gibt es einen commuication Timeout und er kann die Verbindung nicht widerherstellen. Das passiert allerdings erst nach einer längeren Druckzeit (über 24h). Wenn ich mich richtig erinnere hatte ich das aber auch mal nach einen 48h Druck auf mit nur einem Drucker angeschlossen (32Bit Board).
Mein ein Drucker hatte ein 8 bit Board, der andere, welcher immer brav weiter lief ein 32 Bit Board. Ich musste den Server dann immer neu starten. Manchmal konnte ich meinen Druck mit dem Befehl "Druck retten" retten.
Jetzt hängen zwei Artillery x2 dran. Beide mit einem 32-Bit Board. Heute morgen standen wieder beide Drucker still und er hat zu beiden Druckern die Verbindung verloren. Kein Retten möglich, ich musste manuell den Gcode löschen, um weiter drucken zu können. Leider sehr unzuverlässig. Der Druck stoppte nach 14h Druckzeit. Auf beiden Druckern identisch. Auch dazu habe ich ein Log File.

Kann mir jemand weiterhelfen und sagen woran es liegt? Ich weiß leider echt nicht weiter. Aktuell drucke ich wieder altmodisch über USB Stick.

Vielen Dank im Voraus!

PS: Die USB Leitungen habe ich schon getauscht.

Comments

  • Schon mal dies durchgecheckt:
    https://www.repetier-server.com/knowledgebase/printer-stops-mid-print/

    Da haben wir die üblichen verdächtigen mal aufgelistet.
  • Habe genau das gleiche Problem.
    2 Drucker angeschlossen. 8 Bit und 32 Bit. Beide von Anycubic.
    Bei mir sieht es aber so aus, als wäre der Dienst neugestartet.
    Nutze Repetier-Server auf einem Windows Tablet.
    2022-02-11 22:07:31: Repetier-Informer API response: {"error":1008,"errorMessage":"No one listening for group"}
    2022-02-11 22:07:31: start printjob AV_BaroqueFrame RussianRose_Pendant on printer Vyper
    2022-02-11 22:08:05: Time analysing C:\ProgramData\Repetier-Server\printer\Vyper\jobs/00000090_AV_BaroqueFrame RussianRose_Pendant.g:33593130 us
    2022-02-12 03:37:25: Start logging...
    2022-02-12 03:37:25: Webdirectory: C:\Program Files\Repetier-Server\www\
    2022-02-12 03:37:25: Storage directory: C:\ProgramData\Repetier-Server\
    6 Stunden druck für die Tonne. Beim 8 bit board konnte ich es retten. Beim 32bit board ist der Drucker mitten im Bauteil stehen geblieben.
  • Bei mir habe ich es glaube ich rausgefunden. Mein System wollte nachts ein Update durchführen -_-
  • Ja, bei windows sind die updates ein Problem. Es ist ab einem gewissen Zeitpunkt nicht möglich sie zurück zu halten. Daher sollte man bei windows das updaten maximal verzögern und dann einmal im Monat einen manuellen Update-Day einlegen wenn grad keiner druckt.
  • Habe es einfacher gelöst.^^ Da es im Wlan ist, gibt es in Windows die Möglichkeit, den WLAN Punkt als Hotspot zu definieren. So downloadet Windows die Treiber nicht automatisch. Zusätzlich habe ich ein DNS Server laufen und habe so die DNS Anfragen einfach blockiert. Sicher ist sicher. Das mit den Hotspot sollte aber schon ausreichen.
  • Freut mich, dass du das Problem lösen konntest. Bei mir besteht das Problem leider weiterhin. Repetier läuft ja bei mir nicht aufm Tablet, sondern aufm PI...
    Ich konnte das Problem leider immer noch nicht lösen.
  • Hast du schon die syslog zum Zeitpunkt der Probleme untersucht. Leider gibt es häufiger mal einen Grund für Linux usb Geräte zu trennen oder zu stoppen. Muss nicht mal am Drucker liegen, kann auch von der Webcam verursacht werden wenn die am gleichen hub hängen. Sieht man aber nur im syslog wenn und warum linux usb Probleme hat. Zumindest wenn man die anderen Punkte aus der Checkliste ausschließt.
  • Moin,

    vielen Dank für die Antworten. Ich wollte jetzt zum neuen Jahr das Problem wieder angehen, da es immer noch besteht. Mir blieb sogar nur bei einem angeschlossenen Drucker der Drucker nach 48h Druckzeit stehen. Ich habe die stelle im Syslog ausfindig gemacht. Allerdings keine Ahnung, was mir das sagen soll:

    Jan  2 09:47:22 Repetier-Server dbus-daemon[335]: [system] Successfully activated service 'org.freedesktop.timedate1'
    Jan  2 09:47:22 Repetier-Server systemd[1]: Started Time & Date Service.
    Jan  2 09:47:35 Repetier-Server wpa_supplicant[496]: wlan0: Failed to initiate sched scan
    Jan  2 09:47:52 Repetier-Server systemd[1]: systemd-timedated.service: Succeeded.
    Jan  2 09:48:26 Repetier-Server dbus-daemon[335]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.14254' (uid=0 pid=14356 comm="timedatectl ")
    Jan  2 09:48:26 Repetier-Server systemd[1]: Starting Time & Date Service...
    Jan  2 09:48:26 Repetier-Server dbus-daemon[335]: [system] Successfully activated service 'org.freedesktop.timedate1'
    Jan  2 09:48:26 Repetier-Server systemd[1]: Started Time & Date Service.
    Jan  2 09:48:32 Repetier-Server kernel: [150290.510976] usb 1-1.1: USB disconnect, device number 20
    Jan  2 09:48:32 Repetier-Server kernel: [150290.806598] usb 1-1.1: new full-speed USB device number 21 using xhci_hcd
    Jan  2 09:48:32 Repetier-Server kernel: [150290.906924] usb 1-1.1: device descriptor read/64, error -32
    Jan  2 09:48:32 Repetier-Server kernel: [150291.126896] usb 1-1.1: device descriptor read/64, error -32
    Jan  2 09:48:32 Repetier-Server kernel: [150291.346633] usb 1-1.1: new full-speed USB device number 22 using xhci_hcd
    Jan  2 09:48:33 Repetier-Server kernel: [150291.446892] usb 1-1.1: device descriptor read/64, error -32
    Jan  2 09:48:33 Repetier-Server kernel: [150291.666950] usb 1-1.1: device descriptor read/64, error -32
    Jan  2 09:48:33 Repetier-Server kernel: [150291.787071] usb 1-1-port1: attempt power cycle
    Jan  2 09:48:34 Repetier-Server kernel: [150292.446632] usb 1-1.1: new full-speed USB device number 23 using xhci_hcd
    Jan  2 09:48:34 Repetier-Server kernel: [150292.446899] usb 1-1.1: Device not responding to setup address.
    Jan  2 09:48:34 Repetier-Server kernel: [150292.666896] usb 1-1.1: Device not responding to setup address.
    Jan  2 09:48:34 Repetier-Server kernel: [150292.886637] usb 1-1.1: device not accepting address 23, error -71
    Jan  2 09:48:34 Repetier-Server kernel: [150292.986643] usb 1-1.1: new full-speed USB device number 24 using xhci_hcd
    Jan  2 09:48:34 Repetier-Server kernel: [150292.986905] usb 1-1.1: Device not responding to setup address.
    Jan  2 09:48:34 Repetier-Server kernel: [150293.206869] usb 1-1.1: Device not responding to setup address.
    Jan  2 09:48:35 Repetier-Server kernel: [150293.426649] usb 1-1.1: device not accepting address 24, error -71
    Jan  2 09:48:35 Repetier-Server kernel: [150293.426935] usb 1-1-port1: unable to enumerate USB device
    Jan  2 09:48:38 Repetier-Server wpa_supplicant[496]: wlan0: Failed to initiate sched scan
    Jan  2 09:48:56 Repetier-Server systemd[1]: systemd-timedated.service: Succeeded.
    Jan  2 09:49:30 Repetier-Server dbus-daemon[335]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.14260' (uid=0 pid=14469 comm="timedatectl ")
    Jan  2 09:49:30 Repetier-Server systemd[1]: Starting Time & Date Service...



    Dieselbe stelle im Serverlog:

    2023-01-02 09:48:32: error: Reading serial conection failed: End of file. Closing connection.
    2023-01-02 09:48:32: Connection closed during print ... trying reconnect for 10 seconds to continue ...
    2023-01-02 09:48:32: Port closed for ASX2_L
    2023-01-02 09:48:32: Connection closed: ASX2_L
    2023-01-02 09:48:43: Repetier-Informer API response: {"error":1008,"errorMessage":"No one listening for group"}


    Und dieselbe Stelle im Drucklog:

    Send:9:48:32.032: N942893 G1 X223.745 Y133.235 E3721.81454
    Recv:9:48:32.073: ok
    Send:9:48:32.074: N942894 G1 X223.745 Y132.821 E3721.82872
    Mesg:9:48:32.125: Connection closed by os during print ... trying reconnect for 10 seconds to continue ...


    Ich muss anschließend den Repetier sowie den Drucker neu starten, damit er wieder eine Verbindung aufbaut. Weiterdrucken geht dann natürlich nicht. Es hilft nur Manuell in den Gcode eingreifen, alle Zeilen vorher heraus löschen (ich weiß ja wo er stehen geblieben ist), Achsen einzeln homen und weiterdrucken.

    Vielleich gibts ja eine Lösung für mein Problem :)

    Vielen Dank im Voraus!
  • Ok, das ist echt übel. Er hat da massive Kommunikationsprobelme und nach mehreren neuen Verbundungsversuchen wird offenbar sogar versucht am usb den Strom abzuschalten:Jan  2 09:48:33 Repetier-Server kernel: [150291.787071] usb 1-1-port1: attempt power cycle
    Aber danach gibts wohl auch keine Verbindung und linux gibt erst mal auf:
    Jan  2 09:48:35 Repetier-Server kernel: [150293.426935] usb 1-1-port1: unable to enumerate USB device

    Da es sonst aber klappt ist die Ursache vermutlich eine elektrische Störung wie übersprechen/induktion/spannungsschwankungen/...
    Da kann ich nicht wirklich weiter helfen. Man muss halt den Störenfried finden.

    Was deine Lösung zum weiterdrucken angeht sieh dir mal dies Rescue Funktion im Server an. Damit wird protokolliert bis wo man gedruckt hat und beim Druckstop wegen Verbindungsabbruch kann man dann vortsetzen wählen. Er fragt dann ab wo und bietet 2 Positionen an, aber du kannst jede Zeile aus dem gcode nehmen. Temperatur wird auch korrekt gesetzt.

    Du kannst noch 2 Skipte angeben was er machen soll beim verbingswiederherstellen und vor dem weiterdrucken. Je nach Drucker gibts da unterschiedliche sachen die sinn ergeben. Hängt auch davon ab ob der Kopf noch am Objekt "klebt" ode rnoch beweglich ist und das Objekt nicht abzieht wenn er beim verbinden bewegt.
  • edited January 2023
    Okay,

    vielen Dank für die schnelle Antwort!, obwohl ich das Thema sogar habe so lange ruhen lassen.

    Diesen Rescue Modus kenne ich. Springt aber in weniger als 1 von 10 Fällen an. Wenn der Drucker stehen bleibt zeigt der Server eigentlich nur keine Verbindung mehr zum Drucker an, selbst wenn ich die Verbindung neu herstelle, weiß er nicht, dass der Drucker mal gedruckt hat. Denke, dass es daran liegt, dass der Server einfach aufgibt.

    Ich muss übrigens tatsächlich den Server komplett neu booten, bevor er irgendetwas versucht, neu zu verbinden.
    Dann muss ich jetzt mal schauen, ob mir n Oszilloskop mehr sagen kann, da ich jetzt weiß wo ich weiter suchen kann...Was ein Mist.
    Wüsste nur nicht, wo solche Spannungsspitzen oder Spannungsschwankungen her kommen sollten. Der Pi hängt ja an seinem originalen Netzteil. Das puffert beim Gleichrichten der 230V ja schon solche Sachen weg...
    Ggf. EMV, aber das USB Kabel ist ja ein geschirmtes. 


  • Meist liegt die Ursache eher am Druckerende. Bin kein Elektroniker aber da es bei den meisten an einem Drucker festgemacht werden kann der sobald verbunden zu Problemen führt ist das meist die Ursache. Sei es übersprechen von heiz/motor kabeln auf Datenleitungen, verbidnungen zu masse die nicht sein sollen, Leitungen die parallel laufen ohne schirmung,  ... Offenbar hast du da aber mehr Ahnung wenn du mit einem Oszilikop rangehst.
Sign In or Register to comment.