homebridge/homekit

[Pati_Alpha]

Justme1968: Kann es eigentlich Probleme mit dem Finden von Devices geben, wenn man IPv6 aktiv hat?

[justme1968]

welche probleme meinst du?

wenn du ipv6 verwenden möchtest müssen das natürlich jeweils beide seiten unterstützen.

prinzipiell geht das aber ohne probleme. ich habe im kompletten netz v4 und v6 aktiv und alle komponenten kommen damit klar.

[stratege-0815]

Hallo zusammen,
ich habe mir irgendwie die Homebridge zerschossen:

Code Auswählen Erweitern


/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:35
    throw ex;
    ^

Error: The module '/usr/lib/node_modules/homebridge/node_modules/mdns/build/Release/dns_sd_bindings.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 48. This version of Node.js requires
NODE_MODULE_VERSION 57. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
    at Object.Module._extensions..node (module.js:681:18)
    at Module.load (module.js:565:32)


Jetzt wollte ich ein update machen, wie im wiki beschrieben mit npm -g outdated und npm -g update homebridge-fhem.
Da laufe ich in ein anderes Problem, npm wird nicht gefunden oder ist ein unbekannter Befehl.

Wie kann ich diese Installation wieder zum laufen bringen, sei es irgendwie manuell? Ich bin sowieso gerade dabei eine neue FHEM Instanz mit Homebridge zu installieren, deswegen muss diese jetzt nicht unbedingt "schön" gefixt werden, aber ein paar Tage/Wochen sollte sie schon noch laufen.

Einfach nodeJS 5 installieren ?

Gruß
Jan

Edit. Ich konnte es lösen .

[Xpec]

Hallo,

also endlich geschafft:
Für die Bedienung des HM-LC-RGBW-WM Controller über Eve und Home App incl. Siri habe ich jetzt ein gutes Mapping 
gefunden. Lediglich der Siri Befehl "stelle xyz auf rot" funktioniert nicht, da stellt er volles Weiß dar. Hat was mit den Werten im
Farbkreis von Homekit zum Mapping auf die Controllereinstellung zu tun. Alle anderen Farben funktionieren aber. Wenn ich
rot will, dann muß ich halt per Hand auf rot stellen oder mit "Siri, stelle xyz auf hellrot" ein pink/rot.....

Ich habe den Dim Kanal um folgendes Mapping erweitert:

Code Auswählen Erweitern

Brightness=pct
Hue=RGBW_STRIPE_1_COLOR:color,max=100,factor=3.6,cmd=color,cmds=0:color+100
Saturation=STATE
On=RGBW_STRIPE_1_AUTO:colProgram+0,subtype=RGB1AutomatikAus,cmdOff=colProgram+0,default=1,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+1,subtype=RGB1FarbwechselLangsam,cmdOn=colProgram+1,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+2,subtype=RGB1FarbwechselSchnell,cmdOn=colProgram+2,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+3,subtype=RGB1FarbwechselSehrSchnell,cmdOn=colProgram+3,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+4,subtype=RGB1Kaminfeuer,cmdOn=colProgram+4,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+5,subtype=RGB1Wasserfall,cmdOn=colProgram+5,default=0,timeout=300
On=RGBW_STRIPE_1_AUTO:colProgram+6,subtype=RGB1TVSimulation,cmdOn=colProgram+6,default=0,timeout=300
On=state,valueOff=off,subtype=RGB1,cmdOn=on,cmdOff=off

Damit kann ich zumindest in Eve und Home App die Farbe sowie das Programm einstellen
und per Siri ein / ausschalten sowie die Farbe wählen

Die Farbauswahl sowie die Farbtemperatur (ist für diesen Controller aber nicht einstellbar) hat er dann in der
Home App beim Device angezeigt, sobald ich die Characteristic "Saturation=STATE mit eingefügt habe 
d.h. ab da hat die Home App ein Device mit wechselbarer Farbe erkannt

Gruß
AL

Hallo AL,

muss ich die Subtypen noch anlegen ? Wenn ich das Mapping so übernehme startet die Homebridge nicht mehr.
RGBW_STRIPE_1 habe ich mit dem Namen von meinen Controller ersetzt.
Anbei ein Ausschnitt aus dem Log:

