Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[sascho]

@mickym
Hat leider auch nicht geklappt :x: . Wie funktioniert das grundsätzlich mit den Alias?

[mickym]

@sascho Inzwischen gibts einen guten Aliasadapter - den installieren.

Damit hat Du generell auch den Vorteil, dass wenn später mal eine Hardware ausgetauscht werden muss, dass nicht alle Logikscripte umgestellt werden müssen.

Im Homekit kannst Du dann mit true und false arbeiten - wie es Homekit versteht

Das heißt im Homekit machst Du dann einfach ein passthrough des iobroker States.

Die Umsetzung von on auf false oder true ist bei mir bei Lesen des Orginaldatenpunktes in dem Fall eine Shelly-Steckdose. Die versteht nämlich auch nur on oder off.

[sascho]

@mickym
Das ist also der Shelly Adapter? Ich habe den gerade mal installiert. Wie lege ich denn für meine Lichtsteuerung einen Alias an?

[mickym]

@sascho Nein das ist ein eigener Alias Adapter - und hat mit Shelly nichts zu tun. Die Steckdose ist ein Shelly -

aber soweit ich verstanden habe, hast Du ja Homematic Geräte.

Falls Du den Alias Manager Adapter nicht findest - musst Du mal kurzfristig Dein Verwahrort von stable auf latest umstellen.

Dann sofort wieder zurückstellen.

Den Shelly Adapter kannst Du getrost wieder löschen - der hat damit nichts zu tun. Sorry wenn mein Beispiel Screenshot Dich verwirrt hat. Das war nicht meine Absicht. Hätte auch ein anderes Gerät nehmen können.

Hast Du den Adapter installiert, dann legst Du für Deine Lampe einen neuen Alias an:

Ich habe den mal Saschos Lampe genannt:

Dann fügst Du einen leeren Datenpunkt hinzu - vorgeschalgen wird Dir SET - das kannst DU übernehmen, das ist Dein Datenpunkt Alias mit dem Du Deine Homematic Lampe schaltest:

Dort führst Du dann folgende Änderungen durch - markiere ich Dir:

Links unten muss Dein Orginaldatenpunkt rein, mit dem Du Deine Homematic Lampe mit ON oder OFF steuerst.

Wenn Du alles abgespeichert hast, dann hast Du im iobroker einen neuen Datenpunkt,

Nun solltest Du hier über true und false Dein Licht schalten können.

Wenn das klappt kannst diesen Datenpunkt einfach über passthrough im YAHAKA Adapter angeben.

Falls notwendig kannst noch das write schreiben. Ich musste es nicht, weil irgendwie der Shelly das selber umsetzte.

Aber so wie Du bei Read:

val === 'on' ? true : false

eingetragen hast kannst Du unter write dann

val ? 'on' : 'off' 

Wenn Du Dir dann die Definition des Datenpunktes anschaust, dann siehst Du dass die Übersetzungen im Alias definiert sind:

[sascho]

@mickym said in bshb - Rollladensteuerung mit yhka Homekit:

val ? 'on' : 'off'

Also ich bin Deiner Anleitung soweit wie möglich gefolgt. Das Ein- und Ausschalten funktioniert. Aber wie bei dem Mappingansatz springt der Status nach dem Einschalten sofort wieder auf Aus zurück... Man sieht das übrigens auch im Alias Wertfeld False>True>False

P.S. Muss man eigentlich die Homematic IDs im Internet unkenntlich machen, wie Fahrgestellnummern ;-)?

[mickym]

@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:

P.S. Muss man eigentlich die Homematic IDs im Internet unkenntlich machen, wie Fahrgestellnummern ;-)?

Machs einfach - keine Ahnung ob man wirklich was damit anfangen kann.

Geht denn das schalten, wenn Du direkt true oder fals in das Objekt einträgst?

Und Du hast den ON Punkt auch so definiert:

und Service Type:

wenn das alles vergleichbar ist - dann bin ich ehrlich mit meiner Weisheit am Ende - dann hoffe ich, dass Dir sonst noch jemand hier aus der Community helfen kann.

Du könntest beim Alias Datenpunkt - mal das Alias Write Feld (ganz rechts unten) löschen - bei mir geht das Ohne - dachte das liegt aber an den Shellies, dass die das übersetzen können.

[sascho]

@mickym
Also Lightbulb ist das Gerät schon die ganze Zeit konfiguriert :-(:

Wenn ich hinter das Alias Objekt ein .On in yahka hänge, wird die Kachel als Fehler in Apple Home angezeigt:

Das war es doch wo ich anpassen sollte oder?

Vielleicht wäre noch eine Lösung, das Status Update um eine Sekunde zu verzögern? Ich habe beobachtet, dass der Status False nur ganz kurz steht und in diesem Moment von yahka abgefragt wird. Wenn Yahka den Status erst eine Sekunde nach Button Betätigung den Status abfragen würde, kommt sicher der richtige True Status. Der korrekte "Ein" Status kommt übrigens auch wenn man den Button 2x drückt.

[mickym]

@sascho Nein dss meinte ich nicht mit dem On sondern in dem Alias objekt das write val ? ‚on‘:‘off‘ rauslöschen.

Was Du in jedem Fall machen kannst. Lege einen boolean Datenpunkt unter 0_userdata-0 ab. Mit yahaka sollte dieser Datenpunkt mit true und false ohne Probleme zu schalten sein. Auch wenn du den Datenpunkt im ioBroker manuell änderst sollte diese im HomeKit sichtbar sein. Die Lampe effektiv schaltest du dann über deine Logikmaschine (blockly, node-red oder js)

[sascho]

@mickym

Du meinst so einen Datenpunkt?

Mit yahka kann ich drauf schalten.

Allerdings habe ich keine Erfahrung im Coding, wie ich diesen Datenpunkt zwischen yahka und der Bosch API verknüpfen kann - sowohl für das Schalten als auch die Statusrückmeldung :-(

[mickym]

@sascho

Aber genau das meinte ich mit einen Datenpunkt erstellen - das passt schon gut. Bei der Conversion im YAHAKA musst Du denke ich passthrough einstellen.

Wichtig ist erst mal, dass das funktioniert.
Sprich Du kannst im Apple HomeKit aus und einschalten und kannst umgekehrt, wenn Du den Punkt unter userdata true oder false schaltest sich das im HomeKit auch so darstellt.

Allerdings habe ich keine Erfahrung im Coding, wie ich diesen Datenpunkt zwischen yahka und der Bosch API verknüpfen kann - sowohl für das Schalten als auch die Statusrückmeldung

Na da kann ich Dir mit Node Red aushelfen. Das ist nicht kompliziert.

Wenn das klappt - wie gesagt den Datenpunkt zwischen dem Homematic Bosch Datenpunkt und der userdata.0.Test Datenpunkt ist easy.

Wenn das klappt - dann können wir nämlich einfach die beiden Punkte verbinden (hin und rück) und dabei übersetzten. Wenn man dann noch ein delay oder was braucht, dann bauen wir das halt dann ein.

In diesen translate nodes wird dann einfach true und false gegen on und off getauscht - wie bis jetzt ja auch:

Ist das eigentlich dieser Adapter den Du benutzt?

oder ist das HomeMatic ??? - irgendwie blicke ich das noch nicht.

Hier wurde für den Switch mit YAHAKA das Script beschrieben, dass Du aber genau so schon benutzt hattest. Im Prinzip haben wir das ja alles schon ausprobiert.

https://github.com/holomekc/ioBroker.bshb/wiki/Yahka-Switch

Mal unabhängig von der NodeRed Lösung - wäre es ggf. wenn das HomematicIP ist, macht es dann eigentlich nicht mehr Sinn diesen Adapter zu nutzen?

[sascho]

@mickym

Also ich habe mich mal in Node Red eingearbeitet - super, sieht wirklich benutzerfreundlich aus.

So sieht mein Mapping aus:

Translate_1:

Translate_2:

Das Umschalten des Userdata Status True/False funktionierte ja schon über die Homekit App, allerdings empfängt die Bosch API kein Update:

Muss ich den Node Red Flow noch irgendwie aktivieren? Ich habe nur Übernehmen geklickt.

Bzgl. BSHB:
Die Lichtsteuerungen und Rollladensteuerungen sind Homematic Hardware. Andere Komponenten wie die Bewegungsmelder, Rauchmelder usw. sind Bosch-Entwicklungen.
Ich kann den Bosch eignen Adapter für die Lichtsteuerungen einsetzen. Allerdings kann dieser Adapter noch nicht alles - z.B. werden die Temperaturwerte (Soll/Ist) von den Raumthermostaten nicht in die Homekit App übernommen. Teilweise werden Sensorwerte konsolidiert, die ich gerne separat zeigen möchten. Deswegen würde ich gerne nach und nach komplett auf Yahka umstellen :-).

[mickym]

@sascho Huch - Du überraschst mich ja immer wieder - was Du dann so plötzlich alles treibst.

Zu einen geh erst mal in die Adaptereinstellungen von Node-Red und nimm bitte den Haken raus, das alles in Strings konvertiert wird.

Also diese Option:

darf NICHT aktiv sein.

Dann darfst Du nicht die Get Nodes verwenden, sondern die iobroker-IN Nodes.

Die schauen so aus:

Haben also keinen Eingang und nur einen Ausgang.

Umgekehrt nimmst Du für die out-Nodes nur diese:

die haben nur einen Eingang und keinen Ausgang:

Nun aber Vorsicht, dass Du keine Endlosschleifen produzierst und Dein System lahm legst. In den iobroker-In Nodes, trägst Du deshalb zur Sicherheit erst mal ein, dass nur bei geänderten Werten eine Nachricht gesendet werden soll.

Dann machst Du hinter Deinen beiden translate Nodes bitte noch jeweils eine Debug Node und schaust Dir an, ob im Debugfenster das richtige rauskommt:

Wenn Du nicht zurecht kommst, dann kann ich den Flow auch für Dich machen und Du importierst ihn noch. Wichtig sind aber erst mal die Adaptereinstellungen und dann versuchs halt erst mal.

Und jede Änderung wird erst durch Übernehmen aktiv. Wir schauen erst mal, dass Du das hinbekommst. Wenn Du dann noch Lust hast, Dich weiter in NodeRed einzuarbeiten, dann habe ich ein paar Links und Videos für Dich.

Getriggert werden die Flows dann übrigens automatisch durch Aktualisierung - deswegen ist es so wichtig, dass Du erst mal nur Änderungen durchlässt.

Im Prinzip funktionieren Dein Flow (mit den richtigen in und out Nodes dann so).

1. Im Homekit änderst Du 0_userdata.0.Test zu true oder false - damit triggerst Du den oberen Flow.
2. In translate1 wird dann true bzw. false in on oder off übersetzt und in den bshb.0. .... Punkt geschrieben. Da sich dieser nun auch ändert, wird automatisch der
3. untere Flow getriggert, der nun falls geändert über translate 2 den 0_userdata.0.Test wieder true bzw. false schreibt,
4. Damit wird der obere Teil wieder getriggert - der weiterlaufen würde (Endlosschleife), wenn Du da nicht reinschreibst, dass nur geänderte Werte weitergereicht werden. Deswegen ist das so wichtig - sonst legst Du wie gesagt Dein System lahm - aber ich denke das ist nun mit der BEschreibung leicht zu begreifen.

Ach und noch was - wenn Du den bshb.0 Node mit der iobroker out Node beschreibst, dann nimmst Du bitte den Typ command:

wenn Du den 0_userdata.0.Test beschreibst den Typ value:

Das hat was mit dem ACK Flag zu tun, was unter 0_userdata.0 sonst nie gesetzt wird, bei anderen Datenpunkten aber durch den entsprechenden Adapter.

[sascho]

@mickym

Ja, ich taste mich Schritt für Schritt an das Machbare heran. Später würde ich gerne auch noch den Wechselrichter mit der Wallbox verknüpfen. Ursprünglich wollte ich über Relais gehen, aber wenn das alles per Software machbar ist, um so besser :-).

