Shelly 2 Pro PM integration via MQTT geht nicht

[joschipp]

ich hatte auch die gleiche Situation. Etliche Daten punkte wurden erst wieder erzeugt, nachdem ich über die Web-Site vom Shelly die Ausgänge mal geschaltet habe. Könnte zu deinem Fehlerbild passen.

[stoeffels]

@bananajoe Dein Tip hat geholfen. Den Adapter neu starten hat das Problem gelöst.

Dankeschön

[BananaJoe]

@stoeffels der ist da manchmal zickig - vor dem Löschen von Datenpunkten am besten den Adapter vorher anhalten.
So oft sollte das ja nicht vorkommen.

[Soundy]

@bananajoe

Konnte das Problem eigentlich abschließend geklärt worden, denn ich habe das selbe Problemchen...

Auszug aus dem Logfile:

2023-09-23 23:40:38.160 - info: host.niedernpi "system.adapter.shelly.1" enabled
2023-09-23 23:40:39.421 - info: host.niedernpi instance system.adapter.shelly.1 started with pid 3514
2023-09-23 23:40:44.150 - info: shelly.1 (3514) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2023-09-23 23:40:50.497 - info: shelly.1 (3514) starting. Version 6.4.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v18.17.1, js-controller: 5.0.12
2023-09-23 23:40:51.553 - info: shelly.1 (3514) Starting in MQTT mode. Listening on 0.0.0.0:1883 (QoS 0)
2023-09-23 23:41:06.866 - info: shelly.1 (3514) [MQTT] Device with client id "shellypro2-30c6f78119c0" connected!
2023-09-23 23:41:16.807 - info: shelly.1 (3514) [MQTT] Client Close: (shellypro2 / shellypro2-30c6f78119c0 / shellypro2#30c6f78119c0#1) (false)
2023-09-23 23:42:04.207 - info: shelly.1 (3514) [MQTT] Device with client id "shellypro2-30c6f78119c0" connected!
2023-09-23 23:42:14.191 - info: shelly.1 (3514) [MQTT] Client Close: (shellypro2 / shellypro2-30c6f78119c0 / shellypro2#30c6f78119c0#1) (false)
2023-09-23 23:42:40.762 - error: shelly.1 (3514) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-09-23 23:42:41.043 - error: shelly.1 (3514) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-09-23 23:43:08.894 - info: shelly.1 (3514) [MQTT] Device with client id "shellypro2-30c6f78119c0" connected!
2023-09-23 23:43:18.885 - info: shelly.1 (3514) [MQTT] Client Close: (shellypro2 / shellypro2-30c6f78119c0 / shellypro2#30c6f78119c0#1) (false)
2023-09-23 23:43:45.341 - error: shelly.1 (3514) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-09-23 23:44:13.515 - info: shelly.1 (3514) [MQTT] Device with client id "shellypro2-30c6f78119c0" connected!
2023-09-23 23:44:23.495 - info: shelly.1 (3514) [MQTT] Client Close: (shellypro2 / shellypro2-30c6f78119c0 / shellypro2#30c6f78119c0#1) (false)
2023-09-23 23:44:49.340 - error: shelly.1 (3514) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"

Ich habe den Adapter gestoppt, dann den ganzen Baum von shelly.1 gelöscht. Den Shelly 2 Pro neugestartet, dann den Adapter wieder gestartet und es kommt weiterhin zu diesem Fehler. Die Daten bei den Objekten sind nur teilweise vorhanden, meist nur der Zweig/Baum - aber die Daten selbst fehlen...

Vor der Neuinstallation meines ioBrokers hat es funktioniert, jetzt leider nichtmehr...

Wer hat eine Idee oder eine Lösung? seufz

[flispy]

@soundy ich habe dasselbe Problem. Wäre über Hilfe sehr dankbar!

[MichaelF]

Hi,

ich glaube das ist das Firmware Problem :

Firmware

Die Antwort von Shelly Werkseinstellung im Shelly laden und neu in IoBroker anmelden, ging aber leider bei mir nicht.

Daher alte Firmware und alles war sofort wieder gut.

Grüße

[Soundy]

@michaelf

Nunja, das klingt ja alles interessant.

Zurücksetzen möchte ich den Shelly 2 Pro eigentlich nicht so gerne, weil ich wieder alles einrichten müßte.

Aktuell habe ich folgende Firmware (laut Webinterface) drauf:

20230912-082331/1.0.3-g6176478

Downgrade selbst gefunden, hier für andere:

Infos sind zu finden unter:
https://www.shelly-support.eu/forum/thread/21566-firmware-1-0-0-für-geräte-der-2-generation-wird-offiziell-bereitgestellt/?postID=227817#post227817

(Benutzerkonto muss vorhanden sein, soweit ich das noch weiß!)

Hier sind auch die Direktlinks zu diversen Gen2-Geräten zu finden:

PlugUS
Plus1
Plus1PM
Plus2PM
PlusHT
PlusI4
PlusPlugIT
PlusPlugS
PlusPlugUK
PlusSmoke
PlusWallDimmer
Pro1
Pro1PM
Pro2
Pro2PM
Pro3
Pro3EM
Pro4PM

Während ich das Downgrade laufen habe ...

Ich frage mich ja wirklich, wieso es bei Shelly immer wieder Probleme mit der Firmware gibt? Ich hätte schon mit einem einfachen Shelly 1 (UP-Modul) richtige Probleme und mußte dann auf Tasmota wechseln, damit die Hardware für mich nutzbar war. Jetzt und hier ein Versionssprung von 0.14 auf 1.x - alles nicht ganz klar. Eigentlich denkt man bei einem solchen Sprung, dass hier vieles getan wurde, aber eher verschlimmbessert kommt mir vor.

Irgendwie werde ich immer mehr enttäuscht von Shelly Produkten.

Nach dem Downgrade:

Ich habe nur die Instanz im ioBroker neu gestartet und es funktioniert.

Aber wo ist nun der Fehler in der neuen Firmware? Irgendwelche fehlt mir das Wissen, dass ich tiefer in die Materie einsteige und bin eher der Anwender mit einem gewissen technischen Verständnis. Hmm... vielleicht findet ja jemand was raus.

FAZIT: Das Downgrade auf 0.14 funktioniert!

DANKE für diesen goldreichen Tipp, der wahrscheinlich nicht nur mir geholfen hat! TOP TOP TOP!

[Diamand2k22]

@soundy

jetzt gibt es sogar die 1.0.7-beta1.
rei übersetzt aus der engl. Facebook-Gruppe (beschwert euch bei Deepl ) :

Liebe Gruppe,

heute haben wir Gen2 1.07-beta1 für Shelly Plus und Pro Geräte veröffentlicht, auf die Sie über das lokale Web des Gerätes aktualisieren können.

Änderungen:

Geändert:

PlusPM Mini Entfernen der Null-Last-Bedingung
Überarbeiteter mDNS-Responder

Entfernt:

Skripting Begrenzung der Skriptgröße auf 15kB entfernt

Hinzugefügt:

Plus2PM, Pro2, Pro2PM Unterstützung des Zyklusmodus (Cycle-Mode) hinzugefügt

Behoben:

BLE MAC in BLE MFD ist in der falschen Endianness
MQTT Fix Parsing von fragmentierten Nachrichten
Der MQTT-Befehl status_update schaltet den Zustand des Schalters um
Plus1PM Mini, PlusPM Mini Verbesserte Ausfallsicherheit des BL0942 Leistungsmessertreibers
Helligkeitsargument in Light.Set wird falsch geparst
Scripting Phantom-Script-Inhalte beim Aufruf von Script.Delete / Script.Create
Abdeckung/Cover/Rollo Verbesserte Kalibrierungsprozedur

Lokales Web:

Hinzugefügt:

Localweb sammelt Protokolle, wenn es geöffnet ist (nicht nur auf der Diagnoseseite)
Verbundener Status für das Wolkensymbol in der Statusleiste hinzugefügt
Caching-Mechanismus für Skript-Beispiele und Snippets
Modbus-Unterstützung für ProXEM
Vollständige Cron-Unterstützung für Zeitpläne
Hinzufügen von Macadressen für eth, ble und wifi
Erweiterter Link für kvs und Diagnose

Geändert:

Strategie zur Wiederherstellung der Debug-Logs
Verbesserungen am KVS-Manager
Firmware-Seite UI
Begrenzung von Anrufen zur Planung von Anrufen
Countdown-Animation beim automatischen Einschalten und Ausschalten

Wenn Sie Probleme mit der Beta-Version haben, können Sie über das lokale Web des Geräts auf die letzte stabile Version zurückkehren.

Ich wünsche Ihnen einen schönen Tag und bedanke mich nochmals für die proaktive Berichterstattung und Hilfe!

Changelog: https://shelly-api-docs.shelly.cloud/gen2/changelog

ich werde mal testen

[Soundy]

@diamand2k22

Danke für die Info...

Ich habe gleich mal getestet und erhalte wie mit der 1.0.3 wieder Fehler im iob-Log:

2023-10-10 23:40:19.816 - info: shelly.1 (29468) [MQTT] Device with client id "shellypro2-30c6f78119c0" connected!
2023-10-10 23:40:29.790 - info: shelly.1 (29468) [MQTT] Client Close: (shellypro2 / shellypro2-30c6f78119c0 / shellypro2#30c6f78119c0#1) (false)
2023-10-10 23:40:33.157 - info: shelly.1 (29468) [MQTT] Device with client id "shellypro2-30c6f78119c0" connected!
2023-10-10 23:40:43.137 - info: shelly.1 (29468) [MQTT] Client Close: (shellypro2 / shellypro2-30c6f78119c0 / shellypro2#30c6f78119c0#1) (false)
2023-10-10 23:40:47.188 - info: shelly.1 (29468) [MQTT] Device with client id "shellypro2-30c6f78119c0" connected!
2023-10-10 23:40:57.170 - info: shelly.1 (29468) [MQTT] Client Close: (shellypro2 / shellypro2-30c6f78119c0 / shellypro2#30c6f78119c0#1) (false)

Und dann noch:

2023-10-10 23:42:54.755 - error: shelly.1 (29468) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-10-10 23:42:54.913 - error: shelly.1 (29468) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-10-10 23:42:54.914 - error: shelly.1 (29468) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-10-10 23:42:54.915 - error: shelly.1 (29468) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-10-10 23:42:55.270 - error: shelly.1 (29468) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-10-10 23:42:55.272 - error: shelly.1 (29468) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-10-10 23:42:55.273 - error: shelly.1 (29468) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-10-10 23:42:55.273 - error: shelly.1 (29468) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"
2023-10-10 23:42:55.497 - error: shelly.1 (29468) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f78119c0"

Auch werden die MQTT Daten nicht vollständig und korrekt übertragen:

Ich nutze das aktuelle Shelly Plugin (v6.4.5) von ioBroker. Keine Ahnung, wo das Problem herkommt. Dazu bin ich leider zu wenig tief in der Materie und eher nur Anwender ...

Also doch wieder zurück zur 0.14 ...

(Anmerkung: Downgrade wieder erfolgreich und funktioniert wieder!)

[Diamand2k22]

@soundy

kann ich bestätigen!
wie machst du den downgrade auf die 0.14?
wird bei mir nicht mehr angezeigt!
muss ich die alte firmware separat runterladen?

[Wildbill]

@soundy Und mir stellt sich die Frage, warum man bei Geräten wie Shelly oder auch welchen Tasmota unbedingt immer die aktuell(st)e Firmware haben will/muss. Wenn es zufriedenstellend läuft, sehe ich überhaupt keinen Anlass, hier irgendwie tätig zu werden. Einzig, wenn dadurch ein für mich vorhandenes Problem behoben wird, oder ein Feature dazu kommt, welches ich unbedingt haben muss, führe ich mal ein Update aus.
Da meine Smarthome-Geräte ansonsten nur innerhalb des internen Netzes senden können/dürfen, stellt sich auch kein Problem dar, dass man aus Angst vor Sicherheitslücken unbedingt updaten will/muss.

Gruss, Jürgen

[Diamand2k22]

@wildbill

ein Grund von Firmware Updates z.B. Sicherheitslückenschließen, aber auch erweiterte Umfänge.
Bin nun wieder auf die 0.14 zurück gegangen.
Falls es jemanden interessiert,

hier die Übersicht über die Downgrade Links für die Shelly Geräte!

https://www.shelly-support.eu/forum/thread/21940-downgradelinks-zu-0-14-x/

[Samson71]

@diamand2k22 sagte in Shelly 2 Pro PM integration via MQTT geht nicht:

ein Grund von Firmware Updates z.B. Sicherheitslückenschließen, aber auch erweiterte Umfänge.

Solange die Teile nicht von außen erreichbar sind, ist das durchaus nicht so vordringlich.
Firmware reift bekanntlich oft erst beim Kunden. Da also immer und sofort das Neueste haben zu müssen ist oft kontraproduktiv.
Sind die "erweiterten Umfänge" hier z.B. so wichtig/wertvoll?

Ich würde immer erstmal eine Zeit verstreichen lassen und hier insbesondere das Shelly-Forum nach Meldungen zu neuer Firmware durchsuchen bevor ich mir das als Versuchskaninchen antue.

[BananaJoe]

Ich würde immer erstmal eine Zeit verstreichen lassen und hier insbesondere das Shelly-Forum nach Meldungen zu neuer Firmware durchsuchen bevor ich mir das als Versuchskaninchen antue.

Und hier mein Senf dazu:

Man sollte immer einen Plan B haben. Wenn ich Shellys & Co aktualisiere (egal ob mit Shelly Firmware, Tasmota, ESPEasy und Co.) dann bitte nicht den wichtigsten und habt Ersatz da.
Bei mir im Beruf ist das wichtigste Plan B, und damit Plan B einfach ist nehmen wir Redundanzen, sprich wir haben alles mindestens doppelt. Und zusätzlich noch eine Option innerhalb weniger Stunden Ersatz zu bekommen.

Gleichwertig dazu: Backups. Für meine Tasmota-Geräte nutze ich zum Beispiel https://github.com/danmed/TasmoBackupV1
Fällt mal einer aus (einige meiner Shelly 1PM sind schnell hintereinander gestorben) mache ich den neuen fertig - direkt bei der Ersteinrichtung kann man das Backup einspielen, Shelly austauschen und fertig. (ggf. Zählerstände + Kalibrierung korrigieren)

[Soundy]

Ups...

Also anscheinend besteht das Problem auch für das "Shelly i4" ... den hab ich seit Freitag hier zum Testen. Mit der neuesten Firmware (über Webupgrade) nur Fehler. Also zurück auf 0.14.X ... herrje... was macht Shelly nur. Oder ist das Problem der Shelly Adapter von ioBroker? Irgendwie bin ich mir da jetzt nichtmehr sicher...

[da_Woody]

@soundy hmm,

keine probleme.

[worxweis]

Hallo Leute!

bei mir macht derzeit nur ein 1PM Probleme:

shelly.0
2023-11-14 18:45:31.369	error	[MQTT] Unable to get mqttprefix of client with id "shellyplus1pm-4855199d777c"

shelly.0
2023-11-14 18:45:31.369	error	[MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')

Mein i4 funktioniert!

[MichaelF]

@worxweis said in Shelly 2 Pro PM integration via MQTT geht nicht:

Hallo Leute!

bei mir macht derzeit nur ein 1PM Probleme:

shelly.0
2023-11-14 18:45:31.369	error	[MQTT] Unable to get mqttprefix of client with id "shellyplus1pm-4855199d777c"

shelly.0
2023-11-14 18:45:31.369	error	[MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')

Mein i4 funktioniert!

Hi, wurde die client ID geändert ?

Grüsse

[worxweis]

@michaelf
Also ich habe hier gar nichts geändert.

[worxweis]

@michaelf
Ich hab jetzt mal die Beta FW vom 14.11.2023 raufgespielt, kann aber keinen Unterschied entdecken. Fehlermeldung kommt weiterhin im 1-2Minuten Takt!