homebridge/homekit

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

Vorheriges Thema - Nächstes Thema

Matze89

#3945
Hallo justme1968,

ich möchte dir hiermit kurz berichten, dass die letzte Version 0.5.23 (0.5.24 existiert im Updater nicht?) einwandfrei wieder funktioniert. Vielen Dank für die schnelle Reaktion.


Ich möchte dich noch gerne um eine kleine Hilfe in der ,,Homebridgemapping" bitten.

Ich habe ein Befehl, was ich manuell an Fhem übertrage, wenn ich ,,Heizen" oder ,,Kühle" übertrage. Besteht da die Möglichkeit die Werte zuvor auszulesen für die cmd-Befehle.?

Anbei die Mappings

TargetHeatingCoolingState=HeatingCoolingStat,values=OFF:0;;HEAT:1;;COOL:2;;AUTO:3,cmds=OFF:closed;HEAT:desired-temp+21;COOL:desired-temp+16
CurrentHeatingCoolingState=HeatingCoolingStat,values=HEAT:1;;COOL:2;;OFF:0;;AUTO:0,valud=AUTO


Gerne möchte ich die ,,21" und die ,,16" auslesen lassen.
Besteht da ein Trick? Die Readings sind dafür auch vorhanden.

Gruß Matthias
FHEM mit RPi4 ::: SIGNALduino ::: Homebridge + homebridge-fhem ::: Zigbee = RaspBee + Hue + Paulmann + Ikea + Xiaomi ::: DECT = FritzBox 6590 + FRITZ!DECT ::: IR = Harmony ::: SIRO Akku-Rolloantrieb ::: EchoDots + alexa-fhem

Krise

Moin,

ich versuche seit einer ganzen Weile meine Audiotechnik in Homekit zu verwursten. Über Eve funktioniert das schon ganz gut, da die wenigstens "Speaker" kennt. Ich habe ein paar ältere Listen mit genericDeviceTypes gefunden, die Siri unterstützt (mehr oder weniger). Gibt es denn eine Liste mit Geräten/Gerätearten, die Siri "versteht" mit entsprechenden Mappings? In mehreren älteren Forenbeiträgen von justme1968 waren Github - Seiten verlinkt, die waren jedoch nicht mehr erreichbar und das googlen der Begriffe auf der Seite führte auch ins Leere. Im Wiki bin ich über den Alexa connector Artikel gestolpert, aber die ist wohl auch cleverer als Siri  ::).
Ich habe nach "mapping homebridge siri" und "siri homebridge geräte" gesucht, vielleicht gibt es ja da auch noch einen anderen Ansatz.

Grüße
Christian

Markus M.

Ich musste auch mal wieder alles neu aufsetzen und habe folgendes Problem (das im August schon jemand erwähnt hatte):
In Apple Home bekomme ich leider nur noch NAME angezeigt, also weder alias noch siriName obwohl beide vorhanden wären.
Kann das Problem jemand bestätigen?
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

Typ1er

@Markus M.  ja ist so. der Siriname wird von HomeKit irgendwie überschrieben wenn die Homebridge neustartet.

Bei mir lösche ich die Siriname so, angezeigt wird der Alias am Ende:
Je nach Reihenfolge beim Initialisieren, ist der Ventilator nicht das letzte Device, daher die Pause von 10 Sekunden.

define Delete_Siriname notify global:ATTR.Ventilator.siriName.Ventilator { fhem "sleep 10;;deleteattr .* siriName"}

Markus M.

#3949
Der alias hilft mir auch nichts, ich bräuchte den siriName bei der anfänglichen Initialisierung.
Nachdem ich die Devices mal mühsam im Blindflug eingerichtet habe, sehe ich den siriName wieder, wenn ich den vorher vergebenen Namen lösche.
Nur bei der Initialisierung funktioniert es nicht.

Workaround:
Setup abbrechen, danach liegt alles mit dem siriName im Default Room
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

Sky

Hallo zusammen ,

ich habe heute einen Xiaomi Rauchmelder bekommen und diesen über meinen Conbee in Fhem eingebunden .

Leider gibt der Log einen Fehler in der Homebridge aus , kann aber im Moment keinen Fehler entdecken .

