homebridge/homekit

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

Vorheriges Thema - Nächstes Thema

Ralli

In /var/homebridge/config.json ist folgendes enthalten:


{
            "platform": "FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "filter": "room=Homekit"
        }


Da musst du die IP-Adresse anpassen.
Gruß,
Ralli

Proxmox 8.4 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.4 dev, virtualisierte RaspberryMatic (3.81.5.20250527) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.4.1) und HMW-GW, FRITZBOX 7490 (07.59), FBDECT, Siri und Alexa

speex

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?

Typ1er

#3932
Habe gestern auf meiner Homebridge das FHEM Plugin aktualisiert, seitdem sagt Siri das sie das Schloss nicht mehr öffnen kann, es funktioniert wie immer.  Bei meiner Klingel eingebunden als Doorbell meldet sich jetzt alle 10 Minuten, mit Push und HomePod klingeln, Sodas ich diese erstmal entfernen musste.


Edit 27.12.2020
Fehler ist der selbe wie in den Nachfolgen Beiträgen, bin auf die ältere Version zurück und es geht alles wieder.

exit2308

homebridge-fhem Versionsupdate: 0.5.21 fehler beim cache.

Neue Werte werden nicht gespeichert in homekit (z.B. Status beim Licht oder Schalter).
FHEM übernimmt zwar die neuen Werte nach dem schalten, aber es bleiben immer die Werte wie wenn homebridge neu startet.

Hab jetzt ein downgrade auf 0.5.20 gemacht, dort läuft alles ohne Probleme.

downgrade für alle die Probleme haben sollten: npm install <package>@<version> (homebridge-fhem@0.5.20

Udomatic

Zitat von: cpet am 06 Oktober 2020, 00:08:45
Hallo Zusammen,

interessanterweise gibt es seit dem letzten Update der "Homebridge Config UI X" Automatisch eine Homebridge UI API Reference mit dazu!

Diese erreicht man über http://IPseinerHomebridge:8581/swagger

Hierüber ist es nun möglich Hombridge-Geräte direkt aus FHEM über HTTPMOD anzusprechen.

Ich habe jetzt hierüber Erfolgreich meinen Whirlpool mit der Balboa-Steuerung in FHEM einbinden können  ;D

Danke für die Info, sehr interessant!

Kannst du mal ein List deines Devices posten, welches du nun in FHEM angelegt hast?
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,

Udomatic

Zitat von: Dracolein am 04 Oktober 2020, 08:13:29
Ich hatte folgendes Problem schon mal zu Beginn des Jahres, welches aber zwischendrin weg war:

Wenn ich meinen Raspberri Pi neustarte (n muss), tauchen nach erfolgtem Restart in HomeKit diverse (nicht alle!) Sensoren erneut ungeordnet im Standardraum auf, welchen ich dann erneut die jeweiligen Bezeichnungen und Zuordnungen erteilen muss.
a.) verstehe ich nicht warum das nun so ist
b.) verstehe ich überhaupt nicht, weshalb es nur eine Hand voll Sensoren betrifft

An einer Lösung zu diesem Problem bin ich auch sehr interessiert, da ich schon längere Zeit damit kämpfe. Ich stelle auch fest, dass es immer dann passiert, wenn ich den PI Neustarte auf dem neben FHEM, Homebridge und deConz läuft.

Wenn ich nur die Homebridge Neustarte habe ich das Problem nicht.

Zitat von: Dracolein am 04 Oktober 2020, 08:13:29
Meine zweite Frage bezieht sich auf Farbtemperatur von Tradfri-Lampen:
Per Homebridgemapping

ColorTemperature=ct,cmd=ct,
lässt sich die Farbtemperatur in Homekit einstellen, jedoch ist das verfügbare Farbspektrum in der App höher, als die Lampe scheinbar darstellen kann. Ich müsste also den Bereich irgendwie begrenzen und habe dies erfolglos mit
minValue=250, maxValue=452
versucht.
Das gleiche Problem stellt sich auch bei den Schiebereglern in FHEMWEB dar.
Gibts hierzu eine Option?

Das ist auch eine Gute Frage, denn das Verhalten habe ich auch bei anderen Leuchtmitteln von z.B. innr oder Müller Licht, dass sich die Farbe in Home App nicht anpassen lässt.

