Support-Thread Modul 36_Shelly.pm

Starkstrombastler · 14 Juli 2023, 10:50:06

Zitat von: curt am 14 Juli 2023, 00:08:28Das (bis auf die Schrittschaltung) muss ich nun noch in FTUI3 umsetzen; Du nutzt nicht zufällig die Nutzeroberfläche FTUI3?

Neu ist eigentlich nur die inkrementelle Ansteuerung mit 'delta' bzw. 'up' und 'down'. Das war früher schon mit 'pct +/- value' gelöst, aber da ging der Slider nicht mehr. Was bedeutet das denn für FTUI, ich habe das nicht im Einsatz?

benz_freak · 14 Juli 2023, 16:23:29

Zitat von: Starkstrombastler am 13 Juli 2023, 23:32:45
Zitat von: carlos am 13 Juli 2023, 12:22:50Ich bekomme leider bei network und state JSON Fehler.
Da ich selbst keine ShellyPlus1PM im Einsatz habe: Frage an die Runde: gibt es ähnliche Probleme mit ShellyPlus1PM?

Bernhard erstmal Danke für deine Weiterentwicklung.

Bei mir selber Fehler.
mit der $Id: 36_Shelly.pm 2023-05-04 bfranke $ Version läuft es wieder.

Was soll ich testen/auslesen?

Gruss Benny

carlos · 14 Juli 2023, 17:41:05

Gleicher Fehler sowohl beim shellyplus1 als auch beim shellyplus1pm.

Folgendes steht im log.

2023.07.14 17:41:47 4: [Shelly_status] issue a non-blocking call to http://192.168.178.92/rpc/?id=0
2023.07.14 17:41:47 5: [Shelly_proc2G] =============> Status 2G Heizungsschalter model shellyplus1pm component err data Invalid request
2023.07.14 17:41:47 4: [Shelly_proc2G] device Heizungsschalter processing component
2023.07.14 17:41:47 5: [Shelly_proc2G] device Heizungsschalter has returned data Invalid request
2023.07.14 17:41:47 1: [Shelly_proc2G] device Heizungsschalter has error "invalid JSON data"

von Hand http://192.168.178.92/rpc/?id=0 ergibt auch: Invalid request

Starkstrombastler · 14 Juli 2023, 19:22:08

Zitat von: carlos am 14 Juli 2023, 17:41:052023.07.14 17:41:47 4: [Shelly_status] issue a non-blocking call to http://192.168.178.92/rpc/?id=0

Diese Logzeile ist hilfreich und führt zur Zeile 2128 in 36_Shelly.pm. Die Zeile muss wie folgt lauten:

Code Auswählen

my $comp = AttrVal($name,"mode","relay");Damit lautet die Anfrage an den Shelly:

Code Auswählen

http://<ip-addr>/rpc/Switch.GetStatus?id=0

Zitat von: benz_freak am 14 Juli 2023, 16:23:29mit der $Id: 36_Shelly.pm 2023-05-04 bfranke $ Version läuft es wieder.

In der Version vom 4.5. ist die besagte Zeile noch mit "relay" enthalten.

Die ShellyPlusPlug müssten übrigens das gleiche Fehlerbild aufweisen. Kann das jemand bestätigen?

RalfRog · 14 Juli 2023, 23:56:49

Ja, mein PlusPlug meldet auch: "state Error: JSON 2023-07-14 23:55:00"

Das list:

Code Auswählen

Internals:
   CFGFN      
   DEF        11.12.13.14
   FUUID      64b1c426-f33f-84d4-7b0b-0dd12c43ce7502f1
   INTERVAL   60
   NAME       PPlug
   NR         74
   SHELLY     SNPL-00112EU
   SHELLYID   shellyplusplugs-80646fd00624
   STATE      Error: JSON
   TCPIP      10.20.30.94
   TYPE       Shelly
   eventCount 6
   units      0
   READINGS:
     2023-07-14 23:55:02   cloud           disabled
     2023-07-14 23:55:02   firmware        v0.12.99-plugsprod1
     2023-07-14 23:55:02   network         <html>connected to <a href="http://11.12.13.14">11.12.13.14</a> (Wifi)</html>
     2023-07-14 23:55:02   network_rssi    -76
     2023-07-14 23:55:02   network_ssid    nochnWLAN
     2023-07-14 23:55:00   state           Error: JSON
     2023-07-14 23:55:02   webhook_cnt     0
     2023-07-14 23:55:02   webhook_ver     0
   helper:
     a_Active_Power 0
     b_Active_Power 0
     c_Active_Power 0
     power      0
     powerCnt   1
Attributes:
   model      shellyplusplug

Gruß Ralf

Edit:
nach einem get <name> model hat der state auf "initialized" gewechselt.
Log:

Code Auswählen

2023.07.14 23:54:51.428 2: [Shelly_get_model] device PPlug is of type SNPL-00112EU
2023.07.14 23:54:51.432 2: [Shelly_get_model] discovered model=shellyplusplug for device PPlug
2023.07.14 23:54:51.435 1: [Shelly_get_model] the attribute 'model' of device PPlug is set to 'shellyplusplug' 
2023.07.14 23:55:00.390 1: [Shelly_proc2G] device PPlug has error "invalid JSON data" 
2023.07.14 23:55:02.620 3: [Shelly_proc2G:info] PPlug: firmware updated from 1 to v0.12.99-plugsprod1
==> verbose 4

==> get model
2023.07.15 00:01:02.585 4: [Shelly_shelly] PPlug is a second Gen device
2023.07.15 00:01:02.589 4: [Shelly_shelly] issue a non-blocking call to http://11.12.13.14/rpc/Shelly.GetStatus
2023.07.15 00:01:02.598 4: [Shelly_shelly] issue a non-blocking call to http://11.12.13.14/rpc/Shelly.GetConfig
2023.07.15 00:01:02.607 4: [Shelly_shelly] issue a non-blocking call to http://11.12.13.14/rpc/Shelly.GetDeviceInfo
2023.07.15 00:01:02.618 4: [Shelly_webhook] device PPlug was called with command=Check
2023.07.15 00:01:02.621 4: [Shelly_webhook] device PPlug will be called by Webhook.
2023.07.15 00:01:02.625 4: [Shelly_webhook] issue a non-blocking call to http://11.12.13.14/rpc/Webhook.List
2023.07.15 00:01:02.634 4: [Shelly_shelly] PPlug: long update in 60 seconds
2023.07.15 00:01:02.734 4: [Shelly_proc2G] device PPlug processing component status
2023.07.15 00:01:02.739 4: [Shelly_proc2G:status] PPlug: processing the answer rpc/Shelly.GetStatus from Shelly_shelly()
2023.07.15 00:01:02.748 4: [Shelly_proc2G] device PPlug processing component info
2023.07.15 00:01:02.752 4: [Shelly_proc2G:info] PPlug: processing the answer rpc/Shelly.GetDeviceInfo from Shelly_shelly()
2023.07.15 00:01:02.760 4: [Shelly_webhook] device PPlug was called with command=Check
2023.07.15 00:01:02.764 4: [Shelly_webhook] processing the webhook data for command=Check
2023.07.15 00:01:02.768 4: [Shelly_webhook] our counter says 0 webhooks on shelly
2023.07.15 00:01:02.771 4: [Shelly_webhook_url] calling url-builder with args: PPlug  0 ch:0 noe:0
2023.07.15 00:01:02.834 4: [Shelly_webhook_url] the host-ip of PPlug is: 11.12.13.40
2023.07.15 00:01:02.838 4: [Shelly_webhook_url] FHEMweb-device for PPlug is none (none or undefined)
2023.07.15 00:01:02.908 4: [Shelly_proc2G] device PPlug processing component config
2023.07.15 00:01:02.915 4: [Shelly_proc2G:config] PPlug: processing the answer rpc/Shelly.GetConfig from Shelly_shelly()
2023.07.15 00:01:21.789 2: [Shelly_get_model] device PPlug is of type SNPL-00112EU
2023.07.15 00:01:21.792 2: [Shelly_get_model] discovered model=shellyplusplug for device PPlug

Edit2
nach absetzen von "on" aus der FHEMoberfläche:
state Error: JSON
network invalid JSON data (wechselt aber nach 60 sek. auf connected)

Der Grund ist vermutlich im Log ersichtlich (GetStatus-Methode nach rpc/ fehlt, oder?):

Code Auswählen

2023.07.15 00:14:07.589 4: [Shelly_Set] switching channel 0 for device PPlug with command ?turn=off, FF=0
2023.07.15 00:14:07.593 4: [Shelly_onoff] issue a non-blocking call to http://11.12.13.14/relay/0?turn=off
2023.07.15 00:14:08.153 4: [Shelly_status] issue a non-blocking call to http://11.12.13.14/rpc/?id=0
2023.07.15 00:14:08.187 4: [Shelly_proc2G] device PPlug processing component 
2023.07.15 00:14:08.192 1: [Shelly_proc2G] device PPlug has error "invalid JSON data"

http://11.12.13.14/relay/0?turn=off funktioniert aber http://11.12.13.14/rpc/?id=0 nicht (= Invalid request).

curt · 15 Juli 2023, 01:34:54

Zitat von: Starkstrombastler am 14 Juli 2023, 10:50:06
Zitat von: curt am 14 Juli 2023, 00:08:28Das (bis auf die Schrittschaltung) muss ich nun noch in FTUI3 umsetzen; Du nutzt nicht zufällig die Nutzeroberfläche FTUI3?
Neu ist eigentlich nur die inkrementelle Ansteuerung mit 'delta' bzw. 'up' und 'down'. Das war früher schon [...]

Eigentlich geht es um Nutzerergonomie, bezogen auf die Oberfläche FTUI3. Da ist immer schlau wenn man mal sehen kann, wie es andere umsetzen. im Idealfall spart es Arbeit, klar.

Ich bin da nun in den Anfängen, da fällt mir was auf: Die Änderung des state kommt zu langsam nach FTU3, da wird mappen nicht funktionieren. Aber das scheint mir sowieso (für meinen Fall) eher sinnfrei, ich steuere ja nicht Apollo-11.
Real fehlt (mir) ein reading, welches die Zustände "fährt hoch", "fährt runter", "nix passiert" haben kann. Falls es das schon gibt habe ich es übersehen.

Wäre es denn bitte möglich, gelegentlich noch so ein Reading (natürlich mit sinnvoller bezeichneten Werten) einzubauen?

Starkstrombastler · 15 Juli 2023, 10:19:15

Hallo Ralf,
danke für Nachstellen:

Zitat von: RalfRog am 14 Juli 2023, 23:56:49Ja, mein PlusPlug meldet auch: "state Error: JSON 2023-07-14 23:55:00"

Damit wird das Fehlerbild bestätigt. Mit einer unvollständigen Anfrage kann der Shelly eben nichts anfangen.

Und weil das System den Fehler abfängt, 'berappelt' es sich auch und korrekte Anfragen liefern wieder vernünftige Ergebnisse (bis zur nächsten fehlerhaften Anfrage).

Und wie sieht es nach dem oben beschriebene Edit in Zeile 2128 der 36_Shelly.pm aus? Ich hoffe, da ist kein weiterer Fehler hineingeraten.

Starkstrombastler · 15 Juli 2023, 10:29:11

Hallo curt,

Zitat von: curt am 15 Juli 2023, 01:34:54Real fehlt (mir) ein reading, welches die Zustände "fährt hoch", "fährt runter", "nix passiert" haben kann. Falls es das schon gibt habe ich es übersehen.

schau dir mal das Reading 'state' an: es nimmt beim Fahren die Werte 'drive-up' bzw. 'drive-down' an. Und im Stillstand zeigt es die ungefähre Position in der Form 'pct-ii'.

carlos · 15 Juli 2023, 12:18:35

Zitat von: Starkstrombastler am 15 Juli 2023, 10:19:15Hallo Ralf,
danke für Nachstellen:
Zitat von: RalfRog am 14 Juli 2023, 23:56:49Ja, mein PlusPlug meldet auch: "state Error: JSON 2023-07-14 23:55:00"
Damit wird das Fehlerbild bestätigt. Mit einer unvollständigen Anfrage kann der Shelly eben nichts anfangen.

Und weil das System den Fehler abfängt, 'berappelt' es sich auch und korrekte Anfragen liefern wieder vernünftige Ergebnisse (bis zur nächsten fehlerhaften Anfrage).

Und wie sieht es nach dem oben beschriebene Edit in Zeile 2128 der 36_Shelly.pm aus? Ich hoffe, da ist kein weiterer Fehler hineingeraten.

Damit funktionieren mein shellyplus1 und shellyplus1pm.

Danke dafür.

RalfRog · 15 Juli 2023, 18:39:56

Yep PlusPlug ist damit (Edit in Zeile 2128) ebenfalls ok

Gruß Ralf

P.S.
Ich hatte gestern versucht das Problem in der API-Beschreibung nachzulesen.
Daher nur als Frage am Rande:

Müsste nicht konsequenterweise um in der Nomenklatur der Gen2 zu bleiben das Relay per "http://<ip>/rpc/Switch.Set?id=0&on=true|false" geschaltet werden?
Soweit ich das in der Beschreibung sehen konnte haben ja nur die "Components" Switch,Cover & Light je einen HTTP-Endpoint zum Schalten/Fahren

Andererseits bleibts mit http://<ip>/relay/0?turn=on|off für Gen1 und Gen2 gleich.

RalfRog · 15 Juli 2023, 19:06:20

Webhook Gen2?

Müsste am PlusPlug schon etwas gehen?
Zumindest das "attribut webhook" kann ich auf die aktuelle FHEM-Web-Instanz setzen. Aber dann...??

Starkstrombastler · 15 Juli 2023, 19:28:15

Zitat von: RalfRog am 15 Juli 2023, 19:06:20Aber dann...??

...dann werden auf dem Shelly einige Webhooks angelegt (auf der Shelly Oberfläche unter Actions zu sehen), das Reading webhook_cnt zeigt die Anzahl der Webhooks und webhooks_ver den Versionszähler des Shelly - aber nur wenn im Modul alles passt.
Die Webhooks kannst du auch mit

Code Auswählen

<ip-des-Shelly>/rpc/Webhook.List anschauen.

Zum Testen das Intervall auf einen großen Wert stellen (damit das zyklische Update nicht dazwischen funkt) und den Shelly z.b. über App bedienen. Im Modul sollte die Änderung fast ohne Verzögerung sichtbar sein.

Jetzt bin ich mal gespannt...(leider klappt nur ganz selten so etwas auf Anhieb)

Re Nomenklatur:

Zitat von: RalfRog am 15 Juli 2023, 18:39:56Andererseits bleibts mit http://<ip>/relay/0?turn=on|off für Gen1 und Gen2 gleich.

Wenngleich nicht dokumentiert ist das so. Und solange das nicht abgeschafft wird, ist es für das Modul einfacher, hier keinen Unterschied zu machen.

RalfRog · 15 Juli 2023, 19:44:18

Zitat von: Starkstrombastler am 15 Juli 2023, 19:28:15Wenngleich nicht dokumentiert ist das so. Und solange das nicht abgeschafft wird, ist es für das Modul einfacher, hier keinen Unterschied zu machen.

Doch ist drin, deswegen bin ich drüber gestolpert. Finde auch, solange es funktioniert und es einfacher ist...

https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/Switch#http-endpoint-relayid
https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/Cover#http-endpoint-rollerid
https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/Light#http-endpoint-lightid

Aber das Wichtige-> Webhooks: ich konnte nicht erkennen (Shelly Oberfläche), dass etwas angelegt wurde.
=> Ich spiele noch mal.

Starkstrombastler · 15 Juli 2023, 20:08:33

was sagen denn die Readings? und das Logging?

Beim ShellyPlus2PM im Roller-Modus sieht das in der Shelly-Oberfläche beispielsweise so aus:
Du darfst diesen Dateianhang nicht ansehen.

Wenn das automatische Anlegen (noch) nicht funktioniert, kann man den Webhook natürlich auch manuell anlegen, indem z.B. für "Switch Toggled on" folgendes in das Feld für die URL geschrieben wird:

Code Auswählen

http://192.168.178.99:8083/fhem?XHR=1&cmd=set%20Y175%20out_on%200Die IP ist auf die IP des FHEM-Host zu ändern. Die %20 stehen für Leerzeichen. Der Befehl lautet also besser lesbar: set Y175 out_on 0
Die weiteren Events, die das Shelly-Modul verarbeitet, sind u.a.: out_off, button_on, button_off

Es kann natürlich schon sein, dass beim PlusPlug irgendetwas noch nicht passt, ich habe hier bei mir keinen zum Testen.

RalfRog · 15 Juli 2023, 20:09:00

ShellyPlusPlug

1) Das Löschen des Attributs Webhooks hat die händisch anglegten Actions (Name mit _ ) gelöscht (im Log erkennbar).
=> [Shelly_Attr:webhook] PPlug: delete all hooks forwarding to this host and name starts with _ usw.

2) Neuanalge des Attributs Webhooks. Actions werden nicht angelegt (Kontrolle Shelly Oberfläche).
/rpc/Webhook.List = > {"hooks":[], "rev":28} (durch eigene Spielereinen ist rev vermutlich auf 28)
Log:

Code Auswählen

2023.07.15 19:51:19.716 3: [Shelly_Attr:webhook] PPlug command is set, attribute webhook old: NoVal  new: WEB
2023.07.15 19:51:19.719 3: [Shelly_Attr:webhook] the webhook attribute is now WEB, create webhooks
2023.07.15 19:51:19.722 3: [Shelly_Attr:webhook] we will call Shelly_webhook for device PPlug, command is Create
2023.07.15 19:51:22.730 4: [Shelly_webhook] proceeding with command 'Create' for device PPlug
2023.07.15 19:51:22.734 4: [Shelly_webhook] device PPlug was called with command=Create
2023.07.15 19:51:22.737 4: [Shelly_webhook] device PPlug will be called by Webhook.

Log zyklisches Update

Code Auswählen

2023.07.15 20:00:15.300 4: [Shelly_webhook] device PPlug was called with command=Check
2023.07.15 20:00:15.303 4: [Shelly_webhook] device PPlug will be called by Webhook.
2023.07.15 20:00:15.307 4: [Shelly_webhook] issue a non-blocking call to http://11.12.13.14/rpc/Webhook.List
2023.07.15 20:00:15.316 4: [Shelly_shelly] PPlug: long update in 300 seconds
2023.07.15 20:00:15.424 4: [Shelly_webhook] device PPlug was called with command=Check
2023.07.15 20:00:15.429 4: [Shelly_webhook] processing the webhook data for command=Check
2023.07.15 20:00:15.432 4: [Shelly_webhook] our counter says 0 webhooks on shelly
2023.07.15 20:00:15.436 4: [Shelly_webhook_url] calling url-builder with args: PPlug  0 ch:0 noe:0
2023.07.15 20:00:15.500 4: [Shelly_webhook_url] the host-ip of PPlug is: 11.12.13.24
2023.07.15 20:00:15.504 4: [Shelly_webhook_url] FHEMweb-device is: WEB
2023.07.15 20:00:15.507 4: [Shelly_webhook_url] FHEMweb port is: 8083
2023.07.15 20:00:15.511 4: [Shelly_webhook_url] FHEMweb-device "WEB" has port "8083" and webname "fhem"
2023.07.15 20:00:15.514 4: [Shelly_webhook_url] the token-string is:
2023.07.15 20:00:15.518 4: [Shelly_webhook_url] PPlug: the fhem command is: "get PPlug status"
2023.07.15 20:00:15.521 4: [Shelly_webhookurl] PPlug: &urls=[%22%26cmd=get%2520PPlug%2520status%22]

Edit
Im ersten Durchgang hatte ich händisch etwas angelegt. Den hat er nach get status kaputt geschrieben.
Austausch: http://11.12.13.24:8083/fhem?cmd=set%2520Plug%2520on gegen http://11.12.13.24:8083/fhem?XHR=1

Hier der Log:

Code Auswählen

