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

[Homoran]

@thomas-braun sagte in source does not exist for "read" function:

source in "alias.0.0_userdata.0.solix.solarbank_info.total_battery_power" does not exist for "read

wie sehen die Objektdaten des QuellDPs aus

[Thomas Braun]

@homoran

Da dürfte der Hase im Pfeffer liegen.
Kommt als String ums Eck:

{
  "common": {
    "name": "total_battery_power",
    "type": "string",
    "role": "value",
    "read": true,
    "write": true
  },
  "native": {},
  "type": "state",
  "from": "system.adapter.javascript.0",
  "user": "system.user.admin",
  "ts": 1738344042869,
  "_id": "0_userdata.0.solix.solarbank_info.total_battery_power",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Offenbar hat sich da das Format so wie es aus der Batterie geliefert wird geändert. Ich muss das also dann noch irgendwo in der Kette auf Number umstellen. Ich weiß nur nicht wo und wie am besten. Im Alias-Adapter?

[mickym]

Na wenn da nur Zahlen rauskommen und Du schreibst ja schließlich mit irgendwas in 0_userdata.0 - dann würde ich halt mal die Quelle auf Zahl umstellen und prüfen mit was Du auch immer schreibst, dass Du Zahlen schreibst. Das was in 0_userdata.0 steht schreibst ja Du bzw. ein Skript da rein.

Mir ist nicht bekannt, dass die "Batterie" oder irgendein Adapter direkt unter 0_userdata.0 schreibt.

[Thomas Braun]

@mickym sagte in source does not exist for "read" function:

Das was in 0_userdata.0 steht schreibst ja Du bzw. ein Skript da rein.

Das kommt über mqtt da ungefiltert rein.

[mickym]

@thomas-braun Na auch wenn du dann wahrscheinlich mit dem mqtt-client arbeitest, müsstest Du doch den Typ selbst definieren können.

Und für die Fehlerbehebung würde ich wenn nicht mit dem Adapter arbeiten, sondern direkt im Alias. Adapter sind immer Fehlerquellen.

[Thomas Braun]

@mickym

Das ist ja genau die Frage. Wo in der Kette konvertiere ich den String am besten in ein Zahlenformat. 7
Die Batterie schickt ein json an mosquitto, der mqtt-client holt das dann in den ioBroker rein, das ganze wird in userdata.0 geschoben und dann mit dem Alias-Adapter verwurstet.

Wo setze ich da an?

[mickym]

@thomas-braun In Mosquitto ist alles gut - der macht keine Konvertierung, sondern das ist ein Objekt. Dann ist es auch richtig, dass unter 0_userdata.0...Datenpunkt ein String ist, da das dann ein JSON ist. Das extrahieren der Zahl machst Du dann im Alias - aber ich würde es halt nicht im Adapter machen, sondern direkt im Alias.

Das heißt in deinem 0_userdata.0 Datenpunkt sollte eigentlich ein JSON String stehen. Poste den mal, dann können wir uns überlegen wie die Readfunktion im Alias auszusehen hat.

Normalerweise extrahiert man die Eigenschaft mit

(JSON.parse(val).Eigenschaft) * 100

[Thomas Braun]

@mickym

0_userdata.0.solix.solarbank_info.total_battery_power

Objekt schaut wohl so aus:

{
  "common": {
    "name": "total_battery_power",
    "type": "string",
    "role": "value",
    "read": true,
    "write": true
  },
  "native": {},
  "type": "state",
  "from": "system.adapter.javascript.0",
  "user": "system.user.admin",
  "ts": 1738344042869,
  "_id": "0_userdata.0.solix.solarbank_info.total_battery_power",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[mickym]

@thomas-braun Nein das ist der Pfad oder die ID des Objektes. Geh mal bitte unter objekte und auf den Datenpunkt
solix.solarbank_info.total_battery_power unter 0_userdata.0 und dann kopiere mal den JSON String der als Wert in dem Datenpunkt steht hier rein.

[Thomas Braun]

@mickym

Keine Ahnung was du brauchst...

0_userdata.0.solix.solarbank_info.total_battery_power

total_battery_power

Da steht sonst unter value nur noch

0.61

drin. Und den will ich ja mit 100 multiplizieren. Das JSON wird davor noch per skript in Einzelerte zerlegt. Fällt mir gerade ein... g

[mickym]

@thomas-braun

Da steht sonst nur noch

0.61

Ah OK dann ist das aber kein JSON mehr sondern wirklich ein numerischer Wert. Dann stell doch einfach mal den Datenpunkt auf Typ Zahl um.
Also Bleistift rechts und dann Typ ändern.

[Thomas Braun]

@mickym sagte in source does not exist for "read" function:

Ah OK dann ist das aber kein JSON mehr sondern wirklich ein numerischer Wert.

Das JSON wird zuvor schon in Einzelwerte zerlegt.

Dann stell doch einfach mal den Datenpunkt auf Typ Zahl um.

Das funktioniert genau einmal. Die nächste Übermittlung des Wertes ist wieder ein String.

[mickym]

@thomas-braun OK dann fallen mit noch 2 Möglichkeiten ein.

1. Du stellst den Datentyp auf "Mixed" - würde ich präferieren
2. Du konvertierst halt dann in der Aliasfunktion noch

Number(val) * 100

Ich schau mal ob man dem mqtt-Client noch was einstellen kann.

[Thomas Braun]

@mickym

Ich glaube, jetzt geht es...
Hab noch 'irgendwo irgendwas' umgestellt, jetzt erscheint auch im echarts der richtige Prozentwert.
Mal schauen ob es einen Neustart auch übersteht...

[mickym]

@thomas-braun Welche Methode hast Du verwendet?

[paul53]

@thomas-braun sagte: Wo in der Kette konvertiere ich den String am besten in ein Zahlenformat

Die Multiplikation mit 100 im Alias konvertiert implizit den String in eine Zahl.
Die Meldung "does not exist" sieht eher danach aus, als dass es den DP "0_userdata.0.solix.solarbank_info.total_battery_power" nicht (mehr) gibt.

[Thomas Braun]

@mickym

Ich kann es wirklich nicht sagen.
Planloses herumgeklicke von mir in der Admin-GUI.

[Thomas Braun]

@paul53 sagte in source does not exist for "read" function:

Die Meldung "does not exist" sieht eher danach aus, als dass es den DP "0_userdata.0.solix.solarbank_info.total_battery_power" nicht (mehr) gibt.

Doch, den gibt und gab es.

[mickym]

@thomas-braun sagte in source does not exist for "read" function:

Planloses herumgeklicke von mir in der Admin-GUI.

:grinning: :joy: :rolling_on_the_floor_laughing:

[Homoran]

@paul53 sagte in source does not exist for "read" function:

nicht (mehr) gibt.

das hatte ich etwas differenzierter interpretiert, da die Meldung noch mit 'for read' weiterging.
Dachte daher dass der read=false sei, was er nicht ist.

Möglich aber, dass es nur um den in der Lesekonvertierung angegebenen DP geht