Neues YouTube-Video: Visualisierung im Devices-Adapter

[MartinP]

Das ist leider in drei Punkten unschön

1. kein einheitliches Vorgehen
2. nicht selten eine schlechte Dokumentation, oder sie ist schlecht auffindbar
3. Sender UND Empfänger müssen sich einig sein.

Eine für mich zufriedenstellende Lösung habe ich bisher auch noch nicht gefunden

Aber so etwas ist ja eine (von vielen) Aufgabe eines Brokers - der soll das "runde" passend zum "eckigen" machen ;-)

[Homoran]

@ubecker sagte:

Ich habe es bisher immer hinbekommen, aber nicht durch logik

...und dort sollte (zumindest in dem von dir beschriebenen Fall) die implizite Typkonvertierung greifen.

Lediglich "1" ist und bleibt ein String

@ubecker sagte:

VIS zeigt nichts an wenn über script geschaltet wird oder Gerät reagiert nicht auf die VIS

Das könnte an dem (nicht vorhandenen) Ack=true liegen.
Einige Widgets erwarten dies anscheinend bevor es angezeigt wird.

Außerdem habe ich vereinzelte Widgets, die ihren Dienst versagen, wenn man sich auch an anderen Stellen außerhalb der Legalität bewegt.
So werden Datenpunkte in eigenen Strukturen, die noch aus der vor-0_userdata-Zeit stammen, nicht mehr angezeigt.

[paul53]

@ubecker [sagte]: kämpfe ständig mit 0, 1 - true, false, "true"- "false"

Dafür gibt es Alias:
Datenpunkte, die nur zwei Werte annehmen können, definiert man im Alias immer als Logikwert ("boolean") und wendet bei Zahlen und Strings Konvertierung an, wobei beim Lesen automatisch konvertiert wird. Schreibkonvertierung:

val ? 1 : 0  // Original als Zahl
val ? 'true' : 'false'  // Original als String

[ubecker]

@MartinP sagte:

kein einheitliches Vorgehen
nicht selten eine schlechte Dokumentation, oder sie ist schlecht auffindbar
Sender UND Empfänger müssen sich einig sein.

hast ja recht, aber solche systeme wachsen nun mal. Bisher hab ich es ja geschaft das runde ins eckige zu kriegen, sogar auch anders rum.

Mein Problem war jetzt aktuell. Ich musste ein Gerät tauschen da das alte defekt war. (kommt vor). Nur das neue bruchte die 0 und 1 zur Steuerung das alte bool true - false. Da ich in scripten dieses Gerät verwendet habe wollte ich natürlich so wenig wie möglich änderungen machen. Scripte sollten gleich bleiben und die VIS auch.

[paul53]

@ubecker [sagte]: Scripte sollten gleich bleiben und die VIS auch.

Deshalb Alias als "boolean" mit Konvertierung bei Änderung des Original-DP!

[Codierknecht]

@ubecker sagte:

Mein Problem war jetzt aktuell. Ich musste ein Gerät tauschen da das alte defekt war. (kommt vor). Nur das neue bruchte die 0 und 1 zur Steuerung das alte bool true - false. Da ich in scripten dieses Gerät verwendet habe wollte ich natürlich so wenig wie möglich änderungen machen. Scripte sollten gleich bleiben und die VIS auch.

Und für genau diesen Fall sind die von @paul53 erwähnten Aliase gedacht. Da braucht man nur den Ziel-DP und ggf. die Konvertierung anpassen. Aber eben nur an dieser einen Stelle.
Aber das muss man dann bereits im Vorfeld berücksichtigen. Oder aber JETZT auf Alias umstellen und nur noch 1x Scripte und VIS anpassen. Dann hat man zumindest für die Zukunft Ruhe.

[ubecker]

@paul53 sagte:

Dafür gibt es Alias:
Datenpunkte, die nur zwei Werte annehmen können, definiert man im Alias immer als Logikwert ("boolean") und wendet bei Zahlen und Strings Konvertierung an, wobei beim Lesen automatisch konvertiert wird. Schreibkonvertierung:

Das heißt: Der Alias mit zwei Werten 0 - 1 , true -false , "online - "offline" sollte immer als bool erstellt werden? und dann eine schreib - lese Konvertierung gemacht werden?
Erscheint logisch. Bisher habe ich den Alias immer als das erstellt was das Original war. (Zahl, String, bool)

Bin ich noch nicht rauf gekommen, aber dann bleibt so ein Chaos wie bei mir aus

Danke

[MartinP]

Meist nutze ich nur Einweg-Konvertierung....

Die momentane Kompressorleistung der Wärmepumpe will man in der Regel nur für Analysezwecke haben, also nur Lesekonvertierung ...

[ubecker]

@Codierknecht sagte:

Und für genau diesen Fall sind die von @paul53 erwähnten Aliase gedacht. Da braucht man nur den Ziel-DP und ggf. die Konvertierung anpassen. Aber eben nur an dieser einen Stelle.
Aber das muss man dann bereits im Vorfeld berücksichtigen. Oder aber JETZT auf Alias umstellen und nur noch 1x Scripte und VIS anpassen. Dann hat man zumindest für die Zukunft Ruhe.

Ich habe schon von Anfang an Aliase benutzt wenn ich Datenpunkte von Geräten oder selbst erstellte in scripten verwende. Nur mit dem Hintergrund wenn ein Gerät getauscht wird das einfach zu realisieren. Aber noch nicht um immer eine Konvertierung durchzuführen (wenn nötig)

[ubecker]

Das ist auf jeden Fall mal ein Ansatz um der Chaos her zu werden. Ich werde mal bei meinem letzten Geräten testen wie sich das macht.
Alias immer als Bool erstellen und dann die passende Konvertierung

[ubecker]

geändertes Teil:
Alias ist jetzt bool,
"read": "val === 1 ? true : false",
"write": "val === true ? 1 : 0"
Aus dem script steuere ich mit true, false
Das Widget mach 0 - 1.
Ist die schreibweise so richtig?

[OliverIO]

@ubecker

leider ist es bei vis1 so das die meisten datenpunkte immer als string ankommen, egal welcher typ man am datenpunkt konfiguriert hat.
deswegen am besten immer konvertieren.
Damit man nicht raten muss, empfiehlt es sich in einem html widget so ein test zu bauen (die ersten 2 Zeilen)

typeof v {v:0_userdata.0.val1;typeof v}</br>
v {v:0_userdata.0.val1;v}</br></br>
new Boolean(v) {v:0_userdata.0.val1;new Boolean(v)}</br>
new Boolean(v)==true {v:0_userdata.0.val1;new Boolean(v)==true}</br>
new Boolean(v)==false {v:0_userdata.0.val1;new Boolean(v)==false}</br>
v=="true" {v:0_userdata.0.val1;v=="true"}</br>

in der runtime ansicht sieht man dann 2 zeilen
mit typeof wird der datentyp angezeigt
in der zweiten zeile der inhalt.

in meinem test soeben wurde aus einem boolean datenpunkt ein string

die 3 weiteren Zeilen zeigen wie man dann aus einem string in vis wieder ein boolean macht mit 2 weiteren tests.
auf string testen reciht aber auch, also mit v=="true"

[Homoran]

@OliverIO sagte:

leider ist es bei vis1 so das die meisten datenpunkte immer als string ankommen

Ääähm, nein!

@OliverIO sagte:

egal welcher typ man am datenpunkt konfiguriert hat.

Das, ja!
Der Typ des DP hat keinen Einfluss auf das Format des Widgets