HM-Sen-Db-Pcb

Begonnen von marko67, 11 Dezember 2014, 11:35:46

Vorheriges Thema - Nächstes Thema

Brockmann

Zitat von: dusti64 am 31 Juli 2015, 20:37:36
Kann mir bitte jemand erklären, was ich verkehrt mache?
Bei DOIF wird das Komma als Trenner zwischen Anweisungen verwendet. Deshalb macht es nach dem ersten Komma Schluss und interpretiert das nach dem Komma als nächsten Befehl.
Ich bin mir nicht sicher, aber vielleicht reicht es, wenn Du die ganze Anweisung nochmal extra in runde Klammern setzt.

dusti64

Das war der Fehler...Dank dir!

Gruß Dusti
2x Debian virtualisiert auf QNAP mit FHEM, 2x HMLAN, VCCU, Homatic Heizung+Licht-Rollläden, Alexa mit 2 Echos, Homebridge, Hue, Instar

no_Legend

Irgnedwie reagiert mein DOIF nicht mehr auf die Klingeltasten.

Hat da jemand auch grad Probleme mit?

Ich hab an dem DOIF nichts gemacht.
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

no_Legend

Also ich bin nicht sicher.
Aber ich glaube, dass die States geändert wurden.
So bekomme ich die Klingel nur gepusht wenn ich folgendes im DoIF auswerte:
[1OG.KLINGEL] eq "1OG.KLINGEL Short"

Btn1 scheint nicht mehr irgendwo raus zu kommen.
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

Damian

Zitat von: no_Legend am 06 August 2015, 21:06:01
Also ich bin nicht sicher.
Aber ich glaube, dass die States geändert wurden.
So bekomme ich die Klingel nur gepusht wenn ich folgendes im DoIF auswerte:
[1OG.KLINGEL] eq "1OG.KLINGEL Short"

Btn1 scheint nicht mehr irgendwo raus zu kommen.

oder als Ereignis abfragen:

[1OG.KLINGEL:?Short]

Gruß

Damian
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

no_Legend

Hi Damian, oder so.

Hattest du das gleich Problem?
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

Damian

Zitat von: no_Legend am 07 August 2015, 17:02:21
Hi Damian, oder so.

Hattest du das gleich Problem?

So ähnlich. Ich hatte meine Kontakte neu untereinander gepeert und dann kamen auch andere Statusangaben. HM ist halt recht gesprächig. Man muss da halt immer wieder drauf achten.

Gruß

Damian
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

no_Legend

@Damian
Werde dein Code so übernehmen. Danke.

Werden solche Änderungen nicht irgendwo vorab bekannt gegeben?
Zu findest währe es bei solchen Änderungen sinnvoll.
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

ChrisK

Ich habe gestern den Bausatz erhalten und zum ersten Mal einen Homematic Bausatz zusammengelötet.
Ich bin mir zwar nicht zu 100% sicher, aber ich glaube, dass Löten war erfolgreich. Aber ich habe noch Problem mit dem Klingelsignalsensor.

Verbunden habe ich die beiden L-Kabel, die in die Klingel gehen mit Input und Push-Button. Nach mehrmaligem Lesen des Threads hier und dem Hinweis in den Bewertungen bei elv.de, denke ich, dass das richtig ist. Der Schalter am Bausatz steht auf "+", wobei ich auch "-" getestet habe.

Nun zum Problem.
Das Pairen scheint geklappt zu haben, zumindest sehe ich das Device in fhem.

