homebridge/homekit

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

Vorheriges Thema - Nächstes Thema

Ralli

Ich habe das Problem auch. Und zwar ziemlich genau immer dann, wenn nach einem Neustart von FHEM mein HMCCU-Modul keine Verbindung zur CCU bekommt und deswegen alles Geräte kein IODev haben und somit in FHEM auch nicht zur Verfügung stehen.

Wenn dann die Verbindung zur CCU wieder funktioniert und das HMCCU-Modul die Geräte alle wieder mit IODev einbinden konnte, stehen sie auch für Homebridge wieder zur Verfügung - aber ohne Raumzuordung in den Apple-Geräten, sie werden dort alle dort in den ersten Raum der Liste "hineingeworfen".

Meine Homebridge-Installation ist auf aktuellem Stand.
Gruß,
Ralli

Proxmox 8.1 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.6.20240316) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

hoppel118

Ich habe eine VCCU in FHEM eingerichtet und darüber bestimmt auch 30-40 Geräte in HomeKit.

Ich erinnere mich dunkel daran, dass ich meine Homebridges (eine für Homematic, eine für Hue, eine für alles andere) so konfiguriert habe, dass sie warten müssen bis mein fhem.service gestartet ist.

[Unit]
Description=Node.js Homebridge Service
Wants=fhem.service
After=syslog.target network-online.target


Vielleicht das mal ausprobieren
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

Ralli

#4112
Danke, Hoppel.

Das löst das Problem nicht, denn der fhem.service startet ja. Das Problem besteht darin, dass innerhalb FHEM aufgrund einer nicht erfolgten CCU-Anbindung die Geräte alle nicht verfügbar sind.

Bei mir konkret kann ich das (bspw. nach einem geplanten oder ungeplanten Ausschalten) so reproduzieren:

1) CCU neu starten, warten, bis sie über die GUI wieder aufrufbar ist
2) FHEM neu starten (5 Minuten nach CCU-Start)
3) HMCCU bekommt beim allerersten Connect-Versuch hier keine Verbindung zustande (nein, es ist kein Netzwerk-Problem)
4) Homebridge ist aber ebenfalls gestartet und bekommt den Connect zu FHEM, welches ihm nicht alle Devices übergeben kann


2021.09.20 09:23:18.712 1: HMCCU: [CCU2 : 1665] Initialized version 4.3.025
2021.09.20 09:23:18.713 1: HMCCU: [CCU2 : 1665] HMCCU: Initializing device
2021.09.20 09:23:22.718 2: HMCCU: [CCU2 : 1665] HMScript failed. http://10.0.0.20:8181/tclrega.exe: Select timeout/error:
2021.09.20 09:23:22.718 1: HMCCU: [CCU2 : 1665] HMCCU: Error while reading device list from CCU 10.0.0.20
2021.09.20 09:23:22.718 1: HMCCU: [CCU2 : 1665] Scheduling delayed initialization in 180 seconds
2021.09.20 09:23:22.870 2: HMCCUDEV: [KUC_HK] Cannot detect IO device, maybe CCU not ready. Trying later ...
2021.09.20 09:23:22.872 2: HMCCUDEV: [KUC_Rollo_Ost] Cannot detect IO device, maybe CCU not ready. Trying later ...
...
2021.09.20 09:24:19.701 1: HMCCU: [CCU2 : 1859] Initialized version 4.3.025
2021.09.20 09:24:19.701 1: HMCCU: [CCU2 : 1859] HMCCU: Initializing device
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 106 devices with 541 channels from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 4 interfaces from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 75 programs from CCU 10.0.0.20
2021.09.20 09:24:19.767 1: HMCCU: [CCU2 : 1859] HMCCU: Read 0 virtual groups from CCU 10.0.0.20
2021.09.20 09:24:20.513 1: HMCCURPCPROC: [d_rpcBidCos_RF : 1859] Initialized version 1.9.001 for interface BidCos-RF with I/O device CCU2
2021.09.20 09:24:20.515 1: HMCCURPCPROC: [d_rpcBidCos_Wired : 1859] Initialized version 1.9.001 for interface BidCos-Wired with I/O device CCU2
2021.09.20 09:24:20.516 1: HMCCURPCPROC: [d_rpcHmIP_RF : 1859] Initialized version 1.9.001 for interface HmIP-RF with I/O device CCU2


