Meldungen seit controller v3.3 zu falschem Datentyp
-
@boronsbruder Geht jetzt wieder seit paar Tagen .Muss noch neue Version releasen
-
Ich habe auch noch einen gefunden - oder eine Lösung übersehen?!
calendar.0 2021-08-28 20:26:52.467 info State value to set for "calendar.0.xxxxxxxxxxxxx.30.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.464 info State value to set for "calendar.0.xxxxxxxxxxxxx.29.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.461 info State value to set for "calendar.0.xxxxxxxxxxxxx.28.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.460 info State value to set for "calendar.0.xxxxxxxxxxxxx.25.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.459 info State value to set for "calendar.0.xxxxxxxxxxxxx.23.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.453 info State value to set for "calendar.0.xxxxxxxxxxxxx.18.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.446 info State value to set for "calendar.0.xxxxxxxxxxxxx.14.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.382 info State value to set for "calendar.0.xxxxxxxxxxxxx.9.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.381 info State value to set for "calendar.0.xxxxxxxxxxxxx.8.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.379 info State value to set for "calendar.0.xxxxxxxxxxxxx.4.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.377 info State value to set for "calendar.0.xxxxxxxxxxxxx.1.eventsNumber" has to be type "number" but received type "string" calendar.0 2021-08-28 20:26:52.376 info State value to set for "calendar.0.xxxxxxxxxxxxx.0.eventsNumber" has to be type "number" but received type "string"Die Objekte unter calendar.0 zu löschen habe ich schon erfolglos probiert.
Kalender 1.2.0
js-controller 3.3.15 -
@danny030 issue ein Adapter bitte
-
@apollon77 sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
@danny030 issue ein Adapter bitte
Hab mir scheinbar zu lange Zeit gelassen. Hat nun jemand anderes erledigt:
https://github.com/WLAN-Kabel/ioBroker.calendar/issues/63open error messages: wrong data type #63
-
@homoran Danke. Aber: wenn ich die alle lösche, gehen dann auch die Verbindungen zur influx.db verloren?
-
@wrod sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
@homoran Danke. Aber: wenn ich die alle lösche, gehen dann auch die Verbindungen zur influx.db verloren?
???
-
Antwort von @wrod auf deinen Link .....
https://forum.iobroker.net/topic/49151/fehlermeldungen-zu-datenpunkten
-
@homoran
(Wiegesagt: Anfänger)
Rechts neben den Objekten habe ich (über die Einstellungen) angegeben, dass die geloggt werden sollen. Wenn ich nun die Objekte lösche und neu anlegen lassen, dann muss ich alle influxdb-Einstellungen neu einrichten? Oder wird das woanders gespeichert, und automatisch wieder hergestellt? -
@wrod sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
dann muss ich alle influxdb-Einstellungen neu einrichten?
kenne die aktuellen Vorgänge mit Influx nicht, aber ja - müsstest du wahrscheinlich.
Da die ID aber gleich bleibt bleiben auch die historisierten Datenpunkte gleich -
@haselchen aber das war ich doch nicht
das war @crunchip
-
-
@haselchen sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
Gibt es einen homoran Bruder ?
enää, aber das mit dem Löschen stammt nicht von mir
-
@homoran sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
aber das mit dem Löschen stammt nicht von mir
wenn man es genau nimmt, dooooch
Dazu bitte erst zu dem angemeckerten Adapter prüfen ob es bereits ein Update mit einem fix gibt, oder ob ein passendes Issue auf Github existiert. **Alternativ die angemeckerten Objekte löschen** und den Adapter neu starten, dann werden viele Objekte korrekt neu angelegt! -
@wrod ja du musst das Logging manuell wieder aktivieren, wenn du einen DP löscht, es bleibt alles beim alten und wird dnach auch wieder korrekt weiter geschrieben,
ausser:
du hast nicht den original DP genommen und einen Alias vergeben, dann muss du das auch wieder so eintragen.
-
@crunchip Danke, hab's befürchtet.
-
Moin, ich möchte hier auch den Netatmo-Adapter nochmals ergänzen!
Dieser produziert auf einem aktualisiertem System (selbstverständlich nach Stoppen, Löschen der Objekte und Neustart des Adapters) weiterhin eine Vielzahl von Log-Einträgen zu den Innen- und Außenkameras. Ein Git-Issue dazu ist schon länger vorhanden Link
Abgesehen davon, dass der Adapter vom Entwickler schon länger nicht gepflegt wird und funktionelle Lücken bei der Nutzung der Kameras hat, wurde der Adapter hinsichtlich der Meldungen zum falschen Datentyp zumindest teilweise aktualisiert (Danke an @apollon77 !!)
Ich hoffe, dass dies auch für die noch auftretenden fehlerhaften Objekte erfolgen kann!Falls noch Unterstützung beim Testen nötig ist, gerne!
-
-
@lkbgn ?
-
Bei mir ist leider alles voll mit Warnmeldungen bei mqtt. Ein Update von mqtt hat noch nichts gebracht. Das System läuft ja auch so rund, aber die Meldungen im Protokoll nerven mich schon. Wenn ich jetzt alle Objekte lösche, sind dann auch meine Entitätstypen Einstellungen von Lovelace weg? Dann würde ich das System lieber so laufen lassen...!
(Sorry für die vllt naive Frage.)
-
@dan11hh sagte in Meldungen seit controller v3.3 zu falschem Datentyp:
Ein Update von mqtt hat noch nichts gebracht.
warum auch?
welche Clients schicken denn die falschen Formate?
Da solltest du ansetzen
