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

[Asgothian]

@AFi
Irgendwo gibt es Unstimmigkeiten im Datentyp. Zahl ist erwartet, Text wird geliefert.

Im Blockly kannst du da wo du den State setzt die Variable explizit in eine Zahl umwandeln bevor du den State aktualiserst. Dafür gibt es einen entsprechenden Baustein (kein blockly im Büro, deswegen nur text.

Des weiteren würde ich alle selbst angelegten DP's prüfen - sie sollten alle vom Typ "Zahl" sein, nicht vom Typ "string"

A.

[AFi]

@Asgothian
Hi, dies habe ich alles verstanden, ich werde dies jedoch nochmals prüfen.

Was meinst Du mit "kein blockly im Büro........................"?

Gruß Axel

[AFi]

@Asgothian
Hi,

ist es grundsätzlich richtig, dass wenn ein DP als Zahl mit Prozent Einheit und dem Wert 100% als
Zahl 1 ist (so zumindest in der Mathematik)?
Dies bedeutet, wenn im DP 101% steht, dass ich in Blockly 1.01 abfragen/prüfen muss?

Seh ich dass richtig, das der Funktionsblock "Wert vom Objekt ID ....." kein Garant ist, dass der Inhalt
in eine Zahl umgewandelt wird, sondern zur Sicherheit noch der Funktionsblock "nach Zahl" hinzugefügt werden muss?

VG Axel

[paul53]

@AFi sagte:

wenn im DP 101% steht, dass ich in Blockly 1.01 abfragen/prüfen muss?

Nein, der Wert ist eine Zahl (101). Die Einheit dient nur zur Anzeige und ist nicht im Wert enthalten, es sei den der Wert ist ein String mit Einheit ("101%"). HomeMatic arbeitet mit Werten von 0 bis 1, wobei die Umrechnung in % im Adapter erfolgt.

@AFi sagte in Variablen Definieren / Warnmeldungen:

das der Funktionsblock "Wert vom Objekt ID ....." kein Garant ist, dass der Inhalt in eine Zahl umgewandelt wird

Ja. Es erfolgt keine automatische Typwandlung.

[AFi]

@paul53
Vielen Dank, dann werde ich meine Blockly`s auf diese Möglichkeiten prüfen.

VG Axel

[AFi]

@paul53 Hi Paul, es wäre wohl dann besser die Bezeichnung nicht "Wert" zu nennen, sondern "Inhalt", bin mir nicht sicher wer dies ändern könnte.

VG Axel

[paul53]

@AFi sagte:

nicht "Wert" zu nennen, sondern "Inhalt"

Das ist Ansichtssache. Der Zustand eines Datenpunktes enthält von Anfang an val, was man meist mit "Wert" übersetzt.

[AFi]

@paul53 Hi Paul, ist ok, bin halt aufgrund dieser Problematik "drübergestolpert", man muss es eben wissen, das es sich um den Inhalt handelt und nicht zugleich eine Umwandlung in Zahl.

Nochmals Danke, werde berichten ob die Fehler immer noch kommen, muss jedoch meine Änderungen ("nach Zahl...)" beobachten bzw. abwarten.

VG Axel

[Homoran]

@AFi sagte in Variablen Definieren / Warnmeldungen:

man muss es eben wissen, das es sich um den Inhalt handelt und nicht zugleich eine Umwandlung in Zahl.

auch true oder Müller sind die Werte eines States oder einer Variablen
Die müssen auch nicht in den Typ number umgewandelt werden

[AFi]

@Homoran habe jetzt an allen möglichen und unmöglichen Stellen "nach Zahl..." eingesetzt und es wird ruhiger in der LOG-Liste.

zu "Werte eines States": ist was anderes als das einzelne Wort: "Wert" und hätte es auch richtig umschrieben.

Mann sollte nicht immer den Anwender für blöd halten, er muss es verstehen um die Software anwenden zu können.
Wobei ich hier eindeutig festhalten möchte es ist eine tolle Software, viel besser als so manch andere die ich in der Anwendung hatte und ausprobiert habe, ein Lob an die Entwickler, die hier viel Arbeit reinstecken.

VG Axel

[Homoran]

@AFi sagte in Variablen Definieren / Warnmeldungen:

Mann sollte nicht immer den Anwender für blöd halten

Hä?

@AFi sagte in [erledigt] Variablen Definieren / Warnmeldungen:

"Werte eines States": ist was anderes als das einzelne Wort: "Wert"

Wieso?

Die Variable "Wert" enthält den Wert des states, der triggert

[AFi]

@Homoran Hi, ich habe mich geärgert über die Art der Antwort, man kommt sich da wie der "blöde Anwender" vor.

Ein Wert ist prinzipiell für mich eine Zahl, wobei es da Grenzwertigkeiten gibt, somit habe ich erwartet, das
der Befehl:

den Wert des Inhalts "RolloStellSommer" einliest.

Nach deiner Aussage ist es ja prinzipiell der Übertrag in eine neue Variable "Wert", sollte ich das Objekt richtig definiert haben, als Zahl, müsste es jedoch trotzdem funktionieren.

VG Axel

[Homoran]

@AFi sagte in [erledigt] Variablen Definieren / Warnmeldungen:

Nach deiner Aussage ist es ja prinzipiell der Übertrag in eine neue Variable "Wert"

Reden wir von dem selben?

die Variable "Wert", die als mögliche Auswahl in dem pulldown des roten Blockes aus den Trigger-Blöcken bereitsteht, liest den aktuellen Wert des States, der Triggert

Der blaue System-Block "Wert von" liest den Wert des anschließend bezeichneten Datenpunktes aus.
Das kann eine Zahl, ein Bool, ein String, ein Array, oder was auch immer sein.

Was bitte meinst du?

[paul53]

@AFi sagte:

sollte ich das Objekt richtig definiert haben, als Zahl, müsste es jedoch trotzdem funktionieren.

Wenn der Datenpunkt vom Typ "Zahl" ist, ist noch lange nicht garantiert, dass auch von jedem Adapter eine Zahl geschrieben wird; der Javascript-Adapter warnt z.B. nur, schreibt aber die "nicht Zahl" in den Datenpunkt. Andere Adapter warnen nicht einmal.

[AFi]

@paul53 Hallo Paul, danke für die Info, ich schaue mir jedoch immer wieder die Datenpunkte der Adapter auf Typ an.

@Homoran Hallo Homoran ich rede eigentlich die ganze Zeit von Deiner zweiten Ausführung, da dort wahrscheinlich meine Fehler herkommen, zumindest hat sich das zusätzlich umwandeln in Zahl als mögliche Lösung herausgestellt. Für mich liest der Funktionsblock "Wert von" den Inhalt des Datenpunktes aus, ungeachtet ob Zahl, Bool, String oder Array und es ist die Weiterverwendung zu beachten, die ev. eine Umwandlung erfordert.

Gruß Axel

[paul53]

@AFi sagte in:

ich schaue mir jedoch immer wieder die Datenpunkte der Adapter auf Typ an.

Der Datenpunkt-Typ zeigt den Sollzustand an, der nicht immer mit dem Istzustand übereinstimmt.

[Homoran]

@AFi sagte in [erledigt] Variablen Definieren / Warnmeldungen:

Für mich liest der Funktionsblock "Wert von" den Inhalt des Datenpunktes aus, ungeachtet ob Zahl, Bool, String oder Array

nicht nur für dich ;-)