MQTT Gateway input http vs udp

[Denon2002]

Hallo,

vielleicht hat ja einer eine Idee.

Im MQTT Pluging habe ich folgenden Input

HTTP
vitoconnect_heating_gas_consumption_dhw_day -> Last Value 0.2,1.3,1.3,1.4,1.4,1.4,1.1,1.6
Wenn ich diesen Eingang im Loxone als virtuellen HTTP Text Eingang anlege erhalte ich den kompletten Wert (Last Value)

UDP
vitoconnect/heating/gas/consumption/dhw/day=0.2,1.3,1.3,1.4,1.4,1.4,1.1,1.6 -> MQTT:\ivitoconnect/heating/gas/consumption/dhw/day=\i\v
Wenn ich Eintrag als virtuellen UDP Eingang anlege wird dieser Wert jedoch im Loxone nie gefüllt (er steht dauerhaft bei 0)

Im UDP Log sehe ich das der Wert in Loxone ankommt.
Liegt es beim UDP Port an der Befehlserkennung oder an der Einheit.
Was müsste da jeweils drinstehen, damit der Wert auch am UDP Eingang zu sehen ist ?

Vielen Dank im voraus.

Hat sich erledigt -> Werte sind jetzt auf einmal sichtbar. Keine Ahnung warum und wieso. :-)

[svethi]

Der UDP Eingang kann nur Werte verarbeiten. Du musst für jeden einzelnen Wert in der Kette eine Befehlserkennung anlegen.

[Denon2002]

Hy,

ja das habe ich auch schon hinbekommen.
Was mich jetzt nur stört.

Während die http Eingänge regelmäßig aktualisiert werden, ändert sich der UDP Wert aktuell nicht. Obwohl im UDP Monitor die Werte zusehen sind.

[svethi]

UDP ist im Grunde viel besser. Während Du bei HTTP Eingängen immer selbst periodisch eine Webseite mit komplettem Overhead abrufen musst obwohl sich meist nichts geändert hat und Du dennoch ein Delay hast, bekommst Du den Wert über UDP übermittelt wenn sich etwas geändert hat, ohne TCP Overhead, ohne HTTP Overhead ohne Delay mitgeteilt. ( Natürlich nur, wenn der UDP Sender das entsprechend sendet ). Dafür ist es natürlich auch so, dass die Werte auch nur neu ankommen, wenn der Sender diese neu sendet

[Christian Fenzl]

Aufpassen, dass da nicht was verwechselt wird, was gar nicht zusammenhängt.

In dem Thread geht es imho um HTTP bzw. UDP Übertragung des MQTT Gateways an den Miniserver. Weder bei HTTP noch bei UDP muss periodisch eine Webseite abgefragt werden, und sowohl bei HTTP als auch bei UDP-Übertragung werden vom MQTT Gateway nur Wertänderungen übertragen (und keine gleichen Werte). Der Overhead der HTTP-Übertragung an den Miniserver mit direktem Setzen eines VI's wird meiner Meinung nach mehr als wettgemacht im Vergleich zur UDP-Übertragung, wo der Miniserver ständig zick Textsuchen für die Befehlserkennung machen muss.

Das HTTP, wovon Sven spricht, sind "Virtuelle HTTP Eingänge" von Loxone. Die haben mit der HTTP-Übertragung des MQTT Gateways überhaupt nichts zu tun.

Denon2002 Warum in deiner UDP-Übertragung sich nichts ändert, kann ich nicht beantworten. Insbesondere, wenn es im Monitor angezeigt wird.
Damit du deinen langen Wertestring zerlegen kannst, brauchst du jedenfalls HTTP-Übertragung mit einem Virtuellen Texteingang, und kannst das dann mit Befehlserkennungs-Bausteinen zerlegen.

lg, Christian

[Christian Fenzl]

svethi Stimmt natürlich, das kann man gleich dort zerlegen.

[svethi]

Was mir grad einfällt … vielleicht ist das ja auch der „Fehler“ von Denon2002. Beim UDP Eingang MUSS man die Daten direkt im Eingang schon zerlegen.

[Denon2002]

Hallo zusammen, bei dem UPD habe ich dies als Befehlserkennung drin.
MQTT:\ivitoconnect/heating/gas/consumption/dhw/day=\i,\i\v

Wie oben beschrieben habe ich zum Beispiel diesen String. 0.2,1.3,1.3,1.4,1.4,1.4,1.1,1.6. Das Ergebnis sollte in diesem Beispiel 1.3 sein.
Aber wie gesagt, per HTTP mit dem Baustein Befehlserkennung \i,\i\v funktioniert es problemlos.

[svethi]

Diese Befehlserkennung ist falsch. \i,\i\v sucht nach dem ersten Komma und nimmt dann den Wert.
MQTT:\ivitoconnect/heating/gas/consumption/dhw/day=\i,\i\v
nach MQTT:, springt dann zu vitoconnect/heating/gas/consumption/dhw/day=, erwartet dann ein Komma, was es nicht gibt und dann beginnt eine neue Sprungmarke, die nie abgeschlossen wird. Ja, dies liefert definitiv keinen Wert.
MQTT:\ivitoconnect/heating/gas/consumption/dhw/day=\i\i,\i\v
so müsste es funktionieren. Eine von vielen Möglichkeiten

[Denon2002]

Hallo svethi, das war es... der UPD Eingang funktioniert jetzt wunderbar. Was so ein zusätzliches "\i" doch ausmacht.