HTTP String und JSON Pfad beim Shelly PRO 3 em

[OlSteph]

Hallo,

ich habe mir einen Shelly Pro 3em besorgt und würde diesen auch hier gerne verbinden.
Aktuell ist der Powerfox/Poweropti angebunden - die 10 Sekündige Abfrage über die Cloud würde ich gerne ersetzen.

Via http://192.168.179.128/rpc/Shelly.GetStatus?id=0 bekomme ich nach Eingabe von Benutzername (admin) und Passwort (xxxx)
folgende Seite angezeigt

Als JSON Path vermute ich hier: total_act_power

Mir ist hier (bin da immer noch Laie auf dem Gebiet) nicht klar, wie ich das bei den Einstellungen eingeben kann.
Versuchsweise in Anlehnung an die Powerfox Konfig (ohne Base64 Codierte ANmeldedaten) waren erfolglos.
Danke und Gruß

[helgeerbe]

Ich kenne zwar den pro 3em nicht, aber wenn ich https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/EM richtig verstanden habe, würde ich folgendes mal versuchen: http://admin:[email protected]/rpc/EM.GetStatus?id=0

Als JSON Path: total_act_power

[OlSteph]

Bad HTTP code: 401 ist die Meldung.
Damit hatte ich auch schon gespielt, aber es nicht hinbekommen.
Habe mir diverse Seiten von Shelly dazu angeschaut - am Besten passte aus meiner Sicht folgende:
https://shelly-api-docs.shelly.cloud/gen2/General/Authentication
-> aber hieraus wurde ich auch nicht schlau, wie ich das in der DTU umsetzen kann/muss

[helgeerbe]

Oh, der Shelly Pro 3em verwendet digest authentication anstelle von basic authentication. Ich fürchte, das ist nicht implementiert.

Gibt es Freiwillige, die Zeit haben das zu implementieren?

[OlSteph]

Nach erneutem Test verändern dich die "Zahlen" nach neuer Anmeldung über die Weboberfläche.
Der Test mittels em/o/total_act_power ergibt ebenfalls einen Fehler:

[spcqike]

Und em:0/total_act_power?

Auch wenn „em:0“ komisch aussieht und ich mir nicht sicher bin, dass das ein gültiger json so macht.

Wie sehen die rohdaten des json aus?

[OlSteph]

Hier die Rohdaten:
{
"ble": {},
"cloud": {
"connected": true
},
"em:0": {
"id": 0,
"a_current": 0.474,
"a_voltage": 233.1,
"a_act_power": 35.9,
"a_aprt_power": 110.4,
"a_pf": -0.6,
"b_current": 0.443,
"b_voltage": 233.2,
"b_act_power": 25.8,
"b_aprt_power": 103.2,
"b_pf": -0.58,
"c_current": 0.742,
"c_voltage": 233.9,
"c_act_power": 98.8,
"c_aprt_power": 173.3,
"c_pf": -0.71,
"n_current": null,
"total_current": 1.658,
"total_act_power": 160.488,
"total_aprt_power": 386.886,
"user_calibrated_phase": []
},
"emdata:0": {
"id": 0,
"a_total_act_energy": 4663.82,
"a_total_act_ret_energy": 6028.1,
"b_total_act_energy": 4175.87,
"b_total_act_ret_energy": 10465.64,
"c_total_act_energy": 10398.16,
"c_total_act_ret_energy": 0,
"total_act": 19237.85,
"total_act_ret": 16493.74
},
"eth": {
"ip": null
},
"modbus": {},
"mqtt": {
"connected": true
},
.....

[OlSteph]

Beim vorgeschlagenen Wert, auch mal mit und ohne vorangehendes und abschließendes "/"

-> es bleibt auf dieser Meldung stehen

[OlSteph]

Zum Querprüfen hab ich das Gerät mal ins LAN gehängt (daher andere IP) und die Authentifizierung abgeschaltet (Zugangskennwort deaktiviert)

[OlSteph]

Eine andere Möglichkeit wäre MQTT - hier stoße ich aber noch an meine Grenzen, da die Objekte im IOBroker eine Art Array (JSON oder sowas) sind und nicht eigene Datenpunkte.

Ggf könnte mir nier jemand helfen, wie dies als MQTT Anbindung gelöst werden könnte? Dann umgehen wir auch ggf das Problem der Digest-Authentifizierung.
(Kopierter Pfad aus IOBroker)
mqtt.0.shellypro3em-ecxxxxxxxxx8.status.em:0
Inhalt des Objektes em:0
{"id":0,"a_current":0.500,"a_voltage":232.7,"a_act_power":104.2,"a_aprt_power":116.2,"a_pf":-0.90,"b_current":0.449,"b_voltage":232.9,"b_act_power":28.1,"b_aprt_power":104.4,"b_pf":-0.58,"c_current":0.687,"c_voltage":233.5,"c_act_power":92.6,"c_aprt_power":160.0,"c_pf":-0.70,"n_current":null,"total_current":1.635,"total_act_power":224.834,"total_aprt_power":380.679, "user_calibrated_phase":[]}

Wird gespeichert - aber Anzeige bleibt auf "0"

Objektdaten:
{
"_id": "mqtt.0.shellypro3em-ecxxxxxxxxx8.status.em:0",
"common": {
"name": "shellypro3em-ecxxxxxxxxx8/status/em:0",
"write": true,
"read": true,
"role": "variable",
"desc": "mqtt server variable",
"type": "string"
},
"native": {
"topic": "shellypro3em-ecxxxxxxxxx/status/em:0"
},
"type": "state",
"from": "system.adapter.admin.0",
"user": "system.user.admin",
"ts": 1685624662617
}

[helgeerbe]

I just created a feature request #251 to support digest authentication.

[helgeerbe]

Should work with release 2023.07.04. Please provide feedback, because I don't own such a device.

[OlSteph]

Hello @helgeerbe - i will test it if it is available as image. Thank you (and ChatGPT) :-)

[helgeerbe]

Thanks, version should be built by now. ChatGPT was not so helpful at the end. I had to read the specs and fix the code. ChatGPT was not able to generate working code, even when you point out what is wrong.

[OlSteph]

@helgeerbe (ChatGPT is nice, but yet far away from real knowledge - i think)

I flashed the new version and tried to connect to my Shelly pro3em:

Looks very good :-)

Thank you very much - with that digest implementation this should work for all Shelly Gen.2 devices

[helgeerbe]

Thanks for the feedback. Happy that it works.

[gruenteefan]

Hallo zusammen,
ich bin auf der Suche nach der korrekten Eingabe der Daten zur Abfrage der Verbrauchsdaten aus meinem Shelly Pro 3EM in OpenDTU / Stromzähler. Die Freigabe/ Anbindung des Shellys im MQTT-Broker ist bereits erfolgt. Ich schaffe es nur nicht, die Eingaben in den Einstellungen des OpenDTUs zu bewerkstelligen. Kann mir hier jemand helfen?

[Manos1966]

Hallo @gruenteefan

Vielleicht hier:

https://github.com/hoylabs/OpenDTU-OnBattery/wiki/Power-Meter

#364