Selbstbau CUN (MapleCUN)

Begonnen von Telekatz, 09 November 2016, 20:29:52

Vorheriges Thema - Nächstes Thema

Ranseyer

Du kannst bestimmt die genannte Kompilieren musst dich aber mit den Optionen befassen.

Ich habe nur ganz anfangs kopiliert und nehme nun nur noch fertige. (Jetzt hätte ich wieder nen Grund: Debug Port wieder aktivieren so wie früher anstatt diesen als UART für die Anbindung per ESP usw. vorzusehen)
FHEM mit FTUI. Homematic-Funk für Thermostate und Licht. MySensors als Basis für eigene HW.
Zentrale ist der MAPLE-CUL mit RFM69+HModUART-AddOn.
Doku zu meinen Projekten: Github/Ranseyer. Platinen falls verfügbar gerne auf Anfrage.
Support: gerne wenn ich Zeit+Lust habe im Forum. Nicht per PN!

szoller

Okay, da komme ich wohl wieder an meine Grenzen...
Weiß da jemand, was ich beim Kompilieren beachten muss bzw. welche Optionen geändert werden müssen?

Ranseyer

Schau doch mal das Makefile und Boards.h an: https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices/MapleCUN

Evtl. klärt sich da manches... (Vor allem mal die Targets im Makefile anschauen)
FHEM mit FTUI. Homematic-Funk für Thermostate und Licht. MySensors als Basis für eigene HW.
Zentrale ist der MAPLE-CUL mit RFM69+HModUART-AddOn.
Doku zu meinen Projekten: Github/Ranseyer. Platinen falls verfügbar gerne auf Anfrage.
Support: gerne wenn ich Zeit+Lust habe im Forum. Nicht per PN!

szoller

Ich bin da Laie, was mir nur auffällt ist, dass bei den H_SUBDIRS der Odner für den W5500 fehlt, der W5100 ist drin.
Das wars aber leider nicht.

Drin steht auch "BOOTLOADER=TRUE", aber ich weiß nun nicht, ob das bedeutet, dass man von einem vorhandenen Bootloader ausgeht oder dass einer mitgeliefert werden soll.

Möchte halt nicht zu sehr ins Blaue probieren, sonst schieße ich noch was...

Während des Kompilierens gab's diese Ausgaben/Warnungen, ich weiß jetzt nicht, ob die was damit zu tun haben, oder ob das "normal" ist...
root@server02:~/a-culfw/culfw/Devices/MapleCUN# make > make.log
../../clib/fband.c: In function 'readEEpromValue':
../../clib/fband.c:24:11: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
   d = erb((uint8_t *)addr);
           ^
../../clib/fncollection.c: In function 'read_eeprom':
../../clib/fncollection.c:154:13: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
     d = erb((uint8_t *)addr);
             ^
../../clib/fncollection.c: In function 'write_eeprom':
../../clib/fncollection.c:218:9: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
     ewb((uint8_t*)addr, hb[d-1]);
         ^
../../clib/fncollection.c:228:11: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
       ewb((uint8_t*)++addr, hb[0]);
           ^
../../clib/fncollection.c: In function 'prepare_boot':
../../clib/fncollection.c:350:5: warning: this 'while' clause does not guard... [-Wmisleading-indentation]
     while(1);
     ^~~~~
../../clib/fncollection.c:369:2: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the 'while'
  USBD_Disconnect();
  ^~~~~~~~~~~~~~~
../../clib/rf_send.c: In function 'sendraw':
../../clib/rf_send.c:104:16: warning: unused variable 'sum' [-Wunused-variable]
   int8_t i, j, sum = (nbyte+2)*repeat + addH + addL;
                ^~~
