War mir sicher eine Antwort geschrieben zu haben. Klar ist das es keinen deadlock gibt. Er arbeitet ganz normal weiter. Du hast ihn dabei erwischt das er auf eine Antwort wartet und das er eine Zeile senden will. Fragt sich also warum er dabei hängt. Hab mir die notwendigen Codes noch mal etwas angesehen und besser abgesichert, aber ob ich den Täter damit gefunden habe ist schwer zu sagen, da ich die wirkliche Ursache noch nicht identifizieren konnte. Werden wir dann beim nächsten Release das ja bald kommt sehen.
Hab jetzt auf 0.9 geupdatet aber das Problem besteht nach wie vor. Mir is allerdings aufgefallen das Repetier obwohl der Drucker aus ist immer noch Temperaturen, Geschwindigkeit etc. anzeigt.
Mist. Druck scheint hier aber auch nicht zu laufen, oder wieder manuell gestoppt? Auch ist hier die Verbindung getrennt. Das war doch sonst auch nicht, oder irre ich mich. Einfach so ein Bild ist oft verwirrend, da ich ja nicht weiß was vorher alles gelaufen ist:-) Trennt er also jetzt die Verbindung or gingen wieder keine Befehle mehr und du hast getrennt.
Hatte über dem Bild geschrieben, nur hat die mobile Seite das Bild nicht hochgeladen deshalb nachgereicht.
War wieder ein 12h Druck, Restzeit war 8s obwohl Druck fertig war. Hab den Drucker dann ausgemacht und dann das den Auftrag, der ja angeblich noch nicht fertig war, aus der "Druckliste" abgebrochen. Das er angeblich noch 200°C hat etc hat er die ganze Zeit angezeigt. Egal ob n Druck "anstand" oder ob der Drucker an oder aus war.
Wie es vor dem Update war kann ich nicht 100%ig sagen, ist mir erst jetzt aufgefallen. Glaube aber das war auch vor dem Update schon so.
Ok, denke dann ist es das gleiche bild. Nach dem ausschalten des Druckers zeigt er die letzten werte an. Weil er ja offenbar nichts mehr hinbekommt hat er das ausschalten wohl auch nicht mehr gesehen. Werde es noch mal komplett abklappern, ob ich noch was sehe. Manchmal hab ich ja Glück. Verstehe allerdings immer noch nicht wieso das nicht einfach immer passiert. Ende ist ja ende. Aber da sind wir dann wieder bei timings.
Ich denke nicht wirklich das er buggy ist. Der Pi wird aber sicherlich andere timings haben und daher vermutlich funktionieren. Sonst hätte ich den Fehler schon häufiger gehört.
Ok, hab mir den code noch mal angesehen und eine Methode gefunden um deinen Fehler zu produzieren. Wenn ein Befehl länger als die Buffergröße der Firmware ist, kann genau das passieren. Ich denke aber auch das dies nicht wirklich der Fall ist. Aber vielleicht passiert am Dateiende etwas, dass eine extra Zeile erzeugt die Müll enthält und länger ist. Immerhin hat er ja alles bis zu ende gedruckt. Für 0.90.1 hab ich das jetzt abgefangen und geb die Zeile im log aus. Mal gespannt ob das dann immer noch passiert und was im Log erscheint.
Gibt es was neues zu dem Thema? Weil ich auch das selbe Problem habe. Bei längeren drucken (8 Std. plus) werden diese nicht als fertig in Repetier angezeigt. Die Restdruckzeit ist fast immer 8 sekunden.
Da wir bereits bei 0.90.6 sind hoffe ich das es das Problem nicht gibt sonst ist es nicht der Fehler den ich gefunden hatte. Bist du schon auf 0.90.6? Wenn nicht bitte updaten und im Fehlerfall müssten wir tiefer gehen - also Drucklog und sehen ob alles gesendet wird (war ja so viel ich weiß der Fall nur wurde das ende verbummelt bzw. nicht gemeldet) und auch in /var/lib/Repetier-Server/logs/server.log nachsehen ob da was drin steht was hilft.
Poste bitte ma die verwendete Hardware (Server und Drucker). Kam schon ne weile nicht mehr zum testen weil ich meine Server Virtualisiert hab und Repetier noch nich wieder druf hab.
Ja, ich habe bereits auf 0.90.6 geupdatet. PI3b+ 2 x CR10S 1 x Ender 2 1 x Tevo Black Widow Sowie es das nächste mal passiert, werde ich die entsprechenden Logs hier posten.
Noch eine andere indirekt Frage zu dem Thema. Ich habe einige Drucke (meist Drucke die sehr lange gedruckt haben 60 Std. plus) die in der Datenbank von Repetier als "abgebrochen" stehen. Die aber tatsächlich fertig gedruckt wurden. Kann ich diesen Datensätze den Status "Gedruckt" geben??? Dann würden die auch in der Zusammenfassung als "gedruckt" stehen
Das geht leider nicht. Dazu müsste man die sqlite Datenbank mit sqlite verbinden und die Felder manuell umstellen indem das Feld korrekt markiert wird. Das ist aber mehr was für Profis.
Connection status: Buffered:102, Manual Commands: 1, Job Commands: : Buffer used:102 Enforced free byte:37 lines stored:4 : Warning: Too many timeouts without response - disabling timeout message! raspberry pi 3? lcd toch. repetier-server pro 0.91.0 luna-66. что с этим делать? , менял скорости с 250000 до 57600 бод, не помогло
You see that after 16:21:58.266: N24564 G1 X82.566 Y75.205 E10.25035 no "ok" messages from printer are received. Your timeout seems low so I assume your printer implements busy to signal slow commands. If there was no slow command before the serial input just has stopped receiving responses.
It is not disconnected - then it would simply disconnect. But a crash in linux or printer usb driver might be a reason. Or firmware hangs. It is not really possible to say what is the case.
Does server run on same pc as host? And please answer in english don't speak russian. ребят как вы выжили вообще?))) вы сами придумали это! https://translate.google.com/?hl=ru ; ))) не работает ваша прога, мало того, без регистрации не работает touchscreen! значит это кусок говна на которое я убил 2 недели времени чтоб решить проблему с остановкой печати, все описаные в интернет и на repitier.forum способы не помогают. вам надо русского разработчика в команду ибо вы тупые и не можете разобраться в собственном коде! сук мы вас победим! дональд кук вам конфеткой покажется, а с вашей прогой я разберусь, и как бесплатно использовать и почему не работает)) P.S learn Russian! you just need it to hads up)))
what the translator does not suit?
No, the server is running on raspberry pi3? host runs on pc-decktop. but with one usb cable, cable shortened, nothing has changed, and what do you have against Russians?
I have nothing against russians, just do not understand the language.
Same USB cable is fine, but PC and raspberry are different OS and also different hardware so assuming they do the same in case of noise/errors over usb is wrong. I'd bet that server on PC would also not stop working if host does not stop. This is a problem not happening in server at all - it is somewhere in between of the communication stack. You can try a active usb hub between pi and printer. That may help as it is then the hub getting printer config and linux gets it's response from hub. Active so it reduces power fluctuations on the pi. I know pi is sensitive to this.
Comments
Druck scheint hier aber auch nicht zu laufen, oder wieder manuell gestoppt?
Auch ist hier die Verbindung getrennt. Das war doch sonst auch nicht, oder irre ich mich. Einfach so ein Bild ist oft verwirrend, da ich ja nicht weiß was vorher alles gelaufen ist:-) Trennt er also jetzt die Verbindung or gingen wieder keine Befehle mehr und du hast getrennt.
War wieder ein 12h Druck, Restzeit war 8s obwohl Druck fertig war. Hab den Drucker dann ausgemacht und dann das den Auftrag, der ja angeblich noch nicht fertig war, aus der "Druckliste" abgebrochen. Das er angeblich noch 200°C hat etc hat er die ganze Zeit angezeigt. Egal ob n Druck "anstand" oder ob der Drucker an oder aus war.
Wie es vor dem Update war kann ich nicht 100%ig sagen, ist mir erst jetzt aufgefallen. Glaube aber das war auch vor dem Update schon so.
Ich denke aber auch das dies nicht wirklich der Fall ist. Aber vielleicht passiert am Dateiende etwas, dass eine extra Zeile erzeugt die Müll enthält und länger ist. Immerhin hat er ja alles bis zu ende gedruckt. Für 0.90.1 hab ich das jetzt abgefangen und geb die Zeile im log aus. Mal gespannt ob das dann immer noch passiert und was im Log erscheint.
Weil ich auch das selbe Problem habe. Bei längeren drucken (8 Std. plus) werden diese nicht als fertig in Repetier angezeigt. Die Restdruckzeit ist fast immer 8 sekunden.
PI3b+
2 x CR10S
1 x Ender 2
1 x Tevo Black Widow
Sowie es das nächste mal passiert, werde ich die entsprechenden Logs hier posten.
Kann ich diesen Datensätze den Status "Gedruckt" geben??? Dann würden die auch in der Zusammenfassung als "gedruckt" stehen
wollte nur bescheid sagen das das Problem behoben ist
raspberry pi 3? lcd toch. repetier-server pro 0.91.0 luna-66.
что с этим делать? , менял скорости с 250000 до 57600 бод, не помогло
16:21:58.266: N24564 G1 X82.566 Y75.205 E10.25035
no "ok" messages from printer are received. Your timeout seems low so I assume your printer implements busy to signal slow commands. If there was no slow command before the serial input just has stopped receiving responses.
It is not disconnected - then it would simply disconnect. But a crash in linux or printer usb driver might be a reason. Or firmware hangs. It is not really possible to say what is the case.
((((((((((
c PC and MS-Card такого нет, repitier host вполне нормально работает(((
Same USB cable is fine, but PC and raspberry are different OS and also different hardware so assuming they do the same in case of noise/errors over usb is wrong. I'd bet that server on PC would also not stop working if host does not stop. This is a problem not happening in server at all - it is somewhere in between of the communication stack. You can try a active usb hub between pi and printer. That may help as it is then the hub getting printer config and linux gets it's response from hub. Active so it reduces power fluctuations on the pi. I know pi is sensitive to this.