ElabNET Technik Forum

Hallo Stefan!

Worüber man nachdenken kann, dass es einen Haken gibt "zur Visu" und man dann darüber leicht die Werte in der Visu hat (wie auch immer diese angebunden ist).

Das ist aber eine andere Geschichte und hat jetzt nichts mit dem "UDP IN" zu tun......was aber trotzdem eine Super Funktion wäre (wie Ich in ähnlicher Weise schon in einem Loxone Post vorgeschlagen habe )

Von welchem MQTT System greift die Visu die Daten dann eigentlich ab wenn Ich mehrere installiert hab?

ich verstehe das schon. Aber der nächste will das dann auch mit 1-Wire und eine anderer mit Modbus. Nun kann man am Timberwolf viele hundert 1-Wire Sensoren anschließen und hunderte Modbus Geräte mit tausenden Register (wir haben ein Modbus Profil einer Siemens Wärmepumpensteuerung, da hat EINE Steuerung schon 2000 Register). Das alles dann jeweils automatisch an die Visu senden? Da ist man dann schnell an der Grenze des handhabbaren. Solche Automatiken würden nur für kleine beschränkte Anlagen genutzt. Der Timberwolf Server wurde durchaus für größeres entworfen.

versteh jetzt nicht gant was das mit 1-Wire ode Modbus zu tun hat?

Ich meinte von irgendeinem externen Gerät z.B.: Raspberry der über einen USB Anschluss eine Wetter Station abfragt und die Daten dann per UDP ins TWS MQTT System sendet.


LG Peter

PeterB hat geschrieben: ↑Fr Feb 25, 2022 11:09 amVon welchem MQTT System greift die Visu die Daten dann eigentlich ab wenn Ich mehrere installiert hab?

Von dem Broker, der in der Visu eingetragen ist.

Ergänzend noch zum Broker.

Du kannst beliebig viele Instanzen der CometVisu installieren und diese können jeweils verschiedene MQTT Broker nutzen. Es bestehen alle Freiheiten.

Hinweis: Von unserer Seite ist die CV für die Nutzung mit MQTT nicht als Gesamtpaket freigegeben und getestet. Es ist - derzeit - so, dass wir die Multi-MQTT-Client Unterstützung auf Seiten des Timberwolf Server zur Verfügung stellen und das Comet Visu Team hat als drittes unterstütztes Backend-System nun ebenfalls MQTT (als Vorab-Version) implementiert. Wir haben den Reverse-Proxy noch dazu ertüchtigt, dass MQTT über Websockets angesprochen werden können.

Eine Detailabstimmung der Datentypen, Dekodierung usw. ist noch nicht erfolgt. Auch wird es noch beim Cachen der Werte (für einen gefüllten Neustart der Visu) etwas zu tun geben.

lg

Stefan