- noch kein Homeegramm-Support (kommt vllt noch … für was würdest Ihr es wollen? Was soll gehen?) `
Aktivieren/Abspielen von HGs aus ioBroker heraus. Ich kann mir da z.B. Integrationen Eurer deutlich reiferen Präsenzfunktionen vorstellen, z.B. Änderung des homee Zustandes (Zuhause, Abwesend), bzw. Aktivieren/Deaktivieren von damit verbundenen HGs via HGs.
Ja, wir homees denken alle so, weil wir im homee derzeit keine Variabeln haben :roll:
Mach es bitte nativ, Ingo
`
Ja so ist es besprochen. Die Homebridge Nummer ist ein größeres strategisches Thema für ioBroker generell als Basisintegration für viele DInge ohne für alles eigene Adapter zu brauchen. So kann man Adapter da machen wo die Basis nicht reicht oder man eine tiefere Integration haben will `
Nicht falsch verstehen: Die Idee an sich ist grossartig - ich würde das nur noch weiterspinnen: Was hindert Dich daran diese "Homebridge-Emu-API" (Arbeitstitel) so modular zu gestalten, dass diese auch von anderen Projekten für die Anbindung an bestehende HomeKit-APIs genutzt werden kann? Sprich: Davon könnte nicht nur ioBroker profitieren, sondern alle anderen Gateways, die damit eine einfach über Gateway-spezifische Plugins zu pflegende "Standard-API" erhalten könnten.
Die eigentliche Idee war ein richtiger Homee Adapter …
Über meinen Urlaub kam mir aber die grundsätzliche Idee (Homee war gar nicht mal der Auslöser der Idee) einen generischen "Kompatibel zu homebridge Plugins" Adapter zu schreiben wo man die homebridge Plugins angeben kann, die Konfig dazu und dann simuliert der Adapter quasi homebridget auf der API ebene ohne Homekit oder so anzubieten.
Und alles was die Plugins an Feldern anlegen spiegeln wir als Objekte/States in ioBroker und damit gehen beide Richtungen.
Damit hätte ioBroker auf einen Schlag alle "Integrationen" die für Homebridge schon entwickelt wurden und alles was noch dazukommt.
Ob das für Homee das beste ich (vor allem weil gerade ne Lib gebaut wird quasi wegen ioBroker) weiss ich noch nicht ... ob es überhaupt tut weiss ich auch noch nicht
Wäre nur ein guter Testkandidat
Mal überlegen. `
Mach es bitte nativ, Ingo
Ach ja: Dein Brain + ein Z-Wave-Cube sollte heute laut DHL Tracking bei Dir aufschlagen. Stefan hat im Moment etwas "Land unter", er hat Dich aber nicht vergessen und arbeitet dran (laut einem kurzen Chat am Montag).
Edit: Ich schick Dir gleich noch mal eine Einladung in den homee user Slack, da tummeln sich nahezu alle homee User die sich hier zu Wort gemeldet haben (inkl. Stefan), das erleichtert Dir ggf. die Kommunikation wenn es ums Testen geht…
CA ist wegen des Cubes (inkl. Deiner Abwesenheit) informiert und ich hab dir Koordinaten an Stefan wegen der API weitergegeben.
Leider auf diesem Weg, da ich keine PN-Rechte habe 
Perfekt, dickes thumbs up.
Nachdem @Appolon77 den Vorschlag für einen homee Adapter https://github.com/ioBroker/AdapterRequests/issues/61 mit dem Tag hardware needed versehen hat, kann ich hier (wie auch schon im Github Issue selbst) verkünden, dass der Hersteller CodeAtelier nur auf eine Adresse eines Entwicklers wartet an den sie einen Braincube verschicken können, damit die ioBroker-Apdapterentwicklung starten kann (auf die hier schon einige zu warten scheinen). Infos wohin der Brain wandern soll bitte per PN an mich, ich geb das gerne duech…
Stefan Himpler (GitHub: stfhmplr, der schon JS-Schnittstellen für homee an Node-RED und Homebridge entwickelt hat, die Quelltextoffen sind) könnte sich (so seine Aussage mir gegenüber) vorstellen seinen API-Wrapper isoliert bereitzustellen. Auch von CA könnte es noch weitere Unterstützung geben, wenn sie denn benötigt werden sollte....