Direkt nach dem pairen bzw. direkt nach einem getConfig sieht das list so aus:
Internals:
   DEF        37FCFD
   HMLAN1_MSGCNT 8
   HMLAN1_RAWMSG R78488B90,0001,1E5323E2,FF,FFB3,15A01037FCFD28650701000000
   HMLAN1_RSSI -77
   HMLAN1_TIME 2015-08-29 09:07:44
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     8
   NAME       tuer_klingel
   NR         510
   NTFY_ORDER 50-tuer_klingel
   STATE      Btn1 Short
   TYPE       CUL_HM
   lastMsg    No:15 - t:10 s:37FCFD d:286507 01000000
   protLastRcv 2015-08-29 09:07:44
   protSnd    6 last_at:2015-08-29 09:07:44
   protState  CMDs_done
   rssi_at_HMLAN1 cnt:8 avg:-76 min:-82 lst:-77 max:-74
   CHANGETIME:
   Helper:
     Dblog:
       D-firmware:
         Mydblog:
           TIME       1440832063.36099
           VALUE      1.0
       D-serialnr:
         Mydblog:
           TIME       1440832063.36099
           VALUE      MEQ0045060
   Readings:
     2015-08-28 21:13:26   CommandAccepted yes
     2015-08-29 09:07:43   D-firmware      1.0
     2015-08-29 09:07:43   D-serialNr      MEQ0045060
     2015-08-29 09:07:43   PairedTo        0x286507
     2015-08-28 20:26:56   R-ledMode       off
     2015-08-28 20:26:57   R-longPress     0.4 s
     2015-08-28 21:13:27   R-pairCentral   0x286507
     2015-08-28 20:26:57   R-sign          off
     2015-08-29 09:07:43   RegL_00:          02:01 05:00 0A:28 0B:65 0C:07 14:06 18:00 00:00
     2015-08-29 09:07:43   RegL_01:          04:10 08:00 30:06 00:00
     2015-08-28 21:26:55   battery         ok
     2015-08-28 21:26:55   state           Btn1 Short
     2015-08-28 21:26:55   trigDst_286507  noConfig
     2015-08-28 21:26:55   trigger         Short_11
     2015-08-28 21:26:55   trigger_cnt     11
   Helper:
     HM_CMDNR   21
     cSnd       0128650737FCFD01040000000001,0128650737FCFD0103
     mId        00DC
     peerIDsRaw ,00000000
     rxType     4
     Io:
       newChn     +37FCFD,00,00,00
       nextSend   1440832064.55908
       prefIO
       rxt        0
       vccu
       p:
         37FCFD
         00
         00
         00
     Mrssi:
       mNo        15
       Io:
         HMLAN1     -75
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1440832064.47255
       ack:
         HASH(0x4ea90f0)
         15800228650737FCFD00
     Rssi:
       At_hmlan1:
         avg        -76
         cnt        8
         lst        -77
         max        -74
         min        -82
     Shadowreg:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   peerIDs    00000000,
   room       Allgemein
   serialNr   MEQ0045060
   subType    pushButton

   
Nach einem shutdown+restart sieht das list so aus:
Internals:
   DEF        37FCFD
   IODev      HMLAN1
   NAME       tuer_klingel
   NR         510
   NTFY_ORDER 50-tuer_klingel
   STATE      Btn1 Short
   TYPE       CUL_HM
   Readings:
     2015-08-28 21:13:26   CommandAccepted yes
     2015-08-29 09:07:43   D-firmware      1.0
     2015-08-29 09:07:43   D-serialNr      MEQ0045060
     2015-08-29 09:07:43   PairedTo        0x286507
     2015-08-28 20:26:56   R-ledMode       off
     2015-08-28 20:26:57   R-longPress     0.4 s
     2015-08-28 21:13:27   R-pairCentral   0x286507
     2015-08-28 20:26:57   R-sign          off
     2015-08-29 09:07:43   RegL_00:        02:01 05:00 0A:28 0B:65 0C:07 14:06 18:00 00:00
     2015-08-29 09:07:43   RegL_01:        04:10 08:00 30:06 00:00
     2015-08-28 21:26:55   battery         ok
     2015-08-28 21:26:55   state           Btn1 Short
     2015-08-28 21:26:55   trigDst_286507  noConfig
     2015-08-28 21:26:55   trigger         Short_11
     2015-08-28 21:26:55   trigger_cnt     11
   Helper:
     mId        00DC
     rxType     4
     Io:
       newChn     +37FCFD,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         37FCFD
         00
         00
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   peerIDs    00000000,
   room       Allgemein
   serialNr   MEQ0045060
   subType    pushButton

   
