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

[Dr.Pie]

@haselchen sagte in Fehlermeldung vom ShellyAdapter:

@dr-pie

Nunja, das ist schon sportlich.

Das ist aber überhaupt kein Problem ... bisher lief alles ziemlich stabil.

@haselchen sagte in Fehlermeldung vom ShellyAdapter:

@dr-pie

Guck in den Ordner.
Der sollte so heissen wie der Shelly im Log.

Gerade das ist das komische ... es gibt keinen Ordner der so heißt.
Danach hatte ich schon gesucht ...

[Homoran]

@dr-pie sagte in Fehlermeldung vom ShellyAdapter:

@homoran Der Screenshot sollte nur zeigen WO ich den sehe.

und du siehst dann auch, dass du nur einen kleinen Teil eiber Meldung gepostet hattest!

bitte immer alles zeigen.
Außerdem auch relevantes aus dem zeitlichen Umfeld, was ursächlich damit zu tun haben könnte.

Das könnte hauptsächlich vom system.host oder auch von anderen Adaptern kommen, die etwas auslösen, was zu dem Fehler führt.

Eine einzelne unvollständige Meldung aus drm Zusammenhang gerissen ist meist nicht hilfreich.

[Dr.Pie]

@ticaki sagte in Fehlermeldung vom ShellyAdapter:

@dr-pie

Ich würde ja als erstes mal teile der Nummern in das Suchefeld für ids oben im Objekttab (admin) eingeben und schauen obs was gibt.

Gibt es nicht ... das habe ich als erstes versucht.
Wie schon geschrieben suche ich schon seit Stunden.

[Homoran]

@dr-pie sagte in Fehlermeldung vom ShellyAdapter:

Gerade das ist das komische ... es gibt keinen Ordner der so heißt.

fas deutet wiederum darauf hin, dass du

@haselchen sagte in Fehlermeldung vom ShellyAdapter:

anscheinend die Client ID geändert.

hast

[Dr.Pie]

@homoran sagte in Fehlermeldung vom ShellyAdapter:

@dr-pie sagte in Fehlermeldung vom ShellyAdapter:

@homoran Der Screenshot sollte nur zeigen WO ich den sehe.

und du siehst dann auch, dass du nur einen kleinen Teil eiber Meldung gepostet hattest!

bitte immer alles zeigen.
Außerdem auch relevantes aus dem zeitlichen Umfeld, was ursächlich damit zu tun haben könnte.

Das könnte hauptsächlich vom system.host oder auch von anderen Adaptern kommen, die etwas auslösen, was zu dem Fehler führt.

Eine einzelne unvollständige Meldung aus drm Zusammenhang gerissen ist meist nicht hilfreich.

[MQTT] DO NOT CHANGE THE CLIENT-ID OF YOUR SHELLY DEVICES (see adapter documentation for details)

Das ist der erste Teil der Meldung.

[Homoran]

@dr-pie sagte in Fehlermeldung vom ShellyAdapter:

Das ist der erste Teil der Meldung.

nein!
das ist nur ein Teil des ersten Teils! da fehlt nach wie vor der Timestamp und die meldende Instanz!

bitte komplette Zeile in code-tags posten

[ticaki]

@dr-pie
Heißt er kennt den Shelly nicht, folglich sollte einer deiner Shellys als offline angezeigt werden oder nicht?

Außer du hast heute einen hinzugefügt, dann ist es der.

[Dr.Pie]

@ticaki sagte in Fehlermeldung vom ShellyAdapter:

@dr-pie
Heißt er kennt den Shelly nicht, folglich sollte einer deiner Shellys als offline angezeigt werden oder nicht?

Außer du hast heute einen hinzugefügt, dann ist es der.

Werder noch ... ALLE Shellys funktionieren ... sind online und auch in der Cloud.
Ich habe eine Übersichtsseite mit ALLEN Shellys. Dort wird angezeigt wer online bzw offline ist.
Wer in der Cloud ist und wer nicht.
Wer eingeschaltet ist und wer ausgeschaltet ist ...

Seeehr seltsam die ganze Sache.
Sicher nur ein kleines Problem ... aber woooo....

[ticaki]

@dr-pie
hm wie wäre es das du deinem Teekocher die falschen mqtt daten gegeben hast? (kann auch was anders sein, ich hab nen smarten Teekocher :D )

[Dr.Pie]

@ticaki sagte in Fehlermeldung vom ShellyAdapter:

@dr-pie
hm wie wäre es das du deinem Teekocher die falschen mqtt daten gegeben hast? (kann auch was anders sein, ich hab nen smarten Teekocher :D )

Das könnte sein .. .doch erstens habe ich keinen Teekocher :blush: und zweitens habe ich KEINE mqtt Daten geändert.

Selbst wenn ich bei einem Shelly was geändert hätte würde er ja nicht online sein ...

[ticaki]

@dr-pie

