-
Notifications
You must be signed in to change notification settings - Fork 72
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-e #931
Comments
Thanks for reporting a new issue @dike1982!
Otherwise this issue will be closed. |
Hier noch weitere Logs:
|
Ich hab festgetsllt, dass ich dir die Logs nicht im debug mode gepostet habe. |
Naja erstmal wird in dem Log nicht viel anderes stehen. Deine Objekt- und State-DB macht Probleme. |
Ah ha und wie löse ich das nun? |
Auf Hinweis einen Forenmitglieds habe ich den Device-Watcher Adapter deaktiviert. |
Kann ich mir nicht erklären. Immerhin laufen die in getrennten Prozessen (wenn der compact mode nicht aktiviert wurde) und haben sonst auch nix miteinander zu tun. |
Hab hier ähnliches Problem mit einem Shelly Pro 3EM.
|
Nach Update noch immer bei Shelly Plus HT: [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace') |
Ich hab das Problem noch bei einem ShellyPlus 2pm Außerdem Connected der alle 12 Minuten neu. |
Das komische ist, dass in euren Fällen fast immer ein Gen2-Gerät denkt, es wäre Gen1-Gerät. Ich kann das nicht reproduzieren. |
Ich konnte das Problem für mich lösen in dem ich im Shelly Adapter unter benutzerdefinierten Einstellungen das Aktualisierungsintervall auf 120 Sek. eingestellt habe. Ich habe die neuste stable Firmware v1.3 auf all meinen Shelly 1Plus. |
Habe den Adapter heute auf 6.9. aktualisiert und das Intervall auch von 15 sek auf 120 sek geändert. Bin gespannt, ob das hilft. Zumindest die "bekannten" Fehler beim Starten des Adapters waren weiter vorhanden, hören aber nach kurzer Zeit auf. Ich beobachte das mal weiter. |
Ja am Anfang kommen die Fehler zwar, aber dann läuft er stabil. Ich denke das ist ein Bug vom Shelly Adapter und nicht von den Shelly Devices. |
Ich habe dieses Problem auch immer mal wieder, aber in keiner Regelmäßigkeit
Meine Adapterversion ist die 6.9.0, Nodejs 18.20.2, NPM 10.5.0 Habe jetzt die Meldung auch von einem TRV bekommem `
|
FW 1.3 und 120 sec haben bei mir keine Änderung bewirkt |
Evtl. Mal mit der Zeit höher gehen bzw. den devicewatcher Adapter deaktivieren beim starten des Shelly Adapters. Der spukt hier auch immer mal wieder rein. |
Bitte mal den technischen Hintergrund erklären |
Device watcher Adapter ist nicht installiert! |
bei mir ist mit dem devicewatcher schon öfter mal der CPU-Load durch die Decke gegangen und hat andere Prozesse dadurch lahmgelegt. |
So, bei mir läuft jetzt seit einer Woche die o. g. Variante. Seit dem habe ich keine MQTT Fehler mehr. FW sind alle Shelly's auf 1.3. |
Korrigiere mich wenn ich falsch liege, aber hat du jetzt nicht nur alle 2min ein Sensor Update? |
Hier müssten wir mal den Entwickler fragen, welchen genaue Effekt das Hochsetzen hat, bin kein MQTT Experte. |
I also had this issue - but it was my "stupidity". Background: |
Bei mit läuft die aktuelle Adapter-Version 7.0 seit nun seit Wochen fehlerfrei mit den Pro Geräten. Habe immer nur bei Neustart des Adapters einige reconnects, danach nicht mehr. |
Mit der Adapter-Version 7.0 habe ich das gleiche Problem, keine Besserung damit. Ich hatte schonmal Probleme, weil die Shellys sich an Accespoints angemeldet haben im WLAN, die über einen Switch betrieben wurden. Damals (alles nur Gen 1 keine Gen2 Geräte) hatte ich dann auf einen managed Switch gewechselt, dann war es gut. Was ich jetzt versucht habe, dass ich meine 32 Shelly Gen2 auf zwei Instanzen im iobroker aufzuteilen. Das sah direkt wesentlich besser aus. Zwischenzeitlich hatte ich schon wider den ein oder andere Fehler, allerdings immer nur bei Geräten der ursprünglichen Instanz. Werde das mal weiter beobachten und ggf. die Geräte zwischen den Instanzen "verschieben". |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Leute ihr generiert mir hier einen Haufen Notifications, nur um zu sagen dass ihr nicht wisst wo das Problem im Code zu finden ist. So weit war ich auch schon. Ich brauche handfeste Gründe - gerne einen PR. Weitere Kommentare, dass "jemand das Problem auch hat" oder "auch nicht weiß, woran es liegt" bringt hier ja niemanden weiter. |
Versteh ich jetzt nicht, sind solche threats nicht dazu da, zu versuchen nochmal genauer die aktuellen Situationen zu vergleichen und hier ggfs. Gemeinsamkeiten zu finden die uns (oder dir) der Lösung irgendwie helfen könnte. Wie können wir dir noch helfen ? Gerne können wir eine Remote Session auf meiner Umgebung machen und debuggen. iobroker ist bei mir vitualisiert , wir können dadurch immer wieder auf verschiedene snapshots zurück springen |
@schutzgeist-mf Das heißt, wenn Du mit dem dev-server eine neue Instanz des Shelly-Adapter startest und dann genau ein Gerät der Plus- oder Pro-Serie hinzufügst, kannst Du das Problem reproduzieren? Das wäre tatsächlich interessant. Teile gerne mal ein komplettes Debug-Log, die Firmware-Version des Shellies, Details zu Deiner Netzwerkumgebung usw. |
@klein0r das bringe ich dir asap Nur zur Bestätigung. Du möchtest das ich eine weitere Shelly Instanz erstelle und hier ein Gerät der (ich nenne sie mal) Gen 2 reinnehmen. Nach aktuell verhalten bekomme ich dann immer sofort den Fehler und nen Adapter Absturz. Gerne bereite den alles anschließen vor und melde mich asap |
@schutzgeist-mf Nein - am besten eine Installation mit dem dev-server. Also Shelly Repo klonen, dev-server setup, ... und dann mit VSCode z.B. das Projekt öffnen um live darin zu arbeiten. Also nicht in einem Produktivsystem. Wie soll man da debuggen? z.B. https://www.youtube.com/watch?v=A9UETXyAmL4 |
Ich habe für mich wohl endlich das Problem gefunden, vielleicht hilft das dem einen oder anderen: Mein Iobroker Server steht in der DMZ, ich habe bis dahin immer gedacht das die Shelly mit dem MQTT Protokoll die Verbindung zum IOBroker initieren. Bei genauerer prüfen sehe ich aber das auch der IoBroker Server (also der Adapter) neue Verbindungen zu den Shellys aufbaut und das auf Port 80. Nachdem ich die Firewall geöffnet habe das Verbindungen mit diesen Ports auch in die andere Richtung eröffnet werden darf, gibt es auch keine MQTTprefiy of client error meldung, und der Adapter bleibt stabil. 192.168.30.58 ist der Shelly
|
@klein0r guten morgen eine vieleicht dumme Frage. Kann der Fehler daher kommen das man diese Shellys auch als Blutooth Gateweway nutzen kann und deshalb die Fehler auflaufen? Herzliche Grüße |
Genau, der MQTT Prefix wird nämlich per HTTP geholt (das würde ich gern in Zukunft alles rauswerfen). Und wenn das abgelehnt wird, gibt es eine Fehlermeldung. Aber das wird wohl nicht jeder hier so eingeschränkt haben?! |
Bei mir hängt es nicht an verschiedenen Subnetzen, ich habe mal tcpdump laufen lassen: Ich hatte den Adapter neu gestartet und ab dann aufgezeichnet. Man sieht gut, dass ca. alle 61 Sekunden eine Abfrage vom Server zum Shelly erfolgt. Dann irgendwann ist die Abfrage nach bereits 50 Sekunden und der Shelly gibt ein 401 zurück. Der Adapter versucht's nochmal und dann klappt die Authentifizierung. -> Warum ist die Abfrage im Fehlerfall immer 10 Sekunden früher als bei denen, wo die Authentifizierung funktioniert? Ich kann mal mit Wireshark da ran, werde ich aber erst die Tage zu kommen. Wäre interessant zu wissen, ob der Adapter eventuell falsche Credentials übermittelt oder ob's am Shelly liegt. |
Es gibt eine Situation, wo die Verbindung vom Shelly abgelehnt wird, wenn genau in dem Moment die Uhrzeit via NTP aktualisiert wird. Aber ob es da einen Zusammenhang gibt? Diese MQTT-Prefix-Geschichte passiert ja eigentlich nur 1x, wenn sich ein Shelly verbindet. |
Hi Mathias, Ich hatte bei mir noch nie viele Fehler, aber bei einem PM-mini (Waschmaschine) sehr oft aber auch nur wenn die Waschmaschine an war und Strom verbraucht hat. Seit dem ich das AP-Roming im PM-mini auf -90 und das Intervall auf 600 Sekunden gestellt habe, hab ich eigentlich Ruhe. Könnte es sein, das wenn der Shelly viel zu tun hat (wie bei mir, wenn die Waschmaschine läuft) und denn z.B. noch ein AP-Roming dazu kommt in dem Moment etwas überlastet ist und die Anfrage beim ersten mal verwirft? Ich weiß, ist reine Spekulation. |
@FreunderNacht Könnte schon sein. Jedenfalls wäre ein Wechsel des AP ggf. mit einer neuen Verbindung gegen den MQTT-Broker verbunden. Damit würde dann der MQTT-Prefix ebenfalls wieder geholt und das ganze "Onboarding" durchlaufen. Die Frage bleibt aber dennoch, warum das dann nicht funktioniert (bzw. was genau den Fehler auslöst). |
Naja, aber dann würde HTTP 401 Unauthorized keinen Sinn machen... |
@klein0r Ehrlich gesagt bin ich selbst nicht so überzeugt von der Theorie. @olli-r Sind alles leider nur Theorien 😫😫😫 |
Wie kommt dann der Zusammenhang mit der CPU Last zu Stande? Wenn ich einen Restart des Shelly Adapters aus dem System heraus mache , dann dauert es gefühlt Stunden, bis der Mqtt Prefix Fehler verschwindet. Sobald ich alle Adapter beende und nur den Shelly Adapter starte, kommt dieser Fehler beim Start erst gar nicht 🤔🤯 |
Exakt das gleiche Verhalten bei mir. Ein Iobroker Neustart ist auch ein großes Problem. Teils komme ich nur über die Konsole auf den Iobroker und muss da den Shelly Adapter stoppen. Ich habe die Shelly’s in einem subnetz als den Iobroker. Es gibt aber keine Firewall-Regeln die eine Verbindung behindert. |
Bei mir ist alles (noch) im gleichen Netz, sowohl der IOBroker als auch die Shellys. Kann hier noch jemand bestätigen oder widerlegen das es vielleicht daran liege könnte oder zumindest die größere Probleme macht, wenn IOBroker und Shelly in unterschiedlichen netzen sind? |
Also für mich steht fest, dass das Problem bei schlechter WLAN-Verbindung auftreten kann, nicht zwangsweise muss. Ein Shelly hatte sich gestern (warum auch immer) in einen entfernten Repeater eingewählt RSSI: -90 dBm (No Signal), konnte allerdings noch auf den Shelly per Web-IF zugreifen, wenn auch mühselig. |
Hi. Ich habe jetzt FÜR MICH folgende Lösung, die jetzt bereits ein paar Tage ohne Probleme läuft: Ich habe eine Fritzbox 7590, einen Repeater 2400 über LAN und einen Repeater 1700 über WLAN angebunden. Die Shellys habe ich neu zugeordnet und ihnen der SSID zugeteilt, die am nächsten dran ist. Aktuell keine Probleme mehr. |
@Rudi-Ment |
Wenn der Adapter einmal komplett gestartet ist, sind die Meldungen weg. |
@Rudi-Ment |
I'm sure that
Shelly device
shelly1pmmini, shellyplus2pm,
Shelly firmware version
1.1.0
Protocol
MQTT
The problem
Das Log de Iobroker wird mit den Meldungen zugemüllt was dann den ganzen iobroker lahmlegt.
Nach einem:
Läuft es wieder fehlerfrei. Allerdings nur für einen tag und dann fängt es an die Fehler zu werfen und immer mehr.
iobroker.current.log (in debug mode!)
2024-01-14 19:28:36.535 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204aa1ae0"
2024-01-14 19:28:36.536 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204aa1ae0"
2024-01-14 19:28:36.546 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204ab95d8"
2024-01-14 19:28:36.547 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204ad6264"
2024-01-14 19:28:36.548 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204aa8d5c"
2024-01-14 19:28:39.490 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204addca8"
2024-01-14 19:28:39.497 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-e465b8604d6c"
2024-01-14 19:28:39.499 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204aaa1f4"
2024-01-14 19:28:40.061 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204aa80e8 / shelly1pmmini#543204aa80e8#1) (false)
2024-01-14 19:28:41.427 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-e465b8604d6c"
2024-01-14 19:28:41.429 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204aaa1f4"
2024-01-14 19:28:43.000 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204acaf70" connected!
2024-01-14 19:28:44.911 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-e465b893c4d0"
2024-01-14 19:28:44.914 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-a0a3b3684114"
2024-01-14 19:28:44.914 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-e465b893c4d0"
2024-01-14 19:28:44.915 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204aa8d5c"
2024-01-14 19:28:44.916 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204abcca8"
2024-01-14 19:28:44.917 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204addca8"
2024-01-14 19:28:44.918 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204acee28"
2024-01-14 19:28:44.920 - error: shelly.0 (957) [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')
2024-01-14 19:28:44.921 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204acaf70"
2024-01-14 19:28:47.140 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204abcca8"
2024-01-14 19:28:48.879 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204ab95d8"
2024-01-14 19:28:48.881 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204ad6264"
2024-01-14 19:28:48.882 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shellyplusplugs-e465b860af58"
2024-01-14 19:28:48.883 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204acee28"
2024-01-14 19:28:48.884 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204acfe10"
2024-01-14 19:28:49.510 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204abaf8c" connected!
2024-01-14 19:28:50.457 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204adcc50"
2024-01-14 19:28:50.461 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204aa80e8"
2024-01-14 19:28:50.461 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shellyplusplugs-e465b860af58"
2024-01-14 19:28:52.993 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204acaf70 / shelly1pmmini#543204acaf70#1) (false)
2024-01-14 19:28:53.670 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-a0a3b3684114"
2024-01-14 19:28:53.671 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-a0a3b3684110"
2024-01-14 19:28:54.159 - info: shelly.0 (957) [MQTT] Device with client id "shellyplus2pm-e465b893c4d0" connected!
2024-01-14 19:28:55.518 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204abaf8c"
2024-01-14 19:28:55.519 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204acfe10"
2024-01-14 19:28:59.181 - info: shelly.0 (957) [MQTT] Device with client id "shellyplusplugs-e465b860af58" connected!
2024-01-14 19:28:59.507 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204abaf8c / shelly1pmmini#543204abaf8c#1) (false)
2024-01-14 19:28:59.827 - info: shelly.0 (957) [MQTT] Device with client id "shellyplus2pm-a0a3b3684114" connected!
2024-01-14 19:29:01.136 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204abcca8" connected!
2024-01-14 19:29:01.166 - info: shelly.0 (957) [MQTT] Device with client id "shellyplus2pm-a0a3b3684110" connected!
2024-01-14 19:29:04.132 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204ab95d8" connected!
2024-01-14 19:29:04.151 - info: shelly.0 (957) [MQTT] Client Close: (shellyplus2pm / shellyplus2pm-e465b893c4d0 / shellyplus2pm#e465b893c4d0#1) (false)
2024-01-14 19:29:06.153 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204aa1ae0" connected!
2024-01-14 19:29:06.634 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204aaa1f4" connected!
2024-01-14 19:29:07.035 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204adcc50"
2024-01-14 19:29:07.964 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204ad6264" connected!
2024-01-14 19:29:08.858 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204aa8d5c" connected!
2024-01-14 19:29:09.179 - info: shelly.0 (957) [MQTT] Device with client id "shellyplus2pm-e465b8604d6c" connected!
2024-01-14 19:29:09.180 - info: shelly.0 (957) [MQTT] Client Close: (shellyplusplugs / shellyplusplugs-e465b860af58 / shellyplusplugs#e465b860af58#1) (false)
2024-01-14 19:29:09.400 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204addca8" connected!
2024-01-14 19:29:09.817 - info: shelly.0 (957) [MQTT] Client Close: (shellyplus2pm / shellyplus2pm-a0a3b3684114 / shellyplus2pm#a0a3b3684114#1) (false)
2024-01-14 19:29:11.193 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204acee28" connected!
2024-01-14 19:29:11.195 - info: shelly.0 (957) [MQTT] Client Close: (shellyplus2pm / shellyplus2pm-a0a3b3684110 / shellyplus2pm#a0a3b3684110#1) (false)
2024-01-14 19:29:11.195 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204abcca8 / shelly1pmmini#543204abcca8#1) (false)
2024-01-14 19:29:13.339 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204aa80e8"
2024-01-14 19:29:14.124 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204ab95d8 / shelly1pmmini#543204ab95d8#1) (false)
2024-01-14 19:29:16.143 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204aa1ae0 / shelly1pmmini#543204aa1ae0#1) (false)
2024-01-14 19:29:16.242 - info: shelly.0 (957) [MQTT] Device with client id "shelly1pmmini-543204acfe10" connected!
2024-01-14 19:29:16.632 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204aaa1f4 / shelly1pmmini#543204aaa1f4#1) (false)
2024-01-14 19:29:17.954 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204ad6264 / shelly1pmmini#543204ad6264#1) (false)
2024-01-14 19:29:19.038 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204aa8d5c / shelly1pmmini#543204aa8d5c#1) (false)
2024-01-14 19:29:19.172 - info: shelly.0 (957) [MQTT] Client Close: (shellyplus2pm / shellyplus2pm-e465b8604d6c / shellyplus2pm#e465b8604d6c#1) (false)
2024-01-14 19:29:19.392 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204addca8 / shelly1pmmini#543204addca8#1) (false)
2024-01-14 19:29:20.814 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204acaf70"
2024-01-14 19:29:20.827 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204acee28 / shelly1pmmini#543204acee28#1) (false)
2024-01-14 19:29:24.037 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shelly1pmmini-543204abaf8c"
2024-01-14 19:29:26.297 - error: shelly.0 (957) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-e465b893c4d0"
2024-01-14 19:29:26.298 - info: shelly.0 (957) [MQTT] Client Close: (shelly1pmmini / shelly1pmmini-543204acfe10 / shel
Version of nodejs
18.19.0
Version of ioBroker js-controller
5.0.17
Version of adapter
6.6.1
The text was updated successfully, but these errors were encountered: