angepasstes 00_SIGNALduino Modul, auch für FSK und für den Maple

nagelreo · 31 Januar 2021, 21:31:31

Hallo Ralf,

vielen Dank.
Das hatte ich zwar gesehen, aber nicht richtig zugeordnet.


a_ccconf b=1 rx=0 freq:868.300MHz bWidth:812KHz rAmpl:33dB sens:8dB (DataRate:9571.08Baud) [boffs=0100]
a_ccconf FSK N=2 ccmode=3 sync=2DD4 Modulation:2-FSK (SYNC_MODE:16/16 + carrier-sense above threshold)

Code Auswählen

2021.01.31 21:18:02 4 : MapleSduino1/msg READ: MN;D=91262738808D900142144F0D;N=2;R=234;
2021.01.31 21:18:07 4 : MapleSduino1/msg READ: MN;D=912627388091F3BCD0D7EF53;N=2;R=234;
2021.01.31 21:18:12 4 : MapleSduino1/msg READ: MN;D=9126273880618D645114DA2A;N=2;R=235;
2021.01.31 21:18:17 4 : MapleSduino1/msg READ: MN;D=9126273880222C02029490F0;N=2;R=237;
2021.01.31 21:18:22 4 : MapleSduino1/msg READ: MN;D=91262737AECD98ED902C322B;N=2;R=234;
2021.01.31 21:18:27 4 : MapleSduino1/msg READ: MN;D=91262737AE2122B707D0062A;N=2;R=235;
2021.01.31 21:18:30 4 : MapleSduino1/msg READ: MN;D=1F7A642CD780328A221F3AA6;N=2;R=247;
2021.01.31 21:18:42 4 : MapleSduino1/msg READ: MN;D=91262777AE04D3975974E4DA;N=2;R=232;
2021.01.31 21:18:52 4 : MapleSduino1/msg READ: MN;D=91262737AEC40596459DB162;N=2;R=236;
2021.01.31 21:18:57 4 : MapleSduino1/msg READ: MN;D=91262737AEA7A6A3597BE301;N=2;R=233;

Jetzt empfange ich Signale vom TFA 30.3155, autocreate hat aber noch kein Device erkannt. Gibt es zum Sender auch ein Protokoll??.
Gruß Rolf

Ralf9 · 31 Januar 2021, 21:47:17

Es ist die Protocol ID 103

Code Auswählen

2021.01.31 21:39:12.436 4 : sduinoD/msg get raw: MN;D=91262737AEA7A6A3597BE301;N=2;R=233;
2021.01.31 21:39:12.437 4 : sduinoD Parse_MN: Found 2-FSK Protocol id 103 -> Lacrosse mode 2
2021.01.31 21:39:12.437 4 : sduinoD LaCrosse_convert: ID=103, addr=4 temp=22.7 hum=55 bat=0 batInserted=128
2021.01.31 21:39:12.437 4 : sduinoD ParseMN: ID=103 dmsg=OK 9 4 129 4 203 55
2021.01.31 21:39:12.437 4 : sduinoD Dispatch: OK 9 4 129 4 203 55, -85.5 dB, dispatch
2021.01.31 21:39:12.438 3 : LaCrosse: Unknown device 04, please define it

Mit einem "set LaCrossePairForSec 120" sollte er eigentlich angelegt werden

ZitatLaCrossePairForSec
Aktivieren Sie die automatische Erstellung neuer LaCrosse-Sensoren für "x" Sekunden. Wenn ignore_battery nicht angegeben wird, werden nur Sensoren erstellt, die das Flag 'Neue Batterie' senden.

nagelreo · 31 Januar 2021, 23:47:09

Hallo Ralf,

irgend etwas passt noch nicht.
Ich bekomme "2 Sorten" von Signale, ca. R=238 und R=5. Zudem kommen die Signale nicht mehr so häufig wie zuvor.

Code Auswählen

