homebridge/homekit

[hoppel118]

Ok, und hast du minStep=1 gesetzt? Ist das für dich so in Ordnung oder brauchst du zwingend 0,5er Schritte?

Ich kann mich gut mit 1er Schritten anfreunden.

Gruß Hoppel

[Knallkopp_02]

Ich habe minStep nicht gesetzt, mir persönlich reichen ganze Grad Zahlen.

Wie es andere sehen weiß ich nicht

[RalfP]

Hallo,

...na toll, jetzt läuft es nicht mehr rund 

Habe iOS13.1 auf meinen iPhones, Homebridge 0.4.50 und homebridge-fhem 0.5.8 am laufen (bzw. nicht). Leider alles relativ zeitgleich upgedated 

HomeKit auf iOS13 verliert immer wieder die Verbindung, wenn man das so sagen kann, und zeigt "Keine Antwort" bei allen Geräten die von Homebridge zur Verfügung gestellt werden. Erst nach sehr sehr langer Wartezeit klappt es dann - bis zur nächsten Unterbrechung.

Habt ihr ähnliche Probleme? Wenn ja, auch Lösungen dafür?

Router, Pi & HomePod schon neu gestartet - keine Besserung. Im Log von Homebridge ist nichts ungewöhnliches bisher aufgetaucht.
Mein iMac hat noch das alte HomeKit. Im Falle, das die iPhones "Keine Antwort" anzeigen, scheint es da erst mal gut auszusehen, bis man etwas schalten will - dies geht nicht.
Damit würde ich mal sagen, das Homebridge nicht erreichbar ist (oder abgefragt wird), für diese Zeit.

Für jeden Diagnosehinweis, wäre ich dankbar.

Grüße
Ralf

Hallo,

läuft wieder, zumindest jetzt >24h.

Erklären kann ich es nicht, das vorweg. Ich denke mein AirPort Extrem war die Ursache. Als ich den vom Strom nahm und wieder startete, lief es - bis jetzt. Den hatte ich nun garnicht in Verdacht, da dieser der AP ist für den HomePod ist und der hatte keine Problem in Home. Die Homebridge ist über LAN am AirPort angeschlossen - dort muss das Übel gelegen haben.

Vorteil meiner ganzen Diagnostik: Jetzt habe ich mein Pi, inklusive Homebridge und Fhem Plugin, auf dem neuesten Stand  ...und ich kenne nun den Debug Modus der Homebridge.

Gruß
Ralf

[Sky]

Guten Abend zusammen ,

ich versuche schon eine ganze Weile für meine Gosund SP1, mit Tasmota,ein homebridgemapping auf die Beine zu stellen .
Mit Beiträgen aus dem Forum und Github habe ich versucht darin eine Logik zu erkennen ,ist mir aber bis jetzt nicht gelungen .
Leider habe ich zu wenige Anhaltspunkte finden können .

Ein List vom Device sieht so aus :

Code Auswählen Erweitern


Internals:
   CID        DVES_BB27C0
   DEF        DVES_BB27C0
   DEVICETOPIC Gosund_3
   FUUID      5d99f581-f33f-88d2-5d97-659c27d4c34588ae
   IODev      m2s
   LASTInputDev m2s
   MSGCNT     82
   NAME       Gosund_3
   NR         321
   STATE      off
   TYPE       MQTT2_DEVICE
   m2s_MSGCNT 82
   m2s_TIME   2019-10-08 22:09:19
   READINGS:
     2019-10-08 22:09:19   ENERGY_ApparentPower 0
     2019-10-08 22:09:19   ENERGY_Current  0.000
     2019-10-08 22:09:19   ENERGY_Factor   0.00
     2019-10-08 22:09:19   ENERGY_Period   0
     2019-10-08 22:09:19   ENERGY_Power    0
     2019-10-08 22:09:19   ENERGY_ReactivePower 0
     2019-10-08 22:09:19   ENERGY_Today    0.011
     2019-10-08 22:09:19   ENERGY_Total    0.013
     2019-10-08 22:09:19   ENERGY_TotalStartTime 2019-10-06T13:18:03
     2019-10-08 22:09:19   ENERGY_Voltage  0
     2019-10-08 22:09:19   ENERGY_Yesterday 0.002
     2019-10-07 20:57:45   FallbackTopic   cmnd/DVES_BB27C0_fb/
     2019-10-07 20:57:45   GroupTopic      sonoffs
     2019-10-08 22:09:19   Heap            15
     2019-10-07 20:57:45   Hostname        sonoff_3-1984
     2019-10-07 20:57:45   IPAddress       192.168.xxx.xxx
     2019-10-08 21:02:28   LWT             Online
     2019-10-08 22:09:19   LoadAvg         19
     2019-10-07 20:57:45   Module          Gosund SP1 v23
     2019-10-08 22:09:19   POWER1          off
     2019-10-07 20:57:45   RestartReason   Software/System restart
     2019-10-06 16:10:57   SaveData        on
     2019-10-06 16:10:57   SetOption26     on
     2019-10-08 22:09:19   Sleep           50
     2019-10-08 22:09:19   SleepMode       Dynamic
     2019-10-06 16:10:55   StateText1      off
     2019-10-06 16:10:56   StateText2      on
     2019-10-06 16:10:56   StateText3      toggle
     2019-10-06 16:10:56   StateText4      hold
     2019-10-08 22:09:19   Time            2019-10-08T21:09:19
     2019-10-08 22:09:19   Uptime          1T01:11:39
     2019-10-07 20:57:45   Version         6.6.0(release-sonoff)
     2019-10-07 20:57:45   WebServerMode   Admin
     2019-10-08 22:09:19   Wifi_AP         1
     2019-10-08 22:09:19   Wifi_BSSId      00:1F:3F:16:32:0C
     2019-10-08 22:09:19   Wifi_Channel    9
     2019-10-08 22:09:19   Wifi_Downtime   0T00:00:04
     2019-10-08 22:09:19   Wifi_LinkCount  1
     2019-10-08 22:09:19   Wifi_RSSI       56
     2019-10-08 22:09:19   Wifi_SSId       Mein Netz 1
     2019-10-08 22:09:13   state           set_off
