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

[FredF]

@boronsbruder :face_palm: Beiträge komplett lesen hilft

[apollon77]

@boronsbruder Geht jetzt wieder seit paar Tagen .Muss noch neue Version releasen

[danny030]

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

[apollon77]

@danny030 issue ein Adapter bitte

[danny030]

@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/63

[wrod]

@homoran Danke. Aber: wenn ich die alle lösche, gehen dann auch die Verbindungen zur influx.db verloren?

[Homoran]

@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?

???

[haselchen]

@homoran

Antwort von @wrod auf deinen Link .....

https://forum.iobroker.net/topic/49151/fehlermeldungen-zu-datenpunkten

[wrod]

@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?

[Homoran]

@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

[Homoran]

@haselchen aber das war ich doch nicht :-(

das war @crunchip

[haselchen]

@homoran

Gibt es einen homoran Bruder ?

[Homoran]

@haselchen sagte in Meldungen seit controller v3.3 zu falschem Datentyp:

@homoran

Gibt es einen homoran Bruder ?

enää, aber das mit dem Löschen stammt nicht von mir

[crunchip]

@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 :stuck_out_tongue_winking_eye:

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!

[crunchip]

@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.

[wrod]

@crunchip Danke, hab's befürchtet.

[TomBo1969]

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]

@crunchip

[crunchip]

@lkbgn ?

[dan11hh]

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.)