2021.01.31 23:33:02 4 : MapleSduino1/msg READ: MN;D=4B49745779BD0FFF0714628A;N=2;R=238;
2021.01.31 23:33:15 4 : MapleSduino1/msg READ: MN;D=EA10011B75D6E8B14623D89D;N=2;R=5;

Mit LaCrossePairForSec 120 wurde nur einmal das Protocol 103 gefunden, aber mit Checksum Fehler.

Code Auswählen

2021.01.31 23:29:57 4 : MapleSduino1/msg READ: MN;D=04DAECF6C284CB4BF6B4FAA8;N=2;R=3;
2021.01.31 23:30:02 4 : MapleSduino1/keepalive ok, retry = 0
2021.01.31 23:30:13 4 : MapleSduino1/msg READ: MN;D=965C9D4718471ADC40DD8EFD;N=2;R=5;
2021.01.31 23:30:13 4 : MapleSduino1 Parse_MN: Found 2-FSK Protocol id 103 -> Lacrosse mode 2
2021.01.31 23:30:13 4 : MapleSduino1 ParseMN: method error! LaCrosse_convert checksum Error: dmsg=965C9D4718471ADC40DD8EFD checksumCalc=74 checksum=24

Aktuell liegen die R - Werte zwischen 2 und 10, um 21:20 lage diese 10 mal bei ca. 240.

Gruß
Rolf

Ralf9 · 31 Januar 2021, 23:58:18

https://wiki.fhem.de/wiki/JeeLink
steht dazu

Zitat30.3155WD 9.579 kbps kritisch; nicht zu empfehlen; siehe Forenbeitrag

https://forum.fhem.de/index.php/topic,14786.msg352550.html#msg352550

Gruß Ralf

nagelreo · 01 Februar 2021, 17:50:17

Hallo Ralf,

Code Auswählen

30.3155WD 9.579 kbps kritisch; nicht zu empfehlen; siehe Forenbeitrag

das habe ich auch gelesen. Den TFA habe ich aber vor ein paar Jahren gekauft und damals Fhem noch nicht einmal gekannt.

Aber, der Sensor wird doch erkannt und per autocreate angelegt.

Bei einer meiner Versuchen habe ich die bWidth auf 812 kHz gestellt und vergessen zurückzustellen.
Mit der empfohlenen Einstellung (Ferq 868.283 MHz bWidth 325 kHz) und dem richtigen Modus ("Mode 2 - IT+ 9.579 kbps (LaCrosse)") wird der Sensor erkannt und empfängt die Signale für meine Anwendung ausreichend sicher (> 95 %).
Ich habe den Einfluss der Frequenz und Bandbreite getestet, empfangen wird nur innerhalb folgenden Einstellwerten.
Frequenz bei 58 kHz : 868.32 - 868.35 MHz
bWidth bei 868.33 MHz : 58 - 203 kHz

Aktuell teste ich die Einstellung bei 868.33 MHz und 102 kHz.

Nochmals vielen Dank für die tolle Unterstützung
Gruß Rolf

nagelreo · 15 März 2021, 10:40:12

Hallo Ralf,

ZitatAktuell teste ich die Einstellung bei 868.33 MHz und 102 kHz.

Der TFA 303155 ist seit Anfang Februar in Betrieb. Mit ein paar sporadischen, unsystemischen Aussetzern werden die Signale sehr gut empfangen. Bei diesen Aussetzern wird der TFA über Stunden nicht mehr empfangen. Nach einem reset vom MapleMini wird der TFA sofort wieder empfangen.

Code Auswählen

cmdBank: 
A: b=1 freq:868.330MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9571.08Baud) [boffs=0100]
   N=2 ccmode=3 sync=2DD4 Modulation:2-FSK (SYNC_MODE:16/16 + carrier-sense above threshold)
version V 4.1.1-dev200627 SIGNALduino cc1101 (R: A1 B0*) - compiled at Jun 28 2020 13:30:04
versionmodul v3.4.6-dev_ralf_16.01.
versionprotoL v3.4.6-dev_ralf_08.01.

Gibt es dazu eine Lösung?

Vielen DAnk und Gruß
Rolf

juergs · 15 März 2021, 16:50:06

Hallo Ralf,

bin zwar mit FSK weitergekommen, allerdings nach einem update mit

Code Auswählen

update all https://raw.githubusercontent.com/Ralf9/RFFHEM/master/controls_ralf9_signalduino.txt
shutdown restart bekomme ich:

Zitat"any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.

Zitat2021.03.15 16:41:52.433 1 : Downloading https://raw.githubusercontent.com/Ralf9/RFFHEM/master/controls_ralf9_signalduino.txt
2021.03.15 16:41:53.080 1 : UPD FHEM/00_SIGNALduino.pm
2021.03.15 16:41:53.452 1 : saving fhem.cfg
2021.03.15 16:41:53.457 1 : saving ./log/fhem.save
2021.03.15 16:41:53.463 1 :
2021.03.15 16:41:53.465 1 : New entries in the CHANGED file:
2021.03.15 16:41:53.468 1 : 12.12.2017
2021.03.15 16:41:53.471 1 : 14_SD_WS07.pm implementing correction factor temperature and humidity. logs revised
2021.03.15 16:41:53.475 1 : 02.12.2017
2021.03.15 16:41:53.480 1 : 14_Hideki.pm implementing Hideki SecondChecksum
2021.03.15 16:41:53.484 1 : Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2021.03.15 16:42:09.159 1 : reload: Error:Modul 90_SIGNALduino_un deactivated: "any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.
2021.03.15 16:42:09.160 0 : "any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.
2021.03.15 16:42:09.161 0 : ERROR: Cannot autoload SIGNALduino_un
2021.03.15 16:42:09.163 3 : MapleSDuino: Unknown code u40#E00, help me!
2021.03.15 16:42:16.654 1 : *** EN SLinkIAQ: nonempty line after =begin html ignored
2021.03.15 16:42:16.661 1 : *** EN SLinkIAQC: nonempty line after =begin html ignored
2021.03.15 16:42:16.664 1 : *** EN SLinkS0: nonempty line after =begin html ignored
2021.03.15 16:42:16.666 1 : *** EN SLinkTH: nonempty line after =begin html ignored
2021.03.15 16:42:16.671 1 : *** DE SLinkIAQ: nonempty line after =begin html ignored
2021.03.15 16:42:16.673 1 : *** DE SLinkIAQC: nonempty line after =begin html ignored
2021.03.15 16:42:16.675 1 : *** DE SLinkS0: nonempty line after =begin html ignored
2021.03.15 16:42:16.676 1 : *** DE SLinkTH: nonempty line after =begin html ignored
2021.03.15 16:42:16.678 1 :
2021.03.15 16:42:16.682 1 : update finished, "shutdown restart" is needed to activate the changes.
2021.03.15 16:42:16.683 1 :
2021.03.15 16:42:16.685 1 : Please consider using the global attribute sendStatistics
2021.03.15 16:42:26.640 1 : MapleSDuino: SD_BELL_Parse UNDEFINED BELL detected, Protocol 42 code E9E80F3
2021-03-15 16:42:26.645 Global global UNDEFINED SD_BELL_E9E80F3 SD_BELL 42 E9E80F3
2021.03.15 16:42:26.649 1 : MapleSDuino: SD_BELL_Parse UNDEFINED BELL detected, Protocol 42 code FA7A03C
2021-03-15 16:42:26.653 Global global UNDEFINED SD_BELL_FA7A03C SD_BELL 42 FA7A03C
2021-03-15 16:42:39.386 Global global SHUTDOWN
2021.03.15 16:42:39.386 0 : Server shutdown
2021.03.15 16:42:48.060 3 : MapleSDuino/init: firmwareversion with ccBankSupport and multi cc1101 found -> send br
2021.03.15 16:42:48.079 2 : MapleSDuino: initialized. v3.4.5-ralf_18.08.
2021.03.15 16:42:48.090 3 : MapleSDuino/init: enable receiver (XE)
2021.03.15 16:42:48.374 1 : LGW: Can't connect to 192.168.178.137:81: No such file or directory
2021.03.15 16:42:48.377 1 : LGW: Can't connect to 192.168.178.137:81: connect to http://192.168.178.137:81 timed out
2021.03.15 16:43:17.133 3 : FHEMWEB WEB CSRF error: csrf_583629327813773 ne csrf_211527638739559 for client WEB_192.168.178.56_12981 / command update all https://raw.githubusercontent.com/Ralf9/RFFHEM/master/controls_ralf9_signalduino.txt. For details see the csrfToken FHEMWEB attribute.
2021.03.15 16:43:55.640 1 : MapleSDuino: SD_BELL_Parse UNDEFINED BELL detected, Protocol 42 code E9E80F1
2021-03-15 16:43:55.644 Global global UNDEFINED SD_BELL_E9E80F1 SD_BELL 42 E9E80F1
2021.03.15 16:43:55.648 1 : MapleSDuino: SD_BELL_Parse UNDEFINED BELL detected, Protocol 42 code FA7A03C
2021-03-15 16:43:55.653 Global global UNDEFINED SD_BELL_FA7A03C SD_BELL 42 FA7A03C
2021.03.15 16:44:11.141 1 : MapleSDuino: SD_UT_Parse UNDEFINED sensor unknown detected, protocol 34, data BFA12, code BFA
2021-03-15 16:44:11.146 Global global UNDEFINED unknown_please_select_model SD_UT unknown
2021.03.15 16:44:12.841 1 : reload: Error:Modul 90_SIGNALduino_un deactivated: "any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.
2021.03.15 16:44:12.842 0 : "any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.
2021.03.15 16:44:12.843 0 : ERROR: Cannot autoload SIGNALduino_un
2021.03.15 16:44:12.845 3 : MapleSDuino: Unknown code u19#26E00C, help me!
2021.03.15 16:44:13.983 1 : reload: Error:Modul 90_SIGNALduino_un deactivated: "any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.
2021.03.15 16:44:13.984 0 : "any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.
2021.03.15 16:44:13.985 0 : ERROR: Cannot autoload SIGNALduino_un
2021.03.15 16:44:13.988 3 : MapleSDuino: Unknown code u40#326E00D, help me!
2021.03.15 16:45:02.470 1 : reload: Error:Modul 90_SIGNALduino_un deactivated: "any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.
2021.03.15 16:45:02.471 0 : "any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.
2021.03.15 16:45:02.472 0 : ERROR: Cannot autoload SIGNALduino_un
2021.03.15 16:45:02.475 3 : MapleSDuino: Unknown code u40#0080, help me!
2021.03.15 16:45:03.311 1 : reload: Error:Modul 90_SIGNALduino_un deactivated: "any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.
2021.03.15 16:45:03.312 0 : "any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.
2021.03.15 16:45:03.313 0 : ERROR: Cannot autoload SIGNALduino_un
2021.03.15 16:45:03.316 3 : MapleSDuino: Unknown code u40#0040, help me!
2021.03.15 16:45:24.645 1 : MapleSDuino: SD_BELL_Parse UNDEFINED BELL detected, Protocol 42 code E9E80E3
2021-03-15 16:45:24.651 Global global UNDEFINED SD_BELL_E9E80E3 SD_BELL 42 E9E80E3
2021.03.15 16:45:24.655 1 : MapleSDuino: SD_BELL_Parse UNDEFINED BELL detected, Protocol 42 code FA7A038
2021-03-15 16:45:24.659 Global global UNDEFINED SD_BELL_FA7A038 SD_BELL 42 FA7A038

Grüße,
Jürgen

/edit:
FHEM auf einem frisch installierten RASPI neu installiert:

Code Auswählen

update all https://raw.githubusercontent.com/Ralf9/RFFHEM/master/controls_ralf9_signalduino.txt
ausgeführt und es kommt kein Fehler ...

Ralf9 · 15 März 2021, 21:10:59

Zitat"any" is not exported by the List::Util module Can't continue after import errors at ./FHEM/90_SIGNALduino_un.pm line 15 BEGIN failed--compilation aborted at ./FHEM/90_SIGNALduino_un.pm line 15.

Im Modul 90_SIGNALduino_un.pm gibts die Zeile:

Code Auswählen

use List::Util qw(any);
Da gibts bei Dir irgendwelche Probleme mit any. Diese Zeile könnte eigentlich auskommentiert werden, da any in der 90_SIGNALduino_un.pm nicht verwendet wird
Das List::Util gehört zum Perl Core

Gruß Ralf

juergs · 15 März 2021, 21:12:18

Danke,
bin auch gerade am SVN-Suchen.

Probiere es mal auszukommentieren ...

/edit: durch Auskommentieren sind die Fehlermeldungen weg und scheint wieder zu gehen.
Ob das mit dem Update reinkam ... ?

Ralf9 · 15 März 2021, 21:40:29

Hallo Rolf,

ZitatcmdBank:
A: b=1 freq:868.330MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9571.08Baud) [boffs=0100]

evtl passt diese Einstellung nicht ganz. Die default bWidth ist bei mode 2 203KHz.
Hast Du auch mal versucht die bWidth auf 203KHz zu lassen und nur die Frequenz anzupassen?

ZitatNach einem reset vom MapleMini wird der TFA sofort wieder empfangen.

Hast Du auch mal getestet ob es auch ausreicht wenn Du mit dem raw Befehlen "XQ" den Empfang deaktivierst und mit "XE" wieder aktivierst?

Gruß Ralf

nagelreo · 15 März 2021, 22:42:08

Hallo Ralf,

Ich teste beides, das Ergebnis wird aber ein paar Wochen dauern.

Gruß Rolf

juergs · 16 März 2021, 14:33:20

Hallo Ralf,
hatte gestern mit neu aufgebauter Hardware und FHEM auf dem Raspi4, auch mit der Frequenz und der Bandbreite variiert.
Danach musste ich festellen daß kein Empfang mehr da war. Ähnlich wie Rolfs Problem.

Bis gestern 19:29:11 ging der Empfang:

ZitatInternals:
CODE THR128_0f_1
DEF THR128_0f_1
FUUID 604f97a5-f33f-96d8-3163-aef4ed7432eb62ac
IODev MapleSDuino
NAME THR128_0f_1
NR 21
STATE T: 6.7 BAT: ok
TYPE OREGON
READINGS:
2021-03-15 19:29:11 battery ok
2021-03-15 19:29:11 batteryState ok
2021-03-15 19:29:11 state T: 6.7 BAT: ok
2021-03-15 19:29:11 temperature 6.7
Attributes:
IODev MapleSDuino
room OREGON

Also direkt nach dem Flashen mit dem MSC-Booloader und der Grundkonfiguration (Modulation:ASK/OOK nicht FSK!).

Zitatccconf: freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK)

und einem XE fing der Signalduino auf 868 MHz Telegramme zu empfangen.

Dann hatte ich Frequenz und Bandbreite variiert um die Frequenzmitte auf von meinem Umfeld gesendete Packete zu setzen,
dann ging trotz e und eC-Kommando kein Empfang mehr. (Trotz XQ +XE, auch kein LED-Aufblitzen mehr.)

Die Register habe ich vor- und nach dem Flashen mal festgehalten und werde sie im SmartRF-Studio noch mal kontrollieren.

Grüße,
Jürgen

PS,Frage: EEPROM wird durch Flash emuliert und müsste bei einem "full erase" ja gelöscht sein?

