Support-Thread Modul 36_Shelly.pm

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

Vorheriges Thema - Nächstes Thema

Ruggy

#1050
Bin mir jetzt nicht sicher, ob die Frage hierher gehört oder einen extra Thread eröffnen soll.
Bitte kurz Bescheid geben, falls es hier nicht passt.

Leider habe ich immer noch sehr viele Fehlermeldungen.
(selbe Problem wie bereits in meinen Beitrag weiter oben; Beitrag #1038)

Habe heute zwei weitere Shelly1PM hinzugefügt. Nicht nur die beiden produzieren diese Fehler sondern weiterhin auch der Shelly3EM (obwohl bei diesen jetzt das coIoT aktiv ist).

2024.12.22 19:10:20 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device shelly_IR_EG_Schlaf_vorne
2024.12.22 19:10:20 3: [Shelly_Set:startTimer] shelly_IR_EG_Schlaf_vorne: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 19:10:40 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.22 19:10:40 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 19:10:43 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device shelly_IR_EG_Schlaf_vorne
2024.12.22 19:10:43 3: [Shelly_Set:startTimer] shelly_IR_EG_Schlaf_vorne: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 19:11:03 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.22 19:11:03 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 19:11:06 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device shelly_IR_EG_Schlaf_vorne
2024.12.22 19:11:06 3: [Shelly_Set:startTimer] shelly_IR_EG_Schlaf_vorne: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 19:11:26 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.22 19:11:26 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 19:11:30 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device shelly_IR_EG_Schlaf_vorne
2024.12.22 19:11:30 3: [Shelly_Set:startTimer] shelly_IR_EG_Schlaf_vorne: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 19:11:50 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.22 19:11:50 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 19:11:53 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device shelly_IR_EG_Schlaf_vorne
2024.12.22 19:11:53 3: [Shelly_Set:startTimer] shelly_IR_EG_Schlaf_vorne: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 19:11:59 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly3EM_OG_Heizung
2024.12.22 19:11:59 3: [Shelly_Set:startTimer] Shelly3EM_OG_Heizung: (Re-)Starting cyclic timers: status-timer=60
2024.12.22 19:12:13 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.22 19:12:13 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 19:12:16 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device shelly_IR_EG_Schlaf_vorne
2024.12.22 19:12:16 3: [Shelly_Set:startTimer] shelly_IR_EG_Schlaf_vorne: (Re-)Starting cyclic timers: status-timer=20

Noch eine weitere Fehlermeldung:

2024.12.22 20:49:00 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly3EM_OG_Strom
2024.12.22 20:49:00 3: [Shelly_Set:startTimer] Shelly3EM_OG_Strom: (Re-)Starting cyclic timers: status-timer=20
2024.12.22 20:49:40 3: deletereading Shelly3EM_OG_Strom update_status : Deleted reading update_status for device Shelly3EM_OG_Strom

Zu den jeweiligen Shellys besteht aber meiner Meinung nach eine störungsfreie Wlan-Verbindung.

Starkstrombastler

Zitat von: Ruggy am 22 Dezember 2024, 20:10:04Zu den jeweiligen Shellys besteht aber meiner Meinung nach eine störungsfreie Wlan-Verbindung.
Was steht denn in den Readings "network", "error", "network_rssi" ?
Setze mal das Attribut "timeout" auf 4 (Default-Wert). Es werden weitere Readings u.a. mit Reaktionszeiten geschrieben.
Wird es besser, wenn du den Timeout erhöhst?
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Ruggy

Readings network:

network connected to 192.168.1.52 2024-12-23 10:29:35

network_connection online 2024-12-23 10:29:35

network_disconnects 15588 2024-12-23 10:28:34

network_ip-address 192.168.1.52 2024-12-15 21:50:22

network_rssi -91 2024-12-23 10:28:29

network_ssid DAHOAM 2024-12-12 18:18:29

network_threshold -70 2024-02-16 00:22:50

network_wifi_roaming disabled 2024-11-20 21:50:20

error:

error read from http://192.168.1.52:80 timed out 2024-12-23 10:28:34
network_rssi

network_rssi -91 2024-12-23 10:28:29
Oder doch eine schlechte Verbindung?

Starkstrombastler

Zitat von: Ruggy am 23 Dezember 2024, 10:45:36network_rssi -91
Das erklärt alles.
Setzte doch mal das Attribut "showunits" auf "original", dann wird der Wert mit Klartext interpretiert.

Abhilfe könnte ein WLAN-Repeater oder auch ein Shelly-Gen2 mit aktivem Range-Extender bieten.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Ruggy

Seit ca. 45 Minuten habe ich jetzt keine Fehlermeldungen mehr.

Das Shelly hat sich immer in den entfernteren Repeater eingewählt, obwohl ein weiterer in der Nähe wäre.
Habe es jetzt geschafft, dass sich das Shelly in den näheren einwählt. Mal schauen wie lange es so bleibt.

Derzeit ist network_rssi -76

Habe jetzt nichts gefunden, was sich mit dem Attribut "Showunits" geändert hat.?

Starkstrombastler

Zitat von: Ruggy am 24 Dezember 2024, 00:24:03Habe jetzt nichts gefunden, was sich mit dem Attribut "Showunits" geändert hat.?
..alle Readings zu denen sich eine Einheit (°C, V, W, kWh, etc.) zuordnen lässt. Für den RSSI ist das dBm.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Ruggy

Danke. Nachdem ich es jetzt weiß, fällt es mir auch auf. ;-)

