Tastensperre funktioniert nicht (immer)

[ErichL]

Hallo zusammen,

In meiner LCN-Anlage habe ich Probleme mit den Tastensperrungen.

Ich habe eine Rollladensteuerung für 4 Zimmer. In jedem Zimmer befindet sich ein UPP-Modul (Serienr 0B...) mit den Auf/Ab-Tasten (A1, A2) und je einer Taste für das Verhalten beim Hochfahren: Taste A3: Rollladen wird vollständig hochgefahren, Taste A4: Rollladen wird nur gekippt (genauer: läuft während 4 Sekunden hoch, dann Stopp).
Die Rollladensteuerung ist mit einem SH-Modul (Serienr 0A...) und einem REL-Block realisiert. Mit der Taste A1 werden alle Rollladen hochgefahren, wobei das Verhalten der einzelnen Rollladen berücksichtigt wird.

Programmierung:
Zimmer1: Taste A3 Kurz: Sperre Taste A5 auf Rollladenmodul, Taste A4 Kurz: Entsperre Taste A5 auf Rollladenmodul
Zimmer2: Taste A3 Kurz: Sperre Taste A6 auf Rollladenmodul, Taste A4 Kurz: Entsperre Taste A6 auf Rollladenmodul
Zimmer3: Taste A3 Kurz: Sperre Taste A7 auf Rollladenmodul, Taste A4 Kurz: Entsperre Taste A7 auf Rollladenmodul
Zimmer4: Taste A3 Kurz: Sperre Taste A8 auf Rollladenmodul, Taste A4 Kurz: Entsperre Taste A8 auf Rollladenmodul
Rollladenmodul:
Tastensperrungen auf Tabelle A erlaubt
Taste A1 Lang: Relais 1..8 ein (alle Rollladen hoch)
Taste A1 Lang (2): Sende Taste A5678 verzögert um 4 Sekunden
Taste A5 kurz: Relais 1,2 aus (Rollladen1 stopp)
Taste A6 kurz: Relais 3,4 aus (Rollladen2 stopp)
Taste A7 kurz: Relais 5,6 aus (Rollladen3 stopp)
Taste A8 kurz: Relais 7,8 aus (Rollladen4 stopp)

Ich stelle nun fest, dass die Tastensperrungen auf dem Rolladenmodul nur zeitweise funktionieren. Hier ist ein Ausdruck des Busmonitors:
19:28:19:749 - S000_LCN-PRO PC an M127 TastenSperre A: - - - - - - 1 -

19:28:24:968 - S000_LCN-PRO PC an M127 Taste 1-------: A lang
19:28:24:984 - S000_M127 an M127 Relais: 1 1 1 1 1 1 1 1
19:28:24:984 - S000_M127 an M127 Tabelle A Taste ----5678 in 4s

19:28:28:156 - S000_M127 an M127 Relais: 0 - - - - - - -
19:28:28:218 - S000_M127 an M127 Relais: - - 0 - - - - -
19:28:28:218 - S000_M127 an M127 Relais: - - - - 0 - - -
19:28:28:218 - S000_M127 an M127 Relais: - - - - - - 0 -

Der zweitletzte Relais-Stopp-Befehl dürfte nicht ausgeführt werden, da die entsprechende Taste ja gesperrt ist.

Für mich stellen sich folgende Fragen:
- Kann man mehrere Tasten in einem Befehl verzögert ausführen ?
- Kann es sein, dass die Sperrbefehle nicht korrekt übertragen oder nicht korrekt gespeichert werden ?
- In der Statusanzeige sehe ich keine Tastensperrungen. Werden diese nicht angezeigt ?
- Gibt es andere / bessere Wege, um eine solche Steuerung zu realisieren ?

Gruss Erich

[Uwe]

Hallo Erich,

1. gesperrte Tasten werden im 0B-Modul auf jeden Fall angezeigt. Wenn im Status keine Anzeige, dann ist die Taste nicht gesperrt.
2. ich würde hier ein Timing-Problem vermuten. Versuch doch einmal (probehalber) nach der Sperre den Befehl im selben (Taster)Modul (nicht über den Bus) verzögert (STV) zu setzen.
Das Timing wird auch bei deiner nächsten Frage angeschnitten, ich gehe dort noch mal näher drauf ein.
3. Andere und (wenn es funzt) bessere Wege gibt es sicherlich. Das ist aber u.a. auch (leider) von der Verdrahtung der Anlage abhängig. Ich sehe, was du willst - und denke mal drüber nach.

Gruß, Uwe

[MartinH]

Uwe meint "Timing-Problem" ??

Das wäre nach Eric"s Bus-Monitor-Log aber komisch !!??

Code: Alles auswählen

19:28:19:749 - S000_LCN-PRO PC an M127 TastenSperre A: - - - - - - 1 -

19:28:24:968 - S000_LCN-PRO PC an M127 Taste 1-------: A lang
19:28:24:984 - S000_M127 an M127 Relais: 1 1 1 1 1 1 1 1
19:28:24:984 - S000_M127 an M127 Tabelle A Taste ----5678 in 4s


Da wurde doch manuell vom LCN-PRO aus die TastenSperre für Modul M127 gesetzt.
Und dann erst ca. 5 Sekunden (!) später vom Modul M127 an M127 das STV gesendet.
Diese 5 Sekunden Ruhe auf dem Bus sollten doch in jedem Fall ausreichen, dass die Tastensperre auch wirklich aktiv ist.

Eric, kannst Du bitte diese Angabe noch mal kontrollieren?
[zitat]Rollladenmodul:
Tastensperrungen auf Tabelle A erlaubt[/zitat]
und dann beim Modul M127 die Statusanzeige für die Tastensperrungen überprüfen.
Vielleicht liegt da schon der Fehler (?)
[hr]
Schaun wir mal, welche elegante Alternative Uwe noch vorschlägt.

Gruss, Martin

[Uwe]

Stunden:Minuten:Sekunden:Millisekunden - also 5 MILLIsekunden später gesendet

Das sind die Bereiche, wo "Timing" eine Rolle spielt.
Das kann man aber definitiv nur vor Ort beheben, weil man diese Werte/Reihenfolge immer wieder/mehrfach prüfen muss. Je mehr Module im Segment hängen usw. ...

"elegant" ist das nicht :-O
Uwe

[MartinH]

Uwe
[zitat]Stunden:Minuten:Sekunden:Millisekunden - also 5 MILLIsekunden später gesendet [/zitat]
hmmm? :O :O :O
Bin ich blind oder Du ... ?

Code: Alles auswählen

19:28:19:749 - S000_LCN-PRO PC an M127 TastenSperre A: - - - - - - 1 -

19:28:24:984 - S000_M127 an M127 Tabelle A Taste ----5678 in 4s


Differenz sind: 00:00:05:235 Stunden:Minuten:Sekunden:Millisekunden
Also doch ca. 5,2 Sekunden (nix Millisekunden)
[hr]
Desweiteren wäre hier zu klären, was unter "TastenSperre an Modul X" gemeint ist.
Bei Erich wird ja mit STV erst nach weiteren 4 Sekunden (!) die Taste aufgerufen.
Wenn dann zum Empfangszeitpunkt des STV-Befehls die Taste gesperrt ist, sollte die Tastenaktion auch nicht auslösen!
Zum Sendezeitpunkt des STV-Befehls kann/darf ja noch nicht die Tastensperre überprüft werden!
[hr]
Übrigens, eine STV-Befehl nutzt doch immer den Timer im Zielmodul !(?)
Also, der STV-Befehl geht sofort über den Bus zum Zielmodul und dort startet der entsprechende Timer im Zielmodul und nach der abgelaufenen Zeit wird die Zieltaste ausgelöst (oder eben auch nicht, wenn diese dann gerade gesperrt ist).
Achtung: Wer also einen STV-Befehl an eine Modul-Gruppe schickt, verbraucht überall in den Zielmodulen der Gruppe eine Timerresource.
U.a. deshalb ist es doch guter LCN-Stil den STV-Befehl nur lokal im selben Modul zu benutzen, um nicht den Überblick beim Timerresourcenverbrauch zu verlieren.

Gruss, Martin - der nicht zögert, Uwe um Bestätigung zu bitten

[Uwe]

Ich habe meine Armbinde angelegt und den Hund befragt :-O

Bei dem 2zeiler sind es (über) 5 Sekunden (sagt er )

Einen STV an eine Gruppe zu schicken, ist nicht das Problem. Er darf nur in keinem Modul überschrieben werden, da sonst nur der neue Befehl ausgelöst wird.
Aber im hier vorliegenden Auszug des Protokolls ist das ja nicht der Fall.
Die Tastensperre kommt ja auch gar nicht an (bzw. geht nicht raus) - und das ist m.E. ein Timingproblem auf dem Bus, das es (mehr oder weniger mühselig) zu entzerren gilt.

Gruß, Uwe - der bei einem Blick über die Brille auch mal was nicht erkennt (W kann das bestätigen :-O )

[ErichL]

Ich habe bei mir nochmals genau hingeschaut und habe alle 4 SH-Module für die Rollladensteuerung mit den Tastensperren geprüft:
M126: SH 0A0C... Tastensperren funktionieren genau so wie sie sollen und werden in der Statusanzeige auch angezeigt
M127: SH 0A0C... Hier tritt der Fehler auf
M226: SH 0A0C... Tastensperren funktionieren genau so wie sie sollen und werden in der Statusanzeige auch angezeigt
M227: SH 0907... Tastensperren funktionieren genau so wie sie sollen und werden in der Statusanzeige auch angezeigt

Es scheint so, dass ich für den Prototyp der Rollladensteuerung genau das Modul erwischt habe, bei dem die Tastensperren nicht funktionieren.

Ist es möglich, dass das Modul in einem derartigen Teilbereich defekt ist ? Für mich eher unwahrscheinlich ...

[Uwe]

... unwahrscheinlich schon, aber nicht unmöglich

Kannst du per Handkommando die Tasten sperren (?) und dann im Status sehen (?)

Wenn das geht würde ich es mit einer anderen Modul-ID versuchen.
Wenn nicht - (nach Kontrolle der Eigenschaften > Tastensperren erlaubt) das Modul einmal komplett löschen und neu programmieren.
Und wenn das auch nicht hilft, der Hotline den unwahrscheinlichen Fall melden und es austauschen.

[MartinH]

[zitat]M127: SH 0A0C... Hier tritt der Fehler auf[/zitat]
Wenn dies Modul die ID 127 (dezimal) hat, ist die binäre ID "01111111". Also ziemlich viele "1" hintereinander. Sollte der LCN-Bus (bei schwacher Datenleitung) Probleme haben mit solch monotonen Bitmustern ??

Gruss, Martin - der die LCN-Datenader noch nicht unterm Oszilloskop hatte.