/edit: RF-Störer! Hoffe das geht vorbei ....

/edit2: Warum empfängt er CUL_TX auf 433 mit 868-Modul und Protokoll in der Whitelist disabled?

Zitat2021-03-16 16:01:44 CUL_TX CUL_TX_123 T: 21.0 H: 34.1
2021-03-16 16:01:44 CUL_TX CUL_TX_123 temperature: 21.0
2021-03-16 16:01:45 CUL_TX CUL_TX_123 T: 21.0 H: 33.9
2021-03-16 16:01:45 CUL_TX CUL_TX_123 humidity: 33.9

juergs · 16 März 2021, 15:20:18

Doppel CC-Maple-SIGNALDuino:

Code Auswählen

Watchdog enabled
Reading values from eeprom
CCInit
detect A: Partn=0 Ver=0x18
detect B: Partn=0 Ver=0x18
Starting timerjob
rxA=1 rxB=1 
.MU;P0=180;P1=-2045;P2=600;P3=-4078;P4=-9054;CP=2;R=13;D=0121232321212121212323212121212121212123232121232123212121232121212321232423212123232121212121232321212121212121212323212123;e;.
.MS;P0=-2027;P1=602;P2=-4092;P3=-9024;D=1312101012121010101010121210101010101010101212101012101210101012101010121012;CP=1;SP=3;R=10;e;b23;m0;.
.MS;P0=-2027;P1=602;P2=-4092;P3=-9024;D=1312101012121010101010121210101010101010101212101012101210101012101010121012;CP=1;SP=3;R=10;Q;e;m1;.
.MU;P0=291;P1=-4296;P2=607;P3=-2003;P4=-9027;P5=213;CP=2;R=12;D=012123232323232121232323232323232321212323212321232323212323232123212451;e;.
.MU;P0=-9046;P1=-3072;P2=322;P3=-90;P4=135;P5=-4081;P6=600;P7=-2022;CP=6;R=12;D=1234565676767676765656767676767676767656567676567656767676567676765676560652;e;.
.MU;P0=330;P1=-4058;P2=622;P3=-2009;CP=2;R=10;D=01232323232321212323232323232323212123232123212323232123232321232;e;.

ZitatV 4.1.2-dev210205 SIGNALduinoAdv cc1101 (R: A0 B1*) - compiled at Feb 5 2021 23:12:37

empfängt munter ..

OK hänge mal den an den PI und schaue mir die Register an...

juergs · 16 März 2021, 16:51:09

1. Analyse in SmartRF des nOK-Falles

Code Auswählen

FREND0 = 16 (Register 0x22)
scheint eher zu stimmen wie "11". An diesem Parameter wurde sicher nichts händisch geändert.

Beim neu geflashten SDuino CREG_22 = 11 (!)

Mit "set cmdReg 2216" auf ccreg: C22 = 16 gesetzt

/edit: empfängt jetzt FS20

:

Zitat2021-03-16 17:17:44 Global global UNDEFINED FS20_38ba03 FS20 38ba 03
2021-03-16 17:17:44 Global global DEFINED FS20_38ba03
2021-03-16 17:17:44 Global global DEFINED FileLog_FS20_38ba03
2021-03-16 17:17:44 Global global SAVE
2021-03-16 17:17:46 Global global UNDEFINED unknown_please_select_model SD_UT unknown
2021-03-16 17:17:46 FS20 FS20_38ba03 dimdown
2021-03-16 17:17:46 FS20 FS20_38ba03 dimdown

mit Reg 0x22 auf 0x11, wird FS20 trotzdem empfangen (mit 0x16 erscheint mir der das Packet wesentlich kräftiger, liegt aber leidersehr neben der Sollfrequenz):

Code Auswählen

