Hallo zusammen. Ich war einige Zeit auf der Suche nach einem Emulator für eine Philips hue bridge. Dabei war das Ziel diese sowohl in meinem Amazon Echo und meinem Bosch Smart Home System integrieren zu können. Dementsprechend habe ich einige Emulatoren getestet:

• ha-bridge
• openhab
• node-red plugins

Bei allen hatte ich das Problem das irgendwas nicht so richtig funktionierte:

• Alexa beschwert sich: Irgendwas ist schief gelaufen
• Die Farbtemperatur lässt sich nicht einstellen
• Bosch-Integration ging nicht
• Ich musste den Philips Hue skill vom Echo entfernen

Daher habe ich mir die bisherigen Emulatoren und die hue api angeschaut und mich langsam herangetastet um schließlich einen neuen Adapter zu erstellen.

Wenn ihr daran Interesse habt wäre es toll wenn ihr den Adapter ein wenig testen könntet. Installation via GutHub sollte funktionieren und gerade die Erstellung von simulierten Lichtern bereitet mir noch Kopfzerbrechen. Mehr Infos findet ihr auf der GitHub Seite.

Vielen Dank
Christopher

@simatec
Habe ich auch nicht so aufgefasst. Alles gut

Btw. Die Version 0.2.1 ist in GitHub und npm verfügbar. Für Feedback wäre ich seht dankbar.
Was ist neu:

• Update von libraries
• Mehr Dienste: Gesunde Raumluft, Bewegungslicht, Wasseralarm
• Und noch mehr Dinge die optisch nicht sichtbar sind aber für neuere Versionen von ioBroker dann nötig waren.

Vielen Dank für die Hilfe und noch ein schönes Wochenende.
Christopher

Version 0.1.6 ist in GitHub:
https://github.com/holomekc/ioBroker.bshb

• Offene Türen / Fenster Feature hinzugefügt

@bullrandle
Hi aktuell bin ich etwas unter Wasser. Aber am langen Wochenende kann ich schauen. Mit der Hue App habe ich nicht probiert. Ich habe Harmony aber auch hier. Hatte aber bisher nur Alexa gekoppelt. Ich teste mal ein wenig.

@bullrandle
Hi. Ich habe es gerade getestet und bei mir geht es mit der aktuellen Version. Auch die Lichter werden in der Harmony App richtig erkannt. Ich musste auch nicht XMPP aktivieren. Das sollte damit auch nichts zu tun haben. Das ganze läuft über SSDP.

Was mir jedoch aufgefallen ist. Ich habe auch ioBroker.deconz installiert. Dieser hat den Port 1900 blockiert. Dort wird es wohl verwendet, um zu schauen, ob eine Hue Bridge noch da ist. Ist für hueemu ganz schlecht, da dort die SSDP Nachrichten abgehandelt werden. Was du in so einem Fall machen kannst ist deconz kurz deaktivieren, dann hueemu starten und dann das Pairing starten.

Zum testen (so sah das bei mir aus):

sudo netstat -nap | grep 1900
udp        0      0 0.0.0.0:1900            0.0.0.0:*                           3919/io.deconz.0
udp6       0      0 :::1900                 :::*                                3919/io.deconz.0
udp6       0      0 :::1900                 :::*                                3919/io.deconz.0
udp6       0      0 :::1900                 :::*                                3919/io.deconz.0
udp6       0      0 :::1900                 :::*                                3919/io.deconz.0

Was bei hueemu vielleicht nicht so gut ist, ist das die Info dazu bisher nur auf debug geloggt wird. Das kann ich mir bei Gelegenheit mal anschauen:
hueemu.0 2020-05-02 18:43:16.212 debug (22985) HueUpnp: Server error. Shutdown server: Error: bind EADDRINUSE 0.0.0.0:1900 at dgram.js:334:20 at processTicksAndRejections (internal/process/task_queues.js:82:21)

@siggi85
Den Devices Adapter schaue ich mir mal bei Gelegenheit an.

