homebridge/homekit

Begonnen von justme1968, 01 Februar 2016, 16:16:37

Vorheriges Thema - Nächstes Thema

Typ1er

Landen die Lampen nicht im Standardraum? Das verhalten kenne ich sonst nur von Sub-Devices diese hängen irgendwie aneinander.

Udomatic

Zitat von: Typ1er am 02 August 2019, 17:59:53
Landen die Lampen nicht im Standardraum? Das verhalten kenne ich sonst nur von Sub-Devices diese hängen irgendwie aneinander.

Homebridge scheint bei mir der Standardraum zu sein. In diesem Raum ist auch das FHEM Device des Plugins.
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

Typ1er

Ich hab gerade den Beitrag zur HueBridge gesehen. sind die Lampen nicht selbst Homekit fähig? Ansonsten habe das Problem mit dem Homebridge-hue Plugin nicht (für Osram und Ikea Lampen).

Udomatic

#3363
Hier mal ein List eines der Devices, welches die Raumzuordnung verliert.

Internals:
   .FhemMetaInternals 1
   CHANGED   
   DEF        2  IODev=Hue
   FUUID      5cc59097-f33f-45fc-82b0-6c1b6dcae0bd9912
   FVERSION   31_HUEDevice.pm:0.198010/2019-07-08
   ID         2
   INTERVAL   
   IODev      Hue
   NAME       Blume
   NR         47
   STATE      off
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LCT012
   name       Lilly Blume
   productid  Philips-LCT012-1-E14ECLv1
   swconfigid 8C67986F
   swversion  1.46.13_r26312
   type       Extended color light
   uniqueid   00:17:88:01:04:19:12:f6-0b
   .attraggr:
   .attrminint:
   READINGS:
     2019-08-02 15:04:33   alert           none
     2019-08-02 15:04:33   bri             3
     2019-08-02 15:04:33   colormode       xy
     2019-08-02 15:04:33   ct              153 (6535K)
     2019-08-02 15:04:33   effect          none
     2019-08-02 15:04:33   hue             65146
     2019-08-02 15:04:33   onoff           0
     2019-08-02 15:04:33   pct             0
     2019-08-02 15:04:33   reachable       1
     2019-08-02 15:04:33   rgb             060100
     2019-08-02 15:04:33   sat             254
     2019-08-02 15:04:33   state           off
     2019-08-02 15:04:33   xy              0.6801,0.3028
   helper:
     alert      none
     bri        3
     colormode  xy
     ct         153
     devtype   
     effect     none
     hue        65146
     on         0
     pct        0
     reachable  1
     rgb        060100
     sat        254
     update_timeout 1
     xy         0.6801,0.3028
Attributes:
   IODev      Hue
   alexaName  Blume
   alias      Blume
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      Licht
   icon       hue_filled_white_and_color_e27_b22
   model      LCT012
   room       Alexa,HUEDevice,Homekit,Lilly
   siriName   Blume
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Das einzige, was mir aufällt, dass bei den Internals "name" und "NAME" nicht gleich sind. Kann das ein Problem sein?
Ist jetzt nicht bei allen Devices der Fall, wo das Problem auftritt.
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

Typ1er

verstehe das Problem trotzdem nicht, die Lampe kann doch selber Homekit.

warum willst du die erst in FHEM haben und dann von da nach Homekit

Udomatic

#3365
Zitat von: Typ1er am 02 August 2019, 18:16:33
verstehe das Problem trotzdem nicht, die Lampe kann doch selber Homekit.

warum willst du die erst in FHEM haben und dann von da nach Homekit

Naja, weil FHM die Zentrale ist und dort die Bridge eingebunden ist. Ich nutze das Homebridge-Hue Plugin wie du nicht sondern das Homebridge-FHEM Plugin
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

hoppel118

#3366
Jo, mache ich auch so. Ich habe die HueBridge ebenfalls in FHEM integriert und dann an Homebridge weitergereicht. Natürlich läuft alles über FHEM. ;)

Ich hatte das Problem wie gesagt früher auch mal, aber irgendwas hat André neulich gemacht. Seither ist es weg.

Hier ein list meiner Wohnzimmer Pendelleuchte, die die Raumzuordnung nicht verliert:

Internals:
   CHANGED   
   DEF        28  IODev=HUEBridge
   FUUID      5d2256cc-f33f-5dcf-15ce-cfac04c38c8ecb03
   FVERSION   31_HUEDevice.pm:0.198010/2019-07-08
   ID         28
   INTERVAL   
   IODev      HUEBridge
   NAME       OG_WZ_Wohnbereich_Pendelleuchte
   NR         469
   STATE      off
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LCP003
   name       Wb Pendelleuchte
   productid  3241-3127-7871-LS00
   swconfigid 869E2FE2
   swversion  1.46.13_r26312
   type       Extended color light
   uniqueid   00:17:88:01:04:52:e7:28-0b
   READINGS:
     2019-07-24 08:54:16   alert           select
     2019-07-30 22:09:27   bri             254
     2019-07-24 08:54:16   colormode       xy
     2019-07-24 08:54:16   ct              366 (2732K)
     2019-07-24 08:54:16   effect          none
     2019-07-24 08:54:16   hue             8402
     2019-07-30 22:09:27   onoff           0
     2019-07-30 22:09:27   pct             0
     2019-07-24 08:54:16   reachable       1
     2019-07-30 22:09:27   rgb             ffc249
     2019-07-24 08:54:16   sat             140
     2019-07-30 22:09:27   state           off
     2019-07-24 08:54:16   xy              0.4575,0.4099
   helper:
     alert      select
     bri        254
     colormode  xy
     ct         366
     devtype   
     effect     none
     hue        8402
     on         0
     pct        0
     reachable  1
     rgb        ffc249
     sat        140
     update_timeout 1
     xy         0.4575,0.4099
     helper:
Attributes:
   IODev      HUEBridge
   alexaName  Pendelleuchte
   alexaRoom  Wohnzimmer
   alias      Wohnzimmer Pendelleuchte
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   genericDeviceType Lightbulb
   group      Lampen
   icon       light_pendant_light_round
   model      LCP003
   room       Hersteller->Hue,Homebridge->Hue,Obergeschoss->Wohnzimmer,System->Beleuchtung
   siriName   Pendelleuchte
   subType    extcolordimmer
   userattr   room_map structexclude
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:rgb FFCA54:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Gruß Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

volschin

Zitat von: Typ1er am 02 August 2019, 18:16:33
warum willst du die erst in FHEM haben und dann von da nach Homekit
Muss letztlich jeder für sich selbst entscheiden, aber Homebridge-hue holt schon das letzte aus jedem Zigbee-Device.

Ich mache es daher auch kombiniert, wie Du, da es für mich die beste Performance abliefert.
Intel NUC+Ubuntu 22.04+Docker+FHEM6
HomeMatic: HM-MOD-RPI-PCB+HM-USB-CFG2+hmland+diverse, HUE: Hue-Bridge, RaspBee+deCONZ+diverse
Amzn Dash-Buttons, Siro Rollos
4xRPi, 4xCO20, OWL+USB, HarmonyHub, FRITZ!Box 7590, Echo Dots+Show8, Logi Circle 2, HomeBridge
TIG Stack (Telegraf, InfluxDB, Grafana)

Udomatic

Ich glaube das geht jetzt an meiner Problematik vorbei.

Klar gibt es diverse Wege Lampen Homekit bekannt zu machen. Ich könnte die HUE Bridge ja auch direkt mit Homekit koppeln. Aber durch FHEM als Zentrale habe ich die Option alle Devices mit den Routinen und Logiken zu steuern, wie ich es möchte.

Der Weg der Homekit Einbindung erklärt jetzt aber nicht warum die Raumzuordnung verloren geht nach Neustart des Pi?

Wo wird diese Info eigentlich gespeichert? Sind das die Dateien im Homebridge Persists Ordner?
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

RaspiLED

Hi,
nee die Raumzuordnungen sind in Apples Cloud und deswegen für uns auch fuzzy bei der Fehleranalyse.
Gruß Arnd


Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

justme1968

die raum zuordnung geht unter anderem verloren wenn sich die eindeutige device serial ändert. das sollte aber seit verwendung der fuuid nicht mehr passieren.

