Support-Thread Modul 36_Shelly.pm

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

Vorheriges Thema - Nächstes Thema

JWRu

Irgendwie funktionieren meine Actions auf meinem Shelly Plus 1PM (Firmware v1.4.2) plötzlich nicht mehr.
Ich habe folgende Actions definiert:
1      Output_on_set_interval_10      switch.on      http://XXX.XXX.XXX.XX:8089/fhem?cmd=attr -silent Shellyplus1PM01 interval 10      EN
2      Output_off_set_interval_1200      switch.off      http://XXX.XXX.XXX.XX:8089/fhem?cmd=attr -silent Shellyplus1PM01 interval 1200      EN
Unter Port 8089 gibt es eine eigene FHEMWEB-Instanz ohne csfrToken (für andere Anwendungen).
Wenn ich die URLs im Browser aufrufe, funktioniert es einwandfrei - das Attribut interval wird verändert.
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

Starkstrombastler

Zitat von: JWRu am 22 September 2024, 11:55:07Irgendwie funktionieren meine Actions auf meinem Shelly Plus 1PM (Firmware v1.4.2) plötzlich nicht mehr.
Sind auf dem Shelly die URLs mit Leerzeichen angelegt? Funktioniert es, wenn du auf dem Shelly die Leerzeichen durch %20 ersetzt?

Das Shelly-Modul ersetzt bei "get <name> actions" der besseren Lesbarkeit wegen die %20 durch Leerzeichen.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

JWRu

ZitatSind auf dem Shelly die URLs mit Leerzeichen angelegt? Funktioniert es, wenn du auf dem Shelly die Leerzeichen durch %20 ersetzt?
Danke - das war die Lösung.
Ist das neu? Früher hat's auch mit Leerzeichen funktioniert:
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

Starkstrombastler

Zitat von: JWRu am 22 September 2024, 15:31:49Ist das neu? Früher hat's auch mit Leerzeichen funktioniert:
Schön, dass es jetzt wieder funktioniert. Aber eigentlich ist das kein Thema vom Shelly-Modul, weil der Attribut Befehl fertig aufbereitet von fhem an das Modul weiter gereicht wird. Die Thematik müsste daher im Entwicklerbereich diskutiert werden.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Jörg

Hallo Starkstrombastler,
siehst Du eine Möglichkeit die Shelly Plus Smoke mit in das 36_shelly.pm Modul einzubinden?
In der Vendor ID und den Plus devices der 2. Gen ist er ja schon drin.

Über Actionurls, die der Smoke ja hat, kann bei einer Statusänderung (Smoke Alarm | Smoke Alarm Test | Smoke Alarm off) ja ein request von FHEM auslösen.

Wenn Du dabei Hilfe brauchst, ich habe die Smoke hier und kann für Dich Tests machen.


VG Jörg

Starkstrombastler

Zitat von: Jörg am 28 September 2024, 10:58:17iehst Du eine Möglichkeit die Shelly Plus Smoke mit in das 36_shelly.pm Modul einzubinden?
In der Vendor ID und den Plus devices der 2. Gen ist er ja schon drin.

Über Actionurls, die der Smoke ja hat, kann bei einer Statusänderung (Smoke Alarm | Smoke Alarm Test | Smoke Alarm off) ja ein request von FHEM auslösen.
Als batteriebetriebenes Gerät lässt sich der Smoke-Sensor nicht so ohne weiters integrieren, da er sich schlafend legt und dann nicht über WLAN erreichbar ist.

Wenn er aber nach Neustart oder Tasterbetätigung unter seiner IP-Adresse erreichbar ist, sollte eine Definiton mit dem aktuellen Modul gelingen und der Sensor mit model=generic angelegt werden. Damit haben wir eine Grundlage, wenn das Shelly-Modul zukünftig auch Websockets verarbeiten kann.
Ich schlage vor, ein Reading  smoke zu verwenden, welches die Werte idle, test, alarm annehmen kann. Dieses Reading lässt sich via Action-URLS beschreiben: setreading <name> smoke <value>
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

sfh

