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

[hardwarefehler]

Heute konnte ich das Problem noch nicht beobachten. Loglevel schalte ich dann mal gezielt ein wenn es wieder auftritt.
Kann das eine weitere Ursache haben, z.b. WLAN-RSSI? Gestern abend waren es schlechter als 90, derzeit in den 80ern.

Hinsichtlich des Sys.deviceMode, andere Geräte haben den, z.b. ein shelly2pmg3 'shutter(cover)'. Welchen Wert sollte der denn bei einem shelly3em63g3 zeigen?

[mcm1957]

Bezüglich MQTT Prefix:
Das Problem könnte ev. auftreten wenn die Verbindung zwischen Shelly und ioBroker abbricht während die Initialisierung läuft. Diese dauert je nach Systemausslastung auch schon mal 30s. Bei meinem Rep Case dauerte die Initialisiserung auf einem Pi4 bei Systemrestart über 30s. Da schlug dann das Timeoiut der Shellies nach ca 10/15s zu und der Shelly hat die Verbindung getrennt und neu aufgebaut - was nicht gerade zur Entlastung beitrug :-). Nun wird die Verbindung fast sofort bestätigt und die Initialisiserung läuft dann weiter. Wenn nun in diesem Zeitraum ein Trennung aus anderen Gründen (z.B. WLAN) erfolgt ist es prinzipiell denkbar dass die obige Fehlermeldung noch immer auftritt. Muss ich mir genauer ansehen udn ggF. einen Testaufbau dazu machen. Danke jedenfalls für deinen Input dass ev. das Netz schwach war.

Bezüglich deviceMode muss ich noch schaun wann / wie der State angelegt wird. Im Prinzip dient dieser dazu bei Geräten die mehrere Modi können (z,B. shutter oder 2x Relais etc) diesen Betriebsmode zu erfassen. Kann sein, dass da wo eine Config fehlt oder das Timing mit der geänderten Intialisiserung verschlechter wurde und da noch was angepasst werden muss. 3em63g3 hab ich leider nicht zum 1:1 testen - aber ich werd mal code lesen gehen :-)

Und DANKE fürs testen von ALPHA Versionen. Das ist eine große Hilfe.

[mcm1957]

Es gibt eine 10.4.2-alpha.4
Bezüglich mqtt Meldungen oben (noch) keine Änderungen
Shelly Plug PM Gen3 wurde hinzugefügt
mqtt qos:2 wurde aus den Konfigurationsoptionen herausgenommen da nicht von Shelly unterstützt.

[mcm1957]

Es gibt eine 10.5.0-alpha.0
Die Release entspricht den bisherigen 10.4.2-alpha.*. Da aber auch der Support neuer Geräte ergänzt wurde wurde ein minor Version Update vorgenommen.

Bezüglich mqtt Meldungen oben (noch) keine Änderungen (leider noch nichts gefunden)
mqtt qos:2 wurde aus den Konfigurationsoptionen herausgenommen da nicht von Shelly unterstützt.

Shelly Plug PM Gen3 wurde hinzugefügt
Shelly Dimmer Gen4 wurde hinzugefügt

[mcm1957]

Es gibt eine 10.5.0-alpha.2

Korrekturen für Dimmer Gen 4 wurden durchgeführt.
Bei der Komponente light wurden lt. Api Doku existierende aber fehlende States ergänzt. Dies kann (wird) auch beio anderen Geräten zu neuen, zusätzlichen States führen.

[crunchip]

aktuell konnte ich soweit bis jetzt keine ...setMqttPrefixHttp (Gen 1) for client undefined... Meldung mehr feststellen, ich beobachte weiter, da es immer nur sporadisch bei mir auftritt
allerdings noch 10.4.2-alpha.2

[mcm1957]

@crunchip sagte in Test Adapter shelly - ALPHA Versionen:

aktuell konnte ich soweit bis jetzt keine ...setMqttPrefixHttp (Gen 1) for client undefined... Meldung mehr feststellen, ich beobachte weiter, da es immer nur sporadisch bei mir auftritt
allerdings noch 10.4.2-alpha.2

Danke fürs Feedback.

10.4.2-alpha.2 sollte bezüglich mqtt ident sein. Der Versionsbump auf 10.5.0 ist erfolgt, da neue Geräte reingekommen sind.

[mcm1957]

Sorry mal für die längere Pause. Hier ein Feedback nach Codereview:

@hardwarefehler sagte in Test Adapter shelly - ALPHA Versionen:

Da kommt einerseits bei zwei meiner shelly3em63g3 ein:

shelly.0
	2025-11-24 22:02:35.076	warn	State "shelly.0.shelly3em63g3#9c.....28#1.Sys.deviceMode" has no existing object, this might lead to an error in future versions
shelly.0
	2025-11-24 22:02:35.057	warn	State "shelly.0.shelly3em63g3#e4.....ac#1.Sys.deviceMode" has no existing object, this might lead to an error in future versions

