ElabNET Technik Forum

Hallo verehrte Kunden, Nutzer und Interessenten des Timberwolf Servers,

wir rollen derzeit Modbus als Client ("Master") fpr Modbus TCP und Modbus RTU aus aus und beginnen mit der Umsetzung der nächsten Themen (die Entwicklung erfolgt überlappend).

Wir möchten gerne von Euch wissen, welches Leistungsmerkmal Euch am wichtigsten ist.

Bitte beschränkt Euch auf zwei aus der Liste.

Anschließend bitte unten schreiben, WAS GENAU Ihr mit den gewünschten Leistungsmerkmalen vorhabt und was Eure Erwartungen daran sind (gerne in allen Details, weil es geht um jedes einzelne Bit am Ende, also Datenblätter fremder Geräte wären schön).


"Ich haeb XXX gewählt, weil...... und das möchte ich einsetzen mit dem Gerät yyyy und besonders wichtig wäre daran....."


Sollte ich etwas vergessen habe in der Auflistung, bitte als Text ergänzen


Danke Euch

lg

Stefan

Ich hab MQTT für Kommunikation mit meinen OpenWB Wallboxen, meiner Viessmann Heizung, meinen Autos zum SOC Auslesen gewählt.
Zweites ist DMX für Desktop.

Dann käme als nächstes Alexa...

Hallo Stefan,

ich würde gerne den TWS als zentralen MQTT Broker einsetzen. Bis dato läuft der im ioBroker. Unter anderen ist es z.B. sehr praktisch längere Texte > 14Byte an die VISU zu senden (edomi). In meinem Beispiel hole ich die Wetterbeschreibung wie "Bewölkt mit leichtem Regen" im ioBroker und sende dann diese Info direkt an edomi. Ähnlich auch die Wetterprogosen. Damit will ich weder den Bus belasten, noch habe ich Interesse an historischen Daten.
Ebenfalls steuere ich damit die VISU und mein SONOS.

Da ich die Zeitschaltuhr von edomi nicht so wirklich schön/sicher empfinde, würde ich gerne "wichtige Dinge" im TWS schalten.

Ich sehe den TWS eher als KNX-Gerät und dauerhafte Lösung als edomi. Bzw. ich würde gerne weniger in anderen Systemen haben und dem TWS die Aufgaben anvertrauen.

VG Hiele

Hallo Andi,

tger977 hat geschrieben: ↑So Mär 21, 2021 6:03 pmIch hab MQTT für Kommunikation mit meinen OpenWB Wallboxen, meiner Viessmann Heizung,

geht das nicht jetzt auch schon mit Modbus?

Hast Du Datenblätter der MQTT Implementierung dieser Geräte (bitte im MQTT Bereich posten)

tger977 hat geschrieben: ↑So Mär 21, 2021 6:03 pm meinen Autos zum SOC Auslesen gewählt.

Welches Auto? War das der Volvo?


Merci

Stefan

Der mir wichtigste Punkt - die Nachrichtenzentrale (mit Telegramm Messenger Anbindung) - fehlt leider in der Liste, deswegen habe ich nichts ausgewählt.
Vielleicht ja MQTT aber da fehlen mir die Ideen für was das nützlich sein könnte.

Edit: Was kann man denn mit der Web-API anstellen? Sonos direkt mit dem TW steuern?

Aus Eigeninteresse wie oben abgestimmt:

Prio 1: DMX für Desktop
Ich habe hier an die 20 DMX-EVG liegen die endlich mal das Licht im Haus gescheit bedienen wollen. Derzeit hängen in den Verteilern so klickende Schaltaktoren, um Licht in den Räumen zu haben, dimmen erfolgt durch zerlegen der Lichtgruppen. Sehr unschön.
Light-Engine zur bequemen Ansteuerung kann gern etwas später kommen. So lange mache ich dann mehr Gehversuche im LE. Die Kanäle halt an/aus dimmen / Rampen nach an/aus bedienen, aber das ist ja keine Aufgabe des Protokolls. Das sollte der LE hinbekommen. keine Ahnung wo die Parallelität von Sequenzen gerechnet wird. Im Protokollteil oder schon in der LE. Das wäre mir noch eine gewisse Prio, das wenn aus dem LE irgendwo Rampen gerechnet werden davon sich auch einige überlappen können ohne das man da eine dritte bauen müsste die eine Kombination aus der laufenden und der neu zu startenden wäre (Das wäre die HCL Simulation mit langen Rampen auf den beiden Lichtfarben an quasi DT6 Treiber).

Prio 2: Zeitschaltuhr ZSU
einfach weil das darüber massiv einfacher geht als über den LE mit Customlogiken. Weihnachtslicht und anderes.
Im Detail reine Zeitfenster in Uhrzeiten getriggert aus tgl. oder/und Ausnahmen entlang des Wochenkalenders oder nur zu bestimmten Tagen (Werktage nur WE oder nur Feiertage). Grobe Zeitfenster entlang Tagesbezügen mit relativen Bezügen zu den üblichen verschobenen Feiertagen. (1 Woche vor 1-Advent).


Aus Sicht des großen Marketing.

Prio 1 MQTT >> Anbindung TWS an Node-Red ohne KNX, damit Übersetzung an Alexa und Co. und ggf Logiken falls einem der LE nicht geheuer ist. Und da in der Liste kein NachrichtenCenter steht, damit man per NR sich dann Alarme auf Whats-App, Telegram und Co senden kann.

Prio 2 UDP/TCP >> da gibt es wohl viele Anwendungsmöglichkeiten um dann Dritt-Systeme direkt anzubinden, Ich würde mich darüber wohl für die Ansteuerung von Hifi-Geräten interessieren.

Prio 3 ZSU

Prio 4 DMX

Prio 5 Lightning Engine

Rest: Alexa >> Siri >> Modbus-Server >> Web-API >> IFTT

Die Nachrichtenzentrale wäre für mich auch eines der wichtigsten Themen.

Oben haben ich die Timberwolf Lighting Enginge (in der Hoffnung/Annahme dass sich darunter die HUE Ansteuerung befindet) und die Funktion UDP/TCP zur Ansteuerung meines Denon Receivers.

Danke und Gruss
Dani

Zeitschaltuhr und MQTT.
Läuft derzeit beides in NodeRed.

Hallo Stefan,

in das Leistungsmerkmal "Zeitschaltuhr" sehe ich mal implizit die Kalenderintegration mit integriert. Das wäre für mich einfach prima, weil dann das Auslösen von Aktionen nicht "nur" über Logiken und deren Einstellungen aktiviert werden kann, sondern eben vollintegriert mit einem hohen WAF möglich wird.

MQTT dann primär als native Anbindung des internen Objektsystems an die CV.

Messaging wäre natürlich auch noch toll

Beste Grüße
Jens

Bei mir wäre folgende Priorität:

1. MQTT um eine Visu ohne KNX anzubinden und divere Geräte unter anderem Instar Kameras.

2. TCP/UDP da man damit viele Geräte steuern kann. Bei mir wären das Heim Kino Reciever.

3. DMX mit Lightning Engine zusammen.

4. Zeitschaltuhr mit Kalender Trigger. Um zu bestimmen Tagen und Uhrzeiten Sachen auszulösen.