HASS Adapter Fehlermeldung Datenpunkt

[draexler]

Keiner eine Idee? Gibt es in Blockly eine Möglichkeit zu prüfen ob es eine Zahl ist?

[draexler]

@haus-automatisierung: Hast du eine Idee wie man das in Blockly abfangen kann? Du bist ja einer von den Blockly Gurus
Bin hier leider mit meinen Latein am Ende

[Homoran]

@draexler

mal geraten:

EDIT:

passt!

in dem Triggerbaustein 'Wert' habe ich keine passende Option gefunden

EDIT2:
Was liefert denn der Trigger-Datenpunkt?
ggf. mal in Logikwert wandeln.
und was muss in den HAss Datenpunkt?

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