NEU! UPGRADE IP 11 verfügbar!
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
NEU! LICHTWIDGET - DPT 7.600 - Logik Manager Update - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/B9MUEJj2
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur VISU
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
[FR] Virtuelle DMX Dimmer - Welche Features hättet ihr gerne
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Elaborated Networks
- Reactions:
- Beiträge: 9837
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4888 Mal
- Danksagung erhalten: 7850 Mal
- Kontaktdaten:
Virtuelle DMX Dimmer - Welche Features hättet ihr gerne
Hallo Forum,
wir sind gerade dabei, die virtuellen DMX-Dimmer hinsichtlich der Eingänge und der Funktion zu entwerfen. Wir haben natürlich schon unsere Vorstellungen, aber hier würde ich mich Eure Vorstellungen realisieren.
Stellt Euch das wie einen KNX-Dimmer vor. Der ist am Bus angeschlossen und hat ein paar Hände voll Objekte / Parameter mit dem man die Funktionen einstellt / steuert / zurückgemeldet bekommt.
Bei DMX hat man sehr viele Kanäle, daher laufen hier nun zig Instanzen solcher Dimmer virtuell in der Software.
Welche Parameter / Steuerungs- / Rückmeldungen sind bei einem virtuellen DMX-Dimmer für Euch ESSENTIELL (unverzichtbar) und welche sind OPTIONAL (wünschenswert)?
Eine Bitte: Am Teppich bleiben, weil es soll auch zeitnah fertig werden. Es geht hier um die erste Version der Dimmer. Und es sind nur die virtuellen Dimmer, keine Lichter, Lampen, Leuchtmittel oder sonstige Verwaltung. (das kommt später). Es geht auch nicht um Szenen und weiteren Komfort, weil das kommt später, greift aber alles auf die Dimmer zu, welche sich nur um das Dimmen kümmern. Ok?
Und nun los, sagt und was ihr initial wirklich braucht.
lg
Stefan
wir sind gerade dabei, die virtuellen DMX-Dimmer hinsichtlich der Eingänge und der Funktion zu entwerfen. Wir haben natürlich schon unsere Vorstellungen, aber hier würde ich mich Eure Vorstellungen realisieren.
Stellt Euch das wie einen KNX-Dimmer vor. Der ist am Bus angeschlossen und hat ein paar Hände voll Objekte / Parameter mit dem man die Funktionen einstellt / steuert / zurückgemeldet bekommt.
Bei DMX hat man sehr viele Kanäle, daher laufen hier nun zig Instanzen solcher Dimmer virtuell in der Software.
Welche Parameter / Steuerungs- / Rückmeldungen sind bei einem virtuellen DMX-Dimmer für Euch ESSENTIELL (unverzichtbar) und welche sind OPTIONAL (wünschenswert)?
Eine Bitte: Am Teppich bleiben, weil es soll auch zeitnah fertig werden. Es geht hier um die erste Version der Dimmer. Und es sind nur die virtuellen Dimmer, keine Lichter, Lampen, Leuchtmittel oder sonstige Verwaltung. (das kommt später). Es geht auch nicht um Szenen und weiteren Komfort, weil das kommt später, greift aber alles auf die Dimmer zu, welche sich nur um das Dimmen kümmern. Ok?
Und nun los, sagt und was ihr initial wirklich braucht.
lg
Stefan
Zuletzt geändert von StefanW am Mi Nov 07, 2018 2:20 pm, insgesamt 2-mal geändert.
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 2184
- Registriert: So Aug 12, 2018 1:38 pm
- Wohnort: Karlsruher Raum
- Hat sich bedankt: 482 Mal
- Danksagung erhalten: 889 Mal
Dann fang ich mal an, ist mir ja konzeptionell nicht ganz fremd
Essentiell wäre für mich:
-Relatives Dimmen
-Absolutes Dimmen + Statusobjekt
-Schalten (ein/aus) + Statusobjekt
-Letzter Dimmwert beim Einschalten oder fester Dimmwert
-Sperrobjekt (ein / aus / fester Dimmwert) und Verhalten nach aufheben der Sperre (ein / aus / letzter Dimmwert)
Merker für die Zukunft:
-Zwangsführungsobjekt
-Bitszenen
-Prioritätsobjekte (schalten/dimmen/absolut)
-RGBW mit HSV und RGB Objekten
-TW
-Tag/Nachobjekt für unterschiedliche Einschalthelligkeiten
Königsklasse:
-5 Kanal RGBWW+CW
-Sequenzen, synchronisierbar über mehrere Dimmer
Essentiell wäre für mich:
-Relatives Dimmen
-Absolutes Dimmen + Statusobjekt
-Schalten (ein/aus) + Statusobjekt
-Letzter Dimmwert beim Einschalten oder fester Dimmwert
-Sperrobjekt (ein / aus / fester Dimmwert) und Verhalten nach aufheben der Sperre (ein / aus / letzter Dimmwert)
Merker für die Zukunft:
-Zwangsführungsobjekt
-Bitszenen
-Prioritätsobjekte (schalten/dimmen/absolut)
-RGBW mit HSV und RGB Objekten
-TW
-Tag/Nachobjekt für unterschiedliche Einschalthelligkeiten
Königsklasse:
-5 Kanal RGBWW+CW
-Sequenzen, synchronisierbar über mehrere Dimmer
Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit
-
- Reactions:
- Beiträge: 3621
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1275 Mal
- Danksagung erhalten: 1677 Mal
Ich ergänze mal
Als Essentiell sehe ich noch Soft An/Aus (als Auswahl Option mit festen Parametern)
Ausbauoptionen:
Soft An/Aus dann mit flexibler Einstellung Tempo getrennt für an und aus, gern auch als variables Objekt aus einer Logik definiert (für ggf Tag/Nacht Abhängigkeit).
Kanalweise Definition Dimmtempo bei Eingang neuer absoluter Dimmwert
Tag/Nacht abhängige Dimmwertbegrenzung, statt nur Tag/Nacht auch gern eine dritte Stufe "Dämmerung"
HCL Farbkurven definierbar
Über die Ausbauoptionen und deren Priorisierung können wir ja dann nochmal philosophieren.
Als Essentiell sehe ich noch Soft An/Aus (als Auswahl Option mit festen Parametern)
Ausbauoptionen:
Soft An/Aus dann mit flexibler Einstellung Tempo getrennt für an und aus, gern auch als variables Objekt aus einer Logik definiert (für ggf Tag/Nacht Abhängigkeit).
Kanalweise Definition Dimmtempo bei Eingang neuer absoluter Dimmwert
Tag/Nacht abhängige Dimmwertbegrenzung, statt nur Tag/Nacht auch gern eine dritte Stufe "Dämmerung"
HCL Farbkurven definierbar
Über die Ausbauoptionen und deren Priorisierung können wir ja dann nochmal philosophieren.
Grüße
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
-
- Reactions:
- Beiträge: 1196
- Registriert: Sa Aug 11, 2018 10:52 pm
- Wohnort: Oberbayern
- Hat sich bedankt: 238 Mal
- Danksagung erhalten: 857 Mal
- Kontaktdaten:
Ich schreib nix mehr, steht schon alles da
Die Feld- Wald und Wiesen-Funktionen eines KNX Dim-Aktors sollte er können. Der Rest kann später kommen und/oder per Logik simuliert werden.
Die Feld- Wald und Wiesen-Funktionen eines KNX Dim-Aktors sollte er können. Der Rest kann später kommen und/oder per Logik simuliert werden.
CometVisu Entwickler - Bitte keine PNs, Fragen gehören in das Forum, damit jeder was von den Antworten hat!
CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.
TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache
CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.
TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache
-
- Reactions:
- Beiträge: 159
- Registriert: Di Okt 23, 2018 9:27 pm
- Hat sich bedankt: 30 Mal
- Danksagung erhalten: 37 Mal
Hallo zusammen,
Auf dieses Feature warte ich auch schon ganz gespannt .
Fände es toll wenn man einstellen könnte wie das Rückmeldeobjekt reagieren soll.
Hab momentan das Elka-DMX Gateway und gerade in Verbindung mit Soft An/Aus sendet dieses beim einschalten 10-20 Rückmeldungen.
Fände es jetzt toll wenn man die Schrittweite der Rückmeldungen frei einstellen könnte.
Z.b. In 10er Schritten oder nur einmal bei erreichen des Endwertes.
Wenn ihr ansonsten alles andere erwähnte umsetzt wird es der absolute Knaller.
Gruß Ben
Auf dieses Feature warte ich auch schon ganz gespannt .
Fände es toll wenn man einstellen könnte wie das Rückmeldeobjekt reagieren soll.
Hab momentan das Elka-DMX Gateway und gerade in Verbindung mit Soft An/Aus sendet dieses beim einschalten 10-20 Rückmeldungen.
Fände es jetzt toll wenn man die Schrittweite der Rückmeldungen frei einstellen könnte.
Z.b. In 10er Schritten oder nur einmal bei erreichen des Endwertes.
Wenn ihr ansonsten alles andere erwähnte umsetzt wird es der absolute Knaller.
Gruß Ben
Gruß Ben
TWS 960Q ID:359, VPN offen, Reboot erlaubt
TWS 960Q ID:359, VPN offen, Reboot erlaubt
-
- Reactions:
- Beiträge: 19
- Registriert: Mo Nov 19, 2018 3:48 pm
- Hat sich bedankt: 4 Mal
- Danksagung erhalten: 5 Mal
Ein herzliches Hallo in die Runde:
Auch wenn es mein erster Beitrag ist:
Was ich super fände und mit Sicherheit für den Timberwolf eine USP wäre ist die Unterstützung von Kiteo DMX Spots.
Damit wäre endlich mal eine käuflich zu erwerbende Lösung da um die qualitativ sehr hochwertigen Kiteo Spots an den KNX-Bus anzubinden. Das ist bisher meines Wissen alles Bastelei!
Solltet ihr näherer Infos zu Ansteuerung benötigen kann ich dazu gerne nochmals detailliert etwas schreiben. Auch könnte ich einen Strahler als Leihgabe zur Verfügung stellen oder die Funktion testen. Die Spots stellen bei mir die Grundbeleuchtung im Haus dar und sind zahlreich vorhanden. Momentan werden sie jedoch mangels ordentlicher Ansteruerung nur mit einem konstanten Weißton gedimmt. Der Farb oder HCL - Modus wird nicht genutzt, wäre schön wenn ich das endlich mal umsetzten könnte.
Beste Grüße
Johannes
Auch wenn es mein erster Beitrag ist:
Was ich super fände und mit Sicherheit für den Timberwolf eine USP wäre ist die Unterstützung von Kiteo DMX Spots.
Damit wäre endlich mal eine käuflich zu erwerbende Lösung da um die qualitativ sehr hochwertigen Kiteo Spots an den KNX-Bus anzubinden. Das ist bisher meines Wissen alles Bastelei!
Solltet ihr näherer Infos zu Ansteuerung benötigen kann ich dazu gerne nochmals detailliert etwas schreiben. Auch könnte ich einen Strahler als Leihgabe zur Verfügung stellen oder die Funktion testen. Die Spots stellen bei mir die Grundbeleuchtung im Haus dar und sind zahlreich vorhanden. Momentan werden sie jedoch mangels ordentlicher Ansteruerung nur mit einem konstanten Weißton gedimmt. Der Farb oder HCL - Modus wird nicht genutzt, wäre schön wenn ich das endlich mal umsetzten könnte.
Beste Grüße
Johannes
timberwolf 950 ID:239, VPN offen, Reboot erlaubt
timberwolf 950 ID:297, VPN offen, Reboot erlaubt
wiregate297
timberwolf 950 ID:297, VPN offen, Reboot erlaubt
wiregate297
-
- Elaborated Networks
- Reactions:
- Beiträge: 9837
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 4888 Mal
- Danksagung erhalten: 7850 Mal
- Kontaktdaten:
Hallo Johannes,
lg
Stefan
jetzt bin ich neugierig, magst Du nicht etwas darüber schreiben?
lg
Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 371
- Registriert: So Aug 26, 2018 5:59 pm
- Wohnort: Herborn
- Hat sich bedankt: 134 Mal
- Danksagung erhalten: 235 Mal
Hallo Stefan,
zu dem was @Dragonos2000 gesagt hat hätte ich gerne auch beim relativen Dimmen ein Statusobjekt mit dem aktuellen Dimmwert.
Da gerade bei DMX schnell viele Kanäle zusammenkommen wäre es evtl. interessant dass ein Dimmer auch mehrere Kanäle gleichzeitig Bedienen kann.
VG
Earl
zu dem was @Dragonos2000 gesagt hat hätte ich gerne auch beim relativen Dimmen ein Statusobjekt mit dem aktuellen Dimmwert.
Da gerade bei DMX schnell viele Kanäle zusammenkommen wäre es evtl. interessant dass ein Dimmer auch mehrere Kanäle gleichzeitig Bedienen kann.
VG
Earl
Wiregate#1504 + PBM -
Timberwolf 950Q #233 / VPN aktiv / Reboot OK
EFH mit KNX, 1-Wire, DMX, PV und Strom über MQTT
Docker: MQTT Broker, Unifi WLAN Controller, NodeJS, CometVisu
Timberwolf 950Q #233 / VPN aktiv / Reboot OK
EFH mit KNX, 1-Wire, DMX, PV und Strom über MQTT
Docker: MQTT Broker, Unifi WLAN Controller, NodeJS, CometVisu
-
- Reactions:
- Beiträge: 19
- Registriert: Mo Nov 19, 2018 3:48 pm
- Hat sich bedankt: 4 Mal
- Danksagung erhalten: 5 Mal
Guten Morgen Stefan und Crew,
Aber gerne doch:
Im Grunde handelt es sich bei den Kiteo-Spots um LED Strahler mit der so genannten piLED-Technik. Die Steuer-Elektronik sitzt im sehr kompakten Spot und bietet ein Temperaturmanagement sowie weitere intelligente Kompensationsmethoden.Der Strahler wird an 24 V und dem DMX Bus angeschlossen. Er wird über vier Kanäle gesteuert. Der Startkanal kann durch eine spezielle DMX-Sequenz gesetzt werden. Somit lässt sich jeder Spot individuell adressieren. Es gibt auch die Möglichkeit über vier Kanäle am Ende des Universums als Broadcast alle Spots anzusteuern.
Der erste Kanal eines Strahler aus steuert die Modi an.
Im Wertebereich von 0-100 auf Kanal 1 befindet sich der Spot in Weißlichtmodus. Hierbei steuert Kanal zwei die Helligkeit und Kanal drei den Weißton (Farbtemperatur) und Kanal vier ist unbelegt.
Im Bereich von 101-200 auf Kanal 1 befindet sich der Strahler im RGB Modus. Hier steuert Kanal 2 in Rot, Kanal 3 Grün (Mint grün) und Kanal 4 Blau.
Im Bereich 201-255 befindet sich er Stahler im CIE Modus, Damit kenne ich mich aber nicht aus. Es ist eine Steuerung über die Helligkeit und eine X und Y Coordinate.
Ich fände es schön wenn man die ersten beiden Modi auf ein gängiges kein KNX Format bringt. Im meinem Fall die Ansteuerung über Gira G1.
Ich stelle mir das so vor: kommt ein Helligkeits-Wert für Weißlicht steuert der Virtuelle Dimmer den Strahler auf den entsprechenden Modus und setzt die Helligkeit. Bei einem
Farbwert dann auf den RGB-Modus.
Mit ist klar, dass sich das alles mit einer Logik umsetzten lässt aber will man die passenden Rückmeldeobjekte und einer entsprechenden Anzahl an Lampen wird dies schnell sehr unübersichtlich und in einem nativen Code läuft dies bestimmt perfomanter.
Bei welchen KOs der Moduswechsel triggern soll lässt sich bestimmt diskutieren. Ich habe mir z.B. überlegt so etwas wie eine HCL-Steuerung zu bauen, die mir Global- oder Sektorenweise die Farbtemperatur vom Weißlicht in Abhängigkeit der Umwelt (Tages- und Jahreszeit) vorgibt. Da wäre es natürlich blöd wenn der Modus geschaltet wird obwohl der Strahler sich gerade in einem RGB-Scenario befindet -wäre aber schön wenn der virtuelle Dimmer den letzten via KO gesetzten Wert dennoch behält.
Beste Grüße
Johannes
(PS: ich stehe in keinerlei Zusmammenhang mit der Firma Kiteo oder Lumitech)
Aber gerne doch:
Im Grunde handelt es sich bei den Kiteo-Spots um LED Strahler mit der so genannten piLED-Technik. Die Steuer-Elektronik sitzt im sehr kompakten Spot und bietet ein Temperaturmanagement sowie weitere intelligente Kompensationsmethoden.Der Strahler wird an 24 V und dem DMX Bus angeschlossen. Er wird über vier Kanäle gesteuert. Der Startkanal kann durch eine spezielle DMX-Sequenz gesetzt werden. Somit lässt sich jeder Spot individuell adressieren. Es gibt auch die Möglichkeit über vier Kanäle am Ende des Universums als Broadcast alle Spots anzusteuern.
Der erste Kanal eines Strahler aus steuert die Modi an.
Im Wertebereich von 0-100 auf Kanal 1 befindet sich der Spot in Weißlichtmodus. Hierbei steuert Kanal zwei die Helligkeit und Kanal drei den Weißton (Farbtemperatur) und Kanal vier ist unbelegt.
Im Bereich von 101-200 auf Kanal 1 befindet sich der Strahler im RGB Modus. Hier steuert Kanal 2 in Rot, Kanal 3 Grün (Mint grün) und Kanal 4 Blau.
Im Bereich 201-255 befindet sich er Stahler im CIE Modus, Damit kenne ich mich aber nicht aus. Es ist eine Steuerung über die Helligkeit und eine X und Y Coordinate.
Ich fände es schön wenn man die ersten beiden Modi auf ein gängiges kein KNX Format bringt. Im meinem Fall die Ansteuerung über Gira G1.
Ich stelle mir das so vor: kommt ein Helligkeits-Wert für Weißlicht steuert der Virtuelle Dimmer den Strahler auf den entsprechenden Modus und setzt die Helligkeit. Bei einem
Farbwert dann auf den RGB-Modus.
Mit ist klar, dass sich das alles mit einer Logik umsetzten lässt aber will man die passenden Rückmeldeobjekte und einer entsprechenden Anzahl an Lampen wird dies schnell sehr unübersichtlich und in einem nativen Code läuft dies bestimmt perfomanter.
Bei welchen KOs der Moduswechsel triggern soll lässt sich bestimmt diskutieren. Ich habe mir z.B. überlegt so etwas wie eine HCL-Steuerung zu bauen, die mir Global- oder Sektorenweise die Farbtemperatur vom Weißlicht in Abhängigkeit der Umwelt (Tages- und Jahreszeit) vorgibt. Da wäre es natürlich blöd wenn der Modus geschaltet wird obwohl der Strahler sich gerade in einem RGB-Scenario befindet -wäre aber schön wenn der virtuelle Dimmer den letzten via KO gesetzten Wert dennoch behält.
Beste Grüße
Johannes
(PS: ich stehe in keinerlei Zusmammenhang mit der Firma Kiteo oder Lumitech)
timberwolf 950 ID:239, VPN offen, Reboot erlaubt
timberwolf 950 ID:297, VPN offen, Reboot erlaubt
wiregate297
timberwolf 950 ID:297, VPN offen, Reboot erlaubt
wiregate297
-
- Reactions:
- Beiträge: 3621
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1275 Mal
- Danksagung erhalten: 1677 Mal
Hi Earl,
Aber bei DMX muss man da vorsichtig sein den Status so permanent auf den KNX auszugeben, gerade wenn der Dimmvorgang auf einer schnellen Engine die direkt den DMX befeuert ausgeführt wird, da könnte es bei direkter vollständiger Rückmeldung während des Dimmvorgangs zu einer Überflutung mit Statustelegrammen auf dem KNX-Bus kommen.
In der Steuerung lassen sich quasi "virtuelle" Leuchten / Leuchtgruppen erstellen, die dann natürlich wie bei den KNX-Gruppen-GA auch mehrere Kanäle eines EVG, als auch mehrere EVG ansteuern können. Es können dann auch sogar EVG unterschiedlicher Systeme gruppiert werden also eine Leuchtgruppe aus einem DMX-EVG + KNX-Dimmer. Das ganze lässt sich also recht beliebig kombinieren.
Alleine eine RGBW Steuerung via HSV oder eine TW Regelung in einer HCL-Automatik ist da ja nichts anders, da die bisher verfügbaren DMX-EVG einfach nur stumpf Werte von 0-255 am Kanal erwarten. Das ist dann auch schon eine entsprechende Gruppierung.
(Ausnahme offensichtlich die Kiteo-Spots)
@jrues
Ich hatte Anfangs auch mal den Gedanken mir Kiteo-Spots zu verbauen.
Hmm ich denke machbar ist eine solche zusätzliche Wertkonvertierung. Als spezieller Kiteo-Baustein aber wahrscheinlich erst als Metalogik-Block für die Logikengine, die den gewünschten Status und dann die Tasterbefehle entsprechend kombiniert auswertet. Das als zusätzliche Übersetzungskomponente direkt in die Lightningengine zu integrieren schon interessant. Ohne jetzt Stefans Planung / Entscheidung vorweg zu nehmen wird das aber erst etwas für die zweite wahrscheinlich eher dritte Ausbaustufe werden. Er muss den Entwicklungsaufwand ja auch immer mit dem potentiellen Marktvolumen abgleichen.
Weils aber alles "nur" Logik und SW ist, ist es auf jeden Fall machbar nur eben wie aufwändig.
Die Initialisierungs-Sequenz klingt auch interessant, das kann man sich sicher auch allein bauen und speichern. Im Zweifel wird das auch erstmal eine eigene Meta-Logik.
@StefanW
Da kommt mir so ein Gedanke, ob man die Sequenzen nicht auch irgendwie extern austauschbar machen kann. Auf dem TWS kann man ja eine bestehende nehmen kopieren, edititieren, speichern. Diese ex- und importieren wäre wohl auch noch ein interessantes späteres Feature.
Muss man nur sehen auf welcher Ebene man das exportiert, da ja im Gesamtkonstrukt viele Ebenen durch die EVG-Refernzen existieren, nicht nur x Kanäle im Zeitablauf mit jeweils Dimmwerten 0-255. All diese Referenzen sind natürlich in jeder Anlage hochgradig individuell.
Das ist beides das gleiche als Status, egal wie Du den Zieldimmwert erreichst, der Ist-Dimmwert ist immer nur einer und der wird dann über den Dimmwert-Status ausgegeben.
Aber bei DMX muss man da vorsichtig sein den Status so permanent auf den KNX auszugeben, gerade wenn der Dimmvorgang auf einer schnellen Engine die direkt den DMX befeuert ausgeführt wird, da könnte es bei direkter vollständiger Rückmeldung während des Dimmvorgangs zu einer Überflutung mit Statustelegrammen auf dem KNX-Bus kommen.
Auch das wird es in der Engine geben, ggf in einer Ausbaustufe.
In der Steuerung lassen sich quasi "virtuelle" Leuchten / Leuchtgruppen erstellen, die dann natürlich wie bei den KNX-Gruppen-GA auch mehrere Kanäle eines EVG, als auch mehrere EVG ansteuern können. Es können dann auch sogar EVG unterschiedlicher Systeme gruppiert werden also eine Leuchtgruppe aus einem DMX-EVG + KNX-Dimmer. Das ganze lässt sich also recht beliebig kombinieren.
Alleine eine RGBW Steuerung via HSV oder eine TW Regelung in einer HCL-Automatik ist da ja nichts anders, da die bisher verfügbaren DMX-EVG einfach nur stumpf Werte von 0-255 am Kanal erwarten. Das ist dann auch schon eine entsprechende Gruppierung.
(Ausnahme offensichtlich die Kiteo-Spots)
@jrues
Ich hatte Anfangs auch mal den Gedanken mir Kiteo-Spots zu verbauen.
Hmm ich denke machbar ist eine solche zusätzliche Wertkonvertierung. Als spezieller Kiteo-Baustein aber wahrscheinlich erst als Metalogik-Block für die Logikengine, die den gewünschten Status und dann die Tasterbefehle entsprechend kombiniert auswertet. Das als zusätzliche Übersetzungskomponente direkt in die Lightningengine zu integrieren schon interessant. Ohne jetzt Stefans Planung / Entscheidung vorweg zu nehmen wird das aber erst etwas für die zweite wahrscheinlich eher dritte Ausbaustufe werden. Er muss den Entwicklungsaufwand ja auch immer mit dem potentiellen Marktvolumen abgleichen.
Weils aber alles "nur" Logik und SW ist, ist es auf jeden Fall machbar nur eben wie aufwändig.
Die Initialisierungs-Sequenz klingt auch interessant, das kann man sich sicher auch allein bauen und speichern. Im Zweifel wird das auch erstmal eine eigene Meta-Logik.
@StefanW
Da kommt mir so ein Gedanke, ob man die Sequenzen nicht auch irgendwie extern austauschbar machen kann. Auf dem TWS kann man ja eine bestehende nehmen kopieren, edititieren, speichern. Diese ex- und importieren wäre wohl auch noch ein interessantes späteres Feature.
Muss man nur sehen auf welcher Ebene man das exportiert, da ja im Gesamtkonstrukt viele Ebenen durch die EVG-Refernzen existieren, nicht nur x Kanäle im Zeitablauf mit jeweils Dimmwerten 0-255. All diese Referenzen sind natürlich in jeder Anlage hochgradig individuell.
Zuletzt geändert von gbglace am Di Nov 20, 2018 9:18 am, insgesamt 1-mal geändert.
Grüße
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension
Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension