Wiederholung bei protEvt_AESerrReject

[rapster]

Hi,

Ich hatte heute früh den Fall dass der Ack von einem Aktor nicht bei fhem agekommen ist und in den Internals "protEvt_AESerrReject 1 last_at:2016-04-28 06:00:04" auftauchte, sowie das device auf set_on hängengeblieben ist (über Stunden).

Sollte in so einem Fall CUL_HM nicht den Befehl erneut absetzen, oder zumindest ein statusRequest hinterherschicken? ( https://forum.fhem.de/index.php/topic,14286.msg95218.html#msg95218 )
Nachdem ich statusRequest manuell ausgeführt habe wurde der korrekte Zustand gemeldet.

Kann ich mithilfe von CUL_HM verhindern dass bei einem AES-Fehler evtl. mein Aktor nicht schaltet, oder weitere Bedingungen nicht ausgeführt werden weil der FHEM Status nicht aktualisiert wurde und auf set_XX hängt?
Oder muss ich das selber über watchdog oder ähnliches lösen  ?

RSSI zum bevorzugten HMLAN: avg:-62.54 max:-59 lst:-63 min:-65   
RSSI zum nächsten HMLAN: max:-63 avg:-63.97 lst:-64 min:-67
msgRepeat = 10
R-transmitTryMax = 6

Gruß
Claudiu

[dave0815]

Hallo,

Dieses Verhalten beobachte ich seit ein paar Tagen auch bei meinen Aktoren seit ich AES aktiviert habe. Der set_... Befehl bleibt (ewig) hängen. Nach einem manuellen statusRequest wird der Befehl ausgeführt.
z.B.:
2016-05-12_06:00:00 WohnzimmerRolladenLinks set_on
2016-05-12_06:00:01 WohnzimmerRolladenLinks aesCommToDev: pending
2016-05-12_06:00:01 WohnzimmerRolladenLinks aesKeyNbr: 02
2016-05-12_06:00:01 WohnzimmerRolladenLinks aesCommToDev: pending
2016-05-12_06:00:01 WohnzimmerRolladenLinks aesKeyNbr: 02
2016-05-12_06:00:01 WohnzimmerRolladenLinks aesCommToDev: pending
2016-05-12_06:00:01 WohnzimmerRolladenLinks aesKeyNbr: 02
2016-05-12_06:00:02 WohnzimmerRolladenLinks aesKeyNbr: 02

Nach manuellem statusRequest:

2016-05-12_06:24:47 WohnzimmerRolladenLinks deviceMsg: off (to VCCU)
2016-05-12_06:24:47 WohnzimmerRolladenLinks level: 0
2016-05-12_06:24:47 WohnzimmerRolladenLinks motor: stop:off
2016-05-12_06:24:47 WohnzimmerRolladenLinks pct: 0
2016-05-12_06:24:47 WohnzimmerRolladenLinks off
2016-05-12_06:24:47 WohnzimmerRolladenLinks timedOn: off
2016-05-12_06:24:48 WohnzimmerRolladenLinks aesCommToDev: pending
2016-05-12_06:24:48 WohnzimmerRolladenLinks aesKeyNbr: 02
2016-05-12_06:24:48 WohnzimmerRolladenLinks aesCommToDev: pending
2016-05-12_06:24:48 WohnzimmerRolladenLinks aesKeyNbr: 02
2016-05-12_06:24:48 WohnzimmerRolladenLinks aesCommToDev: ok
2016-05-12_06:24:48 WohnzimmerRolladenLinks deviceMsg: off (to VCCU)
2016-05-12_06:24:48 WohnzimmerRolladenLinks level: 0
2016-05-12_06:24:48 WohnzimmerRolladenLinks motor: up:off
2016-05-12_06:24:48 WohnzimmerRolladenLinks pct: 0
2016-05-12_06:24:48 WohnzimmerRolladenLinks off
2016-05-12_06:24:48 WohnzimmerRolladenLinks timedOn: off
2016-05-12_06:25:20 WohnzimmerRolladenLinks deviceMsg: on (to VCCU)
2016-05-12_06:25:20 WohnzimmerRolladenLinks level: 100
2016-05-12_06:25:20 WohnzimmerRolladenLinks motor: stop:on
2016-05-12_06:25:20 WohnzimmerRolladenLinks pct: 100
2016-05-12_06:25:20 WohnzimmerRolladenLinks on
2016-05-12_06:25:20 WohnzimmerRolladenLinks timedOn: off


Die zugehörigen Homematic Nachrichten:

2016.05.12 06:00:01.011 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C056E0F d:FF r:FFD3     m:05 A011 1F2B4A 20B182 0201C80000
2016.05.12 06:00:01.203 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C056ED7 d:FF r:FFD3     m:05 A011 1F2B4A 20B182 0201C80000
2016.05.12 06:00:01.267 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C056F03 d:FF r:FFB1     m:05 E011 1F2B4A 20B182 0201C80000
2016.05.12 06:00:01.331 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C056F56 d:FF r:FFAD     m:05 A002 20B182 1F2B4A 04B1E72299CB9D02
2016.05.12 06:00:01.395 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C056F83 d:FF r:FFAF     m:05 E002 20B182 1F2B4A 04B1E72299CB9D02
2016.05.12 06:00:01.875 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C057162 d:FF r:FFD3     m:05 A002 20B182 1F2B4A 04B1E72299CB9D02
2016.05.12 06:00:01.907 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C05718F d:FF r:FFB1     m:05 E002 20B182 1F2B4A 04B1E72299CB9D02

Dann nach manuellem statusRequest:
2016.05.12 06:24:47.882 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C1C1E24 d:FF r:FFD3     m:06 A001 1F2B4A 20B182 010E
2016.05.12 06:24:47.914 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C1C1E50 d:FF r:FFB1     m:06 E001 1F2B4A 20B182 010E
2016.05.12 06:24:48.010 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1C1EA3 d:FF r:FFAD     m:06 A410 20B182 1F2B4A 060100004F
2016.05.12 06:24:48.042 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1C1ECF d:FF r:FFB1     m:06 E410 20B182 1F2B4A 060100004F
2016.05.12 06:24:48.074 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C1C1EE9 d:FF r:FFD3     m:06 8002 1F2B4A 20B182 00
2016.05.12 06:24:48.138 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C1C1F1B d:FF r:FFD3     m:06 8002 1F2B4A 20B182 00
2016.05.12 06:24:48.394 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C1C2029 d:FF r:FFD3     m:07 A011 1F2B4A 20B182 0201C80000
2016.05.12 06:24:48.458 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C1C2056 d:FF r:FFB1     m:07 E011 1F2B4A 20B182 0201C80000
2016.05.12 06:24:48.522 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1C20A8 d:FF r:FFAD     m:07 A002 20B182 1F2B4A 0495288B659F5B02
2016.05.12 06:24:48.586 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1C20D5 d:FF r:FFB1     m:07 E002 20B182 1F2B4A 0495288B659F5B02
2016.05.12 06:24:48.714 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1C2171 d:FF r:FFAC     m:07 8002 20B182 1F2B4A 010100104E909042E3
2016.05.12 06:24:48.778 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1C219D d:FF r:FFB2     m:07 C002 20B182 1F2B4A 010100104E909042E3
2016.05.12 06:25:20.109 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1C9C15 d:FF r:FFAD     m:08 A410 20B182 1F2B4A 0601C800
2016.05.12 06:25:20.173 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1C9C42 d:FF r:FFB1     m:08 E410 20B182 1F2B4A 0601C800
2016.05.12 06:25:20.205 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C1C9C5B d:FF r:FFD3     m:08 8002 1F2B4A 20B182 00
2016.05.12 06:25:24.558 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1CAD5A d:FF r:FFAD     m:08 A410 20B182 1F2B4A 0601C800
2016.05.12 06:25:24.590 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1CAD86 d:FF r:FFB0     m:08 E410 20B182 1F2B4A 0601C800
2016.05.12 06:25:24.622 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C1CAD9F d:FF r:FFD3     m:08 8002 1F2B4A 20B182 00
2016.05.12 06:25:29.230 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1CBFB6 d:FF r:FFAB     m:08 A410 20B182 1F2B4A 0601C800
2016.05.12 06:25:29.294 0: HMLAN_Parse: HMLAN1 R:E20B182   stat:0000 t:1C1CBFE2 d:FF r:FFB0     m:08 E410 20B182 1F2B4A 0601C800
2016.05.12 06:25:29.326 0: HMLAN_Parse: HMLAN1 R:E1F2B4A   stat:0000 t:1C1CBFFC d:FF r:FFD3     m:08 8002 1F2B4A 20B182 00

In den Device Internals steht:
protEvt_AESerrReject  1 last_at:2016-05-12 06:00:02

Wo könnte das Problem liegen?
Kann ich noch etwas ausprobieren / aufzeichnen, um das Problem einzugrenzen?

Das Problem tritt nicht bei jedem Befehl auf, eher gelegentlich und auf sämtliche Aktoren verteilt.

Vielen Dank im Voraus für Hinweise!

Gruß,
David

[rapster]

Ja, das Problem ist ziemlich blöd wenn man per notify oder doif auf den state reagieren will.

Das Problem tritt bei mir auch mindestens bei einem AES-Aktor pro Tag auf, allerdings wie bei dir sporadisch, nicht schön

Hab schon überlegt auf den set_ state zu reagieren und automatisch ein statusRequest nach einem Timeout abzuschicken.

Gruß
Claudiu

[martinp876]

Um etwas präziser zu sein: das Kommando wurde ausgeführt. Der state wurde in fhem nicht aktualisiert. Korrekt?
Es erleichtert viel, hier präzise zu sein.
Im Log sehe ich, dass kein ACK kommt. Fhem weiss also nicht, ob geschaltet wurde.
Sehen ich es richtig, daß ein Repeater im Spiel ist?
Klar bleibt fhem ewig hängen. Warum sollte es sich aendern?
Nun, was koennte fhem tun. Wenn ein ACK nicht kommt kann man ein status request nach schieben. Aber wenn das device nicht antwortet kann es auch tot sein. Es beschweren sich immer wieder Leute denen zu viele messages automatisch geschickt werden.
Nun, man koennte alles was set_ hat prüfen. Das muss verschwinden. Ich werde einmal nachdenken.

[rapster]

Um etwas präziser zu sein: das Kommando wurde ausgeführt. Der state wurde in fhem nicht aktualisiert. Korrekt?

Yes, ganz genau
So wie ich das beobachten konnte waren alle Aktoren die auf set_ hingen tortzdem immer im korrekten Schaltzustand! (~ 5 Beobachtungen)

Sehen ich es richtig, daß ein Repeater im Spiel ist?

Bei mir zumindest nicht, nur 3 HMLAN's über vccu.

Nun, was koennte fhem tun. Wenn ein ACK nicht kommt kann man ein status request nach schieben. Aber wenn das device nicht antwortet kann es auch tot sein. Es beschweren sich immer wieder Leute denen zu viele messages automatisch geschickt werden.
Nun, man koennte alles was set_ hat prüfen. Das muss verschwinden. Ich werde einmal nachdenken.

Ich denke allerdings will trotzdem niemand einen "undefinierten" Zustand.
Vor allem vermute ich das msgRepeat in so einem Fall ja keine Wirkung zeigt oder?
d.h. es müsste in so einem Fall eigtl. erstmal ein statusRequest hinterher und evtl. noch falls der Aktor das Kommando nicht richtig umgesetzt hat auch noch entsprechend msgRepeat erneut gesendet werden?

Gruß
Claudiu

[martinp876]

Die automatismen sind mit Vorsicht einzusetzen . Kommandos kann man viele schicken. Auch verzögert. Es können Taster dazwischen kommen...
Noch mal schicken ist kritisch. Machbar scheint es einen statusrequest abzusetzen

[dave0815]

Hallo,

Um etwas präziser zu sein: das Kommando wurde ausgeführt. Der state wurde in fhem nicht aktualisiert. Korrekt?
Es erleichtert viel, hier präzise zu sein.

Bei mir (WohnzimmerRolladenLinks) wurde das set_on Kommando (um 6:00 Uhr) nicht ausgeführt, der Rollladen blieb unten.
Erst bei der Ausführung des manuellen statusRequest (um 6:24 Uhr) wurde auch das set_on ausgeführt und der Rollladen fuhr hoch.

Sehen ich es richtig, daß ein Repeater im Spiel ist?

Ja, um den Aktor WohnzimmerRolladenLinks zuverlässig zu erreichen, setze ich einen Repeater ein, da die direkte Verbindung zum HMLAN unzuverlässig war. (Neubau - 2 Stahlbetondecken  )

Nun, was koennte fhem tun. Wenn ein ACK nicht kommt kann man ein status request nach schieben. Aber wenn das device nicht antwortet kann es auch tot sein. Es beschweren sich immer wieder Leute denen zu viele messages automatisch geschickt werden.
Nun, man koennte alles was set_ hat prüfen. Das muss verschwinden. Ich werde einmal nachdenken.

Nur zu meinem Verständnis:
Ist es richtig, dass fhem lediglich das set_on Kommando absetzt und der HMLAN dann autark den AES Schlüsselaustausch beginnt? Da dieser dann nicht erfolgreich durchgeführt wird (aesCommToDev: pending) bleibt der Zustand set_on bei fhem stehen? Im erfolgreichen Fall wird "aesCommToDev: ok" erreicht und der Aktor führt den Befehl aus?

Liesse sich in fhem erkennen, dass "aesCommToDev: ok" nach einer gewissen Zeit nicht erreicht wird, so dass  dann ein statusRequest gesendet würde?

Gruß,
David

[martinp876]

Das ist ein ganz anderer Fall. Hier brauche ich ein list vor dem statusrequest.
Das Set hat nichts direkt mit AES zu tun. Nach dem senden kommt ein ACK mit status. Darauf wird das Set entfernt. Ist AES im Spiel wird dies vom aktor initiiert und vom hmlan beantwortet. Klappt es nicht kommt kein ACK. Dann bleibt set stehen.
Wenn aber Kommandos pending stehen ist dies ein anderes problem

[rapster]

Die automatismen sind mit Vorsicht einzusetzen . Kommandos kann man viele schicken. Auch verzögert. Es können Taster dazwischen kommen...
Noch mal schicken ist kritisch. Machbar scheint es einen statusrequest abzusetzen

Allerdings sollte doch zumindest msgRepeat versucht werden durchzusetzen, auch bei AES, oder?

Hatte das in den letzten Tagen häufiger dass nach dem ersten fehlgeschlagenen AES-Command nichtsmehr passierte.
Auch bei mehreren Aktoren gleichzeitig (welche gleichzeitig einen Command von einen notify o.ä. erhalten).

Habe nun erstmal bei allen Aktoren AES deaktiviert, da fhem eigentlich nichts mit Roulette zutun hat
Nun wird zumindest wieder zuverlässig geschalten.


Gruß
Claudiu

[martinp876]

Msgrepeat ist erst einmal dafür gedacht verlorengegangene messages zu wiederholen. Also wenn kein ACK kommt. Kommt ein Nack hat das device die Nachricht empfangen, verarbeitet diese aber nicht. Warum soll man wiederholen? Macht keinen Sinn, kostet Zeit und belastet den Funk. Wenn man AES sendet und die Antwort ist inkorrekt dann wird auch wiederholen nichts bringen. Auch hier gilt: sollte keine Antwort kommen wiederholen. Kommt "Fehler" wird gestoppt. AES ist falsch wenn der Key nicht passt. Da nützt wiederholen nix.

Ist also die Frage ob eine message ausbleibt und fhem nicht wiederholt. Das wäre ein Fehler.
Hast du logs hierzu?

[rapster]

Hast du logs hierzu?

Habe hier noch ein momentan nicht verwendetes Gerät am Tisch liegen, werde die Tage versuchen es damit zu loggen.

[dave0815]

Hallo,

Ich habe das Schaltverhalten mit AES nun ein paar Wochen bei mir beobachtet: insbesondere beim gleichzeitigen Schalten von mehr als zwei Aktoren wird der Schaltbefehl nicht mehr ausgeführt und der state bleibt bei set_ "hängen". Mit Wartezeiten läßt sich das Verhalten entspannen.
Beispiel: das gleichzeitige Schalten von 5 Aktoren (bei mir 5 Gartenlampen)
fhem("set Lampe1 on");
fhem("set Lampe2 on");
fhem("set Lampe3 on");
fhem("set Lampe4 on");
fhem("set Lampe5 on");

Ohne AES kein Problem, alle Lampen werden geschaltet.
Mit AES bleiben Lampe3 - Lampe5 bei set_on "hängen" und werden nicht geschaltet. Ein manueller StatusRequest bei Lampe3-Lampe5 führt zum Schalten.

Verbesserung des Schaltverhaltens:
fhem("sleep 1;set Lampe1 on;");
fhem("sleep 2;set Lampe2 on;");
fhem("sleep 3;set Lampe3 on;");
fhem("sleep 4;set Lampe4 on;");
fhem("sleep 5;set Lampe5 on;");
Nun werden die Lampen nacheinander geschaltet.

Bei AES dauert die Funkübertragung "länger", ist wird ja auch mehr übertragen. Ist bei AES grundsätzlich ein zeitlicher Abstand zwischen Schaltkommandos einzuhalten? Wer ist bei Hintereinanderausführung von Schaltbefehlen für die Abwicklung der ordnungsgemäßen Übertragung zuständig? FHEM? HMLAN?

Vielen Dank für Hinweise!

Gruß,
David

[WhyTea]

Hallo
Ich möchhte diesen Thread nochmal aufwärmen.
Ich beobachte bei mir das selbe Verhalten seitdem ich AES aktiviert habe.
Sporadisch wird ein kommando nicht ausgeführt und im Aktor finde ich dann ein

Code Auswählen Erweitern


protEvt_AESerrReject 1 last_at:2016-10-12 06:30:01

Gibt es Neuigkeiten oder Tipps dazu?

Gruß
Daniel

[weini]

Hallo zusammen!

Ich habe bei mir (vermeintlich) das selbe Problem beim gleichzeitigen Schalten mehrerer Rollläden. Beschrieben hatte ich das ursprünglich hier: https://forum.fhem.de/index.php/topic,58009.0.html

Zur Info: Ursprünglich habe ich culfw 1.66 genutzt, ich habe keinen Repeater und nutze eine VCCU. Das Fehlerbild variiert leicht, manchmal bleibt der Aktor zuerst auf "set_xxx" und geht dann irgendwann auf Missing ACK, manchmal bleiben auch die Events in der Queue hängen und ich werde sie nur durch ein Clear los.

Aktuell diskutiere ich das Thema hier mit den Machern der HM-optimierten culfw: https://forum.fhem.de/index.php/topic,24436.msg500594.html#msg500594
Das Problem tritt auch mit dieser FW und den zugehörigen FHEM Modulen auf.

Viele Grüße,
weini

[weini]

Habe jetzt bei mir nochmal entsprechende Logs gezogen. Es wurden 3 Rollläden gleichzeitig gestartet, davon hat einer reagiert, die beiden anderen nicht:

Logfile:

Code Auswählen Erweitern


2016.10.16 10:26:07.042 3: CUL_HM set BrZi_ErkerLi_Rollo on
2016.10.16 10:26:07.045 4: CUL_send:  nanoCULHomeMaticAs 0E 1C A011 D3AA78 4AD281 0201C80000
2016.10.16 10:26:07.122 4: CUL_send:  nanoCULHomeMaticAs 0E 19 A011 D3AA78 4AD26B 0201C80000
2016.10.16 10:26:07.199 3: CUL_HM set BrZi_ErkerRe_Rollo on
2016.10.16 10:26:07.202 4: CUL_send:  nanoCULHomeMaticAs 0E 19 A011 D3AA78 4AD28C 0201C80000
2016.10.16 10:26:07.224 4: CUL_Parse: nanoCULHomeMatic A 11 1C A002 4AD281 D3AA78 0445C90FFCFE600200 -74
2016.10.16 10:26:07.326 4: CUL_send:  nanoCULHomeMaticAs 19 1C A003 D3AA78 4AD281 c990dfaeebe9d53c0e0083f41039a627
2016.10.16 10:26:07.486 4: CUL_Parse: nanoCULHomeMatic A 11 19 A002 4AD26B D3AA78 042CB09F22E8C20211 -65.5
2016.10.16 10:26:07.588 4: CUL_send:  nanoCULHomeMaticAs 19 19 A003 D3AA78 4AD26B 0103f4882f9baec610b9e9e709d55edb
2016.10.16 10:26:11.884 4: CUL_HM_Resend: BrZi_ErkerRe_Rollo nr 2
2016.10.16 10:26:11.885 4: CUL_send:  nanoCULHomeMaticAs 0E 19 A011 D3AA78 4AD28C 0201C80000
2016.10.16 10:26:12.063 4: CUL_Parse: nanoCULHomeMatic A 11 19 A002 4AD28C D3AA78 04D1C32CCA9D0F020D -67.5
2016.10.16 10:26:12.165 4: CUL_send:  nanoCULHomeMaticAs 19 19 A003 D3AA78 4AD28C 1ce3221e84ca6eb89593ce47d1eec7f8
2016.10.16 10:26:12.481 4: CUL_Parse: nanoCULHomeMatic A 12 19 8002 4AD28C D3AA78 01010010434BEF773211 -65.5
2016.10.16 10:26:45.029 4: CUL_Parse: nanoCULHomeMatic A 0D 1A A410 4AD28C D3AA78 0601C8000E -67
2016.10.16 10:26:45.131 4: CUL_send:  nanoCULHomeMaticAs 0A 1A 8002 D3AA78 4AD28C 00


List BrZi_ErkerRe_Rollo (hat funktioniert)

Code Auswählen Erweitern


Internals:
   DEF        4AD28C
   IODev      nanoCULHomeMatic
   LASTInputDev nanoCULHomeMatic
   MSGCNT     24
   NAME       BrZi_ErkerRe_Rollo
   NOTIFYDEV  global
   NR         292
   NTFY_ORDER 50-BrZi_ErkerRe_Rollo
   STATE      auf
   TYPE       CUL_HM
   lastMsg    No:1A - t:10 s:4AD28C d:D3AA78 0601C800
   nanoCULHomeMatic_MSGCNT 24
   nanoCULHomeMatic_RAWMSG A0D1AA4104AD28CD3AA780601C800::-67:nanoCULHomeMatic
   nanoCULHomeMatic_RSSI -67
   nanoCULHomeMatic_TIME 2016-10-16 10:26:45
   protLastRcv 2016-10-16 10:26:45
   protResnd  5 last_at:2016-10-16 10:26:11
   protSnd    25 last_at:2016-10-16 10:26:45
   protState  CMDs_done
   rssi_at_nanoCULHomeMatic avg:-66.95 min:-74 max:-60.5 lst:-67 cnt:24
   rssi_nanoCULHomeMatic avg:-68.66 min:-71 max:-67 lst:-67 cnt:6
   Readings:
     2016-10-16 10:26:12   CommandAccepted yes
     2016-10-11 19:47:00   D-firmware      2.8
     2016-10-11 19:47:00   D-serialNr      NEQ0394501
     2016-10-11 18:51:21   PairedTo        0xD3AA78
     2016-10-11 18:51:34   R-driveDown     27 s
     2016-10-11 18:51:34   R-driveTurn     0.5 s
     2016-10-11 18:51:34   R-driveUp       28 s
     2016-10-11 18:51:21   R-pairCentral   0xD3AA78
     2016-10-11 18:51:34   R-sign          on
     2016-10-11 18:51:21   RegL_00.        02:01 0A:D3 0B:AA 0C:78 15:FF 18:00 00:00
     2016-10-11 18:51:34   RegL_01.        08:01 09:00 0A:00 0B:01 0C:0E 0D:01 0E:18 0F:05 10:00  30:06 57:24 56:00 00:00
     2016-10-16 10:26:12   aesCommToDev    ok
     2016-10-16 10:26:12   aesKeyNbr       02
     2016-10-16 10:26:45   deviceMsg       on (to hm_VCCU)
     2016-10-16 10:26:45   level           100
     2016-10-16 10:26:45   motor           stop:on
     2016-10-16 10:26:45   pct             100
     2016-10-16 10:26:45   recentStateType info
     2016-10-16 10:26:45   state           on
     2016-10-16 10:26:45   timedOn         off
   Helper:
     HM_CMDNR   26
     cSnd       11D3AA784AD28C0201000000,11D3AA784AD28C0201C80000
     dlvlCmd    ++A011D3AA784AD28C0201C80000
     mId        006A
     rxType     1
     Dir:
       cur        stop
       rct        up
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4AD28C,00,01,00
       nextSend   1476606405.13027
       rxt        0
       vccu       hm_VCCU
       p:
         4AD28C
         00
         01
         00
       prefIO:
         nanoCULHomeMatic
     Mrssi:
       mNo        1A
       Io:
         nanoCULHomeMatic -65
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rpt:
       IO         nanoCULHomeMatic
       flg        A
       ts         1476606405.03697
       ack:
         HASH(0x415e758)
         1A8002D3AA784AD28C00
     Rssi:
       At_nanoculhomematic:
         avg        -66.9583333333333
         cnt        24
         lst        -67
         max        -60.5
         min        -74
       Nanoculhomematic:
         avg        -68.6666666666667
         cnt        6
         lst        -67
         max        -67
         min        -71
     Shadowreg:
     Tmpl:
Attributes:
   IODev      nanoCULHomeMatic
   IOgrp      hm_VCCU:nanoCULHomeMatic
   alias      Bar Rechts
   autoReadReg 4_reqStatus
   devStateIcon auf:fts_shutter_10:zu zu:fts_shutter_100:auf
   eventMap   on:auf off:zu
   expert     2_raw
   firmware   2.8
   group      Rollläden
   isSleepingRoom 0
   model      HM-LC-Bl1PBU-FM
   peerIDs    00000000,
   room       Barzimmer
   serialNr   NEQ0394501
   subType    blindActuator
   userattr   isSleepingRoom
   verbose    4
   webCmd     auf:zu:stop:pct


List BrZi_ErkerMi_Rollo (hat nicht funktioniert)

Code Auswählen Erweitern


Internals:
   DEF        4AD26B
   IODev      nanoCULHomeMatic
   LASTInputDev nanoCULHomeMatic
   MSGCNT     23
   NAME       BrZi_ErkerMi_Rollo
   NOTIFYDEV  global
   NR         291
   NTFY_ORDER 50-BrZi_ErkerMi_Rollo
   STATE      set_on
   TYPE       CUL_HM
   lastMsg    No:19 - t:02 s:4AD26B d:D3AA78 042CB09F22E8C202
   nanoCULHomeMatic_MSGCNT 23
   nanoCULHomeMatic_RAWMSG A1119A0024AD26BD3AA78042CB09F22E8C202::-65.5:nanoCULHomeMatic
   nanoCULHomeMatic_RSSI -65.5
   nanoCULHomeMatic_TIME 2016-10-16 10:26:07
   protLastRcv 2016-10-16 10:26:07
   protSnd    26 last_at:2016-10-16 10:26:07
   protState  CMDs_processing...
   rssi_at_nanoCULHomeMatic max:-63 lst:-65.5 avg:-66 min:-71.5 cnt:23
   rssi_nanoCULHomeMatic avg:-70.59 min:-72 lst:-71 max:-68 cnt:5
   Readings:
     2016-10-16 10:13:27   CommandAccepted yes
     2016-10-11 19:47:00   D-firmware      2.8
     2016-10-11 19:47:00   D-serialNr      NEQ0394531
     2016-10-11 19:47:45   PairedTo        0xD3AA78
     2016-10-11 19:47:47   R-driveDown     27 s
     2016-10-11 19:47:47   R-driveTurn     0.5 s
     2016-10-11 19:47:47   R-driveUp       28 s
     2016-10-11 19:47:45   R-pairCentral   0xD3AA78
     2016-10-11 19:47:47   R-sign          on
     2016-10-11 19:47:45   RegL_00.        02:01 0A:D3 0B:AA 0C:78 15:FF 18:00 00:00
     2016-10-11 19:47:47   RegL_01.        08:01 09:00 0A:00 0B:01 0C:0E 0D:01 0E:18 0F:05 10:00  30:06 57:24 56:00 00:00
     2016-10-16 10:13:27   aesCommToDev    ok
     2016-10-16 10:26:07   aesKeyNbr       02
     2016-10-16 10:13:40   deviceMsg       off (to hm_VCCU)
     2016-10-16 10:13:40   level           0
     2016-10-16 10:13:40   motor           stop:off
     2016-10-16 10:13:40   pct             0
     2016-10-16 10:13:40   recentStateType info
     2016-10-16 10:26:07   state           set_on
     2016-10-16 10:13:40   timedOn         off
   cmdStack:
   Helper:
     AESreqAck  3113A6E7
     HM_CMDNR   25
     cSnd       11D3AA784AD26B0201000000,11D3AA784AD26B0201C80000
     dlvl       C8
     dlvlCmd    ++A011D3AA784AD26B0201C80000
     mId        006A
     rxType     1
     Dir:
       cur        stop
       rct        down
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4AD26B,00,01,00
       nextSend   1476606367.58742
       rxt        0
       vccu       hm_VCCU
       p:
         4AD26B
         00
         01
         00
       prefIO:
         nanoCULHomeMatic
     Mrssi:
       mNo        19
       Io:
         nanoCULHomeMatic -63.5
     Prt:
       bErr       0
       sProc      1
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       At_nanoculhomematic:
         avg        -66
         cnt        23
         lst        -65.5
         max        -63
         min        -71.5
       Nanoculhomematic:
         avg        -70.6
         cnt        5
         lst        -71
         max        -68
         min        -72
     Shadowreg:
     Tmpl:
Attributes:
   IODev      nanoCULHomeMatic
   IOgrp      hm_VCCU:nanoCULHomeMatic
   alias      Bar Mitte
   autoReadReg 4_reqStatus
   devStateIcon auf:fts_shutter_10:zu zu:fts_shutter_100:auf
   eventMap   on:auf off:zu
   expert     2_raw
   firmware   2.8
   group      Rollläden
   isSleepingRoom 0
   model      HM-LC-Bl1PBU-FM
   peerIDs    00000000,
   room       Barzimmer
   serialNr   NEQ0394531
   subType    blindActuator
   userattr   isSleepingRoom
   verbose    0
   webCmd     auf:zu:stop:pct


List BrZi_ErkerLi_Rollo (hat nicht funktioniert)

Code Auswählen Erweitern


Internals:
   DEF        4AD281
   IODev      nanoCULHomeMatic
   LASTInputDev nanoCULHomeMatic
   MSGCNT     23
   NAME       BrZi_ErkerLi_Rollo
   NOTIFYDEV  global
   NR         290
   NTFY_ORDER 50-BrZi_ErkerLi_Rollo
   STATE      set_on
   TYPE       CUL_HM
   lastMsg    No:1C - t:02 s:4AD281 d:D3AA78 0445C90FFCFE6002
   nanoCULHomeMatic_MSGCNT 23
   nanoCULHomeMatic_RAWMSG A111CA0024AD281D3AA780445C90FFCFE6002::-74:nanoCULHomeMatic
   nanoCULHomeMatic_RSSI -74
   nanoCULHomeMatic_TIME 2016-10-16 10:26:07
   protLastRcv 2016-10-16 10:26:07
   protResnd  4 last_at:2016-10-16 10:13:31
   protSnd    25 last_at:2016-10-16 10:26:07
   protState  CMDs_processing...
   rssi_at_nanoCULHomeMatic max:-65 lst:-74 avg:-71.95 min:-79.5 cnt:23
   rssi_nanoCULHomeMatic cnt:5 avg:-70 min:-74 max:-66 lst:-74
   Readings:
     2016-10-16 10:13:31   CommandAccepted yes
     2016-10-11 19:47:00   D-firmware      2.8
     2016-10-11 19:47:00   D-serialNr      NEQ0394497
     2016-10-11 19:47:40   PairedTo        0xD3AA78
     2016-10-11 19:47:41   R-driveDown     27 s
     2016-10-11 19:47:41   R-driveTurn     0.5 s
     2016-10-11 19:47:41   R-driveUp       28 s
     2016-10-11 19:47:40   R-pairCentral   0xD3AA78
     2016-10-11 19:47:41   R-sign          on
     2016-10-11 19:47:40   RegL_00.        02:01 0A:D3 0B:AA 0C:78 15:FF 18:00 00:00
     2016-10-11 19:47:41   RegL_01.        08:01 09:00 0A:00 0B:01 0C:0E 0D:01 0E:18 0F:05 10:00  30:06 57:24 56:00 00:00
     2016-10-16 10:13:31   aesCommToDev    ok
     2016-10-16 10:26:07   aesKeyNbr       02
     2016-10-16 10:13:44   deviceMsg       off (to hm_VCCU)
     2016-10-16 10:13:44   level           0
     2016-10-16 10:13:44   motor           stop:off
     2016-10-16 10:13:44   pct             0
     2016-10-16 10:13:44   recentStateType info
     2016-10-16 10:26:06   state           set_on
     2016-10-16 10:13:44   timedOn         off
   cmdStack:
   Helper:
     AESreqAck  CFEA4B23
     HM_CMDNR   28
     cSnd       11D3AA784AD2810201000000,11D3AA784AD2810201C80000
     dlvl       C8
     dlvlCmd    ++A011D3AA784AD2810201C80000
     mId        006A
     rxType     1
     Dir:
       cur        stop
       rct        down
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4AD281,00,01,00
       nextSend   1476606367.325
       rxt        0
       vccu       hm_VCCU
       p:
         4AD281
         00
         01
         00
       prefIO:
         nanoCULHomeMatic
     Mrssi:
       mNo        1C
       Io:
         nanoCULHomeMatic -72
     Prt:
       bErr       0
       sProc      1
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       At_nanoculhomematic:
         avg        -71.9565217391304
         cnt        23
         lst        -74
         max        -65
         min        -79.5
       Nanoculhomematic:
         avg        -70
         cnt        5
         lst        -74
         max        -66
         min        -74
     Shadowreg:
     Tmpl:
Attributes:
   IODev      nanoCULHomeMatic
   IOgrp      hm_VCCU:nanoCULHomeMatic
   alias      Bar Links
   autoReadReg 4_reqStatus
   devStateIcon auf:fts_shutter_10:zu zu:fts_shutter_100:auf
   eventMap   on:auf off:zu
   expert     2_raw
   firmware   2.8
   group      Rollläden
   isSleepingRoom 0
   model      HM-LC-Bl1PBU-FM
   peerIDs    00000000,
   room       Barzimmer
   serialNr   NEQ0394497
   subType    blindActuator
   userattr   isSleepingRoom
   verbose    4
   webCmd     auf:zu:stop:pct


List vom CUL

Code Auswählen Erweitern


Internals:
   CMDS       BCFiAZEkGMKUYRTVWXefltx
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700CTOG-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A700CTOG-if00-port0@38400
   FD         14
   FHTID      0000
   NAME       nanoCULHomeMatic
   NR         37
   NR_CMD_LAST_H 65
   PARTIAL
   RAWMSG     A0D1AA4104AD28CD3AA780601C8000E
   RSSI       -67
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.66 nanoCUL868
   initString X21
Ar
   nanoCULHomeMatic_MSGCNT 912
   nanoCULHomeMatic_TIME 2016-10-16 10:26:45
   owner_CCU  hm_VCCU
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2016-10-10 18:44:02   Xmit-Events     Warning-HighLoad:1 init:2 disconnected:1 ok:1 ERROR-Overload:1
     2016-09-09 13:30:35   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2016-10-15 13:09:01   cmds             B C F i A Z E k G M K U Y R T V W X e f l t x
     2016-10-10 18:44:02   cond            ok
     2016-10-10 18:53:24   credit10ms      1014
     2016-10-10 18:52:37   hmSioDly        -1
     2016-10-10 18:34:36   prot_ERROR-Overload last
     2016-10-10 18:30:49   prot_Warning-HighLoad last
     2016-10-10 18:30:16   prot_disconnected last
     2016-10-10 18:30:17   prot_init       last
     2016-10-10 18:44:02   prot_ok         last
     2016-10-09 19:49:02   scF             0.999757851177839
     2016-10-16 10:26:45   state           Initialized
     2016-05-18 08:13:12   uptime          0 07:00:34
   XMIT_TIME:
     1476604065.2135
     1476604065.39399
     1476604070.23392
     1476604070.56891
     1476604451.11886
     1476604453.37031
     1476604457.60107
     1476604462.91244
     1476604465.34327
     1476604466.40287
     1476604470.64859
     1476604472.16634
     1476604472.66194
     1476604476.49539
     1476604490.98707
     1476604491.58799
     1476604495.2843
     1476604495.58201
     1476605147.29007
     1476605147.4839
     1476605147.77515
     1476605148.12069
     1476605161.06095
     1476605161.40968
     1476605173.09374
     1476605173.277
     1476605176.77921
     1476605177.07793
     1476605188.33833
     1476605188.52283
     1476605195.95617
     1476605199.79427
     1476605200.09308
     1476605209.27394
     1476605209.45427
     1476605210.29124
     1476605317.26246
     1476605337.41658
     1476605607.01523
     1476605607.075
     1476605607.13528
     1476605607.25975
     1476605611.18593
     1476605611.37094
     1476605612.08786
     1476605612.27313
     1476605620.65453
     1476605624.0014
     1476605625.89423
     1476606272.20385
     1476606275.12399
     1476606279.25047
     1476606283.60287
     1476606287.45358
     1476606291.45649
     1476606296.92099
     1476606302.12983
     1476606367.04456
     1476606367.12226
     1476606367.20175
     1476606367.23387
     1476606367.49538
     1476606371.88522
     1476606372.07201
     1476606405.03794
   Helper:
     0a0301:
       QUEUE:
     0a0302:
       QUEUE:
     35f3dc:
       QUEUE:
     361e23:
       QUEUE:
     3f86f8:
       QUEUE:
     42250a:
       QUEUE:
     4569c9:
       QUEUE:
     4569d2:
       QUEUE:
     47b685:
       QUEUE:
     481c40:
       QUEUE:
     4ab1b6:
       QUEUE:
     4ad222:
       QUEUE:
     4ad26b:
       QUEUE:
     4ad279:
       QUEUE:
     4ad27a:
       QUEUE:
     4ad281:
       QUEUE:
     4ad28c:
       QUEUE:
     4ad2c0:
       QUEUE:
     4b29d6:
       QUEUE:
     4c1afa:
       QUEUE:
Attributes:
   addvaltrigger 1
   devStateIcon Initialized:usb@green Open:usb@red
   hmId       D3AA78
   model      nanoCUL
   rfmode     HomeMatic
   verbose    4