Code Auswählen Erweitern

Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] Initializing platform accessory 'HM_6AFC31_Dim'...
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM] creating services for HM_6AFC31_Dim
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]   information service for HM_6AFC31_Dim
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     manufacturer, model and serial number characteristics for HM_6AFC31_DimOkt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     name (siriName) characteristic for HM_6AFC31_Dim
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]   Lightbulb service for HM_6AFC31_Dim
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     On(RGB1AutomatikAus) characteristic for HM_6AFC31_AUTO:colProgram+0
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]   Lightbulb service for HM_6AFC31_Dim (RGB1FarbwechselLangsam)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     On(RGB1FarbwechselLangsam) characteristic for HM_6AFC31_AUTO:colProgram+1
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]   Lightbulb service for HM_6AFC31_Dim (RGB1FarbwechselSchnell)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     On(RGB1FarbwechselSchnell) characteristic for HM_6AFC31_AUTO:colProgram+2
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]   Lightbulb service for HM_6AFC31_Dim (RGB1FarbwechselSehrSchnell)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     On(RGB1FarbwechselSehrSchnell) characteristic for HM_6AFC31_AUTO:colProgram+3
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]   Lightbulb service for HM_6AFC31_Dim (RGB1Kaminfeuer)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     On(RGB1Kaminfeuer) characteristic for HM_6AFC31_AUTO:colProgram+4
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]   Lightbulb service for HM_6AFC31_Dim (RGB1Wasserfall)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     On(RGB1Wasserfall) characteristic for HM_6AFC31_AUTO:colProgram+5
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]   Lightbulb service for HM_6AFC31_Dim (RGB1TVSimulation)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     On(RGB1TVSimulation) characteristic for HM_6AFC31_AUTO:colProgram+6
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]   Lightbulb service for HM_6AFC31_Dim (RGB1)
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     On(RGB1) characteristic for HM_6AFC31_Dim:state
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]   Lightbulb service for HM_6AFC31_Dim
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     Brightness characteristic for HM_6AFC31_Dim:pct
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     Hue characteristic for HM_6AFC31_COLOR:color
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] [FHEM]     Saturation characteristic for HM_6AFC31_Dim:STATE
Okt 27 22:47:48 raspberrypi homebridge[10711]: [2019-10-27 22:47:48] Error: Cannot add a Service with the same UUID '00000043-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
Okt 27 22:47:48 raspberrypi homebridge[10711]:     at Accessory.addService (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:152:15)
Okt 27 22:47:48 raspberrypi homebridge[10711]:     at /usr/local/lib/node_modules/homebridge/lib/server.js:471:19
Okt 27 22:47:48 raspberrypi homebridge[10711]:     at Array.forEach (<anonymous>)
Okt 27 22:47:48 raspberrypi homebridge[10711]:     at Server._createAccessory (/usr/local/lib/node_modules/homebridge/lib/server.js:451:14)
Okt 27 22:47:48 raspberrypi homebridge[10711]:     at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:413:32)
Okt 27 22:47:48 raspberrypi homebridge[10711]:     at /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
Okt 27 22:47:48 raspberrypi homebridge[10711]:     at FHEMPlatform.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:1192:22)
Okt 27 22:47:48 raspberrypi homebridge[10711]:     at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
Okt 27 22:47:48 raspberrypi homebridge[10711]:     at Request.emit (events.js:210:5)
Okt 27 22:47:48 raspberrypi homebridge[10711]:     at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:

Was mache ich falsch bzw. habe ich vergessen.
Gruß Xpec

[Pati_Alpha]

welche probleme meinst du?

Naja, ich suche ja immer noch den Grund, warum bei mir gelegentlich beim Öffnen der Home App "Reagiert nicht" an den Devices steht...
Kam aber noch nicht dazu, mal manuell zu gucken. Vermutlich wäre ein guter Ansatz, die beiden Bridges mal aktiv im Terminal laufen zu lassen und direkt zu schauen was dort ab geht.

[hoppel118]

