homebridge/homekit

[hoppel118]

Super, das funktioniert. Danke!

Moinsen, kannst du mal die komplette Konfiguration (list des Devices) posten?

Danke dir!

Geuß Hoppel

[uxtuner]

was bei mir noch nicht funktioniert, ist einen Zählerstand ins Homekit zu übertragen.
Hat da jemand eine Idee?

[stratege-0815]

Moinsen, kannst du mal die komplette Konfiguration (list des Devices) posten?

Danke dir!

Geuß Hoppel

Code Auswählen Erweitern

Internals:
   FUUID      5dbeaac2-f33f-1636-1da4-c1a5e6a0e0400903
   NAME       Dielebeleuchtung
   NR         51
   STATE      off
   TYPE       dummy
   READINGS:
     2019-11-05 10:04:22   state           off
Attributes:
   event-on-change-reading state
   genericDeviceType light
   homebridgeMapping clear On=state,cmdOff=off,cmdOn=on
   room       Diele,Homekit
   webCmd     on:off

[Pati_Alpha]

Hey Hoppel,

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

Genau das habe ich mal angepasst.
Genauer gesagt, den Post hier: https://github.com/nfarina/homebridge/issues/1277#issuecomment-315347045
Nun zeigt er mir korrekterweise bei "netstat -an | grep 51826" das hier an:

Code Auswählen Erweitern

tcp        0      0 0.0.0.0:51826           0.0.0.0:*               LISTEN     

Sieht gut aus!
Ich habe auch das Gefühl, dass bisher alles runder läuft - aber auch schon generell seit der Deaktivierung von IPv6 auf der Homebridge-VM!
Besonders auffällig ist, dass meine Uhr jetzt IMMER die Geräte findet!
Meine (total unbegründete) Vermutung hier ist, dass watchOS kein IPv6 beherrscht, dann im LAN nichts gefunden hat und über das iPad gegangen ist, weswegen die Verbindung oft langsam/patchy war. (Die Remote-Verbindungsqualität übers iPad als HomeKit-Hub ist ja ein anderes Thema und sicher nicht die Schuld von Homebridge sondern Apple!)

Bin sehr gespannt, ob es so bleibt! Das wäre Hammer! Danke nochmals!

tl;dr: IPv6 auf Homebridge-System deaktiviert, bisher keine "Reagiert nicht" mehr in der Home App gehabt!

[Typ1er]

was bei mir noch nicht funktioniert, ist einen Zählerstand ins Homekit zu übertragen.
Hat da jemand eine Idee?

ist per custom UUID möglich, ist dann nur in DrittApps nutzbar, zb in Eve

[Knallkopp_02]

Hallo Zusammen,

ich suche grade eine Möglichkeit meinen Tank einzubinden/anzuzeigen.

Aktuell habe ich ein AT eingerichtet, welches mir alle 60 Minuten eine Berechnung macht und im stateFormat den Füllstand in % angibt.
Ich hatte jetzt irgenwo etwas von einem genericDeviceType WaterLevel gefunden gehabt. Leider nicht mehr, und wie das eingebunden werden muss.
Würde mich über Hilfe freuen, wie ich das konfigurieren muss, damit es in der Home App angezeigt wird.

Gruß Knallkopp_02

[justme1968]

genericDeviceType WaterLevel gibt es leider nicht.

was es gibt ist eine WaterLevel characteristic. die ist aber scheinbaraktuell nur für den HumidifierDehumidifier service vorgesehen und home zeigt sie vermutlich auch nur in diesem context an.

du kannst aber versuchen bei einem device ein WaterLevel=<reading> im homebridgeMapping hinzuzufügen und schauen ob du on home oder eve etwas siehst.

[Knallkopp_02]

danke für die Antwort, hat mir sehr geholfen.

habe es jetzt mit einem genericDeviceType HumiditySensor und homebridgeMapping clear CurrentRelativeHumidity=<reading> gelöst.

[hoppel118]

Danke erstmal an uxtuner und stratege-0815

Genauer gesagt, den Post hier: https://github.com/nfarina/homebridge/issues/1277#issuecomment-315347045
Nun zeigt er mir korrekterweise bei "netstat -an | grep 51826" das hier an:

Code Auswählen Erweitern

tcp        0      0 0.0.0.0:51826           0.0.0.0:*               LISTEN     

Sieht gut aus!

Habe das auch gerade mal umgestellt. Evtl. bringt es mir ja auch irgendwelche Stabilitätsvorteile.

Die genaue Datei in der das anzupassen ist lautet bei einem Debian System übrigens:

Code Auswählen Erweitern

/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js

Bei mir sieht das nun auch so aus:

Code Auswählen Erweitern

root@omv4:~# netstat -an | grep 51831
tcp        0      0 0.0.0.0:51831           0.0.0.0:*               LISTEN
tcp        0      0 10.11.11.11:51831       10.11.11.101:49702      VERBUNDEN
tcp        0      0 10.11.11.11:51831       10.11.11.50:49185       VERBUNDEN
tcp        0      0 10.11.11.11:51831       10.11.11.158:50093      VERBUNDEN
root@omv4:~# netstat -an | grep 51832
tcp        0      0 0.0.0.0:51832           0.0.0.0:*               LISTEN
tcp        0      0 10.11.11.11:51832       10.11.11.158:50092      VERBUNDEN
tcp        0      0 10.11.11.11:51832       10.11.11.101:49703      VERBUNDEN
tcp        0      0 10.11.11.11:51832       10.11.11.50:49186       VERBUNDEN
root@omv4:~# netstat -an | grep 51833
tcp        0      0 0.0.0.0:51833           0.0.0.0:*               LISTEN
tcp        0      0 10.11.11.11:51833       10.11.11.158:50090      VERBUNDEN
tcp        0      0 10.11.11.11:51833       10.11.11.101:49701      VERBUNDEN
tcp        0      0 10.11.11.11:51833       10.11.11.50:49184       VERBUNDEN

Wobei ich wie gesagt keine Probleme hatte...

Gruß Hoppel

[hoppel118]

@justme1968

Mir ist gerade aufgefallen, dass meine Alias bzw. siriName nicht mehr nach Homekit übernommen werden. Ältere Devices sind davon nicht betroffen, nur die, die ich erst kürzlich angelegt habe. In EVE werden die Namen aber weiterhin korrekt angezeigt, siehe Screenshots im Anhang. Die "Spots" im Raum "Kleiderschrank" gibt es schon länger. Neu hinzugekommen sind die Devices "Innensensor" und "Bewegungsmelder".

Hier noch die lists der 3 in den Screenshots zu sehenden Devices:

Code Auswählen Erweitern

Internals:
   DEF        group 20  IODev=HUEBridge
   FUUID      5d210b16-f33f-5dcf-d7cf-ac377224ae460ac2
   FVERSION   31_HUEDevice.pm:0.203190/2019-10-06
   ID         G20
   INTERVAL   
   IODev      HUEBridge
   NAME       DG_KS_Spots
   NR         460
   STATE      on
   TYPE       HUEDevice
   lights     24,25,26
   name       Kleiderschrank Spots
   type       LightGroup
   READINGS:
     2019-11-07 14:57:56   alert           select
     2019-11-07 15:03:50   all_on          1
     2019-11-07 15:03:50   any_on          1
     2019-11-07 15:12:49   bri             254
     2019-11-07 14:57:56   colormode       xy
     2019-11-07 15:12:49   ct              367
     2019-11-07 14:57:56   effect          none
     2019-11-07 15:12:49   hue             14957
     2019-11-07 15:12:49   onoff           1
     2019-11-07 15:12:49   pct             100
     2019-11-07 14:57:56   reachable       1
     2019-11-07 15:12:49   rgb             ffc249
     2019-11-07 14:57:56   sat             141
     2019-11-07 15:12:49   state           on
     2019-11-07 15:12:49   xy              0.4576,0.4099
   helper:
     alert      select
     bri        254
     colormode  xy
     ct         367
     devtype    G
     effect     none
     onoff      1
     pct        100
     reachable  1
     sat        141
     state      on
     update_timeout 1
     lights:
       24         1
       25         1
       26         1