An den Fehlern hat sich wenig geändert. Evlt. sind es etwas weniger geworden.

2024.12.24 11:57:48 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.24 11:57:48 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=35
2024.12.24 12:08:23 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.24 12:08:23 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=35
2024.12.24 12:10:21 1: [Freezemon] myFreezemon: possible freeze starting at 12:08:44, delay is 97.599 possibly caused by: tmr-Shelly_status(Balkonkraftwerk)
2024.12.24 12:28:30 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly3EM_OG_Heizung
2024.12.24 12:28:30 3: [Shelly_Set:startTimer] Shelly3EM_OG_Heizung: (Re-)Starting cyclic timers: status-timer=90
2024.12.24 12:45:37 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly3EM_OG_Strom
2024.12.24 12:45:37 3: [Shelly_Set:startTimer] Shelly3EM_OG_Strom: (Re-)Starting cyclic timers: status-timer=35
2024.12.24 12:46:47 3: deletereading Shelly3EM_OG_Strom update_status : Deleted reading update_status for device Shelly3EM_OG_Strom
2024.12.24 12:58:17 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.24 12:58:17 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=35
2024.12.24 13:00:09 3: SIGNALduino: SD_WS_54 Parse msg W54#3D40AF0081AA40558 - ERROR checksum 220 != 85
2024.12.24 13:09:27 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.24 13:09:27 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=35
2024.12.24 13:11:17 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.24 13:11:17 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=35
2024.12.24 13:12:54 3: SIGNALduino: SD_UT_Parse device Celexon/Alphavision - ERROR checksum 183 != 94
2024.12.24 13:17:12 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device Shelly_IR_EG_Schlaf_hinten
2024.12.24 13:17:12 3: [Shelly_Set:startTimer] Shelly_IR_EG_Schlaf_hinten: (Re-)Starting cyclic timers: status-timer=35

network_rssi ist jetzt bei -78 und (bad).
Also etwas besser als vorher. Der Repeater wäre jetzt nur ca. 3m entfernt (eine Wand dazwischen und vom Sicherungskasten die Eisentür).

Evlt. bremst etwas anderes das System aus und verursacht diesen Fehler.
Könnte dies sein?

Ist dies eine Problemeatik vom 36_Shelly Modul oder eher etwas anderes?
Wenn ich besser einen eigenen Thread aufmachen soll, bitte melden.

hugomckinley

Ich hätte ein Frage:
Wozu dienen die Abfragen:
hostname --all-ip-addresses und
hostname -I beim Modul.
Ich konnte das nicht herauslesen als Nicht-Programmierer ;-)

Mein Problem ist, dass der hostname-Befehl unter FreeBSD diese Optionen nicht unterstützt und mir dann das fhem-log alle paar Sekunden mit
hostname: illegal option -- -
usage: hostname [-f] [-s | -d] [name-of-host]
zumüllt.
Es funktioniert bei meinen Shellys anscheinend alles problemlos. (PlugS und 1PM)
Könnte man da eine Abfrage einbauen, ob das funktioniert, bzw. die IP anders auslesen?
----------------------------------------------------
FHEM in TrueNAS-Jail
HMLGW + HM-Komponenten, alexa-fhem, Modbus/TCP, Modbus/RS485, LG-WebOS, Firmata, 1wire, ESP-RGBWW, DaikinAC per WLAN, Shellys, Denon AVR, Fronius WR, Helios Wohnraumlüftung, ...