Vielleicht seht Ihr irgendwas ??


Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM] Rauchmelder is SmokeSensor
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM] Rauchmelder has
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM]   BatteryLevel [battery]
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM]   StatusLowBattery [battery]
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM]   Reachable [reachable]
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM]   CurrentTemperature [temperature]
Jan 08 17:04:32 raspberrypi homebridge[21223]:   2021-01-08 17:04:32 caching: Rauchmelder-battery: 100
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] [FHEM]     caching: BatteryLevel: 100 (as number; from '100')
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] TypeError: value.match is not a function
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at FHEM_reading2homekit_ (/usr/lib/node_modules/homebridge-fhem/index.js:396:30)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at FHEM_reading2homekit (/usr/lib/node_modules/homebridge-fhem/index.js:236:13)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at new FHEMAccessory (/usr/lib/node_modules/homebridge-fhem/index.js:2255:11)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at FHEMPlatform.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1177:42)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at Array.map (<anonymous>)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at FHEMPlatform.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1174:31)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:268:12)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at Request.emit (events.js:193:13)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1532:10)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at Request.emit (events.js:193:13)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at Gunzip.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/postman-request/request.js:1403:12)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at Object.onceWrapper (events.js:281:20)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at Gunzip.emit (events.js:198:15)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at endReadableNT (_stream_readable.js:1139:12)
Jan 08 17:04:32 raspberrypi homebridge[21223]:     at processTicksAndRejections (internal/process/task_queues.js:81:17)
Jan 08 17:04:32 raspberrypi homebridge[21223]: [1/8/2021, 5:04:32 PM] Got SIGTERM, shutting down Homebridge...




Internals:
   DEF        sensor 10  IODev=deCONZ
   FUUID      5ff87565-f33f-d9cb-a000-3ab29903608635eb
   FVERSION   31_HUEDevice.pm:0.233440/2020-12-13
   ID         S10
   INTERVAL   
   IODev      deCONZ
   NAME       Rauchmelder
   NR         265
   STATE      Initialized
   TYPE       HUEDevice
   lastupdated 2021-01-08 15:06:11
   lastupdated_local 2021-01-08 16:06:11
   manufacturername LUMI
   modelid    lumi.sensor_smoke
   name       Rauchmelder
   on         1
   reachable  1
   swversion  20170314
   type       ZHAFire
   uniqueid   00:15:8d:00:05:44:cb:5a-01-0500
   READINGS:
     2021-01-08 16:06:11   battery         100
     2021-01-08 16:06:11   batteryPercent  100
     2021-01-08 16:06:11   batteryState    ok
     2021-01-08 16:06:11   fire            0
     2021-01-08 16:06:11   reachable       1
     2021-01-08 16:06:11   state           nofire
     2021-01-08 16:06:11   tampered        0
     2021-01-08 16:06:11   temperature     24
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     json:
       ep         1
       etag       6c1e543bc0fa505ad3509c651cccb4b9
       manufacturername LUMI
       modelid    lumi.sensor_smoke
       name       Rauchmelder
       swversion  20170314
       type       ZHAFire
       uniqueid   00:15:8d:00:05:44:cb:5a-01-0500
       config:
         battery    100
         temperature 2600
       state:
         lastupdated 2021-01-08T15:06:11
     setList:
Attributes:
   IODev      deCONZ
   genericDeviceType SmokeSensor
   homebridgeMapping StatusLowBattery=battery,values=ok:BATTERY_LEVEL_NORMAL;;/^.*/:BATTERY_LEVEL_LOW
   model      lumi.sensor_smoke
   room       Conbee,Homekit


Danke

justme1968

ich glaube dein homebridge-fhem ist nicht aktuell.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Sky

mein homebridge-fhem ist aktuell , nur npm müsste aktualisiert werden


pi@raspberrypi:~ $ sudo npm -g outdated
Package  Current   Wanted   Latest  Location
npm      6.14.10  6.14.11  6.14.11  global
pi@raspberrypi:~ $


Sky

Fehler gefunden ...
habe das Mapping geändert :


StatusLowBattery=battery,values=1:BATTERY_LEVEL_NORMAL;;0:BATTERY_LEVEL_LOW

Elektrolurch

Hallo Liste,

habe nach 4 Jahren problemlosen Betrieb von homebridge den Server, auf dem homebridge lief, auf Buster (mit Kernel Update) aktualisiert und neu aufgesetzt.
Bei der Installation von homebridge gabs da schon ein paar Ungereimtheiten (abweichend vom wiki):

nodes mit v6 wurde beim Versuch es zu installieren, mit dem Verweis auf V15, V14 oder V12 abgebrochen. Habe dan v14 installiert.
Einige der Module wurden dann als "zukünftig überflüssig" gemeldet.
Die fhem - Plattform ließ sich dann aber auch installieren.

Nach dem Start der homebridge gabs dann einige Probleme:
a) Alle Fentserkontakte cul_fhtk wurden nicht mehr erkannt.
b) 4 Geräte wurden mit den falschen Typen eingeordnet und hatten die Meldung "reagiert nicht".
Aus einem fht-Thermostat wurde ein Somfy-Rolladen und ähnlicher Quatsch. (fhem läuft auf einem anderen Server und wurde nicht geändert!!!)
Ich habe dann bei den entsprechenden Geräten das room - Attribut "homekit" gelöscht und genau 50 Geräte blieben in homekit übrig.
Ich habe dann einen der Geräte (einen Somfy - Rolladen) wieder mit dem Attribut room = Homekit versehen und den Service neu gestartet.
Das Objekt wird zwar nun als 51 igstes Gerät wieder angezeigt, lässt sich aber weder per Siri noch über die home - App bedienen.

Gibt es da seit neuestem ein Limit auf 50 Geräte?

Dann habe ich im homekit.err Log noch folgende Einträge:

HAP Warning: Characteristic 0000000E-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000080-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 0000002F-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000004A-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 00000079-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000004A-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 00000008-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000049-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 0000000E-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000080-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 0000002F-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000004A-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 00000079-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000004A-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 00000008-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 0000008B-0000-1000-8000-0026BB765291. Adding anyway.
HAP Warning: Characteristic 0000000E-0000-1000-8000-0026BB765291 not in required or optional characteristics for service 00000080-0000-1000-8000-0026BB765291. Adding anyway.

Wie bekomme ich da die Zuordnung heraus? Trouble-Shoting?

Wenn ich sage: "Schließe im Bad die Rolladen" (geht für alle Räume ohne Probleme, nur für das 51. Objekt nicht) so steht im homekit.err:

2021-01-22T10:49:33.720Z HAP-NodeJS:EventedHTTPServer [::ffff:192.168.1.54] HTTP request: /characteristics
2021-01-22T10:49:33.721Z HAP-NodeJS:HAPServer [CC:22:3D:E3:CE:30] HAP Request: PUT /characteristics
2021-01-22T10:49:33.724Z HAP-NodeJS:Accessory [Homebridge] Processing characteristic set: [{"aid":152,"iid":11,"value":0}]
2021-01-22T10:49:33.725Z HAP-NodeJS:Accessory [Homebridge] Setting Characteristic "Target Position" to value 0
2021-01-22T10:49:33.731Z HAP-NodeJS:EventedHTTPServer [::ffff:192.168.1.54] HTTP Response is finished

Kann da eigentlich keinen Fehler entdecken.
Im homekit.log steht allerdings:

[1/22/2021, 11:49:33 AM] [FHEM] Bd_Rolladen: executing set cmd for TargetPosition with value 0
[1/22/2021, 11:49:33 AM] [FHEM]   executing: http://Speicherknecht:8085/fhem?cmd=set%20Bd_Rolladen%20position%20100&fwcsrf=csrf_685896361117972&XHR=1

Ich hatte das device von Bd_FRolladen nach Bd_Rolladen umbenannt, homekit neu gestartet und gesehen, das das device nun aber korrekt als Somfy - device erkannt wird.
Danach in fhem die Namensänderung wieder auf Bd_FRolladen durchgeführt und den homekit - Service neu gestartet.
In der Home - App wurde das device dann korrekt auch als Bd_FRolladen angezeigt, lässt sich aber trotzdem nicht bedienen und im log wird der Befehl, wie oben, an das nicht existente device Bd_Rolladen gesendet.
Wer cached da was und wie kann ich das beseitigen?

Elektrolurch
configDB und Windows befreite Zone!

