HM-SEC-SD-2 ablernen

Begonnen von breti, 22 Dezember 2019, 15:04:34

Vorheriges Thema - Nächstes Thema

breti

Ich hab die Datei

/usr/local/etc/config/ids


geändert.

Die sieht so aus:

BidCoS-Address = 11????51
SerialNumber = GEQ00?????


Und argghh jetzt hab ich das Chaos komplett... ich wollte testweise den Sicherheitsschlüssel ändern in der gecloneten CCU, nicht wissend, dass er dann gleich loslegt und den auf alle Geräte verteilt... und nun hänge ich da irgendwo mittendrin. Die netzbetriebenen Geräte haben ihn sich gezogen, die anderen warten auf einen Druck auf den Konfigurationstaster.

Was für ein Chaos. Alles kaputt in wenigen Minuten.

Ansonsten gibt es noch /var/ids, aber da ist keine ID eingetragen:

root@raspmatic:/usr/local/etc/config# cat /var/ids
BidCoS-Address=
SerialNumber=
root@raspmatic:/usr/local/etc/config#
FHEM dev. auf RasPi, HM-CFG-USB mit HMLAND

frank

in var/ids stehen bei mir die original werte des io (hmuart).
geändert habe ich usr/local/etc/config. damit sendet meine debmatic seit änderung.

BidCoS-Address=0x1ACE1F
SerialNumber=NEQ0230329


-rw-r--r--  1 root root     48 Oct 29  2019 ids

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

frank

ich habe fast den verdacht, dass deine ccu sowieso schon die hmid deines fhem nutzt.

hmids muss mann nicht unkenntlich machen.
zeig mal ein list vom hmusb aus fhem.
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

frank

Zitat von: deimos am 13 Januar 2020, 08:18:24
Hi,

/var/ids hat immer die BidCos Adresse des physikalisch eingebauten Funkmoduls. Die Datei /usr/local/etc/config/ids wird beim ersten Start nach einem Werksreset aus dieser generiert und wird danach für die Installation beibehalten, will heißen, sie wandert in ein Backup und damit ggf. auch auf eine andere CCU. Zum eigentlichen Funken nutzt der rfd bzw. der multimacd der CCU dann immer die ID aus /usr/local/etc/config/ids. Dadurch wird sichergestellt, dass deine Installation auch nach einem Zentralenwechsel weiter funktioniert, ohne dass man alle Geräte neu an die Zentrale anmelden müsste.

Viele Grüße
Alex
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

breti

Zitat von: frank am 07 Juni 2020, 16:37:51
ich habe fast den verdacht, dass deine ccu sowieso schon die hmid deines fhem nutzt.

hmids muss mann nicht unkenntlich machen.
zeig mal ein list vom hmusb aus fhem.

Arghh... du hast völlig Recht! Ich habe gerade nochmal meine originale Raspmatic VM gestartet, die ID darin ist die gleiche, die ich auch bei FHEM gesetzt habe, nur halt Dezimal statt Hexadezimal. Darum habe ich das nicht bemerkt, weil ich die aus FHEM eben hexadezimal übertragen hatte... man man man.

Die /usr/local/etc/config/ids auf raspmatic sieht unverpfuscht so aus:

root@raspmatic:/usr/local/etc/config# cat ids
BidCoS-Address = 11600751
SerialNumber = GEQ0073165

root@raspmatic:/usr/local/etc/config# ls -lisa ids
1835020      4 -rw-r--r--    1 root     root            53 Dec 18 22:09 ids
root@raspmatic:/usr/local/etc/config#


In FHEM sieht es so aus:

fhem> list HMUSB
Internals:
   DEF        127.0.0.1:1000
   DeviceName 127.0.0.1:1000
   FD         9
   FUUID      5c55b3ff-f33f-a627-7183-94309ff0c5a08180
   HMUSB_MSGCNT 114
   HMUSB_TIME 2020-06-07 21:53:06
   IFmodel    USB
   NAME       HMUSB
   NR         25
   NTFY_ORDER 50-HMUSB
   PARTIAL
   RAWMSG     R90580427,0001,632DDC14,FF,FFCA,6180021A7C47B1036F0102220034
   RSSI       -54
   STATE      opened
   TYPE       HMLAN
   XmitOpen   2
   assignedIDsCnt 49
   msgKeepAlive dlyMax:50.235 bufferMin:-45
   msgLoadCurrent 46
   msgLoadHistoryAbs 5min steps: 2/0/0/0/0/0/0/0/0/0/0/0
   owner      B1036F
   owner_CCU  vccu
   uptime     019 462:12:29.844
   READINGS:
     2020-06-07 21:51:35   D-HMIdAssigned  B1036F
     2020-06-07 21:51:35   D-HMIdOriginal  121EC5
     2020-06-07 21:51:35   D-firmware      0.967
     2020-06-07 21:51:35   D-serialNr      GEQ0073165
     2020-06-07 21:51:36   Xmit-Events     ok:1 disconnected:1 init:1
     2020-06-07 21:51:36   cond            ok
     2020-06-07 21:53:04   loadLvl         batchLevel
     2017-04-03 22:50:18   prot_ERROR-Overload last
     2017-04-03 23:20:17   prot_Warning-HighLoad last
     2020-06-07 21:50:19   prot_disconnected last
     2020-06-07 21:50:19   prot_init       last
     2019-12-21 02:19:41   prot_keepAlive  last
     2020-06-07 21:51:36   prot_ok         last
     2016-12-16 00:00:39   prot_timeout    last
     2020-06-07 21:50:19   state           opened
   helper:
     assIdCnt   49
     assIdRep   49
     info       03C7,GEQ0073165,121EC5,B1036F
     setTime    48570
     cnd:
       0          1
       253        1
       255        1
     ids:
       101E28:
         cfg        +101E28,00,01,00
         name       wz_fb_sitzecke
       1023C1:
         cfg        +1023C1,00,01,00
         chn        02
         flg        0
         msg
         name       bz_sa_licht
         to         1591559506.33684
       1023C7:
         cfg        +1023C7,00,01,00
         chn        02
         flg        0
         msg
         name       wz_sa_tv
         to         1591559519.51688
       107385:
         cfg        +107385,00,01,00
         name       bz_wt_waschbecken
       10F77A:
         cfg        +10F77A,00,01,00
         name       sz_wt_bettlicht
       110F5B:
         cfg        +110F5B,00,01,00
         chn        01
         flg        0
         msg
         name       ku_sa_licht
         to         1591559506.95376
       11159E:
         cfg        +11159E,00,01,00
         chn        01
         flg        0
         msg
         name       az_sa_licht
         to         1591559503.55556
       11A9AD:
         cfg        +11A9AD,00,01,00
         chn        01
         flg        0
         msg
         name       sz_sa_bettlicht
         to         1591559512.67597
       11D319:
         cfg        +11D319,00,01,00
         chn        02
         flg        0
         msg
         name       bz_sa_radio
         to         1591559506.53122
       11D460:
         cfg        +11D460,00,01,00
         name       wf_wt_tuerspr
       1234F3:
         cfg        +1234F3,00,01,00
         name       az_fg_fenster
       12FA0F:
         cfg        +12FA0F,00,01,00
         name       az_hv_heizung
       12FB4F:
         cfg        +12FB4F,00,01,00
         chn        03
         flg        0
         msg
         name       az_ht_heizung
         to         1591559563.01391
       149A5C:
         cfg        +149A5C,00,01,00
         name       wz_fg_tuer
       150DFE:
         cfg        +150DFE,00,01,00
         name       sz_fg_fenster
       150E16:
         cfg        +150E16,00,01,00
         name       wz_fg_fenster
       150E6B:
         cfg        +150E6B,00,01,00
         name       ku_fg_fenster
       163542:
         cfg        +163542,00,01,00
         name       bz_fg_fenster
       185FBC:
         cfg        +185FBC,00,01,00
         name       te_bm_bewegung
       18847C:
         cfg        +18847C,00,01,00
         chn        01
         flg        0
         msg
         name       wz_da_licht_essecke
         to         1591559514.94762
       1930CB:
         cfg        +1930CB,00,01,00
         chn        01
         flg        0
         msg
         name       az_sa_leselampe
         to         1591559502.41808
       19A018:
         cfg        +19A018,00,01,00
         name       hf_sk_briefkasten
       19D87F:
         cfg        +19D87F,00,01,00
         name       ku_hv_heizung
       1A79D2:
         cfg        +1A79D2,02,01,00
         flg        0
         msg
         name       ku_ht_heizung
         to         1591559517.05459
       1A79FA:
         cfg        +1A79FA,02,01,00
         flg        0
         msg
         name       sz_ht_heizung
         to         1591559507.26408
       1A7BA9:
         cfg        +1A7BA9,02,01,00
         flg        0
         msg
         name       wz_ht_heizung
         to         1591559509.64929
       1A7BC1:
         cfg        +1A7BC1,00,01,00
         chn        03
         flg        0
         msg
         name       wf_ht_heizung
         to         1591559552.35771
       1A7C47:
         cfg        +1A7C47,02,01,00
         chn        03
         flg        1
         msg
         name       bz_ht_heizung
         to         1591559588.77367
       1A84A8:
         cfg        +1A84A8,00,01,00
         name       sz_hv_heizung
       1A8565:
         cfg        +1A8565,00,01,00
         name       bz_hv_heizung
       1A86B7:
         cfg        +1A86B7,00,01,00
         name       wz_hv_heizung_fenster
       1A86F0:
         cfg        +1A86F0,00,01,00
         name       wf_hv_heizung
       1ABB9C:
         cfg        +1ABB9C,00,01,00
         chn        02
         flg        0
         msg
         name       ku_sa_radio
         to         1591559509.3489
       1C47C0:
         cfg        +1C47C0,00,01,00
         name       wz_hv_heizung_wand
       236F83:
         cfg        +236F83,00,01,00
         name       sz_wt_tuer
       236F96:
         cfg        +236F96,00,01,00
         name       az_wt_tuer
       2FB959:
         cfg        +2FB959,00,01,00
         name       ku_wt_tisch
       2FB978:
         cfg        +2FB978,00,01,00
         name       wz_wt_flurtuer1
       2FB994:
         cfg        +2FB994,00,01,00
         name       wz_wt_flurtuer2
       2FB9D3:
         cfg        +2FB9D3,00,01,00
         name       bz_wt_tuer
       48CA69:
         cfg        +48CA69,00,01,00
         chn        01
         flg        0
         msg
         name       wf_rm
         to         1591559518.84654
       48CBCF:
         cfg        +48CBCF,00,01,00
         chn        00
         flg        0
         msg
         name       az_rm
         to         1591559528.7124
       4C688E:
         cfg        +4C688E,00,01,00
         chn        01
         flg        0
         msg
         name       ar_rm
         to         1591559503.79153
       4C7FF0:
         cfg        +4C7FF0,00,01,00
         chn        01
         flg        0
         msg
         name       wz_rm
         to         1591559520.86016
       4C7FF5:
         cfg        +4C7FF5,00,01,00
         chn        01
         flg        0
         msg
         name       sz_rm
         to         1591559515.64397
       4E5629:
         cfg        +4E5629,00,01,00
         name       wf_tk_wohnungstuer
       4E5F15:
         cfg        +4E5F15,00,01,00
         name       sz_bm_bett
       522A40:
         cfg        +522A40,00,01,00
         chn        01
         flg        0
         msg
         name       wz_da_sitzecke
         to         1591559515.26391
       619BC5:
         cfg        +619BC5,00,01,00
         chn        01
         flg        0
         msg
         name       sz_da_licht
         to         1591559542.978
     k:
       BufMin     -45
       DlyMax     50.235
       Next       1591559609.60108
       Start      1591559584.60108
     loadLvl:
       bl         40
       a:
         99
         90
         40
         0
       h:
         0          low
         40         batchLevel
         90         high
         99         suspended
     log:
       all        0
       sys        0
       ids:
         ARRAY(0xa70618)
     q:
       HMcndN     0
       answerPend 1
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLastMax 46
       loadNo     10
       scnt       9
       ald:
         2
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
       apIDs:
         1A7C47
     ref:
       hmtL       1663947716
       kTs        0
       offL       1589895636897
       sysL       1591559584613