Hallo zusammen. Ich habe eine neue Version 0.1.11 in GitHub gepushed. Sie ist noch nicht direkt selber in ioBroker verfügbar. Wer mag kann schon einmal testen, indem es manuell über GitHub installiert wird.

Es sind nur ein paar kleine Änderungen:

• Abhängigkeiten habe ich aktualisiert
• kleinere Änderungen durch ioBroker lib update
• Die Verbindung wird jetzt angezeigt:
  
  Der Wert ist unter info.connection zu finden.
  Es kann sein das der Status auf Gelb für bis zu 30s steht. Es hängt davon ab wann der Adapter neue Daten vom Controller bekommt. Wenn nichts kommt wird die Verbindung ja nach 30s neu aufgebaut und dabei sollte ein OK vom Controller kommen.
• 2s Bonus Zeit für den Controller die Longpolling Verbindung von sich aus zu schließen
• low wird nicht mehr fälschlicherweise als indicator.lowbat Rolle in ioBroker angezeigt. Die Werte werden nicht überschrieben, also wenn es bei euch falsch drin steht könnt ihr entweder den Eintrag selber ändern oder aber löschen und den Adapter neu starten.

Falls Euch noch etwas fehlt oder stört. Feedback ist immer gut. Ich weiß zwar nicht, wann und wie ich die Zeit finde aber ich kann es mir zumindest notieren.

Viele Grüße und viel Spaß
Christopher

@siggi85
Das template was du suchst ist das extended-color-light.json . Das stammt von meiner Hue Lampe bei der ich die Farben einstellen kann. Das ist das Modell was ich habe:
https://www.amazon.de/Philips-Hue-Ambiance-Doppelpack-Bluetooth/dp/B07SHVQCTJ/ref=sr_1_5?__mk_de_DE=ÅMÅŽÕÑ&dchild=1&keywords=hue+gU10+color&qid=1607454048&sr=8-5

Soweit deckt sich das auch mit der Beschreibung aus der Hue API. Ich glaube etwas anderes gibt es nicht.

Zu deiner anderen Frage. Ich glaube nicht das alle anderen Werte notwendig sind. Mein Gedanke war hier das der Adapter es erlaubt diese Werte zu setzen für den Fall das ein Gerät diese Werte tatsächlich doch verwendet. Daher habe ich die Werte der Hue Lampen im Template mit aufgenommen. Dadurch sollte so ein Fall abgedeckt sein und der Emulator so nah wie möglich an einer echten Hue Bridge sein. Private habe ich nur mit Harmony und Amazon Echo getestet. Ich habe jetzt jedoch nicht probiert den einen oder anderen Wert wegzulassen.

Dann vielleicht einmal generell. Suchst du vielleicht die Umrechnung von RGB nach xy?
https://stackoverflow.com/questions/22564187/rgb-to-philips-hue-hsb

Das wäre tatsächlich etwas was der Adapter anbieten könnte. Damit wäre jedoch ein rgb Wert mehr als Umrechnungswert zu betrachten und ein Wert, der dann an der API nicht mit ausgegeben werden würde. Denn die Hue API selber bietet rgb nicht an. Gott das war jetzt eine komische Beschreibung. Ich hoffe der Gedanke wird klar?

@siggi85
Das mit Hue Essentials kann ich mir mal anschauen. Auch das mit Umrechnungen zwischen Hue Api und ioBroker. Ich packe es zumindest mal auf die Liste. Was ich aktuell jedoch noch abarbeiten muss ist:
wolf ism7 to mqtt für einen Freund, Jalousien automatisieren auch für einen Freund, Definitiv noch Cyberpunk 2077, ioBroker.bshb noch updaten und dann hätte ich Zeit für hueemu.

Hi mal ein paar Infos:

habe den server durch fastify ausgetauscht. Reponse ist bei 5-7ms. Das würde ich jetzt erst einmal so lassen.