Attributes:
   IODev      m2s
   autocreate 0
   comment    NOTE: on-for-timer is limited to 18h max duration!
   genericDeviceType outlet
   homebridgeMapping outlet=state,valueOn=on:POWER1,valueOff=off:POWER0,cmdOn=on,cmdOff=off
   icon       hue_filled_outlet
   model      tasmota_basic_state_power1
   readingList tele/sonoff_3/LWT:.* LWT
  tele/sonoff_3/STATE:.* { json2nameValue($EVENT) }
  tele/sonoff_3/SENSOR:.* { json2nameValue($EVENT) }
  tele/sonoff_3/INFO.:.* { json2nameValue($EVENT) }
  stat/sonoff_3/RESULT:.* { json2nameValue($EVENT) }
   room       Homekit,MQTT2_DEVICE
   setList    off:noArg    cmnd/sonoff_3/POWER1 0
  on:noArg     cmnd/sonoff_3/POWER1 1
  toggle:noArg cmnd/sonoff_3/POWER1 2
  on-for-timer {my $duration = $EVTPART1 < 11.2 ? $EVTPART1*10 : $EVTPART1+100; 'cmnd/sonoff_3/Backlog pulseTime1 '.$duration.'; POWER1 1'}
  setOtaUrl:textField cmnd/sonoff_3/OtaUrl $EVTPART1
  upgrade:noArg   cmnd/sonoff_3/upgrade 1
   setStateList on off toggle
   stateFormat POWER1


Das Device ist als genericDevice = Outlet
Das aktuelle homebridgemapping sieht so aus :

Code Auswählen Erweitern


outlet=state,valueOn=on:POWER1,valueOff=off:POWER0,cmdOn=on,cmdOff=off


Wenn ich in Fhem manuell schalte ,schalten die Gosund-Steckdosen ,aber leider wird dies in Homekit nicht angezeigt .


Wenn ich in Homekit schalte wird dies allerdings in Fhem korrekt angezeigt .

Im EventMonitor steht dann folgendes :

Code Auswählen Erweitern


2019-10-08 22:17:44 MQTT2_DEVICE Gosund_3 set_on
2019-10-08 22:17:44 MQTT2_DEVICE Gosund_3 POWER1: on
2019-10-08 22:17:45 MQTT2_DEVICE Gosund_3 set_off
2019-10-08 22:17:45 MQTT2_DEVICE Gosund_3 POWER1: off


Über SSH und "sudo journalctl -f -au homebridge" sieht das dann so aus :

Code Auswählen Erweitern


Oct 08 22:17:44 raspberrypi homebridge[5533]:   2019-10-08 22:17:44 caching: Gosund_3-state: set_on
Oct 08 22:17:45 raspberrypi homebridge[5533]:   2019-10-08 22:17:45 caching: Gosund_3-state: set_off


Kann mir vielleicht jemand sagen wo mein Fehler ist ?

Danke im vorraus ...

[justme1968]

was soll das :POWERx bein den values bedeuten?

wenn ich dein log richtig interpretiere heißt das reading in dem der aktuelle zustand steht nicht state sondern POWER1.  und die values sind einfach on und off.

[Sky]

