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

[draexler]

@homoran Vielen Dank fürs unterstützen.

Der Trigger Datenpunkt ist ein Alias Datenpunkt:

Und der zugrundelegende Datenpunkt ist das:

Aber anscheinend schickt der Wechselrichtiger ab und zu ein "true"

Aber die sind ja beide schon Typ "Number". Ist es nicht eigentlich egal, was für ein Datentyp es ist (bitte korrigiert mich)? Es rutscht ja sowieso durch – nur mit einer Warnmeldung. Liege ich da falsch? Dann würde dein Ansatz ja auch nichts bringen, oder? Weil ja das true trotzdem an HAAS gesendet wird? Man müsste prüfen ob es im Wert Zahlen sind bzw. maximal ein Trennzeichen und nur dann soll es durchgereicht werden.
Das wäre ja dann der richtigere Ansatz?
PS: Klar in meinen Vorpost war die Frage wie man auf Number prüft, aber da hatte ich diesen Gedankengang noch nicht.

[Homoran]

@draexler sagte in HASS Adapter Fehlermeldung Datenpunkt:

Aber die sind ja beide schon Typ "Number"

Was da für ein Typ reingeschrieben wird, kann alles sein.

@draexler sagte in HASS Adapter Fehlermeldung Datenpunkt:

in meinen Vorpost war die Frage wie man auf Number prüft, aber da hatte ich diesen Gedankengang noch nicht.

deswegen die Fragen!

Von wem kommt diese Meldung?
@draexler sagte in HASS Adapter Fehlermeldung Datenpunkt:

Cannot control hass.0.entities.input_number.pv_bezug_iobroker.set_value: true

für mich sieht das aus, als ob HAss ich mit dem 'true' klarkommt.
Deswegen die Frage, was HAss dort erwartet.
Die Meldung kann aber auch ganz was anderes bedeuten.

[draexler]

@homoran Ah verstanden, also HASS erwartet eine Zahl. Der Datenpunkt in HASS ist ein manuell angelegter Helper. Der vom HASS Adapter angelegte Datenpunkt wurde auch mit dem Datentyp Number angelegt.

[draexler]

Ich habe jetzt noch die Prüfung hinzugefügt das wenn "true" als string kommt das es abgelehnt werden soll. Bringt aber auch nichts... Ich weiß nicht mehr weiter :-(

[draexler]

Ich versuche es jetzt noch einmal nach der "Sommerpause" ;-) Hat irgendjemand vielleicht noch eine Idee?

[black.falcon87]

Hast du evtl. eine Möglichkeit den Datenpunkt aus dem Trigger mal für eine gewisse Zeit zu protokollieren? History Adapter, InfluxDB oder so?
Dann könntest du sehen ob dieser mal was anderes als eine Zahl liefert.

Vielleicht kann es auch helfen den Datenpunkt explizit in eine Zahl zu konvertieren, aber besser wäre natürlich er wird sauber vom ursprünglichen Adapter geliefert

(Konvertierung nach Zahl z.B. wie hier unter Punkt 1: https://www.smarthome-tricks.de/software-iobroker/blockly-konvertierungen/ )

[draexler]

@black-falcon87 Danke für deinen Vorschlag. Aber macht das wirklich Sinn? Laut Log wird ja ein "true" an "HASS" übergeben, was dort nicht akzeptiert wird. Ich würde dann ja im erweiterten log auch nur sehen das ein "true" geliefert wird. Irgendwie müsste man das also unterbinden – und genau daran hänge ich gerade.
Nochmal der Gesamtweg: Plenticore Adapter -> Alias -> Skript triggert auf Änderung dieses Alias -> bei Änderung aktualisiere HASS Datenpunkt.

[black.falcon87]

@draexler ja also wenn du durch Logging nachweisen kannst das da ein true geliefert wird obwohl der Datentyp Zahl ist, dann würde ich versuchen bei dem Plenticore Adapter ein issue auf Github zu eröffnen. Das klingt als wenn es ein Fehler in dem Adapter wäre? 🤷‍♂️

[draexler]

@black-falcon87 Klar, das wäre der erste Weg... Mache mir da aber recht wenig Hoffnung das das was passiert. Der Adapter sieht ziemlich verwaist aus :-( Was nicht heißt das da nichts mehr passiert, aber sicherlich nicht so schnell. Gibt es denn gar keine Möglichkeit in Blockly zu prüfen das nur Zahlenwerte durchgelassen werden? Ist zwar nur Kosmetik, aber wenigstens ein sauberes Log.

[Adnim]

@draexler tu den wert doch einfach nochmal nach Zahl umwandeln vorm schreiben

[ticaki]

@draexler

Keine Ahnung wie das mit Blockly geht - aber brauchs nicht, wenn du einen sichere Zahl hast, schreib das hier halt in den read vom alias:
Number.isFinite(Number(val)) ? Number(val) : 1
die 1 durch deine sichere Zahl ersetzt, die nix falsch macht.