Ich wollte eventuell nochmal probieren, direkt einen RS485-Transceiver an den Atmega zu hängen und HM485 mit den Wired-Modulen zu sprechen.
Die aktuelle Implementierung hat nämlich noch einen Nachteil: Es gibt beim langen Tastendruck keinen "Taster losgelassen"-Event, das wird zeitgesteuert implementiert. Die BidCoS-RF-Taster senden gut alle 250ms den "Taster gehalten"-Event. Ich habe das bei mir so umgesetzt, dass das I/O-Modul angesteuert und solange gehalten wird, bis 300ms nichts mehr kam, dann wird der Eingang wieder "losgelassen".
Das Problem dabei ist: Verliere ich einen BidCoS-RF-Event wegen Funkstörung oder was auch immer, lasse ich los und beim nächsten Mal drücke ich aus Sicht des I/O-Moduls neu. Bei einer Ein-Tasten-Dimmeransteuerung dreht sich dann die Dimmrichtung um, was ja nicht Sinn der Sache ist.
Bei einer echten Direktverknüpfung wird bei langen Tastendrücken ja immer der Tastenzähler mitgeschickt, so dass der Aktor unterscheiden kann, ob es sich um einen alten oder neuen Tastendruck handelt. Wenn ich die HM485-Telegramme selbst generiere, kann ich den Tastenzähler auch selbst mitschicken...
Ich hatte übrigens nicht vor, ein echtes HM485-Gerät mit Anmeldung auf dem Bus und dem ganzen Drum & Dran zu implementieren. Ich habe eh eine große Anzahl von Wired-Aktoren mit zwei Tasteingängen, die ich nicht benutze. Ich wollte mich dann beim Senden einfach als diese Geräte ausgeben. Die gesamte Verknüpfungssteuerung, Konfiguration etc. erfolgt weiterhin über die CCU.
Schade, dass die CCU diese Art von Verknüpfung nicht unterstützt...
