elektron-bbs
elektron-bbs
Mhmm, irgend etwas muss ich falsch machen :-( Bei mir splittet es die Nachrichten vom FHT80 nicht. SIGNALDuino-dev-r332_cc1101_2017-10-30_Ralf9: --------------------------------------------- ``` 2017.10.30 13:42:20 4: sduino868/msg READredu: MU;P0=-32001;P1=379;P2=-409;P3=579;P4=-605;P5=-9312;D=0121212121212121212121212341234123412123412341212123434121234341212121212121212123412341212343412121212121212121212121212123434341234121512121212121212121212121234123412341212341234121212343412123434121212121212121212341234121234341212121212121212121212;CP=1;R=33;O; 2017.10.30 13:46:11 4: sduino868/msg...
Da die Auswertung ja auf ">= MuSplitThresh" prüft, würde ich hier z.B. 5000 einstellen. Aber wie Sidey schon bemerkt hatte, wäre es sicher besser, diesen Wert nicht benutzerdefiniert zu machen....
Dieses Problem besteht immer noch. Hier eine FS20- und eine FHT-Nachricht: 2018.02.18 17:38:08 4: sduino868IP/msg READ: Mc;LL=-610;LH=579;SL=-402;SH=366;D=FFF5D5F5DDFFF7BED58;C=326;L=73;R=245; 2018.02.18 17:38:08 4: sduino868IP/msg READ: MU;P0=387;P1=-404;P2=569;P3=-621;D=01012301012301010101010101010101010123010101230;CP=0;R=234; 2018.02.18 17:38:08 4: sduino868IP: Fingerprint for MU...
Das ist doch auch das Thema hier: "MU-Nachrichten werden z.T. als MC erkannt" Deshalb habe ich eine FS20- und eine FHT-Nachricht gepostet, die fälschlicherweise auch als MC dekodiert werden.
Ich kann das zumindest bestätigen, aber keine Lösung anbieten. Irgendwie hängt es wohl mit Interrupts und gleichzeitigem Zugriff auf den Flash zusammen. Verschärft wird das Problem durch PulseMin 30.
Die Idee hatte ich auch, zumal ja beim Nano und ganz besonders beim Radino der Flash knapp wird. Die Umwandlung der ChipId in eine Bezeichnung könnte dann in FHEM erfolgen.
Als Ausgabe vom SIGNALduino würde ich dann vorschlagen: statt bisher: `V 3.4.0-dev SIGNALduino cc1101 (chip CC1101) - compiled at Feb 15 2020 23:23:10` wird daraus: `V 3.4.0-dev SIGNALduino cc1101 (version...
Das ist natürlich auch eine Option, aber so wie es jetzt ist, haben wir alle Infos von einem Gerät z.B. nach dem Flashen der Firmware in einem Rutsch. Ich habe...
Nur wegen einem bekannten Fall zu schlussfolgern, das diese Information nicht zuverlässig ist, halte ich für überspitzt. Ich kann zumindest schon mal für 9 Stück CC11xx belegen, das die Version...
> cc1101 kommt in die Versionsgabe, weil es beim compilieren mit compiliert wird oder eben nicht. Das ist eigentlich noch ein Grund, warum die Ausgabe des aktuell ausgelesenen Registers mit...