Mich interessiert dabei aber mehr die Farbe als die Farbtemperatur.

In der Hue App funktioniert es aber wie mit original Hue Leuchtmitteln
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,

mkern1975

Hallo zusammen,

auch wenn ich fast befürchte hier falsch zu sein, möchte ich es dennoch versuchen :-)
Besteht die Möglichkeit, ein "nur" in GoogleHome/Assistant vorhandenes Gerät aus Fhem heraus anzusprechen?

Hintergrund: Ich habe ein LEDVANCE WiFi E27 im GoogleAssistant eingebunden. Dieses lässt sich auch entprechend in Google schalten.
Gerne würde ich aber nun auf entsprechende FHEM Aktionen reagieren und entsprechend dieses Licht schalten. Dabei möchte ich nicht per Sprache schalten, sondern einfach on /off.
Den gAssistant habe ich mir mal eingerichtet und auch dieses funktioniert soweit. Allerdings komme ich da ja darüber leider nicht an das "nur" in Google vorhandene Gerät. Super wäre quasi ein gAssistant anders herum.

Via IFTTT komme ich da leider auch nicht weiter.

Wäre super, wenn hier jemand eine Idee hätte.
LG
Matthias

Krise

Zitat von: mkern1975 am 26 Dezember 2020, 14:40:56
.. wenn ich fast befürchte hier falsch zu sein, möchte ich es dennoch versuchen :-)
Besteht die Möglichkeit, ein "nur" in GoogleHome/Assistant vorhandenes Gerät aus Fhem heraus anzusprechen?


ich denke, du bist hier https://forum.fhem.de/index.php/topic,96696.msg898140.html#msg898140 besser aufgehoben ;).

Grüße
Christian

Krise

Ich habe jetzt meine Homebridge auf systemd umgestellt, was auch super läuft und habe jetzt festgestellt, dass meine Siri nach geraumer Zeit einen Müdigkeitsanfall bekommt und "Augen und Ohren" schließt. Soll heißen, ich bekomme die Meldung "Deine Geräte reagieren nicht..." spreche ich sie kurze Zeit später darauf an geht alles wieder. ATV habe ich nicht im Einsatz, läuft alles über FHEM. Das Problem scheint lt. Google kein FHEM Problem zu sein. Da auch Nutzer mit normaler Hardware Homebridge das gleiche Problem haben. Leider gibt es keine Lösungsansätze, außer alles neu zu starten... Mein Ansatz wäre daher Siri über FHEM "anzuschubsen" also quasi ein "Siri bist du noch wach?" absetzen. Ist das möglich? IPhoneseitig gibt es keine Einstellung für eine Art Schlafmodus. Ich denke, dass Siri zur Schonung des Akkus die Aufmerksamkeit einstellt...


Grüße
Christian

travelling-man

#3939
Zitat von: Krise am 29 Dezember 2020, 11:30:43
Ich habe jetzt meine Homebridge auf systemd umgestellt, was auch super läuft und habe jetzt festgestellt, dass meine Siri nach geraumer Zeit einen Müdigkeitsanfall bekommt und "Augen und Ohren" schließt. Soll heißen, ich bekomme die Meldung "Deine Geräte reagieren nicht..." spreche ich sie kurze Zeit später darauf an geht alles wieder. ATV habe ich nicht im Einsatz, läuft alles über FHEM. Das Problem scheint lt. Google kein FHEM Problem zu sein. Da auch Nutzer mit normaler Hardware Homebridge das gleiche Problem haben. Leider gibt es keine Lösungsansätze, außer alles neu zu starten... Mein Ansatz wäre daher Siri über FHEM "anzuschubsen" also quasi ein "Siri bist du noch wach?" absetzen. Ist das möglich? IPhoneseitig gibt es keine Einstellung für eine Art Schlafmodus. Ich denke, dass Siri zur Schonung des Akkus die Aufmerksamkeit einstellt...


Grüße
Christian

Moin, welche Homebridge Version hast du im Einsatz?

Es gibt einen Bug in Version > 1.1.7 siehe
https://github.com/homebridge/homebridge/issues/2719

VG

Krise

lt. Serviced ist die Version 1.2.5. Lt. Status läuft die Bridge auch, nur Siri braucht immer 2 Anläufe. Werde das mal mit eve querchecken.

