@mick70 kleines blockly und Instanz mit dem Shelly starten/stoppen

@gargano meine 3 sind X1C auch mit der latest firmware.
Da beim P1S die Frequenz des Daten Laden im Adapter angegeben wird (Vorgabe alle 5S), vermute ich dass das der Grund ist warum der Adapter bei P1S Usern nicht soviel Ressourcen raubt.
Beim X1C hat der eingestellte Intervall keine Auswirkung....

Es geht mir hier auch nicht unbedingt um den benutzten Speicher, vielmehr um die Anzahl der Eingabe und Ausgabeereignisse die hier die CPU einfach dermaßen beansprucht, dass eine Nutzung des Adapters bei 3 Instanzen derzeit einfach keinen Sinn (für mich) macht!

@dutchman Genial dass du hier an einem Adapter arbeitest. Ich behelfe mir aktuell noch mit einer Connection über Home Assistant die ich mir dann in IOB rüber ziehe.
Nebst den Funktionen die du schon auf der Liste hast, wären noch folgende Statusabfragen interessant, die man sich ggf. in die VIS einbauen könnte.

• Pinterstatus (Printing, idle, error usw.)

• PrintProgress

• remaining time

• print time

• Bed temperature

• Nozzle Temperature

• AMS infos (tray details)

• Current layer

• und und und in HA sind echt viele Status Daten drin, die er sich aus dem Drucker per MQTT zieht, wäre super wenn man die auch in den IOB Adapter zur Verfügung hätte, dann könnte die Brücke über HA wieder raus

EDIT: Erinnerung an mich selbst, erst checken dann labern LOL sehe nun dass ja alles oben genannte bereits drin ist im Adapter!
GEILE ARBEIT!

VG BJörn

@homecineplexx nein, nur X1C hat ein FW update bekommen. P1x kommt später mit NoiseCancelling usw.

@Dutchman sieht so aus alsob hier sekündlich mc_remaining_time aktualisiert wird, was dann auch durch deinen angelegten DP für finishTime sekündlich updated und die Instanz unnötig belastet. Könnte man das updaten des finishTime DPs nicht auf die Änderung im mc_remaining_time DP triggern? Also maximal minütlich?

im übrigen werden beide DPs auch sekündlich aktualisiert, wenn KEIN Druckauftrag läuft.....

@christian-sandkaulen
X1C 3 Stück. Weiss nicht obs beim P1(S) auch so läuft, glaub da ist das anders.
Um den Stream anzuschauen nutzt go2rtc bei mir Port 1984
Stream Link sieht dann so aus http://192.168.1.223:1984/stream.html?src=BART
Wichtig ist, dass go2rtc läuft bevor der Drucker eingeschaltet wird. Wenn go2rtc ggf. neugestartet wird, wenn grade ein Druck läuft, funktioniert es nicht.
Richtig zuverlässig läuft es darüber auch nicht, aber ich habs aufgegeben hier weiter zu forschen. Jeder Drucker hat noch eine Kamera oben drüber, die per motioneye laufen.

@christian-sandkaulen

Druckername
rtsps://bblp:TOKEN@DRUCKER-IP/streaming/live/1

@sidm inzwischen habe ich den Stream und snapshots über go2rtc gelöst der in einem extra lxc auf Proxmox läuft. Der rtsp Adapter konnte mir die snapshot Funktion leider nicht liefern und deshalb auch wieder deinstalliert.

@gargano meine 3 sind X1C auch mit der latest firmware.
Da beim P1S die Frequenz des Daten Laden im Adapter angegeben wird (Vorgabe alle 5S), vermute ich dass das der Grund ist warum der Adapter bei P1S Usern nicht soviel Ressourcen raubt.
Beim X1C hat der eingestellte Intervall keine Auswirkung....

Es geht mir hier auch nicht unbedingt um den benutzten Speicher, vielmehr um die Anzahl der Eingabe und Ausgabeereignisse die hier die CPU einfach dermaßen beansprucht, dass eine Nutzung des Adapters bei 3 Instanzen derzeit einfach keinen Sinn (für mich) macht!

@apropo es ist nicht das Log, Loglevel schon auf error geändert, da ist Ruhe
Scheint so dass seit dem letzten Firmware Update des X1C sich was geändert hat, was für soviel Resourcen Raub beim Adapter sorgt

@flexer same here und bei 3 Druckern mit je ner Instanz leider net so schön deshalb vorerst gestoppt

Error level angepasst, auch bereits das DP Format für die Finish Time manuell geändert.

@sidm ich habs bisher nur, wie oben beschrieben, mit dem rtsp adapter hinbekommen.
rtsps://bblp:ZUGRIFFSCODE@DRUCKERIPADRESSE/streaming/live/1
dann die Stream URL in die VIS
http://IOBROKERIP:PORT

@mick70 kleines blockly und Instanz mit dem Shelly starten/stoppen

@breiti zu 100% zuverlässig läuft es bei mir auch nicht. Wenn der Drucker an ist, dann den Adapter nochmal neu starten. Manchmal hilfts auch den DP für den Stream selbst im Adapter zu stoppen und neu zu starten. Wenn das Ganze bei einem laufenden Druck passiert, kann es sein, dass es erst nach Abschluss des Drucks wieder möglich ist.
Deshalb gibts noch ne zusätzliche Cam pro Drucker die mir das von Oben in der VIS wenigstens anzeigt

@Dutchman sieht so aus alsob hier sekündlich mc_remaining_time aktualisiert wird, was dann auch durch deinen angelegten DP für finishTime sekündlich updated und die Instanz unnötig belastet. Könnte man das updaten des finishTime DPs nicht auf die Änderung im mc_remaining_time DP triggern? Also maximal minütlich?

im übrigen werden beide DPs auch sekündlich aktualisiert, wenn KEIN Druckauftrag läuft.....