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

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