Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Fabio]

Vielen herzlichen Dank an euch @haus-automatisierung @mcm1957

[Fabio]

@mcm1957 @haus-automatisierung
... die 10.5.0 läuft jetzt seit 24 Stunden mit 2 Instanzen bei mir ohne Probleme und Fehlermeldungen durch. Mit Coap und Mqtt.
Auch die Daten der Wetterstation WS90 kommen perfekt an. ;-)

Herzliche Grüße
Fabio

[mcm1957]

Nur zur Info:
Bei der Wetterstation gibts in der nächsten Release noch Fixes.
Bei Interesses siehe Issue im Repo.

[dpt]

kurz eine Frage, weiss nicht ob ich hier richtig bin

Bekomme einfach nichts vom WS90 angezeit, habe aber sonst auch keine Shelly Bluetooth Geräte.

• Habe die Adapterversion 10.5.1 auf dem Iobroker installiert
• Als "Adapter" den Shelly Plus Bluetooth Gateway.
• bei diesem MQTT aktiviert und eingegstellt
• Das Gerät wird im Iobroker sauber angezeigt.
• Auf diesem Gerät das BLU Script v1.2 von Github eingefügt und gestartet

Der BLE Ordner bleibt einfach leer. Im Shelly App funktioniert der WS90

[mcm1957]

Shelly Plus Bluetoth Gateway gibts unter dem Namen, d.h. mit 'Plus', nicht, Ich vermute mal du hast das Shelly BLU Gateway (Gen 2 Gerät).
Welches Gerät wird im ioBroker sauber angezeigt? Ich tippe mal auf das BLU Gateway.

Ich würd dann mal die Einstellungen am Gateway prüfen. Solche Fehler traten z.B. schon auf, weil das Script doch nicht gestartet war; weil be einem Reboot die MQTT Parameter verstellt wurden (insbesondere das Passwort muss bei jeder MQTT Änderung neu eingegeben werden) oder auch weil ganz einfach BLU nicht aktiviert war.

Ansosnten muss ich hier auf @haus-automatisierung verweisen der ev. noch Ideen hat warum das Verhalten so sein könnte wie es ist,

[Fabio]

@dpt sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):

Als "Adapter" den Shelly Plus Bluetooth Gateway.

Bluetooth Gateway noch mal die Einstellungen prüfen und läuft das Skript wirklich? Das Gateway mal neu starten und den Shelly Adapter auch.
Grüße
Fabio

[dpt]

der MQTT war das Problem. Port auf 1883 der Rest auf 1882 eingetippt :(
Aber Danke viel mal, jetzt klappts auch mit den Daten :)

[mcm1957]

Danke fürs feedback

[Fabio]

@mcm1957 @haus-automatisierung

... ich würde euch ja lieber was anderes schreiben sie sind wieder zurück mit der 10.5.0

shelly.1
2025-12-16 09:03:04.088 error [MQTT] Unable to get mqttprefix of client with id "shellyhtg3-8cbfeaa7b120"
shelly.1
2025-12-16 09:03:04.084 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace')

Grüße Fabio

[mcm1957]

@Fabio sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):

@mcm1957 @haus-automatisierung

... ich würde euch ja lieber was anderes schreiben sie sind wieder zurück mit der 10.5.0

shelly.1
2025-12-16 09:03:04.088 error [MQTT] Unable to get mqttprefix of client with id "shellyhtg3-8cbfeaa7b120"
shelly.1
2025-12-16 09:03:04.084 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace')

Grüße Fabio

Bitte wenn möglich ein Log mit DEBUG level - oder noch besser SILLY Level.

Treten die Meldungen vereinzelt (= seltenI) auf oder wie bisher durchaus als Burst der die Last signifikant hochtreibt?

Im Prinzip kann die Meldung durchaus noch auftreten wenn sich ein Shells meldet und gleich wieder abmeldet während die Initialisiserung noch im Laufen ist. Im Prinzip kann sowas bei schlechter Netzwerkumgebung gelegentlich passieren. Da aber der HTG3 ein Batteriegerät ist könnte das ev. mitspielen wenn das Ding extrem kurze Aktivzeit in Verbindung mit einem gut ausgelasteten System hat. Bitte beobachte ob die Fehlermeldung auch bei dauerhaft aktiven Geräten noch auftritt.

[Fabio]

@mcm1957 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):

Treten die Meldungen vereinzelt (= seltenI) auf oder wie bisher durchaus als Burst der die Last signifikant hochtreibt?

... das war jetzt die erste (und klar ein HT Gerät) wieder seit dem Update auf 10.05.0 warten wir mal ab wie es weiter geht. Logs hatte ich doch schon geliefert meine ich in den Issues dafür. Ich wollte es auch nur gemeldet haben.

Herzliche Grüße
Fabio

[mcm1957]

OK, wenn es selten ist, dann sind Logs eh sehr schwer herstellbar.

DANKE fürs Melden! Ich beobachte es mal. Leider hab ich keine H&T. Ev. kann ich es versuchen mit dem Flood zu simulieren.
Ziel ist in jedem fall keine Fehlermeldungen - auch keine seltenen die nicht wirklich einen Defekt oder eine (externe?) Störung ausgelöst werden. Ich bleib jedenfalls dran.

[mcm1957]

Release 10.5.1 steht ab spätestens morgen im LATEST zum Testen zur Verfügung.

Vollständigen Changelog gibts da: https://github.com/iobroker-community-adapters/ioBroker.shelly?tab=readme-ov-file#1051-2025-12-27 oder im ersten Posting hier.

Wie immer bitte um Feedback (sowohl "geht" als auch "hab das Problem" sind gern gesehen.

[Shadowhunter23]

Für mich ist #931 nicht gelöst:

shelly.1
2025-12-28 11:18:36.065	info	[MQTT] Device with client id "shellyplugsg3-b08184a6d344" initialized.

shelly.1
2025-12-28 11:18:27.085	info	[MQTT] Device with client id "shellyplugsg3-b08184a6d344" connected from 192.168.0.46!

shelly.1
2025-12-28 11:18:25.351	info	[MQTT] Device with client id "shellyplugsg3-b08184a6d344" initialized.

shelly.1
2025-12-28 11:18:25.350	error	[MQTT] Unable to get mqttprefix of client with id "shellyplugsg3-b08184a6d344"

shelly.1
2025-12-28 11:18:25.350	error	[MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace')

shelly.1
2025-12-28 11:18:25.040	info	[MQTT] Client Close: 192.168.0.46 (shellyplugsg3 / shellyplugsg3-b08184a6d344 / shellyplugsg3#b08184a6d344#1) (false)

shelly.1
2025-12-28 11:18:08.630	info	[MQTT] Device with client id "shellyplugsg3-b08184a6d344" connected from 192.168.0.46!

shelly.1
2025-12-28 11:18:07.707	info	[MQTT] Device with client id "shellyplugsg3-b08184a6d344" initialized.

edit
Ist aber seit langem immer das selbe Gerät. Mit allen anderen Shellys im Netzwerk gibt es keine Probleme.

[martinschm]

@mcm1957 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):

Release 10.5.1 steht ab spätestens morgen im LATEST zum Testen zur Verfügung.

Vollständigen Changelog gibts da: https://github.com/iobroker-community-adapters/ioBroker.shelly?tab=readme-ov-file#1051-2025-12-27 oder im ersten Posting hier.

Wie immer bitte um Feedback (sowohl "geht" als auch "hab das Problem" sind gern gesehen.

Also bei mir ist der Fehler bezüglich des mqtt prefix sowohl bei den Shelly Minis als auch beim 3em Pro weg.

Allerdings bekomme ich beim 3em Pro keine Leistungswerte per mqtt übertragen. Alle DP stehen dauerhaft auf 0.

Viele Grüße
Martin

[mcm1957]

@martinschm sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):

Allerdings bekomme ich beim 3em Pro keine Leistungswerte per mqtt übertragen. Alle DP stehen dauerhaft auf 0.

triphase oder monophase Profil?

Bekommst du gar keine Werte (also auch keine Spannunge, Stromstärke, etc.) angezeigt oder werden nur die Leistungswerte nicht angezeigt?

Hast du ALLE Häkchen gesetzt wie in der Doku angegeben:
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/img/shelly_mqtt-gen2.png

Ist der Pro 3EM neu oder war er schon mit früheren Releases eingebunden? Hat es dort funktioniert?

Bitte poste ein log mit Level DEBUG für eine weitere Analyse.

[mcm1957]

@Shadowhunter23 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):

Für mich ist #931 nicht gelöst:

Ist aber seit langem immer das selbe Gerät. Mit allen anderen Shellys im Netzwerk gibt es keine Probleme.

Wenn du das Problem mit genau einem Gerät hast, kannst du ev versuchen diese an eigene eigene Instanz zu verbinden (ACHTUNG - musst nen anderen Port verwenden!) und wenn das Problem dort auch auftritt ein Log mit Level SILLY erzeugen ? Ev. sieht man / ich dann mehr. Kannst auch gern ein eigenes Issue eröffnen, wenn es länger dauert das zu klären und es heir ggF unterzugehen droht. Werden auch das Problem noch finden oder zumindest erklären können.

[martinschm]

@mcm1957 sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):

triphase oder monophase Profil?

Monophase.

Bekommst du gar keine Werte (also auch keine Spannunge, Stromstärke, etc.) angezeigt oder werden nur die Leistungswerte nicht angezeigt?

So sieht das bei mir aus. Alles in orange

Allerdings empfange ich andere Daten zum Gerät selber per MQTT. Es muß also irgendwie funktionieren

Hast du ALLE Häkchen gesetzt wie in der Doku angegeben:
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/img/shelly_mqtt-gen2.png

Ist der Pro 3EM neu oder war er schon mit früheren Releases eingebunden? Hat es dort funktioniert?

War bereits früher eingebunden, da hatte ich immer das mqtt prefix Problem, das ihr jetzt gefixt habt.

Bitte poste ein log mit Level DEBUG für eine weitere Analyse.

[haus-automatisierung]

@martinschm sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):

Allerdings empfange ich andere Daten zum Gerät selber per MQTT.

Wie soll das gehen? Der Shelly kann ja nur mit einem MQTT-Broker verbunden sein. Entweder mit deinem eigenen, oder mit dem Shelly-Adapter.

[martinschm]

@haus-automatisierung sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):

@martinschm sagte in Test Adapter Shelly 10.5.x (LATEST / BETA):

Allerdings empfange ich andere Daten zum Gerät selber per MQTT.

Wie soll das gehen? Der Shelly kann ja nur mit einem MQTT-Broker verbunden sein. Entweder mit deinem eigenen, oder mit dem Shelly-Adapter.

Ich meinte, das Infos zum Gerät per MQTT kommen - und im Objektbaum unter dem Shelly Adapter angezeigt werden - aber keine Leistungsdaten angezeigt werden. Wenn aber Infos zum Gerät, also welches Model, Firmware etc ankommen, dann scheint ja irgendwas zu funktionieren. Ich poste gleich noch das Log, das sieht so aus als kämen da auch Leistungsdaten an