homebridge/homekit

hoppel118 · 11 April 2019, 00:20:24

Cool, mir ist gerade aufgefallen, dass man in EVE nun das rote Ausrufezeichen sieht, wenn eine meiner Hue Leuchten nicht erreichbar ist. Das gefällt mir!

Feature Request: Ist es zusätzlich möglich den ,,AUS/EIN" Schalter auszugrauen, wenn eine Leuchte nicht erreichbar ist? Momentan kann ich den Schalter noch betätigen. Es passiert dann aber natürlich nichts.

Funktioniert das mit dem roten Ausrufezeichen bei allen Herstellern oder nur bei Hue? Mein Robosauger ist momentan auch nicht erreichbar, trotzdem sehe ich kein rotes Ausrufezeichen.

Viele Grüße Hoppel

justme1968 · 11 April 2019, 09:04:55

ZitatWas genau soll ich mir da anschauen? "npm" habe ich direkt auch geupdated. Meintest du das?

das neue fhem modul npmjs.

ob der schalter aktiv ist lässt sich nicht beeinflussen und hängt von der app ab die verwendet wird. home deaktivert den schalter. eve scheinbar nicht. was besser ist hängt davon ab ob es eine echte oder eine falschmeldung ist.

automatisch geht es für jedes gerät das ein reachable reading hat. manuell über eine Reachable characteristic im homebridgeMapping.

Steffen@Home · 11 April 2019, 09:51:35

Zitat von: Wuppi68 am 07 April 2019, 21:34:07
hi, klare die Meldung ... hem darf ja auch nur /etc/init.d/homebridge ohne Passwort ausführen

melde dich noch einmal als hem user an und mache dann ein sudo /etc/init.d/homebridge
danach sollte der Console Text weg sein

Hallo Wuppi,

leider bekomme ich immer noch folgendes im Fhem Log:

Code Auswählen

sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben

Wuppi68 · 11 April 2019, 09:54:44

Zitat von: Steffen@Home am 11 April 2019, 09:51:35
Hallo Wuppi,

leider bekomme ich immer noch folgendes im Fhem Log:
Code Auswählen Erweitern
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben

Problem ist noch Deine /etc/sudoers ...

für den user fhem wird dort noch ein Passwort verlangt (Hint: visudo und Man-Pages)

Steffen@Home · 11 April 2019, 10:19:41

Code Auswählen

homebridgeMapping CurrentDoorState:state,values=OPEN:OPEN;CLOSED:CLOSED;OPENING:OPENING;CLOSING:CLOSING;STOPPED:stopped
TargetDoorState:CurrentDoorState,cmds=OPEN:CurrentDoorState+open;CLOSED:CurrentDoorState+closed

erkennt er hier den TargetDoorState nicht?

Code Auswählen

2019-04-11 10:12:56 caching: d_Tor_Garten-state: OPENING
[2019-4-11 10:12:56] [FHEM] d_Tor_Garten-state values: value OPENING mapped to 2
[2019-4-11 10:12:56] [FHEM]     caching: CurrentDoorState: 2 (as number; means OPENING; from 'OPENING')
[2019-4-11 10:12:56] [FHEM] d_Tor_Garten-state values: value OPENING mapped to OPENING
[2019-4-11 10:12:56] [FHEM] d_Tor_Garten-state not a number: OPENING
  2019-04-11 10:13:12 caching: d_Tor_Garten-state: STOPPED
[2019-4-11 10:13:12] [FHEM] d_Tor_Garten-state values: value STOPPED mapped to 4
[2019-4-11 10:13:12] [FHEM]     caching: CurrentDoorState: 4 (as number; means STOPPED; from 'STOPPED')
[2019-4-11 10:13:12] [FHEM] d_Tor_Garten-state values: value STOPPED mapped to STOPPED
[2019-4-11 10:13:12] [FHEM] d_Tor_Garten-state not a number: STOPPED
  2019-04-11 10:15:01 caching: d_Tor_Garten-state: CLOSING
[2019-4-11 10:15:01] [FHEM] d_Tor_Garten-state values: value CLOSING mapped to 3
[2019-4-11 10:15:01] [FHEM]     caching: CurrentDoorState: 3 (as number; means CLOSING; from 'CLOSING')
[2019-4-11 10:15:01] [FHEM] d_Tor_Garten-state values: value CLOSING mapped to CLOSING
[2019-4-11 10:15:01] [FHEM] d_Tor_Garten-state not a number: CLOSING
  2019-04-11 10:15:07 caching: d_Tor_Garten-state: CLOSED
[2019-4-11 10:15:07] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-11 10:15:07] [FHEM]     caching: CurrentDoorState: 1 (as number; means CLOSED; from 'CLOSED')
[2019-4-11 10:15:07] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-11 10:15:07] [FHEM]     caching: TargetDoorState: 1 (as number; means CLOSED; from 'CLOSED')

hoppel118 · 11 April 2019, 10:26:14

Zitat von: justme1968 am 11 April 2019, 09:04:55
das neue fhem modul npmjs.

ob der schalter aktiv ist lässt sich nicht beeinflussen und hängt von der app ab die verwendet wird. home deaktivert den schalter. eve scheinbar nicht. was besser ist hängt davon ab ob es eine echte oder eine falschmeldung ist.

automatisch geht es für jedes gerät das ein reachable reading hat. manuell über eine Reachable characteristic im homebridgeMapping.

Ah ja, cool! Das Modul werde ich mir bei Gelegenheit mal näher ansehen. Das ,,reachable" Mapping auch.

Danke für die Tips!

Gruß Hoppel

Steffen@Home · 11 April 2019, 10:49:33

Habe auch mal deine Mapping versucht aber da bleibt das CurrentDoorState immer auf open und er kennt open nicht.

Code Auswählen

Internals:
   FUUID      5c94f33f-f33f-1cf4-32a9-f9e66da4a441d68f
   NAME       d_Tor_Garten
   NR         51
   STATE      CLOSED
   TYPE       dummy
   READINGS:
     2019-04-11 10:15:41   CurrentDoorState open
     2019-04-11 10:42:44   state           CLOSED
Attributes:
   alias      Tor Garten
   genericDeviceType GarageDoorOpener
   group      Tor_Garten_Zustand
   homebridgeMapping clear CurrentDoorState:reading=CurrentDoorState,values=OPEN:OPEN;CLOSED:CLOSED;OPENING:OPENING;CLOSING:CLOSING;STOPPED:STOPPED TargetDoorState:CurrentDoorState,cmds=OPEN:CurrentDoorState+open;CLOSED:CurrentDoorState+closed
   icon       fts_sliding_gate
   readingList CurrentDoorState
   room       GarageWest,Homekit
   sortby     01

Log:

Code Auswählen

[2019-4-11 10:44:42] [FHEM]   value: open
[2019-4-11 10:44:42] [FHEM] d_Tor_Garten-CurrentDoorState value open not handled in values
[2019-4-11 10:44:42] [FHEM]   value: open
[2019-4-11 10:44:42] [FHEM] d_Tor_Garten-CurrentDoorState value open not handled in values

Steffen@Home · 11 April 2019, 11:54:43

Ich habe eine Reading angelegt für Target.
Jetzt funktioniert eigentlich alles was ich auf die schnelle sehe. Im Log gibt es noch Fehler aber da muss ich andermal ran.

Code Auswählen

[2019-4-11 11:45:47] [FHEM] d_Tor_Garten: executing set cmd for TargetDoorState with value 0
[2019-4-11 11:45:47] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20d_Tor_Garten%20TargetDoorState%20open&fwcsrf=csrf_118524927089602&XHR=1
  2019-04-11 11:45:48 caching: d_Tor_Garten-state: OPENING
[2019-4-11 11:45:48] [FHEM] d_Tor_Garten-state values: value OPENING mapped to 2
[2019-4-11 11:45:48] [FHEM]     caching: CurrentDoorState: 2 (as number; means OPENING; from 'OPENING')
[2019-4-11 11:45:48] [FHEM] d_Tor_Garten-state values: value OPENING mapped to OPENING
[2019-4-11 11:45:48] [FHEM] d_Tor_Garten-state not a number: OPENING
[2019-4-11 11:45:54] [FHEM] d_Tor_Garten: executing set cmd for TargetDoorState with value 1
[2019-4-11 11:45:54] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20d_Tor_Garten%20TargetDoorState%20closed&fwcsrf=csrf_118524927089602&XHR=1
  2019-04-11 11:45:54 caching: d_Tor_Garten-state: CLOSING
[2019-4-11 11:45:54] [FHEM] d_Tor_Garten-state values: value CLOSING mapped to 3
[2019-4-11 11:45:54] [FHEM]     caching: CurrentDoorState: 3 (as number; means CLOSING; from 'CLOSING')
[2019-4-11 11:45:54] [FHEM] d_Tor_Garten-state values: value CLOSING mapped to CLOSING
[2019-4-11 11:45:54] [FHEM] d_Tor_Garten-state not a number: CLOSING
  2019-04-11 11:46:10 caching: d_Tor_Garten-state: STOPPED
[2019-4-11 11:46:10] [FHEM] d_Tor_Garten-state values: value STOPPED mapped to 4
[2019-4-11 11:46:10] [FHEM]     caching: CurrentDoorState: 4 (as number; means STOPPED; from 'STOPPED')
[2019-4-11 11:46:10] [FHEM] d_Tor_Garten-state values: value STOPPED mapped to STOPPED
[2019-4-11 11:46:10] [FHEM] d_Tor_Garten-state not a number: STOPPED
  2019-04-11 11:46:17 caching: d_Tor_Garten-state: CLOSED
[2019-4-11 11:46:17] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-11 11:46:17] [FHEM]     caching: CurrentDoorState: 1 (as number; means CLOSED; from 'CLOSED')
[2019-4-11 11:46:17] [FHEM] d_Tor_Garten-state values: value CLOSED mapped to 1
[2019-4-11 11:46:17] [FHEM]     caching: TargetDoorState: 1 (as number; means CLOSED; from 'CLOSED')

Code Auswählen

Internals:
   FUUID      5c94f33f-f33f-1cf4-32a9-f9e66da4a441d68f
   NAME       d_Tor_Garten
   NR         51
   STATE      CLOSED
   TYPE       dummy
   OLDREADINGS:
   READINGS:
     2019-04-11 11:45:54   TargetDoorState closed
     2019-04-11 11:46:17   state           CLOSED
Attributes:
   alias      Tor Garten
   genericDeviceType GarageDoorOpener
   group      Tor_Garten_Zustand
   homebridgeMapping clear CurrentDoorState:state,values=OPEN:OPEN;CLOSED:CLOSED;OPENING:OPENING;CLOSING:CLOSING;STOPPED:STOPPED
TargetDoorState:CurrentDoorState,cmds=OPEN:TargetDoorState+open;CLOSED:TargetDoorState+closed
   icon       fts_sliding_gate
   readingList TargetDoorState
   room       GarageWest,Homekit
   sortby     01

Cluni · 11 April 2019, 13:10:38

Zitat von: justme1968 am 10 April 2019, 17:58:54
so funktioniert es bei mir problemlos:
Code Auswählen Erweitern
define garage dummy attr garage readingList CurrentDoorState attr garage genericDeviceType GarageDoorOpener attr garage homebridgeMapping clear\ CurrentDoorState:reading=CurrentDoorState,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;stopped:stopped\ TargetDoorState:CurrentDoorState,cmds=OPEN:CurrentDoorState+open;;CLOSED:CurrentDoorState+closed

Also irgendwie will das bei mir immer noch nicht klappen - allerdings verstehe ich dein Mapping für TargetDoorState aber auch absolut nicht.

Ich habe mir das Attribut readingList mit CurrentDoorState angelegt. Dorthin mappe ich über Notifies in Abhängigkeit vom Status zweier Endschalter einen der Werte open, closed, drive_up, drive_down und nach einer Totzeit (wenn beide Endschalter open sind) den Zustand Stop. Damit mein devStateIcon weiterhin in Fhem den Status des Tors korrekt anzeigt, habe ich noch das stateFormat auf CurrentDoorState gesetzt. Funktioniert auch alles in Fhem hervorragend wie vorher auch.

