ioBroker.yahka
ioBroker.yahka copied to clipboard
jensweigele
Konfiguration eines Homematic IP-Rollladenaktors
Hallo,
ich bekomme meinen HomeMatic IP Rollladenaktor (HmIP-BROLL - Fw.: 1.4.10) nicht so konfiguriert wie es sein sollte.
Diese Seite hilft mir nicht weiter, da ich keinen Eintrag "direction" finden kann: https://github.com/jensweigele/ioBroker.yahka/wiki/Homematic-Blind-Actuator-%5C---Window-Covering - Siehe Foto.
Auch das Level, also die aktuelle Öffnungshöhe wird mir nicht richtig angezeigt.
Entweder zeigt mir das Symbol in Homekit "geschlossen" oder "99% geöffnet" an, wenn ich auf das Symbol klicke geht es nur in eine Richtung - in Richtung schließen.
Weiß jemand Rat?
Danke im Voraus für die Mühe.
Hallo, dieser Beitrag hilft mir leider nicht weiter. Nebenbei: an welcher Stelle kann man solche Skripte einstellen?
Hallo OBIHoernchen85, bist du mit dem Problem weiter gekommen ?
ich stehe gerade vor dem selben:-(.
Nicht mit der Anzeige sondern mit der Direction. Ich glaube das ist der jetzige Aktivity Status der nur irgend wie richtig übersetz werden muss
Gruß
Hey, ich bin auf HomeBridge umgestiegen, ich habe es parallel zu ioBroker installiert. Die Sprachsteuerung via Siri klappt problemlos, die Anzeige zwar noch nicht so richtig aber ein Touch auf das Rollladensymbol öffnet oder schließt es. Damit kann ich leben 👍🏼
Ah okay Homebridge war bei mir sehr unzuverlässig. Schade.
Danke für deine schnelle Antwort
Gruß
Thorsten
Hallo, stehe wie wahrscheinlich viele Andere vor dem selben Problem.
Der hmip rpc Adapter hat ja mit version folgende Verbesserung: (marvingrieger) adjusting HmIP shutters to a max value of 1
Hatte gehofft dass dies eventuell vom Yahka Adapter hilft / bzw. dieser angepasst wird.
HomeBridge lief bei mir im Gegensatz zum ioBroker katastrophal...
Irgend jemand der hier eventuell helfen kann? Könnte gerne ein HMIP Broll stellen :-)
Merci und einen schönen Abend!
Also wenn’s Euch nicht stört für jeden Rolladen zwei States in ioBroker manuell anzulegen (Current und TargetPosition), die ihr dann in yahka angebt statt der Levels vom FROLL/BROLL -> dann liefert dieses Skript einen steuerbaren Aktor, bei dem auch die Richtung stimmt...
Seit dem oben genannten Update mit dem Fix von marvingrieger solltet ihr die Umrechnungen(alles was dunkler blau ist) mit mal/geteilt 1.005 weglassen... wenn bei euch noch die 99.5% steht, solltet ihr die Umrechnung drinnenlassen... nicht elegant, aber funktional... aktualisiert auch wenn ihr direkt am Aktor schaltet dann in HomeKit...
Ich bin gerade noch an was anderem dran. Nehme mir aber den IP Rollladenaktor als nächstes vor
Ich bin gerade noch an was anderem dran. Nehme mir aber den IP Rollladenaktor als nächstes vor
Vielen Dank! Lass mal wissen ob man Dich irgend wie sponsoren (donation) kann... :-)
@captaindork : warum wird in deinem Script einmal "FROLL-Markise:3.LEVEL" und einmal "FROLL-Markise:4.LEVEL" genutzt? Was bedeuten die Zahlen for ".LEVEL"?
Der Level ist die Behanghöhe in Prozent 0 unten 100 oben. Aus meiner Sicht sind die Levels der Kanäle: 3: Status / aktueller Level (current) 4: Aktor / Ziel-Level (target) 5: ebenfalls Aktor / Ziel-Level 6: ebenfalls Aktor / Ziel-Level
5&6 sind für den normalen Anwendungsfall zu vernachlässigen (komplexere Anwendungen/virtuelle Aktorkanäle), man steuert typischerweise den Aktor über Kanal 4.
Das wäre nun soweit super für yahka... Problem ist aber, dass die Werte zeitlich gesehen nicht so in den Datenpunkten aktualisiert werden wie man sich das wünscht... Beispiel: Ich möchte von 100 auf 50 dann sieht das so aus: (3.level/4.level) Ausgangslage: (100/100) 50 in Level von Kanal 4 geschrieben: (97.5/100) -> fährt los... das zählt nicht runter, sondern bleibt so bis er die 50 erreicht hat 50 erreicht: (50/50)
Sprich: Die Werte werden erst aktualisiert, wenn die Zielposition erreicht ist und das zerstört die usability in yahka. Einzig an 3.level lässt sich direkt die Richtung erkennen, da wenn der FROLL losfährt hier der Wert sich um ein paar Prozent in die Zielrichtung bewegt.
Sonstige Datenpunkte: 3.PROCESS: 0-STABLE 1-NOT STABLE (Motor läuft->wenn Motor steht weiß mein Script, dass die korrekten Werte nun in 3.level und 4.level stehen. Das ist quasi alles was das Script macht...) 3.ACTIVITY_STATE: 1-UP 2-DOWN 3-STABLE (Richtung)
Edit: Nur die Levels werden quasi zu spät (erst bei Stillstand) aktualisiert. Process und activity sind schon realtime :)
Wäre super klasse, wenn das Problem mal gelöst würde :-) Yahka ist eine super tolle Sache. Leider kann ich es aufgrund der HM-IP Rolladen nicht nutzen. Das ist richtig schade. Kann man(n) irgendwie unterstützen ?
Hier hänge ich mich mal dazu. Habe zwar nicht die AKtoren von Homematic, sondern von Shelly, in der App läuft es super, auch in einer anderen Homebridge, allerdings würde ich es gerne über die Yahka in iobroker machen- Klar, aktuell eher ein Luxusproblem.....
Ich bin zur Zeit leider zu beschäftigt um mich um das Projekt zu kümmern. Ich hoffe das ich im April wieder mehr Zeit habe. Ich habe schon etwas dazu vorbereitet, brauche aber noch ein paar Tage
Hallo zusammen, gibt es schon etwas Neues zum Thema Einbindung HmIP-BROLL in Yahka ? Wäre ein Klasse feature und würde die Nutzung erheblich steigern :-) Vielen Dank
Hallo Jens, gibt es zum Thema HmIP-Broll schon eine Idee oder Workaround ? Vielen dank vorab!
ich bin nun umgestiegen auf RedMatic - ein Zusatzmodul der CCU! Damit funktioniert nun alles Bestens - sprich Ansteuerung via Siri und die Anzeige in Home
Ich bin zur Zeit leider zu beschäftigt um mich um das Projekt zu kümmern. Ich hoffe das ich im April wieder mehr Zeit habe. Ich habe schon etwas dazu vorbereitet, brauche aber noch ein paar Tage
hat sich hieran noch etwas getan ? Ich sehe die function HomeMatic rollaeden aber es ist unklar wie diese zu verwenden\
kan ich eventuell irgendwo behilflich sein ?
was ich bis jetzt analysieren konnte :
Es gibt fuer rollaeden eine seperate funtion wobei man
- current position
- target position
- Position state
Dafuer gibt es convertion, alles gut. …. problem ist folgendes bei HM-Aktoren :
- man hat einen level wert (hoehe in % )
- es gibt einen ac tivity wert (0 = nix, 1 = aufmachen, 2= zumachen, 3 = stop)
Yahka macht es erst richtig, nimmt den activity state und setzt z.b. auf “aufmachen”, da der level wert sich aber gleichzeitig aendert geht aufmachen/zumachen sofort auf offen/zu (je nach em level wert).
Um das zu loesen sollen also die activitaet status abgefragt werden und nur wen der 0 oder 3 ist den wert vom level uebernehmen
damit währen die HM-IP BROLL dan fertig implementiert und andere Sachen sollte auch behoben sein. Den BROLL selber hab ich im moment so konfiguriert (geht außer die jetzige Laufrichtung)
hier noch der daugehoerige debug wo man erkennt das die level werte den Position State overrulen :
2020-03-06 09:26:36.054 - debug: yahka.0 (23530) got a stateChange for [hm-rpc.1.00111A499156F8.4.LEVEL]
2020-03-06 09:26:36.054 - debug: yahka.0 (23530) change event from ioBroker via [hm-rpc.1.00111A499156F8.4.LEVEL]{"val":100,"ack":true,"ts":1583483196052,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1583483196052}
2020-03-06 09:26:36.054 - debug: yahka.0 (23530) [CurrentPosition] got a change notify event, ioValue: 100
2020-03-06 09:26:36.054 - debug: yahka.0 (23530) [CurrentPosition] forwarding value from ioBroker (100) to homekit as (100)
2020-03-06 09:26:36.054 - debug: yahka.0 (23530) [CurrentPosition] got a set event, hkValue: 100
2020-03-06 09:26:36.054 - debug: yahka.0 (23530) [CurrentPosition] set was initiated from ioBroker - exiting here
2020-03-06 09:26:36.055 - debug: yahka.0 (23530) [hm-rpc.1.00111A499156F8.4.LEVEL] got a target state change event:{"val":100,"ack":true,"ts":1583483196052,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1583483196052}
2020-03-06 09:26:36.058 - debug: yahka.0 (23530) got a stateChange for [hm-rpc.1.00111A499156F8.4.ACTIVITY_STATE]
2020-03-06 09:26:36.058 - debug: yahka.0 (23530) change event from ioBroker via [hm-rpc.1.00111A499156F8.4.ACTIVITY_STATE]{"val":3,"ack":true,"ts":1583483196053,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1583483196053}
2020-03-06 09:26:36.058 - debug: yahka.0 (23530) [PositionState] got a change notify event, ioValue: 3
2020-03-06 09:26:36.058 - debug: yahka.0 (23530) HomematicDirectionToHomekitPositionState.toHomeKit, from 3[number] to 2
2020-03-06 09:26:36.059 - debug: yahka.0 (23530) [PositionState] forwarding value from ioBroker (3) to homekit as (2)
2020-03-06 09:26:36.059 - debug: yahka.0 (23530) [PositionState] got a set event, hkValue: 2
2020-03-06 09:26:36.059 - debug: yahka.0 (23530) [PositionState] set was initiated from ioBroker - exiting here
2020-03-06 09:26:36.206 - debug: yahka.0 (23530) [hm-rpc.1.00111A499156F8.4.LEVEL] firing target state change event:100
2020-03-06 09:26:36.206 - debug: yahka.0 (23530) [TargetPosition] got a change notify event, ioValue: 100
2020-03-06 09:26:36.206 - debug: yahka.0 (23530) [TargetPosition] forwarding value from ioBroker (100) to homekit as (100)
2020-03-06 09:26:36.206 - debug: yahka.0 (23530) [TargetPosition] got a set event, hkValue: 100
2020-03-06 09:26:36.206 - debug: yahka.0 (23530) [TargetPosition] set was initiated from ioBroker - exiting here
Gibt es hier schon etwas neues? Ich stehe nämlich vor dem selben Problem :-)
Gibt es hier schon etwas neues? Ich stehe nämlich vor dem selben Problem :-)
Welches genau?
Ich hab mir den Code angeschaut und den Grund gefunden für die Levels aber der fix ist nicht so einfach
Hi, das Issue ist doppelt mit #60 oder?
Versuche etwas aufzuräumen und es für Jens, sollte er bald wieder aktivier werden, etwas übersichtlicher zumachen.
Gruß Nico
Hi, Ich habe auf meinem hm-rpc.1 adapter die HomeMaticIP aktoren ausgewählt. In den Objekten werden mir dann die Aktoren angezeigt (Jalousie aktor). Im Ordner 3 werden mir dann unter Level die höhe (0% unten,100% oben) und unter Level_2 die Lamellenstellung angezeigt. Wenn ich werte setzen will (Jalousie fahren) mache ich das in Ordner (Kanal)4, je unter Level und Level_2. Ich nutze im moment noch das Node-Red Dashboard.
Hallo Zusammen und ein frohes neues Jahr,
da #60 geschlossen wurde, mache ich hier weiter.
Ich versuche ebenfalls meine HMIP-BROLL Aktoren korrekt in HomeKit anzeigen zu lassen. Das Problem, dass sobald man den Aktor per Taster bedient, die Behanghöhe in Homekit falsch angezeigt wird, besteht ja weiterhin.
Hat jemand einen Workaround?
Grüße, Dominik
Ist es möglich, den HMIP-Broll auch zu konfigurieren, welcher an einem HM Access Point hängt? Da ich die verschiedenen Level gar nicht sehe, geht es hier um die CCU3, oder?
Hier wie es bei mir aussieht (was ist da auszuwählen)?
Ist es möglich, den HMIP-Broll auch zu konfigurieren, welcher an einem HM Access Point hängt? Da ich die verschiedenen Level gar nicht sehe, geht es hier um die CCU3, oder?
Genau vor dem Problem stehe ich gerade auch. Ich habe einen HomematicIP AccessPoint und möchte die Rollläden in HomeKit integrieren. Ich schaffe es immerhin sie hoch und runter fahren zu lassen. Die Richtung wird zwar noch in der Home App falsch herum angezeigt, aber immerhin. Wir man während der Fahrt Stop macht, habe ich auch noch nicht rausgefunden. Mir geht es wie @hotdotdev , ich sehe auch nicht alle eure Einstellungen. Hat vielleicht jemand einen Tipp? Ich bin für alles dankbar.
Ich hab mir heute auch zum ersten mal die hmIP implementation angesehen und bin genau am gleichen problem, Rauf runter geht aber aktuelle status abfragen geht nicht und auch die Winkelstellung ist nicht einstellbar.
Bin also hier um mitzulesen :)
Vielen Dank an euch für die bishier geleistete Arbeit!
Ich muss zugeben ich habe jetzt nicht das ganze Issue gelesen, aber ist hier wirklich davon auszugehen, dass ein Problem bei Yahka vorliegt?
Man kann es ja nur nochmal erwähnen: Yahka sendet (und empfängt) nur aus HomeKit. HomeKit ist eine Datenbank, die auf bestimmten Feldern bestimmte Werte erwartet. Das kann niemand ändern.
Sollte also euer HMIP-Broll Werte liefern, die nicht mit HomeKit (nicht Yahka), kompatibel sind, müsst Ihr die entsprechend konvertieren vorher/nachher.
Hier kann man immer schön nachschauen was genau erfordert wird (oder auch Optional ist) und was genau dort in die jeweiligen Werte eingetragen werden KANN und was zurückgegben wird (wenn man also etwas per Home-App einstellt/ändert)
https://github.com/homebridge/HAP-NodeJS/blob/master/src/lib/gen/HomeKit.ts
Das Problem ist weder yahka noch Homematic. Die Apple Home App arbeitet nicht so, wie Apple das bei Homekit eigentlich vorsieht. Die Home App arbeitet lediglich mit "CurrentPosition" und "TargetPosition". "PositionState" wird vollkommen ignoriert. Und das führt zusammen mit einigen Feinheiten der HMIP-BROLL dazu, dass die Steuerung via yahka zwar mit der Home App funktioniert, aber bei Steuerung über den Wandtaster die Apple Home App die Werte nicht (richtig) darstellt. Quelle: https://developer.apple.com/forums/thread/94243
Damit die Home App richtig funktioniert, muss man noch das Script von @captaindork anpassen. An der Stelle vielen Dank für die Idee.
Das ursprüngliche Script hat bei mir dazu geführt, dass zwar die Werte in der Home App richtig angezeigt wurden, wenn der Aktor über den Taster betätigt wurde. Nur wurde beim Stoppen auf anderer Höhe wurde nochmal kurz die "CurrentPosition" aktualisiert und das führte zu einem verzögerten kurzen Ruckler des Rolladens. Das ist nun mit einer Variable und einem Timeout abgestellt. Solange die Variable auf "True" steht werden keine neuen Werte auf 4.Level geschrieben.
Parallel dazu hat die Home App dann noch die Richtung der Rolladen am Schalter falsch angezeigt. Die Home App "errechnet" die Bewegungsrichtung der Rolladen über Änderungen an "CurrentPosition". Das gibt der HMIP-BROLL bei manueller Steuerung nicht her. Deswegen habe ich bei der entsprechenden Richtung noch jeweils +1 (hoch) und -1 (runter) zum aktuellen Wert dazugezählt und schreibe das in den neu erzeugten "HM-CurrentState".
In yahka werden die beiden Datenpunkte "HM-Currentstate" bei CurrentPosition und "HM-TargetState" bei TargetPosition eingetragen und das wars.
Ich habe "PositionState" bei mir in yahka eingetragen, weil es exakt für solche Wandtaster Sinn macht und in Homekit eigentlich vorgesehen ist. Aber auch die Eve App scheint das zu ignorieren.
Ein Stop eines gestarteten Vorgangs ist in der Home App nicht vorgesehen. Zu mindestens konnte ich da nichts dazu entdecken. Der Vorgang läuft bis zum in der Home App eingestellten Wert. Außer er wird vorher geändert oder es drückt jemand den Wandtaster. :-)
Das Blockly Script als Text und Screenshot sowie die Einstellungen in yahka sowie die Datenpunkte in iobroker sind zur Ergänzung dabei.
HM-RolladenBueroTemplate.txt .
