HM-MOD-EM-8 pairen mit cul will nicht :-(

[MichaelMerkel]

Genau das schreibst Du nicht, und deshalb gehen wir davon aus, dass Du es auch nicht machst.

doch - siehe antwort nummer 2 oben
ich habe das pairen zudem in allen kombinationen durchprobiert. und ja - ich habe ins wiki geschaut. sogar vor dem thread hier schon

Im Startpost schreibst du, dass er auf einmal aufgetaucht ist. Und Du schreibst auch, dass du erst die Taste drueckst, un dann das Pairing am Cul startest. Das ist aber nicht unbedingt die richtige Vorgehensweise!

aber auch das sollte klappen. den empfänger habe ich nochmal gepaired, um sicher zu gehen, dass ich da keinen fehler mache. das funktioniert auf anhieb. blink blink und cmd_done. geht super.
nur dieser doofe sender.

gruß...
michael

[MichaelMerkel]

Ach so ja stimmt... Hatte ich gestern irgendwie ausgeblendet.
Also normalerweise, wenn das Modul im Werkszustand ist, wird beim Drücken der Anlerntaste eine Definition in FHEM angelegt.

Das Gerät hat aktuell keine Beschaltung?

nein. es steckt im sockel aber nur mit spannung und gnd. die taster sind nicht angeschlossen.

wie war das nun mit sniffen? ich vermute, das geht aber nur, wenn gepaired?

ich werde das jetzt noch einmal durchspielen. dann fahren wir 10 tage weg. das muss dann erstmal ruhen...
vielleicht ist ja doch das funkmodul irgendwie defekt?!

danke an alle bisher!

gruß...
michael

[Otto123]

Hi Michael,

sniffen macht Sinn um Fehler in der Übertragung zu finden.
Wenn gar nichts geht ist das eigentlich witzlos.

Gruß Otto

[martinp876]

Sniffen geht immer. Das device sollte bei config eine message senden. Die muss zu sehen sein. Wenn nicht ist das device kaputt oder das io. Oder zu weit weg.
Dann muss fhem antworten. Wenn nicht ist fhem nicht bereit.
Die Antwort könnte zu spät kommen.
AES könnte gefordert sein.
Das device könnte schon gepairt sein und sich schützen.... Machen manche

Also zu sehen sollte etwas sein so lange die Geräte zu einem Minimum funktionieren.

[MichaelMerkel]

Hi.

So. Urlaub vorbei und folgendes ist inzwischen passiert:

• Ich hatte ELV angeschrieben wegen des Moduls. Ich sollte es zur Überprüfung einsenden (Retoure)
• Ich habe nun ein Ersatzmodul bekommen! (Danke an ELV!!) Vermutlich war das Funkmodul defekt? Stand leider nichts dabei.
• Heute das neue zusammengelötet und "eingesetzt" - erstmal nur Spannung drauf - noch keine Taster angeschlossen!

Ergebnis:
Ich konnte pairen - zumindest im Ansatz. Sprich, FHEM erkennt das Modul und legt es an. Das Modul blinkt erst grün, dann kurz Orange. Also das ist erst Mal ok! Juhu. Genau das ging ja mit dem letzten nicht mehr.
ABER: Nun hängt das Modul bei "R-pairCentral set_0xFD1403".
Also habe gleich nach dem "Pairen" ein GetConfig auf das Modul abgesetzt.
Zunächst stand im WebUI bei protCmdPend: "17 CMDs pending".
Dann habe ich die Taste auf dem Modul einmal kurz gedrückt -> blinkt grün.
Nun kommt "16 CMDs pending"
"lastMsg No:11 - t:00 s:541F41 d:FD1403 1100D94F45513031373634313340080000" (11 -> ich habe es schon öfter probiert - das zählt ja wohl hoch?)
protState "CMDs_pending"
Was ist nun schon wieder?!
Ich dachte, ich mache dieses Mal alles korrekt... (wobei - letztes Mal war zu meienr Verteidigung das Modul defekt )

Achso - ja. Der Vollständigkeit halber noch ein List auf das Modul:

Code Auswählen Erweitern


Internals:
   CFGFN
   CUL_0_MSGCNT 38
   CUL_0_RAWMSG A1A118400541F41FD14031100D94F45513031373634313340080000::-71:CUL_0
   CUL_0_RSSI -71
   CUL_0_TIME 2017-09-17 19:09:07
   DEF        541F41
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     38
   NAME       Garage_Status
   NOTIFYDEV  global
   NR         6541
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 Garage_Status_Btn_01
   channel_02 Garage_Status_Btn_02
   channel_03 Garage_Status_Btn_03
   channel_04 Garage_Status_Btn_04
   channel_05 Garage_Status_Btn_05
   channel_06 Garage_Status_Btn_06
   channel_07 Garage_Status_Btn_07
   channel_08 Garage_Status_Btn_08
   lastMsg    No:11 - t:00 s:541F41 d:FD1403 1100D94F45513031373634313340080000
   protCmdPend 16 CMDs pending
   protLastRcv 2017-09-17 19:09:07
   protResnd  3 last_at:2017-09-17 19:08:19
   protSnd    3 last_at:2017-09-17 19:08:14
   protState  CMDs_pending
   rssi_at_CUL_0 avg:-70.84 lst:-71 cnt:38 min:-73.5 max:-68
   READINGS:
     2017-09-17 18:55:38   CommandAccepted yes
     2017-09-17 19:08:14   D-firmware      1.1
     2017-09-17 19:08:14   D-serialNr      OEQ0176413
     2017-09-17 18:42:22   R-pairCentral   set_0xFD1403
     2017-09-17 18:55:07   alive           yes
     2017-09-17 18:55:07   battery         ok
     2017-09-17 18:55:07   powerOn         2017-09-17 18:55:07
     2017-09-17 18:55:07   recentStateType info
     2017-09-17 19:08:19   state           CMDs_pending
     RegL_00.:
       VAL
   cmdStack:
     ++A001FD1403541F4100040000000000
     ++A001FD1403541F4101040000000001
     ++A001FD1403541F410103
     ++A001FD1403541F4102040000000001
     ++A001FD1403541F410203
     ++A001FD1403541F4103040000000001
     ++A001FD1403541F410303
     ++A001FD1403541F4104040000000001
     ++A001FD1403541F410403
     ++A001FD1403541F4105040000000001
     ++A001FD1403541F410503
     ++A001FD1403541F4106040000000001
     ++A001FD1403541F410603
     ++A001FD1403541F4107040000000001
     ++A001FD1403541F410703
     ++A001FD1403541F4108040000000001
     ++A001FD1403541F410803
   helper:
     HM_CMDNR   17
     PONtest    1
     cSnd       01FD1403541F4100040000000000,01FD1403541F4100040000000000
     mId        00D9
     rxType     16
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +541F41,02,00,00
       nextSend   1505668148.00976
       prefIO
       rxt        2
       vccu
       p:
         541F41
         00
         00
         00
     mRssi:
       mNo        11
       io:
         CUL_0      -69
     prt:
       bErr       0
       sProc      2
       wuReSent   4
     q:
       qReqConf
       qReqStat
     role:
       dev        1
     rssi:
       at_CUL_0:
         avg        -70.8421052631579
         cnt        38
         lst        -71
         max        -68
         min        -73.5
     shadowReg:
       RegL_00.    02:01 0A:FD 0B:14 0C:03
     tmpl:
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.1
   model      HM-MOD-Em-8
   room       CUL_HM,Garage
   serialNr   OEQ0176413
   subType    remote
   webCmd     getConfig:clear msgEvents




Danke und Gruß
Michael

[Otto123]

Ruhe bewahren. Nachrichten Übertragung abwarten, nicht sinnlos Funk-Stress verursachen. Pairing wiederholen. Nichts löschen nichts resetten.

Gruß Otto

[MichaelMerkel]

Ruhe bewahren. Nachrichten Übertragung abwarten, nicht sinnlos Funk-Stress verursachen. Pairing wiederholen. Nichts löschen nichts resetten.

naja - habe es nicht ganz durchgehalten.
ich habe das modul jetzt aus der garage erstmal wieder ausgebaut und auf eine lochrasterplatine gesetzt. nur mit batterie versorgt. dann kann ich hier am schreibtisch besser hantieren
in dem zusammenhang nochmal alles factory resetted und aus fhem gelöscht... tabula rasa.
dann nach wiki (meine meinung nach) vorgegangen.

• pairing am CUL gestartet
• knopf auf modul kurz gedrückt - grün blink, orange blink, aus
• modul ist in fhem sichtbar
• config gesichert
• zum modul gewechselt. dort steht nun bei R-pairCentral: set_0xdingens
• getConfig auf modul durchgeführt
• 17 CMDs pending
• knopf auf modul einmal kurz gedrückt - grünes blinken ca 10 sekunden oder so
• jetzt kommt wieder: 16 CMDs pending

so. und nun sitze ich da und warte...

habe ich wenigstens alles richtig gemacht?
bin jetzt total verunsichert

wie meintest du nochmal pairen? ist ja schon. also ich meine, das modul blinkt dann nicht mehr orange. erst nach dem reset wieder.

gruß...
michael

[Otto123]

Die CMDs müssen abgearbeitet werden. Solange Datenübertragung anstossen bis dort CMDs done steht.

Ok da fällt mir ein: CUL? Fenstersensor -> AES!?
-> https://wiki.fhem.de/wiki/AES_Encryption

Hast Du libcrypt-rijndael-perl installiert?

Gruß Otto

[MichaelMerkel]

Die CMDs müssen abgearbeitet werden. Solange Datenübertragung anstossen bis dort CMDs done steht.

Ich habe das Köpfchen schon xx Mal gedrückt... 🙁

Ok da fällt mir ein: CUL? Fenstersensor -> AES!?
-> https://wiki.fhem.de/wiki/AES_Encryption

Hast Du libcrypt-rijndael-perl installiert?

Nein. Soweit bin ich noch lange nicht 😀
Kein Fenstersensor.

Gruß...
Michael

[Otto123]

Hallo,

sorry da war ich jetzt zu schnell zwischen den Threads gesprungen 

Es kann auch mal sein, dass durch die vielen Versuche der IO in Overload geht, dann geht erstmal nix mehr. Viel hin und her, resetten und löschen ist alles kontraproduktiv.

CUL ist problematisch für HM, vor allem für einige Geräte kann sein, dass der EM-8 dazu gehört.

Tut  mir leid, ich kann nix anderes sagen, außer versuchen ruhig alles von vorn nach hinten durchzuarbeiten.

Gruß Otto

[pc1246]

Hmmmmmm
Wenn ich die depperte Anleitung von dem Sendemodul lese, dann frage ich mich, ob die das ernst meinen. Man soll die Zentrale, in unserem Fall CUL, in den Anlernmodus bringen. Dann am Sender die Taste druecken, und dann noch den entsprechenden Kanal aktivieren.  Dann weiss ich nicht, wie ich meinen damals angelernt habe, aber so nicht!?!

Gruss Christoph

Zum Anlernen Ihres Gerätes an die Zentrale gehen Sie wie folgt vor:
·
Öffnen Sie die WebUI-Bedienoberfläche in Ihrem Browser. Klicken
Sie auf den Button ,,Geräte anlernen" im rechten Bildschirmbereich.
18
·    Um den Anlernmodus zu aktivieren, klicken Sie auf ,,BidCoS-RF
Anlernmodus".
·    Der Anlernmodus ist für 60 s aktiv. Das Infofeld zeigt die aktuell
noch verbleibende Anlernzeit.
·    Versetzen Sie innerhalb dieser Anlernzeit auch das Funk-Sen-
demodul in den Anlernmodus. Drücken Sie dazu TA1 auf dem
Modul kurz. Dauerhaftes Blinken der Geräte-LED signalisiert den
Anlernmodus.
·   Jetzt aktivieren Sie den anzulernenden Sendekanal durch eine
kurze Tastenbetätigung oder Anlegen einer Steuerspannung, um
in den Anlernmodus zu gelangen (LED blinkt orange).
·    Nach kurzer Zeit erscheint das neu angelernte Gerät im Postein-
gang Ihrer Bedienoberfläche. Der Button ,,Posteingang" zeigt
dabei an, wie viele neue Geräte erfolgreich angelernt wurden.

[Otto123]

Hab ich auch gelesen, stimmt so nicht. Da ist irgendwie was durcheinander, dass ist sicher für direktes Anlernen des Kanals an ein anderes Gerät.

[pc1246]

Einen Versuch waere es aber wert!?

[Otto123]

Also meiner wurde einfach durch drücken von TA1 angelernt. 
Wenn man später die Channel programmiert reicht es wenn sich der Eingang ändert.

[pc1246]

Otto
Ich weiss es nicht mehr. Ich hatte damals mehr Probleme, den in meine Notbremse einzubauen. Da war das Pairen Hintergrundrauschen!
Gruss Christoph