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

[Rickman]

@apollon77 said in Meldungen seit controller v3.3 zu falschem Datentyp:

@rickman Bitte GitHub version versuchen

SUPER!!!! Läuft.
Danke Dir / Euch.

Mit besten Grüßen,
Richy

[Boronsbruder]

@apollon77
Also, wenn ich "IOBROKER -> Adapter -> Installieren aus eigener URL -> von Github" benutze, bekomme ich "kodi [instalator]" angezeigt
und folgende Fehler:

2021-08-24 08:58:27.319 - info: host.zerobroker iobroker url https://github.com/instalator/ioBroker.kodi/tarball/master --host zerobroker
2021-08-24 08:58:28.466 - info: host.zerobroker iobroker install instalator/ioBroker.kodi#master
2021-08-24 08:58:28.741 - info: host.zerobroker iobroker NPM version: 6.14.13
2021-08-24 08:58:28.742 - info: host.zerobroker iobroker npm install instalator/ioBroker.kodi#master --loglevel error --prefix "/opt/iobroker" (System call)
2021-08-24 08:58:32.788 - info: host.zerobroker iobroker npm ERR! Error while executing:
2021-08-24 08:58:32.789 - info: host.zerobroker iobroker npm ERR! /usr/bin/git ls-remote -h -t ssh://git@github.com/instalator/ioBroker.kodi.gitnpm ERR! npm ERR! Host key verification failed.npm ERR! fatal: Konnte nicht vom Remote-Repository lesen.npm ERR! npm ERR! Bitte stellen Sie sicher, dass die korrekten Zugriffsberechtigungen bestehennpm ERR! und das Repository existiert.npm ERR! npm ERR! exited with error code: 128
2021-08-24 08:58:32.794 - info: host.zerobroker iobroker
2021-08-24 08:58:32.795 - info: host.zerobroker iobroker npm ERR! A complete log of this run can be found in:npm ERR! /opt/iobroker/.npm/_logs/2021-08-24T06_58_32_789Z-debug.log

Über "Benutzerdefiniert" und mit der URL vom Github-Community-Adapter funktioniert es ohne Probleme.

Da gibts nur beim Start des Adapters einmalig den

2021-08-24 08:58:42.363 - info: kodi.0 (11474) State value to set for "kodi.0.info.genre" has to be type "string" but received type "boolean" 

Grüße

[FredF]

@boronsbruder Du musst unter Benutzerdefiniert die URL

https://github.com/iobroker-community-adapters/ioBroker.kodi

eintragen

[Boronsbruder]

@fredf
Ja, ich hab ich ja auch noch gemacht ;)

**Über "Benutzerdefiniert" und mit der URL vom Github-Community-Adapter funktioniert es ohne Probleme.**

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