Ich hatte das auch mal und so ziemlich alles ausprobiert, was dazu im Internet zu finden war. Meine Erkenntnisse dazu hatte ich damals hier in diesem Thread dokumentiert.

Die wirkliche Lösung hat bei mir eigentlich erst der Einsatz eines Apple TVs als Homekitzentrale gebracht. Falls du ein AppleTV4/4k, iPad oder Hompod hast, kannst du das Gerät ja mal als Zentrale einrichten, falls noch nicht passiert.

Ansonsten erinnere ich mich daran, dass manche einen RPi im Einsatz hatten und die Bonjour Dienste über das WLAN Interface announced wurden, obwohl der RPi per Ethernet angeschlossen wurde. Wiederum andere hatten Erfolg IPv6 im Avahi-Service zu deaktivieren.

Kann sein, dass meine Aussagen nicht ganz stimmen. Das ist echt schon ein Jahr oder so her. Vielleicht hast du damit aber noch ein paar Anhaltspunkte...

Viele Grüße Hoppel

[hoppel118]

Habe mir gerade mal die Mühe gemacht und gesucht, was ich hier damals dokumentiert habe. Ich habe mich da damals so ziemlich mit mir selbst unterhalten.

Lies mal ab folgendem Beitrag: https://forum.fhem.de/index.php?topic=48558.msg885219#msg885219

und alle nachfolgenden Beiträge von mir. Ich habe wirklich alles dokumentiert, was ich gemacht habe, um es in den Griff zu bekommen.

Abschließend wollte ich eigentlich noch das gesamte Analysevorgehen im Wiki beschreiben. Tja, aber wie das so ist... Mittlerweile haben wir das gesamte Haus renoviert und Nachwuchs bekommen. Denke nicht, dass ich dazu zeitnah nochmal kommen werde...

Bin gespannt auf dein Feedback!

EDIT:

Meine Aussage zuvor war auch nicht ganz korrekt. Das AppleTV als Homekitzentrale war für mich nur die Lösung einer Teilproblematik. Beim Roaming zw. meinen Access Points, die teilweise auch noch an unterschiedlichen Switches hingen, auch wenn alle Netzwerkkomponenten von Ubiquiti UniFi sind, hatte ich zuvor immer diese Erreichbarkeitsprobleme für 15-30Sekunden in Homekit/EVE. Mit dem AppleTV war das dann auch gelöst.

Bei mir wurde der Bonjour Service damals  übrigens manchmal auch über das Docker Network Interface announced. Das war wahrscheinlich mein Hauptproblem. Findest du aber alles in meinen Beitrag (und den folgenden Posts) den ich zuvor verlinkt habe.

Mittlerweile habe ich mein Heimnetzwerk so aufgebaut, dass alle meine APs, mein Server und mein AppleTV am Hauptswitch hängen, um Multicastprobleme zu verringern.

Viele Grüße Hoppel

[Pati_Alpha]

Also im Journalctl der Homebridge finde ich nichts auffälliges. Ist es ein Problem, dass beide Bridges auf einer VM laufen? Oder den selben User nutzen, wenn sie auf FHEM zugreifen? Gibt es sonst etwas zu beachten? Es scheint, wenn das Problem auftritt, was seit kürzlich (updates? iOS? Homebridge?) deutlich seltener zu passieren scheint, immer nur eine der 2 Homebridges zu betreffen... fast so, als würde die 2. keine Antwort liefern können, weil der Rechner grade mit der Antwort der ersten beschäftigt ist.

Edit: Ich habe grade gesehen, dass wieder ein paar Devices nicht geantwortet haben. Natürlich wieder genau alle die auf einer Homebridge liegen. Auf der Uhr (watchOS 6.0.1) lässt sich das noch recht gut reproduzieren. Ich habe dann in beide journals der beiden homebridges geschaut und siehe da: die eine hat viele checks drin stehen, die andere einfach nichts. Die Anfrage scheint dort einfach nicht anzukommen! Wie kann das sein? Das einzige, was bei der homebridge, bei der nun die Geräte nicht geantwortet haben drin stand war ca. 15 Sekunden später ein Update einer gemessenen Temperatur eines Homematic Thermostats, aber das kann ja nichts damit zutun haben?
Was kann das für Gründe haben, dass eine Homebridge erreicht wird und die andere nicht? Wohl gemerkt: nur manchmal...
Er würde doch loggen, wenn die Anfrage von HomeKit ankäme, aber er sie aus irgendeinem Grund nicht verarbeiten könnte, oder?