Wie muss nun mein homebridgemapping aussehen, damit ich in Apple Home erstens richtig angezeigt bekomme, dass das Tor geöffnet bzw. geschlossen wird, zweitens es den Zustand gestoppt/angehalten (also die Anzeige, wenn das Tor während der Fahrt angehalten wurde, oder gibt es das in Apple Home nicht?) und drittens, dass bei jedem Tastendruck (egal, wo das Tor gerade steht) auf state der Wert "impuls" ausgegeben wird (also so, als würde ich in Fhem den Befehl "set Gar.Garagentor impuls" ausgeben)? Anmerkung: der state wird nach Ausführung des impuls-Notify wieder auf "ok" gesetzt.

Mit meinem Mapping

Code Auswählen

clear\
CurrentDoorState:reading=CurrentDoorState,values=open:OPEN;;closed:CLOSED;;drive_up:OPENING;;drive_down:CLOSING;;Stop:STOPPED\
TargetDoorState=CurrentDoorState,cmds=OPEN:impuls;CLOSED:impuls

geht es jedenfalls nicht - aber ich blicke wie gesagt auch nicht wirklich durch das Mapping für TargetDoorState durch.

Ich kann das gerade nur aus der Ferne simulieren, da ich nicht zu Hause bin - ich führe also nicht wirklich den Befehl für impuls aus, sondern setze nur den state. Die Werte auf dem Reading CurrentDoorState setze ich per Hand durch eine setList. Es sieht für mich jetzt so aus, als wären die Anzeigen für geschlossen, wird geöffnet, offen und wird geschlossen so nun funktionieren, wenn ich das Tor über die Home-App öffne und schließe (es gibt nur den gestoppt-Zusatnd nicht). Aber wenn ich die Bedienung per Hand simuliere (also einfach das Reading CurrentDoorState von closed auf drive_up bzw. von open auf drive_down ändere), dann sind "wird geöffnet..." und "wird geschlossen..." vertauscht. Gibt es dafür eine Erklärung? Ist das ein Fehler in meinem Mapping?

Ich wäre dir echt sehr dankbar, wenn du mir sagen könntest, was an meinem Mapping falsch ist...

Gruß, Bernd

justme1968 · 11 April 2019, 13:23:02

@Steffen@Home: du hast mein mapping geändert. aber nicht überall.
wenn du open durch OPEN ersetzt musst du das auch bei cmds machen.

wenn es noch not a number meldungen gibt: bitte erst mal ignorieren. das ist nur ein internes problem mit der reihenfolge. und sollte in der nächsten version repariert sein.

@Cluni: geht nicht ist nicht hilfreich. schau ins log.

was genau verstehst du bei meinem mapping nicht? hast du es mal probiert? was passiert?

Cluni · 11 April 2019, 13:45:54

Also, weil ich bei drive_up, drive_down und Stop die Meldung "Gar.Garagentor-CurrentDoorState not a number: ....." im Log bekam, aber bei open und closed kein Fehler kam, habe ich alles bei mir mal auf open, closed, opening, closing und stopped umgebaut. Mein Mapping sieht also nun so aus:

Code Auswählen

clear\
CurrentDoorState:reading=CurrentDoorState,values=open:OPEN;;closed:CLOSED;;opening:OPENING;;closing:CLOSING;;stopped:STOPPED\
TargetDoorState=CurrentDoorState,cmds=OPEN:impuls;CLOSED:impuls

Und nun mal ausgehend von einem geschlossenen Tor die Meldungen im Log:

Code Auswählen

[4/11/2019, 1:44:08 PM] [FHEM]     caching: CurrentDoorState: 2 (as number; means OPENING; from 'opening')
[4/11/2019, 1:44:08 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: opening
  2019-04-11 13:44:12 caching: Gar.Garagentor-CurrentDoorState: open
[4/11/2019, 1:44:12 PM] [FHEM]     caching: CurrentDoorState: 0 (as number; means OPEN; from 'open')
[4/11/2019, 1:44:12 PM] [FHEM]     caching: TargetDoorState: 0 (as number; means OPEN; from 'open')
  2019-04-11 13:44:17 caching: Gar.Garagentor-CurrentDoorState: closing
[4/11/2019, 1:44:17 PM] [FHEM]     caching: CurrentDoorState: 3 (as number; means CLOSING; from 'closing')
[4/11/2019, 1:44:17 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: closing
  2019-04-11 13:44:22 caching: Gar.Garagentor-CurrentDoorState: closed
[4/11/2019, 1:44:22 PM] [FHEM]     caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[4/11/2019, 1:44:22 PM] [FHEM]     caching: TargetDoorState: 1 (as number; means CLOSED; from 'closed')
  2019-04-11 13:44:29 caching: Gar.Garagentor-CurrentDoorState: opening
[4/11/2019, 1:44:29 PM] [FHEM]     caching: CurrentDoorState: 2 (as number; means OPENING; from 'opening')
[4/11/2019, 1:44:29 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: opening
  2019-04-11 13:44:34 caching: Gar.Garagentor-CurrentDoorState: stopped
[4/11/2019, 1:44:34 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: stopped
[4/11/2019, 1:44:34 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: stopped
  2019-04-11 13:44:45 caching: Gar.Garagentor-CurrentDoorState: closing
[4/11/2019, 1:44:45 PM] [FHEM]     caching: CurrentDoorState: 3 (as number; means CLOSING; from 'closing')
[4/11/2019, 1:44:45 PM] [FHEM] Gar.Garagentor-CurrentDoorState not a number: closing
  2019-04-11 13:44:49 caching: Gar.Garagentor-CurrentDoorState: closed
[4/11/2019, 1:44:49 PM] [FHEM]     caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')
[4/11/2019, 1:44:49 PM] [FHEM]     caching: TargetDoorState: 1 (as number; means CLOSED; from 'closed')

Cluni · 11 April 2019, 14:13:03

Zitat von: justme1968 am 11 April 2019, 13:23:02
was genau verstehst du bei meinem mapping nicht? hast du es mal probiert? was passiert?

Sorry - vergessen zu beantworten:
Das sieht für mich so aus (vom Code wie auch von der Reaktion in Fhem), als würde ich jeweils die Werte open bzw. closed auf das Reading CurrentDoorState schreiben (je nach vorherigem Zustand). Im Log sehe ich auch z.B.

Code Auswählen

set%20Gar.Garagentor%20CurrentDoorState%20open&fwcsrf=csrf_###############
Aber das will ich ja nicht - ich möchte, dass eine Aktion gestartet wird (mit dem Wert "impuls" auf dem Reading "state"). Und so wie du das hast ist das doch genau so, wie du es gestern bei mir bemängelt hast, oder? Sowohl CurrentDoorState als auch TargetDoorState zeigen auf das gleiche Reading des Dummies (in diesem Fall "CurrentDoorState"). Oder sehe ich das falsch?

In meiner Version oben funktioniert aber zumindest die Rückmeldung zu Fhem. "impuls" wird gesetzt. Bleibt nur das Problem, das die Werte opening, closing und stopped anscheinend nicht bekannt sind...

EinEinfach · 12 April 2019, 09:46:53

Hallo Cluni,

anbei mein Mapping. Vielleicht bringt das dich weiter.
Meine Ausgangsituation:
Tor offen = 24V am Binäreingang (egal ob komplett oder nur Spaltenbreit)
Tor geschlossen = 0V
1 Taster zum öffnen/schliessen und stop. Jeweils mit einem Tastendruck wird die Fahrt gestopt und mit dem nächsten Fahrtrichtung geändert.

Code Auswählen

clear
CurrentDoorState=current_door_state,values=open:OPEN;closed:CLOSED;opening:OPENING;closing:CLOSING;closing_stop:STOPED;opening_stop:STOPED
TargetDoorState=target_door_state,values=open:OPEN;closed:CLOSED,cmds=OPEN:impuls+on;CLOSED:impuls+on
ObstructionDetected=obstruction_dtected,valueOn=1,valueOff=0

Die Werte OPEN, OPENING, CLOSED, CLOSING und STOPED werden mit einer Art Statemachine in einem DOIF abgebildet.

Cluni · 12 April 2019, 10:45:52

Dank dir vielmals!

Zitat von: EinEinfach am 12 April 2019, 09:46:53
Meine Ausgangsituation:
Tor offen = 24V am Binäreingang (egal ob komplett oder nur Spaltenbreit)
Tor geschlossen = 0V
1 Taster zum öffnen/schliessen und stop. Jeweils mit einem Tastendruck wird die Fahrt gestopt und mit dem nächsten Fahrtrichtung geändert.

So ähnlich ist es bei mir auch. Ich habe zwei Fenstersensoren (nennen wir sie S0 und S1) am Tor-Schlitten. Dabei habe ich folgende Zustände:

S1	S0	Tor-Zustand
offen	offen	während der Fahrt bzw. irgendwo gestoppt
offen	geschlossen	komplett geschlossen
geschlossen	offen	komplett geöffnet
geschlossen	geschlossen	ungültiger Zustand (normalerweise nicht möglich)

Der Taster funktioniert bei mir genau so wie bei dir. Der aktuelle Zustand des Tores wird bei mir über mehrere Notifies (jeweils für die Fenstersensoren), einem Dummy und einem Watchdog ermittelt. Die Notifies erzeugen die unmittelbaren Reaktionen darauf, wenn ein Fenstersensor geöffnet bzw geschlossen wird. Befindet sich das Tor in Fahrt, so wird ein Watchdog-Timer (Dauer etwas länger, als eine Fahrt dauern würde) gesetzt. Erreicht das Tor einen Endanschlag (entweder S0 oder S1 geschlossen), dann wird der Watchdog gestoppt. Ansonsten setzt dieser nach Ablauf der Zeit den Zustand des Tores auf angehalten/gestoppt, oder wie du es nennen magst. Diese Zustandsermittlung ist komplett unabhängig davon, ob ich den Torantrieb per Hand über den Taster, per Auslösung in Fhem oder auch per Button in Apple Home starte. In FHEM klappt diese Anzeige auch in allen Fällen korrekt und auch an Homebridge werden eigentlich die richtigen Konstanten übermittelt und im Log ausgegeben. Trotzdem kommt aber im Log die Meldung "Gar.Garagentor-CurrentDoorState not a number: opening/closing/stopped". Diese kommt aber nur bei opening, closing und stopped. open und closed werden akzeptiert. Und darin liegt wahrscheinlich das Problem, dass Apple Home beim öffnen/schließen/gestoppt merkwürdige Ausgaben macht. Geschlossen und geöffnet klappt immer sicher. Fahre ich das Tor über den Button im der Apple Home-App, dann ist die Angabe (wird geschlossen/geöffnet) richtig (wahrscheinlich, weil dann nicht der Wert von CurrentDoorState sondern ein Apple-Home-interner Wert genommen wird). Den Zustand gestoppt (also irgendwo zwischen den Endpositionen) habe ich in Apple Home bis jetzt noch nie gesehen.

Die Große Frage ist nun also: "Warum wird im Homebridge-Log ein Fehler bei den drei Konstanten angezeigt, obwohl sie eigentlich korrekt erkannt wurden? Ist das ein Bug in Homebridge/Homekit oder liegt doch der Fehler noch irgendwo in meinem Mapping?"

Es ist zwar im Grunde nur ein Schönheits- bzw. Anzeigefehler in Apple Home, aber es wurmt mich extrem, dass ich das immer noch nicht hin bekommen habe. Kann sich bitte mal jemand seine Log-Ausgaben von Homebridge bei Torfahren ansehen und mal Rückmeldung geben, ob dort die Zustände opening, closing und stopped korrekt ohne Fehlermeldung erkannt werden?!

Zitat von: EinEinfach am 12 April 2019, 09:46:53
Code Auswählen Erweitern
clear CurrentDoorState=current_door_state,values=open:OPEN;closed:CLOSED;opening:OPENING;closing:CLOSING;closing_stop:STOPED;opening_stop:STOPED TargetDoorState=target_door_state,values=open:OPEN;closed:CLOSED,cmds=OPEN:impuls+on;CLOSED:impuls+on ObstructionDetected=obstruction_dtected,valueOn=1,valueOff=0

Die Werte OPEN, OPENING, CLOSED, CLOSING und STOPED werden mit einer Art Statemachine in einem DOIF abgebildet.

Im Grunde ist das ja wie bei mir. Bei dir wird halt nur das Reading "impuls" auf on gesetzt, wenn der Button in der Home App gedrückt wird, oder?

EinEinfach · 12 April 2019, 14:36:46

Wie es aussieht, habe ich auch das Problem. Solange die Homekit-App offen ist, funktioniert die Anzeige richtig. Anschenend arbeitet die App mit internen "opening" und "closing" Werten.
Hier Logauszug bei einer Torfahrt (Homekit App offen):

Code Auswählen

[2019-4-12 14:14:25] [FHEM] GA.Tor: executing set cmd for TargetDoorState with value 0
[2019-4-12 14:14:25] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20GA.Tor%20impuls%20on&fwcsrf=xxx&XHR=1
  2019-04-12 14:14:56 caching: GA.Tor-current_door_state: open
[2019-4-12 14:14:56] [FHEM] GA.Tor-current_door_state values: value open mapped to 0
[2019-4-12 14:14:56] [FHEM]     caching: CurrentDoorState: 0 (as number; means OPEN; from 'open')
[2019-4-12 14:15:03] [FHEM] GA.Tor: executing set cmd for TargetDoorState with value 1
[2019-4-12 14:15:03] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20GA.Tor%20impuls%20on&fwcsrf=xxx&XHR=1
  2019-04-12 14:15:30 caching: GA.Tor-current_door_state: closed
[2019-4-12 14:15:30] [FHEM] GA.Tor-current_door_state values: value closed mapped to 1
[2019-4-12 14:15:30] [FHEM]     caching: CurrentDoorState: 1 (as number; means CLOSED; from 'closed')

Und jetzt nach Auslösen der Fahrt wird die App geschlossen und zum Schluss wieder geöffnet. Komischerweise wird hier für TargetDoorState closed gecached, obwohl im FHEM device immer noch OPEN steht. Dementsprechend zwiegt die Anzeige die ganze Zeit "Schließen". Wird die Homebridge neugestartet ist alles wieder gut. Für TargetDoorState wird OPEN gecached.

Code Auswählen

  2019-04-12 14:22:36 caching: GA.Tor-obstruction_dtected:
[2019-4-12 14:22:36] [FHEM] GA.Tor-obstruction_dtected valueOn/valueOff: value  mapped to 0
[2019-4-12 14:22:36] [FHEM]     caching: ObstructionDetected: false (as boolean; from '')
[2019-4-12 14:22:36] [FHEM] GA.Tor-obstruction_dtected valueOn/valueOff: value  mapped to 0
[2019-4-12 14:22:36] [FHEM]     caching: ObstructionDetected: false (as boolean; from '')
[2019-4-12 14:22:47] [FHEM] GA.Tor: executing set cmd for TargetDoorState with value 0
[2019-4-12 14:22:47] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20GA.Tor%20impuls%20on&fwcsrf=csrf_xxx&XHR=1
  2019-04-12 14:23:18 caching: GA.Tor-current_door_state: open
[2019-4-12 14:23:18] [FHEM] GA.Tor-current_door_state values: value open mapped to 0
[2019-4-12 14:23:18] [FHEM]     caching: CurrentDoorState: 0 (as number; means OPEN; from 'open')
.
.
.
[2019-4-12 14:23:26] [FHEM] query: CurrentDoorState for GA.Tor-current_door_state
[2019-4-12 14:23:26] [FHEM]   cached: 0 (as number; means OPEN)
[2019-4-12 14:23:26] [FHEM] query: TargetDoorState for GA.Tor-target_door_state
[2019-4-12 14:23:26] [FHEM]   cached: 1 (as number; means CLOSED)
[2019-4-12 14:23:27] [FHEM] query: ObstructionDetected for GA.Tor-obstruction_dtected
[2019-4-12 14:23:27] [FHEM]   cached: false (as boolean)

ZitatIm Grunde ist das ja wie bei mir. Bei dir wird halt nur das Reading "impuls" auf on gesetzt, wenn der Button in der Home App gedrückt wird, oder?

Ganz genau!