Guten Abend justme ,

danke erstmal für Deine Antwort .
Das Problem ist wie, ich schon geschrieben habe,das ich da nicht ganz folgen kann bzw. die Zusammensetzung noch nicht verstehe .

Wenn ich Dich jetzt richtig interpretiere sollte es Deiner Meinung so aussehen ?

Code Auswählen Erweitern


outlet=POWER1,values=off:on


[Matze89]

hey sky,

manchmal ist es einfacher, als man denkt
Mach es nicht so kompliziert und lösche das homebridgeMapping koplett, da du das nicht benötigst.

Setze nur den richtigen Raum an, wo er die HomeKit Geräte abruft und setze davor noch "genericDeviceType" auf "switch" (Schalter) oder "outlet" (Steckdose).
Starte Homebridge neu und er liest das Gerät perfekt ein.

Ich besitze selbst so ein "MQTT2_DEVICE" bei meinen HomeKit-Schaltern.
Schau dir mal diese Attribute an - zum Vergleich:

Code Auswählen Erweitern

defmod MQTT2_DVES_029287 MQTT2_DEVICE DVES_029287
attr MQTT2_DVES_029287 IODev MQTT2
attr MQTT2_DVES_029287 alexaName Küchenradio
attr MQTT2_DVES_029287 alias Küchenradio (TM1)
attr MQTT2_DVES_029287 autocreate 0
attr MQTT2_DVES_029287 cmdIcon on:general_an off:general_aus
attr MQTT2_DVES_029287 devStateIcon on:radio_checked off:radio_unchecked
attr MQTT2_DVES_029287 genericDeviceType switch
attr MQTT2_DVES_029287 group Steckdosen
attr MQTT2_DVES_029287 icon message_socket
attr MQTT2_DVES_029287 model A_01a_tasmota_basic_state_power1
attr MQTT2_DVES_029287 readingList tele/tm-kuechenradio/LWT:.* LWT\
  tele/tm-kuechenradio/STATE:.* { json2nameValue($EVENT) }\
  tele/tm-kuechenradio/SENSOR:.* { json2nameValue($EVENT) }\
  tele/tm-kuechenradio/INFO.:.* { json2nameValue($EVENT) }\
  stat/tm-kuechenradio/RESULT:.* { json2nameValue($EVENT) }
attr MQTT2_DVES_029287 room Alexa,Home,HomeKit
attr MQTT2_DVES_029287 setList off:noArg    cmnd/tm-kuechenradio/POWER1 0\
  on:noArg     cmnd/tm-kuechenradio/POWER1 1\
  toggle:noArg cmnd/tm-kuechenradio/POWER1 2
attr MQTT2_DVES_029287 setStateList on off toggle
attr MQTT2_DVES_029287 siriName Küchenradio
attr MQTT2_DVES_029287 stateFormat POWER1

Gruß Matthias

PS: Hier noch einige Beispiele für HomebridgeMapping:
https://wiki.fhem.de/wiki/Homebridge_User_Configs
Die Möglichkeiten in HomeKit hier zusammengefasst:
https://github.com/KhaosT/HAP-NodeJS/blob/master/src/lib/gen/HomeKit.ts

[Sky]

Hallo Matthias ,

das hatte ich beim anlegen des Device schon gemacht .
Leider wurde der aktuelle Status nicht an Homekit weitergegeben.

Deshalb möchte ich ein homebridgemapping versuchen .

So sieht die config aus :

Code Auswählen Erweitern


defmod Gosund_3 MQTT2_DEVICE DVES_BB27C0
attr Gosund_3 IODev m2s
attr Gosund_3 autocreate 0
attr Gosund_3 comment NOTE: on-for-timer is limited to 18h max duration!
attr Gosund_3 genericDeviceType outlet
attr Gosund_3 icon hue_filled_outlet
attr Gosund_3 model tasmota_basic_state_power1
attr Gosund_3 readingList tele/sonoff_3/LWT:.* LWT\
  tele/sonoff_3/STATE:.* { json2nameValue($EVENT) }\
  tele/sonoff_3/SENSOR:.* { json2nameValue($EVENT) }\
  tele/sonoff_3/INFO.:.* { json2nameValue($EVENT) }\
  stat/sonoff_3/RESULT:.* { json2nameValue($EVENT) }
attr Gosund_3 room Homekit,MQTT2_DEVICE
attr Gosund_3 setList off:noArg    cmnd/sonoff_3/POWER1 0\
  on:noArg     cmnd/sonoff_3/POWER1 1\
  toggle:noArg cmnd/sonoff_3/POWER1 2\
  on-for-timer {my $duration = $EVTPART1 < 11.2 ? $EVTPART1*10 : $EVTPART1+100;; 'cmnd/sonoff_3/Backlog pulseTime1 '.$duration.';; POWER1 1'}\
  setOtaUrl:textField cmnd/sonoff_3/OtaUrl $EVTPART1\
  upgrade:noArg   cmnd/sonoff_3/upgrade 1
attr Gosund_3 setStateList on off toggle
attr Gosund_3 stateFormat POWER1



[justme1968]

ohne homebridgeMapping geht es nur wenn das device bekannt ist bzw. sich an die in fhem verwendeten standards hält. das ist bei deinem device nicht der fall da das reading um das es geht scheinbar POWER1 heisst. also musst du zumindest das angeben:

Code Auswählen Erweitern

On=POWER1

wenn dann die werte dem standard folgen und on und off heissen reicht das vermutlich sogar.

wenn du outlet und nicht switch verwendest brauchst du zusätzlich zu On noch OutletInUse.


ganz allgemein wie das homebridgeMapping funktioniert steht hier: https://github.com/justme-1968/homebridge-fhem/blob/master/README.md und an diversen stellen im wiki.

welche services und characteristics es gibt und welche required und optional sind findest du hier: https://github.com/KhaosT/HAP-NodeJS/blob/master/src/lib/gen/HomeKit.ts

[Sky]

Hallo zusammen ,

möchte mich noch einmal für Eure Hilfe bedanken .

Mit folgendem Mapping funktioniert es :

Code Auswählen Erweitern


On=POWER1,values=on:on;;off:off


Eine letzte Frage bezüglich einer eventuellen Strom - Wattanzeige in Homekit .

Habe mein Mapping mit folgendem Erweitert :

Code Auswählen Erweitern


On=POWER1,values=on:on;;off:off
OutletInUse=ENERGY_Power,treshold=10


Resultat ist in Homekit :
Nun kann man zwar unter Einstellungen des Device " Steckdose wird benutzt         Ja"  sehen,dies hat für mich aber keinen effektiven Sinn .

Ist es eventuell möglich, in der Übersicht der Device´s in Homekit ( in meinem Beispiel bezogen auf Gosund_4 ) ,
eine Anzeigenerweiterung mit der aktuellen z.B. Wattabgabe zu realisieren ?

So ähnlich wie Pi Temperatur in Homekit ?

Das Reading dafür würde bei mir über "ENERGY_ReactivePower" laufen können
Darüber habe ich gar keine Info´s gefunden .

Ich hoffe , daß ich dies verständlich erklärt habe  )
Danke

[justme1968]

die values kannst du weg lassen. die sind für On nicht relevant. wenn dann valueOn und valueOff. on und off wird aber automatisch erkannt.

der unterschied zwischen outlet und switch ist genau der das angezeigt wird ob die steckdose in benutzung ist. wenn du das nicht brauchst/möchtest nimm switch und lass OutletInUse weg.

wenn du den verbrauch & co anzeigen möchtest muss das reading entweder power, energy, voltage und und current heißen oder du musst ein homebridgeMapping mit den passenden eve custom characteristics anlegen. das geht sogar mit history.

such mal nach E863F10D-079E-48FF-8F27-9C2605A29F52 hier im forum.

und schau z.b. hier: https://forum.fhem.de/index.php/topic,48558.msg907169.html#msg907169

[Sky]

Code Auswählen Erweitern


wenn du den verbrauch & co anzeigen möchtest muss das reading entweder power, energy, voltage und und current heißen oder du musst ein homebridgeMapping mit den passenden eve custom characteristics anlegen. das geht sogar mit history.


Das hieße ,da meine Readings so aussehen ,

ENERGY_ApparentPower
10
2019-10-09 20:36:05
ENERGY_Current
0.040
2019-10-09 20:36:05
ENERGY_Factor
0.56
2019-10-09 20:36:05
ENERGY_Period
0
2019-10-09 20:36:05
ENERGY_Power
5
2019-10-09 20:36:05
ENERGY_ReactivePower
8
2019-10-09 20:36:05
ENERGY_Today
0.020
2019-10-09 20:36:05
ENERGY_Total
0.020
2019-10-09 20:36:05
ENERGY_TotalStartTime
2019-10-06T13:40:54
2019-10-09 20:36:05
ENERGY_Voltage
241
2019-10-09 20:36:05
ENERGY_Yesterday
0.000


das ich ,wie du geschrieben hast , ein homebridgeMapping mit den passenden eve custom characteristics anlegen ?

[justme1968]

genau. schau dir den link von oben an.

[Sky]

Werde ich machen , DANKE

[justme1968]

und nicht vergessen: diese werte sind nur in eve zu sehen. nicht in home.