ein blick ins log und vorher/nachher vergleich sollte helfen.

ps: das einbinden der hue lampen über fhem ist von vorteil weil fhem dann sofort den aktuellen stand hat statt auf das nächste pollen der bridge zu warten. außerdem ist es eine verbindung weniger zur bridge was diese entlastet. gerade beim alten modell und vielen lampen wichtig.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

mfkfx

#3371
Schönen guten Tag,

ich habe ein akutes Problem mit homebridge und hoffe auf Hilfe. Ich habe nach bestem Wissen bereits alle relevanten Beiträge zum Thema durchforstet.

Ich habe ein Sonoff POW (altes Modell) mit Tasmota per MQTT in FHEM laufen. Es hat u.A. folgende Readings:


POWER (on/ON bzw. off/OFF, leider wechselt das direkt nach dem Schaltpunkt und ein paar Sekunden später, vmtl. nach dem publish des devices nochmal)
state (set_on wenn an, set_off sonst)

Folgendes ist in FHEM gesetzt (das im Forum oft erwähnte Mapping "On=state,values=OFF:0;ON:1,cmdOff=OFF,cmdOn=ON" funktioniert bei neueren Tasmota-Versionen nicht mehr, siehe Reading oben):

genericDeviceType: outlet (switch habe ich auch versucht)
homebridgeMapping: On=state,values=set_off:0;set_on:1,cmds=0:off;1:on

Dieses sollte meines Wissens nach folgendes tun:
- das Reading state wird auf das HAP-Characteristic "On" gemappt, welches das Format Characteristic.Formats.BOOL hat (also 0 oder 1)
- der Readingwert "set_off" wird auf 0 gemappt, "set_on" auf 1 (fhem --> homebridge)
- das Kommando 0 wird auf "off" gemappt", 1 auf "on"

Es passiert nun folgendes: ich öffne die Home-App und kann das Gerät problemlos an- und abschalten. Für das aktuelle Problem lasse ich es an und verlasse die App. Danach öffne ich die App erneut, das gerät ist weiterhin an, und schließe die App wieder. Nun passiert folgedes: Nach ca. dem 4. Öffnen der App wird das Gerät plötzlich als "aus" angezeigt, obwohl es weiterhin an ist.

Das seltsame ist nun aber, dass die Abfrage, die homekit beim erneuten Öffnen der App durchführt, natürlich immer die gleiche ist, nämlich ein ReadingsVal auf state:


[8/5/2019, 12:04:54] [FHEM]   query: On for WZ_Steckdose_TVWand-state
[8/5/2019, 12:04:54] [FHEM]   not cached
[8/5/2019, 12:04:54] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BReadingsVal(%22WZ_Steckdose_TVWand%22,%22state%22,%22%22)%7D&fwcsrf=csrf_404905799007736&XHR=1



Kann mir da jemand weiterhelfen?


mfg Michael

PS: ich habe zusätzlich noch ein Sonoff S20 eingerichtet, bei dem ich das POWER-Reading benutze

On=POWER,valueOn=ON,valueOff=OFF,cmds=0:off;1:on

Seltsamerweise funktioniert es hier problemlos. Wieso erscheint eigentlich in der Debugausgabe vom homebridge kein Readingsval auf dieses Reading? Weil es "cached" ist? Falls ja, wie bekomme ich es auch beim POW auf cached? Ich hatte testweise mal die nocache-Option mit drin, aktuell aber nicht mehr.

PPS: nodeJS ist die aktuelle Version 12, falls das irgendwie relevant ist, ich habe bereits auch valueOn=set_on;valueOff=set_off versucht, hat nichts geändert


NACHTRAG: hier noch die entsprechende Startup-Ausgabe von homebridge:

