homebridge/homekit

[hoppel118]

Code Auswählen Erweitern

Reachable=state,values=Error:0;/.*/:1 sollte gehen.

wenn die werte sowieso 0 und 1 sind braucht man den values teil nicht.

Hi Andre, ich habe das homebridgeMapping nochmal auf meinen Ventilator übertragen:

Code Auswählen Erweitern

Reachable=state,values=disconnected:0;/.*/:1

Der einzige Unterschied, den ich zu dem von mir bereits hier:

https://forum.fhem.de/index.php/topic,48558.msg994255.html#msg994255

ausprobierten homebridgeMapping:

Code Auswählen Erweitern

Reachable=state,values=disconnected:0;;/.*/:1

ist, dass ein Simikolon fehlt. Aber auch das funktioniert bei mir nicht.

Keine Ahnung, was ich falsch mache. Das folgende homebridgeMapping funktioniert:

Code Auswählen Erweitern

Reachable=state,values=disconnected:0;;connected:1

Die beiden zuvor aufgeführten homebridgeMappings mit /.*/:1 funktionieren nicht. Da ich mehrere Status für 1 habe, brauche ich: /.*/

Wenn du dazu noch eine Idee hast, gern her damit, ansonsten bleibe ich bei der userReadings Variante. Die funktioniert.

Wann setze ich eigentlich 2 bzw. 1 Simikolon ;; ?

Danke und Gruß Hoppel

[Sky]

Guten Morgen hoppel ,

kannst Du mit Deinem funktionierenden Mapping in HomeKit
sehen ,ob das Gerät erreichbar ist bzw. wird dies angezeigt ?

Danke

[hoppel118]

Moin Sky,

ja, in EVE sieht man das rote Dreieck mit einem Ausrufezeichen in der Mitte und in der Home App steht ,,keine Antwort", siehe Screenshots.

Gruß Hoppel

[Sky]

Hallo hoppel ,

da bei mir das Reading ,,state" die Werte 0,1 und Error ausgibt ,
müsste ich das nicht so umsetzen ?

Code Auswählen Erweitern


Reachable=state,values=off:0;;on:1


Was mache ich aber wenn das Reading auf ,,Error" steht ?


Bei Dir sind die ,,state" Werte connected und disconnectet ,

Code Auswählen Erweitern


Reachable=state,values=disconnected:0;;connected:1


[hoppel118]

Ich habe jetzt schon einmal einen Fehler gefunden  ...

Es muss so aussehen :

Code Auswählen Erweitern


userReadings reachable {if(ReadingsVal("XXXXXXX","state","") eq "on") {return 1} else {return 0}}


Nun ändert sich schon einmal der Zustand "state" in 0 und 1 .

Das war zu erwarten.

Allerdings ,wenn ich den Aktor vom Strom trenne ,kann ich in Homekit immer noch schalten .
Dies sieht im Log so aus :

Code Auswählen Erweitern