Nach einem weiteren Restart von FHEM klappt dann die Verbindung von HMCCU zur CCU und die Devices werden wieder an homebridge übergeben. Weil sie einmal weg waren, sind aber in den Apple-Geräten dann die ganzen Einstellungen zu dem jeweiligen Gerät weg (Raum-Zuordnung, Gruppierung, Push-Nachricht aufs Gerät beim Öffnen/Schließen ...)
Gruß,
Ralli

Proxmox 8.1 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.6.20240316) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa

Udomatic

#4113
Zitat von: hoppel118 am 02 Oktober 2021, 11:25:46

Ansonsten habe ich gerade noch folgenden Post gefunden:

https://forum.fhem.de/index.php/topic,96606.msg988052.html#msg988052

Hast du das mal ausprobiert?

Gruß Hoppel

Danke, dass werde ich testen.

Derzeit habe ich deConz, FHEM und Homebridge auf einem Raspi 3b+. Bin am überlegen, ob ich für jedes System eine eigene Umgebung schaffe.

Ich würde gerne begreifen, was hier passiert!

Weisst du auf welche Daten / Prozesse Homebridge wartet, wenn man diese eher verzögert starten sollte?
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,

hoppel118

Nö, da stecke ich auch nicht drin. Ich weiß nicht, ob dich das zum jetzigen Zeitpunkt weiter bringt, für jeden Service eine eigene Umgebung zu schaffen. Was erhoffst du dir dadurch? Vom Ding her erhöhst du nur die Komplexität in deinem Gesamtsystem. Wenn es so läuft, wie du es dir vorstellst, kannst du dir immer noch Gedanken darüber machen, wie du deine Umgebung zerlegst. ;)

Was genau verstehst du überhaupt unter ,,System"?

@Ralli Keine Ahnung, warum FHEM bei dir alle Geräte über die IO Devices erreichen können muss, bevor die Geräte an homebridge übergeben werden. Das ist bei mir nicht der Fall. Wenn ich die Homebridge ohne FHEM starte, sehe ich trotzdem alle Geräte. Sie funktionieren halt nicht.

Irgendwas scheint da auch mit der Einbindung der CCU in FHEM nicht richtig zu klappen. Das solltest du mal im Homematic Bereich dieses Forums hinterfragen. Mir kommt das so jedenfalls nicht richtig vor. Da ich keine CCU habe, kann ich dir da nicht wirklich weiterhelfen.

Ggf. solltet ihr beide mal darüber nachdenken die homebridge einmal neu aufzusetzen. Wie man die vorhandene homebridge sauber löscht, weiß ich gerade nicht mehr. Das war nicht ganz trivial.

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

stratege-0815

Hallo zusammen,
ich habe hier ein paar WLAN Steckdosen die ich mit Tasmota geflasht habe. Sie laufen in FHM über MQTT und via Homebridge in Apple Home.
Alles funktioniert soweit, allerdings gibt es eine kleine Einschränkung.
Wenn ich an der Steckdose direkt schalte wird der Status zwar in FHEM aber nicht via homebridghe in Apple Home aktualisiert.

Aktuell sieht das homebridge mapping so aus:

On=state,values=OFF:0;ON:1,cmdOff=OFF,cmdOn=ON

Hat hier jemand so eine WLAN Steckdose via MQTT in Apple Home laufen?

Gruß
Jan

seule3008

Hallo

ich habe einen Shelly rgbw2 an einem rgbw Stripe und bekomme es nicht hin das er in der Homeapp bei der Farbe weiß auch die weißen LED einschaltet. Statt dessen kommt über Siri bei Farbe weiß, rot und wenn ich weiß per Farbmischer einstelle, mischt er weiß aus RGB ist dieses Problem bekannt? Vorher habe ich das System über MiLight betrieben und da wurde bei Weiß auch Weiß geschaltet. Meine Frage ist nun, kann man das über ein HomebridgeMapping lösen oder kann der Shelly das einfach nicht??

Mit freundlichen Grüßen

Christian

hellijo

Hallo Zusammen,

ich habe einen Dummy, der auch funktioniert wenn ich auf der Weboberfläche schalte.

Problem ist die Homekit Übertragung der neuen Sollwerte. Hier kommt immer ein Fehler, dass das gesendete Kommando nicht simmt.
Geschrieben werden müsste 0,1,2,3 oder offFor60min.

Hier ist der Code:

define FanSelectorNight dummy
setuuid FanSelectorNight 6171aad0-f33f-ea7a-9eae-d30cd5d18afdf2e7
attr FanSelectorNight devStateIcon 0:vent_ventilation_level_0 1:vent_ventilation_level_1 2:vent_ventilation_level_2 3:vent_ventilation_level_3
attr FanSelectorNight genericDeviceType light
attr FanSelectorNight group THZ
attr FanSelectorNight homebridgeMapping Brightness=state,minValue=0,maxValue=4,minStep=1
attr FanSelectorNight room Heizung,Homekit
attr FanSelectorNight setList 0 1 2 3 offFor60min
attr FanSelectorNight webCmd 0:1:2:3:offFor60min
define Notify_p08FanStageNight notify FanSelectorNight IF ([FanSelectorNight] eq "offFor60min") (define at_N_offFor60min at +00:59:00 set Mythz p08FanStageNight [Mythz:p08FanStageNight],set Mythz p08FanStageNight 0, setstate FanSelectorNight offFor60min) ELSE (set Mythz p08FanStageNight $EVENT)
setuuid Notify_p08FanStageNight 6193d5a7-f33f-ea7a-b271-141d9276a13de3de
define Notify_FanselectorNight notify (Mythz.p08FanStageNight.*) setstate FanSelectorNight $EVTPART1
setuuid Notify_FanselectorNight 6193d5a7-f33f-ea7a-9902-e2775976e3423719

Wie müsste mein Homebridgemapping aussehen? Ich stehe gerade auf dem Schlauch und die Websuche war bisher nicht erfolgreich :/

Vielen Dank im Voraus,
Jörg


Chris8888

Zitat von: speex am 13 Dezember 2020, 17:28:15
Hallo ist es normal das das Homebridge Log voll mit FHEM Cache ausgaben ist?

Es werden auch meistens nur Homematic Firmwareversion Cache werte abgefragt? Dafür 3-4mal pro Minute.



[13/12/2020, 17:24:16] [FHEM] query: FirmwareRevision for fl_Bad-D-firmware
[13/12/2020, 17:24:16] [FHEM]   cached: 2.8 (as string)
[13/12/2020, 17:24:16] [FHEM] query: FirmwareRevision for fl_Dor_Sensor-D-firmware
[13/12/2020, 17:24:16] [FHEM]   cached: 2.4 (as string)
  2020-12-13 17:24:47 caching: sz_Kleiderschranklicht-state: off
[13/12/2020, 17:24:47] [FHEM]     caching: On: false (as boolean; from 'off')
  2020-12-13 17:25:12 caching: sz_Kleiderschranklicht-state: on
[13/12/2020, 17:25:12] [FHEM]     caching: On: true (as boolean; from 'on')
[13/12/2020, 17:25:25] [FHEM] query: FirmwareRevision for fl_Bad-D-firmware
[13/12/2020, 17:25:25] [FHEM]   cached: 2.8 (as string)
[13/12/2020, 17:25:25] [FHEM] query: FirmwareRevision for fl_Dor_Sensor-D-firmware
[13/12/2020, 17:25:25] [FHEM]   cached: 2.4 (as string)
[13/12/2020, 17:26:29] [FHEM] query: FirmwareRevision for fl_Bad-D-firmware
[13/12/2020, 17:26:29] [FHEM]   cached: 2.8 (as string)
[13/12/2020, 17:26:29] [FHEM] query: FirmwareRevision for fl_Dor_Sensor-D-firmware
[13/12/2020, 17:26:29] [FHEM]   cached: 2.4 (as string)


Kann ich das irgendwie deaktivieren ist das überhaupt nötig?

Hallo zusammen,

ich beobachte das gleiche....kann das jemand beantworten?
Danke vorab!

VG
Christian
FHEM 6.0 auf einem PI4 mit div. Homematic-Komponenten, Alexa, Tablet-UI und Homebridge...und läuft einfach. Erweitert mit CCU3 und Homematic-IP...und läuft immer noch.

Udomatic

#4119
Hallo Community,

ich bin leider nicht der Held im entwerfen von Homebridge Mappings. Ich habe einen frient Luftqualitätssensor und den IKEA STARKVIND Luftreiniger per zigbee2mqtt angelernt und in FHEM.

Hier das List der beiden Devices:

frient Luftqualitätssensor

Internals:
   CFGFN     
   CID        zigbee_frient
   DEF        zigbee_frient
   DEVICETOPIC MQTT2_zigbee_frient
   FUUID      61a8c4de-f33f-8bc1-e46b-255bd4fc4af287b9
   IODev      z2m
   LASTInputDev z2m
   MSGCNT     114
   NAME       MQTT2_zigbee_frient
   NR         234522
   STATE      excellent
   TYPE       MQTT2_DEVICE
   z2m_MSGCNT 114
   z2m_TIME   2021-12-02 17:26:39
   READINGS:
     2021-12-02 14:06:38   IODev           z2m
     2021-12-02 17:26:39   air_quality     excellent
     2021-12-02 14:06:38   associatedWith  MQTT2_zigbee_pi
     2021-12-02 14:06:38   availability    online
     2021-12-02 17:26:39   battery         100
     2021-12-02 17:26:39   battery_low     false
     2021-12-02 17:26:39   device_dateCode 20210824 21:05
     2021-12-02 17:26:39   device_friendlyName frient Luftqualitätssensor
     2021-12-02 17:26:39   device_ieeeAddr 0x0015bc0036001045
     2021-12-02 17:26:39   device_manufacturerID 4117
     2021-12-02 17:26:39   device_manufacturerName frient A/S
     2021-12-02 17:26:39   device_model    AQSZB-110
     2021-12-02 17:26:39   device_networkAddress 24019
     2021-12-02 17:26:39   device_powerSource Battery
     2021-12-02 17:26:39   device_type     EndDevice
     2021-12-02 17:26:39   device_zclVersion 1
     2021-12-02 17:26:39   humidity        65.1
     2021-12-02 17:26:39   linkquality     255
     2021-12-02 17:26:39   temperature     20.5
     2021-12-02 17:26:39   voc             7
     2021-12-02 17:26:39   voltage         3200
Attributes:
   genericDeviceType AirQualitySensor
   homebridgeMapping AirQuality=air_quality,values=0:UNKNOWN;1:EXCELLENT;2:GOOD;3:FAIR;4:INFERIOR;5:POOR
   readingList zigbee2mqtt/frient\x20Luftqualit\xc3\xa4tssensor/availability:.* availability
zigbee2mqtt/frient\x20Luftqualit\xc3\xa4tssensor:.* { json2nameValue($EVENT) }
   room       Homekit,MQTT2_DEVICE
   siriName   Luftbuero
   stateFormat air_quality


IKEA STARKVIND Luftreiniger

Internals:
   CFGFN     
   CID        zigbee_IKEA
   DEF        zigbee_IKEA
   DEVICETOPIC MQTT2_zigbee_IKEA
   FUUID      61a8e29f-f33f-8bc1-0400-ade25a1c4e819e68
   IODev      z2m
   LASTInputDev z2m
   MSGCNT     21
   NAME       MQTT2_zigbee_IKEA
   NR         235672
   STATE      ???
   TYPE       MQTT2_DEVICE
   z2m_MSGCNT 21
   z2m_TIME   2021-12-02 16:49:54
   READINGS:
     2021-12-02 16:13:35   IODev           z2m
     2021-12-02 16:49:54   air_quality     excellent
     2021-12-02 16:13:35   associatedWith  MQTT2_zigbee_pi
     2021-12-02 16:13:35   availability    online
     2021-12-02 16:49:54   child_lock      UNLOCK
     2021-12-02 16:49:54   device_applicationVersion 16
     2021-12-02 16:49:54   device_dateCode 20210428
     2021-12-02 16:49:54   device_friendlyName IKEA STARKVIND
     2021-12-02 16:49:54   device_hardwareVersion 1
     2021-12-02 16:49:54   device_ieeeAddr 0xcc86ecfffe832897
     2021-12-02 16:49:54   device_manufacturerID 4476
     2021-12-02 16:49:54   device_manufacturerName IKEA of Sweden
     2021-12-02 16:49:54   device_model    E2007
     2021-12-02 16:49:54   device_networkAddress 44337
     2021-12-02 16:49:54   device_powerSource Mains (single phase)
     2021-12-02 16:49:54   device_softwareBuildID 1.0.033
     2021-12-02 16:49:54   device_stackVersion 103
     2021-12-02 16:49:54   device_type     Router
     2021-12-02 16:49:54   device_zclVersion 3
     2021-12-02 16:49:54   fan_mode        1
     2021-12-02 16:49:54   fan_speed       0
     2021-12-02 16:49:54   fan_state       ON
     2021-12-02 16:49:54   led_enable      true
     2021-12-02 16:17:34   linkquality     255
     2021-12-02 16:49:54   pm25            10
     2021-12-02 16:49:54   replace_filter  false
Attributes:
   genericDeviceType AirPurifier
   homebridgeMapping On=fan_state,cmdOn=On,cmdOff=Off,valueOn=1,valueOFF=0
   readingList zigbee2mqtt/IKEA\x20STARKVIND/availability:.* availability
zigbee2mqtt/IKEA\x20STARKVIND:.* { json2nameValue($EVENT) }
   room       Homekit,MQTT2_DEVICE
   siriName   STARKVIND


Habe beide Geräte in der Homebridge aber durch die falschen Mappings noch nicht das finale Ergebnis.

Kann mir bitte jemand unter die Arme greifen?
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,

morfey

Hallo zusammen,
bin mir nicht sicher, ob meine Anfrage hier richtig ist:
Habe Fhem mit Homebridge erfolgreich am laufen. Ein Iphone ist auch erfolgreich verbunden.
Wenn ich nun ein zweites Iphone in der Home-App verbinden will, wird meine Homebridge-Instanz nicht gefunden, auch nicht mit der, in Homebridge festgelegten Pin. Das bereits gekoppelte Iphone kann aber alle Geräte steuern und sehen ...
Der Avahi-Daemon scheint auch Homebridge erfolgreich im lan zu verteilen ...
Das Ganze läuft auf einem Raspi ...

justme1968

eine HomeKit installation bzw gerät wird immer nur mit einem iCloud account verbunden. andere accounts werden dann von diesem ersten account eingeladen/freigegeben.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

morfey

Hi!
ok, an sich habe ich nun die Homebridge im zweiten Iphone erfolgreich eingebunden. Allerdings wird auf dem zweiten Iphone angezeigt, dass alle Geräte nicht reagieren. Beide Iphones sind aber im gleichen Wlan ...
Worann kann das liegen?

obelix221

Guten Morgen zusammen,

...der Weihnachtsurlaub hat begonnen und das erste Projekt wurde gestartet: Aufsetzen einer Homebridge...

Leider stehe ich vor dem Problem, dass ich die neue Homebridge nicht in der HomeKit-App hinzufügen kann.

Folgende Steps habe ich durchgeführt:
1) Homebridge analog des WIKIs aufgesetzt.
2) Konfiguriert, ein erstes fhem-Device hinzugefügt
3) die Bridge gestartet. Im Terminalfenster scheint die Bridge auch vernünftig zu starten. Mein fhem-Device wird gefunden, der Dienst lauscht auf dem Port 51826, ....
4) Scannen der QR-Codes und alternativer Weg über PIN im der "HomeKit"-App findet auch die Bridge
5) Das "Hinzufügen" führt dann zu einer Meldung "Mit Bridge verbinden" und einem ewig drehenden "Donut of Death", bis es irgendwann mit einem Timeout abbricht.

HomeKit kann also die Verbindung zur Homebridge nicht aufbauen.

Hypothesen:
a) HomeKit findet die IP-Adresse/Port nicht?
b) Authentifizierung funktioniert nicht?

Nun stellen sich mir folgende Fragen:
1) Wo und wie kann ich in das Log von "HomeKit" schauen?
2) Kennt jemand das Verhalten und kann mir einen Tipp geben?

Danke & Grüße
Obelix
RPi3 als FHEM-Server, 868 MHz CUL, 433 MHz Transmitter, Homematic Aktoren und Sensoren, Yamaha AVR, Logitech Harmony, Fritzbox, Logitech SB, 433 MHz Steckdosen, HUE, EnOcean

juergen012

Moin,
hast Du einen Raum für Homekit eingerichtet? Dort müssen die Geräte für die Homebridge eingetragen werden.
Ich nutze Homebridge mit Homebridge UI X https://github.com/oznu/homebridge-config-ui-x da hat man eine GUI und es ist leichter zu konfigurieren

Beste Grüße
Jürgen K.
Fhem unter Proxmox