HM-SEC-SD-2 neu

Begonnen von martinp876, 21 März 2015, 17:28:26

Vorheriges Thema - Nächstes Thema

Marlen

Hier der Code:
Internals:
   CMDS       BCFiAZEkGMKUYRTVWXefltx
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK059AEV-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK059AEV-if00-port0@38400
   FD         13
   FHTID      0000
   NAME       nanoCUL
   NR         74
   NR_CMD_LAST_H 10
   PARTIAL
   RAWMSG     A0BE0A2403D64FBF1000001E21F
   RSSI       -58.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.66 nanoCUL868
   initString X21
Ar
   nanoCUL_MSGCNT 1288
   nanoCUL_TIME 2016-11-15 19:46:12
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2016-11-13 16:22:39   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-11-15 19:46:12   state           Initialized
   XMIT_TIME:
     1479232268.51606
     1479232793.18985
     1479233069.00947
     1479233127.14187
     1479233756.14253
     1479233842.47409
     1479234721.35053
     1479235123.11533
     1479235484.13591
     1479235572.48406
   Helper:
     3d10cf:
       QUEUE:
     3d64fb:
       QUEUE:
     4c29dc:
       QUEUE:
     4c2a32:
       QUEUE:
     4c2cb3:
       QUEUE:
     4c2cb4:
       QUEUE:
     4c2cb9:
       QUEUE:
     4e4810:
       QUEUE:
     4e4a2a:
       QUEUE:
Attributes:
   rfmode     HomeMatic
   room       Controll

automatisierer

mach auch mal ein list von einem Device.


Marlen

Hier noch ein Sensor:
Internals:
   CHANGED
   DEF        4C29DC
   IODev      nanoCUL
   LASTInputDev nanoCUL
   MSGCNT     53
   NAME       Tuer_Flur_EG
   NOTIFYDEV  global
   NR         95
   NTFY_ORDER 50-Tuer_Flur_EG
   STATE      geschlossen
   TYPE       CUL_HM
   lastMsg    No:F5 - t:10 s:4C29DC d:000000 06010000
   nanoCUL_MSGCNT 53
   nanoCUL_RAWMSG A0DF586104C29DC00000006010000::-62.5:nanoCUL
   nanoCUL_RSSI -62.5
   nanoCUL_TIME 2016-11-15 19:36:50
   protCmdDel 4
   protLastRcv 2016-11-15 19:36:50
   protResnd  3 last_at:2016-11-13 18:56:17
   protResndFail 1 last_at:2016-11-13 19:52:03
   protSnd    4 last_at:2016-11-13 19:51:58
   protState  CMDs_done_Errors:1
   rssi_at_nanoCUL avg:-63.79 lst:-62.5 cnt:53 min:-66 max:-60
   Readings:
     2016-11-13 16:22:42   Activity        alive
     2016-09-25 13:23:56   D-firmware      1.0
     2016-09-25 13:23:56   D-serialNr      NEQ0629456
     2016-09-24 19:58:32   R-pairCentral   set_0xF10000
     2016-09-24 20:00:40   aesKeyNbr       00
     2016-11-15 19:36:50   alive           yes
     2016-11-15 19:36:50   battery         ok
     2016-11-15 19:36:50   contact         closed (to broadcast)
     2016-09-24 20:05:35   powerOn         2016-09-24 20:05:35
     2016-11-15 19:36:50   recentStateType info
     2016-11-15 19:36:50   sabotageError   off
     2016-11-15 19:36:50   state           closed
     2016-11-12 11:25:09   trigDst_broadcast noConfig
     2016-11-12 11:25:09   trigger_cnt     172
   Helper:
     HM_CMDNR   245
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4C29DC,00,00,00
       nextSend   1479235010.89801
       prefIO
       rxt        2
       vccu
       p:
         4C29DC
         00
         00
         00
     Mrssi:
       mNo        F5
       Io:
         nanoCUL    -60.5
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_nanocul:
         avg        -63.7924528301887
         cnt        53
         lst        -62.5
         max        -60
         min        -66
Attributes:
   IODev      nanoCUL
   actCycle   002:20
   actStatus  alive
   alarmDevice Sensor
   autoReadReg 4_reqStatus
   devStateIcon offen:fts_door_open@red tilted:fts_door tilt@red geschlossen:fts_door@green
   event-min-interval 1
   event-on-change-reading .*
   eventMap   open:offen closed:geschlossen
   expert     2_raw
   firmware   1.0
   fp_EG      202,561,1,Tuer_Flur_EG,
   group      Flur_EG
   model      HM-SEC-SCo
   room       Sensor_EG
   serialNr   NEQ0629456
   subType    threeStateSensor

automatisierer

#408
Zitat von: Marlen am 15 November 2016, 20:05:41
Hier noch ein Sensor:

   protState  CMDs_done_Errors:1
   
     2016-09-24 19:58:32   R-pairCentral   set_0xF10000
   


also wie deine Aktoren von FHEM aus gesteuert werden können ist mir rätselhaft!

wie du da oben an den Readings siehst, sind die HM-Devices nicht gepairt. FHEM ist das egal, gepairt wird nur, weil die HM-Devices das brauchen.

Also du solltest deinem CUL per attr eine hmId zuweisen.
Besser wäre wenn du direkt eine vccu einrichtest und die hmId dort zuweist, dann brauchst du beim cul nix weiter machen.

Dann einfach den CUL (oder die vccu falls du dich dafür entscheidest) in den pairing Modus versetzen mit set CUL hmPairForSec 600 und die HM-Devices nochmal in den pairing Modus bringen.

Danach bei jedem Device darauf achten, dass folgende Readings:
PairedTo 0x355867
R-pairCentral 0x355867

(natürlich mit deiner hmId...)
vorhanden sind. Erst dann ist das pairing abgeschlossen. solange davor ein 'set_'steht so wie bei dir, ist das pairing nicht abgeschlossen und die HM-Devices kennen ihre Zentrale nicht.
Falls noch ein 'set_' da steht, ein getConfig durchführen, wenn dann immer noch ein 'set_' da ist, erneut pairen...

Die konfiguration in deinem FHEM kannst du so lassen wie sie ist - die Devices also nicht löschen vor dem erneuten (quasi erstmaligen) anlernen.

EDIT sagt:
Das sind anfürsich Grundkenntnisse...


Marlen

Ohhh.....das hört sich ja an als ob alles nur glückssache wäre das überhaupt was funktioniert!

Aber die VCCU muss/soll die die gleiche hmId haben wie die CUL! Also muss ich doch erst der CUL eine hmId vergeben!

Danke schon mal für euere Unterstützung und ein big sorry für meine Unwissenheit!  ...... blondi halt! :-)

mgernoth

Hallo,

Zitat von: Marlen am 15 November 2016, 21:03:47
Aber die VCCU muss/soll die die gleiche hmId haben wie die CUL! Also muss ich doch erst der CUL eine hmId vergeben!

Der CUL baut sich eine eigene hmId, wenn keine definiert ist: F1<FHTID>, also hast Du zur Zeit F10000 als hmId. Sollte eigentlich kein Problem sein. Gib die ID einfach der VCCU.

Viele Grüße
  Michael

Marlen

Hab es jetzt geschaft eine VCCU anzulegen mit der vom CUL "selbstgebauten" hmId.

Dann hab ich jetzt meinen Rauchmelder mit der VCCU gepair..... jetzt bringt er mir aber nur MISSING ACK!
Hier mal der Code:
Internals:
   CFGFN
   DEF        48CB18
   IODev      nanoCUL
   LASTInputDev nanoCUL
   MSGCNT     15
   NAME       Rauchmelder_Flur_DG
   NOTIFYDEV  global
   NR         555
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:B9 - t:02 s:48CB18 d:F10000 008C5C80F4
   nanoCUL_MSGCNT 15
   nanoCUL_RAWMSG A0EB9800248CB18F10000008C5C80F4::-55.5:nanoCUL
   nanoCUL_RSSI -55.5
   nanoCUL_TIME 2016-11-15 22:52:33
   protCmdDel 6
   protLastRcv 2016-11-15 22:52:33
   protResnd  4 last_at:2016-11-15 23:02:04
   protResndFail 2 last_at:2016-11-15 23:02:09
   protSnd    18 last_at:2016-11-15 23:02:02
   protState  CMDs_done_Errors:1
   rssi_at_nanoCUL min:-72 max:-55.5 avg:-61.43 cnt:15 lst:-55.5
   Readings:
     2016-11-15 22:46:10   Activity        alive
     2016-11-15 22:52:33   CommandAccepted yes
     2016-11-15 22:46:06   D-firmware      1.0
     2016-11-15 22:46:06   D-serialNr      NEQ0004029
     2016-11-15 22:48:59   PairedTo        0xF10000
     2016-11-15 22:48:59   R-pairCentral   0xF10000
     2016-11-15 22:48:59   RegL_00.          02:01 0A:F1 0B:00 0C:00 16:00 1F:00 00:00
     2016-11-15 22:52:33   aesCommToDev    ok
     2016-11-15 22:52:33   aesKeyNbr       02
     2016-11-15 22:48:59   sdRepeat        off
     2016-11-15 23:02:09   state           MISSING ACK
   Helper:
     HM_CMDNR   186
     cSnd       01F1000048CB180103,01F1000048CB1801011111110100
     mId        00AA
     peerIDsRaw ,00000000
     rxType     6
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +48CB18,00,01,00
       nextSend   1479246753.95243
       prefIO
       rxt        0
       vccu
       p:
         48CB18
         00
         01
         00
     Mrssi:
       mNo        B9
       Io:
         nanoCUL    -53.5
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat   00
     Role:
       chn        1
       dev        1
     Rssi:
       At_nanocul:
         avg        -61.4333333333333
         cnt        15
         lst        -55.5
         max        -55.5
         min        -72
     Shadowreg:
Attributes:
   IODev      nanoCUL
   IOgrp      VCCU:nanoCUL
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SD-2
   msgRepeat  1
   peerIDs    00000000,
   room       Rauchmelder
   serialNr   NEQ0004029
   subType    smokeDetector
   webCmd     statusRequest

Marlen

Moin,

hat sich geklärt, nach einem Teamcall war das MISSING ACK weg!

LG Marlen

ioT4db

Hallo Zusammen,

auch wenn die Batterien der neuen Rauchmelder wohl noch bei niemanden leer waren, versuch ich es trotzdem mal  mit meiner Frage ;) Vlt. hat ja doch jmd. beim Testen mal die Batterie-Leer-Warnung gehabt.

Nun konkret: Ich überlege gerade mir diese Rauchmelder zuzulegen. Neben dem Sicherheitsaspekt, wünsche ich mir auch einen weiteren Comfort. Ihr kennt das, Rauchmelder piepsen bei leeren Batterien eigentlich immer nachts, also zum ungünstigsten Zeitpunkt.

Im Manual des SD-2 steht, dass er die Warnmeldung zum Einen akustisch (wie alle anderen auch) und zum Anderen per Funk-Nachricht an eine CCU oder eben FHEM sendet.

Nun wäre es ja super, wenn der Rauchmelder schon vor dem akustischen Warnsignal eine leer werdende Batterie "stumm" an FHEM sendet, damit man genug Zeit hat den Melder auszutauschen (oder wie weiter vorn beschrieben) eine neue Batterie zu verbauen.

Gibt es Erfahrungen wie die "Batterie-Leer-Meldung" vor sich geht? Sendet der Melder vielleicht mehrere bzw. unterschiedliche Meldungen, wie "Batterie ok", "Batterie geht zur Neige" und "Batterie ist jetzt leer"?

Über eine Rückmeldung würde ich mich sehr freuen...

Danke...
FHEM auf Synology mittels Docker,  Jeelink-Clone 1x für PCA301 und 1x für Lacrosse, THZ304SOL, Homematic: CUL_HM / M-MOD-RPI-PCB, Pushover, Xiaomi s50

Otto123

Zitat von: friesenjung am 18 November 2016, 09:55:09
Gibt es Erfahrungen wie die "Batterie-Leer-Meldung" vor sich geht? Sendet der Melder vielleicht mehrere bzw. unterschiedliche Meldungen, wie "Batterie ok", "Batterie geht zur Neige" und "Batterie ist jetzt leer"?
Also ich habe die alten SD und die senden an die Zentrale und piepsen "zur gleichen Zeit". Allerdings ist es sehr dezent, also kein "Feueralarm".

Aber selbst wenn da noch ein Abstand ist, nach Murphy kommt die Mail Nacht drei und piepsen zwei Stunden später  :D (war bei mir so in der Art)

Kann aber sein das es bei den neuen anders ist. Aber solange hat die noch keiner   ::)

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

MarcelK

Zitat von: friesenjung am 18 November 2016, 09:55:09Gibt es Erfahrungen wie die "Batterie-Leer-Meldung" vor sich geht? Sendet der Melder vielleicht mehrere bzw. unterschiedliche Meldungen, wie "Batterie ok", "Batterie geht zur Neige" und "Batterie ist jetzt leer"
Für Erfahrungen musst vermutlich 8 Jahre warten oder die Batterie ausbauen und mit'm Labor-Netzteil simulieren. Was ich aber definitiv weiss ist dass unterschiedliche Warn-Level nicht vorgesehen sind.

Gruss Marcel

ioT4db

Nabend und Danke für eure Rückmeldungen. Ich glaube ich bestell mal welche und schau mal in 8 Jahren ;)
PS: falls doch jemand irgendwann mal was genaueres rausfindet, nur raus damit ;)
FHEM auf Synology mittels Docker,  Jeelink-Clone 1x für PCA301 und 1x für Lacrosse, THZ304SOL, Homematic: CUL_HM / M-MOD-RPI-PCB, Pushover, Xiaomi s50

dk3572

#417
Hallo,
evtl. untergegangen, aber ich bekomme es einfach nicht hin.
Könnte mir hierfür bitte einer behilflich sein?

ZitatIch möchte jetzt eine Push Nachricht wenn ein Melder auslöst.
Wie muss hierfür die Bedingung in einem DOIF aussehen?
Mach ich das auf einen Melder, für alle 3 extra oder über den Team Melder?
Und wie kann ich es dann testen? Bin Nichtraucher  ;D

Danke schon mal....

So habe ich es unter Anderem versucht:

(["Rauchmelder_Team:^smoke_Alarm"]) (set.....


Otto123

Hi,

und das Beispiel aus dem Wiki gefällt Dir nicht?  ::)
  define sd.nf.report notify sdTeam:.*smoke-Alarm.* {\
    <Mail versenden>;;
    fhem("set LichtTreppenhaus on");;
  }\


Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz