homebridge/homekit

[Pati_Alpha]

@Pati_Alpha Hattest du meine Antworten gelesen? Da hatte ich doch schon geschrieben, dass es an IPv6 liegen kann und dir sogar verlinkt, wie ich genau vorgegangen bin...

Ach Mist, nein! :O Danke dir!! Das schaue ich mir direkt mal an!

[Pati_Alpha]

Ich habe jetzt IPv6 deaktiviert und bin aber etwas verwirrt...
Der Befehl "avahi-browse --verbose _hap._tcp" gibt mir zwar jetzt das:

Code Auswählen Erweitern

+ enp0s3 IPv4 Homebridge02-F7F3                             _hap._tcp            local
+ enp0s3 IPv4 Homebridge01-5E53                             _hap._tcp            local

Aber der Befehl "netstat -an | grep 51826" zeigt nach wie vor TCP6:

Code Auswählen Erweitern

tcp6       0      0 :::51826                :::*                    LISTEN     
tcp6       0      0 10.0.0.221:51826        10.0.0.27:60016         VERBUNDEN 
tcp6       0      0 10.0.0.221:51826        10.0.0.89:61943         VERBUNDEN 
tcp6       0      0 10.0.0.221:51826        10.0.0.92:62574         VERBUNDEN 
tcp6       0      0 10.0.0.221:51826        10.0.0.11:51807         VERBUNDEN 

Kann das stimmen?
Habe auch in der Avahi-Config IPv6 deaktiviert und nach allen Änderungen die Homebridge-VM neugestartet.

"ip addr show" zeigt mir aber auch keine IPv6 Adresse mehr an...
Und bisher funktionieren die beiden Homebridges auch, wie können die dann über IPv6 verbunden sein?

[travelling-man]

Moin,

Eve hat einen neuen Lichtschalter vorgestellt.

https://images-na.ssl-images-amazon.com/images/I/815U-OzlGhL._SL1500_.jpg

Ist es möglich den Zeitplan aus der EVE App an FHEM mittels homebridgemapping zu übergeben oder gibt es eine Art Datetimepicker?

VG
Basti

[hoppel118]

Ich habe jetzt IPv6 deaktiviert und bin aber etwas verwirrt...

Kann das stimmen?

Hm..., das sieht bei mir für meine 3 Homebridge Instanzen genauso aus:

Code Auswählen Erweitern

@omv4:~# avahi-browse -t _hap._tcp
+   eno1 IPv4 Philips hue - A6F8C6                          _hap._tcp            local
+   eno1 IPv4 Homebridge Homematic-E1A5                     _hap._tcp            local
+   eno1 IPv4 Homebridge Xiaomi-004D                        _hap._tcp            local
+   eno1 IPv4 Homebridge Hue-7732                           _hap._tcp            local

Code Auswählen Erweitern

root@omv4:~# netstat -an | grep 51831
tcp6       0      0 :::51831                :::*                    LISTEN
tcp6       0      0 10.11.11.11:51831       10.11.11.101:55208      VERBUNDEN
tcp6       0      0 10.11.11.11:51831       10.11.11.104:49468      VERBUNDEN
tcp6       0      0 10.11.11.11:51831       10.11.11.104:50111      VERBUNDEN
tcp6       0      0 10.11.11.11:51831       10.11.11.104:51822      VERBUNDEN
tcp6       0      0 10.11.11.11:51831       10.11.11.50:49155       VERBUNDEN
root@omv4:~# netstat -an | grep 51832
tcp6       0      0 :::51832                :::*                    LISTEN
tcp6       0      0 10.11.11.11:51832       10.11.11.50:49156       VERBUNDEN
tcp6       0      0 10.11.11.11:51832       10.11.11.104:51830      VERBUNDEN
tcp6       0      0 10.11.11.11:51832       10.11.11.104:50032      VERBUNDEN
tcp6       0      0 10.11.11.11:51832       10.11.11.101:55209      VERBUNDEN
tcp6       0      0 10.11.11.11:51832       10.11.11.101:53839      VERBUNDEN
root@omv4:~# netstat -an | grep 51833
tcp6       0      0 :::51833                :::*                    LISTEN
tcp6       0      0 10.11.11.11:51833       10.11.11.104:50237      VERBUNDEN
tcp6       0      0 10.11.11.11:51833       10.11.11.104:49643      VERBUNDEN
tcp6       0      0 10.11.11.11:51833       10.11.11.104:49470      VERBUNDEN
tcp6       0      0 10.11.11.11:51833       10.11.11.101:54556      VERBUNDEN
tcp6       0      0 10.11.11.11:51833       10.11.11.101:55195      VERBUNDEN
tcp6       0      0 10.11.11.11:51833       10.11.11.104:51820      VERBUNDEN
tcp6       0      0 10.11.11.11:51833       10.11.11.101:54656      VERBUNDEN
tcp6       0      0 10.11.11.11:51833       10.11.11.104:50098      VERBUNDEN
tcp6       0      0 10.11.11.11:51833       10.11.11.50:49157       VERBUNDEN

Funktioniert es denn mittlerweile bei dir? Gab es nochmal Probleme?

Gruß Hoppel

[hoppel118]

Schau mal hier: https://github.com/nfarina/homebridge/issues/1277

Bei mir funktioniert übrigens alles seit Ewigkeiten wie es soll.

Gruß Hoppel

[stratege-0815]

Hallo zusammen,
ich habe hier einen Shelly1 Aktor, der via Homebridge Mapping in Apple Home einen top Job macht. Status wird vernünftig synchronisiert.

