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

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

[david83]

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

https über selbst signiertes Zertifikat
Port im Adapter 443

Hier 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:9001

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

[da_Woody]

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

[david83]

@da_woody
Der Server steht direkt beim Drucker. Das Kabel ist 1m lang und drucken funktioniert einwandfrei.
Https muss nicht sein das stimmt allerdings wäre es schön. Hat das denn jemand mit https am laufen?
Mfg
David

[da_Woody]

@david83 mein edit nicht gesehn? wegen dem APIkey. seit einiger zeit funktioniert der normale key nicht mehr. du musst einen eigenen anlegen. dich auch bei octoprint anmelden...