2 direkt gepeerte Rolladenaktoren laufen manchmal gegenläufig

[dadoc]

Und regTable:

Code Auswählen Erweitern

No regs found for:

HM_652E9A_Btn_01 type:remote -
list:peer register         :value
   1:      dblPress         :0 s
   1:      longPress        :0.4 s
   1:      sign             :off
                       

und

Code Auswählen Erweitern

No regs found for:

HM_40BB46 type:blindActuator -
list:peer register         :value
   0:      confBtnTime      :permanent
   0:      intKeyVisib      :invisib
   0:      localResDis      :off
   0:      pairCentral      :0x424242
   1:      driveDown        :13 s
   1:      driveTurn        :0.5 s
   1:      driveUp          :14 s
   1:      refRunCounter    :0
   1:      sign             :off
   1:      statusInfoMinDly :2 s
   1:      statusInfoRandom :1 s
   1:      transmitTryMax   :6
                       

[frank]

dann erst mal das register intKeyVisib auf visib setzen. dann regset wiederholen. eventuell noch getconfig, falls ne meldung kommt.

den richtigen peer (zb self01) musst du wissen. der aktuelle actor hat aber scheinbar keine externen peers.

[frank]

wo sind eigentlich die externen peers, über die du "gleichzeitig" schaltest?
setze zusätzlich attr expert auf 251_anything.

[dadoc]

dann erst mal das register intKeyVisib auf visib setzen. dann regset wiederholen. eventuell noch getconfig, falls ne meldung kommt.

Damit ist es durchgelaufen.

den richtigen peer (zb self01) musst du wissen. der aktuelle actor hat aber scheinbar keine externen peers.

Code Auswählen Erweitern

peerList self01,self02,HM_652E9A_Btn_01
Vorher war nur der HM_652E9A_Btn_01 drin.
K.A., woher self02 nun kommt?
Was meinst Du mit "externen peers, über die du "gleichzeitig" schaltest"? Ich schalte mit einem (gepeerten) Schalterkanal zwei Aktoren. Der Kanal ist mit beiden Aktoren gepeered.

[frank]

HM_652E9A_Btn_01 ist dann der externe peer aus sicht des actors, dessen registersatz du dann auch konfigurieren solltest. also nicht die tasten des actors, wie selfxx.

allerdings war bei regTable nichts über diesen peer zu sehen, deshalb mit attr expert spielen. 

[dadoc]

HM_652E9A_Btn_01 ist dann der externe peer aus sicht des actors, dessen registersatz du dann auch konfigurieren solltest.

Da taucht bloß nichts in der Art von "3: shActionType     |     literal        | required |  options:toggleToCntInv,off,jmpToTarget,toggleToCnt" auf, trotz "expert 251_anything1", weder in regList noch in regTable noch in den Readings. Das gibt's nur beim Aktor.

[frank]

logisch.
im aktor wird das vehalten für die trigger der peers festgelegt

[dadoc]

Danke, so langsam lichtet sich der Nebel: Ich sage dem Aktor, wie er auf das immergleiche Short des Senders zu reagieren hat.
Also sollte ich wohl die selfs aus der aktuellen peerlist des Aktors

Code Auswählen Erweitern

peerList self01,self02,HM_652E9A_Btn_01
entfernen (wie? auch einfach mit unpeer?)
und dann

Code Auswählen Erweitern

set HM_40BB46 regSet shActionType toggleToCnt HM_652E9A_Btn_01?
Und dasselbe dann im zweiten Rollladenaktor.

[dadoc]

mit

Code Auswählen Erweitern

set HM_40BB46 peerBulk self01,self02 unset
bekomme ich die beiden self-Peers nicht weg. Die stehen jetzt halt in List3 und haben denselben Wert wie der gepeerte Button, soweit ich das sehe - stört das?

Code Auswählen Erweitern

egL_03.HM_652E9A_Btn_01
01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:02 0B:14 0C:52 0D:63 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:63 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:52 8D:63 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:05 9E:63 9F:00 00:00
2018-09-06 16:51:46
RegL_03.self01
01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:02 0B:11 0C:12 0D:68 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:68 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:11 8C:12 8D:68 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:68 9F:00 00:00
2018-09-06 16:51:43
RegL_03.self02
01:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:44 0C:54 0D:93 0E:00 0F:00 11:C8 12:00 13:00 14:00 15:00 16:00 17:00 18:00 19:00 1A:00 1B:00 1C:00 1D:FF 1E:93 1F:00 81:00 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:44 8C:54 8D:93 8E:00 8F:00 91:C8 92:00 93:00 94:00 95:00 96:00 97:00 98:00 99:00 9A:00 9B:00 9C:00 9D:04 9E:93 9F:00 00:00
2018-09-06 16:51:45

[Beta-User]

Warum willst du die self-Peers unebdingt loswerden? Das sind die internen Taster, die sollten da bleiben . (Also entweder die Kontakte der Schaltwippe oder die Eingänge für 230V-Taster).

[dadoc]

Die sind bei mir m.E. dadurch aufgetaucht:

genau, self01ans ende vom cmd regSet.

d.h. beim irrtümlichen peeren mit self0 statt mit HM_652E9A_Btn_01
Beim zweiten Aktor gibt es sie nicht.
Aber wenn sie nicht stören... fressen ja kein Brot...

[frank]

genau, self01ans ende vom cmd regSet.

dadurch sind sie nicht aufgetaucht.

die anzeige wird durch das register intkeyvisible gesteuert. trotzdem bleiben sie erhalten.
wenn die zugehörigen taster keine trigger erzeugen, passiert ja auch nichts.

man kann aber auch zusätzlich noch die reaktion des actors auf trigger dieser peers verhindern/abschalten mit dem register actiontype=off. für long und short getrennt zu setzen.

[dadoc]

Stimmt, danke. Wie schnell man doch falsche Schlüsse bezüglich Ursache und Wirkung ziehen kann...
Wenn ich nachher vor Ort bin werde ich testen, ob die Aktion das gewünschte Ziel gebracht hat bzw. wie die Aktoren auf einen zweiten Tastendruck reagieren.

[dadoc]

So, zurück vor Ort und zurück zum ursprünglichen Thema, nach dem sehr lehrreichen Exkurs zu Expertenmodi und Register-Settings (danke!)

zum Verständnis. Du hast einen Taster, der zwei Rollos, parallel rauf- oder runterfahren lässt? (Im Wechsel)
Dazu gibt es doch die peering option TOGGLE... TO_COUNTER (kenne den namen nicht genau) der sollte dann synchron auf den on oder off level schalten. Was beim betätigen während der Fahrt passiert muss du mal probieren... ob er stoppt oder die Richtung umkehrt (letzeres wäre für eine ein-Taster Betätigung nicht so gut... )

In der Praxis hatte ich zwar nach ein paar kurzen Tests bislang keine Gegenläufigkeit mehr, dafür aber
- einen (gefühlt) öfteren und größeren zeitlichen Versatz beim Anlaufen und Stoppen
- die Situation, dass wenn der Rollladen in der Anfangs- oder Endlage angekommen ist, er auf den nächsten Tastendruck nicht reagiert, sondern erst wieder auf den übernächsten.
- mitunter schnelle Start-Stop-Start bzw. umgekehrt stattfinden.
Insofern keine Verbesserung zum Standard-Toggle, eher im Gegenteil.
Und jetzt?
Grüße
Martin

[Pfriemler]

Also wenn ich "toogleToCnt" richtig verstanden habe, synchronisiert sich der Aktor in seiner Toggle-Aktion auf die gesendeten Trigger, bspw. "short_123". Ich weiß es nicht genau, aber nehmen wir mal an, dass er bei geraden Event-Nummern nach oben und bei ungeraden nach unten fährt. So erreicht man die Synchronität bei mehreren Aktoren.

Steht er nun also oben und es kommt von extern eine gerade Zahl, dann tut er natürlich nichts, weil er ja schon oben ist. Könnte erklären warum auf manche Tastendrücke nichts passiert. Blöd zudem, wenn der Taster prellt und mehrere Events nacheinander sendet. Ist zumindest nicht optimal, wenn man die Aktoren von mehreren Stellen aus unterschiedlich steuert.
Vollkommen überflüssig halte ich as toggleToCnt auf die internen Taster. Deren Events synchronisieren sich doch sowieso nicht mit denen externer Peers?

Den Rest kann ich nicht erklären. Insbesondere nicht warum die Aktoren jetzt hektischer reagieren als vorher.

Und was die self01/self02 sind und wie man sie unsichtbar macht (und warum man sie nicht löschen sollte und gottseidank auch nicht kann), ist jetzt hoffentlich auch klar ... man hätte sie gar nicht erst anfassen brauchen.

Ich bin einmal mehr Freund zweier einzelner Tasten für jede Richtung. Hat sich hier überall mehr bewährt.