HM-Sen-Db-Pcb

[martinp876]

Das log sieht immer noch schmal aus.
Im Log fehlt etwas. Fhem sendet vor dem device. Das ist sicher abgeschnitten.
Mache ein clear msgevents. Dann paire noch einmal.

[justklaus]

gemacht

Code Auswählen Erweitern

2016.03.05 18:57:06.554 4: CUL_Parse: CUL_0  326521 A FF01 12738872 00 1A 03 8400 398C5F 000000 1000DC4D45513036353636363640010101 -55
2016.03.05 18:57:06.572 4: CUL_send:  CUL_0                       Aa 4C34 10 04 A001 A0A9C1 398C5F 00050000000000
2016.03.05 18:57:06.583 3: CUL_send:  CUL_0  id:398C5F dDly:83
2016.03.05 18:57:06.683 3: CUL_ParseTsHM: CUL_0  id:398C5F dhmSt:104
2016.03.05 18:57:06.684 4: CUL_Parse: CUL_0  326650 A FF13 12738976 00 10 04 A001 A0A9C1 398C5F 00050000000000 -138
2016.03.05 18:57:06.818 4: CUL_Parse: CUL_0  326786 A FF11 12739136 00 1A 04 8400 398C5F 000000 1000DC4D45513036353636363640010101 -56.5
2016.03.05 18:57:06.825 4: CUL_send:  CUL_0                       Aa 4C55 13 05 A001 A0A9C1 398C5F 000802010AA00BA90CC1
2016.03.05 18:57:06.836 3: CUL_send:  CUL_0  id:398C5F dDly:94
2016.03.05 18:57:06.949 3: CUL_ParseTsHM: CUL_0  id:398C5F dhmSt:104
2016.03.05 18:57:06.950 4: CUL_Parse: CUL_0  326917 A FF13 12739240 00 13 05 A001 A0A9C1 398C5F 000802010AA00BA90CC1 -138
2016.03.05 18:57:07.067 4: CUL_Parse: CUL_0  327035 A FF11 12739384 00 0A 05 8002 398C5F A0A9C1 80 -58

Code Auswählen Erweitern


STATE Nack
TYPE CUL_HM
lastMsg No:05 - t:02 s:398C5F d:A0A9C1 80
protCmdDel5
protLastRcv

2016-03-05 18:57:07
protNack

1 last_at:2016-03-05 18:57:07
protSnd

2 last_at:2016-03-05 18:57:06
protState

CMDs_done_Errors:1
rssi_at_CUL_0

cnt:6 max:-47.5 min:-58 lst:-58 avg:-52.33

[martinp876]

das log sieht jetzt prima aus. Aber FHEM sendet zu schnell. der delay wird nicht eingehalten. Sollte(darf)  nicht sein.

Den Grund haben wir schon einmal. Nur was machen wir damit. muss mal meine CUNO auspacken (die CUL ist verstorben...)

[justklaus]

Den Grund haben wir schon einmal.

jetzt bin ich doch wieder richtig oben auf:-) .. ein Teilerfolg .. glückshormonausschüttung

LG Klaus

[no_Legend]

Hi Leute ist der Fehler schon behoben?

Und schieße dass ich den Eintrag hier nicht vorher gesehen habe,Begründung folgt zu gleich.

Ich hab heute mal eine Platine gelötete.
Hat auch geklappt, das Pairing leider nicht.
Hab seit kurzem einen cul und zwei hmlan in eine vccu drin.

Habe dann gedacht ich habe eine lötfehler gemacht.
Jetzt liegt das ganze Ding im Müll.
Naja Lehrgeld muss man manchmal zahlen, hab gleich nen neuen bestellt.

Kann ich den cul aus der vccu raus nehmen und ihn einfach deaktivieren?
Beim hmlan gibt es ja den close Befehl, beim vccu habe ich dazu nichts gefunden.

Das Pairing sollte wenn ich nur die hmlan's drin habe funktionieren?

[justklaus]

Moin Moin,

leider nicht. Ein möglicher Lötfehler ging mir zu Anfang auch durch's Hirn aber mittlerweile schließe ich den aus. Grundsätzlich sind die Funktionen ja vorhanden.

Zum HMLAN kann ich nicht sagen. Ich habe keinen

LG Klaus

[no_Legend]

Ist mir auch noch nie passiert erst mal das Teil geschrottet.

Naja was solls.

Der nächste kommt ja bald.
Dann werde ich mal den CUL abstecken, solange ich keine Einfacherer Methode finde, den CUL zu deaktiveren.

Meld mich dann noch mal ob es mit den HMLAN gegangen ist.

Gruß Robert

[frank]

Dann werde ich mal den CUL abstecken, solange ich keine Einfacherer Methode finde, den CUL zu deaktiveren.

wenn du einfach über den hmlan pairst, brauchst du nichts umstecken oder deaktivieren, denke ich. dann sollte das pairing nur über dieses io abgewickelt werden. wenn das device anschliessend dennoch über die vccu betrieben werden soll, musst du allerdings das attr IOgrp beim device selber setzen.

Code Auswählen Erweitern

set hmlan hmPairForSec

[no_Legend]

Da bin ich mir nicht sicher.

Ich habe gestern probiert, den CUL aus der VCCU raus zunehmen.
Trotzdem ging das Pairing nicht richtig.

Ich werde Ihn einfach mal komplett abstecken und dann probieren.
Denke die Platine ist morgen bei mir, dann weis ich mehr.

Gruß Robert

[no_Legend]

So also,

das Anlernen mit einem HMLAN geht.
Keine Probleme.

Ich habe den CUL einfach einen Port gegeben, den es garnicht gibt.
Somit sind in der VCCU nur die zwei HMLAN Aktiv gewesen.

Gruß Robert

[justklaus]

vielen Dank für die Information. Dann probiere ich es auch mit einem HM_LAN. Bis zum eintreffen des Teils finde ich sicher Beschäftigung bei der Integration einer VCCU.

LG Klaus

[MadMax-FHEM]

Hallo,

so nach etlichem probieren und suchen muss ich doch mal hier nachfragen...

Habe seit gestern (weil jetzt ist ja schon heute   ) einen HM-Sen-DB-PCB.

Hatte Probleme ihn an meinem Testsystem (nanoCUL) anzulernen.
Hab zwar die Meldungen bekommen, also für den Einsatz den ich plane reicht es aber es gefällt mir nicht...

Habe ihn dann mal probeweise an meinem "echten" System (HM-CFG-USB) angelernt, kein Problem.

Also am Zusammenbau etc. liegts schon mal nicht...

Hatte auch schon mal ähnliche Probleme mit einem optischen Fenstersensor.
Da das aber nur für einen ersten Test nach Lötarbeiten herhalten musste und am echten System läuft habe ich es nicht weiter verfolgt...

Aber der Klingelsensor soll (erst mal) auf dem Testsystem laufen...

Habe schon gelesen, dass es wohl Probleme mit dem Timing gibt.

Habe schon mal die spezielle 00_CUL.pm installiert, hat aber nicht geholfen.

Gut dann den CUL flashen.

Hat nicht geklappt, wobei ich nicht weiß (bzw. eher denke dass nicht) ob die CUL-fw in dem myccu.zip (wo ich auch die 00_CUL.pm her hab) einfach auf meinen nanoCUL flashen kann...

https://forum.fhem.de/index.php/topic,31421.0.html

Gehen die Änderungen überhaupt mit einem selbstbau nanoCUL??
Wenn ich die Datei nicht einfach flashen kann (was ich vermute), wo bekomme ich die Änderungen her, damit ich mir die fw selbst bauen und flashen kann???

Gibt es andere Lösungen für die Problematik (außer HMLAN bzw. halt noch einen HM-CFG-USB)

Vielen Dank!

Gruß, Joachim

[MadMax-FHEM]

Hallo,

seit meinem Post ist (hier) bzgl. CUL, Timing und besagtem Gerät (Klingelsensor) nichts mehr passiert.

Mit dem Wissen, dass es am Timing liegt habe ich dann die Anfrage/Problematik im Thread bzgl. CUL/ASKSIN und Timing:

https://forum.fhem.de/index.php/topic,24436.msg453825.html#msg453825

gepostet.

Dort gab es noch einige Versuche aber leider bislang ohne Erfolg, zumindest mit CUL/nanoCUL.

Anlernen mit HM-CFG-USB-2/hmlan (anderes System) geht problemlos...

Dies nur als Hinweis für andere Suchende, vielleicht helfen die Erweiterungen im anderen Thread...

Gruß, Joachim

[justklaus]

Hallo,

ich habe meine Bemühungen mittlerweile aufgegeben. Der HM-Sen-Db-Pcb und CUL kamen nicht ins Gespräch, unabhängig welche Firmware bzw. Software benutzt wurde. 

Mit einem geliehenen HM-LAN wurde der Sensor sofort erkannt.

Ich habe ich das Vorhaben mittels modifiertem HM-SEC-SC-2 und einen 12V Relais REL-PCB4 ca. 5€ (Conrad ... ) gelöst.


LG Klaus

[MrAlbi]

Hallo zusammen,
habe mir vor einigen Wochen den HM-SEN-DB-PCB -Bausatz geholt und zusammengelötet. Er ließ sich auch Problemlos mit dem HMUART pairen, es gab einen Triger und sobald ich die Input 5-12V DC/ACz-Buchse und Push-Button mit einem Kabel gebrückt habe, wurder der trigger um eins hochgezählt. Super.
Nachdem ich den Sensor dann zwischen die vorhandene Klingel und Taster eingebunden habe, hat das ganze dann auch noch mehrere Male funktioniert. Danach leider nicht mehr. Also habe ich alles wieder deinstalliert, in FHEM gelöscht und noch mal von vorne angefangen, nun lässt sich der HM-SEN-DB-PCB nicht vernünftig einbinden.
Nach dem Lesen diesen Threads habe ich dann alle Lösungsansätze ausprobiert, leider erfolglos.
Nun habe ich mir dann eine CCU2 von Homematic geleistet, aber auch damit bekomme ich keinen trigger mehr zu sehen, der hochzählt. Z.Z. habe ich den Sensor wieder mit der HMUART gepairt. Hier mal ein List, vielleicht könnt ihr als Fachleute etwas aus den Daten interpretieren oder ist der Sensor einfach defekt? Vielen Dank für eure Hilfe.

Code Auswählen Erweitern

Internals:
   DEF        699A81
   FUUID      5d49d30f-f33f-5a0a-798d-2bac862dfa2bf0fb
   HmUART_MSGCNT 278
   HmUART_RAWMSG 0500002A058400699A810000001000DC5045513036353331363540010101
   HmUART_RSSI -42
   HmUART_TIME 2019-08-08 15:04:43
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     278
   NAME       Klingel
   NOTIFYDEV  global
   NR         292
   NTFY_ORDER 50-HM_699A81
   STATE      Nack
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:05 - t:00 s:699A81 d:000000 1000DC5045513036353331363540010101
   peerList   5796A53F,
   protCmdDel 0
   protCmdPend 3 CMDs_pending
   protErrIoAttack 58 last_at:2019-08-08 14:06:35
   protErrIoId_5796A5 58 last_at:2019-08-08 14:06:35
   protLastRcv 2019-08-08 15:04:43
   protNack   2 last_at:2019-08-08 14:06:34
   protRcv    128 last_at:2019-08-08 15:04:43
   protSnd    77 last_at:2019-08-08 15:04:38
   protState  CMDs_pending
   rssi_at_HmUART cnt:214 min:-71 max:-32 avg:-49 lst:-42
   Helper:
     DBLOG:
       D-firmware:
         DBLogging:
           TIME       1565269483.17345
           VALUE      1.0
       D-serialNr:
         DBLogging:
           TIME       1565269483.17345
           VALUE      PEQ0653165
       R-5796A53F-expectAES:
         DBLogging:
           TIME       1565268115.81901
           VALUE      off
       R-5796A53F-peerNeedsBurst:
         DBLogging:
           TIME       1565268115.81901
           VALUE      off
       R-pairCentral:
         DBLogging:
           TIME       1565268114.42063
           VALUE      0x22EC5F
       R-sign:
         DBLogging:
           TIME       1565161997.60285
           VALUE      off
       aesCommToDev:
         DBLogging:
           TIME       1565161416.8424
           VALUE      ok
       aesKeyNbr:
         DBLogging:
           TIME       1565264573.197
           VALUE      00
       alive:
         DBLogging:
           TIME       1565269423.67325
           VALUE      yes
       battery:
         DBLogging:
           TIME       1565269423.67325
           VALUE      ok
       powerOn:
         DBLogging:
           TIME       1565269423.67325
           VALUE      2019-08-08 15:03:43
       sabotageAttackId_ErrIoId_5796A5:
         DBLogging:
           TIME       1565265995.34025
           VALUE       cnt:58
       sabotageAttack_ErrIoAttack cnt:
         DBLogging:
           TIME       1565265995.34025
           VALUE      58
       state:
         DBLogging:
           TIME       1565265994.11425
           VALUE      Nack
   READINGS:
     2019-08-08 14:41:54   CommandAccepted yes
     2019-08-08 15:04:43   D-firmware      1.0
     2019-08-08 15:04:43   D-serialNr      PEQ0653165
     2019-08-08 15:04:36   PairedTo        0x22EC5F
     2019-08-08 14:41:55   R-5796A53F-expectAES off
     2019-08-08 14:41:55   R-5796A53F-peerNeedsBurst off
     2019-08-08 14:41:54   R-pairCentral   0x22EC5F
     2019-08-07 09:13:17   R-sign          off
     2019-08-07 09:03:36   aesCommToDev    ok
     2019-08-08 13:42:53   aesKeyNbr       00
     2019-08-08 15:03:43   alive           yes
     2019-08-08 15:03:43   battery         ok
     2019-08-08 15:04:48   peerList        5796A53F,
     2019-08-08 15:03:43   powerOn         2019-08-08 15:03:43
     2019-08-08 15:03:43   recentStateType info
     2019-08-08 14:06:35   sabotageAttackId_ErrIoId_5796A5  cnt:58
     2019-08-08 14:06:35   sabotageAttack_ErrIoAttack cnt 58
     2019-08-08 14:06:34   state           Nack
   cmdStack:
     ++A00122EC5F699A8100040000000000
     ++A00122EC5F699A8101040000000001
     ++A00122EC5F699A810103
   helper:
     HM_CMDNR   44
     PONtest    1
     cSnd       0122EC5F699A810103,0122EC5F699A8101045796A53F04
     getCfgList all
     getCfgListNo ,4
     mId        00DC
     peerFriend peerAct,peerVirt
     peerIDsRaw ,5796A53F,00000000
     peerOpt    4:pushButton
     regLst     0,1,4p
     rxType     4
     supp_Pair_Rep 1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +699A81,00,00,00
       nextSend   1565269483.25875
       rxt        0
       vccu       VCCU
       p:
         699A81
         00
         00
         00
       prefIO:
         HmUART
     mRssi:
       mNo        05
       io:
         HMCCU2:
         HmUART:
           -34
           -34
     prt:
       bErr       0
       sProc      2
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rssi:
       at_HmUART:
         avg        -49
         cnt        214
         lst        -42
         max        -32
         min        -71
     shadowReg:
     tmpl:
Attributes:
   IODev      HmUART
   IOgrp      VCCU:HmUART
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEN-DB-PCB
   peerIDs    00000000,5796A53F,
   room       CUL_HM
   serialNr   PEQ0653165
   subType    pushButton