Zitat von: Starkstrombastler am 15 September 2024, 23:56:59Da muss ich leider feststellen, dass im Wiki die Angaben für is_open und is_closed angepasst werden müssen: Diese Befehle sind ja für das Erreichen der Endlage vorgesehen, und dafür unterstützen die Gen1-Shellies keine Actions. Es hat aber augenscheinlich trotzdem funktioniert, weil das Modul bei Eintreffen dieser Befehle einen "get ... status" absetzt, und damit wird dann das tatsächliche Geschehen erfasst.
Auch habe ich den Teil XHR=1 aus dem Wiki entfernt, weil ich nicht erkennen kann, wofür das nützlich ist, das hatte ich nur vom ursprünglichen Modul übernommen.
Damit lauten die URLS für die Gen1-Shellies:
http://192.168.x.y:8085/fhem?cmd=set%20Roll.WohnL%20opening
http://192.168.x.y:8085/fhem?cmd=set%20Roll.WohnL%20closing
http://192.168.x.y:8085/fhem?cmd=set%20Roll.WohnL%20stopped
Ich hole dieses Thema noch einmal hoch. Der aktuelle Stand beim Shelly-Modul-Version 6.00.5 11.09.2024 und den angepassten Actions für die Rollladen-Steuerung ist:

  • Gen1 (Shelly 2.5): End- und Zwischenstellungen werden nicht erkannt, sowohl bei der Steuerung über FHEM als auch bei der Bedienung über die Taster-Eingänge direkt am Aktor.
  • Gen2 (Shelly Plus2PM: End- und Zwischenstellungen werden erkannt, sofern über FHEM-Kommandos gesteuert wird. Bedient man die Rollläden über die Taster-Eingänge direkt am Aktor, dann klappt das nicht.

Der Stopp-Zustand wird zwar im state erkannt, aber das Reading position, welches ich zur Auswertung verwende, wird erst beim nächsten Poll aktualisiert. Wird sich an diesem Zustand noch etwas ändern? Als Workaround habe ich die Poll-Zeit (interval) auf 60 gesetzt (vorher 900), somit wird jede Änderung spätestens nach einer Minute erkannt und alle Readings werden aktualisiert. Damit kann man leben. Schöner wäre aber eine direkte Erkennung das aktuellen Zustands, die bei der älteren Modul-Version 5.21.1 noch funktioniert hatte.

Dann ist mir noch eine Kleinigkeit aufgefallen: In den Readings und im Log gibt es Einträge wie power_last: 142.78 up. Bei den Gen2-Shellies gibt es diesen Wert für up und down, bei Gen1 erscheint nur der Wert für up.

Grüße, Scott

Starkstrombastler

Zitat von: sfh am 05 Oktober 2024, 11:16:41Ich hole dieses Thema noch einmal hoch. Der aktuelle Stand beim Shelly-Modul-Version 6.00.5 11.09.2024 und den angepassten Actions für die Rollladen-Steuerung ist:

    • Gen1 (Shelly 2.5): End- und Zwischenstellungen werden nicht erkannt, sowohl bei der Steuerung über FHEM als auch bei der Bedienung über die Taster-Eingänge direkt am Aktor.
    • Gen2 (Shelly Plus2PM: End- und Zwischenstellungen werden erkannt, sofern über FHEM-Kommandos gesteuert wird. Bedient man die Rollläden über die Taster-Eingänge direkt am Aktor, dann klappt das nicht.

Der Stopp-Zustand wird zwar im state erkannt, aber das Reading position, welches ich zur Auswertung verwende, wird erst beim nächsten Poll aktualisiert. Wird sich an diesem Zustand noch etwas ändern? Als Workaround habe ich die Poll-Zeit (interval) auf 60 gesetzt (vorher 900), somit wird jede Änderung spätestens nach einer Minute erkannt und alle Readings werden aktualisiert. Damit kann man leben. Schöner wäre aber eine direkte Erkennung das aktuellen Zustands, die bei der älteren Modul-Version 5.21.1 noch funktioniert hatte.

Ich bin da dran, das Polling zu optimieren, so dass mit Actions als auch bei Befehlen aus FHEM heraus (ohne Actions) möglichst zeitnahe Aktualisierungen kommen, ohne das System durch gleichzeitige Mehrfachabfragen zu belasten. 

Zitat von: sfh am 05 Oktober 2024, 11:16:41Dann ist mir noch eine Kleinigkeit aufgefallen: In den Readings und im Log gibt es Einträge wie power_last: 142.78 up. Bei den Gen2-Shellies gibt es diesen Wert für up und down, bei Gen1 erscheint nur der Wert für up.
Hier ist es so, dass Gen1 und Gen2 unterschiedlich lang benötigen, um einen Leistungswert bereit zu stellen.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

JoWiemann

Hallo,

ich habe folgenden Log Eintrag bei aktuellem Shelly Modul:

2024.10.12 06:55:02 1:     main::__ANON__                      called by fhem.pl (783)
2024.10.12 06:55:02 1:     main::Shelly_HttpResponse           called by /opt/fhem/FHEM/HttpUtils.pm (755)
2024.10.12 06:55:02 1:     main::Shelly_status1G               called by /opt/fhem/FHEM/36_Shelly.pm (6473)
2024.10.12 06:55:02 1:     main::__ANON__                      called by /opt/fhem/FHEM/36_Shelly.pm (3332)
2024.10.12 06:55:02 1: stacktrace:
2024.10.12 06:55:02 1: PERL WARNING: Use of uninitialized value $intervalN in concatenation (.) or string at /opt/fhem/FHEM/36_Shelly.pm line 3332.

Und hier das List:
Internals:
   DEF        192.168.0.82
   FUUID      66f68b96-f33f-0b39-3d2e-256b58e1f73adece
   NAME       SH_DiV2
   NR         754
   NTFY_ORDER 50-SH_DiV2
   STATE      off
   TYPE       Shelly
   eventCount 21
   units      0
   READINGS:
     2024-10-10 17:45:35   calibrated      yes
     2024-10-10 17:45:35   cloud           disabled
     2024-10-12 06:55:02   energy          22.3
     2024-10-10 17:45:35   firmware        v1.14.0
     2024-10-10 17:45:35   firmware_beta   20231107-164738/v1.14.1-rc1-g0617c15
     2024-10-12 06:55:02   input_0         on
     2024-10-12 06:55:02   input_0_cnt     25
     2024-10-10 17:45:35   input_1         off
     2024-10-12 06:55:02   inttemp         40.2
     2024-10-12 06:55:02   light           off
     2024-10-10 17:45:35   network         <html>connected to <a href="http://192.168.0.82">192.168.0.82</a></html>
     2024-10-07 11:41:20   network_disconnects 1
     2024-10-10 17:45:35   network_ip-address 192.168.0.82
     2024-10-12 06:53:34   network_rssi    -65
     2024-10-10 17:45:35   network_ssid    7270FamWieFritz266
     2024-10-10 17:45:35   overpower       0
     2024-10-12 06:55:02   pct             69
     2024-10-12 06:55:02   power           0
     2024-10-10 17:45:35   source          http
     2024-10-10 17:45:34   source_0        http
     2024-10-12 06:55:02   state           off
     2024-10-10 17:45:35   timer           0
     2024-10-10 17:45:34   timer_0         0
     2024-10-12 06:55:02   uptime          58076 sec, last reboot at 2024-10-11 14:47:06
   helper:
     Sets       config interval password reboot:noArg update:noArg name reset:noArg clear:disconnects,error,responsetimes actions on:noArg off:noArg toggle:noArg on-for-timer off-for-timer pct:slider,1,1,100 dim dimup dimdown dim-for-timer calibrate:noArg
     settings_time 0
     timer     
Attributes:
   alexaName  Balkon
   alexaRoom  Wohnecken
   alias      Wohnbereich_Balkon
   genericDeviceType light
   group      Beleuchtung
   interval   0
   model      shellydimmer
   room       Wohnbereich

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Starkstrombastler

Zitat von: JoWiemann am 12 Oktober 2024, 08:57:362024.10.12 06:55:02 1: PERL WARNING: Use of uninitialized value $intervalN in concatenation (.) or string at /opt/fhem/FHEM/36_Shelly.pm line 3332
Diese Warnung und auch alle anderen der zuletzt in diesem Thread geposteten Problempunkte sollten mit der neuesten Version des Moduls beseitigt sein, siehe Testversion 6.01 Beta1 im Entwicklungs-Thread.

Wer mich bei der Weiterentwicklung des Moduls unterstützen möchte, postet bitte seine Testergebnisse im dortigen Thread!
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

TheDestroyer

Zitat von: JWRu am 22 September 2024, 11:55:07Irgendwie funktionieren meine Actions auf meinem Shelly Plus 1PM (Firmware v1.4.2) plötzlich nicht mehr.
Ich habe folgende Actions definiert:
1      Output_on_set_interval_10      switch.on      http://XXX.XXX.XXX.XX:8089/fhem?cmd=attr -silent Shellyplus1PM01 interval 10      EN
2      Output_off_set_interval_1200      switch.off      http://XXX.XXX.XXX.XX:8089/fhem?cmd=attr -silent Shellyplus1PM01 interval 1200      EN
Unter Port 8089 gibt es eine eigene FHEMWEB-Instanz ohne csfrToken (für andere Anwendungen).
Wenn ich die URLs im Browser aufrufe, funktioniert es einwandfrei - das Attribut interval wird verändert.


Hab das gleiche Problem, nach jedem Neustart vom System funktioniert die Statusweitergabe von Shelly an Fhem nicht mehr.
In den Aktionen vom Shelly sind tatsächlich Leerzeichen anstatt %20 eingetragen.
Wenn ich die Leerzeichen durch %20 ersetze funktioniert wieder alles. Die %20 bleiben auch bis zum nächsten Neustart von Fhem eingetragen.

Verstehe nicht ganz warum die %20 beim manuellen eintragen über den Webbrowser drin bleiben, und wenn es von Fhem kommt nicht, dürfte doch das gleich sein oder?

Starkstrombastler

Zitat von: TheDestroyer am 31 Oktober 2024, 15:56:13In den Aktionen vom Shelly sind tatsächlich Leerzeichen anstatt %20 eingetragen.
Wenn ich die Leerzeichen durch %20 ersetze funktioniert wieder alles. Die %20 bleiben auch bis zum nächsten Neustart von Fhem eingetragen.
Bei dem Hin- und Her zwischen Fhem, dem Shelly und dem Browser hat jedes System seine eigene Methode für die Behandlung von %20 bzw. Leerzeichen.
Im Shelly-Modul war das auch so, zur besseren Lesbarkeit wurde für die Anzeige get actions die %20 durch Leerzeichen ersetzt.
Mit der aktuellen Version des Moduls ist das geändert, die %20 werden durch Blank-Symbole (so ähnlich wie ein Unterstrich) dargestellt (aber nur bei get actions).

Nach meiner Erkenntnis verhält sich die Shelly-Firmware unterschiedlich, je nachdem ob eine Action neu angelegt oder ob sie geändert wird. In der aktuellen Version des Moduls wird daher bei ÄNDERUNG anstatt von %20 ein Plus-Zeichen + in den String eingetragen. Das scheint einigermaßen robust zu sein.

Wird denn die Action auf dem Shelly überhaupt bei Neustart von Fhem verändert? Sollte nämlich gar nicht sein, da der von dir vergebene Name nicht mit Unterstrich anfängt/aufhört.
  • Ist Fhem, speziell das Shelly-Modul, aktuell?
  • Ändert sich der Wert von webhook_ver beim Neustart?
  • Stelle mal den Verbose Level des Devices für den Neustart auf 3 oder 4
  • Ersetze mal versuchsweise die %20 auf dem Shelly durch Pluszeichen
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Nobbynews

#1017
Guten Morgen,

ich habe heute Morgen ein Update durchgeführt.
Dabei wurde auch das Shelly-Modul akkualisiert.
2024.11.01 07:13:42 1: New entries in the CHANGED file:
2024.11.01 07:13:42 1:  - feature: 36_Shelly: add Shelly Plug S MTR Gen3
Nach dem shutdown restart steht das folgende warning im Log-File:
2024.11.01 07:14:43 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/36_Shelly.pm line 6642.
2024.11.01 07:14:43 1: stacktrace:
2024.11.01 07:14:43 1:     main::__ANON__                      called by ./FHEM/36_Shelly.pm (6642)
2024.11.01 07:14:43 1:     main::cmpVersions                   called by ./FHEM/36_Shelly.pm (6625)
2024.11.01 07:14:43 1:     main::Shelly_firmwarecheck          called by ./FHEM/36_Shelly.pm (3596)
2024.11.01 07:14:43 1:     main::Shelly_status1G               called by ./FHEM/36_Shelly.pm (6984)
2024.11.01 07:14:43 1:     main::Shelly_HttpResponse           called by FHEM/HttpUtils.pm (755)
2024.11.01 07:14:43 1:     main::__ANON__                      called by fhem.pl (783)
2024.11.01 07:14:43 1: PERL WARNING: Use of uninitialized value $2 in concatenation (.) or string at ./FHEM/36_Shelly.pm line 6642.
2024.11.01 07:14:43 1: stacktrace:
2024.11.01 07:14:43 1:     main::__ANON__                      called by ./FHEM/36_Shelly.pm (6642)
2024.11.01 07:14:43 1:     main::cmpVersions                   called by ./FHEM/36_Shelly.pm (6625)
2024.11.01 07:14:43 1:     main::Shelly_firmwarecheck          called by ./FHEM/36_Shelly.pm (3596)
2024.11.01 07:14:43 1:     main::Shelly_status1G               called by ./FHEM/36_Shelly.pm (6984)
2024.11.01 07:14:43 1:     main::Shelly_HttpResponse           called by FHEM/HttpUtils.pm (755)
2024.11.01 07:14:43 1:     main::__ANON__                      called by fhem.pl (783)
2024.11.01 07:14:43 1: PERL WARNING: Use of uninitialized value $3 in concatenation (.) or string at
Das Log-File wird damit geflutet.
Bin erst mal wieder auf die alte Version zurück.

Norbert

Edit:
Das Warning scheint nur dann zu kommen, wenn die installierte Firmware nicht erkannt/ausgelesen werden kann.
Installiert ist die Firmware
Zitat20220809-124506/v1.12-g99f7e0b
Hier ein List vom device:
define Pumpe Shelly 192.168.2.242
attr Pumpe model shellyplug
#   CFGFN     
#   DEF        192.168.2.242
#   FUUID      67247802-f33f-c8c9-da47-092cfc046bd89872
#   INTERVAL   60
#   NAME       Pumpe
#   NR         121
#   NTFY_ORDER 50-Pumpe
#   STATE      on
#   TYPE       Shelly
#   eventCount 9
#   units      0
#   READINGS:
#     2024-11-01 07:41:07   ap              disabled open
#     2024-11-01 07:41:07   ap_name         shellyplug-s-EF370B
#     2024-11-01 07:41:07   auto_off        0 - disabled
#     2024-11-01 07:41:07   auto_on         0 - disabled
#     2024-11-01 07:41:06   cloud           disabled
#     2024-11-01 07:41:07   coiot           disabled
#     2024-11-01 07:41:07   coiot_period    15
#     2024-11-01 07:41:06   energy          226.3
#     2024-11-01 07:41:06   firmware_current v..
#     2024-11-01 07:41:06   firmware_updIcon M
#     2024-11-01 07:41:06   firmware_updText update needed to v1.14.0, check for beta-version
#     2024-11-01 07:42:07   inttemp         31.82
#     2024-11-01 07:41:07   login           open
#     2024-11-01 07:41:06   mac             3C:61:05:EF:37:0B
#     2024-11-01 07:41:06   model_ID        SHPLG-S
#     2024-11-01 07:41:06   model_family    Gen1
#     2024-11-01 07:41:06   model_name      Shelly Plug S
#     2024-11-01 07:41:06   network         <html>connected to <a href="http://192.168.2.242">192.168.2.242</a></html>
#     2024-11-01 07:41:06   network_connection online
#     2024-11-01 07:41:06   network_ip-address 192.168.2.242
#     2024-11-01 07:42:07   network_rssi    -41
#     2024-11-01 07:41:06   network_ssid    Nobby
#     2024-11-01 07:41:07   network_wifi_roaming -70
#     2024-11-01 07:41:06   overpower       0
#     2024-11-01 07:41:06   power           0
#     2024-11-01 07:41:06   relay           on
#     2024-11-01 07:41:06   source          http
#     2024-11-01 07:41:06   state           on
#     2024-11-01 07:41:06   timer           0
#     2024-11-01 07:41:06   update_status   pending
#     2024-11-01 07:42:07   uptime          6386160 sec, last reboot at 2024-08-19 10:46:07
#     2024-11-01 07:41:07   webhook_cnt     0 / 0 / 0
#   helper:
#     Sets       config interval password reboot:noArg update:noArg name reset:noArg clear:disconnects,error,responsetimes actions on off toggle on-for-timer off-for-timer
#     StatusCall 0
#     settings_time 1730443327.14039
#     timer      0
#
setstate Pumpe on
setstate Pumpe 2024-11-01 07:41:07 ap disabled open
setstate Pumpe 2024-11-01 07:41:07 ap_name shellyplug-s-EF370B
setstate Pumpe 2024-11-01 07:41:07 auto_off 0 - disabled
setstate Pumpe 2024-11-01 07:41:07 auto_on 0 - disabled
setstate Pumpe 2024-11-01 07:41:06 cloud disabled
setstate Pumpe 2024-11-01 07:41:07 coiot disabled
setstate Pumpe 2024-11-01 07:41:07 coiot_period 15
setstate Pumpe 2024-11-01 07:41:06 energy 226.3
setstate Pumpe 2024-11-01 07:41:06 firmware_current v..
setstate Pumpe 2024-11-01 07:41:06 firmware_updIcon M
setstate Pumpe 2024-11-01 07:41:06 firmware_updText update needed to v1.14.0, check for beta-version
setstate Pumpe 2024-11-01 07:42:07 inttemp 31.82
setstate Pumpe 2024-11-01 07:41:07 login open
setstate Pumpe 2024-11-01 07:41:06 mac 3C:61:05:EF:37:0B
setstate Pumpe 2024-11-01 07:41:06 model_ID SHPLG-S
setstate Pumpe 2024-11-01 07:41:06 model_family Gen1
setstate Pumpe 2024-11-01 07:41:06 model_name Shelly Plug S
setstate Pumpe 2024-11-01 07:41:06 network <html>connected to <a href="http://192.168.2.242">192.168.2.242</a></html>
setstate Pumpe 2024-11-01 07:41:06 network_connection online
setstate Pumpe 2024-11-01 07:41:06 network_ip-address 192.168.2.242
setstate Pumpe 2024-11-01 07:42:07 network_rssi -41
setstate Pumpe 2024-11-01 07:41:06 network_ssid Nobby
setstate Pumpe 2024-11-01 07:41:07 network_wifi_roaming -70
setstate Pumpe 2024-11-01 07:41:06 overpower 0
setstate Pumpe 2024-11-01 07:41:06 power 0
setstate Pumpe 2024-11-01 07:41:06 relay on
setstate Pumpe 2024-11-01 07:41:06 source http
setstate Pumpe 2024-11-01 07:41:06 state on
setstate Pumpe 2024-11-01 07:41:06 timer 0
setstate Pumpe 2024-11-01 07:41:06 update_status pending
setstate Pumpe 2024-11-01 07:42:07 uptime 6386160 sec, last reboot at 2024-08-19 10:46:07
setstate Pumpe 2024-11-01 07:41:07 webhook_cnt 0 / 0 / 0


Starkstrombastler

Zitat von: Nobbynews am 01 November 2024, 07:30:36Das Warning scheint nur dann zu kommen, wenn die installierte Firmware nicht erkannt/ausgelesen werden kann.
Ja, die Ursache ist lokalisiert und wird behoben.

Zitat von: Nobbynews am 01 November 2024, 07:30:362024-11-01 07:41:06   firmware_updText update needed to v1.14.0, check for beta-version
Es ist für mich als Entwickler unmöglich alle möglichen Konstellationen für das Testen bereit zu halten. Ich halte dafür einige Shellies absichtlich mit veralteter Firmware vor, um so etwas beim Testen zu erkennen, aber eben keinen mit v.1.12

Empfehlung an alle Shelly-Nutzer: Bitte die Firmware auf dem Shelly aktuell halten - alte FW wird nur begrenzt von diesem Modul unterstützt. Mir sind bis jetzt auch keine Fälle von Funktionsverlust durch Updates bekannt.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

RalfRog

Zitat von: Starkstrombastler am 01 November 2024, 09:33:04Mir sind bis jetzt auch keine Fälle von Funktionsverlust durch Updates bekannt.

Beim 3EM hat es beim Übergang auf die 1.12 eine Änderung im internen Langzeitspeicher gegeben. Bis 1.11 hat er die Energie der drei Phasen und die Summe gespeichert. Ab 1.12 nur noch die EnergieSumme und von den Phasen die Spannung.

Wenn man FHEM nutzt, wird man die Langzeitspeicherung aber eher in der DB machen  :)
Zumal mir beim Check der Daten immer wieder aufgefallen ist, dass Lücken drin sind.

Just for Info Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder