openhabforum.de

Hallo
ich habe den Dimmer TXA213-a2 (Hager). Diesen habe ich mit der ETS5 programmiert und zwei KO angelegt. Einen für das Ein/Aus und den anderen für "Dimmen" (1 byte). Dann das Applikationsprogramm wird runtergeladen. Das Ganze habe ich über einen Taster mit Eintastenbetrieb. Das Problem ist dass die Lampen nicht einmal einschalten, geschweige denn sich dimmen lassen.

Mit dem Monitor sehe ich dass der richtige Taster betätigt wird und ein "Ein" geschickt wird. Am Dimmer sehe ich auch dass die LED eingeschaltet wird - aber eben die Lampen bleiben dunkel. Der Dimmer selber ist nicht defekt da er mit der alten Programmierung noch funktioniert hat.

Kann mir jemand evtl. noch einen Tip geben was ich noch wie testen könnte?

Danke

Die Taste muss in den Dimmer-Modus versetzt werden. Damit erhältst Du zwei KO für die Taste (eventuell auch noch ein drittes KO für eine eingebaute LED, kommt aber auf die Taste an). Das erste KO ist für "Kurzzeit", das zweite KO für "Langzeit" (also kurzer Tastendruck vs. langer Tastendruck).

Als KO DPT kommen für Kurzzeit 1.001 (1 Bit ein/aus) und für Langzeit 3.007 (4 Bit heller/dunkler) zum Einsatz. Alle Dimmer arbeiten mit diesen KO (wenn es um Tasten geht).

Der Dimmer hat fünf KO, welche für den normalen Betrieb wichtig sind.
1. KO Befehl Ein/Aus (DPT 1.001)
2. KO Status Ein/Aus (DPT 1.001)
3. KO Dimmen (per Taste) (DPT 3.007)
4. KO Befehl Dimmen Absolutwert (1 Byte, DPT 5.001)
5. KO Status Dimmen Absolutwert (1 Byte, DPT 5.001)

Ich mutmaße, dass Du zum Schalten das KO für den Status erwischt hast.

Im Taster programmierst Du das erste bis dritte KO (Kurzzeit: 1. KO, 2. KO, Reihenfolge beachten!; Langzeit: 3. KO). Falls der Taster ein eigenes KO für die LED hat, kommt das 2. KO auch dort rein.

Die Byte-KO sind nur für die Steuerung über openHAB o.Ä. wichtig, es sei denn, Du hast Taster, welche direkte Steuerung der Helligkeit erlauben, die haben dann ein Display und ein Menü, außerdem zeigen sie die Helligkeit in % an.

Der TXA213 hat ja drei Kanäle. Leider gibt es bei Hager selbst keine aktuellen Applikationsbeschreibungen mehr, aber ich habe den Dimmer selbst deshalb kein großes Problem...
Ein Dimmerkanal hat acht KO. Wenn ich Kanal eins nutze, brauche ich für die Taste KO 0 + KO 6 für Kurzzeit und KO 1 für Langzeit.
Der Dimmer unterstützt kein zyklisches Dimmen, sondern ausschließlich Start-Stop-Dimmen. Die Taste muss im Dimmerbetrieb darauf konfiguriert werden, ansonsten dimmt der Dimmer immer bis 100 % bzw. bis 0 %.

Hallo und danke für die Aufschlussreiche Antwort..!
Ich habe diesbez. zwei Fehler auf meiner Seite gefunden anhand von deiner Erklärung. Ich habe die Reihenfolge nicht beachtet - obwohl ich nicht ganz verstehe wieso dies einen Einfluss hat - resp. die Zustandsanzeige hatte ich nicht verwendet.

Jetzt habe ich beides korrigiert aber zu meiner Verwunderung tut sich (immer) noch nichts Ich habe im Anhang meine Implementierung für den Tastendruck "kurz" bzw. "lang" mal angehängt. Evtl. kann da schon was sehen was noch falsch ist, aber ich finde nichts mehr...

Wenn ich den Taster kurz betätige, sehe ich am Taster dass die LED einschaltet bzw. der Dimmeraktor ebenfalls die LED (rot) einschaltet. Die Lampen selber bleiben jedoch alle dunkel.

und noch der Taster "kurz"

Moin,

dies ist ja noch grundsätzlich weit vor openHAB, aber natürlich versuchen wir auch hier zu unterstützen.
Deine Informationen sind im Moment leider nur sehr rudimentär (zumindest für mich) und daher habe ich noch einige Fragen, denn meine Hellseherkugel ist in Reparatur.

Deine Screenshots zeigen die Konfiguration des Tasters in der ETS, so weit OK.
- Wie sieht die Konfig des Aktors aus
- Wie sieht die Gruppenadresse aus
- Sind AKtor und Sensor über eine GA verbunden
- Hat der Aktor Spannung auf dem Ausgang anliegen (wenn er denn schaltet, aber bei der Lampe nichts ankommt)
- Hast Du nach der Änderung Senor (Schalter) und Aktor neu programmiert, damit die Änderung angekommen ist

Sorry für die ganzen Fragen, aber ich kann mir noch kein Bild machen.

