seit ich openhab auf Ubuntu habe funktioniert das Deconz Gateway mit allen Schaltern Problemlos.
es sei den Ubuntu macht ein Update und verstellt den Port wieder,
aber das weiß ich inzwischen und nach jedem Update muss ich den Port wieder richtig stellen!
aber hier noch mal ein Curl Beispiel wo ich ein Schalter Thing mit geschaltet hatte,
Ich konnte es jetzt tatsächlich selbst lösen, ich hatte nicht alle quotes ' durch doppelte " quotes ersetzt.
So in etwa:
curl -X "PUT" "http://192.168.xxx.xxx:xxxx/rest/things/deconz%3Adeconz%3A00212E078004/enable" -H "accept: */*" -H "Content-Type: text/plain" -H "Authorization: Bearer ApiKey" -d "True"
Ich habe das gleiche problem, nach einem neustart von openhab3 bekommt das phoscon binding keine Verbindung mehr. Abhilfe scheint hier nur eine Erweiterung des startScripts zu sein:
1. Phoscon/deconz binding deaktivieren:
Moin zusammen,
ich hatte sporadisch ähnliche Probleme. Deconz war einfach irgendwann nicht mehr da, dann ging halt nichts mehr. Meine Lösung war das in eine Rule zu packen
Wenn thing deconz = OFFLINE -> einmal über API neu starten
Danke für die Regel
Leider scheint sie nur zur Laufzeit, aber nicht beim Start von OH zu funktionieren, wharscheinlich wird der "ThingStatusUpdateTrigger" dann nicht ausgelöst....
Da hast du recht Mein erster Versuch war per Cronjob das abzufangen (Status per API abfragen, wenn nicht "ONLINE" -> disable und enable Deconz, sende Status an Telegram Bot). Das hatte ich aber angepasst, um es a) in der OH Oberfläche zu verwalten und b) auf der OH Hardware laufen zu lassen.
Beide Ansätze zu vereinen macht Sinn
Ich hab es über einen Schalter auf der UI und der passenden Regel gelöst. das Ding muß zwngend deaktiviert werden, sonst geht es nicht. Wenn die Felder "undefined" anzeigen, einfach mal den Schalter drücken, quick & dirty hack
Man kann das schon über eine Rule lösen, nur für den Systemstart muss man halt noch eine zweite Rule einbauen, die nach einer festgelegten Zeit (das System sollte zumindest die Chance bekommen, von selbst auf die Füße zu kommen) einmal die Aktion deaktivieren/aktivieren ausführt, falls das Gerät uninitialized ist.
Das in nur einer Rule abzufeiern geht sicher auch, aber der Aufwand dürfte höher sein. Keep it simple...
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
Ich habe mir die beiden Rules an meine Bedürfnisse angepasst und das manuelle Starten funktioniert super.
Wie bekomme ich es denn hin, dass der Status des Things überwacht wird und die Rule dann ausgelöst wird?
Ich war der Meinung, dass die Rule das abfragt, aber das scheint nicht so zu sein!?
Wenn die Rule mit den Triggern von oben angelegt ist, wird sie automatisch gestartet, wenn das überwachte Thing den Status auf Offline wechselt bzw. ein Update des Status erfolgt (keine Ahnung wie oft der Status erneut gemeldet wird, wenn er sich nicht ändert)