Also, gestern hat es geklappt mit der oben beschriebenen Lösung: Datenpunkt and yahka anbinden, mit Node Red an den Bosch Adapter heranzugehen. Ich musste auch kein Delay einbauen, der Status wurde sauber angezeigt.

Jetzt wollte ich heute mal ein paar Lampen anschließen und habe neue Datenpunkte angelegt und den Testdatenpunkt gelöscht, aber Node Red erkennt neu angelegte Datenpunkte nicht sondern hat nur den bereits gelöschten Datenpunkt als Topicauswahl. Muss man Node Red neu einlesen?

[mickym]

@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:

Jetzt wollte ich heute mal ein paar Lampen anschließen und habe neue Datenpunkte angelegt und den Testdatenpunkt gelöscht, aber Node Red erkennt neu angelegte Datenpunkte nicht sondern hat nur den bereits gelöschten Datenpunkt als Topicauswahl. Muss man Node Red neu einlesen?

Ja das ist so. Du kannst entweder einfach den Pfad zum Topic über die Zwischenablage reinkopieren,

ansonsten wird die Objektstruktur nur beim Adapterstart eingelesen. (also NodeRed Instanz neu starten.) ggf muss man zusätzlich auch den Browser aktualisieren.

Ich empfehle das Kopieren über die Zwischenablage.