Starkstrombastler

Zitat von: Ruggy am 24 Dezember 2024, 15:19:59Evlt. bremst etwas anderes das System aus und verursacht diesen Fehler.
Das kann man nicht ausschließen. Daher bitte einmal den Fehlerfall mit verbose 5 erfassen.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

pfeffi

Ich habe ein ganz anderes Problem mit den Shellys
Mein logfile wird da mit Fehlermeldungen zugeschüttet auch bei verbose 0

2024.12.30 18:50:19.138 1: ERROR evaluating {"src":"shelly1pmminig3-34b7dac64734","dst":"ws","method":"NotifyFullStatus","params":{"ts":1735581019.17,"ble":{},"bthome":{"errors":["observer_disabled"]},"cloud":{"connected":true},"input:0":{"id":0,"state":true},"knx":{},"mqtt":{"connected":false},"switch:0":{"id":0, "source":"SHC", "output":false, "apower":0.0, "voltage":238.5, "freq":50.0, "current":0.000, "aenergy":{"total":32.344,"by_minute":[0.000,0.000,.0.000],"minute_ts":1735581000}, "ret_aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1735581000},"temperature":{"tC":56.3, "tF":133.3}},"sys":{"mac":"34B7DAC64734","restart_required":false,"time":"18:50","unixtime":1735581019,"uptime":2854674,"ram_size":259408,"ram_free":85996,"fs_size":1048576,"fs_free":593920,"cfg_rev":10,"kvs_rev":3,"schedule_rev":1,"webhook_rev":0,"available_updates":{},"reset_reason":1},"wifi":{"sta_ip":"192.168.178.118","status":"got ip","ssid":"Karamba","rssi":-43},"ws":{"connected":true}}}: syntax error at (eval 2700364) line 1, near ""src":"

2024.12.30 18:50:19.149 1: ERROR evaluating {"src":"shelly1pmminig3-34b7dac64734","dst":"ws","method":"NotifyStatus","params":{"ts":1735581019.18,"ws":{"connected":true}}}: syntax error at (eval 2700365) line 1, near ""src":"
syntax error at (eval 2700365) line 1, near "}}"

2024.12.30 18:50:20.285 1: ERROR evaluating {"src":"shellyplus1pm-c4d8d542ac58","dst":"ws","method":"NotifyFullStatus","params":{"ts":1735581020.27,"ble":{},"cloud":{"connected":true},"input:0":{"id":0,"state":false},"mqtt":{"connected":false},"switch:0":{"id":0, "source":"SHC", "output":false, "apower":0.0, "voltage":238.6, "current":0.000, "aenergy":{"total":279.906,"by_minute":[0.000,0.000,0.000],"minute_ts":1735581000},"temperature":{"tC":38.0, "tF":100.4}},"sys":{"mac":"C4D8D542AC58","restart_required":false,"time":"18:50","unixtime":1735581020,"uptime":4061678,"ram_size":253572,"ram_free":129432,"fs_size":393216,"fs_free":106496,"cfg_rev":14,"kvs_rev":0,"schedule_rev":1,"webhook_rev":0,"available_updates":{},"reset_reason":3},"wifi":{"sta_ip":"192.168.178.117","status":"got ip","ssid":"Karamba","rssi":-60,"ap_client_count":0},"ws":{"connected":true}}}: syntax error at (eval 2700366) line 1, near ""src":"

2024.12.30 18:50:20.291 1: ERROR evaluating {"src":"shellyplus1pm-c4d8d542ac58","dst":"ws","method":"NotifyStatus","params":{"ts":1735581020.28,"ws":{"connected":true}}}: syntax error at (eval 2700367) line 1, near ""src":"
syntax error at (eval 2700367) line 1, near "}}"

2024.12.30 18:50:20.964 1: ERROR evaluating {"src":"shellyplus2pm-2cbcbb3bafdc","dst":"ws","method":"NotifyFullStatus","params":{"ts":1735581020.96,"ble":{},"cloud":{"connected":true},"input:0":{"id":0,"state":false},"input:1":{"id":1,"state":true},"mqtt":{"connected":false},"switch:0":{"id":0, "source":"HTTP_in", "output":false, "apower":0.0, "voltage":238.7, "freq":50.0, "current":0.000, "pf":0.00, "aenergy":{"total":1632.130,"by_minute":[0.000,0.000,0.000],"minute_ts":1735581000}, "ret_aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1735581000},"temperature":{"tC":52.4, "tF":126.2}},"switch:1":{"id":1, "source":"init", "output":true, "apower":103.2, "voltage":238.8, "freq":50.0, "current":0.522, "pf":0.85, "aenergy":{"total":119456.489,"by_minute":[1855.798,1851.733,1852.839],"minute_ts":1735581000}, "ret_aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1735581000},"temperature":{"tC":52.4, "tF":126.2}},"sys":{"mac":"2CBCBB3BAFDC","restart_required":false,"time":"18:50","unixtime":1735581020,"uptime":959339,"ram_size":252232,"ram_free":127888,"fs_size":393216,"fs_free":90112,"cfg_rev":19,"kvs_rev":0,"schedule_rev":1,"webhook_rev":0,"available_updates":{},"reset_reason":3},"wifi":{"sta_ip":"192.168.178.119","status":"got ip","ssid":"Karamba","rssi":-64},"ws":{"connected":true}}}: syntax error at (eval 2700368) line 1, near ""src":"

2024.12.30 18:50:20.976 1: ERROR evaluating {"src":"shellyplus2pm-2cbcbb3bafdc","dst":"ws","method":"NotifyStatus","params":{"ts":1735581020.99,"ws":{"connected":true}}}: syntax error at (eval 2700369) line 1, near ""src":"
syntax error at (eval 2700369) line 1, near "}}"

Hat da jemand eine Idee zu

edition

Guten Abend und ein frohes neues Jahr.

Ich weiß nicht, ob das Thema schon behandelt wurde, aber der "set shellypmmini clear energy" Befehl funktioniert bei den MiniPMG3 nicht?
Oder müssen dafür noch bestimmte Voraussetzungen erfüllt sein?

Gruß
edition

alf.ele

#1061
In Summe habe ich 5 Shelly in FHEM.
Gestern habe ich ein FHEM Update nach exakt 1 Jahr durchgeführt.
Jetzt habe ich das Problem, das 2 der Shelly (beide PRO auf Hutschiene) mit LAN permanent als offline angezeigt werden. Alle ca.5 Sekunden, das ist mein update Interval, blitzt kurz online auf und State wechselt zu got data, danach wieder offline.
Mit dem Attribute timeout kommt permanent network error
Was muss ich ändern, damit die beiden auch permanent online sind? Die 3 anderen über WLAN sind online.
Alle Funktionen lassen trotz offline bedienen.
Danke für eine Lösung

Starkstrombastler

Zitat von: alf.ele am 04 Januar 2025, 18:35:45Jetzt habe ich das Problem, das 2 der Shelly (beide PRO auf Hutschiene) mit LAN permanent als offline angezeigt werden. Alle ca.5 Sekunden, das ist mein update Interval, blitzt kurz online auf und State wechselt zu got data, danach wieder offline.
Das sieht so aus, als ob "nur" die Readings zum Netzwerk-Status fehlerhaft sind, die Funktion scheint ansonsten korrekt zu sein.
Bitte mal ein List von einem der PRO-Shellies hier einstellen.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Starkstrombastler

Zitat von: pfeffi am 30 Dezember 2024, 18:53:19Mein logfile wird da mit Fehlermeldungen zugeschüttet auch bei verbose 0
Die gezeigten Logeinträge verschwinden möglicherweise, wenn im global-Device verbose auf 0 gestellt wird. Und dann bitte im Shelly Device den verbose Level erhöhen und Logeinträge hier posten (in Code-Tags).
Und ein List eines Shelly posten (in Code-Tags).
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

alf.ele

#1064
Zitat von: Starkstrombastler am 05 Januar 2025, 10:03:08
Zitat von: alf.ele am 04 Januar 2025, 18:35:45Jetzt habe ich das Problem, das 2 der Shelly (beide PRO auf Hutschiene) mit LAN permanent als offline angezeigt werden. Alle ca.5 Sekunden, das ist mein update Interval, blitzt kurz online auf und State wechselt zu got data, danach wieder offline.
Das sieht so aus, als ob "nur" die Readings zum Netzwerk-Status fehlerhaft sind, die Funktion scheint ansonsten korrekt zu sein.
Bitte mal ein List von einem der PRO-Shellies hier einstellen.

Ja so sehe ich das auch, WLAN/bluetooth ist bei den Geräten disabled.
Anbei ein List:

Internals
DEF     192.

FUUID    64f6
INTERVAL    5
NAME    ShellyCarPort
NR    87
NTFY_ORDER    50-ShellyCarPort
SHELLYID    shellypro1-30
STATE    on
TYPE    Shelly

eventCount    87434
units    0
Readings
ap    disabled open    2025-01-03 18:02:19
ap_clients    disabled    2025-01-03 18:02:19
ap_name    ShellyPro1-30    2025-01-03 18:02:19
auto_off    disabled    2025-01-03 18:02:19
auto_on    disabled    2025-01-03 18:02:19
ble    disabled    2025-01-03 18:02:19
ble_obs    -    2025-01-03 18:02:19
ble_rpc    -    2025-01-03 18:02:19
cloud    enabled(connected)    2025-01-05 10:08:46
config    register 'config' not found or empty [channel g]    2023-08-31 16:06:57
error    network    2025-01-05 04:58:39
firmware    v1.4.4    2024-10-18 19:47:29
firmware_ID    20241011-114449/1.4.4-g6d2a586    2025-01-03 18:02:20
firmware_current    v1.4.4    2025-01-03 18:02:20
firmware_updIcon    OK    2025-01-03 18:02:23
firmware_updText    -/-    2025-01-03 18:02:23
input_0    off    2025-01-01 15:04:57
input_0_function    detached    2025-01-03 18:02:19
input_0_mode    switch straight enabled     2025-01-03 18:02:19
input_0_name    SW1    2025-01-01 15:04:57
input_1    off    2025-01-01 15:04:57
input_1_mode    switch straight enabled     2025-01-03 18:02:19
input_1_name    SW2    2025-01-01 15:04:57
inttemp    27.7    2025-01-05 10:50:51
model_ID    SPSW-201XE16EU    2025-01-03 18:02:20
name    Car Port    2024-01-02 12:10:22
network    not connected    2025-01-05 10:50:51
network_connection    offline    2025-01-03 18:02:18
network_disconnects    29724    2025-01-05 10:50:51
network_ip-address    -    2025-01-03 18:02:18
network_rssi    -    2023-09-22 13:12:46
network_ssid    -    2023-09-22 13:12:46
network_wifi_roaming    -80    2025-01-03 18:02:19
reason    loopback    2024-01-02 10:00:24
relay    on    2025-01-05 10:00:02
source    loopback    2025-01-05 10:00:02
state    on    2025-01-05 10:50:51
timer    0    2025-01-03 22:52:19
uptime    129162    2025-01-05 10:50:51
webhook_cnt    0 / 0 / 0    2025-01-03 18:02:20
webhook_ver    0    2025-01-01 15:04:57

hier das Logfile mit verbose 5
2025.01.04 18:51:07 4: [Shelly_status2G:switch] Setting state of relay 0 for device ShellyCarPort to 'on'
2025.01.04 18:51:07 5: [Shelly_status2G:inttemp] ShellyCarPort processed internal temperature
2025.01.04 18:51:10 5: [Shelly_Get] receiving command get ShellyCarPort ?
2025.01.04 18:51:12 4: [Shelly_status] ShellyCarPort: processing Http-Request forced by Shelly_Status_, helper=0
2025.01.04 18:51:12 4: [Shelly_status] set STATUS_CALL 'pending' for ShellyCarPort
2025.01.04 18:51:12 4: [Shelly_HttpRequest] issue a non-blocking call to http://192.-------/rpc/Shelly.GetStatus, callback to Shelly_status2G,
2025.01.04 18:51:12 4: [Shelly_status:A] ShellyCarPort: next status call scheduled at INTERVAL in 5 seconds
2025.01.04 18:51:12 4: [Shelly_status] ShellyCarPort: scheduled next status update in 5 seconds by Shelly_status, helper=0
2025.01.04 18:51:13 5: [Shelly_HttpResponse] incoming STATUS_CALL answer for ShellyCarPort, resetting flag
2025.01.04 18:51:13 4: [Shelly_HttpResponse] ShellyCarPort http://192.-------/rpc/Shelly.GetStatus returned data: {"ble":{},"bthome":{"errors":["bluetooth_disabled"]},"cloud":{"connected":true},"eth":{"ip":"192.-------"},"input:0":{"id":0,"state":false},"input:1":{"id":1,"state":false},"knx":{},"mqtt":{"connected":false},"script:1":{"id":1,"running":false,"mem_free":25200},"switch:0":{"id":0, "source":"http", "output":true,"temperature":{"tC":26.3, "tF":79.3}},"sys":{"mac":"30-------","restart_required":false,"time":"18:51","unixtime":1736013073,"uptime":71583,"ram_size":251864,"ram_free":143772,"fs_size":524288,"fs_free":196608,"cfg_rev":65,"kvs_rev":0,"schedule_rev":5,"webhook_rev":0,"available_updates":{},"reset_reason":3},"wifi":{"sta_ip":null,"status":"disconnected","ssid":null,"rssi":0},"ws":{"connected":false}}
2025.01.04 18:51:13 5: [Shelly_HttpResponse] ShellyCarPort: standard JSON decoding
2025.01.04 18:51:13 5: [Shelly_HttpResponse] ShellyCarPort: forwarding JSON-Hash to func: Shelly_status2G
2025.01.04 18:51:13 4: [Shelly_status2G] device ShellyCarPort of model shellypro1 processing one-in-all status call
2025.01.04 18:51:13 5: [Shelly_status2G:sys] ShellyCarPort: Processing sys values
2025.01.04 18:51:13 5: [Shelly_proc2G:status] ShellyCarPort: hasconn=true
2025.01.04 18:51:13 5: [Shelly_firmwarecheck] ShellyCarPort: current=v1.4.4 update=- beta=none
2025.01.04 18:51:13 5: [Shelly_firmwarecheck] ShellyCarPort: v1.4.4 - -/- - OK
2025.01.04 18:51:13 5: (Shelly_status2G:status) ShellyCarPort processing [Shelly_error_handling] for ERROR: not connected
2025.01.04 18:51:13 4: (Shelly_status2G:status) Device ShellyCarPort has Error 'not connected', state is set to 'Error: Network'
2025.01.04 18:51:13 3: (Shelly_status2G:status) calling Shelly_Set for restarting timer(s) caused by network-error of device ShellyCarPort
2025.01.04 18:51:13 4: [Shelly_Set] calling for device ShellyCarPort with command 'startTimer', no parameters
2025.01.04 18:51:13 4: [Shelly_Set] ShellyCarPort 'timer': no timer to add to startTimer
2025.01.04 18:51:13 4: [Shelly_status] ShellyCarPort: scheduled next status update in 5 seconds by Shelly_Set, helper=0
2025.01.04 18:51:13 3: [Shelly_Set:startTimer] ShellyCarPort: (Re-)Starting cyclic timers: status-timer=5
2025.01.04 18:51:13 5: [Shelly_status2G:input] Processing 2 input states for device ShellyCarPort (shellypro1)
2025.01.04 18:51:13 5: [Shelly_status2G:input] Processing state of input 0 for device ShellyCarPort
2025.01.04 18:51:13 5: [Shelly_status2G:input] Processing state of input 1 for device ShellyCarPort
2025.01.04 18:51:13 5: [Shelly_status2G:switch] Processing 1 relay states for device ShellyCarPort (shellypro1 as )
2025.01.04 18:51:13 4: [Shelly_status2G:switch] Setting state of relay 0 for device ShellyCarPort to 'on'
2025.01.04 18:51:13 5: [Shelly_status2G:inttemp] ShellyCarPort processed internal temperature
2025.01.04 18:51:17 5: [Shelly_Attr] ShellyCarPort: called with command 'set' for attribute 'verbose', value=0 init=1
2025.01.04 18:51:17 5: [Shelly_Attr] ShellyCarPort: verbose level is changed or deleted