Grüße
Christian

Typ1er

Ich habe gelegentlich auch Hänger, ob der Fehler an FHEM, Homebridge, oder Docker liegt kann ich nicht sagen, zumindest hilft es den Docker Container mit der Homebridge neu zu starten.

Krise

So ich habe gerade den Test mit der eve-App gemacht. In HOME alles "tot" mit Eve alles ansprechbar. Scheint also ein Funktionsproblem in der Homegschichte zu sein. Wobei ich nicht weiß, was Home anders macht als Eve...
Aber alle paar Minuten den Service neu starten ist auch nervig. Aber an dem scheint es ja nicht zu liegen... ??? ::)

Grüße
Christian

Matze89

#3943
Hallo an euch,
Hallo justme1968,

auch wenn ich mich eigentlich nur bei Problemen oder Bugs hier melde, möchte ich von meiner Seite nochmals ein Danke an deine Plugins (Alexa, sowie HomeBridge) ausrichten. Nutze ich tagtäglich und bin fasziniert von der Stabilität. Heute wollte ich mein System auf den neusten Stand bringen. Ich bin von der Version "homebridge-fhem v0.5.20" auf "homebridge-fhem v0.5.22" gewechselt und kann definitiv ein gravierender Fehler mitteilen.

Problem:
Seit dem Update funktioniert meine gruppierte Homebrigdemapping-Funktionen nicht mehr einwandfrei. Es werden nicht alle Befehle übertragen/ausgeführt. In HomeKit erscheint hierbei nur "Aktivieren... * Ausgeschaltet" mit dem drehenden Zeichen. Genauso auch meine zeitgesteuerten Rollos zeigen mir alle "Wird geöffnet..." mit dem drehenden Zeichen konstant an. Befehle werden nicht alle übertragen (wie man deutlich an den Logs unten sieht).

Logs:

Hier eine RAW-Definition eines Sicherheitssystems, was nun nicht mehr funktioniert:
RAW Definition meines Sicherheitssystem

defmod security DOIF ([{sunset(-1800,"20:00","22:00")}-{sunrise(0,"06:00","08:30")}] and ["$SELF:Zuhause"])\
({Log 1, "Security: Zuhause -> Nachtmodus"})\
DOELSEIF (["$SELF:Zuhause"])\
({Log 1, "Security: Zuhause"})\
DOELSEIF (["$SELF:Abwesend"])\
({Log 1, "Security: Abwesend"})\
DOELSEIF (["$SELF:Nacht"])\
({Log 1, "Security: Nachtmodus"})\
DOELSEIF (["$SELF:Aus"])\
({Log 1, "Security: Aus"})\
DOELSEIF (["$SELF:Alarm"])\
({Log 1, "Security: Alarm!!!"})
attr security alias Sicherheit
attr security cmdState Nacht|Zuhause|Abwesend|Nacht|Aus|Alarm
attr security devStateIcon Zuhause:status_available Abwesend:status_away_1 Nacht:status_night Alarm:people_sensor Aus:message_presence
attr security genericDeviceType security
attr security group Sicherheitssystem
attr security homebridgeMapping SecuritySystemCurrentState=state,values=Zuhause:0;;Abwesend:1;;Nacht:2;;Aus:3;;Alarm:4\
SecuritySystemTargetState=SecuritySystemCurrentState,cmds=0:Zuhause;;1:Abwesend;;2:Nacht;;3:Aus,delay=1\
Switch#On=state,valueOn=/Zuhause|Nacht/,cmdOn=Zuhause,cmdOff=Abwesend
attr security icon secur_locked
attr security room Home,HomeKit
attr security setList Zuhause Abwesend Nacht Aus Alarm
attr security siriName security
attr security verbose 5

setstate security Zuhause
setstate security 2021-01-01 11:36:06 cmd 2
setstate security 2021-01-01 11:36:06 cmd_event set_Zuhause_cmd_2
setstate security 2021-01-01 11:36:06 cmd_nr 2
setstate security 2021-01-01 11:36:06 state Zuhause
setstate security 2021-01-01 07:49:42 timer_01_c01 01.01.2021 20:00:00
setstate security 2021-01-01 07:49:42 timer_02_c01 02.01.2021 07:49:42