Jetzt möchte ich auf FHEM Seite aber den Aktor mit einer Verzögerung ausstatten. Das ist mir über einen Dummy und entsprechendem Notify inkl. on-for-timer  auch gelungen. Tut in FHEM genau was es soll.

Nun habe ich den ursprünglichen Shelly aus Apple Home rausgeworfen und meinen Dummy eingebunden. Das tut auch fast alles so wie es soll

Code Auswählen Erweitern

defmod Dielebeleuchtung dummy
attr Dielebeleuchtung genericDeviceType light
attr Dielebeleuchtung homebridgeMapping On=relay,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on
attr Dielebeleuchtung room Diele,Homekit
attr Dielebeleuchtung webCmd on:off

Was sich aber nicht hinreichend schnell synchronisiert ist der Status der Lampe in Home beim Wechsel zu "off". Ich schalte sie ein, dies wird in Home signalisiert. Nach einer definierten Zeit schaltet sie sich selbsttätig wieder aus. Diesen Statuswechsel bekommt Apple Home nicht mit. Ich schätze hier muss ich per Homebridge Mapping noch nachjustieren. Kann ich hier irgendeinen Abfrage Intervallwert definieren? Der Status wird erst aktualisiert, wenn ich die Home App verlasse und wieder erneut öffne.

Wie kann ich dieses Verhalten noch optimieren?

[Pati_Alpha]

Hey Hoppel,

ich GLAUBE bisher geht es. 1-2 mal hat das iPad gar keine Geräte gefunden, aber da war sicher grade ein WLAN-AP-Wechsel im Gange oder so. Ich meine auch bisher hat meine Watch immer alle Geräte gefunden und selbst Remote-Zugang klappt besser... vielleicht ist es auch nur Einbildung.

Danke, dass du auch nochmal nachgeschaut hast!

Patrick

[justme1968]

wo ich gerade ipad lese: falls du auch noch ein apple tv hast: stelle sicher das nur ein gerät (am besten apple tv) home hub spielt. wenn es mehrere home hubs gibt macht das auch probleme.

[stratege-0815]

Hallo zusammen,
ich habe hier einen Shelly1 Aktor, der via Homebridge Mapping in Apple Home einen top Job macht. Status wird vernünftig synchronisiert.

Jetzt möchte ich auf FHEM Seite aber den Aktor mit einer Verzögerung ausstatten. Das ist mir über einen Dummy und entsprechendem Notify inkl. on-for-timer  auch gelungen. Tut in FHEM genau was es soll.

Nun habe ich den ursprünglichen Shelly aus Apple Home rausgeworfen und meinen Dummy eingebunden. Das tut auch fast alles so wie es soll

Code Auswählen Erweitern

defmod Dielebeleuchtung dummy
attr Dielebeleuchtung genericDeviceType light
attr Dielebeleuchtung homebridgeMapping On=relay,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on
attr Dielebeleuchtung room Diele,Homekit
attr Dielebeleuchtung webCmd on:off

Was sich aber nicht hinreichend schnell synchronisiert ist der Status der Lampe in Home beim Wechsel zu "off". Ich schalte sie ein, dies wird in Home signalisiert. Nach einer definierten Zeit schaltet sie sich selbsttätig wieder aus. Diesen Statuswechsel bekommt Apple Home nicht mit. Ich schätze hier muss ich per Homebridge Mapping noch nachjustieren. Kann ich hier irgendeinen Abfrage Intervallwert definieren? Der Status wird erst aktualisiert, wenn ich die Home App verlasse und wieder erneut öffne.

Wie kann ich dieses Verhalten noch optimieren?

Nach weiterem nachdenken kommt ich auf zwei Ansätze:

1. homebridge müsste in einem bestimten Intervall den Zusand abfragen, was u.U. einen enormen Traffic erzeugen dürfte. (Neustart der Home App fragt ja offenbar den Status "frisch" ab, dann stimmt alles)

2. mein Dummy müsste den Statuswechsel zu "off" noch einmal expliziet an die Homebridge senden.

Wie könnte ich das umsetzen?

[justme1968]

homebridge bekommt alle änderungen aus fhem über die normalen events mit. wenn eine änderung ein event erzeugt ist sie in homebridge sichtbar. vorausgesetzt es ist auf das richtige reading konfiguriert.

am besten vergleichst du mal den fhem event monitor und die homebridge consolen/log ausgaben.

ps: falls du irgendwo setstate verwendest: damit geht das nicht. hier werden keine events erzeugt.

[uxtuner]

event-on-change-reading = state hilft vermutlich

[stratege-0815]

event-on-change-reading = state hilft vermutlich

Leider ist es das nicht. Das Reading "state" verhält sich in fhem völlig korrekt, aber im apple home kommt nur der Wechsel zu "on" an, nicht wieder der Wechsel zurück.

[justme1968]

in deinem mapping oben steht etwas von relay. nicht von state.

du hast auch noch nicht gezeigt wie der dummy und die lampe zusammenhängen und wie die verzögerung gebaut ist.

[uxtuner]

bei mir funktioniert es mit diesen zusätzlichen Attributen:

Code Auswählen Erweitern


   event-on-change-reading state
   genericDeviceType light
   homebridgeMapping clear
On=state,cmdOn=on,cmdOff=off


[stratege-0815]

bei mir funktioniert es mit diesen zusätzlichen Attributen:

Code Auswählen Erweitern


   event-on-change-reading state
   genericDeviceType light
   homebridgeMapping clear
On=state,cmdOn=on,cmdOff=off


Super, das funktioniert. Danke!