Im Normalbetrieb ist der Cube dazu da, um mit MAX-Komponenten zu sprechen. Scheinbar ist es jetzt so, dass das nicht mehr funktioniert, sobald man eine der genannten Einstellungen ändert (welche genau das auslöst, konnte ich noch nicht eingrenzen), bis man das Ding dann wieder stromlos macht (auch ein set Cube raw e hilft nix)...

Kann etwas beim Flashen so schief gegangen sein, dass dieses dubiose Verhalten erklärbar macht, oder was könnte da sein?
Was mir noch aufgefallen ist: nachdem ich den Cube jetzt wieder mal stromlos gemacht habe, ist mir ein Unterschied aufgefallen zu gerade eben - siehe list Cube jetzt:
Internals:
CMDS BbCFiAZNEkGMKLUYRTVWXefhltxz
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
Cube_MSGCNT 33
Cube_TIME 2017-06-07 23:46:15
DEF /dev/ttyACM0@9600 1234
DeviceName /dev/ttyACM0@9600
FD 40
FHTID 1234
NAME Cube
NR 107
PARTIAL
RAWMSG Z0B140630102642123456005028
RSSI -54
STATE Initialized
TYPE CUL
VERSION V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
initString X21
Zr
Matchlist:
1:CUL_MAX ^Z........................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
Readings:
2017-06-07 23:44:59 ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2017-06-07 23:44:54 cmds B b C F i A Z N E k G M K L U Y R T V W X e f h l t x z
2017-06-07 23:43:31 credit10ms 553
2017-06-07 19:31:02 fhtbuf AE
2017-06-07 23:39:13 raw 25 768
2017-06-07 23:46:15 state Initialized
2017-06-07 23:29:39 uptime 0 00:04:50
2017-06-07 23:29:43 version V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUBe (F-Band: 868MHz)
Attributes:
icon cul_cul
rfmode MAX
room System
verbose 5
Was bei Clients steht, dürfte ja vom rfmode abhängig sein, also irgendwie passt da was nicht zusammen, oder ich sehe schon den Wald vor lauter Bäumen nicht...
