UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[A Former User]

@guergen
Ja weiß ich, trotzdem fände ich den Hinweis gut.

[da_Woody]

@guergen klar, man kann alles ignorieren... sinn, zweck?
mich hat der pi in letzter zeit auch genervt wegen phyton2. EOL, phyton3 solls sein.

update gemacht, ruhe im karton.

[haus-automatisierung]

@guergen sagte in Test Adapter OctoPrint:

Warn-Meldung kjann man doch ignorieren

Kann man. Das Problem ist, dass ich bei der Entwicklung nicht alle OctoPrint-Versionen testen kann. Das ist zeitlich nicht zu leisten.

Also gibts jetzt einen Hinweis, mit welcher das getestet wurde und laufen sollte.
Was ihr mit der Information macht, ist Euch überlassen

[haus-automatisierung]

@da_woody sagte in Test Adapter OctoPrint:

mich hat der pi in letzter zeit auch genervt wegen phyton2. EOL, phyton3 solls sein.

Ja, ich habe das Upgrade auf python3 / pip3 auch gerade hinter mir. Hat sich ja doch ein bisschen was getan mit den venv Geschichten.

[guergen]

@haus-automatisierung
Und schwupps geht hier gar nix mehr.... keine Verbindung mehr auf die USB-Schnittstelle....

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