Test Adapter OctoPrint

[guergen]

@da_woody Genau das war leider der falsche Weg... jetzt muss ich gucken wo es hakt. Octoprint findet nach dem Update die USB-Schnittstelle nicht mehr

[da_Woody]

@guergen wollte gerade fragen wo das prob ist...
hast du ein backup der einstellungen gemacht, den pi neu installiert?
nach dem start und dem aufruf wird gefragt, ob du ein backup einspielen willst. datei auswählen, ratzfatz, alles tut wieder...

[guergen]

@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

[da_Woody]

@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

[guergen]

@da_woody Die Anleitung habe ich genutzt... muss jetzt gucken wo es hakt

[guergen]

@da_woody Die Schnittstelle hatte sich verbogen.... läuft wieder! Danke für die Aufmerksamkeit !

[A Former User]

@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..

[haus-automatisierung]

@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?

[guergen]

@haus-automatisierung Naja, streng genommen ist es ja abwärtskompatibel, es hat halt nur warnings gehagelt!
Aber funktioniert hat es!

[haus-automatisierung]

@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

[joergeli]

@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 .alive

Ist wahrscheinlich unkritisch, aber da dort steht "report to developer", dachte ich, ich poste es mal hier.

Gruß
Jörg

[da_Woody]

@joergeli why that? wie hängt dein drucker am ioB? wenn ich den raspi und den drucker abdrehe stoppt der adapter automatisch..

[joergeli]

@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): 401

Sollte nur ein Hinweis an @haus-automatisierung (developer) sein.

Gruß
Jörg

[da_Woody]

@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.

[joergeli]

@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.

[da_Woody]

@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...

[haus-automatisierung]

@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

[da_Woody]

@haus-automatisierung gerade update auf 2.0.5 gemacht.
jetzt hab ich auch

octoprint.0
2021-11-20 12:42:06.289	warn	Found uncleared timeouts (report to developer): 1069

im log stehn...

[haus-automatisierung]

@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.

[da_Woody]

@haus-automatisierung darum hab ichs ja getippselt...