Bei discovery bin ich noch dran. Mir fehlen hier Geräte um es auszuprobieren. Nächste Woche bin ich wieder daheim, da kann ich mehr testen. Habe mir das python script und deconz angeschaut. Beide funktionieren ähnlich, wobei ich glaube das der Ansatz von deconz mehr abdeckt. Ich würde das dann übernehmen.

Zu Hue essentials: Ich glaube das kann ich nicht umsetzen. Die app nutzt nicht ssdp, sondern n-upnp. Zumindest denke ich das. Ich kann es nicht genau sagen, da ich keinen Einblick dort habe. Details zu den verschiedenen Möglichkeiten eine Hue-Bridge zu finden gibt es hier:
https://developers.meethue.com/develop/application-design-guidance/hue-bridge-discovery/

Bissle mehr im Detail. Die Bridge (oder bspw. Deconz) schickt in einem definierten Interval Bridge-Informationen an einen Server. Bei hue ist es https://discovery.meethue.com/ (Wobei ich hier die put/post Adresse/Methode nicht kenne) und bei deconz/phoscon ist es https://phoscon.de/discover. Die hue essentials app ruft vermutlich dann einfach diesen Endpunkt auf, um sehr schnell die verfügbaren Bridges im Netzwerk zu finden. Da die app nur den Endpunkt abfragen muss (Kann man im Browser austesten) ist das wirklich sehr schnell.

Ich hatte probiert das gleich zu machen wie deconz. Das hat jedoch irgendwie noch nicht funktioniert. Jedoch weiß ich nicht, ob die Kollegen das soll toll fänden, wenn ich deren Endpunkt verwende und Hue-Emu würde dann dort als Phoscon aufgelistet werden.

Der Grund warum hue-essentials dann phoscon bridges findet, ist dass dort in der app der phoscon endpunkt sehr wahrscheinlich abgerufen wird. Auf der offiziellen Seite von hue-essentials wird phoscon auch aufgelistet. Selbst wenn ich einen Server hinstellen würde an den ich die Informationen von hue-emu schicke, würde das nichts bringen, da die App diesen Endpunkt nicht abfragen wird.

Letzte Hoffnung die ich noch habe ist mDNS, da im developer portal von hue steht das ssdp/upnp deprecated ist und durch n-upnp oder mDNS ausgetauscht werden soll. Ersteres ist nicht wirklich praktikabel und mDNS muss ich mir erst anschauen.

@noplayback-0
@loschi

Bitte einmal versuchen den Adapter zu stoppen, alle Objekte löschen, dann Adapter neu starten.

Ich habe bisher keine eigenständige Funktion zum neu einlesen von Geräten. Am Ende würde aber genau das passieren was ich oben beschrieben habe. Da in der Bosch Api nicht jedes Feld beschrieben ist kenne ich dementsprechend die Werte auch nicht. Der Adapter versucht alles auszulesen was zur Verfügung steht. Bei neuen Geräten scannt er diese jedoch bisher nicht komplett neu. Heißt nur Werte die sich geändert haben sind sihtbar. Daher bitte einmal die Anleitung von oben probieren

Version 0.3.0 ist nun in GitHub und npm Verfügbar. Stable kann ich erst nach 2 Wochen erstellen. Wer schon testen möchte muss auf GitHub oder npm zurückgreifen.
Was ist neu:

• Automationen werden nun unterstützt

Zu Automationen:
Ihr könnt Automationen ändern und auslösen. Für das Auslösen muss eine Automation jedoch nicht enabled sein. Die Konfigurationen sind wie gehabt 1:1 aus dem controller übernommen. Am einfachsten ist es die Automation in der App anzulegen und zu schauen wie die Werte ausschauen. Anschließend fällt das anpassen leichter.

@stenmic
Pr für 0.2.8 ist erstellt. Sollte die nächsten Tage also auch in ioBroker selbst erscheinen. Danke fürs Feedback.

@higginsd
Das geht eigentlich direkt über die Oberfläche von ioBroker. Kann sein das du auf experten modus umstellen musst.

