Support-Thread Modul 36_Shelly.pm

Begonnen von Prof. Dr. Peter Henning, 03 Februar 2021, 08:03:09

Vorheriges Thema - Nächstes Thema

heramol

Zitat von: Starkstrombastler am 15 Februar 2025, 15:15:26
Zitat von: heramol am 15 Februar 2025, 14:04:03gibt es irgend eine Möglichkeit, ein script auf dem shelly...über das 36_Shell.pm anzusteuern oder müßte das erst entsprechend erweitert werden?
Derzeit listet das Modul nur die installierten Scripts auf. Funktionen wie Start oder Stop sollten aber machbar sein. Was wird denn benötigt?

Hallo,
"PlugsUI" ist wohl nicht buggy, wie von Dir angenommen, lt. dem Shelly-Support. Es scheint wohl an der "Digest-Authentifizierung" zu liegen, so dass nicht jeder mir nichts dir nichts darauf zugreifen kann. War diese Authentifizierung bereits ein Thema in Deinem Modul? So dass man mit passender Syntax diese "PlugsUI" in Verbindung mit Digest-Authentifizierung nutzen kann?


VG Tom

duu75

Ich habe ein "Problem" mit dem Shelly Pro EM-50 (eine Phase, 2x Messkanäle).

Eingebunden mittels fester IP und nach Connect wird auch automatisch das model Attribut "shellyproem50" gesetzt.
Habe noch interval und interval_power nach Wunsch gesetzt.

Es kommen auch Werte rein von Active_Power_A bis.... Voltage_A.
Aber der 2. Messkanal wird nicht angezeigt und scheinbar auch gar nicht abgefragt.
Sollte dann scheinbar Active_Power_B heißen, vermute ich.

Shelly Modul ist das aktuellste, was mit dem FHEM Update verteilt wird, Stand heute 6.5.2025.

Auf der Shelly WebGUI sehe ich beide Kanäle aktiv mit Werten und auch über die API kannn ich beide Kanäle erfolgreich abfragen.
http://<IP>/rpc/EM1.GetStatus?id=0
http://<IP>/rpc/EM1.GetStatus?id=1

Muss ich noch irgendwo den 2. Kanal auf dem FHEM Device aktivieren?
Finde keine Attribut oder so etwas diesbzgl.

Hoffe auf hilfreiche Tipps und Hinweise.

Danke

Gruß
Dirk

Starkstrombastler

Zitat von: duu75 am 06 Mai 2025, 20:01:53Muss ich noch irgendwo den 2. Kanal auf dem FHEM Device aktivieren?
Nein, das ist in den für das Modell hinterlegten Daten enthalten.

Es gibt ab dem 7.5. eine aktualisierte Version des Moduls, bei dem zwei Bugs im Bereich Energy Meter gefixt wurden. Möglicherweise ist damit auch dieses Problem behoben - kann ich aber nicht versprechen.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

duu75

Zitat von: Starkstrombastler am 06 Mai 2025, 22:53:24
Zitat von: duu75 am 06 Mai 2025, 20:01:53Muss ich noch irgendwo den 2. Kanal auf dem FHEM Device aktivieren?
Nein, das ist in den für das Modell hinterlegten Daten enthalten.

Es gibt ab dem 7.5. eine aktualisierte Version des Moduls, bei dem zwei Bugs im Bereich Energy Meter gefixt wurden. Möglicherweise ist damit auch dieses Problem behoben - kann ich aber nicht versprechen.

Danke für die schnelle Rückantwort.
Es sind jetzt nach dem Update noch weitere neue Readings mit ...._S dazugekommen, die die Summe zu sein scheinen.
Aber der Kanal B leider trotzdem noch nicht.

cotecmania

Hallo,
habe einen Shelly Pro 3EM Gen2 neu gekauft und eingebunden im Verteiler.
Der läuft nun seit gestern in einem EFH mit Balkonkraftwerk.

Wieso sind die beiden Werte so hoch bzw. niedrig ?
Das sind doch die Gesamtmengen, oder ?
Kann man die nicht "nullen" bzw. sollten die nicht von 0 anfangen zu zählen ?

Purchased_Energy_T    46384585.0558332  2025-05-08 19:56:00
Total_Energy_T      -136315839.459167   2025-05-08 19:56:00
Returned_Energy_T    182700424.515      2025-05-08 19:49:00

Gruss
Joe
FHEM auf RaspberryPI B (buster)
2xCUL868 für MAX/Slow_RF, HM-LAN, JeeLink
MAX!/HM-Thermostate, FS20/HM-Rolladenschalter, FS20-EM, LevelJet-Ölstandsmessung, PCA301, IT, KM271, IPCAM, FireTAB10 FTUI

Starkstrombastler

Zitat von: cotecmania am 08 Mai 2025, 20:01:31Wieso sind die beiden Werte so hoch bzw. niedrig ?
Das sind doch die Gesamtmengen, oder ?
Kann man die nicht "nullen" bzw. sollten die nicht von 0 anfangen zu zählen ?
Die Werte sehen in der Tat "komisch" aus.
Habe bis jetzt noch keine Ursache dafür gefunden.

Ansonsten werden die Werte besser lesbar, wenn du mit dem Attribut showunits eine Einheit für die Anzeige auswählst.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

cotecmania

#1146
Zitat von: Starkstrombastler am 09 Mai 2025, 19:59:23Ansonsten werden die Werte besser lesbar, wenn du mit dem Attribut showunits eine Einheit für die Anzeige auswählst.

Das hatte ich schon drin aber dann gibts wieder Probleme, wenn ich die Readings direkt woanders visualisieren oder verrechnen will.
Umschalten auf KWh, aber ohne jeweils die Einheiten bei den Werten anzuzeigen wäre cool ...
Die Einheit einfach in einem separaten Reading anzeigen.

Neues Problem !!!
##############
Ich hatte ja eine Korrektur drin für einen Ferraris-Zaehler und nach dem ersten Tag stimmte das mit dem Zähler überein.
attr Energymeter_F  232520170

Aber schau mal was jetzt aus den Werten wurde im Vergleich zu oben :
Purchased_Energy_T     46388418920.4831 2025-05-10 08:51:00
Returned_Energy_T     182705072921.086  2025-05-10 09:24:00
Total_Energy_T       -136316654000.603  2025-05-10 09:24:00
Total_Energymeter_F  -136084133830.6027 2025-05-10 09:24:00

Total_Energy_T ist nun 12-stellig. Weiter oben noch 9-stellig.
Purchased von 8 Stellen auf 11 Stellen

Das wird mit der Umschaltung der Einheiten (normal/mode2/normal/...) zu tun haben ?
Faktor 1000 ? Wh <> KWh

Jetzt stimmt natürlich mein Zählerstand überhaupt nicht mehr.
Ich denke ich habe das Attribut eingefügt als ich noch KWh hatte und dann umgestellt auf Wh.

Edith :
Nachdem ich dem Attribut nun 3-Nullen hinten spendiert habe, stimmte es wieder, zumindest einigermassen ...
In der Hilfe zum Attribut steht zwar "Wh", aber beim Umschalten sollte das doch auch mit angepasst werden, oder ?

Zähler nullen wäre eine coole Option ...

Gruss
Joe
FHEM auf RaspberryPI B (buster)
2xCUL868 für MAX/Slow_RF, HM-LAN, JeeLink
MAX!/HM-Thermostate, FS20/HM-Rolladenschalter, FS20-EM, LevelJet-Ölstandsmessung, PCA301, IT, KM271, IPCAM, FireTAB10 FTUI

JWRu

Ist eigentlich mit dem neuen Update der Log-Level hochgesetzt?
ZBox; RasPi 3B; RasPi Zero W; Homematic; Z-Wave; EnOcean, Shelly; DuoFern; Oregon-Sensoren; TFA-Sensoren; Steuerung Viessmann-Heizung; Arduinos für Strom-, Wasser-, Gaszähler, Rauchmelder und FI-Schutzschalter

Prof. Dr. Peter Henning

Zitat von: cotecmania am 10 Mai 2025, 09:33:06dann gibts wieder Probleme, wenn ich die Readings direkt woanders visualisieren oder verrechnen will.
Unsinn, dafür gibt es ReadingsNum.

ZitatZähler nullen wäre eine coole Option ...
Auch das ist in der Form nicht sinnvoll in das Modul zu integrieren. Entweder kann der Shelly seine internen Zähler zurücksetzen - dann geht das problemlos über die Web-Schnittstelle. Oder die aggregierten Zahlen stehen nur im FHEM-Reading, dann genügt ein setreading-Befehl.

LG

pah

punker

Hi,
ich erhalte seit gestern lauter solche Meldungen im Log:
[Shelly_firmwarecheck] Boilershelly: current=20230913-113610/v1.14.0-gcb84623 update=none beta=20231107-164401/v1.14.1-rc1-g0617c15Wie kann ich die abschalten?
Gerät ist ein Shelly Plug.
Shelly Modul ist $Id: 36_Shelly.pm 29942 2025-05-09 22:19:32Z
LG

Dieter

The truth is out there!

cotecmania

Zitat von: Prof. Dr. Peter Henning am 10 Mai 2025, 10:26:00
Zitat von: cotecmania am 10 Mai 2025, 09:33:06dann gibts wieder Probleme, wenn ich die Readings direkt woanders visualisieren oder verrechnen will.
Unsinn, dafür gibt es ReadingsNum.
Ich habe nicht geschrieben dass es nicht geht, aber es gibt zu viele Stellen die angepasst werden müssen, DoIfs, FTUI3, globale Templates ...

Zitat von: Prof. Dr. Peter Henning am 10 Mai 2025, 10:26:00
Zitat von: cotecmania am 10 Mai 2025, 09:33:06Zähler nullen wäre eine coole Option ...
Auch das ist in der Form nicht sinnvoll in das Modul zu integrieren. Entweder kann der Shelly seine internen Zähler zurücksetzen - dann geht das problemlos über die Web-Schnittstelle. Oder die aggregierten Zahlen stehen nur im FHEM-Reading, dann genügt ein setreading-Befehl.
In der WEB-Schnittstelle habe ich nichts gefunden und ein setreading hat auch nichts gebracht, da der Wert wieder überschrieben wird.
Warum also nicht intern im Modul beim "NULLEN" einen Offset merken und den immer verrechnen ?
FHEM auf RaspberryPI B (buster)
2xCUL868 für MAX/Slow_RF, HM-LAN, JeeLink
MAX!/HM-Thermostate, FS20/HM-Rolladenschalter, FS20-EM, LevelJet-Ölstandsmessung, PCA301, IT, KM271, IPCAM, FireTAB10 FTUI

Prof. Dr. Peter Henning

Einfach das statistics-Modul verwenden.

Oder den Offset selbst in einem (user-) Reading oder Attribut unterbringen.

Oder in den Shelly ein Skript hineinsetzen - das geht aber nur bei den neueren Devices.

LG

pah

Starkstrombastler

Zitat von: punker am 11 Mai 2025, 09:20:02ich erhalte seit gestern lauter solche Meldungen im Log:
Code Auswählen Erweitern
[Shelly_firmwarecheck] Boilershelly: current=20230913-113610/v1.14.0-gcb84623 update=none beta=20231107-164401/v1.14.1-rc1-g0617c15Wie kann ich die abschalten?
Indem du den Loglevel niedriger setzt, z.B. attr TYPE=Shelly verbose 2

Die gezeigte Meldung sollte eigentlich einen höheres Level haben, aber bei dem vielen Debugging kann das am Ende schon mal so durchrutschen. Wird in nächster Version gefixt.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Starkstrombastler

Zitat von: cotecmania am 11 Mai 2025, 09:37:58Ich habe nicht geschrieben dass es nicht geht, aber es gibt zu viele Stellen die angepasst werden müssen, DoIfs, FTUI3, globale Templates ...
Das lässt sich vermeiden, wenn generell mit ReadingsNum gearbeitet wird.

Zitat von: cotecmania am 11 Mai 2025, 09:37:58Warum also nicht intern im Modul beim "NULLEN" einen Offset merken und den immer verrechnen ?
Da ich den Fehler nicht nachstellen kann, vermute ich, dass sich dein Device bei der Definition zerschossen hat.

Hast du mal probiert, ein zweites Device zu definieren? Das ist zwar keine dauerhafte Lösung, aber zum Testen sollte das ohne Probleme gehen.

Und wie sehen die anderen Readings aus? Zumindest die Readings mit dem Postfix "S" (wie Shelly) sollten doch zu den Originalwerten des Shelly passen. Poste doch mal ein List deines Devices.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

punker

Zitat von: Starkstrombastler am 11 Mai 2025, 19:19:52
Zitat von: punker am 11 Mai 2025, 09:20:02ich erhalte seit gestern lauter solche Meldungen im Log:
Code Auswählen Erweitern
[Shelly_firmwarecheck] Boilershelly: current=20230913-113610/v1.14.0-gcb84623 update=none beta=20231107-164401/v1.14.1-rc1-g0617c15Wie kann ich die abschalten?
Indem du den Loglevel niedriger setzt, z.B. attr TYPE=Shelly verbose 2

Die gezeigte Meldung sollte eigentlich einen höheres Level haben, aber bei dem vielen Debugging kann das am Ende schon mal so durchrutschen. Wird in nächster Version gefixt.

OK, Danke
LG

Dieter

The truth is out there!