Ich rede bewusst von einem anderen Gerät das über mqtt daten austauscht und die shelly daten hat. Kann ja auch falsch eingestellt worden sein und erst heute seinen weg in eine Steckdose gefunden haben.

EDIT: Davon abgesehen bleibt nur noch shelly mit debuglog starten und nach der nummer im log suchen vieleicht findet sich so irgendeine ID mit der man mehr findet.

[Dr.Pie]

@ticaki Ich habe langsam das Gefühl das die Instanz vom Shelly im IOB irgendwie spinnt.
Logge ich mich auf die Oberfläche vom Shelly ein, kann man unter mqtt ja die Zugangsdaten eingeben.

Die stimmen ... was komisch ist : Wenn man die mqtt Zugangsdaten einträgt müsste doch die Eingabefelder schwarz werden.
Diese sind aber so grünlich ... hmmmm

[ticaki]

@dr-pie
Davon wäre dann ein Bild nötig, verstehe nicht was du meinst.

Und zum Shelly Adapter... meisten wenn was anfangt zu spinnen ist die Basis beschädigt, falsche nodejs version, altes Betriebssystem usw.

[Dr.Pie]

@ticaki Das sind die Einstellungen von einem Shelly

Normalerweise sind die Felder mit den Zugangsdaten schwarz ... hmmmm

Hier mal die vom NUC worauf iob läuft:

Node.js: v20.18.1
NPM: 10.8.2
Pfad: /opt/iobroker/
aktiv: true
_nodeCurrent: 20.18.1
_nodeNewest: 20.18.1
_nodeNewestNext: 20.18.1
_npmCurrent: 10.8.2
_npmNewest: 10.8.2
_npmNewestNext: 10.8.2

Die Shellys sind alle aktuell ... 1.4.4

[ticaki]

@dr-pie

Ja das sieht bei mir anders aus. bei mir werden aber keine *** im Passwordfeld angezeigt. Das ist nur wenn ich die Daten eingebe oder gerade eingegeben habe.

[Dr.Pie]

@ticaki Ich meine mal irgendwo gelesen zu haben das das bedeutet das die eingegebenen Daten falsch sind.
Kann mich aber auch irren.

[David G.]

@dr-pie

Setz doch mal eine zweite Instanz vom Adapter auf (mit eigenem Port).
Dann lässt dich das evtl was besser auflösen. Objektbaum was übersichtlicher. Der Debug Log nicht so überfüllt etc.

[haselchen]

@dr-pie

Änder mal den User Namen in mqttuser, aber auf keinen Fall nur MQTT.

[Dr.Pie]

@haselchen ich habe die halbe Nacht damit verbracht den Fehler zu suchen .... hab ihn nicht gefunden.

Was habe ich bisher raus gefunden:

Die Fehlermeldung kommt erst wenn ich auf einem Tab (Android 8.1.0) den Fully Browser starte um die Vis zu starte.
Diese startet leider nicht.Es kommt immer ein weißer Bildschirm.
Im iob steht im Protokoll kommt dann :

[MQTT] DO NOT CHANGE THE CLIENT-ID OF YOUR SHELLY DEVICES (see adapter documentation for details)

und

[MQTT] (Shelly?) device unknown, configuration for client with id "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" (xxxxxxxx-xxxx-xxxx-xxxx / xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx / undefined) does not exist! Maybe this device is not supported in this adapter version.

Wobei die richtige ID natürlich anders aussieht.
Es kamen nur unterschiedliche Meldungen da ich noch andere Tabs habe.
Die anderen Tabs habe ich nun erst aus dem System genommen und teste nur mit dem das die aktuellste Android Version hat.
Meine Vermutung war erst das es an der Android Version lag.

Ich kann aber vom Laptop bzw. PC mit der IP des Tabs und dem Port 2323 auf die Oberfläche vom Fully greifen.
Dazu muss der Fully aber auf dem Tab gestartet sein, was auch funktioniert. Aber die Vis startet halt nicht mit.
In den Einstellungen im Fully stehen dann auch die richtigen MQTT Daten drin.
Ich bekomme auf dem Tab dann diesen Ladebalken, der von 9 an immer runter zählt.
Aber die Vis startet halt nicht. Parallel dazu kommen im iob diese oben genannten Fehlermeldungen.

Mir gehen langsam die Ideen aus .....

Übrigen brachte das ändern von mqtt in mqttuser nichts.
Außerdem habe ich das Passwort etwas komplexer gestaltet und per copy/paste eingefügt.
Die Meldungen im Protokoll sind immer die gleichen.

[ticaki]

@dr-pie

Also ist es das was ich oben angemerkt habe. Irgendwas greift auf den Port des Shelly Adapters zu, dass kein Shelly ist.

Die Fehlermeldung kommt erst wenn ich auf einem Tab (Android 8.1.0) den Fully Browser starte um die Vis zu starte.

könnte wetten das da der falsche Port eingetragen ist.

Der fully browser kann mqtt :D