Die Adressen stimmen nicht.
Du hast für den Taster zwei KO, für den Aktor aber drei KO. Jedes KO im Aktor benötigt eine eigene GA. Dabei ist mindestens die GA im Status exklusiv, d.h. kein anderes KO darf auf dieser GA senden.

Das sieht dann so aus: Für den Status habe ich hier 2/2/2 genommen, das muss natürlich eine GA sein, welche nirgends sonst verwendet wird.
Die Reihenfolge im Taster-KO ist nicht egal! Es wird ausschließlich auf der ersten GA gesendet, wenn denn das KO überhaupt sendet.
Empfangen wird hingegen immer auf allen KO, welche angegeben sind (wenn das KO empfängt).
Somit sendet der Taster bei kurzem Tastendruck 1 oder 0 auf 2/2/0, woraufhin der Aktor schaltet und seinerseits den neuen Zustand auf 2/2/2 sendet. Woraufhin der Taster seinen Zustand auf 1 oder 0 ändert.

Der Taster muss für ein-Tasten-Bedienung auf Toggle konfiguriert sein, d.h. er sendet eine 0 wenn der Status 1 ist und er sendet eine 1 wenn der Status 0 ist.

Wenn mehrere Taster den selben Kanal steuern, sind diese immer identisch konfiguriert (mindestens was die GA betrifft)

Da stehen ja auch noch die Flags hinten dran:

K (Kommunikation)
L (Lesbar)
S (Schreibbar)
Ü (Übertragen)
A (Aktualisieren)
I (Initialisieren, ist nicht sichtbar)

K muss gesetzt sein, damit das KO erreichbar ist
Wenn L gesetzt ist, antwortet das KO auf Leseanfragen. Deshalb darf dieses Flag pro GA nur bei einem KO gesetzt sein.
Wenn S gesetzt ist, kann der Zustand über einen Schreibzugriff geändert werden. Dieses Flag muss also im Aktor auf KO 0 und KO 1 gesetzt sein, im Taster auf KO 21 (wegen des Status)
Wen Ü gesetzt ist, sendet das KO bei Bedarf. Dieses Flag muss also im Taster auf beiden KO gesetzt sein, im Aktor eigentlich nur auf dem Status KO.
Wenn A gesetzt ist, wird eine Antwort auf einen Read Request als Schreibbefehl interpretiert. Es ist dabei egal, wer den Read Request ausgelöst hat. Braucht man nur unter bestimmten Umständen.
Das I-Flag bewirkt, dass das KO beim Einschalten der Stromversorgung einen Read Request sendet. Ist sehr mit Vorsicht zu genießen, weil es den Bus fluten kann. Wird ebenfalls nur unter bestimmten Umständen gebraucht (und bei vielen Geräten ist diese Option aus guten Gründen gar nicht aktivierbar).

Danke für die Erklärung. Gemäss deinen Angaben habe ich jetzt die KO wie folgt geändert bzw. erweitert:
Ich muss leider sagen, dass es immer noch dunkel bleibt wenn ich den Taster kurz drücke (ein) bzw. lange drücke (dimmen). Da der Aktor vorher (d.h. ich habe dann alle KNX neu programmiert) funktionierte für alle drei Dimmerzonen, gehe ich davon aus dass dieser nicht defekt ist. Ich benutze für das Dimmen nur eine Taste. Der Taster selbst ist auf "Dimmen" gesetzt (Feller 477x FMI).

Könnte es sein, dass die Applikation "nicht richtig" progammiert wurde? Ich sehe zwar alles grün wenn ich die Applikation neu schreibe aber man weiss ja nie. Gibt es noch andere Möglichkeiten für den Fehler?

Ja, es ist natürlich immer möglich, dass Du die falsche Applikation gewählt hast, gewöhnlich wird das aber angezeigt werden, in der einen oder anderen Weise.

Da ich auch einen TXA213 im Einsatz habe: Das Applikationsprogramm heißt TL213A V2.0: Ansonsten passen die GA auf jeden Fall.

Hast Du schon den Gruppenmonitor in der ETS gefunden? Unter dem Karteireiter Diagnose. Dort kannst Du sehen, was auf dem Bus passiert, wenn Du z.B. eine Taste drückst. Außerdem kannst Du aus dem laufenden Gruppenmonitor auch gezielt Befehle an den Aktor senden. Dabei wird der Dimmbefehl allerdings nicht funktionieren, da der TXA213 zwingend Start-Stop-Dimming verlangt, das heißt, Du müsstest zum Dimmen auch zwei Befehle senden, eben zum Start des Dimmvorgangs und zum Stoppen des Dimmvorgangs.

Nun ich habe zu keinem Zeitpunkt eine Fehlermeldung angezeigt bekommen. Was ich aber sehe ist dass ich die TL213A V3.0 habe. Meinst du dies macht einen Unterschied?

Ich werde den Gruppenmonitor noch testen.

Kann durchaus sein, dass es inzwischen eine neuere Version die Firmware gibt, ich habe meine Geräte schon von Jahren programmiert. Ich möchte behaupten, dass eine neuere Firmware immer auch auf den älteren Geräten ausgeführt werden kann. Umgekehrt (alte Firmware auf neuen Geräten) wäre ich vorsichtiger, aber eigentlich sollte die ETS schon automatisch die richtige Firmware greifen.