Hier mein Log aus der neuen Version x.22

Schalter auf aus gestellt
[1.1.2021, 11:23:25] [FHEM] security: executing set cmd for Switch#On with value false
[1.1.2021, 11:23:25] [FHEM]   executing: http://127.0.0.1:8088/fhem?cmd=set%20security%20Abwesend&XHR=1
  2021-01-01 11:23:25 caching: security-state: Abwesend
[1.1.2021, 11:23:25] [FHEM]     caching: SecuritySystemCurrentState: 1 (as number; means AWAY_ARM; from 'Abwesend')

Schalter auf ein gestellt
[1.1.2021, 11:24:03] [FHEM] security: executing set cmd for Switch#On with value true
[1.1.2021, 11:24:03] [FHEM]   executing: http://127.0.0.1:8088/fhem?cmd=set%20security%20Zuhause&XHR=1
  2021-01-01 11:24:03 caching: security-state: Zuhause
[1.1.2021, 11:24:03] [FHEM]     caching: SecuritySystemCurrentState: 0 (as number; means captureRejections; from 'Zuhause')

Neu laden vom Cache
[1.1.2021, 11:24:28] [FHEM] query: SecuritySystemCurrentState for security-state
[1.1.2021, 11:24:28] [FHEM]   cached: 1 (as number; means AWAY_ARM)
[1.1.2021, 11:24:28] [FHEM] query: SecuritySystemTargetState for security-state
[1.1.2021, 11:24:28] [FHEM]   cached: 0 (as number; means captureRejections)


Hier mein Log aus der x.20, die einwandfrei funktioniert

Schalter auf aus gestellt
[1.1.2021, 11:35:23] [FHEM] security: executing set cmd for Switch#On with value false
[1.1.2021, 11:35:23] [FHEM]   executing: http://127.0.0.1:8088/fhem?cmd=set%20security%20Abwesend&XHR=1
  2021-01-01 11:35:23 caching: security-state: Abwesend
[1.1.2021, 11:35:23] [FHEM]     caching: SecuritySystemCurrentState: 1 (as number; means AWAY_ARM; from 'Abwesend')
[1.1.2021, 11:35:23] [FHEM]     caching: SecuritySystemTargetState: 1 (as number; means AWAY_ARM; from 'Abwesend')
[1.1.2021, 11:35:23] [FHEM]     caching: Switch#On: false (as boolean; from 'Abwesend')

Schalter auf ein gestellt
[1.1.2021, 11:36:06] [FHEM] security: executing set cmd for Switch#On with value true
[1.1.2021, 11:36:06] [FHEM]   executing: http://127.0.0.1:8088/fhem?cmd=set%20security%20Zuhause&XHR=1
  2021-01-01 11:36:06 caching: security-state: Zuhause
[1.1.2021, 11:36:06] [FHEM]     caching: SecuritySystemCurrentState: 0 (as number; means captureRejections; from 'Zuhause')
[1.1.2021, 11:36:06] [FHEM]     caching: SecuritySystemTargetState: 0 (as number; means captureRejections; from 'Zuhause')
[1.1.2021, 11:36:06] [FHEM]     caching: Switch#On: true (as boolean; from 'Zuhause')
  2021-01-01 11:36:08 caching: contact_ASR_E-state: open

Neu laden vom Cache
[1.1.2021, 11:36:40] [FHEM] query: SecuritySystemTargetState for security-state
[1.1.2021, 11:36:40] [FHEM]   cached: 0 (as number; means captureRejections)
[1.1.2021, 11:36:40] [FHEM] query: SecuritySystemCurrentState for security-state
[1.1.2021, 11:36:40] [FHEM]   cached: 0 (as number; means captureRejections)
[1.1.2021, 11:36:40] [FHEM] query: Switch#On for security-state
[1.1.2021, 11:36:40] [FHEM]   cached: true (as boolean)



Ich hoffe ich konnte dir einige Anhaltspunkte liefern, justme1968 für die Fehlerbehebung. Solange bleibe ich noch auf der x.20 ;-)
Frohes neues Jahr euch allen
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

justme1968

da ist mit einem patch etwas schief gegangen. die version 0.5.24 von eben sollte wieder den gleichen stand wie die 0.5.20 haben.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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