@haus-automatisierung
Okay, ich greife nach jedem Strohhalm und hab testweise direkt Namen vergeben, hat leider nichts geändert.

Ich hab mir das Debug-Log nochmal angeschaut. Direkt am Anfang kommen 5 Einträge [onlineCheck] für die IPs, bei denen der Abruf funktioniert. Das könnte ein Ansatzpunkt sein, nach welchen Kriterien werden diese 5 abgefragt? Für einen der nicht funktionierenden gibt es kurz darauf zwei [MQTT] Publish die u.a. seine IP 192.168.188.35 enthalten, die wird aber nicht geschrieben und bleibt (null). Woran könnte das liegen?

Um das ausschließen zu können: Wenn es ein Authentifizierungsproblem gäbe, würde das gelogged werden, oder?

@haus-automatisierung
Aber Namen setzen bedeutet hier in der Shelly-Umgebung, korrekt?

@ticaki
Danke für deine Antwort, so ganz verstehe ich sie aber nicht. Die Shellys haben alle einen Namen, der auch angezeigt wird (sowohl über die IP als auch die Shelly Cloud), ich bin davon ausgegangen dass das einer der Werte ist, der nicht korrekt übertragen wird?

Hat noch jemand eine Idee?

@haus-automatisierung
Du meinst vom Adapter?

Shelly Log 2024-12-08.txt

Adapter-Version ist 8.2.1, ioBroker 7.1.5, Node.js 20.18.0 und NPM 10.8.2
Die Shellys sind 1.4.4 oder 1.4.2

@haus-automatisierung
Sorry, schlecht formuliert, das war nur ein Beispiel (Name ist auch vergeben). Betrifft beim Plug z.B. auch model, version, rssi und uptime. Relay0.Current (z.B.) und natürlich vor allem Relay0.Switch funktioniert problemlos

Hallo zusammen,

ich habe eine Reihe von Shellys über Iobroker eingebunden, aber bei einigen von ihnen werden keine Daten per HTTP gezogen, der Eintrag shelly.0.shellyplusplugs#ID#1.name ist bei einigen (null), bei anderen (vermeintlich?) identisch konfigurierten funktioniert es problemlos. Es betrifft Plus 1, Plus 2 PM und Plus Plugs, also alles Gen 2.

Beispiel aus den Shelly-Logs eines Plugs, bei dem es funktioniert:

shelly_notification:162 Status change of switch:0: {"id":0,"aenergy":{"by_minute":[15.253,15.253,15.253],"minute_ts":1733655240,"total":27543.247}}
11:54:00
shos_rpc_inst.c:242 Shelly.GetStatus via HTTP_in GET 192.168.188.22:49934
11:54:14
shos_rpc_inst.c:242 Shelly.GetDeviceInfo via HTTP_in GET 192.168.188.22:49936
11:54:14
shos_rpc_inst.c:242 Sys.GetConfig via HTTP_in GET 192.168.188.22:49938
11:54:14
shos_rpc_inst.c:242 WiFi.GetConfig via HTTP_in GET 192.168.188.22:49940
11:54:14
shos_rpc_inst.c:242 Mqtt.GetConfig via HTTP_in GET 192.168.188.22:49942
11:54:14
shos_rpc_inst.c:242 Cloud.GetConfig via HTTP_in GET 192.168.188.22:49944
11:54:14
shos_rpc_inst.c:242 Switch.GetConfig via HTTP_in GET 192.168.188.22:49946
11:54:14
shos_rpc_inst.c:242 Shelly.GetStatus via HTTP_in GET 192.168.188.22:50020
11:54:29
shos_rpc_inst.c:242 Shelly.GetDeviceInfo via HTTP_in GET 192.168.188.22:50022
11:54:29
shos_rpc_inst.c:242 Sys.GetConfig via HTTP_in GET 192.168.188.22:50024
11:54:29
shos_rpc_inst.c:242 WiFi.GetConfig via HTTP_in GET 192.168.188.22:50026
11:54:29
shos_rpc_inst.c:242 Mqtt.GetConfig via HTTP_in GET 192.168.188.22:50028
11:54:29
shos_rpc_inst.c:242 Cloud.GetConfig via HTTP_in GET 192.168.188.22:50030
11:54:29
shos_rpc_inst.c:242 Switch.GetConfig via HTTP_in GET 192.168.188.22:50032
11:54:29
shos_rpc_inst.c:242 Shelly.GetStatus via HTTP_in GET 192.168.188.22:50106
11:54:45
shos_rpc_inst.c:242 Shelly.GetDeviceInfo via HTTP_in GET 192.168.188.22:50108
11:54:45
shos_rpc_inst.c:242 Sys.GetConfig via HTTP_in GET 192.168.188.22:50110
11:54:45
shos_rpc_inst.c:242 WiFi.GetConfig via HTTP_in GET 192.168.188.22:50112
11:54:45
shos_rpc_inst.c:242 Mqtt.GetConfig via HTTP_in GET 192.168.188.22:50114
11:54:45
shos_rpc_inst.c:242 Cloud.GetConfig via HTTP_in GET 192.168.188.22:50116
11:54:45
shos_rpc_inst.c:242 Switch.GetConfig via HTTP_in GET 192.168.188.22:50118
11:54:45
shelly_notification:162 Status change of switch:0: {"id":0,"aenergy":{"by_minute":[15.253,15.253,15.253],"minute_ts":1733655300,"total":27543.262}}
11:55:00
shos_rpc_inst.c:242 Shelly.GetStatus via HTTP_in GET 192.168.188.22:50192
11:55:00
shos_rpc_inst.c:242 Shelly.GetDeviceInfo via HTTP_in GET 192.168.188.22:50194
11:55:00
shos_rpc_inst.c:242 Sys.GetConfig via HTTP_in GET 192.168.188.22:50196
11:55:00
shos_rpc_inst.c:242 WiFi.GetConfig via HTTP_in GET 192.168.188.22:50198
11:55:00
shos_rpc_inst.c:242 Mqtt.GetConfig via HTTP_in GET 192.168.188.22:50200
11:55:00
shos_rpc_inst.c:242 Cloud.GetConfig via HTTP_in GET 192.168.188.22:50202
11:55:00
shos_rpc_inst.c:242 Switch.GetConfig via HTTP_in GET 192.168.188.22:50204
11:55:00
shos_rpc_inst.c:242 Shelly.GetStatus via HTTP_in GET 192.168.188.22:50290
11:55:15
shos_rpc_inst.c:242 Shelly.GetDeviceInfo via HTTP_in GET 192.168.188.22:50292
11:55:15
shos_rpc_inst.c:242 Sys.GetConfig via HTTP_in GET 192.168.188.22:50294
11:55:15
shos_rpc_inst.c:242 WiFi.GetConfig via HTTP_in GET 192.168.188.22:50296
11:55:15
shos_rpc_inst.c:242 Mqtt.GetConfig via HTTP_in GET 192.168.188.22:50298
11:55:15
shos_rpc_inst.c:242 Cloud.GetConfig via HTTP_in GET 192.168.188.22:50300
11:55:15
shos_rpc_inst.c:242 Switch.GetConfig via HTTP_in GET 192.168.188.22:50302

Und der Bruder, bei dem es nicht geht:

shelly_notification:162 Status change of switch:0: {"id":0,"aenergy":{"by_minute":[457.062,457.499,456.625],"minute_ts":1733655120,"total":85.416}}
11:52:00
shelly_notification:162 Status change of switch:0: {"id":0,"aenergy":{"by_minute":[456.625,457.062,457.499],"minute_ts":1733655180,"total":85.873}}
11:53:00
shelly_notification:162 Status change of switch:0: {"id":0,"aenergy":{"by_minute":[456.625,456.625,457.062],"minute_ts":1733655240,"total":86.330}}
11:54:00

Wenn ich die Device Data runterlade erkenne ich nur einen Eintrag (abgesehen von den IDs), der unterschiedlich ist

  "config": {
    "sys": {
      "debug": {
        "level": 2,
        "file_level": null,
        "mqtt": {
          "enable": false

Hier steht beim korrekt arbeitenden enable:true

Kann mich jemand auf die richtige Fährte führe, was hier schief läuft?

@djmarc75
Sorry, über den Shelly-Adapter Version 7.0.0. Iobroker und Firmware alles aktuelle Version.

Hallo zusammen,

ich habe eine Reihe von Shellys über MQTT integriert und kriege trotz Neuinstallation diese Merkwüdigkeit nicht weg:

Ich habe zwei identisch konfigurierte Shelly Plus 1, einer funktioniert problemlos, bei einem wird als Namen statt des vergebenen Namens (der in der Shelly App etc. überall korrekt angezeigt wird) nur "Device shellyplus1#a...." angezeigt. Außerdem wird eine ganze Reihe von Werten nicht aktualisiert, ganz konkret sind folgende Werte (null), die das nicht sein sollten

• cloud.enabled
• Mqtt.clientid
• Mqtt.rpcNotifications
• Mqtt.statusNotifications
• Mqtt.topicPrefix
• Relay0.ChannelName
• Relay0.InitialState
• Relay0.InputMode
• Sämtliche sys. und wifi.
• authEnabled
• firmware
• hostname
• model
• name
• rssi
• uptime
• version

Korrekt angezeigt werden:

• Input0.Status
• Relay0.Switch
• Relay0.source
• temperatureC und F
• class
• gen
• id
• online
• protocol -> MQTT
• type

Ich kann außerdem per Script wirksame Steuerbefehle ausführen.

Der zweite, identisch konfigurierte Plus 1 funktioniert problemlos, außerdem jede Menge 2PMs. Das Verhalten ist schon eine ganze Weile so (es war damals der letzte, den ich hinzugefügt habe), jetzt habe ich aber mehrere Plugs hinzugefügt, die alle das gleiche Verhalten zeigen und die ich so nicht sinnvoll nutzen kann.

Hat jemand eine Idee, woran das liegen könnte?