Monatsrückblick Januar/Februar 2026 ist online!

[apollon77]

Ahhh ok, habs verstanden

[capitaenz]

@apollon77 Also den Fehler gefunden? Das würde mich echt freuen! :grinning:
Und übrigens: Danke, dass du dich dem Problem annimmst!

[apollon77]

@capitaenz Ne so wirklich gefunden wäre übertrieben ... aber am Ende ist klar was man ändern muss ... unerlaubte Zeichen müssen au den IDs raus ...

[hanss]

@apollon77
vielen Dank.
Ideal wäre natürlich, wenn solche unerwünschten Einträge erst gar nicht entstehen würden,
aber diese Ursache zu finden ist natürlich sehr schwierig.

[apollon77]

@hanss Zur Ursache: Wenn man es schafft das verhalten zu reproduzieren dann könnte man das mit einem Debug log dann mal dokumentieren

[capitaenz]

@apollon77 Wenn man jetzt genau wüsste, welches die unerlaubten Zeichen sind, dann könnte man doch veranlassen, z.B. ein Gerät mit Tasmota ein Objekt damit zu erstellen.
Was müsste dann genau geloggt werden? Den MQTT-Adapter auf Debug stellen würde reichen?

[hanss]

@capitaenz @apollon77
Ich meine, die Fehlervermeidung müsste weiter unten erfolgen, beim QOS, Prüfsumme, fehlerhafte MQTT Datenpakete erkennen usw..
Wenn MQTT mit fehlerhaften Datenpaketen weiter arbeitet, kann ja alles mögliche passieren, nicht nur diese unerwünschten Objekte.

Was bisher aufgefallen ist:
Diese verstümmelten Objekte hatten immer eine Ähnlichkeit mit bestehenden Objekten.
Evtl. auch Störungen im WLAN oder js.controller (hohe Auslastung, Speicher Überlauf etc.) als Ursache

[apollon77]

@hanss Es klingt auf jeden Fall danach das irgendwie "garbage" über die Leitung kommt ...

Ich würde also erstmal hingehen und versuchen solche IDs zu erkennen und zu ignorieren und das zu loggen. Dann sehen wir ob plötzlich was anderes nicht tut

[hanss]

@apollon77
Das sehe ich genauso, denn was ich bisher darüber gelesen habe, wird reproduzieren wahrscheinlich nicht möglich sein.

Ich habe gerade jetzt wieder einen Eintrag (in ein bestehendes MQTT Objekt) bemerkt, obwoh der
dafür zuständige Client nichts im Logbuch stehen hatte, daß er etwas weggeschrieben hätte.
Der Wert wurde wie üblich auch in der SQL Datenbank gespeichert und ist durchaus plausibel.
Dieses Mal ohne WiFi Störung, ohne JS Besonderheiten. im Client wurde ein Interrupt ausgelöst,
Eintrag war i.O.

[apollon77]

Naja am Ende müsste jemand der das Problem hat im texteditor mit so einem kaputten Objects File einfach mal schauen was das genau "Hex Code technisch" für ein zeichen ist :-)

[hanss]

mach ich gerne, wenn das wieder einmal auftritt.
In welcher Datei stehen denn die Zeichen, die Dich interessieren?

[apollon77]

@hanss In dem File was Du bearbeitestn kannst um es zu fixen ...

[capitaenz]

@apollon77 Also die "states.json" und "objects.json"?

[apollon77]

@capitaenz jupp

[capitaenz]

@apollon77 Da hatte ich ja bereits eine betroffene Stelle hochgeladen.

[apollon77]

@capitaenz haste mal den Link wo genau? du es hochgeladen ist

[Glasfaser]

@apollon77

bereits eine betroffene Stelle

Er meint im Beitrag 10 und 18

[watcherkb]

@alle
Wenn ihr die Objekte bereinigen wollt: folgende Vorgehensweise hat sich bei mir bewährt

1. mqtt Adapter stoppen
2. unter Objekte den ganzen mqtt Pfad als json herunterladen (Pfeil nach unten)
3. unter Objekte den ganzen mqtt Pfad löschen
4. https://jsonformatter.org/json-parser aufrufen, json hochladen und im Fenster rechts auf "Tree" umstellen.
5. das kaputte Objekt wählen und auf "Remove"
6. bereinigte json herunterladen und wieder unter Objekte mit dem Pfeil nach oben hochladen
7. mqtt Adapter starten

[apollon77]

@Glasfaser Ok,da oben ists \u0001\u0000

[capitaenz]

@Glasfaser said in Kann im MQTT Objekte nicht löschen:

@apollon77

bereits eine betroffene Stelle

Er meint im Beitrag 10 und 18

Ja genau ;-)