[Typ1er]

Welche readings müssen den für Lampen vorhanden sein?

Ich habe hier eine Yeelight Ceiling Lampe, per "genericDeviceType
light" ist sie eingebunden, schalten klappt soweit.

In Home springt sich nach dem ausschalten immer wieder auf ein, obwohl sie aus ist.

[SirBen]

Welche readings müssen den für Lampen vorhanden sein?

Ich habe hier eine Yeelight Ceiling Lampe, per "genericDeviceType
light" ist sie eingebunden, schalten klappt soweit.

In Home springt sich nach dem ausschalten immer wieder auf ein, obwohl sie aus ist.

Ich hoffe es ist ok dir diese Seite zu empfehlen:
https://stefans-itblog.de/liste-der-genericdevicetype-fuer-fhem/

Da kann man gut die erforderlichen und optionalen Readings nachsehen.

[Typ1er]

die Lampe hat nur Helligkeit und Farbtemperatur

wie Mappe ich die Farbtemperatur? Bereich ist 2700-6500K

Code Auswählen Erweitern

ColorTemperature=ct::ct,minValue=140,maxValue=500,minStep=1,min=2700,max=6500,invert=1

für .Min/MaxValue finde unterschiedliche angaben im Netz, mal 50-400 oder 140-500, oder ist das egal und es wird irgendwie automatisch umgerechnet?

Kann man den Farbkreis in Home irgendwie Kalibrieren?

[justme1968]

Code Auswählen Erweitern

homebridgeMapping
On=power Brightness=bright,cmd=bright

sollte reichen. die farbtemperatur müsste automatisch erkannt werden.

[Typ1er]

ich habe es jetzt so drin stehen, wenn ich On und Brightness kürze, geht nichts mehr.

Code Auswählen Erweitern

clear
On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
Brightness=bright::bright,minValue=0,maxValue=100,minStep=1
ColorTemperature=ct::ct,minValue=140,maxValue=500,minStep=1,min=2700,max=6500,invert=1
StatusActive=state,valueOn=opened,valueOff=disconnected

[Pati_Alpha]

Hey, ich habe nochmal nachgeforscht, warum meine Homebridge wohl manchmal nicht erreicht werden kann.

Laut diesem Post hier:
https://github.com/nfarina/homebridge/issues/2089#issuecomment-449956380
Könnte es an IPv6 liegen.

Wenn ich entsprechend "netstat -an | grep 51826" eingebe, bekomme ich auch folgendes:

Code Auswählen Erweitern

tcp6       0      0 :::51826                :::*                    LISTEN
tcp6       0      0 10.0.0.221:51826        10.0.0.174:49665        VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:51347         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:54091         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:58620         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:53681         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:51123         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:58879         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:52350         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:59075         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:52987         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.6:56723          VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:53781         VERBUNDEN
tcp6       0      0 2003:d2:7711:3847:51826 2a02:908:1d44:1f3:56571 VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:58697         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:57245         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.92:62058         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:56684         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.89:59367         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:51708         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:56540         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:59021         VERBUNDEN
tcp6       0      0 10.0.0.221:51826        10.0.0.27:54067         VERBUNDEN

Erstens scheint tatsächlich alles über IPv6 zu laufen, was laut dem Post oben ein Problem sein könnte.
Und zweitens wundere ich mich, dass ein Gerät scheinbar so viele Verbindungen hier hin aufbaut? Macht das Sinn? Laut meinem PiHole ist das mein iPad Pro, also tatsächlich mein Home-Hub. Die anderen IPs sind iPhones im LAN. Aber wieso baut das iPad so viele Verbindungen auf?!

Vielleicht sollte ich das auch mal auf IPv4 umstellen, wie im oben verlinkten Post empfohlen? Weiß da jemand was drüber?


Danke vielmals.

Patrick

[hoppel118]

@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...

Gruß Hoppel