[sascho]

@mickym

Cool, das hat beides funktioniert! Vielen Dank!

Ganz zuverlässig war es bis gerade noch nicht. So funktioniert es aktuell ohne Delay... Ich teste noch mal :-) etwas.

[mickym]

@sascho Rechts unten die iobroker -out Node solltest Du ggf. value (=ACK = true) und nicht comand schreiben, da die Datenpunkte unter userdata von keinem Adapter bestätigt werden.

Oben hingegen ist comand richtig, da hier der Bosch Adapter den Wert bestätigt.

Und bei den iobroker-IN Nodes ggf. nochmals überprüfen, dass nur geänderte Werte triggern (wie gesagt sonst Gefahr von Endlosschleifen).

[sascho]

@mickym said in bshb - Rollladensteuerung mit yhka Homekit:

Und bei den iobroker-IN Nodes ggf. nochmals überprüfen, dass nur geänderte Werte triggern (wie gesagt sonst Gefahr von Endlosschleifen).

Also, ich habe die Änderungen gestern Abend vorgenommen und alle meine Lichtsteuerungen auf Yahka umgestellt. Bisher läuft alles super stabil. Vielen Dank :-)

Jetzt würde ich mich die nächsten Abende mal an die Integration der anderen Geräte machen.

Ich habe ja noch Rauchmelder, Bewegungsmelder und den Twinguard offen.

Ein paar Basic-Fragen hätte ich... der Bewegungsmelder speichert bei erkannter Bewegungen keine Boolean Wert ab sonder nur einen Zeitstempel. In der originalen Bosch Homekit Integration steht aber Bewegung erkannt 'Ja/Nein'. Der Zeitstempel wird also umgewandelt in ein Ja/Nein, ich vermute durch einen Abgleich mit dem aktuellen Zeitstempel.
Wo kann ich am Besten so eine formel hinterlegen z.B. Bewegungszeitstempel - Aktuelle Zeit < 60 Sekunden = Ja.

Der Twinguard übermittelt die PPM Werte und eine Bewertung der Luftqualität. Hat Homekit ein "Gerät", der PPM Werte in der App anzeigt?

Gleiches gilt auch für Windgeschwindigkeiten - gibt es dafür bereits ein Symbol?

[mickym]

@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:

Also ich glaube, dass es ziemlich schwierig sein wird, wenn Du alles in Homekit abbilden wirst. Ich finde das Teil teilweise sehr undurchsichtig.

