In der Anlage ist für den Raspi Pico je eine Firmware für USB und LAN.
Das Flashen ist ganz einfach. Beim Einstecken des Pico die Resettaste gedrückt halten, dann erscheint ein neues Laufwerk, dort die Firmware rein kopieren.
V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: B0*) - compiled at Feb 12 2026 13:07:33
V 4.2.4-dev260212 SIGNALduinoAdv PicoLAN cc1101 (R: B0*) - compiled at Feb 12 2026 13:40:09
Damit auch der W5500-EVB-Pico verwendet werden kann, hat sich die Pinbelegung für cc1101 Modul C und D geändert (siehe Anlage).
https://docs.wiznet.io/Product/Chip/Ethernet/W5500/w5500-evb-pico
Per default ist das Modul (Radio) B und Bank 0 mit SlowRf (ASK/OOK) aktiv,
sonst, Erste schritte:
https://forum.fhem.de/index.php?topic=106278.msg1032098#msg1032098
Watchdog:
Per default ist der Watchdog nicht aktiv. Er hat einen Timer von 8 Sek.
Es gibt dafür die folgenden Raw-Befehle:
TW1 - Watchdog enable (erst nach Reset wirksam)
TW0 - Watchdog disable (erst nach Reset wirksam)
TWZ - zum Rücksetzen des WDT Markers bei get Version
TWT - delay 10 Sek zum Testen des watchdogs
TWR - Software Reset
Bei "get Version" wird folgendes angezeigt:
w - watchdog enabled
WDT - Watchdog hat ausgelöst
rr - resetreason, wenn ungleich 1
0 UNKNOWN_RESET
1 PWRON_RESET
2 RUN_PIN_RESET
3 SOFT_RESET
4 WDT_RESET
5 DEBUG_RESET
6 GLITCH_RESET
7 BROWNOUT_RESET
LAN Firmware:
Wenn das W5500 LAN Modul nicht oder falsch verkabelt ist, blinkt die LED schnell.
Beim LAN Modul ist die Verkabelung des RST Pin optional.
Die default mac Adresse ist 00:80:41:FF:FF:FE
Falls jemand mehrere sduino mit LAN verwenden möchte, kann mit dem raw-Befehl "Wim" (z.B. Wimab) die letzte stelle geändert werden.
Per default ist DHCP aktiv.
Mit dem raw-Befehl "ri" kann die LAN Konfig ausgegeben werden.
Mit "Wi..." kann die ethernet config geändert werden, sie wird erst nach einem Reset wirksam
Wia - address
Wig - gateway
Win - network mask
z.B. Wia192.168.0.100
Zitat von: tndx am 15 Februar 2026, 19:16:10"Normal" sind für mich die, die von den Abmessungen der Platine aus dem HM-Forum oder von dem von Ralf geposteten Link entsprechen. Damit würden die herkömmlichen CC1101-Stamps, MiniCC auf Adapterplatinen und Mini-CC drauf passen
Habe die einfach Variante ausprobiert. Sprich cc1101 stamps auf Vorder- und Rückseite gespiegelt verteilen, und für die direkte Bestückung innerhalb der stamps die MMs so verdrahten, dass deren Anschlusschema an der Pinreihe passt.
Dabei fällt auf, dass
- es Leitungen gibt die sich vom MM zur Pinreihe überkreuzen, und dann zum Pico wieder zurück. Bähh.
- unoptimiert kommen Leiterbahnen des gespiegelten Parts unterhalb der Freifläche zum liegen. Laut TI Designrules sollte das nicht sein. Bei kompletten Stamps ist zwar dann noch eine Masseflächen dazwischen, der Empfangsleistung soll aber auch das nicht zuträglich sein.
Hieße, das Design der stamps kann nicht einfach übernommen werden. Schade. Vermutlich ist es doch einfacher, mit zwei Versionen zu leben
Schade, aber dann wohl nicht zu ändern. Ich kann zur Not auch mit den Adapterplatinen leben. Solltest du aber die Version für die Mini-CCs machen, würde ich die vorziehen.
Hier nun die Version mit Modul und Breakouts, Pin6/7 habe ich mit GND auf eine Stiftleiste raus gezogen. Die Layouts der Module nach einfügen manuell nachgebseert. Viel Luft ist bei Standardeinstellungen und 0,25mm Leiterbahnen aber nicht mehr. Bin aber auch nicht Kicad Experte, und lerne bei jedem Punkt dazu.
Was die Adapterplatinen angeht: die haben zwar Durchkontaktierungen auf die Unterseite, diese sollten aber mit Lötstopp abgedeckt und damit isoliert sein. Falls doch ein Risiko zu den Lötaugen der Module besteht, würde ich überkleben mit Isolierband vorschlagen. Umgekehrt, also bestücken mit MMs besteht aus meiner Sicht gar kein Risiko.
Eine Frage noch: das LAN Modul würde ich von unten her anlöten, nicht oben drauf wie üblich. Gibt es da Bedenken?
Dann würde ich nämlich dann die Boardbestellung abschicken. Ich habe noch nie boards so bestellt, daher bin ich mir sicher dass irgendetwas bestimmt nicht 100%ig passt, trotz erfolgreichem DRC. Also Nachsicht damit.
Edit: bisher heißt das Teil Pico_sDuino. Bessere Vorschläge?
Du hast weder ein Bild noch einen Link eingefügt, sonst würde ich einen Blick drauf werfen, obwohl ich kein Experte bin. Kannst du bei der Serialschnittstelle auch noch 3V rausführen?
Noch machen die Fertigungsdaten etwas Probleme, speziell der Bestückungsdruck hat keinen Feiraum zu den Pads. Man sieht es im Bild, da Sikscreen an der Kante des Pads, das subtrahieren geht nur mit Freiraum Null (deshalb der schmalere Rahmen).
Eigentlich sollte der aber an den Stellen ganz weg. Sonst muss ich manuell den Footprint da nachbearbeiten.
Und das Ergebnis vom JCBPCB Modul wirft bei denen dann einen Fehler aus.
3,3V sind rausgeführt. Der 4 polige Header ist jetzt aber nicht mehr verpolsicher.
Hier auch das Bild mit LAN Modul. Ich fürchte, die sind beim Kauf schon mit Header, aber was solls ;)
Hab inzwischen die pico SIGNALduinoAdv firmware mit lan Modul etwas länger getestet.
Hab 2 cc1101 Module (A + B) und LAN 1 Tag getestet, lief problemlos.
Mehr als 2 cc1101 Module wird ohne Platine zu aufwändig.
Die Platinen sollten nächste Woche geliefert werden, ich würde mich dann melden
So, pünktlich zum Ende der Woche sind die Platinen geliefert worden. Aus mechanischer Sicht wird es definitiv eine weitere Version geben müssen, Aussparungen und Montagelöcher sind nicht exakt genug positioniert >:(
Auch werde ich das LAN Modul etwas verrrücken, so dass dessen Platine bündig ist, und nicht das Modul selber. Dito für den Pico. Und für Txd/RxD fehlt die Beschriftung.
Auf der Seite der Module schaut alles bestens aus.
Hier mal ein Bild der Bauteile beim probeliegen.
Was ist das für ein Gehäuse?
Passt es auch noch ins Gehäuse, wenn der Pico und das Lan Modul mit Stift- und Buchsenleiste steckbar gemacht wird?
Kannst Du bitte auch mal ein Foto der Platinenrückseite posten?
Hier mal ein Bild des Gehäuses, von Ali. Bewusst mit 28mm relativ flach, das LAN Modul passt von der Höhe her gerade so rein, wenn von unten her montiert und mit auf Maximum ausgeschnittener Frontplatte.
Der Pico müsste auch gesteckt auf gedrehte IC Sockelreihe passen, mit klassischer Buchsenleiste wird es etwas zu hoch dafür.
Meine neuen Platinen sind da, zuerst mal mit je 1 Modul 400 und 800 MHz sowie Lan aufgebaut. Tests habe ich noch keine gemacht, muss da erst mal ein Test-Fhem dafür aufsetzen.
Im Bild die Platine im Gehäuse, passt exakt. Und testweise mit je einer Antenne. Die 886MHz soll 12dBi haben, schaut deshalb etwas seltsam aus das Gespann.
Edit:
Pico geflashed, fhem aufgesetzt und "update all https://raw.githubusercontent.com/Ralf9/SIGNALduinoAdv_FHEM/master/controls_ralf9_sd_ws.txt" eingefügt. Jetzt blinkt der Pico immer wieder mal, das könnte meine Wetterstation auf 433MHz sein. Für weiteres muss ich erst mal lesen wie ich weiterkomme 8)
Update: das Blinken fällt zeitlich zusammen mit dem Senden der WS, über RTL_SDR wird Hideki erkannt, aber fhem hat scheinbar parsing Probleme. Optimistisch würde ich sagen, Hardware läuft, zumindest an USB, Software noch nicht. Was ich aber auf meine unterirdischen fhem Kenntnissen schiebe.
Die Module auflöten war OK, auch nicht schwieriger wie die 0602 Teile. Der größte Hack war das LAN Modul, aber viel davon war meinem Unvermögen geschuldet.
Wer eine Platine haben möchte, gern bei mir per pm melden. Es wird aber sicher noch eine weitere Version geben, aktuell sind mir aber Schönheitsfehler bekannt.
Was möchtest Du alles empfangen.
Hideki ist Slowrf (ASK/OOK) hast Du da noch mehr Sensoren? Evtl auch von Nachbarn?
Siehst Du mit verbose 4 empfangene Nachrichten im log?
Soweit ich verstanden habe, empfängt ein 400MHz Modul auf Kanal 2 auch slowRF als default, richtig? Oder mache ich da schon was falsch. Ja, neben meiner WS könnte noch Nachbars mit reinkommen, die ist aber wesentlich schwächer.
Wenn das klappt, hätte ich mir das 800MHz Modul vorgenommen. Da wird es aber ungleich komplizierter weil das Protokoll des Eberle-Systems erst einmal noch dekodiert werden muss: https://forum.fhem.de/index.php?topic=124954.msg1209420#msg1209420 (https://forum.fhem.de/index.php?topic=124954.msg1209420#msg1209420)
Kannst du mit dem Log was anfangen?
2026.03.24 18:31:33 3: Setting MySignalPico serial parameters to 115200,8,N,1
2026.03.24 18:31:33 1: MySignalPico: DoInit, /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00@115200
2026.03.24 18:31:33 1: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00 reappeared (MySignalPico)
2026.03.24 18:31:33 4: MySignalPico: Read, msg: Reading values from eeprom
2026.03.24 18:31:33 5: MySignalPico: Parse, noMsg: Reading values from eeprom
2026.03.24 18:31:33 4: MySignalPico: Read, msg: CCInit
2026.03.24 18:31:33 5: MySignalPico: Parse, noMsg: CCInit
2026.03.24 18:31:33 4: MySignalPico: Read, msg: detect B: Partn=0 Ver=0x14
2026.03.24 18:31:33 5: MySignalPico: Parse, noMsg: detect B: Partn=0 Ver=0x14
2026.03.24 18:31:33 4: MySignalPico: Read, msg: Starting timerjob
2026.03.24 18:31:33 5: MySignalPico: Parse, noMsg: Starting timerjob
2026.03.24 18:31:33 4: MySignalPico: Read, msg: rxB=1
2026.03.24 18:31:33 5: MySignalPico: Parse, noMsg: rxB=1
2026.03.24 18:31:34 3: MySignalPico: SimpleWrite_XQ, disable receiver (XQ)
2026.03.24 18:31:34 5: MySignalPico: SimpleWrite, XQ
2026.03.24 18:31:34 4: MySignalPico: Read, msg: rxB=0
2026.03.24 18:31:34 5: MySignalPico: Parse, noMsg: rxB=0
2026.03.24 18:31:35 3: MySignalPico: StartInit, get version, retry = 0
2026.03.24 18:31:35 5: MySignalPico: SimpleWrite, V
2026.03.24 18:31:35 4: MySignalPico: Read, msg: V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: b0*) - compiled at Feb 12 2026 13:07:33
2026.03.24 18:31:35 5: MySignalPico: Parse, noMsg: V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: b0*) - compiled at Feb 12 2026 13:07:33
2026.03.24 18:31:35 5: MySignalPico: Read, msg: regexp=V\s.*SIGNAL(?:duino|ESP|STM).*(?:\s\d\d:\d\d:\d\d) cmd=version msg=V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: b0*) - compiled at Feb 12 2026 13:07:33
2026.03.24 18:31:35 5: MySignalPico: CheckVersionResp, called with V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: b0*) - compiled at Feb 12 2026 13:07:33
2026.03.24 18:31:35 2: MySignalPico: CheckVersionResp, initialized 3.5.7
2026.03.24 18:31:35 5: MySignalPico: SimpleWrite, XE
2026.03.24 18:31:35 3: MySignalPico: CheckVersionResp, enable receiver (XE)
2026.03.24 18:31:35 5: MySignalPico: CheckVersionResp, cc1101 available
2026.03.24 18:31:35 5: MySignalPico: Get_delayed, ccconf delayed
2026.03.24 18:31:35 5: MySignalPico: Get_delayed, ccpatable delayed
2026.03.24 18:31:35 4: MySignalPico: Read, msg: rxB=1
2026.03.24 18:31:35 5: MySignalPico: Parse, noMsg: rxB=1
2026.03.24 18:31:36 5: MySignalPico: Get_delayed, ccconf executed
2026.03.24 18:31:36 5: MySignalPico: Get_Command ccconf executed
2026.03.24 18:31:36 5: MySignalPico: AddSendQueue, MySignalPico: C0DnF (1)
2026.03.24 18:31:36 5: MySignalPico: Get_delayed, ccpatable delayed
2026.03.24 18:31:36 4: MySignalPico: HandleWriteQueue, called
2026.03.24 18:31:36 4: MySignalPico: SendFromQueue, called
2026.03.24 18:31:36 5: MySignalPico: SimpleWrite, C0DnF
2026.03.24 18:31:36 4: MySignalPico: Read, msg: C0Dn11=10B07157C43023B900070018146C070091
2026.03.24 18:31:36 5: MySignalPico: Parse, noMsg: C0Dn11=10B07157C43023B900070018146C070091
2026.03.24 18:31:36 5: MySignalPico: Read, msg: regexp=C0Dn11=[A-F0-9a-f]+ cmd=ccconf msg=C0Dn11=10B07157C43023B900070018146C070091
2026.03.24 18:31:36 4: MySignalPico: HandleWriteQueue, called
2026.03.24 18:31:36 4: MySignalPico: HandleWriteQueue, nothing to send, stopping timer
2026.03.24 18:31:36 5: MySignalPico: Get_delayed, ccpatable executed
2026.03.24 18:31:36 5: MySignalPico: Get_Command ccpatable executed
2026.03.24 18:31:36 5: MySignalPico: AddSendQueue, MySignalPico: C3E (1)
2026.03.24 18:31:36 4: MySignalPico: HandleWriteQueue, called
2026.03.24 18:31:36 4: MySignalPico: SendFromQueue, called
2026.03.24 18:31:36 5: MySignalPico: SimpleWrite, C3E
2026.03.24 18:31:36 4: MySignalPico: Read, msg: C3E = 00 84 00 00 00 00 00 00
2026.03.24 18:31:36 5: MySignalPico: Parse, noMsg: C3E = 00 84 00 00 00 00 00 00
2026.03.24 18:31:36 5: MySignalPico: Read, msg: regexp=^C3E\s=\s.* cmd=ccpatable msg=C3E = 00 84 00 00 00 00 00 00
2026.03.24 18:31:36 3: MySignalPico: CheckCcpatableResponse, patable: 84
2026.03.24 18:31:36 5: MySignalPico: CheckCcpatableResponse, patable: 5_dBm
2026.03.24 18:31:37 4: MySignalPico: HandleWriteQueue, called
2026.03.24 18:31:37 4: MySignalPico: HandleWriteQueue, nothing to send, stopping timer
2026.03.24 18:32:16 4: MySignalPico: Attr, Calling sub with args: set verbose = 4
2026.03.24 18:32:16 3: MySignalPico: Attr, setting Verbose to: 4
2026.03.24 18:32:35 4: MySignalPico: KeepAlive, ok, retry = 0
2026.03.24 18:33:35 4: MySignalPico: KeepAlive, not ok, retry = 1 -> get ping
2026.03.24 18:33:35 4: MySignalPico: HandleWriteQueue, called
2026.03.24 18:33:35 4: MySignalPico: SendFromQueue, called
2026.03.24 18:33:35 4: MySignalPico: Read, msg: OK
2026.03.24 18:33:35 4: MySignalPico: HandleWriteQueue, called
2026.03.24 18:33:35 4: MySignalPico: HandleWriteQueue, nothing to send, stopping timer
2026.03.24 18:34:35 4: MySignalPico: KeepAlive, ok, retry = 0
2026.03.24 18:35:35 4: MySignalPico: KeepAlive, not ok, retry = 1 -> get ping
2026.03.24 18:35:35 4: MySignalPico: HandleWriteQueue, called
2026.03.24 18:35:35 4: MySignalPico: SendFromQueue, called
2026.03.24 18:35:35 4: MySignalPico: Read, msg: OK
2026.03.24 18:35:35 4: MySignalPico: HandleWriteQueue, called
2026.03.24 18:35:35 4: MySignalPico: HandleWriteQueue, nothing to send, stopping timer
2026.03.24 18:36:35 4: MySignalPico: KeepAlive, ok, retry = 0
2026.03.24 18:37:35 4: MySignalPico: KeepAlive, not ok, retry = 1 -> get ping
2026.03.24 18:37:35 4: MySignalPico: HandleWriteQueue, called
2026.03.24 18:37:35 4: MySignalPico: SendFromQueue, called
2026.03.24 18:37:35 4: MySignalPico: Read, msg: OK
2026.03.24 18:37:35 4: MySignalPico: HandleWriteQueue, called
2026.03.24 18:37:35 4: MySignalPico: HandleWriteQueue, nothing to send, stopping timer
2026.03.24 18:37:36 4: MySignalPico: Read, msg: ␂MC;LL=-1009;LH=942;SL=-509;SH=460;D=A8D9F45ACE7C0A2F6AECE7E;C=486;L=91;R=26;s3;b3;␃
2026.03.24 18:37:36 3: MySignalPico: Parse_MC, faulty msg: MC;LL=-1009;LH=942;SL=-509;SH=460;D=A8D9F45ACE7C0A2F6AECE7E;C=486;L=91;R=26;s3;b3;
2026.03.24 18:37:37 4: MySignalPico: Read, msg: ␂MC;LL=-1015;LH=940;SL=-522;SH=449;D=A8D9F45AEE7C0A2F6AEDF0E;C=487;L=91;R=28;s4;b4;␃
2026.03.24 18:37:37 3: MySignalPico: Parse_MC, faulty msg: MC;LL=-1015;LH=940;SL=-522;SH=449;D=A8D9F45AEE7C0A2F6AEDF0E;C=487;L=91;R=28;s4;b4;
2026.03.24 18:37:37 4: MySignalPico: Read, msg: ␂MC;LL=-1001;LH=950;SL=-520;SH=457;D=CFA2D6F3E0517B576357;C=487;L=80;R=27;s4;b1;␃
2026.03.24 18:37:37 3: MySignalPico: Parse_MC, faulty msg: MC;LL=-1001;LH=950;SL=-520;SH=457;D=CFA2D6F3E0517B576357;C=487;L=80;R=27;s4;b1;
Im Modul ist auch das zu finden:
unknownmessages
2026-03-23 18:59:31-MS;P1=411;P2=-1071;P3=-2054;P4=-4056;D=14121213131312131312121212121212121213121212131213131313131213121212131213;CP=1;SP=4;R=211;Q;e;m1;#2026-03-23 18:59:31-MS;P1=411;P2=-1071;P3=-2054;P4=-4056;D=14121213131312131312121212121212121213121212131213131313131213121212131213;CP=1;SP=4;R=211;Q;e;m2;#2026-03-23 18:59:31-MS;P1=411;P2=-1071;P3=-2054;P4=-4056;D=14121213131312131312121212121212121213121212131213131313131213121212131213;CP=1;SP=4;R=211;Q;e;m3;#2026-03-23 18:59:31-MS;P1=-1062;P2=429;P3=-2038;P4=-4061;D=24212123232321232321212121212121212123212121232123232323232123212121232123;CP=2;SP=4;R=212;Q;e;m1;#2026-03-23 18:59:31-MS;P1=-1062;P2=429;P3=-2038;P4=-4061;D=24212123232321232321212121212121212123212121232123232323232123212121232123;CP=2;SP=4;R=212;Q;e;m2;#2026-03-23 18:59:31-MS;P1=-1062;P2=429;P3=-2038;P4=-4061;D=2421212323232123232121212121212121212321212123212323232323212321212123212;CP=2;SP=4;R=212;Q;e;m3;#2026-03-23 19:11:30-MC;LL=-997;LH=953;SL=-514;SH=459;D=A8D9F45ACDA7F70775EB42E;C=487;L=91;R=24;s1;b1;#2026-03-23 19:11:30-MC;LL=-1013;LH=945;SL=-526;SH=446;D=A8D9F45AEDA7F70775EA55E;C=488;L=91;R=25;s1;b1;#2026-03-23 19:11:30-MC;LL=-1004;LH=943;SL=-524;SH=457;D=A8D9F45ADDA7F70775EBCFE;C=487;L=91;R=25;s1;b1;#2026-03-23 19:21:32-MC;LL=-1003;LH=949;SL=-506;SH=469;D=1B3E8B5934FEE0EEB568AC;C=487;L=86;R=22;s8;b3;#2026-03-23 19:21:32-MC;LL=-1006;LH=950;SL=-518;SH=459;D=A8D9F45AE9A7F70775AA526;C=488;L=91;R=23;s1;b1;#2026-03-23 19:21:32-MC;LL=-1015;LH=948;SL=-518;SH=453;D=A8D9F45AD9A7F70775ABC86;C=488;L=91;R=22;s1;b1;
Die empfangenen Nachrichten sind ok, mit dem dummy sduino bekomme ich damit folgendes:
MS;P1=411;P2=-1071;P3=-2054;P4=-4056;D=14121213131312131312121212121212121213121212131213131313131213121212131213;CP=1;SP=4;R=211;Q;e;m1;
sduinoD Dispatch: P7#3B0045F45, -96.5 dB, dispatch
sduinoD SD_WS07: model=SD_WS07_TH, id=3B, channel=1, temp=6.9, hum=69, bat=low
MC;LL=-1009;LH=942;SL=-509;SH=460;D=A8D9F45ACE7C0A2F6AECE7E;C=486;L=91;R=26;s3;b3;
sduinoD: Found manchester Protocol id 12 clock 486 RSSI = -61 -> Hideki
sduinoD Dispatch: P12#7519BACA0CBF17A9640601, -61 dB, dispatch
sduinoD decoded Hideki protocol model=Hideki_30, sensor id=2b, channel=1, cnt=1, bat=ok, temp=11.4, humidity=39, comfort=Dry. Less than 40% RH
Hideki Hideki_30_1 T: 11.4 H: 39
Wie hast Du den sduino definiert? Es müsste so aussehen
define MySignalPico SIGNALduinoAdv /dev/serial/by-id/...
kaum nimmt man "SIGNALduinoAdv" läuft es auch schon und der Hideki ist da :D
Anbei noch das Schaltbild der Platine
Was ist Ferrite beat small?
SMD Ferrit Dämpfungsperle, mögliche Typen sind im Text genannt wie
SUNLOARD GZ1608D601TF
BLM15HG102SN1D
Es gehen bestimmt auch andere. Unbedingt notwendig sind sie vermutlich nicht solten, aber Störungsempfindlichkeit der Module untereinander verringern. Können auch mit 0R oder niederohmigem Widerstand ersetzt, bzw. ganz gebrückt werden.
Habe mich übrigens zu früh gefreut, obwohl der Pico alle 40s anzeigt, dass mein WS Signal angekommen ist, finde ich es nicht im Logfile. Nach Löschen und Neudefinition des Pico erkennt er es auf das erste Mal, und dabei bleigt es. Nichts mehr, nur noch pings. Bin etwas ratlos.
2026.03.25 18:44:54 3: Opening MySignalPico device /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00
2026.03.25 18:44:55 3: Setting MySignalPico serial parameters to 115200,8,N,1
2026.03.25 18:44:55 1: MySignalPico/define: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00@115200
2026.03.25 18:44:55 1: MySignalPico/init: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00@115200
2026.03.25 18:44:55 3: MySignalPico device opened
2026.03.25 18:44:55 3: MySignalPico: Protocolhashversion: v3.5.3-ralf_25.04.25
2026.03.25 18:44:55 3: MySignalPico IDlist attr whitelist disabled (all IDs active, except blacklisted and instable IDs):
2026.03.25 18:44:55 3: MySignalPico: IDlist MS 0 0.1 0.2 0.3 0.4 0.5 1 3 3.1 4 6 7 13 13.2 14 15 17 20 23 25 32.1 33 33.1 33.2 35 41 49 51 53 54.1 55 65 68 74.1 90 91.1 93 106 113 118.1 124.1 127.1 128.1 130
2026.03.25 18:44:55 3: MySignalPico: IDlist MU 8 9 13.1 16 17.1 19 20.1 21 22 24 26 27 28 29 30 32 34 36 37 38 39 40 42 44 44.1 45 46 48 49.1 49.2 50 54 56 59 60 61 62 64 66 67 69 70 71 72 73 74 78 79 80 81 83 84 85 86 89 91 92 94 95 97 98 99 104 105 110 111 114 118 120 121 122 124 127 128 132 135 198 200 200.1
2026.03.25 18:44:55 3: MySignalPico: IDlist MC 10 11 12 18 43 47 52 57 58 96 119 129 212 216
2026.03.25 18:44:55 3: MySignalPico: IDlist MN 100 101 102 103 107 108 109 112 115 116 123 125 126 131 201 202 203 204 205 206 207 208 209 210 214 215
2026.03.25 18:44:55 3: MySignalPico: IDlist development skipped = 2 5 12.1 31 43.1 63 72.1 75 76 77 82 87 88 119.1 199 205.1
2026.03.25 18:44:55 3: MySignalPico: IDlist development protocol is active (to activate dispatch to not finshed logical module, enable desired protocol via whitelistIDs) = 2 31 43.1 72.1 82 87 88
2026.03.25 18:44:57 3: MySignalPico/init: disable receiver (XQ)
2026.03.25 18:44:58 3: MySignalPico/init: get version, retry = 0
2026.03.25 18:44:58 3: MySignalPico/init: firmwareversion with ccBankSupport and multi cc1101 found -> send br
2026.03.25 18:44:58 2: MySignalPico: initialized. v3.5.3-ralf_13.02.25
2026.03.25 18:44:58 3: MySignalPico/init: enable receiver (XE)
2026.03.25 18:45:46 3: MySignalPico: setting Verbose to: 4
2026.03.25 18:45:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.25 18:45:58 4: MySignalPico/msg READ: OK
2026.03.25 18:45:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.25 18:46:00 4: MySignalPico/msg READ: ␂MC;LL=-1011;LH=931;SL=-523;SH=455;D=A8D9F45ACE1FF77975CF47E;C=486;L=91;R=0;s1;b1;␃
2026.03.25 18:46:00 4: MySignalPico: Found manchester Protocol id 10 clock 486 RSSI = -74 -> Oregon Scientific v2|v3
2026.03.25 18:46:00 4: MySignalPico: Found manchester Protocol id 12 clock 486 RSSI = -74 -> Hideki
2026.03.25 18:46:00 4: MySignalPico: hideki protocol converted to hex: 7519BACA3C40C251860701 with 91 bits, messagestart 1
2026.03.25 18:46:00 4: MySignalPico Dispatch: P12#7519BACA3C40C251860701, -74 dB, dispatch
2026.03.25 18:46:00 4: MySignalPico Hideki_Parse: incomming P12#7519BACA3C40C251860701
2026.03.25 18:46:00 4: MySignalPico Hideki crcCheck ok: cs1/cs2 0/7, rawData=7519BACA3C40C251860701, count+2=9, length=11
2026.03.25 18:46:00 4: MySignalPico Hideki_Parse: raw=7519BACA3C40C251860701, decoded=752bce5e44c046f38a0701
2026.03.25 18:46:00 4: MySignalPico Hideki_Parse: SensorTyp = 30 decodedString = 752bce5e44c046f38a0701
2026.03.25 18:46:00 4: MySignalPico decoder Hideki protocol model=Hideki_30, sensor id=2b, package_number=1, battery=ok, humidity=46, temperature=4.4, comfort_level=Hum. OK. Temp. uncomfortable (>24.9 or <20), channel=1
2026.03.25 18:46:00 4: MySignalPico: Found manchester Protocol id 52 clock 486 RSSI = -74 -> Oregon Scientific PIR
2026.03.25 18:46:00 4: MySignalPico: Found manchester Protocol id 58 clock 486 RSSI = -74 -> TFA 30.3208.0
2026.03.25 18:46:00 4: MySignalPico/msg READ: ␂MC;LL=-1023;LH=939;SL=-519;SH=462;D=CFA2D770FFBBCBAE7287;C=490;L=80;R=0;s3;b0;␃
2026.03.25 18:46:00 4: MySignalPico: Found manchester Protocol id 10 clock 490 RSSI = -74 -> Oregon Scientific v2|v3
2026.03.25 18:46:00 4: MySignalPico: Found manchester Protocol id 12 clock 490 RSSI = -74 -> Hideki
2026.03.25 18:46:00 4: MySignalPico: Found manchester Protocol id 52 clock 490 RSSI = -74 -> Oregon Scientific PIR
2026.03.25 18:46:00 4: MySignalPico: Found manchester Protocol id 58 clock 490 RSSI = -74 -> TFA 30.3208.0
2026.03.25 18:46:01 4: MySignalPico/msg READ: ␂MC;LL=-1025;LH=944;SL=-528;SH=451;D=F45ADE1FF77975CFCAE;C=491;L=75;R=0;s7;b0;␃
2026.03.25 18:46:01 4: MySignalPico: Found manchester Protocol id 10 clock 491 RSSI = -74 -> Oregon Scientific v2|v3
2026.03.25 18:46:01 4: MySignalPico: Found manchester Protocol id 12 clock 491 RSSI = -74 -> Hideki
2026.03.25 18:46:01 4: MySignalPico: Found manchester Protocol id 52 clock 491 RSSI = -74 -> Oregon Scientific PIR
2026.03.25 18:46:01 4: MySignalPico: Found manchester Protocol id 58 clock 491 RSSI = -74 -> TFA 30.3208.0
2026.03.25 18:46:01 4: MySignalPico: Found manchester Protocol id 119 clock 491 RSSI = -74 -> Funkbus
2026.03.25 18:46:58 4: MySignalPico/keepalive ok, retry = 0
2026.03.25 18:47:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.25 18:47:58 4: MySignalPico/msg READ: OK
2026.03.25 18:47:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.25 18:48:58 4: MySignalPico/keepalive ok, retry = 0
2026.03.25 18:49:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.25 18:49:58 4: MySignalPico/msg READ: OK
2026.03.25 18:49:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.25 18:50:58 4: MySignalPico/keepalive ok, retry = 0
2026.03.25 18:51:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.25 18:51:58 4: MySignalPico/msg READ: OK
2026.03.25 18:51:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.25 18:52:58 4: MySignalPico/keepalive ok, retry = 0
2026.03.25 18:53:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.25 18:53:58 4: MySignalPico/msg READ: OK
2026.03.25 18:53:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.25 18:54:58 4: MySignalPico/keepalive ok, retry = 0
2026.03.25 18:55:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.25 18:55:58 4: MySignalPico/msg READ: OK
2026.03.25 18:55:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.25 18:56:58 4: MySignalPico/keepalive ok, retry = 0
2026.03.25 18:57:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.25 18:57:58 4: MySignalPico/msg READ: OK
2026.03.25 18:57:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.25 18:58:58 4: MySignalPico/keepalive ok, retry = 0
2026.03.25 18:59:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.25 18:59:58 4: MySignalPico/msg READ: OK
2026.03.25 18:59:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.25 19:00:58 4: MySignalPico/keepalive ok, retry = 0
2026.03.25 19:01:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.25 19:01:58 4: MySignalPico/msg READ: OK
2026.03.25 19:01:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.25 19:02:58 4: MySignalPico/keepalive ok, retry = 0
2026.03.25 19:03:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.25 19:03:58 4: MySignalPico/msg READ: OK
2026.03.25 19:03:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
Bitte poste mal
get version
get ccconf
get ccreg 35
version: V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: B0*) - compiled at Feb 12 2026 13:07:33
ccconf: freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK)
ccreg: C35 = 0D
Sieht gut aus, Du kannst mal die bWidth etwas erhöhen
ZitatSMD Ferrit Dämpfungsperle, mögliche Typen sind im Text genannt wie
SUNLOARD GZ1608D601TF
BLM15HG102SN1D
Gibts sowas für fliegende Verdrahtungen auch etwas größer und bedrahtet? Nach was muß ich da suchen?
Zitat von: Ralf9 am 26 März 2026, 13:27:41Gibts sowas für fliegende Verdrahtungen auch etwas größer und bedrahtet? Nach was muß ich da suchen?
Ja klar, geschickterweise hätte ich von denen auch noch mehr in meinen Kisten als Smd. Sieht so aus https://de.wikipedia.org/wiki/D%C3%A4mpfungsperle (https://de.wikipedia.org/wiki/D%C3%A4mpfungsperle)
Ist aber kein Muss. Meinst du, das braucht es?
Zitat von: Ralf9 am 25 März 2026, 22:14:55Sieht gut aus, Du kannst mal die bWidth etwas erhöhen
bringt keine Änderung. Was mich wundert: ohne Antenne kommt nichts, mit Antenne "sehe" ich an der LED dass was am Pico ankommt. Ich habe aber das Gefühl dass es nicht weitergeleitet wird. Sprich Empfänger läuft, bWidth sollte also nicht das Thema sein. Und ob Verbose des Signaduino auf 4 oder 5 steht, macht auch keinen Unterschied was das angeht.
Edit: nochmal verifiziert. Ohne Antenne blinkt die LED nur bei Pings alle 2min. Sonst deutlich öfter. Es wird aber nichts bzw. nur sporadisch in das log geschrieben.
Du kannst den USB sduino auch mit einen seriellen Monitor, z.B. von der Arduino Ide, testen.
Ohne fhem muss der Empfang evtl mit XE aktiviert werden.
Hast Du auch mal den Empfang mit dem Modul A getestet?
Z.B. durch deaktivieren des Modul B (get raw CRDB) und dann mit CREA das Modul A aktivieren und dann Bank 0 oder 1 zuweisen.
Oder bei Modul B mit Bank 0 die Frequenz auf 868 MHz ändern und Modul A die Bank 1 zuweisen.
Eine neue Bank wird automatisch mit Slowrf initialisiert, der Empfang muss aber noch mit XE noch aktiviert werden.
Ich habe den Pico sduino auch mal mit Deiner Platine mit Modul 1+2 aufgebaut, hat auf anhieb problemlos funktioniert.
Erst mal nur mit usb, lan teste ich, wenn ich die bestellten SMD Ferrit bekommen habe.
Ich habe serielle Monitore probiert, u.a. putty und auch die Arduino IDE. Bei dem typischen 3x Blinken für meine WS wird auch bei denen kein Transfer protokolliert. Wenn ich bei laufendem seriellen Monitor der IDE den Pico einstecke, kommt nur das, und stoppt dann:
17:01:32.296 -> Reading values from eeprom
17:01:32.296 -> CCInit
17:01:32.296 -> detect B: Partn=0 Ver=0x14
17:01:32.296 -> Starting timerjob
17:01:32.351 -> rxB=1
Das log des fhem bleibt leer.
Stecke ich umgekehrt ohne Seriellen Monitor ein, kommt im log des fhem
2026.03.27 17:06:55 3: Setting MySignalPico serial parameters to 115200,8,N,1
2026.03.27 17:06:55 1: MySignalPico/define: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00@115200
2026.03.27 17:06:55 1: MySignalPico/init: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00@115200
2026.03.27 17:06:55 1: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00 reappeared (MySignalPico)
2026.03.27 17:06:55 4: MySignalPico/msg READ: Reading values from eeprom
2026.03.27 17:06:55 4: MySignalPico/msg READ: CCInit
2026.03.27 17:06:55 4: MySignalPico/msg READ: detect B: Partn=0 Ver=0x14
2026.03.27 17:06:55 4: MySignalPico/msg READ: Starting timerjob
2026.03.27 17:06:55 4: MySignalPico/msg READ: rxB=1
2026.03.27 17:06:57 3: MySignalPico/init: disable receiver (XQ)
2026.03.27 17:06:57 4: MySignalPico/msg READ: rxB=0
2026.03.27 17:06:58 3: MySignalPico/init: get version, retry = 0
2026.03.27 17:06:58 4: MySignalPico/msg READ: V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: b0*) - compiled at Feb 12 2026 13:07:33
2026.03.27 17:06:58 4: MySignalPico/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: b0*) - compiled at Feb 12 2026 13:07:33
2026.03.27 17:06:58 3: MySignalPico/init: firmwareversion with ccBankSupport and multi cc1101 found -> send br
2026.03.27 17:06:58 4: MySignalPico/msg READ: r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*
2026.03.27 17:06:58 4: MySignalPico/msg READ: regexp=(b=\d.* ccmode=\d.*)|(switch)|(Bank)|(bank)|(radio)|(not valid) cmd=cmdBank msg=r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*
2026.03.27 17:06:58 4: MySignalPico/init: Write ccBankInfo: (r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*) to Internal ccconf
2026.03.27 17:06:58 2: MySignalPico: initialized. v3.5.3-ralf_13.02.25
2026.03.27 17:06:58 3: MySignalPico/init: enable receiver (XE)
2026.03.27 17:06:58 4: MySignalPico/msg READ: rxB=1
2026.03.27 17:07:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.27 17:07:58 4: MySignalPico/msg READ: OK
2026.03.27 17:07:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.27 17:08:58 4: MySignalPico/keepalive ok, retry = 0
2026.03.27 17:09:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.27 17:09:58 4: MySignalPico/msg READ: OK
2026.03.27 17:09:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.27 17:10:01 1: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00 disconnected, waiting to reappear (MySignalPico)
Im serial Monitor das hier
17:10:01.321 -> ␂MU;P0=488;P1=-250;P2=-724;P7=739;CP=3;R=241;D=234356272727272010134340101010101343434343401343434013401013434343401340101010101340134340101343472727272010134340101010101343434343401343434013401013434343401340101010101340134340101343472727272010134340101010101343434343401343434013401013434343401340101010101340134340101340;e;␃
17:10:01.579 ->
Ich werde aus dem ganzen nicht schlau. Habe mit Oszi mal die 3,3V angeschaut, das sieht aus meiner Sicht gut aus. Zumindest keine Einbrüche und etwas Dreck mit ~20mV.
Testweise die Versorgung des LAN Modul abgetrennt => keine Änderung
Mit Strom und programmiertem Pico mit Pico_sduino_LAN_424dev260212.uf2 geht auch nichts: in der Fritzbox taucht keine IP des Moduls auf. Und das von dir beschriebene schnelle Blinken ohne LAN-Kabel habe ich auch nicht.
Kann es sein, dass der Pico eine Macke hat?
Beruhingend finde ich, dass das board bei dir soweit funktioniert. Wie gesagt, der Ferrit ist kein Muss. Manche sagen auch "Angstdesign" dazu, den ohne Not zu verbauen.
Edit: noch was fiel mir ein. Ziemlich häufig finde ich das, manchmal auch mehrfacher retry. Sollte bei USB doch eigentlich nicht sein. Oder von was kann es sonst kommen?
2026.03.27 17:07:58 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.27 17:07:58 4: MySignalPico/msg READ: OK
2026.03.27 17:07:58 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
Wenn am Anfang kurz was empfangen wird, ist normalerweise ein Zeichen für ein cc1101 Modul mit einem ungenauen Quarz, deshalb auch der Test mit dem Modul A.
Der Ozillator braucht am Anfang kurz bis er die eingestellte Frequenz erreicht hat.
Du kannst auch mal versuchen mi XQ den Empfang zu deaktivieren und mit XE wieder aktivieren.
Wenn mit der Lan firmware die led nicht schnell blinkt, dann wurde der W5500 erkannt.
Mit der usb firmware kannst Du mit ri die lan konfig auslesen und mit Wi ändern.
was muss ich exakt machen um ein "XQ" & "XE" zu senden? wäre "set MyPico raw XQ" richtig?
Wenn ich die Frequenz um 200KHz hoch oder runter drehe, gibt es keinen Empfang mehr. Gibt es keine andere Möglichkeit die blackbox etwas zu entschlüseln? Debug Ausgabe, anderweitig mehr Daten?
Ich verstehe nicht, warum der Pico zeitgleich zum Signal der WS dreimal blinkt, aber nichts per seriell sendet? Er hat doch ein Signal empfangen, zumindest ist das mein Verständnis. Aber fehlt Dekodierung, oder was sonst.
Ich habe bewusst mal das zweite Modul außen vor gelassen, weil ich noch gar nicht weiß wie ich das anspreche. War immer mein Plan nachdem das 433Modul läuft
Das "KeepAlive not ok" kommt, wenn ca 1 Min lang nichts vom sduino empfangen wurde, wenn dann bei dem ping ein "ok" als Antwort kommt, ist es ok.
Die raw Befehle werden mit "get sduino raw" gesendet.
Du kannst mal mit "e" und "eC" einen Reset auf default machen
Zitate -> EEPROM / factory reset der cc1101 Register
eC - initEEPROMconfig, damit werden die config Daten im EEPROM auf default zurückgesetzt
Gibts in der Nähe des sduino irgendwelche Störquellen?
Ist alles sauber gelötet, keine kalten Lötstellen?
Ah, den Sinn des keepalive habe ich kapiert. Das muss also so, prima.
Alle Lötstellen geprüft und zur Sicherheit trotzdem nachgelötet => keine Änderung gegenüber vorher
Von einem Störer wüsste ich nicht, zumindest nicht auf 433MHz. Das SDR zeigt als stärkstes Signal immer meine WS an.
"XQ" gesendet: der Empfang ist aus. das regelmäßige blinken der LED bleibt aus, nur noch bei den pings
"XE" gesendet: Emfang an, LED blinkt wieder. Wie gehabt keine Datenübertragung an fhem
Ich habe das System über Nacht durchlaufen lassen. anhand den gefilterten Daten des Logfiles folgendes festgestellt:
5 unterschiedliche Geräte wurden empfangen, meine WS mit P12 als stärkstes Signal von ~-56db, alle anderen ~-90db und weniger
fhem erhält ca. 1x pro Stunde die Werte der WS, manchmal auch öfters, manchmal dauert es länger
20:42:27
20:52:29
21:40:29
22:38:33
23:26:34
00:24:36
01:12:38
02:58:42
03:08:44
03:08:44
03:46:43
04:54:48
06:40:52
06:50:54
07:38:55
Bei anderen unbekannten Geräten kommt ein Signal bei fhem alle 10Minuten an, aber auch da manchmal mit Unterbrechung. Um was es sich bei denen handelt, weiß ic aber (noch) nicht
Wenn ich versuche das aufzuzeichnen, komme ich auf folgende Kette:
Antenne => CC1101 => Pico => serial => fhem
=> LED
Im Code der SIGNALduinoAdv.ino finde ich zur LED folgenden Code, vermutlich ist das auch beim Pico ähnlich:
blinkLED=true; //LED blinken, wenn Meldung dekodiert
Da die LED ja blinkt, hieße das es wurde dekodiert. Damit vermute ich den Fehler langsam tatsächlich in der Software, die bei dir ja aber funktioniert. Habe ich bis dahin einen Denkfehler?
Wie der Ablauf der dekodierten Meldung an Seriell funktioniert, habe ich noch nicht durchschaut. eventuell kannst du da weiterhelfen.
Hast Du auch mal den Empfang über Modul A getestet?
Und auch den Reset auf Default?
Reset per
set raw e => alles wie gehabt
Radio A aktiv gestellt, ich hoffe das war so korrekt:
set MySignalPico raw CREA #aktiviert Radio A
get MySignalPico cmdBank A0 #selektiert Radio A und aktiviert Speicherbank 0
set MySignalPico rfmode SlowRF_CCFactoryReset
set MySignalPico cc1101_freq 433.92
get MySignalPico cmdBank A0W
Antenne natürlich an Modul A => Verhalten wie gehabt
Davor hatte ich versehentlich Modul B initialisiert und das erhalten:
2026.03.28 18:41:22 4: MySignalPico/msg READ: The bank 1 was not complete initialized, therefore the bank and radio is reseted to sduino defaults (raw e). Disable receive. ccFactoryReset doneDanach aber auch keine Änderung
cmdBank:
A* b=0 freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000*]
ccmode=0 sync=D391 Modulation:ASK/OOK (SYNC_MODE:No preamble/sync)
B: b=1 freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100]
ccmode=0 sync=D391 Modulation:ASK/OOK (SYNC_MODE:No preamble/sync)
Das komplette Log habe ich dir mal angehängt. Zu meiner Theorie hast du nichts gesagt.
2026.03.28 18:28:49 3: Setting MySignalPico serial parameters to 115200,8,N,1
2026.03.28 18:28:49 1: MySignalPico/define: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00@115200
2026.03.28 18:28:49 1: MySignalPico/init: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00@115200
2026.03.28 18:28:49 1: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00 reappeared (MySignalPico)
2026.03.28 18:28:49 4: MySignalPico/msg READ: Reading values from eeprom
2026.03.28 18:28:49 4: MySignalPico/msg READ: CCInit
2026.03.28 18:28:49 4: MySignalPico/msg READ: detect B: Partn=0 Ver=0x14
2026.03.28 18:28:49 4: MySignalPico/msg READ: Starting timerjob
2026.03.28 18:28:49 4: MySignalPico/msg READ: rxB=1
2026.03.28 18:28:52 3: MySignalPico/init: disable receiver (XQ)
2026.03.28 18:28:52 4: MySignalPico/msg READ: rxB=0
2026.03.28 18:28:52 3: MySignalPico/init: get version, retry = 0
2026.03.28 18:28:52 4: MySignalPico/msg READ: V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: b0*) - compiled at Feb 12 2026 13:07:33
2026.03.28 18:28:52 4: MySignalPico/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: b0*) - compiled at Feb 12 2026 13:07:33
2026.03.28 18:28:52 3: MySignalPico/init: firmwareversion with ccBankSupport and multi cc1101 found -> send br
2026.03.28 18:28:52 4: MySignalPico/msg READ: r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*
2026.03.28 18:28:52 4: MySignalPico/msg READ: regexp=(b=\d.* ccmode=\d.*)|(switch)|(Bank)|(bank)|(radio)|(not valid) cmd=cmdBank msg=r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*
2026.03.28 18:28:52 4: MySignalPico/init: Write ccBankInfo: (r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*) to Internal ccconf
2026.03.28 18:28:52 2: MySignalPico: initialized. v3.5.3-ralf_13.02.25
2026.03.28 18:28:52 3: MySignalPico/init: enable receiver (XE)
2026.03.28 18:28:52 4: MySignalPico/msg READ: rxB=1
2026.03.28 18:29:52 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:29:52 4: MySignalPico/msg READ: OK
2026.03.28 18:29:52 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:30:44 3: MySignalPico reset
2026.03.28 18:30:44 3: Opening MySignalPico device /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00
2026.03.28 18:30:44 3: Setting MySignalPico serial parameters to 115200,8,N,1
2026.03.28 18:30:44 1: MySignalPico/define: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00@115200
2026.03.28 18:30:44 1: MySignalPico/init: /dev/serial/by-id/usb-Raspberry_Pi_Pico_53032847288D9F1C-if00@115200
2026.03.28 18:30:44 3: MySignalPico device opened
2026.03.28 18:30:46 3: MySignalPico/init: disable receiver (XQ)
2026.03.28 18:30:46 4: MySignalPico/msg READ: rxB=0
2026.03.28 18:30:47 3: MySignalPico/init: get version, retry = 0
2026.03.28 18:30:47 4: MySignalPico/msg READ: V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: b0*) - compiled at Feb 12 2026 13:07:33
2026.03.28 18:30:47 4: MySignalPico/msg READ: regexp=V\s.*SIGNAL(duino|ESP).* cmd=version msg=V 4.2.4-dev260212 SIGNALduinoAdv Pico cc1101 (R: b0*) - compiled at Feb 12 2026 13:07:33
2026.03.28 18:30:47 3: MySignalPico/init: firmwareversion with ccBankSupport and multi cc1101 found -> send br
2026.03.28 18:30:47 4: MySignalPico/msg READ: r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*
2026.03.28 18:30:47 4: MySignalPico/msg READ: regexp=(b=\d.* ccmode=\d.*)|(switch)|(Bank)|(bank)|(radio)|(not valid) cmd=cmdBank msg=r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*
2026.03.28 18:30:47 4: MySignalPico/init: Write ccBankInfo: (r=B b=0 rx=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000*) to Internal ccconf
2026.03.28 18:30:47 2: MySignalPico: initialized. v3.5.3-ralf_13.02.25
2026.03.28 18:30:47 3: MySignalPico/init: enable receiver (XE)
2026.03.28 18:30:47 4: MySignalPico/msg READ: rxB=1
2026.03.28 18:31:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:31:47 4: MySignalPico/msg READ: OK
2026.03.28 18:31:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:32:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:33:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:33:47 4: MySignalPico/msg READ: OK
2026.03.28 18:33:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:34:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:35:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:35:47 4: MySignalPico/msg READ: OK
2026.03.28 18:35:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:36:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:37:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:37:47 4: MySignalPico/msg READ: OK
2026.03.28 18:37:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:38:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:39:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:39:47 4: MySignalPico/msg READ: OK
2026.03.28 18:39:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:40:03 4: MySignalPico/msg READ: detect B: Partn=0 Ver=0x14
2026.03.28 18:40:03 4: MySignalPico/msg READ: regexp=.* cmd=raw msg=detect B: Partn=0 Ver=0x14
2026.03.28 18:40:12 4: set MySignalPico raw CREB
2026.03.28 18:40:12 4: MySignalPico/msg READ: detect B: Partn=0 Ver=0x14
2026.03.28 18:40:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:41:22 4: MySignalPico/msg READ: The bank 1 was not complete initialized, therefore the bank and radio is reseted to sduino defaults (raw e). Disable receive. ccFactoryReset done
2026.03.28 18:41:22 4: MySignalPico/msg READ: regexp=(b=\d.* ccmode=\d.*)|(switch)|(Bank)|(bank)|(radio)|(not valid) cmd=cmdBank msg=The bank 1 was not complete initialized, therefore the bank and radio is reseted to sduino defaults (raw e). Disable receive. ccFactoryReset done
2026.03.28 18:41:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:42:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:42:47 4: MySignalPico/msg READ: OK
2026.03.28 18:42:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:43:13 4: set MySignalPico raw CREB
2026.03.28 18:43:13 4: MySignalPico/msg READ: detect B: Partn=0 Ver=0x14
2026.03.28 18:43:16 4: set MySignalPico raw CREB
2026.03.28 18:43:16 4: MySignalPico/msg READ: detect B: Partn=0 Ver=0x14
2026.03.28 18:43:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:44:01 4: MySignalPico/msg READ: set r=B b=1 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070091 boffs=0100
2026.03.28 18:44:01 4: MySignalPico/msg READ: regexp=(b=\d.* ccmode=\d.*)|(switch)|(Bank)|(bank)|(radio)|(not valid) cmd=cmdBank msg=set r=B b=1 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070091 boffs=0100
2026.03.28 18:44:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:45:17 4: MySignalPico/msg READ: ccFactoryReset done
2026.03.28 18:45:17 4: MySignalPico/msg READ: regexp=^CW|ccFactoryReset cmd=rfmode msg=ccFactoryReset done
2026.03.28 18:45:17 3: MySignalPico/msg parseResponse rfmode: ccFactoryReset done
2026.03.28 18:45:17 4: MySignalPico/msg READ: r=B b=1 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070091 boffs=0100
2026.03.28 18:45:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:46:03 3: MySignalPico: Setting FREQ2..0 (0D,0E,0F) to 10 b0 71 = 433.920 MHz
2026.03.28 18:46:03 4: MySignalPico/msg READ: W0F10
2026.03.28 18:46:04 4: MySignalPico/msg READ: W10B0
2026.03.28 18:46:04 4: MySignalPico/msg READ: W1171
2026.03.28 18:46:04 4: MySignalPico/msg READ: cmdStrobeReg 36 chipStatus 1 delay2 0
2026.03.28 18:46:05 4: MySignalPico/msg READ: cmdStrobeReg 34 chipStatus 0 delay2 1
2026.03.28 18:46:44 4: MySignalPico/msg READ: write set r=B b=1 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070091 boffs=0100
2026.03.28 18:46:44 4: MySignalPico/msg READ: regexp=(b=\d.* ccmode=\d.*)|(switch)|(Bank)|(bank)|(radio)|(not valid) cmd=cmdBank msg=write set r=B b=1 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070091 boffs=0100
2026.03.28 18:46:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:47:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:47:47 4: MySignalPico/msg READ: OK
2026.03.28 18:47:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:48:44 4: set MySignalPico raw CREA
2026.03.28 18:48:44 4: MySignalPico/msg READ: detect A: Partn=0 Ver=0x14
2026.03.28 18:48:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:49:11 4: MySignalPico/msg READ: set r=A b=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000
2026.03.28 18:49:11 4: MySignalPico/msg READ: regexp=(b=\d.* ccmode=\d.*)|(switch)|(Bank)|(bank)|(radio)|(not valid) cmd=cmdBank msg=set r=A b=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070090 boffs=0000
2026.03.28 18:49:12 4: MySignalPico/msg READ: ␂MU;P0=-32001;P1=479;P2=-740;P3=727;P4=-252;P5=248;P6=-480;CP=5;R=229;D=012323232141456561414141414565656565614565656565614141456561456565614141456561414565656145632323232141456561414141414565656565614565656565614141456561456565614141456561414565656145632323232141456561414141414565656565614565656565614141456561456565614141456561414565656145632323232141456561414141414565656565614565656565614141456561456565614141456561414565656141;e;␃
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 27 -> EFTH-800 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 37 dmsg W37#CF820E47310 length 41 RSSI = -87.5
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 37 dmsg W37#CF820E47310 length 41 repeat 1 RSSI = -87.5
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 37 dmsg W37#CF820E47310 length 41 repeat 2 RSSI = -87.5
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 37 dmsg W37#CF820E4731 length 40 repeat 3 RSSI = -87.5
2026.03.28 18:49:12 4: MySignalPico: equalDMS W37#CF820E47310 (3)
2026.03.28 18:49:12 4: MySignalPico Dispatch: W37#CF820E47310, -87.5 dB, dispatch
2026.03.28 18:49:12 4: MySignalPico: SD_WS_Parse protocol 37, rawData CF820E47310
2026.03.28 18:49:12 4: MySignalPico: SD_WS37 ERROR - checksum 166 != 49
2026.03.28 18:49:12 4: MySignalPico: equalDMS W37#CF820E4731 (1)
2026.03.28 18:49:12 4: MySignalPico Dispatch: W37#CF820E4731, -87.5 dB, dispatch
2026.03.28 18:49:12 4: MySignalPico: SD_WS_Parse protocol 37, rawData CF820E4731
2026.03.28 18:49:12 4: MySignalPico: SD_WS37 ERROR - checksum 166 != 49
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 38 -> NC-3911 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 54 -> TFA 30.3233.01 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 84 -> IAN 283582 / TV-4848 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 84 dmsg W84#CF820E47310 length 41 RSSI = -87.5
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 84 dmsg W84#CF820E47310 length 41 repeat 1 RSSI = -87.5
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 84 dmsg W84#CF820E47310 length 41 repeat 2 RSSI = -87.5
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 84 dmsg W84#CF820E4731 length 40 repeat 3 RSSI = -87.5
2026.03.28 18:49:12 4: MySignalPico: equalDMS W84#CF820E47310 (3)
2026.03.28 18:49:12 4: MySignalPico Dispatch: W84#CF820E47310, -87.5 dB, dispatch
2026.03.28 18:49:12 4: MySignalPico: SD_WS_Parse protocol 84, rawData CF820E47310
2026.03.28 18:49:12 4: MySignalPico: SD_WS_Parse decoded protocol-id 84 (Auriol IAN 283582, TV-4848), sensor-id 207
2026.03.28 18:49:12 1: MySignalPico: SD_WS_Parse UNDEFINED sensor SD_WS_84_TH detected, code SD_WS_84_TH_1
2026.03.28 18:49:12 4: MySignalPico: equalDMS W84#CF820E4731 (1)
2026.03.28 18:49:12 4: MySignalPico Dispatch: W84#CF820E4731, -87.5 dB, dispatch
2026.03.28 18:49:12 4: MySignalPico: SD_WS_Parse protocol 84, rawData CF820E4731
2026.03.28 18:49:12 4: MySignalPico: SD_WS_Parse decoded protocol-id 84 (Auriol IAN 283582, TV-4848), sensor-id 207
2026.03.28 18:49:12 1: MySignalPico: SD_WS_Parse UNDEFINED sensor SD_WS_84_TH detected, code SD_WS_84_TH_1
2026.03.28 18:49:12 2: autocreate: define SD_WS_84_TH_1 SD_WS SD_WS_84_TH_1
2026.03.28 18:49:12 2: autocreate: define FileLog_SD_WS_84_TH_1 FileLog ./log/SD_WS_84_TH_1-%Y.log SD_WS_84_TH_1
2026.03.28 18:49:12 2: autocreate: define SVG_SD_WS_84_TH_1 SVG FileLog_SD_WS_84_TH_1:temp4hum4:CURRENT
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 85 -> TFA 30.3222.02 / TFA 30.3251.10 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 89 -> TFA 30.3221.02 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 89 dmsg W89#CF820E4731 length 40 RSSI = -87.5
2026.03.28 18:49:12 4: MySignalPico: equalDMS W89#CF820E4731 (1)
2026.03.28 18:49:12 4: MySignalPico Dispatch: W89#CF820E4731, -87.5 dB, dispatch
2026.03.28 18:49:12 4: MySignalPico: SD_WS_Parse protocol 89, rawData CF820E4731
2026.03.28 18:49:12 4: MySignalPico: SD_WS_Parse decoded protocol-id 89 (TFA 30.3221.02), sensor-id CF
2026.03.28 18:49:12 1: MySignalPico: SD_WS_Parse UNDEFINED sensor SD_WS_89_TH detected, code SD_WS_89_TH_1
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 135 -> TFA 30.3255.02 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 200 -> Honeywell ActivLink matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico/msg READ: ␂MU;P0=-21333;P1=466;P2=-743;P3=724;P4=-260;P5=250;P6=-493;CP=5;R=230;D=012323232141456561414141414565656565614565656565614141456561456565614141456561414565656145632323232141456561414141414565656565614565656565614141456561456565614141456561414565656145632323232141456561414141414565656565614565656565614141456561456565614141456561414565656145632323232141456561414141414565656565614565656565614141456561456565614141456561414565656145;e;␃
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 27 -> EFTH-800 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 37 -> Bresser 7009994 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 37 dmsg W37#CF820E47310 length 41 RSSI = -87
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 37 dmsg W37#CF820E47310 length 41 repeat 1 RSSI = -87
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 37 dmsg W37#CF820E47310 length 41 repeat 2 RSSI = -87
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 37 dmsg W37#CF820E4731 length 40 repeat 3 RSSI = -87
2026.03.28 18:49:12 4: MySignalPico: equalDMS W37#CF820E47310 (3)
2026.03.28 18:49:12 4: MySignalPico Dispatch: W37#CF820E47310, -87 dB, dispatch
2026.03.28 18:49:12 4: MySignalPico: equalDMS W37#CF820E4731 (1)
2026.03.28 18:49:12 4: MySignalPico Dispatch: W37#CF820E4731, -87 dB, dispatch
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 38 -> NC-3911 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 54 -> TFA 30.3233.01 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 84 -> IAN 283582 / TV-4848 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 84 dmsg W84#CF820E47310 length 41 RSSI = -87
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 84 dmsg W84#CF820E47310 length 41 repeat 1 RSSI = -87
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 84 dmsg W84#CF820E47310 length 41 repeat 2 RSSI = -87
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 84 dmsg W84#CF820E4731 length 40 repeat 3 RSSI = -87
2026.03.28 18:49:12 4: MySignalPico: equalDMS W84#CF820E47310 (3)
2026.03.28 18:49:12 4: MySignalPico Dispatch: W84#CF820E47310, -87 dB, dispatch
2026.03.28 18:49:12 4: MySignalPico: equalDMS W84#CF820E4731 (1)
2026.03.28 18:49:12 4: MySignalPico Dispatch: W84#CF820E4731, -87 dB, dispatch
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 85 -> TFA 30.3222.02 / TFA 30.3251.10 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 89 -> TFA 30.3221.02 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: decoded matched MU Protocol id 89 dmsg W89#CF820E4731 length 40 RSSI = -87
2026.03.28 18:49:12 4: MySignalPico: equalDMS W89#CF820E4731 (1)
2026.03.28 18:49:12 4: MySignalPico Dispatch: W89#CF820E4731, -87 dB, dispatch
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 99 -> Navaris 44344.04 matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 121 -> Busch-Transcontrol matches, trying to demodulate
2026.03.28 18:49:12 4: MySignalPico: Fingerprint for MU Protocol id 135 -> TFA 30.3255.02 matches, trying to demodulate
2026.03.28 18:49:33 4: MySignalPico/msg READ: ccFactoryReset done
2026.03.28 18:49:33 4: MySignalPico/msg READ: regexp=^CW|ccFactoryReset cmd=rfmode msg=ccFactoryReset done
2026.03.28 18:49:33 3: MySignalPico/msg parseResponse rfmode: ccFactoryReset done
2026.03.28 18:49:33 4: MySignalPico/msg READ: r=A b=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070091 boffs=0000
2026.03.28 18:49:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:49:50 3: MySignalPico: Setting FREQ2..0 (0D,0E,0F) to 10 b0 71 = 433.920 MHz
2026.03.28 18:49:51 4: MySignalPico/msg READ: W0F10
2026.03.28 18:49:51 4: MySignalPico/msg READ: W10B0
2026.03.28 18:49:51 4: MySignalPico/msg READ: W1171
2026.03.28 18:49:52 4: MySignalPico/msg READ: cmdStrobeReg 36 chipStatus 1 delay2 0
2026.03.28 18:49:52 4: MySignalPico/msg READ: cmdStrobeReg 34 chipStatus 0 delay2 1
2026.03.28 18:50:08 4: MySignalPico/msg READ: write set r=A b=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070091 boffs=0000
2026.03.28 18:50:08 4: MySignalPico/msg READ: regexp=(b=\d.* ccmode=\d.*)|(switch)|(Bank)|(bank)|(radio)|(not valid) cmd=cmdBank msg=write set r=A b=0 ccmode=0 sync=D391 ccconf=10B07157C43023B900070018146C070091 boffs=0000
2026.03.28 18:50:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:51:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:51:47 4: MySignalPico/msg READ: OK
2026.03.28 18:51:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:52:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:53:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:53:47 4: MySignalPico/msg READ: OK
2026.03.28 18:53:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:54:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:55:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:55:47 4: MySignalPico/msg READ: OK
2026.03.28 18:55:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
2026.03.28 18:56:47 4: MySignalPico/keepalive ok, retry = 0
2026.03.28 18:57:47 4: MySignalPico/KeepAlive not ok, retry = 1 -> get ping
2026.03.28 18:57:47 4: MySignalPico/msg READ: OK
2026.03.28 18:57:47 4: MySignalPico/msg READ: regexp=^OK$ cmd=ping msg=OK
Hast Du im Haus nur die WS mit Manchester codierten (MC) Nachrichten?
Ich habe die Erfahrungen gemacht, dass MC Nachrichten etwas empfindlicher gegenüber Störungen sind.
Die MU-Nachrichten werden so schwach empfangen, dass vermutlich kein stabiler Empfang möglich ist.
Hast Du was wo FSK sendet? z.B. Wasserzähler mit WMBUS Protokoll?
Emfängst Du unter 868 MHz was?
Du kannst mal
- mit "set disableMessagetype_4 manchesterMC" die MC Nachrichten deaktivieren, sie müssten dann als MU-Nachrichten empfangen werden.
- die "set cc1101_bWidth" auf 464 erhöhen
Ich kann nicht 100% ausschliessen, dass es vorkommen kann, dass es fehlerhaft empfangene Nachrichten gibt bei denen ohne Ausgabe die LED blinkt.
Das LAN Modul habe ich bis jetzt nur mit fliegender Verkabelung getestet, ich werde mal auf Deiner Platine für das Lan Modul Buchsenleisten einlöten und dann testen.
Ich habe jetzt den Empfang mit dem Modul A nochmal über Nacht durchlaufen lassen. Dabei fällt auf:
- RSSI ist mit ~-88db deutlich schlechter als mit Modul B, logisch ist ja das 868MHz Modul
- ich sehe fast nur noch Empfangstripel, sehr wahrscheinlich meine WS. Die anderen Stationen gehen wohl im Rauschen unter
- ca 2s vor den Tripel kommt ein ping
- zwischen den Tripel sind häufig exakt 10min
=> es sieht so aus, wie wenn der Pico schlafen würde und erst nach dem Ping dann ein zwischenzeitlich empfangenes und gepuffertes Signalpaket losschickt
das Tripel wird jetzt als MU erkannt, nicht mehr MC. Damit allerdings auch nicht mehr ein Hideki-Protokoll erkannt.
2026.03.27 18:44:54 4: MySignalPico/msg READ: ␂MC;LL=-1024;LH=925;SL=-527;SH=446;D=A8D9F45ACE47F77975CAD3E;C=486;L=91;R=244;s1;b1;␃
2026.03.28 20:45:52 4: MySignalPico/msg READ: ␂MU;P0=-17157;P1=499;P2=-716;P3=743;P4=-235;P5=277;P6=-452;CP=5;R=227;D=012323232141456561414141414565656565614565656565656145656561456561414145656561456141456565632323232141456561414141414565656565614565656565656145656561456561414145656561456141456565632323232141456561414141414565656565614565656565656145656561456561414145656561456141456565632323232141456561414141414565656565614565656565656145656561456561414145656561456141456561;e;␃
2026.03.28 20:55:52 4: MySignalPico/msg READ: ␂MU;P0=-32001;P1=481;P2=-728;P3=730;P4=-248;P5=246;P6=-490;CP=5;R=218;D=012323232141456561414141414565656565614565656565656145656561456561414141414145614145656565632323232141456561414141414565656565614565656565656145656561456561414141414145614145656565632323232141456561414141414565656565614565656565656145656561456561414141414145614145656565632323232141456561414141414565656565614565656565656145656561456561414141414145614145656565;e;␃
2026.03.28 21:05:52 4: MySignalPico/msg READ: ␂MU;P0=-12068;P1=498;P2=-709;P3=753;P4=-231;P5=274;P6=-456;CP=5;R=225;D=012323232141456561414141414565656565614565656565656561414561456561414141456561414145614145632323232141456561414141414565656565614565656565656561414561456561414141456561414145614145632323232141456561414141414565656565614565656565656561414561456561414141456561414145614145632323232141456561414141414565656565614565656565656561414561456561414141456561414145614141;e;␃
Auf 868MHz habe ich noch nicht empfangen. Probiere ich mal aus. Allerdings ist das ja kein ASK/OOK und wenn ich nichts empfange weiß ich nicht ob falsche Modulation oder selbiges Problem
Zitat von: Ralf9 am 28 März 2026, 21:42:45Hast Du im Haus nur die WS mit Manchester codierten (MC) Nachrichten?
Ich habe die Erfahrungen gemacht, dass MC Nachrichten etwas empfindlicher gegenüber Störungen sind.
Hast Du was wo FSK sendet? z.B. Wasserzähler mit WMBUS Protokoll?
Gute Frage, der Hideki hat MC. Meine anderen möglichen Sender (Garagentor, Steckdosen) habe ich noch gar nicht probiert sind aber soweit ich weiß alle ASK. FSK habe ich soweit mit bekannt, nur auf 868MHz
Zitat von: Ralf9 am 28 März 2026, 21:42:45- mit "set disableMessagetype_4 manchesterMC" die MC Nachrichten deaktivieren, sie müssten dann als MU-Nachrichten
geht das auch umgekehrt, MU deaktivieren so dass nur MC empfangen wird? Die Erläuterungen zu Messagetype 3 und 4 werden mir da nicht ganz klar.
Zitat von: DerD am 29 März 2026, 09:47:32- ich sehe fast nur noch Empfangstripel, sehr wahrscheinlich meine WS. Die anderen Stationen gehen wohl im Rauschen unter
- ca 2s vor den Tripel kommt ein ping
- zwischen den Tripel sind häufig exakt 10min
kommen die MU Empfangstripel genauso häufig wie die MC Nachrichten?
Wenn nichts empfangen wird, müsste das Ping aber ca alle 1-2 Min kommen.
Was sind das für Steckdosen?
Die MU-MS und MC Nachrichten können getrennt deaktiviert und aktiviert werden.
ja, anstelle der MCs kommen so nur nur MUs. Ja, es kommen immer mehrere Pings, bis eben wieder nachfolgend eine Nachricht kommt.
Steckdose ist wohl nicht ganz richtig. Hieß "CLAITE Smart Wireless RF Fernbedienung Empfänger DC 12 V 220 V 10A". Die Module habe ich mal von Ali mit Sender gekauft. Werden sporadisch genutzt um gezielt Deckenlicht in der Werkstatt zu schalten. Kommen als Störer aber nicht in Betracht.
Edit: wenn ich gezielt "disableMessagetype_4" mache, ändert sich bei allen nichts, also keine Übertragung. Wenn ich auch unsyncedMU disable, zeigt zusätzlich die LED auch nichts mehr an, außer eben Pings
Habe es jetzt auch auf 868MHz probiert. Bandbreite 650. Die RF-modes habe ich durchprobiert, aber nicht mal ein Blinken der LED, geschweige denn eine Übertragung.
Mir ist nicht klar was bei Dir bei der USB Version nicht passt.
Da gibts mehrere Möglichkeiten: Störungen, etwas am raspi pico oder am Rechner wo der raspi pico mit usb verbunden ist.
Bei mir läufts problemlos mit 2 verschiedenen Raspi Pico und bei @tndx funktionierts auch.
Hast Du den pico sduino auch mal am Windows PC mit einem seriellen Monitor, z.B. der Arduino IDE, getestet?
Hast Du mal versucht ob die Steckdosen Fernbedienung vom sduino erkannt wird?
Wenn bei 868 MHz das FSK Protokoll bei https://github.com/merbanan/rtl_433 nicht bekannt ist, wirds schwierig.
Außer der Frequenz müssen auch noch Datarate, DEVIATN und sync passen.
Die Datenrate ist der Kehrwert von der Datenbitlänge
Der Frequenzhub (DEVIATN) ist (obere Frequenz - untere Frequenz) / 2
https://forum.fhem.de/index.php?topic=106594.msg1148604#msg1148604
siehe auch hier
https://forum.fhem.de/index.php?topic=78809.msg1358006#msg1358006
Ich habe jetzt auch das Lan Modul in die Platine eingelötet. Ich habe alles über Buchsenleisten steckbar gemacht.
Es hat auf Anhieb problemlos funktioniert.
Es muss die rote Betriebsled leuchten, wenn das Lan Kabel gesteckt ist, muss die grüne LED leuchten und die gelbe blinken.
Das Lan kabel muss am Anfang schon gesteckt sein.
Wenns über DHCP nicht funktioniert, kann auch die USB Firmware geflasht werden und dort mit Wi die IP Addresse geändert werden.
Ich habe weitere Tests gemacht, und tatsächlich alle ohne positives Ergebnis. Es ist sowas von frustrierend.
- Handsender wird von rtl_433 erkannt als "Akhan-100F14", beim Pico wie gehabt, LED blinkt wirklich bei jedem Tastendruck, keine einzige Übertragung bei 10 Versuchen
- auf der 3,3V Schiene zusätzlich 470µ Pufferelko eingebaut
- den LDO getauscht gegen ein potenteres Modell, beides vor dem Hintergrund, dass seltsame Störungen gern von instabiler Versorgung kommen
Dazu noch ein paar Worte: mein Pico von Ali hat im Gegensatz zum Referenzdesign keinen Sepic-Regler sondern einen LDO, die Induktivität des Sepic haben die Nasen der Optik wegen auf der Platine gelassen. 2 Pins ohne Leiterbahn. Laut meiner Recherche ist ein BL8555 (SMD Code G3) verbaut. Der kann aber max. 200mA, deshalb habe ich testweise einen AZ1117 verlötet. Ist bei Betrieb mit 5V ja auch alles OK, mit 2V geht da im Gegensatz zum Orginal aber natürlich nichts, was an USB ja aber nicht stört. Was den RP2040 angeht: habe nichts gelesen, dass die Fakes da ein Problem machen würden
Was hast du für einen Pico? Das Original? Unterschiede siehe hier (https://hackaday.com/2026/01/15/looking-at-a-real-fake-raspberry-pi-rp2040-board/)
Ich habe serielle Monitore probiert, u.a. putty und auch die Arduino IDE. Bei dem typischen 3x Blinken für meine WS wird auch bei denen kein Transfer protokolliert. Nur dann, wenn auch bei fhem was ankommt.
Sämtliche Übertragungen PC-Pico haben problemlos funktioniert, ich würde die USB-Verbindung damit ausschließen
Hast du den Programmcode unter der Arduino-IDE geschrieben? Magst du das teilen?
Das einzig positive ist die Tatsache, dass die Platine problemlos funktioniert.
Hast Du auch mal die Lan Firmware getestet?
Hättest Du den Raspi Pico gesockelt, dann wäre es einfacher. Da wäre auch mal mit der Arduino Ide eine Testprogramm oder ein Test mit fliegender Verkabelung eines cc1101 Moduls möglich.
Es gibt niedrige Buchsenleisten mit einer Höhe von ca 5,7 mm das müsste doch von der Höhe gerade noch passen.
Meine beiden Pico sind auch von Ali
Ja ich weiß, Fahrradkette. Nun, wer konnte denn sowas ahnen.
Aber: Seit 10min bekomme ich Daten rein, mit verbose 4 läuft das logfile so schnell hoch, so dass ich nicht mitlesen konnte.
Was habe ich gemacht: den Pico mit dem gleichen Setup (USB-Kabel, Antenne) an einen anderen Rechner angeschlossen. Vorher Lenovo X230 unter Linux Mint 21.3, jetzt deutlich älteres HP Elitebook 2530 unter Linux Mint 22. In beiden Fällen frisch installiertes fhem Revision 29804.
Ich habe null Ahnung wo das Problem mit dem Lenovo ist, auf dem wurden ja extra auch alle USB Ports durchprobiert, ohne Erfolg. Seit Jahren werden über die USB-Ports ESPs und arduinos per Arduino-IDE, Platformio oder die Webtools programmiert. Mit diversen Adapterkabeln, nie mit einem Problem das am Rechner lag, an schlechten Kabel schon. Von USB Sticks und Platten abgesehen. Auch das programmieren des Pico ging anstandslos.
Sollte jemand eine Idee zur Problemidentifikation haben, gerne her damit. Ach ja, beide USB-A Ports am PC haben 5,02 bis 5,05V. Stromaufnahme ist ~90mA in deiden Fällen.
Umgekehrt, auch dieses PicoDuino-Board läuft, und ich kann mich an den weiteren Ausbau machen. Danke Ralf für deinen unermüdlichen Tips.