2023.07.15 19:23:14.007 4: [Shelly_proc2G] device PPlug processing component status
2023.07.15 19:23:14.012 4: [Shelly_proc2G:status] PPlug: processing the answer rpc/Shelly.GetStatus from Shelly_shelly()
2023.07.15 19:23:14.050 4: [Shelly_proc2G] device PPlug processing component info
2023.07.15 19:23:14.055 4: [Shelly_proc2G:info] PPlug: processing the answer rpc/Shelly.GetDeviceInfo from Shelly_shelly()
2023.07.15 19:23:14.064 4: [Shelly_webhook] device PPlug was called with command=Check
2023.07.15 19:23:14.068 4: [Shelly_webhook] processing the webhook data for command=Check
2023.07.15 19:23:14.072 4: [Shelly_webhook] our counter says 1 webhooks on shelly
2023.07.15 19:23:14.075 4: [Shelly_webhook_url] calling url-builder with args: PPlug  0 ch:0 noe:0
2023.07.15 19:23:14.137 4: [Shelly_webhook_url] the host-ip of PPlug is: 11.12.13.24
2023.07.15 19:23:14.141 4: [Shelly_webhook_url] FHEMweb-device is: WEB
2023.07.15 19:23:14.145 4: [Shelly_webhook_url] FHEMweb port is: 8083
2023.07.15 19:23:14.148 4: [Shelly_webhook_url] FHEMweb-device "WEB" has port "8083" and webname "fhem"
2023.07.15 19:23:14.151 4: [Shelly_webhook_url] the token-string is: 
2023.07.15 19:23:14.155 4: [Shelly_webhook_url] PPlug: the fhem command is: "get PPlug status"
2023.07.15 19:23:14.159 4: [Shelly_webhookurl] PPlug: &urls=[%22%26cmd=get%2520PPlug%2520status%22]
2023.07.15 19:23:14.222 4: [Shelly_webhook] shellies PPlug webhook 0 is http://11.12.13.24:8083/fhem?cmd=set%2520Plug%2520on
2023.07.15 19:23:14.227 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/36_Shelly.pm line 3747.
2023.07.15 19:23:14.230 1: PERL WARNING: Use of uninitialized value $2 in concatenation (.) or string at ./FHEM/36_Shelly.pm line 3747.
2023.07.15 19:23:14.234 1: PERL WARNING: Use of uninitialized value $3 in concatenation (.) or string at ./FHEM/36_Shelly.pm line 3747.
2023.07.15 19:23:14.238 1: PERL WARNING: Use of uninitialized value $4 in concatenation (.) or string at ./FHEM/36_Shelly.pm line 3747.
2023.07.15 19:23:14.242 1: PERL WARNING: Use of uninitialized value $current_url_command in substitution (s///) at ./FHEM/36_Shelly.pm line 3750.
2023.07.15 19:23:14.246 1: PERL WARNING: Use of uninitialized value $current_url_command in concatenation (.) or string at ./FHEM/36_Shelly.pm line 3752.
2023.07.15 19:23:14.249 4: [Shelly_webhook] 0 checking part1 of url: 
http://:/?XHR=1    against
http://11.12.13.24:8083/fhem?XHR=1
   command is: "" 
2023.07.15 19:23:14.252 4: [Shelly_webhook] 0 we have to update http://:/?XHR=1 to http://11.12.13.24:8083/fhem?XHR=1
2023.07.15 19:23:14.256 1: PERL WARNING: Use of uninitialized value $current_url_command in concatenation (.) or string at ./FHEM/36_Shelly.pm line 3756.
2023.07.15 19:23:14.260 4: [Shelly_webhook] PPlug: 0 issue a non-blocking call with callback-command "Updated":
http://11.12.13.14/rpc/Webhook.Update?urls=[%22http://11.12.13.24:8083/fhem?XHR=1%22]&id=1
2023.07.15 19:23:14.302 4: [Shelly_proc2G] device PPlug processing component config
2023.07.15 19:23:14.309 4: [Shelly_proc2G:config] PPlug: processing the answer rpc/Shelly.GetConfig from Shelly_shelly()
2023.07.15 19:23:14.755 4: [Shelly_webhook] device PPlug was called with command=Updated
2023.07.15 19:23:14.759 4: [Shelly_webhook] processing the webhook data for command=Updated