Das was der YAHKA Adapter macht, dafür gibt es auch NodeRed Nodes - da beide auf der gleichen Technologie aufsetzen funktioniert das auch identisch. Was der YAHKA Adapter kann bzw. wie das einigermaßen zusammenhängt - kannst Du im NodeRed Wiki für die Apple HomeApp nachlesen. Wie gesagt dieses Wiki ist zwar für NodeRed Nodes geschrieben, aber es ist die gleiche Technologie wie beim YAHKA Adapter, deshalb sind die Beschreibung der Werte bzw. Parameter 1:1 auf den YAHKA Adapter anwendbar.

Die HomeApp ist aber sehr beschränkt.

Ich nutze wie gesagt NodeRed und auch das Dashboard. Wenn Du die Apple Optik bevorzugst, aber nicht auf die HomeApp beschränkt sein willst, dann schau Dir doch mal unter iobroker diesen iqontrol Adapter an - da bist Du für die Visualisierung nicht auf die Beschränkungen der Home App angewiesen, hast aber diese Apple Kacheloptik. Ich selbst nutze den zwar nicht, aber dafür gibts hier im Forum ja eigene Threads.

Du solltest Dir also wirklich überlegen, ob Du Dir die Home App als Visualisierung wirklich antun willst. Ich werde da leider nicht zu viel helfen können.

@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:

Der Twinguard übermittelt die PPM Werte und eine Bewertung der Luftqualität. Hat Homekit ein "Gerät", der PPM Werte in der App anzeigt?

Wenn Du Dir YAHKA bzw, das Wiki anschaust, dann siehst Du was es einen Luftgütesensor gibt.
https://github.com/NRCHKB/node-red-contrib-homekit-bridged/wiki/Example-Air-Quality-Sensor

ppm muss man dann halt in mg/m³ umrechnen.

Beim Rauchmelder gibt es nur:
https://github.com/NRCHKB/node-red-contrib-homekit-bridged/wiki/SmokeSensor
Rauch erkannt oder nicht

@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:

Ein paar Basic-Fragen hätte ich... der Bewegungsmelder speichert bei erkannter Bewegungen keine Boolean Wert ab sonder nur einen Zeitstempel. In der originalen Bosch Homekit Integration steht aber Bewegung erkannt 'Ja/Nein'. Der Zeitstempel wird also umgewandelt in ein Ja/Nein, ich vermute durch einen Abgleich mit dem aktuellen Zeitstempel.
Wo kann ich am Besten so eine formel hinterlegen z.B. Bewegungszeitstempel - Aktuelle Zeit < 60 Sekunden = Ja.

Bewegungssensor ist easy - zusammen mit NodeRed Flow - da brauchst gar nichts berechnen.

Da interessiert Dich gar nicht, was Dein Bewegungsmelder da reinschreibt. Über eine iobroker-In Node wird ein Flow ausgelöst und mit einer trigger Node kannst Du dann einfach true oder false schicken. Der trigger Node kann so konfiguriert werden, dass bei jeder weiter erkannten Bewegung der Zeiraum bis Bewegung ist falsch gesendet wird.

Du nutzt also den MotionSensor Service:

Du legst dann wieder für Deine Bewegungsmelder unter userdata Punkte ein in den true und false gespeichert wird.

Der Flow ist dann easy:

Der trigger sieht so aus:

Es wird also bei Bewegung sofort true gesendet. Werden weitere Bewegungen registriert werden, dann bleibt Bewegungsmelder unter userdata auf 0-Wenn keine Bewegung erkannt wird, wird nach Ablauf von 1 Min false gesendet.

Man kann natürlich die Zeitspanne bis keine Bewegung nach letzter erkannter Bewegung erkannt werden soll dann hoch oder runter setzen. Da brauchst Du nichts rechnen und ist super easy.

Also wie gesagt - glaube ich, je höher Deine Ansprüche steigen Du Dich vielleicht doch mit einer eigenen Visualisierung beschäftigen sollst.
Wenn ich das sehe mit Windgeschwindigkeiten usw. (HomeKit ist mE dafür nicht geeignet).

Ich habe mir ja gerade meine eigene Wetterseite gebastelt. ;)

Du musst immer Bedenken: Die Apple HomeApp versucht alle Geräte in ein ziemlich enges Korsett zu zwängen, damit man mit Siri steuern kann bzw. jedes Gerät halt genau definierte Eigenschaften hat. Sobald ein Gerät mehr kann - dann wird es problematisch, wenn der Hersteller das nicht programmiert hat.

Darf ich mal prinzipiell fragen - was ist eigentlich der Sinn, warum du in die HomeApp integrieren willst?

1. Steuerung durch Siri?
2. Szenenerstellung mit IOS?
3. Integration in Kurzbefehle?

[sascho]

@mickym

Cool, vielen Dank für die ausführliche Antwort!

Den Rauchmelder habe ich anbinden können. Allerdings war mir nicht klar, welcher Status vom Bosch Gerät bei Alarm gesetzt wird. Ich musste also etwas Rauch erzeugen ;-).

Beim Bewegungsmelder hat es auch funktioniert gemäß Deiner Anleitung. Ich habe vorne noch ein Block until Value changes eingebaut.

Beim Luftgütesensor bekomme ich gerade nur die PPM angezeigt. In Node Red wird der "Good" Wert leider nicht in 1 umgewandelt, sondern good wieder ausgegeben. Woran kann das liegen?

Bzgl. des VIS, ich habe mit dem Homekit begonnen, weil es eben da ist. Besondere Steuerung habe ich mir nicht erhofft. Eine eigenes View wäre auch nicht schlecht. Kann man sich dann das Ipad als Brücke sparen, wenn man nicht zuhause ist?
Ich habe mal mit dem VIS gespielt... sieht gut aus... aber alles umzubauen ist schon ein Haufen an Arbeit :-(.

[mickym]

@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:

Beim Luftgütesensor bekomme ich gerade nur die PPM angezeigt. In Node Red wird der "Good" Wert leider nicht in 1 umgewandelt, sondern good wieder ausgegeben. Woran kann das liegen?

Dazu müsste ich erst mal wissen, was da für Werte rein kommen und wie Deine Change Node den aussieht. Wenn das gleiche rauskommt, was reinkommt dann trifft keine Änderungsregel zu. Schau mal ob Du Groß- und Kleinschreibung berücksichtigt hast und mit dem Typ String vergleichst.

Theoretisch müsstest Du das ja ggf. auch mit mapping im Yahka Adapter machen können oder hast Du da auch ein Problem wie mit Deinen Lampen?

Ich habe mal mit dem VIS gespielt... sieht gut aus... aber alles umzubauen ist schon ein Haufen an Arbeit :-(.

Nun ja - das ist es immer. Wenn Dir NodeRed als Logikmaschine zusagt, kannst Du Dir wie gesagt auch das NodeRed Dashboard direkt anschauen, damit kann man zwar auch nicht grafisch aufwendig, aber sehr sehr schnell Ergebnisse erreichen.

Allerdings wie bei allen eigenen Visualisierungen musst Du, wenn Du von außen zugreifen willst ja dann eine eigene Infrastruktur aufbauen. In diesem Fall ist das IPad als Brücke sicher günstiger.
Bei eigenen Visualisierungen von außen über VIS kannst Du ggf. die iobroker Cloud nutzen (das kostet aber soweit ich weiß) oder Du setzt ein eigenes VPN oder einen ReverseProxy auf. Beides ist leider nicht banal und gerade beim Reverse Proxy ist das problematisch.
Ich nutze deshalb bei Zugriff von außen ein eigenes VPN.

Beim Bewegungsmelder hat es auch funktioniert gemäß Deiner Anleitung. Ich habe vorne noch ein Block until Value changes eingebaut.

Falls Du eine RBE Node verwendet hast - die braucht es nicht mehr. Man kann auch in der iobroker-In Node angeben, dass nur dann Nachrichten ausgegeben werden, wenn sich etwas ändert - würde ich aber eigentlich nicht machen, da sich dann die Anwesenheit nicht automatisch verlängert, was doch wahrscheinlich gewünscht wird, wenn weitere Bewegungen erkannst werden. Sprich ich würde jede Aktualisierung als Trigger weiter verwenden.