[8/5/2019, 11:45:02] [FHEM] mappings for WZ_Steckdose_TVWand: {
  On: {
    reading: 'state',
    valueOff: '/off|A0|000000/',
    cmdOn: 'on',
    cmdOff: 'off',
    values: [ 'set_off:0', 'set_on:1' ],
    cmds: [ '0:off', '1:on' ]
  }
}
[8/5/2019, 11:45:02] [FHEM] WZ_Steckdose_TVWand is outlet
[8/5/2019, 11:45:02] [FHEM] WZ_Steckdose_TVWand has
[8/5/2019, 11:45:02] [FHEM]   On [state;on,off]
[8/5/2019, 11:45:02] [FHEM] value2homekit: { set_off: '0', set_on: '1' }
[8/5/2019, 11:45:02] [FHEM] homekit2cmd: { '0': 'off', '1': 'on' }
  2019-08-05 11:45:02 caching: WZ_Steckdose_TVWand-state: set_on

FunkOdyssey

Ich weiß ich, was plötzlich passiert ist.
Wenn ich jetzt in HomeKit meine Fibaro Dimmer mit einer vorsichtige Wischgeste auf einen Wert (z.B. 50%) setze, so springt die Anzeige ständig zwischen 50 und 0 hin und her. Im FHEM-Log wird nur dim 50 gesetzt. Die Lampe bleibt auch permanent auf gleicher Helligkeit. Nur HomeKit flackert immer hin und her. Lustigerweise habe ich das in Eve nicht.

Config:

Brightness=state,maxValue=99,part=1,cmd=dim On=state,valueOff=off,cmdOn=on,cmdOff=off


Hat jemand einen Tipp oder kennt das jemand?

piet_pit

#3373
Hallo Zusammen,

ich habe meine beiden Shellys 2 (im Roller-Mode) via MQTT in FHEM eingebunden, klappen nun auch soweit. Mit den attrTemplates klappt es auch gut, die Rolladen lassen sich mit dieser Slider-Funktion auch steuern und die einzelnen Positionen anfahren. Nun möchte ich das gerne in Homekit abbilden, das bekomme ich aber nicht hin. Öffnen und Schliessen hat geklappt, aber das Anfahren bestimmter Positionen bekomme ich einfach nicht hin. Ich sehe zwar das Reading "pct" mit den entsprechenden Positionen, die sich auch ändern, aber das homebridgemapping bekomme ich einfach nicht hin, hier bräuchte ich etwas Hilfe...

Hier das Reading...


energy 1121 2019-09-01 16:51:42
fw_ver 20190821-094904/v1.5.2@4148d2b7 2019-09-01 14:00:30
id shellyswitch-5599E8 2019-09-01 14:00:30
input0 0 2019-09-01 16:51:42
input1 0 2019-09-01 16:51:42
ip 192.168.X.X 2019-09-01 14:00:30
mac XXX 2019-09-01 14:00:30
new_fw false 2019-09-01 14:00:30
online true 2019-09-01 14:00:30
pct 38 2019-09-01 16:51:42
position 0 2019-08-30 17:02:36
power 0.00 2019-09-01 16:51:42
roller_0_energy 1121 2019-09-01 15:57:42
roller_0_power 0.02019-09-01 15:57:42
state stop


Und hier mein Versuch mit dem homebridgemapping...


clear CurrentPosition=pct,minValue=0,maxValue=100,minStep=1 TargetPosition=CurrentPosition,cmds=pct/.*/:open;0:close


Vielen Dank und viele Grüße
Pit
FHEM 6.0 auf Raspberry Pi 3, Rasbian-Stretch
FRITZ!Box 7490
HM-Mod-RPI-PCB
JeeLink
CUNO 1.47

tyrolean

Hallo,

ich habe es nach einiger Zeit geschafft meine Somfy Jalousien über eine Signalduino anzusteuern und in meine HomeKit Umgebung zu integrieren.
Um dem Ganzen den letzten Schliff zu geben würde ich gerne in HomeKit eine Art Taster mit 3 Zuständen definieren (Auf,Ab,Stop) um die Jalousien direkt und nicht über die Endposition zu steuern.
Soweit ich gelesen habe sollte dies irgendwie mit einem Dummy welcher als "Security" definiert ist möglich sein.
Leider bin ich aber bis jetzt gescheitert einen derartigen "Security Dummy" für 3 Zustände zu generieren.
Hat irgend jemand von euch evt. einen Ratschlag, oder sogar eine fertige Definition.

Gruß und Dank aus Tirol