homebridge/homekit

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

Vorheriges Thema - Nächstes Thema

hoppel118

@gloob

Welche Node Version hast du installiert?

ZitatNode v10.17.0 or greater is required.
Check by running: node -v.
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

Borkk

Hallo Zusammen,

ich habe hier schon länger nicht mehr mitgelesen, vermutlich weil meine Homebridge seit Monaten anstandslos funktioniert. Da ich aber einige HmIP Geräte nutzen wollte, habe ich meine Homematic Anbindung auf HMCCU/Raspberrymatic umgestellt. Zudem bin ich noch von HUE Bridge auf ConBEee 2 gewechselt. Somit habe ich über 40 HM und über 30 ZigBee Geräte neu angelegt. Nach dem alles lief habe ich meine Homebridge auf den aktuellen Stand upgedatet und mein Homekit komplett neu angelegt. Auch das hat (fast) problemlos funktioniert.

Scheinbar überschreibt die aktuelle Homebridge, den SiriName in den Devices mit dem Internals NAME???

Die Internals haben bei mir eher System Bezeichnungen (z.B. sz_lampe für Schlafzimmer Lampe) und taugen natürlich nicht als Name für die Home App bzw. Siri. Hab ich was verpasst und ist das u.U. konfigurierbar?

Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

hoppel118

Zitat von: Borkk am 28 April 2020, 20:56:00
Die Internals haben bei mir eher System Bezeichnungen (z.B. sz_lampe für Schlafzimmer Lampe) und taugen natürlich nicht als Name für die Home App bzw. Siri. Hab ich was verpasst und ist das u.U. konfigurierbar?

Jo, so etwas hatte ich auch schonmal. Hatte das auch hier angesprochen. Andre gab mir dann den Tip den Namen manuell in der Home App anzupassen. Es scheint sich um einen iOS bzw. Home Bug zu handeln. Zumindest war das damals seine Aussage.

Es ist zwar nicht so schön, dass der siriName nicht mehr übernommen wird, aber es funktioniert, wenn man den Namen nachträglich nochmal manuell in der Home App ändert. Nutzt du zusätzlich evtl. auch die EVE App? Da werden die siriNames weiterhin übernommen.

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

Borkk

#3753
Zitat von: hoppel118 am 28 April 2020, 21:46:08
Jo, so etwas hatte ich auch schonmal. Hatte das auch hier angesprochen. Andre gab mir dann den Tip den Namen manuell in der Home App anzupassen. Es scheint sich um einen iOS bzw. Home Bug zu handeln. Zumindest war das damals seine Aussage.

Es ist zwar nicht so schön, dass der siriName nicht mehr übernommen wird, aber es funktioniert, wenn man den Namen nachträglich nochmal manuell in der Home App ändert. Nutzt du zusätzlich evtl. auch die EVE App? Da werden die siriNames weiterhin übernommen.

Gruß Hoppel

Hmm, komisch nur das dieser Effekt erst nach dem HomeBridge Update eingetreten ist, bis dahin hatte ich noch die in FHEM eingetragenen SiriNames in der HomeApp. Es war ja sogar so, das der Name in der HomeApp automatisch geändert wurde, sobald man in FHEM den SiriNamen geändert hat. Und das ohne irgendwas neu zu starten.
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

hoppel118

Jo, so war das früher auch mal bei mir. Bei mir hat es damals das Update von iOS 12 zu iOS 13 verursacht.

Vielleicht ist es die Kombination einer neueren Homebridge Version mit iOS 13. Keine Ahnung...

Kennt das Problem denn sonst niemand hier?

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

gloob

Zitat von: no_Legend am 27 April 2020, 19:06:02
@gloob
Bisher scheint bei mir alles zu gehen.
Hab es aber auch erst ne Stunde am laufen

Ich konnte meinen Fehler jetzt auf ein MQTT Device eingrenzen:

defmod MQTT2_DVES_3ED77F MQTT2_DEVICE
attr MQTT2_DVES_3ED77F userattr room_map structexclude
attr MQTT2_DVES_3ED77F IODev MQTT2_Mosquitto
attr MQTT2_DVES_3ED77F genericDeviceType switch
attr MQTT2_DVES_3ED77F homebridgeMapping on=state,values=off:0;;on:1,cmdOff=off,cmdOn=on
attr MQTT2_DVES_3ED77F readingList cmnd/tasmota1/POWER:.* POWER\
stat/tasmota1/RESULT:.* { json2nameValue($EVENT) }\
stat/tasmota1/POWER:.* POWER\
tele/tasmota1/STATE:.* { json2nameValue($EVENT) }\
tele/tasmota1/UPTIME:.* { json2nameValue($EVENT) }\
tele/tasmota1/LWT:.* LWT
attr MQTT2_DVES_3ED77F room Küche,MQTT
attr MQTT2_DVES_3ED77F setList on cmnd/tasmota1/POWER on\
off cmnd/tasmota1/POWER off\
restart cmnd/tasmota1/Restart 1
attr MQTT2_DVES_3ED77F stateFormat POWER
attr MQTT2_DVES_3ED77F webCmd on:off:restart


Was ich ändern muss, damit es geht, weiß ich allerdings trotzdem nicht.
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

Borkk

Zitat von: hoppel118 am 29 April 2020, 01:37:55
Jo, so war das früher auch mal bei mir. Bei mir hat es damals das Update von iOS 12 zu iOS 13 verursacht.

Vielleicht ist es die Kombination einer neueren Homebridge Version mit iOS 13. Keine Ahnung...

Kennt das Problem denn sonst niemand hier?

Gruß Hoppel

Aber so macht das Attribut SiriName noch keinen Sinn mehr? Egal was ich eintrage, es wird mit dem Device NAME überschrieben. Und wenn ich den Name im Home App ändere landen er nicht rückwärts in FHEM. Zudem ist das ändern der Namen bei über 50 Devices in der Home App auch eher nervig. Ich hätte mir eher ein Attribut gewünscht SetAliasAsSiriName=1 welches den FHEM Alias als Siri Name übernehmen würde. Und wenn man schon dabei ist könnte man gleich ein SetAliasAsAlexaName =1 einbauen. 
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

volschin

Zitat von: gloob am 29 April 2020, 07:38:48
Ich konnte meinen Fehler jetzt auf ein MQTT Device eingrenzen:
Was sagt denn das Homebridge Log?
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)

hoppel118

Zitat von: Borkk am 29 April 2020, 08:13:34
Aber so macht das Attribut SiriName noch keinen Sinn mehr? Egal was ich eintrage, es wird mit dem Device NAME überschrieben. Und wenn ich den Name im Home App ändere landen er nicht rückwärts in FHEM.

Jo, siriName macht so keinen Sinn mehr. Das war damals auch meine Erkenntnis. Ich habe dir einen Workaround aufgezeigt. Mit mehr kann ich dir leider nicht weiterhelfen.

Mich würde trotzdem interessieren, ob noch andere davon betroffen sind. Kann sich da mal jemand zu äußern?

Wenn nur Borkk und ich das Problem haben, kann es ja eigentlich kein iOS bzw. Home Bug sein.

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

Waldgeist78

Hallo,

Seit dem Update auf die Homebridge Version 1.0x besteht das Problem auch bei mir. SiriName wird auf den Devicename gemappt, somit wird in Eve auch der FHEMDevicename übernommen und nicht der SiriName.

Grüße

justme1968

ich habe mit die 1.x version noch nicht angeschaut. aber wenn man auf github schaut scheint es da zum teil noch massive probleme zu geben.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

justme1968

@globb: der name der characteristic ist On. nicht on. also On=...
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Mitch

Zitat von: justme1968 am 29 April 2020, 09:08:59
ich habe mit die 1.x version noch nicht angeschaut. aber wenn man auf github schaut scheint es da zum teil noch massive probleme zu geben.

Also "massive" Probleme gibt es nicht, eher kaum welche. Läuft sehr stabil.

Einzig deinen Plugin müsste man anpassen, um eben wieder den Alias=SiriName zu haben.
Ich habe jetzt auch alle Geräte in der Eve App angepasst. Dauert etwas, aber geht.

Wenn ich irgendwie unterstützen kann, lass es mich wissen.
FHEM im Proxmox Container

Borkk

Zitat von: Mitch am 29 April 2020, 09:53:06
Also "massive" Probleme gibt es nicht, eher kaum welche. Läuft sehr stabil.

Einzig deinen Plugin müsste man anpassen, um eben wieder den Alias=SiriName zu haben.
Ich habe jetzt auch alle Geräte in der Eve App angepasst. Dauert etwas, aber geht.

Wenn ich irgendwie unterstützen kann, lass es mich wissen.

Kann ich bestätigen, die grundsätzliche Anbindung läuft stabil. Nur eben die Sache mit den SiriName. Hier fände ich es schon gut, wenn man den alten Zustand wieder herstellen könnte. So wie jetzt ist es doch eine Krücke und es ging ja schon mal.
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

gloob

#3764
Zitat von: justme1968 am 29 April 2020, 09:10:10
@globb: der name der characteristic ist On. nicht on. also On=...

Vielen Dank, damit ging es. Komisch, dass es mit der alten Homebridge Version keine Probleme gab.




Bleibt nur noch das Problem mit dem siriName  ;D
Aktuell habe ich mir damit geholfen, dass ich ein:
deleteattr .* siriName
gemacht habe und danach die Homebridge neu gestartet habe. Somit habe alle Devices erstmal den Alias wieder übernommen.

Gibt es vielleicht eine Möglichkeit automatisiert den Alias ins siriName Attribute zu schreiben?
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway