UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mcm1957]

@crunchip
Und ja - ich werde deinen Fork sicher auch noch mal ansehen. Gute Ideen sind ja sicher sinnvoll. Bin nur zur Zeit irgendwie im Grenzlastbetrieb (selbstgemacht ...).

[mcm1957]

Es gibt eine neue ALPHA 10.4.2-alpha.0

Da die Labor / Github Release keine Rückmeldungen über massive Probleme gezeigt habe, stelle ich diese Anpassungen nun allgemein für einen Alpha Test bereit:

Diese Release enthält eine Änderung betreffend MQTT Connection. Die Änderung sollte helfen das Problem 'Unable to get MQTT Prefix' zu beheben. Bitte um Rückmeldung falls ihr diesbezügliche Änderungen bemerkt und insbesondere auch wenn andere neue Nebenwirkungen beobachtet werden,

[mcm1957]

ACHTUNG:
Leider gibt es mit der 10.4.2-alpha.0 offensichtlich Probleme bei batteriebetriebenen Geräte:
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1289

Danke HGLab für die Meldung incl. ausführlichem Log

[mcm1957]

@mcm1957 said in Test Adapter shelly - ALPHA Versionen:

ACHTUNG:
Leider gibt es mit der 10.4.2-alpha.0 offensichtlich Probleme bei batteriebetriebenen Geräte:
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1289

Bitte neue Version 10.4.2-alpha.1 testen.

Zumindest mein Shelly Button 1 funktioniert mit dieser Version wieder. Allerdings habe ich sonst keine weiteren MQTT Geräte GEN1 mit Batteriebetrieb verfügbar.

[mcm1957]

Bitte neue Version 10.4.2-alpha.2 testen.

In der Version 10.4.2-alpha.2 wurde das mqtt Handling nochmals angepasst. Alle publish requests werden nun umgehend bestätigt, in einer queue gespeichert und abgearbeitet sobald die Strukturen iitialisisert sind.

Disconnects auf Grund von Timeouts beim connect oder publish (mit qos >=1) sollten damit vermeiden werden.

Bitte um Rückmeldung ob es noch Probleme gibt und bitte auch Rückmeldungen ob alles normal funktioniert. Für den Test relevant sind MQTT Verbindungen aller Generationen(an Gen 1 / Coap sollte sich nichts geändert haben). Insbesonders von interesse sind:

• batteriegeräte (vor allem nach Aufwachen aus Standby)
• high load Scenarien, also z.b Adapter restart, Netzwerkunterbrechung mit zahlreichen mqtt shellies.

Da ich nur ganz wenige mqtt geräte im Einsatz habe ist meine Testmöglichkeit leider begrenzt und ich brauche eure Hilfe / Feedback.

DANKE

[hardwarefehler]

Da ich recht viele

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

im Log haben, habe ich mal Version 10.4.2-alpha.3 installiert.

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?)

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')

[mcm1957]

@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?)

An sich sollte dieser beim Start der Instanz angelegt werden. Muss ich mir ansehen.

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')

Hmm - das sollte definitiv nicht sein.
Kannst du versuchen ein Log mit zumindest level DEBUG, wenn es von der Anzahl der Geräte möglich ist noch besser mit SILLY zu erzeugen wo der Fehler drinnen ist? Ev. als File hier oder im Issue attachen.

[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.