In beiden Zuständen sehe ich im Event-Monitor nicht, wenn es klingelt. Die hier beschriebenen DOIFs habe ich auch eingebunden, aber ich denke, wenn ich im Event-Monitor nichts sehe, dann werden die DOIFs auch nicht losgehen.
Das könnte daran liegen, dass die Verkabelung nicht korrekt ist, aber ich finde die zwei unterschiedlichen lists schon seltsam.

Kann mir hier jemand einen Tipp geben?
Ich hoffe ja, dass ich einfach nur einen sehr dummen Fehler gemacht habe und es nach Behebung des Fehlers einfach funktioniert ;)

Vielen Dank schon mal!

vuffiraa

Du musst den Sensor parallel zur Klingel mit Input und GND verbinden. So funktioniert es bei mir.
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

ChrisK

Zitat von: vuffiraa am 29 August 2015, 15:13:51
Du musst den Sensor parallel zur Klingel mit Input und GND verbinden. So funktioniert es bei mir.
Danke für das Bild!
Interessant ist, dass es bei Dir geht, obwohl ich schon mehrfach gelesen, dass GND gar nicht genommen werden soll.

Das habe ich jetzt aber auch probiert, leider erfolglos.
Auch die Schalter-Stellung variiert, bringt auch nichts.

Ist es denn bei Dir auch so, dass das "list" des Devices unterschiedlich ist nach dem Pairen und nach dem Neustart von fhem. Du sollst jetzt nicht unbedingt neu pairen ;) aber vielleicht ist Dir das mal aufgefallen?

vuffiraa

Die Hinweise zu GND beziehen sich, so weit ich das verstehe, auf das Auslösen eines Events per Taster. So ein Event kann man durch kurzschließen von Input und Push Button erreichen, hier steht in der Anleitung aber Push Button und GND.

Noch mal zum Verständnis, in Input gehen bei mir die 12V vom Klingeltrafo rein.

Das "list" kann ich nicht richtig testen, mein Sensor weigert sich gepairt zu werden. Ein Peering mit einem Funkgong klappte aber ohne Probleme, und das war mein Eigentliches Ziel. Hier aber trotzdem ein aktuelles "list":
Internals:
   DEF        30797B
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     65
   NAME       CUL_HM_HM_Sen_DB_PCB_30797B
   NR         289
   NTFY_ORDER 50-CUL_HM_HM_Sen_DB_PCB_30797B
   STATE      Btn1 Short
   TYPE       CUL_HM
   hmusb_MSGCNT 65
   hmusb_RAWMSG E30797B,0000,7794E269,FF,FFBD,76844030797B0000000176
   hmusb_RSSI -67
   hmusb_TIME 2015-08-30 17:00:23
   lastMsg    No:76 - t:40 s:30797B d:000000 0176
   protLastRcv 2015-08-30 17:00:23
   rssi_at_hmusb avg:-64.07 lst:-67 cnt:65 max:-57 min:-79
   CHANGETIME:
   Helper:
     Dblog:
       Battery:
         Mydblog:
           TIME       1440946823.62326
           VALUE      ok
       State:
         Mydblog:
           TIME       1440946823.62326
           VALUE      Btn1 Short
       Trigger:
         Mydblog:
           TIME       1440946823.62326
           VALUE      Short_118
       Trigger_cnt:
         Mydblog:
           TIME       1440946823.62326
           VALUE      118
   Readings:
     2015-06-14 17:49:19   D-firmware      1.0
     2015-06-14 17:49:19   D-serialNr      LEQ1221344
     2015-02-25 12:01:26   R-CUL_HM_HM_OU_CF_PL_34B43A_Led-expectAES set_off
     2015-02-25 12:01:26   R-CUL_HM_HM_OU_CF_PL_34B43A_Led-peerNeedsBurst set_off
     2015-02-25 12:03:59   R-CUL_HM_HM_OU_CF_PL_34B43A_Sound-expectAES set_off
     2015-02-25 12:03:59   R-CUL_HM_HM_OU_CF_PL_34B43A_Sound-peerNeedsBurst set_off
     2015-01-31 17:50:52   R-pairCentral   set_0x030C48
     2015-06-14 20:53:44   RegL_00:        0
     2015-02-14 16:59:50   alive           yes
     2015-08-30 17:00:23   battery         ok
     2015-01-12 21:36:00   contact         unknown:00 (to broadcast)
     2015-02-14 16:59:50   powerOn         2015-02-14 16:59:50
     2015-02-14 16:59:50   recentStateType info
     2015-08-30 17:00:23   state           Btn1 Short
     2015-08-30 17:00:23   trigger         Short_118
     2015-08-30 17:00:23   trigger_cnt     118
   Helper:
     HM_CMDNR   118
     mId        00DC
     rxType     4
     Io:
       newChn     +30797B,00,01,FE1F
       nextSend   1440946823.71336
       rxt        0
       vccu       vccu
       p:
         30797B
         00
         01
         FE1F
       prefIO:
         hmusb
     Mrssi:
       mNo        76
       Io:
         hmusb      -65
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmusb:
         avg        -64.0769230769231
         cnt        65
         lst        -67
         max        -57
         min        -79
     Shadowreg:
Attributes:
   IODev      hmusb
   IOgrp      vccu:hmusb
   alias      Klingelsensor
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-Sen-DB-PCB
   room       CUL_HM
   serialNr   LEQ1221344
   subType    pushButton
FHEM 5.8 auf Cubietruck, Raspi B+

Weinzierl KNX IP BAOS 770, Homematic, EnOcean

miot

Mal eine Frage in die Runde zum Batterieverbrauch:

Ich habe KEINEN Klingeltrafo (weil keine Klingel...) angeschlossen. Ich verwende den potentialfreien Anschluss meiner Gigaset HC 450 (Gegensprechanlage) um im Sensor den Event auszuloesen was soweit auch ohne externe Stromquelle funktioniert.  Allerdings sind nach ca. 6-8 Wochen ehemals brandneue Batterien leer und bei uns ist (Kinder sind alle aus dem Haus  :D) extrem wenig Besuch an der Tagesordnung.

Das deckt sich ueberhaupt nicht mit dem ueblichen Stromverbrauch anderer HM Komponenten.

Kann es sein, dass die fehlende externe Stromquelle die Ursache fuer den 'relativ' hohen Stromverbrauch ist?
Hat jemand aenliche Erfahrungen gemacht oder gaenzlich andere und welche Konfiguration ist bei Euch vorhanden?

ChrisK

Zitat von: vuffiraa am 30 August 2015, 19:18:25
...Noch mal zum Verständnis, in Input gehen bei mir die 12V vom Klingeltrafo rein...
Ich muss mir mal ein Multimeter besorgen und das prüfen.

Zitat von: vuffiraa am 30 August 2015, 19:18:25Das "list" kann ich nicht richtig testen, mein Sensor weigert sich gepairt zu werden. Ein Peering mit einem Funkgong klappte aber ohne Probleme, und das war mein Eigentliches Ziel. Hier aber trotzdem ein aktuelles "list":
Danke!

Interessant ist, dass bei Dir z.B. lastMsg und protLastRcv als Internal noch da ist und bei mir nach einem Neustart von fhem verschwindet (direkt nach dem pairen sind diese Internals ja noch da).
Da ist also irgendwas schief. Ich habe nur keine Ahnung, warum das so ist.

frank

ZitatInteressant ist, dass bei Dir z.B. lastMsg und protLastRcv als Internal noch da ist und bei mir nach einem Neustart von fhem verschwindet (direkt nach dem pairen sind diese Internals ja noch da).
Da ist also irgendwas schief. Ich habe nur keine Ahnung, warum das so ist.
sicherlich werden auch nicht alle daten einen restart überleben. also einfach erneut klingeln, dann kommen die internals wieder. schau in fhem.save, was und wann die daten gespeichert werden.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html