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

[Boronsbruder]

@homoran

Was mich wundert, ist, dass er im Code (kodi.js) anscheinend den Wert als Float behandelt...

saveState('main.seek', parseFloat(res[0].percentage).toFixed(4));

.
.
.

function saveState(name, val){
    const k = name.split('.');
    if(k.length === 1){
        k.unshift('main');
    }
    if (!states[k[0]][k[1]]){
        adapter.log.error('saveState Object not found - ' + name + ': {val: false, name: "' + name + '", role: "media", type: "string", read: false, write: true}');
    } else {
        if (val === undefined){
            if (states[k[0]][k[1]].type === 'string'){
                val = '';
            } else if (states[k[0]][k[1]].type === 'number'){
                val = 0;
            } else if (states[k[0]][k[1]].type === 'boolean'){
                val = false;
            }
        }
        states[k[0]][k[1]].val = val;
    }
}

[Homoran]

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

dass er im Code (kodi.js) anscheinend den Wert als Float behandelt...

aber er schreibt es als string:

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

parseFloat(res[0].percentage).toFixed(4));

[paul53]

@boronsbruder sagte: den Wert als Float behandelt...

.toFixed(4)

macht aus der Zahl einen String mit 4 Nachkommastellen.

[Boronsbruder]

@paul53
Danke!

Hab es bei mir gefixed...

saveState('main.seek', parseFloat(parseFloat(res[0].percentage).toFixed(4)));

Kodi.js (Zeile 494)

Bitte nicht schlagen :face_with_rolling_eyes:

[Homoran]

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

Bitte nicht schlagen

nicht wundern, wenn dann auf einmal seeeeehr lange Werte (viele Nullen oder Neunen nach dem Komma) dabei rauskommen

[Boronsbruder]

@homoran
Im Moment alles 4-stellig.
Aber ich behalte es im Hinterkopf

[paul53]

@boronsbruder sagte: Hab es bei mir gefixed...

Funktioniert natürlich, aber besser so:

saveState('main.seek', Math.round(parseFloat(res[0].percentage) * 10000) / 10000);

[sigi234]

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

instalator hat auch den Synology Adapter entwickelt , der ist auch Down .

Ja, er hat ALLE seine Adapter gelöscht, warum auch immer. Soweit ich weis ist das in Abklärung.

[Homoran]

@sigi234 Oha!

im Forum war er vor 2 1/2 Jahren das letzte mal.
Hoffentlich alles gut

[apollon77]

@boronsbruder Warte noch paar Stunden, das Repo wird gerade verschoben. Dann bitte dort anlegen

[apollon77]

@glasfaser Wir verschieben die instalator Adapter gerade und kommen morgen wieder ins Repo ... ALso botte issues einfach par stunden später anlegen bitte

[Jey Cee]

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

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

instalator hat auch den Synology Adapter entwickelt , der ist auch Down .

Ja, er hat ALLE seine Adapter gelöscht, warum auch immer. Soweit ich weis ist das in Abklärung.

Instalator hat die Entwicklung aufgegeben, @apollon77 stellt den letzten stand in der Community wieder her.
Dann werden die Adapter von Instalator in Zukunft durch die Community gepflegt.

[Jey Cee]

@homoran der hat die Github repos vor 3 oder 4 Tagen gelöscht, aber andere sind noch da. Also kann man davon ausgehen das es ihm gut geht.

[Boronsbruder]

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

@boronsbruder Warte noch paar Stunden, das Repo wird gerade verschoben. Dann bitte dort anlegen

So hier der Issue

https://github.com/iobroker-community-adapters/iobroker.kodi/issues/1

ist aber nicht zu kodi.0.seek der ist ja schon gefixed.
sondern zu:

State value to set for "kodi.0.info.audio_channels" has to be type "number" but received type "string"
State value to set for "kodi.0.info.audio_bitrate" has to be type "string" but received type "number"

State value to set for "kodi.1.info.genre" has to be type "string" but received type "boolean"

letzterer erscheint nur beim Adapter-Neustart

[apollon77]

@glasfaser Kannst :-) jetzt in https://github.com/iobroker-community-adapters/ioBroker.synology

[Boronsbruder]

Und noch einer:

State value to set for "husq-automower.0.mower.scheduleTime" has to be type "number" but received type "string" 

https://github.com/truegreyhound/ioBroker.husq-automower/issues/25

[Linedancer]

Hallo Gemeinde,

bei mir zickt da noch der Viessmann Adapter. Der sollte mit 1.3.4 eigentlich mit js3.3 klar kommen, tuts bei mir aber nicht.
Hab den Adapter gestoppt, alle DP gelöscht und den Adapter neu gestartet.
Ergebnis:

State value to set for "viessmann.0.get.BrennerStufe" has to be type "string" but received type "number"
State value to set for "viessmann.0.get.PumpeStatusM1" has to be type "string" but received type "number"
State value to set for "viessmann.0.get.PumpeStatusSp" has to be type "string" but received type "number"
State value to set for "viessmann.0.get.StatusStoerung" has to be type "string" but received type "number"
Object of state "viessmann.0.set.NiveauM1" is missing the required property "common.type"

unabhängig davon, Danke für euren Einsatz und ich werd mich dann mal and den neuen Admin machen....

[Siggi0904]

@paul53 sieht man die Änderung im git schon?
Irgendwie sehe ich die da nicht.
Denn wenn es der PR https://github.com/iobroker-community-adapters/ioBroker.deconz/pull/261 ist, dann ist der ja mit Fehler (Integrationstest) abgelehnt worden und ist schon 2 Tage alt.

Dann kommt ja noch die große Hürde, dass es auch als stable released werden muss.

[paul53]

@siggi0904 sagte: sieht man die Änderung im git schon?

Ja, main.js: Zeilen 2142 und 2144.

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

Dann kommt ja noch die große Hürde, dass es auch als stable released werden muss.

Ja, bis dahin muss man von Github installieren (Katze).

[apollon77]

@linedancer Dann bitte neues GitHub issue beim Adapter