@higginsd
Bitte einmal auf 0.2.8 updaten. Diese ist bisher nur in npm und GitHub verfügbar. 503 kommt vor, wenn ein Gerät, bspw. Thermostat oder Kamera angesprochen wird und dieses Gerät gerade aus welchem Grund auch immer nicht erreichbar ist.

Hi @daniel-schmitz87,
Warten bis der bshb PR gemerged ist bei ioBroker.repositories. (ca. 2 Wochen)
https://github.com/ioBroker/ioBroker.repositories/pull/3077
oder aber in der UI über npm oder GitHub. Im Forum gibt es Anleitungen dazu. Einfach googlen sollte auch gehen.

holomekc created this issue in ioBroker/ioBroker.repositories

closed Update bshb to 0.2.6 at stable #3077

@thewhoiswho
Hi. Die doku zur Local Api von Bosch zeigt diese Werte nicht an. Ich fürchte das musst du durch ausprobieren rausfinden. Ich habe leider keine yale Geräte. Ich versuche in solchen Situationen immer die Bosch app zu nutzen und dann schauen welche Werte sich in ioBroker verändern. Falls dort nichts zu sehen ist, dann hilft der „updates“ state manchmal auch weiter. Dort werden alle Infos, die der Adapter vom Controller erhält, ausgegeben. Diesen einfach mit node red oder javascript im protokoll ausgeben und schauen was sich dort ändert.

@mikerow
Die Werte in iobroker sollten sich nicht verändern. Ich verwende als id die id aus dem Controller. Das sollte somit gleich bleiben. Den Umzug der Geräte selber ist vermutlich das umständliche.

@karlklammer
Hey kein Problem. Wäre nicht nötig gewesen, aber vielen, vielen Dank.

@karlklammer

So Controller ist da. Ich habe mein iPad jetzt mal zurückgesetzt... Leider können nicht zwei Controller in einer App angemeldet werden. Dann habe ich den Controller II ausgewählt, Code gescannt, Systempasswort festgelegt und ganz oft weiter gedrückt und dann war es erst einmal in der App eingerichtet.

Dann habe ich eine neue Adapter Instanz angelegt und die IP Adresse und das vorher gewählte Systempasswort eingestellt.

2023-11-22 19:44:52.538 - debug: bshb.1 (3330656) Redis Objects: Use Redis connection: 127.0.0.1:6378
2023-11-22 19:44:52.574 - debug: bshb.1 (3330656) Objects client ready ... initialize now
2023-11-22 19:44:52.577 - debug: bshb.1 (3330656) Objects create System PubSub Client
2023-11-22 19:44:52.579 - debug: bshb.1 (3330656) Objects create User PubSub Client
2023-11-22 19:44:52.633 - debug: bshb.1 (3330656) Objects client initialize lua scripts
2023-11-22 19:44:52.640 - debug: bshb.1 (3330656) Objects connected to redis: 127.0.0.1:6378
2023-11-22 19:44:52.661 - debug: bshb.1 (3330656) Redis States: Use Redis connection: 127.0.0.1:6379
2023-11-22 19:44:52.670 - debug: bshb.1 (3330656) States create System PubSub Client
2023-11-22 19:44:52.672 - debug: bshb.1 (3330656) States create User PubSub Client
2023-11-22 19:44:52.698 - debug: bshb.1 (3330656) States connected to redis: 127.0.0.1:6379
2023-11-22 19:44:52.826 - info: bshb.1 (3330656) starting. Version 0.2.4 in /opt/iobroker/node_modules/iobroker.bshb, node: v18.18.2, js-controller: 5.0.12
2023-11-22 19:44:52.865 - debug: bshb.1 (3330656) config host: 192.168.178.93
2023-11-22 19:44:52.865 - debug: bshb.1 (3330656) config identifier: ioBroker.bshb_c7ba8212-5bfa-40c4-850c-7d26a1e1150e
2023-11-22 19:44:52.866 - debug: bshb.1 (3330656) config systemPassword: true
2023-11-22 19:44:52.867 - debug: bshb.1 (3330656) config pairingDelay: 10000
2023-11-22 19:44:52.868 - debug: bshb.1 (3330656) config rateLimit: 1000
2023-11-22 19:44:52.894 - info: bshb.1 (3330656) Client certificate found in system.certificates
2023-11-22 19:44:52.895 - info: bshb.1 (3330656) Check if certificate is file reference or actual content
2023-11-22 19:44:52.895 - info: bshb.1 (3330656) certificate seems to be actual content. Use value from state.
2023-11-22 19:44:52.896 - info: bshb.1 (3330656) private key seems to be actual content. Use value from state.
2023-11-22 19:44:52.908 - info: bshb.1 (3330656) Check if client with identifier: ioBroker.bshb_c7ba8212-5bfa-40c4-850c-7d26a1e1150e is already paired.
2023-11-22 19:44:53.923 - debug: bshb.1 (3330656) error during call to BSHC: - [{"errno":-71,"code":"EPROTO","syscall":"write"}]
2023-11-22 19:44:53.927 - info: bshb.1 (3330656) Client with identifier: ioBroker.bshb_c7ba8212-5bfa-40c4-850c-7d26a1e1150e was not paired yet.
2023-11-22 19:44:53.929 - info: bshb.1 (3330656) Start pairing. Activate pairing on Bosch Smart Home Controller by pressing button until flashing.
2023-11-22 19:44:54.848 - debug: bshb.1 (3330656) error during call to BSHC: - [{"errno":-71,"code":"EPROTO","syscall":"write"}]
2023-11-22 19:44:54.850 - warn: bshb.1 (3330656) Could not pair client. Did you press the paring button? Error details: BshbError: [ERROR] error during call to BSHC:
2023-11-22 19:44:54.851 - warn: bshb.1 (3330656) Could not pair client. Did you press the paring button on Bosch Smart Home Controller? Error details: BshbError: [ERROR] error during call to BSHC:

Anschließend wie da ja steht: "Could not pair client. Did you press the paring button?" (Da ist ja ein Tippfehler )
Beim Controller II muss man NICHT mehr 3 Sekunden drücken. Sondern nur einmal kurz und siehe da:

2023-11-22 19:45:04.854 - info: bshb.1 (3330656) Check if client with identifier: ioBroker.bshb_c7ba8212-5bfa-40c4-850c-7d26a1e1150e is already paired.
2023-11-22 19:45:05.770 - debug: bshb.1 (3330656) error during call to BSHC: - [{"errno":-71,"code":"EPROTO","syscall":"write"}]
2023-11-22 19:45:05.771 - info: bshb.1 (3330656) Client with identifier: ioBroker.bshb_c7ba8212-5bfa-40c4-850c-7d26a1e1150e was not paired yet.
2023-11-22 19:45:05.771 - info: bshb.1 (3330656) Start pairing. Activate pairing on Bosch Smart Home Controller by pressing button until flashing.
2023-11-22 19:45:07.218 - info: bshb.1 (3330656) Pairing successful.
2023-11-22 19:45:07.240 - info: bshb.1 (3330656) Start detecting scenarios...
2023-11-22 19:45:08.246 - info: bshb.1 (3330656) Detecting scenarios finished
2023-11-22 19:45:08.247 - info: bshb.1 (3330656) Start detecting messages...
2023-11-22 19:45:08.294 - info: bshb.1 (3330656) Detecting messages finished
2023-11-22 19:45:08.295 - info: bshb.1 (3330656) Start detecting intrusion detection system...
2023-11-22 19:45:08.385 - info: bshb.1 (3330656) Detecting intrusion detection system finished
2023-11-22 19:45:08.386 - info: bshb.1 (3330656) Start detecting air purity guardian...
2023-11-22 19:45:08.434 - info: bshb.1 (3330656) Detecting air purity guardian finished
2023-11-22 19:45:08.435 - info: bshb.1 (3330656) Start detecting motion lights...
2023-11-22 19:45:08.481 - info: bshb.1 (3330656) Detecting motion lights finished
2023-11-22 19:45:08.482 - info: bshb.1 (3330656) Start detecting water alarm...
2023-11-22 19:45:08.559 - info: bshb.1 (3330656) Detecting water alarm finished
2023-11-22 19:45:08.560 - info: bshb.1 (3330656) Start detecting rooms...
2023-11-22 19:45:08.619 - info: bshb.1 (3330656) Detecting rooms finished
2023-11-22 19:45:08.620 - info: bshb.1 (3330656) Restoring cache started...
2023-11-22 19:45:08.625 - info: bshb.1 (3330656) Restoring cache: rooms
2023-11-22 19:45:08.630 - debug: bshb.1 (3330656) Restore cache room: hz_1
2023-11-22 19:45:08.631 - info: bshb.1 (3330656) Restoring cache: devices, device service and states
2023-11-22 19:45:08.637 - debug: bshb.1 (3330656) Restore cache device: ventilationService
2023-11-22 19:45:08.638 - debug: bshb.1 (3330656) Restore cache device: hdm:PhilipsHueBridge:PhilipsHueBridgeManager
2023-11-22 19:45:08.639 - debug: bshb.1 (3330656) Restore cache device: 64-da-a0-40-aa-f9
2023-11-22 19:45:08.724 - info: bshb.1 (3330656) Restoring cache finished
2023-11-22 19:45:08.769 - info: bshb.1 (3330656) Start detecting devices...
2023-11-22 19:45:08.769 - debug: bshb.1 (3330656) Found 1 rooms.
2023-11-22 19:45:08.816 - debug: bshb.1 (3330656) Device ventilationService detected.
2023-11-22 19:45:08.816 - debug: bshb.1 (3330656) Device hdm:PhilipsHueBridge:PhilipsHueBridgeManager detected.
2023-11-22 19:45:08.875 - debug: bshb.1 (3330656) Found 7 device services.
2023-11-22 19:45:08.877 - debug: bshb.1 (3330656) Check device service VentilationDelay
2023-11-22 19:45:08.877 - debug: bshb.1 (3330656) Check device service SoftwareUpdate
2023-11-22 19:45:08.878 - debug: bshb.1 (3330656) Check device service RemoteAccess
2023-11-22 19:45:08.878 - debug: bshb.1 (3330656) Check device service RemotePushNotification
2023-11-22 19:45:08.878 - debug: bshb.1 (3330656) Check device service ArmDisarmPushNotification
2023-11-22 19:45:08.879 - debug: bshb.1 (3330656) Check device service HueBridgeSearcher
2023-11-22 19:45:08.879 - debug: bshb.1 (3330656) Check device service HueBridgeConnector
2023-11-22 19:45:08.939 - info: bshb.1 (3330656) Detecting devices finished
2023-11-22 19:45:08.940 - info: bshb.1 (3330656) Start detecting open doors/windows...
2023-11-22 19:45:09.082 - info: bshb.1 (3330656) Detecting open doors/windows finished
2023-11-22 19:45:09.083 - info: bshb.1 (3330656) Start detecting climate schedules...
2023-11-22 19:45:09.127 - info: bshb.1 (3330656) Detecting climate schedules finished
2023-11-22 19:45:09.127 - info: bshb.1 (3330656) Subscribe to ioBroker states
2023-11-22 19:45:09.129 - info: bshb.1 (3330656) Listen to changes

Ich habe noch ein paar weitere Checks gemacht. Das Root Zertifikat von Bosch ist immer noch das gleiche. Daher sollte das kein Problem darstellen. Ich habe die im Adapter die Zertifikatsprüfung auch nicht deaktiviert.

Der Controller ist für Zugriff blockiert, wenn der Pairing Button nicht gedrückt wird. Die Fehlermeldung mit Error Code -71 ist nicht besonders hübsch. Da kann ich vielleicht etwas machen. Aber die Logs sagen einem ja auch, dass man eben den Button auf dem Controller drücken soll. Das gleiche macht man ja auch, wenn man die App mit dem Controller koppelt.

Am Ende sieht man den Adapter auch in den angemeldeten Geräten in der Bosch App selber: