NEU! UPGRADE IP 10 verfügbar!
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3

Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074

Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117

NEU! Ausführliches Video Tutorial zur IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs

[Beantwortet] [CV 12 RC9] Clock-Plugin und Uhrzeit via MQTT

Rund um die CometVisu im Timberwolf Server
Antworten

Ersteller
blaubaerli
Reactions:
Beiträge: 2322
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 895 Mal
Danksagung erhalten: 700 Mal

[CV 12 RC9] Clock-Plugin und Uhrzeit via MQTT

#1

Beitrag von blaubaerli »

Hallo zusammen,

ich habe da noch einmal eine Frage zur Versorgung des Clock-Plugins via MQTT.

Ich habe in der Doku zwar "MQTT_datetime", "MQTT_timestring" und "MQTT_unixtime" gefunden, aber ohne Beschreibung dazu.

Im KNX bin ich mit dem DPT 10.001 unterwegs in der Regel ohne Wochentag. Das entspricht letztlich immer den Sekunden seit Mitternacht. Gibt es dazu eine MQTT-Entsprechung? Kann ich also in einem MQTT-Wert die Sekunden seit Mitternacht platzieren und analog zu dem DPT 10.001 über das Clock-Plugin in der CV lesen bzw. beschreiben?

Beste Grüße
Jens
Zuletzt geändert von blaubaerli am So Mär 27, 2022 11:20 pm, insgesamt 1-mal geändert.
wiregate1250 & timberwolf168 (2600er), VPN offen, Reboot nach Vereinbarung
Bitte WIKI lesen.
Benutzeravatar

Chris M.
Reactions:
Beiträge: 1194
Registriert: Sa Aug 11, 2018 10:52 pm
Wohnort: Oberbayern
Hat sich bedankt: 236 Mal
Danksagung erhalten: 857 Mal
Kontaktdaten:

#2

Beitrag von Chris M. »

Der DPT 10.001 sind nicht die Sekunden seit Mitternacht, das ist eine komplette Uhrzeit UND (warum auch immer!) Wochentag:
Bild
Lustig ist, dass hier nach Spek Schaltsekunden nicht erlaubt sind (vgl. Range), obwohl der Datentyp das eigentlich sogar hergeben könnte. Auch für eine Schaltstunde wäre grundsätzlich Platz (z.B. das MSB des 2. Bytes), war aber für den Spek-Schreiber wohl nicht relevant.

Bei den MQTT Datentypen hast Du vollkommen recht, da habe ich vergessen Beispiele mit anzugeben.
Kann ich aber hier nachholen:
  • MQTT_datetime: Eine ISO-Zeit als String, wie z.B. "'2022-01-01T12:13:14.000Z"
  • MQTT_timestring: Eine 24h Uhrzeit als String, so wie man die üblicherweise erwartet, z.B. "12:13:14"
  • MQTT_unixtime: Integer-Wert, Sekunden seit Donnerstag, dem 1. Januar 1970, 00:00 Uhr UTC - https://de.wikipedia.org/wiki/Unixzeit
Damit hab ich gehofft alles Übliche umzusetzen. Computer untereinander reden dabei besonders gerne in unixtime - das spart nämlich viel Ärger (wie Schaltsekunden und Stunden).
Einen Datentyp der die Sekunden seit Mitternacht an jedem Tag neu rechnet kenne ich in der allgemeinen Anwendung nicht, da braucht's dann irgendwelche Logiken und vermutlich eine Kommunikation per timestring.
CometVisu Entwickler - Bitte keine PNs, Fragen gehören in das Forum, damit jeder was von den Antworten hat!

CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.

TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache
Antworten

Zurück zu „CometVisu“