Udomatic

Hi,

ich kämpfe gerade mit einem Homebridge Mapping für den Aqara Vibrationssensor. Habe den Sensor als Motion Sensor definiert. Trotzdem will das Mapping nicht klappen, heißt in der Home App wird bei Vibration keine Bewegung angezeigt.

Hier das List des Devices. Wo liegt mein Fehler?


Internals:
   .FhemMetaInternals 1
   .triggerUsed 1
   CFGFN     
   DEF        sensor 43  IODev=deCONZ
   FUUID      600da48f-f33f-45fc-ed87-54dbea61c110b685
   FVERSION   31_HUEDevice.pm:0.233440/2020-12-13
   ID         S43
   INTERVAL   
   IODev      deCONZ
   NAME       Vibrationssensor
   NR         585
   STATE      1
   TYPE       HUEDevice
   lastupdated 2021-01-24 17:50:09
   lastupdated_local 2021-01-24 18:50:09
   manufacturername LUMI
   modelid    lumi.vibration.aq1
   name       Vibrationssensor
   on         1
   reachable  1
   sensitivitymax 21
   type       ZHAVibration
   uniqueid   00:15:8d:00:02:c3:a7:58-01-0101
   .attraggr:
   .attrminint:
   READINGS:
     2021-01-24 18:50:09   .lastupdated    2021-01-24 17:50:09
     2021-01-24 18:50:09   .lastupdated_local 2021-01-24 18:50:09
     2021-01-24 18:14:44   battery         100
     2021-01-24 18:14:44   batteryPercent  100
     2021-01-24 17:45:54   lastseen        2021-01-24T16:44Z
     2021-01-24 18:50:09   orientation     6,-77,12
     2021-01-24 18:14:44   reachable       1
     2021-01-24 18:14:44   temperature     23
     2021-01-24 18:50:09   tiltangle       7
     2021-01-24 18:50:09   vibration       1
     2021-01-24 18:50:09   vibrationstrength 91
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     json:
       e          changed
       id         43
       r          sensors
       t          event
       uniqueid   00:15:8d:00:02:c3:a7:58-01-0101
       state:
         lastupdated 2021-01-24T17:50:09.009
         tiltangle  7
         vibrationstrength 91
         orientation:
           6
           -77
           12
     setList:
Attributes:
   IODev      deCONZ
   devStateIcon 1:people_sensor 0:message_presence
   genericDeviceType MotionSensor
   group      Sensor
   homebridgeMapping MotionDetected=STATE,values=motion:1;nomotion:0
   icon       message_mail
   model      lumi.vibration.aq1
   room       ConBee,Garage,Homekit
   stateFormat vibration
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,

EinEinfach

ZitatHier das List des Devices. Wo liegt mein Fehler?

STATE ist ein Internal und kein Reading. Versuch mal einen Reading zu verwenden.

Gruß
fhem auf Intel NUC6CAYH mit Proxmox im LXC (Debian 10), KNX mit knxd über MDT SCN-IP000.02, Buderus GB192-15i über KM100, Solaredge WR SE9K über Modbus-TCP

Udomatic

Zitat von: EinEinfach am 25 Januar 2021, 08:36:45
STATE ist ein Internal und kein Reading. Versuch mal einen Reading zu verwenden.

Gruß

Gut STATE wird normalerweise durch state bedient, aber state als Reading gibt es beim Vibrationssensor nicht. Deshalb habe ich durch stateformat dem Internal seine Werte zukommen lassen.
Kann man im Homebridge Mapping also nur Readings abfragen und keine Internals?
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,

justme1968

fhem und auch homebridge arbeiten event basiert. es wird nichts abgefragt.

internals erzeugen keine events. nur readungs tun das. deshalb kann man nur readings verwenden.

du hast doch das vibration reading. wo ist das problem?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Udomatic

Zitat von: justme1968 am 26 Januar 2021, 09:24:49
fhem und auch homebridge arbeiten event basiert. es wird nichts abgefragt.

internals erzeugen keine events. nur readungs tun das. deshalb kann man nur readings verwenden.

du hast doch das vibration reading. wo ist das problem?

Kein Problem, eher Verständnis und Know-How! Mapping angepasst funktioniert.
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,