Attributes:
   IODev      HUEBridge
   alexaName  Spots
   alexaRoom  Kleiderschrank
   alias      Kleiderschrank Spots
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   genericDeviceType Lightbulb
   group      Lampen
   icon       light_downlight
   room       Dachgeschoss->Kleiderschrank,Hersteller->Hue,Homebridge->Hue,System->Beleuchtung
   siriName   Spots
   userReadings rgb {ReadingsVal('DG_KS_Spot_vorn','rgb','FFFFFF')},
hue {ReadingsVal('DG_KS_Spot_vorn','hue','0')},
xy {ReadingsVal('DG_KS_Spot_vorn','xy','0,0')}
   userattr   createActionReadings:1,0 createGroupReadings:1,0
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:rgb FFCA54:ct 490:ct 380:ct 270:ct 160:toggle:on:off

Code Auswählen Erweitern

Internals:
   DEF        sensor 33 1 IODev=HUEBridge
   FUUID      5dc3db17-f33f-5dcf-26d4-4ba7e12a5226eed6
   FVERSION   31_HUEDevice.pm:0.203190/2019-10-06
   ID         S33
   INTERVAL   1
   IODev      HUEBridge
   NAME       DG_KS_Bewegungsmelder
   NR         524
   STATE      motion
   TYPE       HUEDevice
   lastupdated 2019-11-07 14:15:42
   lastupdated_local 2019-11-07 15:15:42
   manufacturername Philips
   modelid    SML001
   name       Kleiderschrank motion
   on         1
   reachable  1
   sensitivity 2
   sensitivitymax 2
   swversion  6.1.0.18912
   type       ZLLPresence
   uniqueid   00:17:88:01:06:f5:30:3e-02-0406
   READINGS:
     2019-11-07 15:15:42   battery         100
     2019-11-07 15:15:42   reachable       1
     2019-11-07 15:15:42   state           motion
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     setList:
Attributes:
   IODev      HUEBridge
   alias      Kleiderschrank Bewegungsmelder
   genericDeviceType MotionSensor
   group      Bewegungsmelder
   homebridgeMapping MotionDetected=state,valueOn=motion,valueOff=nomotion
BatteryLevel=battery,maxValue=100,minValue=0,minStep=1
0000006B-0000-1000-8000-0026BB765291=DG_KS_Bewegungsmelder_Lichtstaerke:lightlevel,name=BRIGHTNESS,format=FLOAT,unit=LUX,maxValue=100000,minValue=0,minStep=1
history:size=1024
   icon       motion_detector
   room       Dachgeschoss->Kleiderschrank,Hersteller->Hue,Homebridge->Hue,System->Bewegungsmelder
   siriName   Bewegungsmelder

Code Auswählen Erweitern

Internals:
   DEF        sensor 35 1 IODev=HUEBridge
   FUUID      5dc3ddeb-f33f-5dcf-eb91-1e48ea1dc5d663c6
   FVERSION   31_HUEDevice.pm:0.203190/2019-10-06
   ID         S35
   INTERVAL   1
   IODev      HUEBridge
   NAME       DG_KS_Bewegungsmelder_Temperatur
   NR         526
   STATE      T: 19.54
   TYPE       HUEDevice
   lastupdated 2019-11-07 14:13:02
   lastupdated_local 2019-11-07 15:13:02
   manufacturername Philips
   modelid    SML001
   name       Kleiderschrank motion Temp
   on         1
   reachable  1
   swversion  6.1.0.18912
   type       ZLLTemperature
   uniqueid   00:17:88:01:06:f5:30:3e-02-0402
   READINGS:
     2019-11-07 15:13:02   battery         100
     2019-11-07 15:13:02   reachable       1
     2019-11-07 15:13:02   temperature     19.54
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     setList:
Attributes:
   IODev      HUEBridge
   alias      Kleiderschrank Bewegungsmelder Temperatur
   genericDeviceType TemperatureSensor
   group      Bewegungsmelder Temperatur
   homebridgeMapping clear
CurrentTemperature=temperature
history:size=1024
   icon       temp_temperature
   room       Dachgeschoss->Kleiderschrank,Hersteller->Hue,Homebridge->Hue,System->Bewegungsmelder,System->Sensoren
   siriName   Innensensor
   stateFormat T: temperature

Hast du eine Idee, womit das zusammenhängen könnte?

Danke und Gruß Hoppel

[justme1968]

ich glaube das hat mit der geänderten aufteilungen der characteristics in dir services/kacheln in der home app zu tun. dadurch wird der name nicht mehr aus dem alias/service genommen.

schau mal ob es hilft name im mapping für die characteristic zu setzen.

wenn nicht: einfach ein mal in der home app umbenennen.

[hoppel118]

ich glaube das hat mit der geänderten aufteilungen der characteristics in dir services/kacheln in der home app zu tun. dadurch wird der name nicht mehr aus dem alias/service genommen.

Da habe ich noch keine Einblicke.

schau mal ob es hilft name im mapping für die characteristic zu setzen.

Ich kann dir glaube ich nicht ganz folgen. Wenn ich name an einer characteristic setze, erhält doch nur die characteristic einen Namen und nicht das Device. Oder verstehe ich dich falsch? Beim Bewegungsmelder habe ich das bspw. für die custom characteristic "BRIGHTNESS" bereits gemacht:

Code Auswählen Erweitern

0000006B-0000-1000-8000-0026BB765291=DG_KS_Bewegungsmelder_Lichtstaerke:lightlevel,name=BRIGHTNESS,format=FLOAT,unit=LUX,maxValue=100000,minValue=0,minStep=1
history:size=1024

Oder kann ich über das homebridgeMapping irgendwie auch dem gesamten Device einen name geben?

wenn nicht: einfach ein mal in der home app umbenennen.

Das wollte ich eigentlich vermeiden, habe es aber gerade mal probiert. Funktioniert auch nicht. Man kann den Namen der Kachel dort nicht anpassen. Ich kann den Namen zwar anpassen, aber wenn ich dann zurückgehe, wird die Änderung nicht übernommen.

Interessant ist, dass wenn ich die Kachel anklicke, ich auch den richtigen siriName sehe. Aber meine Devicenamen auf der Kachel zu sehen, finde ich optisch betrachtet ziemlich bescheiden.

Weitere Ideen?

Gruß Hoppel

[justme1968]

wenn du beim umbenennen den richtigen nahmen siehst und auf der kachel nicht würde ich auf einen bug in der home app tippen.

[hoppel118]

Habe gerade einen Workaround gefunden...

Beispiel mein neuer Bewegungsmelder:

siriName = Bewegungsmelder
Device-Name = DG_KS_Bewegungsmelder

Wenn ich nun den Namen des Devices in der Home App anpasse, darf dieser nicht dem siriName entsprechen. Wenn man den Namen "DG_KS_Bewegungsmelder" des Devices (Name der Kachel) in der Home App bspw. zu "Bewegungsmelderz" anpasst, wird dieser korrekt übernommen. Wenn ich dann anschließend meinen siriName setze, funktioniert es.

Eigenartig, aber es funktioniert...

wenn du beim umbenennen den richtigen nahmen siehst und auf der kachel nicht würde ich auf einen bug in der home app tippen.

OK, das habe ich jetzt auch irgendwie vermutet. Also abwarten...

Danke dir und viele Grüße Hoppel

[hoppel118]

OK, ich habe es nochmal etwas genauer nachvollzogen:

- wenn ein siriName gesetzt ist, wird der siriName in der Home-App angezeigt, die Kachel erhält allerdings den Device-Name aus FHEM
- wenn kein siriName gesetzt ist, wird der alias in der Home-App angezeigt, die Kachel erhält ebenfalls den Device-Name aus FHEM

In EVE funktioniert der siriName weiterhin wie gehabt.

Mit meinem zuvor gepostetem Workaround, kann ich aber erstmal leben. Ich werde ein paar Devices nicht über die Home App umbenennen, so dass ich nachvollziehen kann, wann das Thema über ein IOS Update gelöst wird.

Macht es Sinn, dass irgendwo bei Apple zu reporten? Ich wüsste allerdings nicht, auf welcher Basis ich das mit diesen ganzen unzertifizierten Geräten machen soll...

Danke und Gruß Hoppel