[FR] Umgang mit Uhrzeiten in der Cometvisu

[blaubaerli]

Hi zusammen,

ich greife das hier mal auf:

Ach, da fällt mir noch was ein. Ich finde nach wie vor den Umgang mit Uhrzeitwerten, deren Modifikation über die CometVisu und deren Nutzung in Logiken als optimierungsbedürftig.

Bitte - in einem separaten Thread erklären.

Ich habe den Bedarf, Uhrzeiten über die CometVisu zu beeinflussen. Also GA's mit dem DPT 10.001.

Das geht aktuell nicht wirklich sauber. Es gibt zwar ein Clock-Plugin, aber auch nach Diskussion mit Chris ist das noch im Stadium eines ProofOfConcepts.

Meine Regierung möchte halt Schaltzeiten über die Visu beeinflussen. Sie in den Logikeditor zu treiben um dort Dinge zu ändern kann ich vergessen.

Das Plugin sieht aktuell so aus:


Ich kann also den kleinen und den großen Zeiger greifen und dann munter drehen. Aber ich habe das bisher nur mit der Maus im Browser auf dem PC geschafft. Auf meinen iOS-Devices will das mit meinen Fingern nicht gelingen. Zudem bietet das Plugin aktuell m.E. keine Möglichkeiten die Werte zu begrenzen. Der DPT 10.001 lässt Uhrzeiten mit Wochentag und ohne Wochentag zu. Das sollte begrenzbar sein.

Die so beschriebenen GA's gedenke ich dann auch als Eingangswerte für den Logikeditor mitzugeben, damit ich hier mit dem Vergleicher definieren kann, ob ich nun in einem Uhrzeitbereich liege in dem bestimmte Logiken nun greifen oder eben nicht.

Das ist also im Zweifel gar kein direktes Thema für ElabNET, sodern für die Visu-Entwicklung. Chris hatte das für sich aus Zeitgründen bis dato nicht mit Prio versehen. Ist halt die Frage, ob ich hier als Einziger den Bedarf sehe, oder ob das Thema bei anderen auch von Relevanz ist. Als grafischen Ansatz hatte ich auch mal sowas hier vorgeschlagen:


Könnt ja mal drüber nachdenken.

Beste Grüße
Jens

[gbglace]

Genügt es ggf in der Visu einfach nur ne Text GA zu basteln in der halt hh:mm geschrieben wird und diese dann im LE auf Zeit übersetzt wird? Ist-Anzeige dann halt den Weg andersrum?

[blaubaerli]

Hi Göran,

in meiner Wirgate-Lösung arbeite ich im Moment komplett mit Strings. Ich habe bis dato noch nicht wirklich intensiv gesucht um den potentiellen Zusammenbau eines DPT 10.001 zu durchleuchten. Wenn man da einen Minuten-, einen Stunden- und einen Wochentags-String in eine Logik senden würde und dann hinten ein 10.001 rauskommt, warum nicht. Aber das hat natürlich schon nen gewissen Bastel-Charme. Die meisten anderen DPT‘s werden ja nativ unterstützt. Aber dann für jedes Ziel mitunter drei Hilfswerte nutzen und dann noch jeweils ne Logik spendieren.

Gruß
Jens

[fechter65]

Vielleicht dient Dir einstweilen folgende quick and dirty Lösung: https://knx-user-forum.de/forum/support ... ate-plugin

[blaubaerli]

Hi @fechter65,

danke für den Hinweis, aber mit dem wiregate habe ich eine entsprechende Lösung ebenfalls bereits am Start. Es geht nun ja darum, die Logiken des Wiregates zu ersetzen und das möglichst ohne Nutzung des Plugin-Containers.

Es geht mir also um eine native Unterstützung genau dieser Aufgabe mittels durchgängigem Support des DPT 10.001.

Beste Grüße
Jens

[StefanW]

Ok, danke Jens,

ich habe nun verstanden um was es geht. Ich denke auch, dass der Wunsch hier legitim ist.

Auf den ersten Blick sieht es danach aus, dass man das in der CV lösen müsste, aber auch dass wir diesen DPT für die Zeitschaltuhren dekodieren können müssen (muss ich noch Rücksprache halten)

lg

Stefan

[Robert_Mini]

Ich denke was man hier braucht ist eine custom Logik, die aus 2x DPT5.00x (0-255, weiß die genaue DPT grad nicht) eine DPT10 (Uhrzeit) macht.

Robert

[blaubaerli]

Hi Robert,

damit bräuchte man für jede Uhrzeit eine eigene Logikinstanz und immer die Hilfsobjekte. Sorry, aber irgendwie fänd ich das konzeptionell doof. Für ne Bastellösung habe ich im Moment schon meine Wiregate-Plugin-Lösung. Die würde ich nur ungerne durch ne andere „Fummellösung“ ersetzen. Wenn es keine „saubere“ und konzeptionell durchgängige Lösung für den DPT 10.001 gibt, dann kann ich auch meine etablierte Lösung vom Wiregate über den kommenden Containeransatz nachbauen.

Beste Grüße
Jens

[Robert_Mini]

damit bräuchte man für jede Uhrzeit eine eigene Logikinstanz und immer die Hilfsobjekte. Sorry, aber irgendwie fänd ich das konzeptionell doof. Für ne Bastellösung habe ich im Moment schon meine Wiregate-Plugin-Lösung. Die würde ich nur ungerne durch ne andere „Fummellösung“ ersetzen. Wenn es keine „saubere“ und konzeptionell durchgängige Lösung für den DPT 10.001 gibt, dann kann ich auch meine etablierte Lösung vom Wiregate über den kommenden Containeransatz nachbauen.

Das liegt aber dann an der Cometvisu, wo es nur ein bescheidenes clock plugin gibt.
Die Eingabe mit 2 multitriggern ginge out of the box und bräuchte eben diese dpt5 => dpt10 Wandlung.
Wobei, wenn ich so überlege könnte man gleich hh und mm in eine custom logik schicken und als zeitschaltuhr auswerten?

Lg
Robert

[blaubaerli]

Hi,

ich hatte Eingangs ja auch geschrieben, dass das was für die Visu ist. Ich habe eine DPT 10.001-GA mal über die ETS beschrieben. Wenn ich die dann als Eingangsobjekt für eine Customlogik nutze, wird die in Float umgewandelt. Über den Comperator kann ich dann die Objekte vergleichen. Damit wäre dann schon viel gewonnen. Als Vergleichswert könnte das interne Zeitobjekt K-8005 des TWS dienen.

Beste Grüße
Jens

Hinzugefügt nach 8 Minuten 51 Sekunden:
Was halt prima wäre, wenn der Doktormodus bei der Decodierung aus dem DPT 10.001 was brauchbares umwandeln würde.