Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Ankündigung
Einklappen
Keine Ankündigung bisher.
[OpenKNX-Ready] LED-Dimmer, Constant Voltage, 6-fach für UP, 12-fach für REG (6 TE)
Generell an die Entwickler und User und generell wie bis jetzt die Hardware/Entwicklung läuft.
(einfach aus Interesse, da ich in den nächsten 3 bis 4 Monaten diese verbauen möchte)
Wie groß sind den die MOSFETS zwecks möglicher Kühlkörper?
(die kosten bei Ali ja fast nichts und mehr Kühlung ist ja besser als gar keine auch wenn man das gar nicht brauchen würde )
Generell an die Entwickler und User und generell wie bis jetzt die Hardware/Entwicklung läuft.
(einfach aus Interesse, da ich in den nächsten 3 bis 4 Monaten diese verbauen möchte)
Gut. :-)
Mit der Hardware hatte ich bisher keinerlei Probleme und die Firmware wird nach wie vor sehr aktiv weiterentwickelt - das nächste Pre-Release kommt sicherlich bald.
Den aktuellen Stand kannst du dir ja jederzeit auch in der ETS ansehen.
Wie groß sind den die MOSFETS zwecks möglicher Kühlkörper?
(die kosten bei Ali ja fast nichts und mehr Kühlung ist ja besser als gar keine auch wenn man das gar nicht brauchen würde )
Du siehst ja auf den Fotos, dass die MOSFETs recht schön in Reihe sind:
Wenn du einen Kühlkörper verwenden möchtest, würde ich da ehrlich gesagt einfach einen längeren nehmen und dann mit einem dieser Wärmeleitpads drauf kleben.
welche Einschränkungen gelten eigentlich für das LED Netzteil?
SELV? Wäre zumindest bei den Meanwell HLG die gerne genommen werden kein Thema.
Genau, wie du sagst, die in der Regel verwendeten Netzteile sind ohnehin SELV.
Zudem ist die Spannungsversorgung der LEDs natürlich auch galvanisch von KNX getrennt.
Ich habe mir mal den aktuellen Stand (0.9) in der ETS angesehen: image.png
Aktuell wirst du bei TW-LEDs diese ja so ansteuern, dass die Helligkeit über die verschiedenen Farbtemperaturen gleich bleibt, oder? (wichtig für die Auslegung des Netzteils)
Denkst du, das relative "dimmen" der Farbtemperatur bekommst du bis zum Release integriert?
Ist gerade für Taster ohne Display recht praktisch um hier von warm nach kalt (und umgekehrt) die Farbtemperatur ändern zu können.
Und der mdt Glastaster möchte das glaube ich auch 8muss ich nochmal nachschauen); beim GVS Waltz müsste ich auch noch mal nachsehen, was dieser erwartet.
Der mdt-LED-Controller bietet hier ja z.B.: image.png
Wobei ich jetzt z.B. nicht wüsste für was ich das KO77 benötigen würde.
Auch das KO74 sehe ich als eher unnötig an.
Mal eine Frage an die Allgemeinheit hier:
Wenn ich eine HCL Steuerung über den Gira-X1 umsetzen möchte, gibt dieser ja regelmäßig die Farbtemperatur als Absolutwert heraus.
Der LED-Controller empfängt diese Werte (schaltet aber nicht EIN) und wenn ich das nächste mal das licht einschalte wird auf diese Farbtemperatur "gedimmt", oder? (Bei bereits aktiver Beleuchtung ändert sich einfach der Farbwert).
Also müsste aber auch, wenn ich über einen Taster einen direkten Farbwert aufrufen möchte, dieser die absolute Farbtemperatur und einen EIN-Befehl senden, oder?
Der mdt-Controller hat hier ja die Option: image.png
Aktuell wirst du bei TW-LEDs diese ja so ansteuern, dass die Helligkeit über die verschiedenen Farbtemperaturen gleich bleibt, oder? (wichtig für die Auslegung des Netzteils)
Das sollte so sein, da es sich bei Änderung der Farbtemperatur ja nur zwischen den beiden Kanälen "verschiebt", die prozentuale Helligkeit bleibt aber gleich.
Denkst du, das relative "dimmen" der Farbtemperatur bekommst du bis zum Release integriert?
Ist gerade für Taster ohne Display recht praktisch um hier von warm nach kalt (und umgekehrt) die Farbtemperatur ändern zu können.
Und der mdt Glastaster möchte das glaube ich auch 8muss ich nochmal nachschauen); beim GVS Waltz müsste ich auch noch mal nachsehen, was dieser erwartet.
Ob jetzt direkt im ersten Release kann ich dir nicht sagen, aber grundsätzlich erscheint mir das sinnvoll, zumal wir ja auch ein relatives dimmen der Helligkeit haben - warum dann also nicht auch der Farbtemperatur. Das sollte sich recht einfach umsetzen lassen.
Inzwischen sind wir mit der Firmware zum Dimmer ziemlich weit, warten gerade noch auf etwas Test-Feedback, aber wird dann sicherlich auch in nicht allzu ferner Zukunft mal ein erstes (nicht mehr "Pre-") Release geben.
Du kannst ja auch jederzeit mal ein Teil zum Testen bestellen und ebenfalls Feedback geben, wenn dich das Projekt interessiert.
Du kannst ja auch jederzeit mal ein Teil zum Testen bestellen und ebenfalls Feedback geben, wenn dich das Projekt interessiert.
Würde ich extrem gerne, aber ich bin gerade in meinem Bau so dermaßen eingespannt das ich fast keine freie Minute mehr habe.
Aber ich springe da mutig in das kalte Wasser und verbaue deinen Controller ohne ihn zuvor getestet zu haben.
Ab so März kann ich dir dann aber wirklich aus einer Live Umgebung und vielen Lampen Rückmeldung geben was läuft und was evtl..noch Probleme machen könnte.
Was mir noch als Feature eingefallen ist, was recht ein Alleinstellungsmerkmal wäre:
Zwei getrennte KOs für den absoluten Farbtonwert -> einer der das Licht aus lässt (HCL über z.B. X1; also so wie es aktuell umgesetzt ist) und einer wo direkt das Licht mit einschaltet (Taste).
[aber natürlich habe ich keine Ahnung wie viel Aufwand das wäre und ist auch absolut nicht zeitnah wichtig]
Aktuell wirst du bei TW-LEDs diese ja so ansteuern, dass die Helligkeit über die verschiedenen Farbtemperaturen gleich bleibt, oder? (wichtig für die Auslegung des Netzteils)
Nach meiner Einschätzung musst Du das Netzteil trotzdem für den Strom beider Kanäle auslegen, da die CW/WW Ansteuerung nicht zeitlich versetzt erfolgt. Sicher könnte man da irgendwie von der Pufferkapazität der Ausgangselkos leben, für mich würde ich das nicht tun.
Was mir noch als Feature eingefallen ist, was recht ein Alleinstellungsmerkmal wäre:
Zwei getrennte KOs für den absoluten Farbtonwert -> einer der das Licht aus lässt (HCL über z.B. X1; also so wie es aktuell umgesetzt ist) und einer wo direkt das Licht mit einschaltet (Taste).
[aber natürlich habe ich keine Ahnung wie viel Aufwand das wäre und ist auch absolut nicht zeitnah wichtig]
Das sollte sich grundsätzlich ohne zu viel Aufwand machen lassen.
Fändest du 2 separate KOs besser als eine ETS-Einstellungsoption, ob ein absoluter Farbwert den Dimmer automatisch einschaltet?
Und dann bliebe noch die Frage mit der von dir vorgeschlagenen relativen Dimmoption für die Farbtemperatur:
Dann müsste es ja konsequenterweise auch dafür 2 KOs geben, eine mit "automatischen Einschalten" und eine ohne, oder?
Nach meiner Einschätzung musst Du das Netzteil trotzdem für den Strom beider Kanäle auslegen, da die CW/WW Ansteuerung nicht zeitlich versetzt erfolgt.
Je größer das Netzteil desto mehr Verlustleistung hakt auch bei Teillast.
Und die Frage ob man zwei Netzteile parallel schalten kann? (z.B. gibt es die Meanwell ELG nicht so groß wie benötigt und der Controller hat ja nur einen Power Eingang)
Hat das schon wer getestet und kann sagen ob es zu Problemen bei TW Leuchten kommt?
Fändest du 2 separate KOs besser als eine ETS-Einstellungsoption, ob ein absoluter Farbwert den Dimmer automatisch einschaltet?
Zwei separate KOs ermöglichen halt mehr Funktionen.
Über ein KO könnte ich hakt über eine externe Logikengine eine HCL Steuerung umsetzen und über den anderen KO über einen Taster einfach schnell einen Farbwerte mit Einschaltung erreichen.
Letzteres würde natürlich auch über eine Szene funktionieren, daher ja auch kein absolut musthave, solange es beim KO für Absolutwert ohne Einschaltung bleibt.
Und dann bliebe noch die Frage mit der von dir vorgeschlagenen relativen Dimmoption für die Farbtemperatur:
Dann müsste es ja konsequenterweise auch dafür 2 KOs geben, eine mit "automatischen Einschalten" und eine ohne, oder?
Da sehe ich tatsächlich jetzt weniger eine Anwendung für.
Aber vielleicht fällt einem ja ein Szenario ein wo man relativ die Farbtemperatur ändern möchte aber nicht gleichzeitig einschalten.
Wenn die CW/WW Ansteuerung bei OpenKNX tatsächlich nicht zeitlich versetzt erfolgt, dann wäre das aus meiner Sicht ein gravierender Nachteil, auf den viel deutlicher hingewiesen werden sollte, da einige so etwas als Stand der Technik wohl erwarten würden.
Wenn die CW/WW Ansteuerung bei OpenKNX tatsächlich nicht zeitlich versetzt erfolgt, dann wäre das aus meiner Sicht ein gravierender Nachteil, auf den viel deutlicher hingewiesen werden sollte, da einige so etwas als Stand der Technik wohl erwarten würden.
Bisher machen wir das nicht, aber das ist ja grundsätzlich einmal "nur Software" und solch ein Feature kann daher auch künftig noch ergänzt werden.
Zunächst einmal gibt's aber noch andere Prioritäten.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
)
www.openknx.de | Fingerprint/NFC, Schaltaktor, Binäreingang, Dimmer, Touch-Display & Präsenzmelder verfügbar
Kommentar