2021-03-16 17:19:33 CUL_TX CUL_TX_105 T: 21.0
2021-03-16 17:19:33 CUL_TX CUL_TX_105 temperature: 21.0
2021-03-16 17:19:34 CUL_TX CUL_TX_106 H: 06.2
2021-03-16 17:19:34 CUL_TX CUL_TX_106 humidity: 06.2
2021-03-16 17:19:37 FS20 FS20_38ba03 on
2021-03-16 17:19:38 FS20 FS20_38ba03 off

juergs · 16 März 2021, 17:39:32

Für FS20 Freq auf 868.250 gesetz und siehe da, die Pakete liegen richtig!

Wegen FREND0 - 0x11 auf [16] ?

ZitatccregAll:

ccreg 00: 0D 2E 2D 07 D3 91 3D 04 32 00 00 06 00 21 64 EC
ccreg 10: 57 C4 30 23 B9 00 07 00 18 14 6C 07 00 92 87 6B
ccreg 20: F8 56 16 EF 2B 1B 1F 41 00 59 7F 3F 88 31 0B

cc1101 reg detail - addr, name, value, (OOK default),[reset]
0x00 IOCFG2 - 0x0D [29]
0x01 IOCFG1 - 0x2E
0x02 IOCFG0 - 0x2D [3F]
0x03 FIFOTHR - 0x07
0x04 SYNC1 - 0xD3
0x05 SYNC0 - 0x91
0x06 PKTLEN - 0x3D [0F]
0x07 PKTCTRL1 - 0x04
0x08 PKTCTRL0 - 0x32 [45]
0x09 ADDR - 0x00
0x0A CHANNR - 0x00
0x0B FSCTRL1 - 0x06 [0F]
0x0C FSCTRL0 - 0x00
0x0D FREQ2 - 0x21 (10) [1E]
0x0E FREQ1 - 0x64 (B0) [C4]
0x0F FREQ0 - 0xEC (71)
0x10 MDMCFG4 - 0x57 [8C]
0x11 MDMCFG3 - 0xC4 [22]
0x12 MDMCFG2 - 0x30 [02]
0x13 MDMCFG1 - 0x23 [22]
0x14 MDMCFG0 - 0xB9 [F8]
0x15 DEVIATN - 0x00 [47]
0x16 MCSM2 - 0x07
0x17 MCSM1 - 0x00 [30]
0x18 MCSM0 - 0x18 [04]
0x19 FOCCFG - 0x14 [36]
0x1A BSCFG - 0x6C
0x1B AGCCTRL2 - 0x07 [03]
0x1C AGCCTRL1 - 0x00 [40]
0x1D AGCCTRL0 - 0x92 (90) [91]
0x1E WOREVT1 - 0x87
0x1F WOREVT0 - 0x6B
0x20 WORCTRL - 0xF8
0x21 FREND1 - 0x56
0x22 FREND0 - 0x16 (11)
0x23 FSCAL3 - 0xEF (E9) [A9]
0x24 FSCAL2 - 0x2B (2A) [0A]
0x25 FSCAL1 - 0x1B (00) [20]
0x26 FSCAL0 - 0x1F [0D]
0x27 RCCTRL1 - 0x41
0x28 RCCTRL0 - 0x00
0x29 FSTEST - 0x59
0x2A PTEST - 0x7F
0x2B AGCTEST - 0x3F
0x2C TEST2 - 0x88
0x2D TEST1 - 0x31
0x2E TEST0 - 0x0B

... und der 12dB Sens-Wert.

Code Auswählen

ccconf: freq:868.250MHz bWidth:325KHz rAmpl:42dB sens:12dB (DataRate:5603.79Baud,Modulation:ASK/OOK)

Der sens-Wert von 4 dB dürfte je nach Modul doch zu wenig sein. Optimal bei meinem Modul liegt er bei 8 oder 12 dB. Bei 16dB übersteuert der Empfänger massiv.
Die Betrachtung des GDO2-Pins hilft bei der Beurteilung.

Die Frage, die offen bleibt: warum empfängt der SDuino auf 433 MHz das CUL_TX-Protokoll, obwohl in der Whitelist disabled?