Willkommen im Loxone Community Forum. Um alle Funktionen nutzen und sehen zu können, registriere dich bitte zuerst. Dies gilt auch für das herunterladen von Dateien.
Bitte im Titel immer zuerst den Namen des Plugins hinschreiben
Irgendwas läuft bei mir noch nicht rund: 0.3.1
In der Config kommt im UDP Monitor gar nichts mehr.
Am Virtuellen Eingang kommt immer nur eine 0 oder 1 obwohl der Log eine 2 ausgibt:
kann es sein das beim schalten der Shelly 1 die Änderung per MQTT sehr lange braucht?
Erst nach ca. 1 Minute bekomme ich die Änderung per MQTT mitgeteilt.
Ist das normal?
Danke
Ich hab keinen Shelly 1 dran (nur S2), und da kommt die Änderung prompt.
Die 1 Minute würde auf das Keep-Alive von Shelly hindeuten, das wird standardmäßig jede Minute gesendet.
Kommt die Änderung evt. bis zum Gateway-Log? Dort wird ein Senden an den MS angezeigt, auch wenn der Cache das dann abfängt.
Fix: Nach Konfigurationsänderungen und "Apply" wurden diese nicht übernommen
Neu: Per UDP eingehende Nachrichten werden vollständig weitergegeben (so können beispielsweise auch json Nachrichten gesendet werden)
Neu: Das Gateway published seinen Connection-Status selbst unter dem Topic <hostname>/mqttgateway/status
Neu: Das Gateway published im Minutentakt den aktuellen Epoch-Timestamp.
Neu: Das Gateway subscribed sich selbst automatisch - so kann der Timestamp als Prüfung verwendet werden, ob das Gateway noch funktioniert
Neu: Unterstützt Last Will and Testament (d.h. Broker setzt den Status auf Disconnected, wenn das Gateway stirbt)
Neu: UDP-Nachrichten können mit publish oder retain gesendet werden
Neu: UDP-Nachricht "reconnect" forciert das Neu-Verbinden und Übertragen an den Miniserver
Neu: Default-UDP-In-Port am Gateway: 11884 (bisher 11883)
Besonderheiten:
Der Default-UDP-IN-Port des Gateways ist geändert von 11883 auf 11884. Eine bestehende Installation wird nicht geändert. Wenn ihr bereits einen UDP-Ausgang am Miniserver eingerichtet habt, solltet ihr diesen und den UDP-In-Port in der MQTT-Config auf 11884 ändern. Hintergrund ist, dass ich beim Testen festgestellt hab, dass der Miniserver (anders wie Linux) ein Problem damit hat, wenn ein Eingang und ein Ausgang den gleichen Port verwenden. Das könnte das Problem von Jonson68 (https://www.loxforum.com/forum/proje...021#post179021) sein, dass deswegen nichts mehr per UDP am Miniserver ankommt.
Dem MQTT-Gateway mitteilen, dass der Miniserver neu gestartet wurde:
Das geht jetzt, siehe https://www.loxwiki.eu/pages/viewpag...ageId=39356011
Der Befehl 'reconnect' per UDP sagt dem Gateway, dass es die Subscriptions neu anfordern soll, und deaktiviert auch einmalig den LoxBerry-Übertragungs-Cache. Mit der Loxone-Zeit 'Startimpuls' kann man so die Werte am MS refreshen.
Das automatische Erkennen (ohne aktivem Senden) ist noch nicht drin, das ist komplizierter zu implementieren (dafür muss ich die LoxBerry-Cachelogik selbst nachbauen).
Das MQTT-Gateway betreibt jetzt selbst ein eigenes Topic:
<hostname>/mqttgateway/#
(z.B. loxberry/mqttgateway/#)
Dieses Topic wird automatisch abonniert und an den MS gesendet.
loxberry/mqttgateway/status enthält 'Disconnected', 'Joining', 'Connected'. (dieses Topic ist auch als Last Will And Testament hinterlegt)
loxberry/mqttgateway/keepaliveepoch sendet im Minutentakt die aktuelle Zeit in Unix epoch
Mit dem keepaliveepoch Topic kann man eine Überwachung auf Werteänderung machen: https://www.loxwiki.eu/x/Q4KO
Da der Wert zum Broker, und vom Broker zurück zum Gateway und MS kommt, kann damit sowohl der Broker als auch das Gateway überwacht werden. Wenn sich der Timestamp länger nicht ändert, ist etwas nicht in Ordnung.
Publish und Retain
Bisher konntet ihr vom Miniserver aus per UDP nur publishen (<topic> <message>). Das eignet sich für Schaltvorgänge, nicht aber so für Werte, deren letzte Message am Broker gespeichert werden soll.
Deswegen könnt ihr per UDP jetzt auch folgende Syntax benutzen: publish <topic> <message>
retain <topic> <message>
Mit retain bleibt der Wert des Topics am Broker gespeichert. Publish entspricht dem Senden (ohne dass es am Broker gespeichert bleibt). Die alte Syntax (nur <topic> <message>) funktioniert weiterhin.
hi,
ich weiß nicht obs schon wer reported hat oder ich einfach bei der installation etwas falsch gemacht habe aber es scheint, als würde es bei virtualisierten loxberry nicht ganz klappen.
der broker läuft nicht.
log: 09:44:18.052 WARNING: No connection to MQTT broker localhost - Check host/port/user/pass and your connection.
lg
edit: im installations-log gibts keine auffälligkeiten soweit ich das beurteilen kann.
edit 2: wenn ich den dienst händisch starte dürfte alles passen. wie bring ich ihn jetzt dazu, dass er automatisch startet?
Ich hab es eben auf meiner Virtual Box (ursprünglich VMWare von svethi, die gibt's aber nicht public) getestet, funktioniert problemlos.
Bitte beachten, dass das Webinterface schneller startet als die Daemons. D.h. es kann etwas dauern, bis Mosquitto und das Gateway als Online angezeigt werden.
Dein Problem wird wohl sein, dass dies alles Netzwerkdienste sind und beim Systemstart die Daemons wohl gestartet werden wenn das Netzwerk nach gar nicht komplett hoch ist.
ist jedoch direkt das Binary, nicht das Service von Mosquitto.
Was passiert bei dir, wenn du
Code:
systemctl restart mosquitto.service
eingibst? (vorher den gestarteten mosquitto beenden)
Das Daemon-Script des Plugins probiert für 3 Minuten, den Mosquitto mit diesem Befehl zu starten.
Wenn danach nix passiert ist, startet das MQTT-Gateway auf jeden Fall und spuckt dann die Meldungen aus (keine Verbindung). Wenn du das siehst (bzw. die Gateway-PID in grün im UI), ist der Startversuch von mir vorbei.
wenn ich irgendwas beitragen kann, lasst es mich wissen.
mir ist gerade aufgefallen, dass ich bei der vm keinen root habe. dh es wird wohl so sein, dass ich nicht viel am system machen kann. sonst könnte ich mir drüberhelfen und den dienst irgendwie manuell zum starten bringen.
Ist mir klar. kA warum ich den nicht habe. Seitdem ich die "neue" VM habe, soweit ich mich erinnere. (bei v1.0 musste ich ja damals zur neuen wechseln)
hallo Jungs,
habe meine Sonoff Pow von HMLOX auf Tasmota umgeflasht und versuche jetzt verzweifelt die Werte in den Verbraucherzähler zubekommen.
am Broker kommen die Daten bereits an, jedoch komme ich bei MQTT an die Stelle der Daten?
hallo Jungs,
ich habe jetzt die Firmware wegen MQTT von HMLOX auf Tasmota an meinen Sonoff POWs gewechselt.
Daten kommen bereits am Broker an - jedoch habe ich jetzt das Formatierungsproblem bezüglich der Datenfelder (Siehe Bilder)
gibt es da schon eine Lösung?
PS: Sehe gerade, das JSON hat mehrere Hierarchien, diese Auflösung funktioniert derzeit glaube ich noch nicht.
Wenn du json-Übertragung bei Tasmota abstellen kannst (gibt’s ein anderes MQTT-Profil?), wäre das hilfreich, oder mit UDP-Befehlserkennung machen.
Wir verarbeiten personenbezogene Daten über Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen, Werbung zu personalisieren und Websiteaktivitäten zu analysieren. Wir können bestimmte Informationen über unsere Nutzer mit unseren Werbe- und Analysepartnern teilen. Weitere Einzelheiten finden Sie in unserer Datenschutzrichtlinie.
Wenn Sie unten auf "Einverstanden" klicken, stimmen Sie unserer Datenschutzrichtlinie und unseren Datenverarbeitungs- und Cookie-Praktiken wie dort beschrieben zu. Sie erkennen außerdem an, dass dieses Forum möglicherweise außerhalb Ihres Landes gehostet wird und Sie der Erhebung, Speicherung und Verarbeitung Ihrer Daten in dem Land, in dem dieses Forum gehostet wird, zustimmen.
Tweet
Kommentar