[DISKUSSION] UMFRAGE: Welche beiden Leistungsmerkmale als nächstes

[StefanW]

Hallo Foristen,

Detail-Info zu Eurem geplanten MQTT-Einsatz gewünscht

Wir bräuchten bitte für unsere Planung nähere Informationen hinsichtlich dem geplanten Einsatz von MQTT bei Euch (sofern nicht schon erwähnt):


1. WELCHE MQTT GERÄTE wollt ihr einsetzen (inklusive Datenblatt zur Beschreibung MQTT)

- Bitte die Datenblätter in separaten Treads im MQTT Unterforum unter viewforum.php?f=81 posten

- Folgendes werden wir von uns aus berücksichtigen, dafür brauchen wir also keine Datenblätter: Shelly, Tasmota, OpenWB sowie NodeRed, Homematic-IP CCU3, io:Broker


2. STÜCKZAHLEN

- Anzahl der Geräte, also wieviele Devices sollen bei Euch verbunden werden?

- Anzahl der Datenpunkte insgesamt?


3. LEISTUNGSMERKMALE

- Gibt es spezifische Leistungsmerkmale die unterstützt werden sollen?

- Soll der TWS-Broker verwendet werden oder sollen fallweise eigene Broker unterstützt werden? (Damit wir das Mengengerüst abschätzen können)


Merci

Stefan

[richy]

- Folgendes werden wir von uns aus berücksichtigen, dafür brauchen wir also keine Datenblätter: Shelly, Tasmota, OpenWB sowie NodeRed, Homematic-IP CCU3, io:Broker

[paralan]

Hallo Stefan,

ich habe aktuell ein paar Shelly 1 im Einsatz, welche noch über Nodered gekoppelt sind. Tasmota klingt auch interessant! Meine Wlan 1Wiregateways sind auch MQTT fähig.
Wichtig ist für mich noch die Kommunikation mit den Container. Dann braucht man nicht mehr den Umweg über KNX zu gehen
.
Hast du noch mehr Informationen zur Homatic Schnittstelle?
Kann man da dann mit der Zentrale CCU3 kommunizieren oder auch mit anderen Homatic Geräten?

[Sun1453]

Aktuell sind es die Instar Kameras und es kommt noch die Visu von Chris in Zukunft wenn Sie dann mit MQTT funktioniert, was ja laut Thema gerade umgesetzt wird. Weiteres ist schon in dem von dir geposteten Forum Stefan.

Visu 1 x

Kameras 8 x

[gbglace]

Ich würde mit dem MQTT den TWS und NodeRed auf einem TWS-Container verbinden wollen. Dann ziehe ich die Alexa gekoppelten Befehle erst durch den TWS ans KNX. Mag eine Stufe komplexer erscheinen als Alexa >> NR >> KNX. Aber es ist mir schon ein Schritt weiter in Richtung Konsolidierung TWS, weil wenn da irgendwann ein TWS-Alexa-Skill kommt dann ziehe ich das nur noch einmal im DOS um und bin fertig.

Ansonsten hab ich noch nicht soviel non-KNX IoT Spielzeug...

[Sun1453]

Node Red mit MQTT Anbindung wäre auch interessant.

[tger977]

Wichtig ist für mich noch die Kommunikation mit den Container. Dann braucht man nicht mehr den Umweg über KNX zu gehen

Sehr guter Hinweis! Wäre mir auch wichtig, falls es da irgendwelche Probleme geben könnte...

Ich plane u.a. auch den vcontrold, der in einem Container läuft, auf MQTT umzustellen.

[StefanW]

Hallo ANdi,

Wichtig ist für mich noch die Kommunikation mit den Container. Dann braucht man nicht mehr den Umweg über KNX zu gehen

Sehr guter Hinweis! Wäre mir auch wichtig, falls es da irgendwelche Probleme geben könnte...

Grundsätzlich sollte es egal sein, ob eine andere MQTT Anwendung im Container läuft oder auf der künftigen Mondbasis. Das ist ausschließlich eine Sache der Einstellungen der IP-Connectivity und wo der Broker läuft. Wer sich seinen eigenen Broker irgendwo installiert muss zusehen, wie er die IP Verbindung dorthin baut. Wer den (voraussichtlich) im TWS enthaltenen Broker benutzen will, wird sowohl den TWS als auch Container mit MacVLAN betreiben müssen.

Ich plane u.a. auch den vcontrold, der in einem Container läuft, auf MQTT umzustellen.

Hat der vcontrold (Anmerkung für die Mitleser: Das ist für Vissmann Heizungen) denn eine MQTT Schnittstelle oder müsste man diese erst implementieren? Würdest Du diese Implementierung übernehmen?


lg

Stefan

[Chris M.]

Der TWS sollte einen Broker mitbringen, dieser per Web-Sockets (ws://...) und v.a. auch per Secure Web Sockets (wss://...) unter Verwendung des TWS-Zertifikats erreichbar sein.

Sonst würde sich die Visu nicht damit verbinden können.
(Kurzes Update: die CometVisu spricht im development-Branch seit dem 14. März bereits MQTT. Da hier aber noch die Doku und ggf. bisschen Polieren fehlt gab's auch noch kein Announcement dazu)

Ich persönlich würde MQTT auch erst mal für die Node-Red Kopplung verwenden. Aber eigentlich sehe ich MQTT wesentlich wichtiger im Bereich, den TWS für weitere Kundenschichten attraktiv zu machen, welche die kein KNX haben aber endlich eine extrem stabile Basis für die Heimautomatisierung wollen (und nicht die ständig abrauchenden SD-Karten am RPi)

[tger977]

Wer den (voraussichtlich) im TWS enthaltenen Broker benutzen will, wird sowohl den TWS als auch Container mit MacVLAN betreiben müssen.

sehr gut, das passt für mich. Wichtig wäre daß der Broker wirklich im TW läuft und einfach zu konfigurieren ist. Da hab ich mich bisher vor gescheut...

Hat der vcontrold (Anmerkung für die Mitleser: Das ist für Vissmann Heizungen) denn eine MQTT Schnittstelle oder müsste man diese erst implementieren? Würdest Du diese Implementierung übernehmen?

das brauch ich gar nicht, da ich den Container von @murelli146 (Gernot) nutze der die MQTT Schnittstelle schon an Bord hat...

openvdocker Thread