Test Adapter OctoPrint
-
@da_woody HAb das unter Proxmox im Container laufen. scheint aber grade an dem Firmware-Package update für meinen Drucker zu liegen. Backup hab ich grade eingespielt. Auch unter 1.4.2 tut es nicht mehr
-
@guergen oha, kein pi... da kann ich nix zu sagen. bei mir hat jeder drucker seinen eigenen pi.
update beschreibung:
https://community.octoprint.org/t/upgrading-your-octoprint-install-to-python-3/35158 -
@da_woody Die Anleitung habe ich genutzt... muss jetzt gucken wo es hakt
-
@da_woody Die Schnittstelle hatte sich verbogen.... läuft wieder! Danke für die Aufmerksamkeit !
-
@haus-automatisierung naja ich hätte einen deutlichen Hinweis schon besser gefunden als nur getestet und dann soll man sich selber was dazu denken. Ein Hinweis wie nicht abwärts kompatibel oder so..
-
@brainbug sagte in Test Adapter OctoPrint:
Ein Hinweis wie nicht abwärts kompatibel oder so..
Das ist doch genau die gleiche Formulierung mit genau dem gleichen Ergebnis?
-
@haus-automatisierung Naja, streng genommen ist es ja abwärtskompatibel, es hat halt nur warnings gehagelt!
Aber funktioniert hat es! -
@guergen sagte in Test Adapter OctoPrint:
streng genommen ist es ja abwärtskompatibel
Kann schon sein - nur habe ich das nicht mehr getestet und biete dafür auch keinen Support an (aus zeitlichen Gründen, wie gesagt). Auf irgend einen Nenner müssen wir uns ja einigen
-
@haus-automatisierung
Moin,ich starte/stoppe den Octoprint-Adapter V2.04 via JS.
Funktioniert auch soweit, nur beim Stoppen mit folgendem JS-Befehl:setState("system.adapter.octoprint.0.alive", false);kommt im Log daraufhin folgende Warnung über uncleared timeouts:
host.Raspberrypi 2021-11-17 16:20:41.470 info instance system.adapter.octoprint.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.Raspberrypi 2021-11-17 16:20:40.891 info stopInstance system.adapter.octoprint.0 send kill signal octoprint.0 2021-11-17 16:20:40.860 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason octoprint.0 2021-11-17 16:20:40.859 info terminating octoprint.0 2021-11-17 16:20:40.858 warn Found uncleared timeouts (report to developer): 401 octoprint.0 2021-11-17 16:20:40.849 info Got terminate signal TERMINATE_YOURSELF host.Raspberrypi 2021-11-17 16:20:40.840 info stopInstance system.adapter.octoprint.0 (force=false, process=true) host.Raspberrypi 2021-11-17 16:20:40.839 info "system.adapter.octoprint.0" disabled host.Raspberrypi 2021-11-17 16:20:40.752 info instance "system.adapter.octoprint.0" disabled via .aliveIst wahrscheinlich unkritisch, aber da dort steht "report to developer", dachte ich, ich poste es mal hier.
Gruß
Jörg -
@joergeli why that? wie hängt dein drucker am ioB? wenn ich den raspi und den drucker abdrehe stoppt der adapter automatisch..
-
@da_woody
Octoprint-Raspi hängt im LAN und Drucker ist via USB mit dem Raspi verbunden.
Via VIS ( bzw. JavaScript) schalte ich einen Shelly Plug S, der seinerseits Raspi und Drucker ein-/ausschaltet.
Der Raspi wird dabei per SSH "ordentlich" heruntergefahren.
Das Script stoppt ebenfalls die Octoprint-Instanz (mache ich schon immer so, um RAM zu sparen).So kann ich bequem (z.B. vom Sofa
) via Tablet nach dem Beenden des Druckes den Octoprint-Raspi, Drucker und Octoprint-Instanz beenden ( könnte man natürlich auch automatisch nach Beendigung des Druckes ausführen, möchte ich aber nicht).Wie gesagt, habe ich schon immer so gemacht, erst nach Update des Octoprint-Adapters auf V2.0.4 kam die Warnmeldung.
Es funktioniert ja auch alles, ich habe es hier nur gepostet weil in Log stand:octoprint.0 2021-11-17 16:20:40.858 warn Found uncleared timeouts (report to developer): 401Sollte nur ein Hinweis an @haus-automatisierung (developer) sein.
Gruß
Jörg -
@joergeli sagte in Test Adapter OctoPrint:
Das Script stoppt ebenfalls die Octoprint-Instanz (mache ich schon immer so, um RAM zu sparen).
genau das mein ich ja! wenn der drucker und der octo raspi abgedreht sind, stoppt der adapter ja. kanns dir nicht zeigen, da ein druck gerade läuft. der adapter wird rot wenn nichts ansteht.
-
@da_woody
Jo, aber "rot" ist m.E. nicht Instanz=beendet, sondern Adapter hat keine Verbindung mehr ( ... und bei roten Instanzen geht mein Puls immer etwas hoch )
Bei meiner Methode wird die Instanz aber "ordnungsgemäß" beendet, als wenn ich sie über die Admin-Oberfläche stoppe. -
@joergeli k, rot ist nicht beendet, sollte aber tropsdem nicht ein problem sein. keine daten, so what. aber ok, wenn du ein problem damit hast. dann musst du aber auch die instanz wieder starten.
ist wie beim mqqtt. wenn kein tablet mit iqontrol läuft, ist der adapter rot. wenn ja, dann automatisch wieder online.
aber da hat halt jeder seine eigene sichtweise... -
@joergeli sagte in Test Adapter OctoPrint:
Ist wahrscheinlich unkritisch, aber da dort steht "report to developer", dachte ich, ich poste es mal hier.
Danke, habe die Timeout-Logik in 2.0.4 auch angepasst. Klingt nicht so, als ob das gerade richtig funktioniert
Gucke ich mir an -
@haus-automatisierung gerade update auf 2.0.5 gemacht.
jetzt hab ich auchoctoprint.0 2021-11-20 12:42:06.289 warn Found uncleared timeouts (report to developer): 1069im log stehn...
-
@da_woody sagte in Test Adapter OctoPrint:
@haus-automatisierung gerade update auf 2.0.5 gemacht.
Das ist halb so wild. Allerdings sollte das in 2.0.5 gefixt sein. Muss ich nochmal testen.
-
@haus-automatisierung darum hab ichs ja getippselt...
-
Hallo zusammen,
Ich habe mir Octoprint in einem Proxmox Container installiert.
Der läuft wie er soll und drucken kann ich auch ohne Probleme.Jedoch bekomme ich keine Verbindung vom IoBroker Octoprint Adapter zum Octoprint Server hin.
Api Schlüssel ist eingegeben.
Octoprint Version: V1.7.2
Adapter Version: V1.1.1https über selbst signiertes Zertifikat
Port im Adapter 443Hier das Log (Adapter auf Debug):
octoprint.0 2021-11-29 15:42:26.260 debug socket hang up octoprint.0 2021-11-29 15:42:26.258 debug re-creating refresh state timeout (api not connected) octoprint.0 2021-11-29 15:42:26.257 debug sending get request to /api/version with data: null octoprint.0 2021-11-29 15:42:26.257 debug refreshing OctoPrint state octoprint.0 2021-11-29 15:42:16.259 debug socket hang up octoprint.0 2021-11-29 15:42:16.256 debug re-creating refresh state timeout (api not connected) octoprint.0 2021-11-29 15:42:16.255 debug sending get request to /api/version with data: null octoprint.0 2021-11-29 15:42:16.255 debug refreshing OctoPrint state octoprint.0 2021-11-29 15:42:06.255 debug socket hang up octoprint.0 2021-11-29 15:42:06.254 debug re-creating refresh state timeout (api not connected) octoprint.0 2021-11-29 15:42:06.253 debug sending get request to /api/version with data: null octoprint.0 2021-11-29 15:42:06.252 debug refreshing OctoPrint state octoprint.0 2021-11-29 15:41:56.252 debug socket hang up octoprint.0 2021-11-29 15:41:56.251 debug re-creating refresh state timeout (api not connected) octoprint.0 2021-11-29 15:41:56.249 debug sending get request to /api/version with data: null octoprint.0 2021-11-29 15:41:56.248 debug refreshing OctoPrint state octoprint.0 2021-11-29 15:41:46.264 info socket hang up octoprint.0 2021-11-29 15:41:46.249 debug re-creating refresh files timeout octoprint.0 2021-11-29 15:41:46.248 debug re-creating refresh state timeout (api not connected) octoprint.0 2021-11-29 15:41:46.239 debug sending get request to /api/version with data: null octoprint.0 2021-11-29 15:41:46.239 debug refreshing OctoPrint state octoprint.0 2021-11-29 15:41:46.238 debug Starting with API refresh interval: 60 (10 while printing) octoprint.0 2021-11-29 15:41:46.225 info starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.octoprint, node: v12.22.7, js-controller: 3.3.20 octoprint.0 2021-11-29 15:41:46.025 debug Plugin sentry Initialize Plugin (enabled=true) octoprint.0 2021-11-29 15:41:45.612 debug statesDB connected octoprint.0 2021-11-29 15:41:45.612 debug States connected to redis: 127.0.0.1:9000 octoprint.0 2021-11-29 15:41:45.589 debug States create User PubSub Client octoprint.0 2021-11-29 15:41:45.588 debug States create System PubSub Client octoprint.0 2021-11-29 15:41:45.583 debug Redis States: Use Redis connection: 127.0.0.1:9000 octoprint.0 2021-11-29 15:41:45.582 debug objectDB connected octoprint.0 2021-11-29 15:41:45.578 debug Objects connected to redis: 127.0.0.1:9001 octoprint.0 2021-11-29 15:41:45.565 debug Objects client initialize lua scripts octoprint.0 2021-11-29 15:41:45.564 debug Objects create User PubSub Client octoprint.0 2021-11-29 15:41:45.561 debug Objects create System PubSub Client octoprint.0 2021-11-29 15:41:45.560 debug Objects client ready ... initialize now octoprint.0 2021-11-29 15:41:45.538 debug Redis Objects: Use Redis connection: 127.0.0.1:9001Bei Versuch mit Port 80:
octoprint.0 octoprint.0 2021-11-29 15:39:50.225 debug self signed certificate octoprint.0 2021-11-29 15:39:50.220 debug re-creating refresh state timeout (api not connected) octoprint.0 2021-11-29 15:39:50.219 debug sending get request to /api/version with data: null octoprint.0 2021-11-29 15:39:50.218 debug refreshing OctoPrint state octoprint.0 2021-11-29 15:39:40.225 debug self signed certificate octoprint.0 2021-11-29 15:39:40.217 debug re-creating refresh state timeout (api not connected) octoprint.0 2021-11-29 15:39:40.216 debug sending get request to /api/version with data: null octoprint.0 2021-11-29 15:39:40.215 debug refreshing OctoPrint state octoprint.0 2021-11-29 15:39:30.265 info self signed certificate octoprint.0 2021-11-29 15:39:30.216 debug re-creating refresh files timeout octoprint.0 2021-11-29 15:39:30.215 debug re-creating refresh state timeout (api not connected) octoprint.0 2021-11-29 15:39:30.206 debug sending get request to /api/version with data: null octoprint.0 2021-11-29 15:39:30.206 debug refreshing OctoPrint state octoprint.0 2021-11-29 15:39:30.205 debug Starting with API refresh interval: 60 (10 while printing) octoprint.0 2021-11-29 15:39:30.192 info starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.octoprint, node: v12.22.7, js-controller: 3.3.20 octoprint.0 2021-11-29 15:39:29.960 debug Plugin sentry Initialize Plugin (enabled=true)Hat jemand eine Idee warum der Adapter sich nicht verbindet?
-
@david83 eventuell gibts da ein problem mit https in verbindung mit dem container?
wozu aber auch https im eigenen netzwerk?
nebenbei, warum nicht einen kleinen raspi beim drucker? da ist das USB kabel kurz. oder steht der server bei dem drucker?edith: sicher das de API-key passt?
