Test Adapter OctoPrint

[stony2k]

Version 2.0.2 installiert, alle States werden angezeigt. Scheint auf den ersten Blick ohne Probleme zu laufen. Der Adapter listet ja alle Dateien auf, die ich in Ocotprint gespeichert habe. Die Liste kann u. A. sehr lang werden. Könnte das auf kurz oder lang im ioBroker Verzeichnisbaum zum Probleme führen? Das ist einfach nur ein Gedanke. Wäre vielleicht eine Option sinnvoll, um das Auflisten zu unterbinden, oder evtl. auf eine bestimmte Anzahl von Elementen zu beschränken? Oder ist das nicht sinnvoll? Evtl. hat der ioBroker auch keine Probleme damit.

[A Former User]

Hab ich es übersehen oder fehlt der Hinweis das man auf Octoprint 1.7.2 updaten muss / sollte?
Hätte hätte.... dann hätte ich nicht upgedatet.

You should update your OctoPrint installation - supported version of this adapter is 1.7.2 (or later). Your current version is 1.6.1

[guergen]

@brainbug Ich habe hier die 1.4.2 laufen, geht dennoch. Warn-Meldung kjann man doch ignorieren

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