Hi Helmut,
Mensch das ist ja ein Ding und ich brech mir hier einen ab.
OK der Witz scheint wohl zu sein den Tasterbaustein zu trennen. Denn das habe ich nicht gemacht. Verstehen tue ich das aber nicht warum das aufgetrennt werden muss.
Ein Eltako MA meinte der BUS hat auch ne Richtung (was ich mir irgendwie schwer vorstellen kann) aber ich denke es gibt Aktoren, welche die weitere Kommunikation unterbinden. Ich muss noch mal den BUS Verfolgen wie meine Bausteine eingehangen sind.
Das Auftrennen hatte ich im Kopf. Ich hatte es mal so angedacht: Über ein Relais auftrennen wenn IPS läuft und wenn IPS keinen Mucks macht solle das konventionelle Einlernen wieder aktiv sein. Hintergrund ist der WAF, denn das ist so schon fragwürdig
Schwer wird es mit dem Dimmverhalten. Im direkten Anlernen geht das s
- Tasten - letzte helligkeit wird eingeschaltet
- noch mal Tasten aus
oder dimmen
- Tasten - letzte helligkeit wird eingeschaltet
- Taste halten - hoch dimmen
- Taste halten - runter dimmen
- noch mal Tasten aus
Da man dann nicht weiss auch wieviel Prozent der Aktor steht. Als Workaound wenn IPS die Steuerung übernimmt hatte ich gedacht ich nehme feste Helligkeitsstufen 0, 25%, 50 %, 75% und 100 %. Die werden mit jedem Tastendruck einen weiter geschaltet.
Aber kurz zu meiner Anbindung. Ich hab den 485 Koppler zwischen den Tastelementen und den Aktoren. Einrichtung der Schnittstellen wie beim BSC-BOR. So kann ich bei Enocean geräten einfach eine andere Instantz auswählen ohne über eine direkte Serielle Instanz zu gehen.
So was habe ich für Effekte bisher:
- Ohne auftrennen kann ich die Taster mittels Hoppe Fenstergriff Instanz über ein Script auslesen. Denn es ändert wich in der Instanz der Integerwert
- Damit habe ich ein generelles Script worüber ich bei Schalten die Aktoren (Auch über Dummy Module gedoppelt) in IPS aktualisiere
Meine Probleme:
- Teilweise extrem schnelles Tasten wird entweder von IPS erkannt aber nicht von Aktor bzw. umgedreht. Dadurch kommt IPS und der BUS aus dem Sync
- Die Aktoren haben noch spezialfunktionen. Schnelles Doppeltasten beim Dimmer ist ein Kinderlicht oder WakeUp Licht. Da kennt IPS natürlich auch nicht und kommt auch aus dem Tritt.
Also um ohne Auftennung des BUS ist ein Sync ohne Rückmeldekanal nicht zu erreichen, da codiert man sich den Wolf.
Hier mal das Dimmprotokoll aus der Eltako Doku Seite 220:
http://www.eltako.com/fileadmin/downloads/de/Katalog/eltako_funk_low_res.pdf
FUD12NPN, FUD61NP, FUD61NPN
Direkte Übergabe des Dimmwertes von 0-100%, ähnlich FUNC=38,
Command 2
ORG = 0x07
Data_byte3 = 0x02
Data_byte2 = Dimmwert in % von 0-100 dez.
Data_byte1 = Dimmgeschwindigkeit
0x00 = die am Dimmer eingestellte Dimmgeschwindigkeit wird verwendet.
0x01 = sehr schnelle Dimmspeed …. Bis …
0xFF = sehr langsame Dimmspeed
Data_byte0 = DB0_Bit3 = LRN Button (0 = Lerntelegramm, 1 = Datentelegramm) DB0_Bit0 = 1: Dimmer an, 0: Dimmer aus.
Lerntelegramm DB3…DB0 muss so aussehen: 0x02, 0x00, 0x00, 0x00
Datentelegramme DB3…DB0 müssen z.B. so aussehen:
0x02, 0x32, 0x00, 0x09 (Dimmer an mit 50% und interner Dimmspeed)
0x02, 0x64, 0x01, 0x09 (Dimmer an mit 100% und schnellster Dimmspeed)
0x02, 0x14, 0xFF, 0x09 (Dimmer an mit 20% und langsamster Dimmspeed)
0x02, 0x…, 0x…, 0x08 (Dimmer aus)