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

[mcm1957]

@crunchip

Wenn du eine unkritische Testumgebung hast, teste doch bitte mal die aktuelle Labor Version
(siehe ein paar Postings weiter oben) und lass uns deine Erfahrungen wissen.

Ich könnte eine pre-alpha absolute TEST / DEBUGGING Version die nur von Github zu installieren ist anbieten. Bei meinem Pi behebt die Änderung das Problem - ich kann aber zru Zeit nicht abschätzen ob es andere negative Auswirkungen gibt. Ich würde also dringen ABRATEN den LABORCODE auf einem produktiven System order generell auf einen anderem als einem Testsystem oder einem System mit Snapshot / Restore Fuktionalität zu testen!

Wer also (wage)mutig ist könnte mal diese Release ausnahmesweise direkt von Github installieren:

https://github.com/iobroker-community-adapters/ioBroker.shelly/tree/mqtt-tests

DANKE

[crunchip]

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

Hast du die von mir oben angebotene Version getestet?

nein, noch nicht

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

Ist das deine Aussage oder ein CoPilot Gerede? Klinkt nach dem CoPiloten ...

das war der Sinn hinter dem Fork

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

ich würde mich gerne auf EIN konkretes Problem beschränken.

das habe ich auch, nämlich das prefix Problem
das keiner eine Umgestaltung möchte ist mir schon bekannt (weil Aufwand zu groß), dennoch habe ich mich einfach mal daran versucht und wollte es hiermit mitteilen.

sorry, hätte wohl besser einfach nen eigenenThread eröffnen sollen.

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

Wenn du eine unkritische Testumgebung hast, teste doch bitte mal die aktuelle Labor Version

hatte ich bis dato nicht,
wie oben geschrieben, erst eine angelegt, aber kann ich die Tage gerne mal testen.

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

Dein Code ist (oder war zumindest) FEHLERHAFT. Das Sentry System hat einige Fehler gelogged:

da waren zu Beginn einige Fehler

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

MQTTClient.getDeviceGen(iobroker.shelly.lib.protocol:mqtt)
Unhandled
utils.detectShellyGenerationByClientId is not a function

hab ich vorhin behoben, ist ja erst beim testen aufgefallen

[mcm1957]

@crunchip
Dein Fork wechslet das Kommunikationsprotokolla, verwendet nun (auch ?) RPC, greift in die adminUIConfig ein usw. Das hat eigentlich nichts mehr mit einem Fix für MQTT Prefix zu tun.
Sorry.

Ich hab in absehbarere Zeit sicher keine Zeit diese Menge an Änderungen zu reviewen sodass man das auf 10000+ User loslassen kann. Bitte kontaktiere @haus-automatisierung was er dazu sagen kann bzw. ob er sich das ansehen will / kann.

Wenn du wirklich helfen willst, dann schau mal ob das Anpassen des mqtt acks bei dir hilft - oder nicht bzw. ob das Nebeneffekte auslöst.

mcm1957

P.S. Copilot ist an sich gut - ich verwende ihn auch intensiv. 90% der Änderungen sind OK. Er hat mir aber auch schon völlig frei erfundene Dinge eingebaut.

[crunchip]

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

90% der Änderungen sind OK. Er hat mir aber auch schon völlig frei erfundene Dinge eingebaut.

ich weiss, habe ich auch damit Erfahrung gemacht.

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

hat eigentlich nichts mehr mit einem Fix für MQTT Prefix zu tun

sehe ich zwar anders, deshalb ja die Änderungen

aber unterm Strich, wie oben schon

@crunchip sagte in Test Adapter shelly - ALPHA Versionen:

eventuell doch mal Lust ein Auge draufzuwerfen, ob was sinnvolles dabei rumgekommen ist, bzw den ein oder anderen Ansatz aus dem Fork in Betracht zu ziehen.
Vielleicht war das ganze auch ein "Griff ins Klo",

nicht mehr und nicht weniger

@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:

Wenn du wirklich helfen willst

habs verstanden und daher belassen wir es damit, kein Problem und ja, werd ich testen und Rückmeldung geben

[mcm1957]

@crunchip

Ich glaub ich sollte mein Feedback anders formulieren.

Zuerst sollte ich sagen "DANKE dass du mithilfst ioBroker stabiler zu machen". Sowohl als Tester als auch mit Codeänderungsvorschlägen. Das hätte ich unbedingt als erstes loswerden sollen da es am Wichtigsten ist.

Im Prinzip hat mich dein Änderungsvorschlag vom Umfang her überfahren. Und ich hab daher eher unangemessen reagiert. Ich durchschaue den Shelly Code bei weitem nicht komplett. Und du kannst selbst - wie du schreibst die Änderungen codemäßig nicht kommentieren. Es ist mir daher unmöglich die umfangreichen Änderungen die der Copilot da vorgenommen hat mit mäßigem Zeitaufwand auch nur grob zu beurteilen. Und was das konkrete mqtt Problem betrifft kann ich auf Grund des Änderungsumfangs das nicht halbwegs sicher extrahieren.

Den Adapter hat - soweit ich weiß - zu großen Teilen @haus-automatisierung entwickelt. Ich muss daher betreffend deine Änderungsvorschläge auf ihn verweisen. Insbesondere die Verwendung neuer Kommunikationsschnittstellen zu den Shellies muss man evaluieren.

Bitte lösch keinesfalls deinen Fork damit Mathias eine Chance hat sich das anzusehen.

Und nochmals DANKE für deine Mithilfe.

[crunchip]

@mcm1957 alles gut,
ich beabsichtige nicht einen PR zu erstellen und kann auch anderweitig nicht viel dazu beitragen. Bin ja auch nicht vom Fach. Darum geht's auch gar nicht.

Hatte lediglich meine Gedanken in die KI getippt zum Fehlerbild

Error in function setMqttPrefixHttp (Gen 1)

Was ja kein Gen1 Gerät ist.

Daraus entstand dann "Mein Projekt" und hab aus Spaß nen Fork erstellt. Das Resultat daraus war eben dieser Umbau.

Letztendlich hab ichs hier gepostet mit den Gedanken

• wenn Lust und Laune besteht, man ja einen Blick drauf werfen kann, also kein Zwang😉
• als Fachmann den Code weitgehenst versteht
• gerade als eingefleischter Spezialist manchmal "Betriebsblind" ist und ein Aussenstehender ne andere Sicht und Denkweise hat,
  aber auch weiss, das ein kompletter Umbau sehr aufwendig wäre und es die Zeit gar nicht zu lässt.
  Oder anders Formuliert... Kosten/Nutzenfaktor... Warum sollte man..., läuft doch so
  und Matthias auch nicht beabsichtigt den Adapter umzumodeln.
• eventuelle interessante codeschnipsel dabei sein könnten, die zur Verbesserung bei tragen

Ps: Texte fasst man meist falsch auf oder kommt falsch rüber🤝

[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