Dec 11 21:17:12 raspberrypi homebridge[28246]: [12/11/2019, 9:17:12 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 11 21:17:12 raspberrypi homebridge[28246]: [12/11/2019, 9:17:12 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 11 21:17:14 raspberrypi homebridge[28246]: [12/11/2019, 9:17:14 PM] [FHEM] myShelly2: executing set cmd for On with value false
Dec 11 21:17:14 raspberrypi homebridge[28246]: [12/11/2019, 9:17:14 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20off&XHR=1


Mehr als "keine Antwort" in der Home App bzw. "rotes Ausrufezeichen" in EVE ist meiner Kenntnis nach momentan nicht machbar. Hatte Andre auch schonmal gefragt, ob man den Schalter bei "not reachable" ausgrauen könnte. Das geht nicht. Also vergnüge dich mit der reachable Funktion und werde glücklich.  

da bei mir das Reading ,,state" die Werte 0,1 und Error ausgibt ,
müsste ich das nicht so umsetzen ?

Code Auswählen Erweitern


Reachable=state,values=off:0;;on:1


Was mache ich aber wenn das Reading auf ,,Error" steht ?

Dazu hatte Andre dir doch bereits einen Vorschlag mitgeteilt:

Code Auswählen Erweitern

Reachable=state,values=Error:0;/.*/:1 sollte gehen.

wenn die werte sowieso 0 und 1 sind braucht man den values teil nicht.

"Error" bedeutet "0 = not reachable" bzw. "on/off" bedeutet "1 = reachable"

--> "off" ist nicht "not reachable"!

Unter welchen Bedingungen erscheint denn eigentlich der state "Error"?

Bei Dir sind die ,,state" Werte connected und disconnectet ,

Code Auswählen Erweitern


Reachable=state,values=disconnected:0;;connected:1


Ich hatte in meinem letzten Post sehr genau beschrieben, was geht und was nicht. Das von aufgeführte homebridgeMapping funktioniert von der Funktion her. Ich habe aber mehrere states für "1 = reachable". Demnach müsste ich es also so:

Code Auswählen Erweitern

Reachable=state,values=disconnected:0;/.*/:1

oder so aufbauen:

Code Auswählen Erweitern

Reachable=state,values=disconnected:0;;/.*/:1

Beides funktioniert allerdings nicht.

Noch fragen?


Nutzt hier sonst irgendwer "Reachable" und sieht hier irgendwo einen Fehler?

Gruß Hoppel

[hoppel118]

Ich glaube, ich habe dein Missverständnis jetzt verstanden. Dein homebridgeMapping müsste eigentlich wie folgt aussehen:

Code Auswählen Erweitern

clear
On=state,valueOn=on,cmdOn=on,cmdOff=off
Reachable=state,values=Error:0;/.*/:1

-> Mit der Characteristic "On" kannst du schalten (unabhängig von "Rechable).
-> Mit der Characteristic "Reachable" erhältst du "keine Antwort" in der Home App bzw. das "rote Ausrufezeichen" in der EVE App, wenn der "state Error" ist. Bei "state on/off" gibt es somit keinen Hinweis.

Da "/.*/:1" bei mir nicht funktioniert, gehe ich davon aus, dass das bei dir auch nicht funktioniert.

So lange dein Aktor noch erreichbar (state on/off) ist, also nicht im "state Error" wirst du mit deinem jetzigen homebrdigeMapping auch weiterhin schalten können.

Nochmal die Frage, unter welchen Bedingungen erscheint der "state Error"?

Gruß Hoppel

[Sky]

Hallo hoppel,

erstmal Danke für Deine Mühe !!

Das "state Error" provoziere ich durch Trennung des Shelly vom Strom.
Durch die Anzeige von "keine Antwort" in Homekit möchte ich eine Kontrolle erreichen ,
um zusehen ob der Shelly noch aktiv ist .

Ich werde das einmal mit

Code Auswählen Erweitern


clear
Reachable=state,values=Error:0;/.*/:1
On=state,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on


versuchen .

[Sky]

Es funktioniert nicht .

wenn ich nun den Shelly vom Strom trenne kann ich immer noch in Homekit schalten .
Der Log sieht so aus :

Code Auswählen Erweitern


Dec 12 22:37:45 raspberrypi homebridge[32404]: [12/12/2019, 10:37:45 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:37:45 raspberrypi homebridge[32404]: [12/12/2019, 10:37:45 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1

Dec 12 22:39:06 raspberrypi homebridge[32404]: [12/12/2019, 10:39:06 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:06 raspberrypi homebridge[32404]: [12/12/2019, 10:39:06 PM] [FHEM]   cached: false (as boolean)


Allerdings kann ich den Shelly in Homekit nur noch ausschalten wenn ich das Icon festhalte und ich zu dem Schieberegler komme.

Mehrmaliges drücken des Icons hat nun keine Funktion ausser das immer wieder im Log  folgendes steht :

Code Auswählen Erweitern


Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:01 raspberrypi homebridge[32404]: [12/12/2019, 10:39:01 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:02 raspberrypi homebridge[32404]: [12/12/2019, 10:39:02 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:03 raspberrypi homebridge[32404]: [12/12/2019, 10:39:03 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:04 raspberrypi homebridge[32404]: [12/12/2019, 10:39:04 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:05 raspberrypi homebridge[32404]: [12/12/2019, 10:39:05 PM] [FHEM]   cached: false (as boolean)
Dec 12 22:39:06 raspberrypi homebridge[32404]: [12/12/2019, 10:39:06 PM] [FHEM] query: On for myShelly2-state
Dec 12 22:39:06 raspberrypi homebridge[32404]: [12/12/2019, 10:39:06 PM] [FHEM]   cached: false (as boolean)



Langsam verliere ich die Hoffnung ....

[Sky]

Hallo ,

ich habe die letzten Tage Ursachenforschung betrieben .
Folgendes scheint zu funktionieren :

Code Auswählen Erweitern


clear
Reachable=state,values=off:0;;on:1
On=state,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on


Code Auswählen Erweitern


reachable {if(ReadingsVal("myShelly2","state","") eq "on") {return 1} else {return 0}}


Anzeige im Log , geschaltet in Fhem :

Code Auswählen Erweitern


Dec 13 19:46:32 raspberrypi homebridge[20015]:   2019-12-13 19:46:32 caching: myShelly2-state: off
Dec 13 19:46:32 raspberrypi homebridge[20015]: [12/13/2019, 7:46:32 PM] [FHEM]     caching: On: false (as boolean; from 'off')

Dec 13 19:46:32 raspberrypi homebridge[20015]:   2019-12-13 19:46:32 caching: myShelly2-reachable: 0
Dec 13 19:46:32 raspberrypi homebridge[20015]: [12/13/2019, 7:46:32 PM] [FHEM]     caching: Reachable: false (as boolean; from '0')

Dec 13 19:46:39 raspberrypi homebridge[20015]:   2019-12-13 19:46:39 caching: myShelly2-state: on
Dec 13 19:46:39 raspberrypi homebridge[20015]: [12/13/2019, 7:46:39 PM] [FHEM]     caching: On: true (as boolean; from 'on')

Dec 13 19:46:39 raspberrypi homebridge[20015]:   2019-12-13 19:46:39 caching: myShelly2-reachable: 1
Dec 13 19:46:39 raspberrypi homebridge[20015]: [12/13/2019, 7:46:39 PM] [FHEM]     caching: Reachable: true (as boolean; from '1')


Anzeige im Log geschaltet über Homekit :

Code Auswählen Erweitern


Dec 13 19:48:39 raspberrypi homebridge[20015]: [12/13/2019, 7:48:39 PM] [FHEM] myShelly2: executing set cmd for On with value false
Dec 13 19:48:39 raspberrypi homebridge[20015]: [12/13/2019, 7:48:39 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20off&XHR=1

Dec 13 19:48:39 raspberrypi homebridge[20015]:   2019-12-13 19:48:39 caching: myShelly2-state: off
Dec 13 19:48:39 raspberrypi homebridge[20015]: [12/13/2019, 7:48:39 PM] [FHEM]     caching: On: false (as boolean; from 'off')

Dec 13 19:48:39 raspberrypi homebridge[20015]:   2019-12-13 19:48:39 caching: myShelly2-reachable: 0
Dec 13 19:48:39 raspberrypi homebridge[20015]: [12/13/2019, 7:48:39 PM] [FHEM]     caching: Reachable: false (as boolean; from '0')

Dec 13 19:48:41 raspberrypi homebridge[20015]: [12/13/2019, 7:48:41 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 13 19:48:41 raspberrypi homebridge[20015]: [12/13/2019, 7:48:41 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1

Dec 13 19:48:41 raspberrypi homebridge[20015]:   2019-12-13 19:48:41 caching: myShelly2-state: on
Dec 13 19:48:41 raspberrypi homebridge[20015]: [12/13/2019, 7:48:41 PM] [FHEM]     caching: On: true (as boolean; from 'on')

Dec 13 19:48:41 raspberrypi homebridge[20015]:   2019-12-13 19:48:41 caching: myShelly2-reachable: 1
Dec 13 19:48:41 raspberrypi homebridge[20015]: [12/13/2019, 7:48:41 PM] [FHEM]     caching: Reachable: true (as boolean; from '1')


Nun ist folgendes Problem :
Wenn ich den Shelly mit Strom versorge  ( Gosund Steckdose ) dauert es ca. 1 Minute bis man im Log den neuen Status angezeigt bekommt !!

Code Auswählen Erweitern


Dec 15 15:26:08 raspberrypi homebridge[8603]:   2019-12-15 15:26:08 caching: Gosund_4-POWER1: off
Dec 15 15:26:08 raspberrypi homebridge[8603]: [12/15/2019, 3:26:08 PM] [FHEM]     caching: On: false (as boolean; from 'off')
Dec 15 15:27:08 raspberrypi homebridge[8603]:   2019-12-15 15:27:08 caching: myShelly2-state: Error
Dec 15 15:27:08 raspberrypi homebridge[8603]: [12/15/2019, 3:27:08 PM] [FHEM] myShelly2-state value Error not handled in values
Dec 15 15:27:08 raspberrypi homebridge[8603]: [12/15/2019, 3:27:08 PM] [FHEM]     caching: On: false (as boolean; from 'Error')



In Fhem dauert die Anzeige des neuen Status genau so lange ,logischerweise .

In Homekit wir mir der Status "Keine Antwort" erst nach einem

Code Auswählen Erweitern


sudo systemctl stop homebridge
sudo systemctl start homebridge


also Neustart angezeigt .

Wo liegt hier das Problem ?

Wünsch noch einen schönen 3. Advent

[Steffen@Home]

Guten Morgen,

hat sich das HomebridgeMapping für die Homematic Thermostate geändert?

Mir ist aufgefallen dass wenn mein Thermostat auf AUS steht und ich es per Home-App auf Automatik setzen möchte per Dropdown dann springt dieses Menü wieder sofort zurück auf den Ursprungswert und nimmt auch keine andere Auswahl an.

Mein jetziges Mapping ist unverändert seit Ewigkeiten:

Code Auswählen Erweitern

TargetHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:3,cmds=OFF:controlManu+off;HEAT:controlMode+boost;AUTO:controlMode+auto;COOL:controlMode+night CurrentHeatingCoolingState=heatingState,values=OFF:0;HEAT:1;COOL:2;AUTO:0


Danke und Gruß

[hoppel118]

Das habe ich so noch nie genutzt. Aber du hast Recht. Irgendwas stimmt mit: "TargetHeatingCoolingState" nicht. Bei mir springt er bei Veränderung in EVE und in Home auch sofort wieder zurück.

Gruß Hoppel

[hoppel118]

ich habe die letzten Tage Ursachenforschung betrieben .
Folgendes scheint zu funktionieren :

Code Auswählen Erweitern


clear
Reachable=state,values=off:0;;on:1
On=state,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on


Code Auswählen Erweitern


reachable {if(ReadingsVal("myShelly2","state","") eq "on") {return 1} else {return 0}}


Ich verstehe nicht, wie das funktionieren soll. Hier fehlt das Handling für den state "Error".

Folgendes könntest du nochmal ausprobieren. Bin mir aber nicht sicher, ob das funktioniert: Kann das gerade nicht testen:

Code Auswählen Erweitern

Reachable=state,values=Error:0;;/on|off/:1

So sollte das Gerät bei state "on" oder "off" erreichbar sein. Wenn das Gerät in state "Error" geht, ist es nicht mehr erreichbar.

Anschließend entferne nochmal das userReadings und das Reading "Reachable". Das Reading bleibt für immer erhalten, wenn du es nicht manuell mit "deletereading <device name> <reading name>" löscht.

Nun ist folgendes Problem :
Wenn ich den Shelly mit Strom versorge  ( Gosund Steckdose ) dauert es ca. 1 Minute bis man im Log den neuen Status angezeigt bekommt !!

Code Auswählen Erweitern


Dec 15 15:26:08 raspberrypi homebridge[8603]:   2019-12-15 15:26:08 caching: Gosund_4-POWER1: off
Dec 15 15:26:08 raspberrypi homebridge[8603]: [12/15/2019, 3:26:08 PM] [FHEM]     caching: On: false (as boolean; from 'off')
Dec 15 15:27:08 raspberrypi homebridge[8603]:   2019-12-15 15:27:08 caching: myShelly2-state: Error
Dec 15 15:27:08 raspberrypi homebridge[8603]: [12/15/2019, 3:27:08 PM] [FHEM] myShelly2-state value Error not handled in values
Dec 15 15:27:08 raspberrypi homebridge[8603]: [12/15/2019, 3:27:08 PM] [FHEM]     caching: On: false (as boolean; from 'Error')


Hier wird meine Aussage von oben nochmal bestätigt. Du hast nichts unternommen, um deinem homebridgeMapping zu verklickern, wie es mit dem state "Error" umzugehen hat.

Gruß Hoppel

[Steffen@Home]

Das habe ich so noch nie genutzt. Aber du hast Recht. Irgendwas stimmt mit: "TargetHeatingCoolingState" nicht. Bei mir springt er bei Veränderung in EVE und in Home auch sofort wieder zurück.

Gruß Hoppel

Hallo Hoppel,

wie meinst du das?
Ich habe dieses mapping so vor Ewigkeiten hier aus dem Thread bekommen und seither verwendet.

Habe gestern Abend mal auf iOS13.3 upgedatet (von 13.2 glaube ich) und erneut versucht.

Das Thermostat stand auf off, habe dann das Device angeklickt und auf automatik gescrollt. Hatte funktioniert. Werde es beobachten.

Code Auswählen Erweitern

2019.12.16 22:42:46 3: CUL_HM set WZ_Thermostat_Clima controlManu off
2019.12.16 22:42:50 3: CUL_HM set WZ_Thermostat_Clima controlMode auto


==> Ist es normal dass im Log der aktuelle Status mit "set..." geloggt wird auch wenn man nur in das Device schaut und nichts verändert?

[hoppel118]

Hallo Hoppel,

wie meinst du das?
Ich habe dieses mapping so vor Ewigkeiten hier aus dem Thread bekommen und seither verwendet.

Habe gestern Abend mal auf iOS13.3 upgedatet (von 13.2 glaube ich) und erneut versucht.

Ich meine es, wie ich es geschrieben habe. Ich habe dieses Mapping auch vor Ewigkeiten aus dem Wiki übernommen: https://wiki.fhem.de/wiki/Homebridge_User_Configs#Homematic_Heizk.C3.B6rperthermostat_HM-CC-RT-DN

In der Home App kann ich bei mir (AUS|HEIZUNG|KÜHLUNG|AUTOMATISCH) nicht einstellen. Die Auswahl springt sofort wieder auf den Ursprungswert. Ich bin auch auf IOS 13.3. Ich kann allerdings nicht sagen, seit wann dieses Problem besteht oder ob es schon immer so war, da ich diese Funktion bisher nicht genutzt habe. Meine Thermostate sind immer im Auto-Modus, werden mit Heizprofilen und teilweise mit Presence gemanged.

Das Thermostat stand auf off, habe dann das Device angeklickt und auf automatik gescrollt. Hatte funktioniert. Werde es beobachten.

Heißt, das Device ist dann nicht automatisch auf off zurückgesprungen? Wie gerade geschrieben, bei mir funktioniert es mit IOS 13.3 nicht. Probiere du das bitte nochmal.

Code Auswählen Erweitern

2019.12.16 22:42:46 3: CUL_HM set WZ_Thermostat_Clima controlManu off
2019.12.16 22:42:50 3: CUL_HM set WZ_Thermostat_Clima controlMode auto


==> Ist es normal dass im Log der aktuelle Status mit "set..." geloggt wird auch wenn man nur in das Device schaut und nichts verändert?

Jo, das kann ich bei mir genauso nachvollziehen. Mein Thermostat stand gerade auf HEIZUNG.

08:56:19 Bin in der Home App auf das Device. Es wird direkt erstmal ein boost ausgeführt.
08:57:04 Habe dann einmal auf AUTOMATISCH getippt. Die Auswahl in der Home App springt direkt wieder zurück auf HEIZUNG. Anschließend wird dann ein boost ausgeführt.
09:01:19 Dann habe ich nochmal auf AUS gestellt, die Auswahl springt wieder zurück auf HEIZUNG. Anschließend wird erneut ein boost ausgeführt.

Im Log sieht das wie folgt aus:

Code Auswählen Erweitern

2019.12.17 08:56:19 3: CUL_HM set OG_Buero_Thermostat_Clima controlMode boost
2019.12.17 08:57:04 3: CUL_HM set OG_Buero_Thermostat_Clima controlMode auto
2019.12.17 08:57:04 3: CUL_HM set OG_Buero_Thermostat_Clima controlMode boost
2019.12.17 09:01:19 3: CUL_HM set OG_Buero_Thermostat_Clima controlManu off
2019.12.17 09:01:19 3: CUL_HM set OG_Buero_Thermostat_Clima controlMode boost

Evtl. ein Bug in Homekit?

EDIT: Hatte mich bei meinen Tests auf die Home App konzentriert. Mit EVE scheint es zu funktionieren. Mit EVE wird auch kein set Befehl ausgeführt, wenn man das Device betritt. Kannst du das mal bitte prüfen?

(OFFTOPIC: Neulich hatte ich schonmal ein Problem in der Home App, welches in EVE nicht vorhanden war. Meine siriNames von neuen Geräten wurden anscheinend nur noch noch in der EVE App übernommen. In der Home App wurde der Device-Name gesetzt und nicht der siriName. In der Home App muss man das dann auch nochmal manuell anpassen.)

Gruß Hoppel

[Sky]

Ich verstehe nicht, wie das funktionieren soll. Hier fehlt das Handling für den state "Error".

Folgendes könntest du nochmal ausprobieren. Bin mir aber nicht sicher, ob das funktioniert: Kann das gerade nicht testen:

Code Auswählen Erweitern

Reachable=state,values=Error:0;;/on|off/:1

So sollte das Gerät bei state "on" oder "off" erreichbar sein. Wenn das Gerät in state "Error" geht, ist es nicht mehr erreichbar.

Anschließend entferne nochmal das userReadings und das Reading "Reachable". Das Reading bleibt für immer erhalten, wenn du es nicht manuell mit "deletereading <device name> <reading name>" löscht.

Hier wird meine Aussage von oben nochmal bestätigt. Du hast nichts unternommen, um deinem homebridgeMapping zu verklickern, wie es mit dem state "Error" umzugehen hat.

Gruß Hoppel

Hallo hoppel ,

Danke für Deine Antwort , ich habe das so einmal umgesetzt :

Code Auswählen Erweitern


Internals:
   DEF        192.168.xxx.yyy
   DURATION   0
   FUUID      5df00761-f33f-d9cb-3f82-2931b6be889ee53a
   INTERVAL   60
   NAME       myShelly2
   NR         248
   STATE      Error
   TCPIP      192.168.xxx.yyy
   TYPE       Shelly
   READINGS:
     2019-12-10 22:00:17   cloud           disabled
     2019-12-17 14:43:58   firmware        v1.5.6(update needed to v1.5.7)
     2019-12-17 17:41:28   network         not connected
     2019-12-17 17:34:04   relay           off
     2019-12-17 17:41:28   state           Error
Attributes:
   devStateIcon on:rc_GREEN:off off:rc_RED:on offline:rc_BLUE:off
   genericDeviceType switch
   homebridgeMapping clear
Reachable=state,values=Error:0;;/on|off/:1
On=state,valueOff=off,valueOn=on,cmdOff=off,cmdOn=on
   model      shelly1
   room       Shelly,Homekit


Nach wie vor kann ich immer noch den Shelly in Homekit schalten :
Auszug aus dem Log :

Code Auswählen Erweitern


Dec 17 17:40:23 raspberrypi homebridge[6501]: [12/17/2019, 5:40:23 PM] [FHEM] myShelly2: executing set cmd for On with value true
Dec 17 17:40:23 raspberrypi homebridge[6501]: [12/17/2019, 5:40:23 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20on&XHR=1
Dec 17 17:40:25 raspberrypi homebridge[6501]: [12/17/2019, 5:40:25 PM] [FHEM] myShelly2: executing set cmd for On with value false
Dec 17 17:40:25 raspberrypi homebridge[6501]: [12/17/2019, 5:40:25 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20off&XHR=1


In Fhem werden alle drei Zustände korrekt übermittelt , der "Error"-Status aktualisiert sich allerdings auch hier erst nach ca. 1 Minute .
Ich denke das dies der Zeitintervall im Device ist .

Code Auswählen Erweitern


Dec 17 17:34:02 raspberrypi homebridge[6501]:   2019-12-17 17:34:02 caching: myShelly2-state: on
Dec 17 17:34:02 raspberrypi homebridge[6501]: [12/17/2019, 5:34:02 PM] [FHEM]     caching: Reachable: 1 (as string; from 'on')
Dec 17 17:34:02 raspberrypi homebridge[6501]: [12/17/2019, 5:34:02 PM] [FHEM]     caching: On: true (as boolean; from 'on')
Dec 17 17:34:04 raspberrypi homebridge[6501]: [12/17/2019, 5:34:04 PM] [FHEM] myShelly2: executing set cmd for On with value false
Dec 17 17:34:04 raspberrypi homebridge[6501]: [12/17/2019, 5:34:04 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20myShelly2%20off&XHR=1
Dec 17 17:34:04 raspberrypi homebridge[6501]:   2019-12-17 17:34:04 caching: myShelly2-state: off
Dec 17 17:34:04 raspberrypi homebridge[6501]: [12/17/2019, 5:34:04 PM] [FHEM]     caching: Reachable: 1 (as string; from 'off')
Dec 17 17:34:04 raspberrypi homebridge[6501]: [12/17/2019, 5:34:04 PM] [FHEM]     caching: On: false (as boolean; from 'off')
Dec 17 17:35:10 raspberrypi homebridge[6501]:   2019-12-17 17:35:10 caching: myShelly2-state: Error
Dec 17 17:35:10 raspberrypi homebridge[6501]: [12/17/2019, 5:35:10 PM] [FHEM]     caching: Reachable: 0 (as string; from 'Error')
Dec 17 17:35:10 raspberrypi homebridge[6501]: [12/17/2019, 5:35:10 PM] [FHEM]     caching: On: false (as boolean; from 'Error')


In Homekit wird der Status "Keine Antwort" , wie schon im vorherigen Post beschrieben ,erst nach dem Neustart der Homebridge angezeigt .

Irgendwo hängt es an der Übermittlung , weiß aber nicht warum und wo