Hallo zusammen,
ich habe in meinem Shelly-Sortiment aktuell zwei HT-Sensoren. Die senden in ihren JSON-Nachrichten leider keinen begleitenden Zeitstempel.
Ich lasse die Devices aktuell mit dem retain=true senden. Gäbe es nun via MQTT standardmäßig eine Möglichkeit, über den Broker auch an den Zeitstempel der Quellnachricht zu kommen und diese dann in der CV zur Anzeige zu bringen?
Ich habe im Shelly-Forum noch nicht gefragt, warum die HTs das nicht mitsenden. Mag sein, dass das Device keinen eigenständigen Zeitchip hat und das dauernde synchen mit dem Zeitserver im Batteriebetrieb zu viel Saft zöge. (Hängen bei mir aber auch am Netzteil)
Beste Grüße
Jens
Hauptversion V 4.5 - Awakening Beast veröffentlicht

Verehrte Nutzer des Timberwolf Servers. Wir haben die neue Hauptversion 4.5 für alle Modelle des Timberwolf Servers freigegeben.
Diese neue Version enthält insgesamt 24 neue Funktionen, 72 größere Verbesserungen und 28 wichtige Fehlerkorrekturen
Darunter die Timberwolf VISU in modernisiertem Look mit vielen Erweiterungen wie Rollladen-Widget, Detailseiten mit 20 Schaltern / Werten, Tabellen & Logs, verbessertertem Verknüpfungsassistent, Secure KNX im Busmonitor sowie Dekodierung weiterer DPT, komplett überarbeitete Darstellung der phys. Einheiten, einem stark erweitertem Logik Manager mit grafischer Darstellung der Logik Zellen, einer Unterstützung für HTTP-/REST-API als Server, dem Im- und Export von Geräteprofilen im MQTT sowie HTTP-/REST-API Manager und viele weitere Detailverbesserungen inkl. Lizenzmanagement.
Foren Diskussion: viewtopic.php?f=8&t=6050
Release Notes im Wiki: https://elabnet.atlassian.net/wiki/x/AYBLyQ
[Frage] [CV 12 RC9] Zeitstempel einer MQTT-Nachricht
-
- Beiträge: 2719
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1030 Mal
- Danksagung erhalten: 832 Mal
[CV 12 RC9] Zeitstempel einer MQTT-Nachricht
Zuletzt geändert von blaubaerli am So Mär 27, 2022 11:57 pm, insgesamt 1-mal geändert.
timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
wiregate1250 |
-
- Beiträge: 1226
- Registriert: Sa Aug 11, 2018 10:52 pm
- Wohnort: Oberbayern
- Hat sich bedankt: 251 Mal
- Danksagung erhalten: 887 Mal
- Kontaktdaten:
Das ist keine mir bekannte MQTT Funktion.
Wenn nicht nur der Wert sondern auch der Zeitpunkt relevant ist, dann brauchst Du vermutlich eine Logik, die den Zeitpunkt des letzten Wertes als Wert veröffentlicht.
Etwas ähnliches hab ich bei mir schon seit langem im KNX Umfeld am laufen: ich will wissen wann geklingelt wurde. Da nutze ich das rsslog-Plugin für. Die Logik ruft mit Eintreffen der KNX Busbotschaft die Setz-URL des Plugins auf und die Visu zeigt mir eine Liste der letzten x. Zeitpunkte an, bei der geklingelt wurde.
Ich hab's mit der HTTP-Funktion des TWS noch nicht ausprobiert, könnte mir aber gut vorstellen, dass die da sehr gut passen würde.
Für's RSSLog-Plugin hat sich bisher leider kein Doku-Schreiber gefunden. Daher bleibt hier aktuell neben der Suche (insb. im KUF dürfte einiges dazu stehen) noch der Code, der das Interface eigentlich IMHO ganz gut beschreibt: https://github.com/CometVisu/CometVisu/ ... php#L9-L37
Wenn nicht nur der Wert sondern auch der Zeitpunkt relevant ist, dann brauchst Du vermutlich eine Logik, die den Zeitpunkt des letzten Wertes als Wert veröffentlicht.
Etwas ähnliches hab ich bei mir schon seit langem im KNX Umfeld am laufen: ich will wissen wann geklingelt wurde. Da nutze ich das rsslog-Plugin für. Die Logik ruft mit Eintreffen der KNX Busbotschaft die Setz-URL des Plugins auf und die Visu zeigt mir eine Liste der letzten x. Zeitpunkte an, bei der geklingelt wurde.
Ich hab's mit der HTTP-Funktion des TWS noch nicht ausprobiert, könnte mir aber gut vorstellen, dass die da sehr gut passen würde.
Für's RSSLog-Plugin hat sich bisher leider kein Doku-Schreiber gefunden. Daher bleibt hier aktuell neben der Suche (insb. im KUF dürfte einiges dazu stehen) noch der Code, der das Interface eigentlich IMHO ganz gut beschreibt: https://github.com/CometVisu/CometVisu/ ... php#L9-L37
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
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
-
- Beiträge: 2719
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1030 Mal
- Danksagung erhalten: 832 Mal
Hallo zusammen,
ich bin aktuell mit dem Shelly-Support unterwegs..... Da klemmt tatsächlich was auf der Kommunikationsstrecke, das deren JSON nicht korrekt füllt.
Baue ich von meinem iPhone einen Hotspot, hänge den H&T daran und sende dann zu meinem Broker, ist das JSON komplett mit Inhalten gefüllt.
Lasse ich das H&T am WLAN meiner Fritte, habe ich ein halb leeres JSON.
Im Shelly-Forum wird einiges an Umstellungen in der Fritte empfohlen. Mal sehen was der Support noch so ausgräbt. Ich halte euch informiert.
Hat hier einer eine ähnliche Konstruktion? Seht ihr die gefüllten Zeitstempel im JSON eines H&T-Devices? Egal, ob am Wolf oder MQTT-Explorer......
Beste Grüße
Jens
ich bin aktuell mit dem Shelly-Support unterwegs..... Da klemmt tatsächlich was auf der Kommunikationsstrecke, das deren JSON nicht korrekt füllt.
Baue ich von meinem iPhone einen Hotspot, hänge den H&T daran und sende dann zu meinem Broker, ist das JSON komplett mit Inhalten gefüllt.
Lasse ich das H&T am WLAN meiner Fritte, habe ich ein halb leeres JSON.




Im Shelly-Forum wird einiges an Umstellungen in der Fritte empfohlen. Mal sehen was der Support noch so ausgräbt. Ich halte euch informiert.
Hat hier einer eine ähnliche Konstruktion? Seht ihr die gefüllten Zeitstempel im JSON eines H&T-Devices? Egal, ob am Wolf oder MQTT-Explorer......
Beste Grüße
Jens
timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
wiregate1250 |