und tatsächlich gibt es diesen Datenpunkt nicht (muss ich noch etwas machen?)

Die Fehlermeldungen dürften daher stammen, dass der 3EM63g3 mehrere Modi kennt. Dies ist aber (noch) nicht umgesetzt. Die Meldungen sollten verschwinden sobald ich das einphasige Profil implementoert habe (https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1016).

aber auch immer noch weitere

shelly.0
	2025-11-24 22:11:31.674	error	[MQTT] Unable to get mqttprefix of client with id "shellyplugsg3-8c.....44"
shelly.0
	2025-11-24 22:11:31.674	error	[MQTT] Error in function setMqttPrefixHttp (Gen 1) for client undefined: TypeError: Cannot read properties of undefined (reading 'replace')

Dieses Problem ist im Moment nur durch eventuelle Verbindungsabbrüche im unmittelbaren Umfeld des Verbindungsaufbaus zu erklären. Im Moment kann ich hier nur um weitere Beobachtung bitten und wenn es irgendwie reproduzierbar ist um ein LOG mit mindestens DEBUG oder wenn möglich SILLY Loglevel.

[mcm1957]

Release 10.5.0 wurde im Latest repository veröffenticht.

[mcm1957]

Und es geht auch schon wieder weiter...

DANKE an HGlab01 der Fixes für die Wetterstation Ecowitt WS 90 bereitgestellt hat.

Release 10.5.1-alpha.0 ist ab sofort zum Testen bereit

[mcm1957]

Release 10.5.1-alpha.1 ist ab sofort zum Testen bereit

Gab noch nen fix für die WS 90 von HGlab01.

[mcm1957]

@fuzzy1955 sagte in Test Adapter shelly - ALPHA Versionen:

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

ab Morgen sollte es eine 9.5.0-alpha.1 geben

Hallo Martin,

soeben habe ich den Shelly Adapter 9.5.0-alpha.1 nochmals getestet. Dabei ist mir aufgefallen, dass auch nicht aktive Shelly Adapter (MQTT ist ausgeschaltet) unter den Objekten immer WLAN grün anzeigen und dass auch alle Datenpunkte vorhanden und bearbeitbar sind. Die Änderung werden jedoch nicht auf den Adapter übertragen.

Was meinst du mit "nicht aktive Shelly Adapter"? Ich vermute mal du meinst "nicht aktive Shelly Devices", also inaktive Plugs, etc.

Mit inaktiv meints du mqtt ist abgeschaltet. Der Shelly selbst ist aber eingeschaltet.

Versteh ich das richtig?

OK, dann ist die Erklärung einfach:
Der Adapter kommuniziert im MQTT Modus mit dem Shelly auf 2 Wegen. Einerseits empfängt er via mqtt vom Shelly Status Updates und andrerseits pollt er via http Informationen die nicht via mqtt Status Messages gesendet werden. Die Anzeige des Online Status (WLAN Symbol) wird vom http Teil verwaltet. Sollet der Shelly also via http erreichbar sein - und das ist er wenn er eingeschaltet und nicht defekt ist in den meisten Fällen - dann wird er als online gemeldet.

Und ja man könnet den mqqt Betrieb da mit einbinden. Kannst gern ein Feature Issue erstellen aber das würde zumindest derzeit eher weit untern auf der Prio Liste stehen. Shelly wirft einfach zu viele Geräte auf den Markt als dass für eher Schönheitsanpassungen - auch wenn sie sinnvoll wären - vel Zeit bleibt.

[mcm1957]

Release 10.5.1-alpha.2 ist ab sofort zum Testen bereit

Die Shelly ProEM3* sollten nun auch das monophase Profil unterstützen.

ACHTUNG:
Diese Anpassung könnet Auswirkungen nicht nur auf den threephase Modus der Pro3EM sondern generell auch auf die EM Serie Gen3 / Gen4 haben. Bitte wenn ihr entsprechende Devices habt nochmal schaun ob da eh alle STates weiter befüllt werden.

Hinweis:
Reset Funktionalität via ioBroker fehlt noch.

[mcm1957]

sagte in Test Adapter shelly - ALPHA Versionen:
Release 10.5.1-alpha.4 ist ab sofort zum Testen bereit

Die Shelly ProEM3* sollten nun auch das monophase Profil unterstützen.
Weiters wurde die resetCounters Funktion beim den Components EMData und EM1Date ergänzt. Dies betrifft u.a. die Shelly ProEM3* aber auch alle anderen EM* Modelle der Gen 2+

[mcm1957]

Die Release 10.5.1 steht ab morgen im LATEST zur Verfügung.

[Fabio]

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

Die Release 10.5.1 steht ab morgen im LATEST zur Verfügung.

... ich danke euch ganz herzlich, läuft ohne Fehler bei mir.
Auch die Anpassung der Datenpunkte von der Wetterstaion WS90 finde ich klasse. ;-)

Herzliche Grüße
Fabio