Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[arteck]

@fuzzy1955 sagte:

"0"

das ist aber ein string

[fuzzy1955]

@arteck sagte:

das ist aber ein string

Aber der "type": "number". Das ist die Ursache.

[arteck]

@fuzzy1955 sagte:

Aber der "type": "number". Das ist die Ursache.

nein die definition der states..wenn der dp numerisch bleiben soll

[fuzzy1955]

@mcm1957 sagte in [INFO] Objekt "states" ändert sich mit JS-Adapter v9.0.18:
Welchen Typ hat denn der State 'Ofenbetriebszeiten' ?

[EDIT]
"type": "string" funktioniert aber bei mir auch nicht mit "PV-Module": "0"
Nur "type": "string" oder "type": "number" mit "0": "PV-Module" funktioniert .

[mcm1957]

Also der Eintrag LINKS muss dem val (aka Wert) des States in Typ un Inhalt entsprechen. Wenn der State number ist (und ich gehe mal davon aus, dass das so stimmt, da wahrscheinlich auch der Code mit Zahlen rechnet) dann ist 0: 'offline' richtig. "0": "offline" könnte funktionieren da ev eine implizite String to number Funktion wo stattfindet. "offline":"0" ist definitiv falsch und kann m.e. noch nie funktioniert haben.

ERGO:
Schau bitte als erstes mal was im State für ein Wert steht. Direkt im Stet nocht via states konvertiert. Also das was .val liefert oder du bei aktivem expert Mode siehst. Oder schau ob dein Code 0 oder 'offline" also Zahö oder String auslesen will bzw. reinschreibt

[fuzzy1955]

@mcm1957 sagte:

Schau bitte als erstes mal was im State für ein Wert steht

Ich kann bei States nur "0": "PV-Module" reinschreiben. Bei 0: "PV-Module" kommt ein Fehler.

"offline":"0" ist definitiv falsch und kann m.e. noch nie funktioniert haben

Hat aber monatelang funktioniert bis zum letzten JS-Update ;-)

[arteck]

"common": {
    "id": "scene",
    "name": "scene",
    "write": false,
    "read": true,
    "desc": "Scene 001",
    "type": "number",
    "min": 0,
    "max": 255,
    "def": 0,
    "unit": "",
    "role": "state",
    "states": {
      "0": "KeyPressed",
      "1": "KeyReleased",
      "2": "KeyHeldDown",
      "3": "KeyPressed2x"
    }
  },

so hab ich es in zwavews als definition
so siehts aus

ist aber im admin

kann sein das der widget kaputt ist ?

[fuzzy1955]

@arteck sagte:

so hab ich es in zwavews als definition

Genauso funktioniert es eben bei mir auch. Nur das läuft nicht mehr:

"name": "Diagrammart",
"desc": "Manuell erzeugt",
"role": "state",
"type": "number",
"read": true,
"write": true,    
"states": {
      "PV-Module": "0",
      "Hausakku": "1"

[ticaki]

@fuzzy1955 sagte:

@arteck sagte:

so hab ich es in zwavews als definition

Genauso funktioniert es eben bei mir auch. Nur das läuft nicht mehr:

"name": "Diagrammart",
"desc": "Manuell erzeugt",
"role": "state",
"type": "number",
"read": true,
"write": true,    
"states": {
      "PV-Module": "0",
      "Hausakku": "1"

afaik war das aber schon immer "falsch".

"Wert": "Beschreibung"

"1": "bla",
"2": "doppleBla"

oder (hier bin ich nicht ganz sicher, weil ich da nie arrays rein schreibe)
"Beschreibung"

"bla",  //0
"doppleBla" //1

oder halt
Wert: "Beschreibung"

1: "bla",
2: "doppleBla"

[paul53]

@fuzzy1955 [sagte]: Bei 0: "PV-Module" kommt ein Fehler.

Der Admin zeigt das Objekt als JSON.

@fuzzy1955 [sagte]: Nur das läuft nicht mehr:

"name": "Diagrammart",
"desc": "Manuell erzeugt",
"role": "state",
"type": "number",
"read": true,
"write": true,    
"states": {
      "PV-Module": "0",
      "Hausakku": "1"

Der DP muss vom Typ "string" sein.
Diese Version macht wenig Sinn.

[skvarel]

Es wird am Widget liegen. Bei unserem Dropdown lässt sich auswählen was von beiden (oder beides) man angezeigt bekommen möchte.

[fuzzy1955]

@skvarel sagte:

Es wird am Widget liegen

Möglich. Ist aber egal. So wie oben beschrieben funktioniert es. Ich glaube, wir beenden die Debatte.