Attributes:
   hmId       B1036F
   hmLanQlen  1_min
   loadLevel  0:low,40:batchLevel,90:high,99:suspended

fhem>


Das ist umgerechnet die gleiche ID und war es somit auch schon von Anfang an, warum auch immer?!?. Der Systemschlüssel ist nun auch gleich gesetzt, ich habe die Konfigurationstaster aller Batteriegeräte gedrückt, alle Servicemeldungen sind nun verschwunden.

Nur die blöden Rauchmelder stellen sich weiterhin stur. Nix zu machen.
FHEM dev. auf RasPi, HM-CFG-USB mit HMLAND

breti

Der eQ-3 Support möchte mir nicht weiterhelfen, teilt nur allgemein mit:

ZitatNach dem erfolgreichen Zurücksetzen des Rauchmelders blinkt dieser rot-grün-orange auf, da das Gerät einen Neustart durchführt.

Somit werden die Rauchmelder korrekt zurückgesetzt.

Wie belastbar diese Aussage ist, ist natürlich fraglich.
FHEM dev. auf RasPi, HM-CFG-USB mit HMLAND

frank

da plan b nicht funktioniert, würde ich mit plan a weitermachen.
also über fhem, alles updaten und den vorgang sniffen.
und ottos hinweis beachten.

ist die volle funktionsfähigkeit unter fhem denn noch gegeben? peeren, pairen, alarm, teamcall, etc.
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

breti

Ich bin einen Schritt weiter... die virtuelle CCU verweigert die Anmeldung, warum auch immer. Hier das Log der CCU:

Jan 13 16:14:04 raspmatic syslog.info syslogd started: BusyBox v1.32.0
Jan 13 16:14:04 raspmatic user.notice kernel: klogd started: BusyBox v1.32.0 (2020-12-25 23:00:47 CET)
Jan 13 16:14:11 raspmatic user.debug rfd: GEQ0073165 RX: HHM-USB-IF,03C7,GEQ0073165,121EC5,B1036F,85EADE08,0030,06^M
Jan 13 16:14:16 raspmatic user.debug rfd: Entering install mode for 60 s
Jan 13 16:14:20 raspmatic user.debug rfd: NEQ0004389's type is HM-Sec-SD-2
Jan 13 16:14:20 raspmatic user.debug rfd: Device firmware version is 1.0
Jan 13 16:14:20 raspmatic user.debug rfd: TX:  @4233092083 0xB1036F -> 0x48CBCF CONFIG_START [GEQ0073165]:   CNT=1,RPTEN=1,RPTED=0,BIDI=1,BURST=1,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 0   CONFIG_PEER_ADDRESS = 0x000000   CONFIG_PEER_CHANNEL = 0   CONFIG_PARAM_LIST = 0
Jan 13 16:14:20 raspmatic user.err rfd: BidcosInterfaceConcentrator::SendFrame(): Interface does not support desired burst type.
Jan 13 16:14:20 raspmatic user.debug rfd: Event: NEQ0004389:0.UNREACH=true
Jan 13 16:14:20 raspmatic user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jan 13 16:14:20 raspmatic user.debug rfd: Event: NEQ0004389:0.STICKY_UNREACH=true
Jan 13 16:14:20 raspmatic user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 2 events
Jan 13 16:14:20 raspmatic user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jan 13 16:14:20 raspmatic user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jan 13 16:14:20 raspmatic user.debug rfd: SendFrame failed 1 times:  @4233092083 0xB1036F -> 0x48CBCF CONFIG_START [GEQ0073165]:   CNT=1,RPTEN=1,RPTED=0,BIDI=1,BURST=1,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 0   CONFIG_PEER_ADDRESS = 0x000000   CONFIG_PEER_CHANNEL = 0   CONFIG_PARAM_LIST = 0
Jan 13 16:14:20 raspmatic user.warn rfd: Peering with NEQ0004389 failed
Jan 13 16:14:20 raspmatic user.debug rfd: Deleting persistent data for device NEQ0004389
Jan 13 16:14:20 raspmatic user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Jan 13 16:14:21 raspmatic user.debug rfd: GEQ0073165 RX: HHM-USB-IF,03C7,GEQ0073165,121EC5,B1036F,85EB0637,0030,06^M
Jan 13 16:14:23 raspmatic user.debug rfd: NEQ0004389's type is HM-Sec-SD-2
Jan 13 16:14:23 raspmatic user.debug rfd: Device firmware version is 1.0
Jan 13 16:14:23 raspmatic user.debug rfd: TX:  @4233095071 0xB1036F -> 0x48CBCF CONFIG_START [GEQ0073165]:   CNT=1,RPTEN=1,RPTED=0,BIDI=1,BURST=1,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 0   CONFIG_PEER_ADDRESS = 0x000000   CONFIG_PEER_CHANNEL = 0   CONFIG_PARAM_LIST = 0
Jan 13 16:14:23 raspmatic user.err rfd: BidcosInterfaceConcentrator::SendFrame(): Interface does not support desired burst type.
Jan 13 16:14:23 raspmatic user.debug rfd: Event: NEQ0004389:0.UNREACH=true
Jan 13 16:14:23 raspmatic user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Jan 13 16:14:23 raspmatic user.debug rfd: Event: NEQ0004389:0.STICKY_UNREACH=true
Jan 13 16:14:23 raspmatic user.debug rfd: SendFrame failed 1 times:  @4233095071 0xB1036F -> 0x48CBCF CONFIG_START [GEQ0073165]:   CNT=1,RPTEN=1,RPTED=0,BIDI=1,BURST=1,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 0   CONFIG_PEER_ADDRESS = 0x000000   CONFIG_PEER_CHANNEL = 0   CONFIG_PARAM_LIST = 0
Jan 13 16:14:23 raspmatic user.warn rfd: Peering with NEQ0004389 failed


Auf FHEM Seite können wir da wohl nichts mehr erforschen.
FHEM dev. auf RasPi, HM-CFG-USB mit HMLAND

frank

neues jahr, neuer elan?  ;)

soweit ich weiss, nutzen die sd2 einen besonderen burst mode. scheinbar wird dieser mode nicht mit dem usb gateway unterstützt.
seltsam.

Jan 13 16:14:23 raspmatic user.err rfd: BidcosInterfaceConcentrator::SendFrame(): Interface does not support desired burst type.


das würde zumindestens einiges erklären.
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

breti

Zitat von: frank am 13 Januar 2021, 20:26:26
neues jahr, neuer elan?  ;)

Ja, so kann man das sagen ;-). Das ist so ein Nervthema, auf das ich immer nur phasenweise Lust habe...

Zitat von: frank am 13 Januar 2021, 20:26:26
soweit ich weiss, nutzen die sd2 einen besonderen burst mode. scheinbar wird dieser mode nicht mit dem usb gateway unterstützt.
seltsam.

Jan 13 16:14:23 raspmatic user.err rfd: BidcosInterfaceConcentrator::SendFrame(): Interface does not support desired burst type.


das würde zumindestens einiges erklären.

Hm ja, sowas mag es sein. Fragt sich nur, warum FHEM diesen Modus nicht braucht...
FHEM dev. auf RasPi, HM-CFG-USB mit HMLAND

frank

ZitatFragt sich nur, warum FHEM diesen Modus nicht braucht...
ich würde eher sagen: über hmland/cul_hm wird dieser tripple-burst mode erfolgreich genutzt.

die frage ist also: warum kann raspberrymatic das nicht auch?

mach doch dort mal eine anfrage mit dem gezeigten log.
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

breti

Zitat von: frank am 13 Januar 2021, 20:58:42
ich würde eher sagen: über hmland/cul_hm wird dieser tripple-burst mode erfolgreich genutzt.

die frage ist also: warum kann raspberrymatic das nicht auch?

Tja... das ist die Frage.

Zitat von: frank am 13 Januar 2021, 20:58:42
mach doch dort mal eine anfrage mit dem gezeigten log.

Hab ich schon... https://homematic-forum.de/forum/viewtopic.php?f=65&t=64392

Leider ohne Ergebnis.
FHEM dev. auf RasPi, HM-CFG-USB mit HMLAND

mikrobi

Entschuldigung wenn ich das hier noch mal hoch hole. Da ich derzeit das gleiche Problem habe, wie ist das hier ausgegangen? Hast du dir inzwischen neue Rauchmelder gekauft?  :D Oder gibt es andere Erkenntnisse? HM-LAN Adapter macht nämlich genau das gleiche. Ich werde mir jetzt aber mal eine CCU2 ausleihen und es damit versuchen.

breti

Das war nicht lösbar mit dem HMLAND und HM-CFG-USB. Mir hat dann jemand einen https://github.com/stan23/myPCBs/tree/master/HB-MOD-UART-USB verkauft, den ich als zweiten Sender nur für die HM-SEC-SD-2 an der Raspberrymatic betreibe. Der Rest bleibt am HM-CFG-USB, weil der durch die freie Platzierung im LAN bei mir eine bessere Reichweite hat.
FHEM dev. auf RasPi, HM-CFG-USB mit HMLAND

mikrobi

Vielen Dank für den Hinweis. Schade. Ich bin auch weiterhin erfolglos geblieben. UART USB klingt nicht schlecht. Da die Rauchmelder eigentlich sehr zuverlässig sind, möchte ich sie auch gerne behalten. Hatte bisher nur 'berechtigte' Alarme und keinen einzigen Fehlalarm.

Gruß
Robert