../../Wiznet/Ethernet/wizchip_conf.c:166:7: warning: missing braces around initializer [-Wmissing-braces]
       {
       ^
../../Wiznet/Ethernet/wizchip_conf.c:166:7: note: (near initialization for 'WIZCHIP')
../../Wiznet/Internet/DHCP/dhcp.c: In function 'parseDHCPMSG':
../../Wiznet/Internet/DHCP/dhcp.c:587:4: warning: this 'else' clause does not guard... [-Wmisleading-indentation]
    else return 0;
    ^~~~
../../Wiznet/Internet/DHCP/dhcp.c:588:2: note: ...this statement, but the latter is misleadingly indented as if it is guarded by the 'else'
  if (svr_port == DHCP_SERVER_PORT) {
  ^~
root@server02:~/a-culfw/culfw/Devices/MapleCUN#

gloob

#769
Edit: Ein paar mal raw e hat geholfen um den MapleCUN wieder auf den richtigen Weg zu setzen.




Hat jemand eine Idee, warum mein MapleCUN nach eine Neustart von FHEM keine LaCrosse Geräte mehr empfängt?

Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXeflptxz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/serial/by-id/usb-STM32_MapleCUL_f173b922-if00@38400 1432
   DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_f173b922-if00@38400
   FD         106
   FHTID      1432
   MAPLE_CUL868_MSGCNT 1
   MAPLE_CUL868_TIME 2018-09-17 20:04:34
   NAME       MAPLE_CUL868
   NR         815
   PARTIAL   
   RAWMSG     01
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.03 a-culfw Build: 300 (2018-04-15_20-15-39) MapleCUNx4_01 (F-Band: 868MHz)
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-09-17 19:59:09   ccconf          freq:868.300MHz bWidth:203KHz rAmpl:33dB sens:8dB
     2018-09-17 20:04:02   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z
     2018-09-17 20:04:34   state           Initialized
     2018-09-17 19:57:15   uptime          0 00:07:06
     2018-09-17 19:57:08   version         V 1.26.03 a-culfw Build: 300 (2018-04-15_20-15-39) MapleCUNx4_01 (F-Band: 868MHz)
Attributes:
   connectCommand Nr1
   rfmode     SlowRF
   room       MapleCUN
   verbose    5


Bis vor dem Neustart ging es noch wunderbar.

Folgendes steht im Log:

2018.09.17 20:04:34 5: SW: Nr1
2018.09.17 20:04:34 5: CUL/RAW: /01

2018.09.17 20:04:34 4: CUL_Parse: MAPLE_CUL868 01
2018.09.17 20:04:34 5: MAPLE_CUL868: dispatch 01
2018.09.17 20:04:34 3: MAPLE_CUL868: Unknown code 01, help me!


Starte ich neu oder reinitialisiere ich den CUL mit Nr1 neu kommen manchmal Nachrichten an. Aber maximal 2-3 Stück.

Das Homematic Modul was mit dran hängt, überträgt fleißig seine Daten.
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

gloob

Hat jemand vielleicht bitte einen Tipp wie man esp-link einstellen muss für den MapleCUN?
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

RaspiLED

Hi,
Wie meinst Du das? ESPLink gibt Dir dann die serielle Debug Ausgabe des Maple über WLAN. Wie es einzustellen ist hängt Dich an Deinem ESP Chip (-01, -12F, ... oder Wemos) und welche Verkabelung du machst.
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

szoller

Ich konnte mein Problem mit der Firmware nch unzähligen Stunden des rumprobierens einfach lösen, zumindest indirekt.
Die auf meinem NUC (Ubuntu 18.04) kompilierte Firmware habe ich absolut nicht zum Laufen bekommen, bin aber dann mal auf die Idee gekommen, die Firmware auf einem andren Linux-System zu kompilieren,
da musste dann der Debian-Rootserver ran.
Diese Firmware funktioniert auf Anhieb... weiß Gott warum... Hauptsache es geht nun!  8)

gloob

Zitat von: RaspiLED am 18 September 2018, 20:26:52
Hi,
Wie meinst Du das? ESPLink gibt Dir dann die serielle Debug Ausgabe des Maple über WLAN. Wie es einzustellen ist hängt Dich an Deinem ESP Chip (-01, -12F, ... oder Wemos) und welche Verkabelung du machst.
Gruß Arnd

Sorry. Ich nutze die MapleCUN Large Platine von Ranseyer. Aber im Moment scheint der ESP-01 eh nicht richtig zu laufen. Muss ich wohl doch mal ein paar Stützkondensatoren verlöten. Danach geht es nochmal an die Parameter von esp-link aber ich glaube ich habe es mitlerweile verstanden :)
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

szoller

Hallo,

wie geschrieben, ist mein MapleCUN geflasht und funktioniert, aber:
Mehrmals am Tag verschwindet er und taucht kurz darauf wieder auf,
sieht dann über den Tag hinweg so aus:

2018.09.19 02:10:43 1: Error in CUL_MAX_SendQueueHandler: CUL mCUN4 did not answer request for current credits. Waiting 5 seconds.
2018.09.19 02:10:43 3: mCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.09.19 02:10:43 1: 192.168.22.91:2323 reappeared (mCUN1)
2018.09.19 02:10:43 3: mCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 02:10:43 3: mCUN3: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 02:10:43 3: mCUN4: Possible commands: CAZNELYVXfz
2018.09.19 02:11:09 2: CUL_MAX_SendQueueHandler: Missing ack from 19c00a for 0f01040312345619c00a001213028b46
2018.09.19 04:12:38 1: 192.168.22.91:2323 disconnected, waiting to reappear (mCUN1)
2018.09.19 04:12:38 3: mCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.09.19 04:12:38 1: 192.168.22.91:2323 reappeared (mCUN1)
2018.09.19 04:12:38 3: mCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 04:12:38 3: mCUN3: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 04:12:38 3: mCUN4: Possible commands: CAZNELYVXfz
2018.09.19 06:14:17 1: 192.168.22.91:2323 disconnected, waiting to reappear (mCUN1)
2018.09.19 06:14:17 3: mCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.09.19 06:14:17 1: 192.168.22.91:2323 reappeared (mCUN1)
2018.09.19 06:14:17 3: mCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 06:14:17 3: mCUN3: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 06:14:17 3: mCUN4: Possible commands: CAZNELYVXfz
2018.09.19 08:10:43 1: 192.168.22.91:2323 disconnected, waiting to reappear (mCUN1)
2018.09.19 08:10:43 1: Error in CUL_MAX_SendQueueHandler: CUL mCUN4 did not answer request for current credits. Waiting 5 seconds.
2018.09.19 08:10:43 3: mCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.09.19 08:10:43 1: 192.168.22.91:2323 reappeared (mCUN1)
2018.09.19 08:10:43 3: mCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 08:10:43 3: mCUN3: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 08:10:44 3: mCUN4: Possible commands: CAZNELYVXfz
2018.09.19 08:11:09 2: CUL_MAX_SendQueueHandler: Missing ack from 19c00a for 0f02040312345619c00a001213088b46
2018.09.19 10:11:51 1: 192.168.22.91:2323 disconnected, waiting to reappear (mCUN1)
2018.09.19 10:11:51 3: mCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.09.19 10:11:51 1: 192.168.22.91:2323 reappeared (mCUN1)
2018.09.19 10:11:51 3: mCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 10:11:51 3: mCUN3: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 10:11:51 3: mCUN4: Possible commands: CAZNELYVXfz
2018.09.19 12:13:14 1: 192.168.22.91:2323 disconnected, waiting to reappear (mCUN1)
2018.09.19 12:13:14 3: mCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.09.19 12:13:14 1: 192.168.22.91:2323 reappeared (mCUN1)
2018.09.19 12:13:14 3: mCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 12:13:14 3: mCUN3: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 12:13:14 3: mCUN4: Possible commands: CAZNELYVXfz
2018.09.19 14:10:43 1: 192.168.22.91:2323 disconnected, waiting to reappear (mCUN1)
2018.09.19 14:10:43 1: Error in CUL_MAX_SendQueueHandler: CUL mCUN4 did not answer request for current credits. Waiting 5 seconds.
2018.09.19 14:10:43 3: mCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.09.19 14:10:43 1: 192.168.22.91:2323 reappeared (mCUN1)
2018.09.19 14:10:43 3: mCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 14:10:43 3: mCUN3: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 14:10:44 3: mCUN4: Possible commands: CAZNELYVXfz
2018.09.19 14:10:51 1: Error in CUL_MAX_SendQueueHandler: CUL mCUN4 did not answer request for current credits. Waiting 5 seconds.
2018.09.19 14:10:53 1: 192.168.22.91:2323 disconnected, waiting to reappear (mCUN1)
2018.09.19 14:10:53 1: Error in CUL_MAX_SendQueueHandler: CUL mCUN4 did not answer request for current credits. Waiting 5 seconds.
2018.09.19 14:10:53 3: mCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.09.19 14:10:53 1: 192.168.22.91:2323 reappeared (mCUN1)
2018.09.19 14:10:53 3: mCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 14:10:54 3: mCUN3: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 14:10:54 3: mCUN4: Possible commands: CAZNELYVXfz
2018.09.19 14:11:19 2: CUL_MAX_SendQueueHandler: Missing ack from 19c00a for 0f03040312345619c00a0012130e8b50
2018.09.19 16:12:48 1: 192.168.22.91:2323 disconnected, waiting to reappear (mCUN1)
2018.09.19 16:12:49 3: mCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.09.19 16:12:49 1: 192.168.22.91:2323 reappeared (mCUN1)
2018.09.19 16:12:49 3: mCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 16:12:49 3: mCUN3: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 16:12:49 3: mCUN4: Possible commands: CAZNELYVXfz
2018.09.19 18:13:40 1: 192.168.22.91:2323 disconnected, waiting to reappear (mCUN1)
2018.09.19 18:13:41 3: mCUN1: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.09.19 18:13:41 1: 192.168.22.91:2323 reappeared (mCUN1)
2018.09.19 18:13:41 3: mCUN2: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 18:13:41 3: mCUN3: Possible commands: bCFiAZNEGMKLUYRTVWXfxz*
2018.09.19 18:13:41 3: mCUN4: Possible commands: CAZNELYVXfz


Woran liegt das?

Kann ich da 'was dran ändern?

szoller

#775
Meine Probleme gehen weiter, verdammt  ;D

Klappt alles soweit, nur der letzte Chip auf dem MapleCUN (Ant1, mCUN2) , der auf 433 Mhz funken soll (vermute ich mal), der reagiert weder auf Smartwares-Wandschalter (erst wollte ich die schon in die Tonne kloppen) noch auf die Intertechno-Fernbedienung...
CCconf gibt 868 Mhz aus, reichts, die Frequenz (freq) dann einfach auf 433Mhz zu setzen?

Internals:
   CMDS       bCFiAZNEGMKLUYRTVWXfxz*
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        mCUN1
   IODev      mCUN1
   NAME       mCUN2
   NOTIFYDEV  mCUN1
   NR         28
   NTFY_ORDER 50-mCUN2
   PARTIAL   
   RAWMSG     *S5657A8011E00093C4B0001000000001C40
   STACKED    mCUN3
   STATE      Initialized
   StackLevel 1
   TYPE       STACKABLE_CC
   VERSION    V 1.26.03 a-culfw Build: private build (unknown) MapleCUNx4_8F (F-Band: 433MHz)
   initString X21
Ar
   mCUN2_MSGCNT 2625
   mCUN2_TIME 2018-09-21 13:30:12
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-09-21 01:09:56   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2018-09-21 01:09:48   cmds             b C F i A Z N E G M K L U Y R T V W X f x z *
     2018-09-19 23:13:15   credit10ms      3038
     2018-09-19 23:13:18   fhtbuf          AE
     2018-09-19 23:13:21   raw             ? ( is unknown) Use one of b C F i A Z N E G M K L U Y R T V W X f x z *
     2018-09-21 13:30:12   state           Initialized
     2018-09-19 23:13:34   uptime          No answer
     2018-09-19 23:17:00   version         V 1.26.03 a-culfw Build: private build (unknown) MapleCUNx4_8F (F-Band: 433MHz)
Attributes:
   group      Schnittstellen
   room       System

RaspiLED

Hi,
Bilder! Bitte durch ein
list mCUN2
ersetzen.

Wenn Du sagst der soll 433 MHz sein, dann
set mCUN2 frequency 433.920

Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

szoller

#777
ZitatHi,
Bilder! Bitte durch ein
Code: [Auswählen]

list mCUN2

ersetzen.
erledigt

Zitatset mCUN2 frequency 433.920

Habe ich gemacht, wird aber nirgends angezeigt, ist das normal?
Steht nur in der Log:
2018.09.21 13:38:16 3: Setting FREQ2..0 (0D,0E,0F) to 10 b0 71 = 433.920 MHz

Was mich stutzig macht:
get ccconf gibt Folgendes aus:
mCUN2 ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB

LuckyDay

initString X21
Ar


heißt , dass er im HM-Mode läuft, und da ist die
ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
fest und nicht änderbar.

Ich habe aber  keine Ahnung von (MapleCUN) :)

szoller

#779
Danke, das bringt mich schonmal weiter, zumindest beim Eingrenzen des Fehlers!

rfMode HomeMatic hat eigentlich nur der mCUN1

Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXeflptxz*
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        192.168.22.91:2323 1339
   DeviceName 192.168.22.91:2323
   FD         10
   FHTID      1339
   NAME       mCUN1
   NR         26
   PARTIAL   
   RAWMSG     **SF457A8011E00093D7E0002000000001C44
   STACKED    mCUN2
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.03 a-culfw Build: private build (unknown) MapleCUNx4_8F (F-Band: 868MHz)
   initString X21
Ar
   mCUN1_MSGCNT 1364
   mCUN1_TIME 2018-09-21 20:09:12
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-09-21 01:08:51   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2018-09-21 13:49:15   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
     2018-09-21 20:09:12   state           Initialized
Attributes:
   group      Schnittstellen
   rfmode     HomeMatic
   room       System


Ich habe den rfMode des mCUN1 testweise auf MAX gestellt,
dann steht beim mCUN2
initString X21 Zr

Nehme ich beim mCUN1 den rFmode raus, erhalte ich:
initString X21 und get ccconf zeigt mir die 433 Mhz an...

Also irgendwas stimmt da nicht :-/