Ich habe mein CUL Stick (CUL v3.4, Atmega32u4) mit SIGNALDuino_miniculcc1101_3.4.0.hex geflasht.
dfu-programmer atmega32u4 flash SIGNALDuino_miniculcc11013.4.0.hex
Und nun lässt sich Stick nicht erkennen. Nichts passiert, wenn ich CUL anschließe - keine USB Geräte sind sichtbar.
ls /dev/serial/by-id/ -l
ls: cannot access '/dev/serial/by-id/': No such file or directory
dfu-programmer atmega32u4 reset
dfu-programmer: no device present.
Drucken "Program" Button bringt auch nichts :(
Bitte um Hilfe.
Vorab mal Willkomen hier im FHEM-Forum.
Wo hast du die firmware her? Die Benennung sieht mir eher nach der Variante für den Arduino Nano (ATMega328) aus, vermutlich reagiert die MCU deswegen nicht. Würde mal versuchen, das ganze zu wiederholen mit der zu "pro micro" passenden Variante (kann sein, dass die etwas anders heißt, aber dazu müßte ich wissen, mit welcher genauen Quelle du es grade versuchen willst).
wie Beta-User schon geschrieben hat, kann dies mit SIGNALDuino_miniculcc11013.4.0.hex nicht funktionieren, beim minicul wird der ATMega328 verwendet.
Du verwendest vermutlich diese, da gibts keine passende
https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/3.4.0
Du kannst mal diese von mir testen
https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.2.1-rc9/SIGNALduino_culV3CC1101_3321rc9.hex
Gruß Ralf
hallo Beta-User und Ralf9.
ZitatWo hast du die firmware her?
ZitatDu verwendest vermutlich diese
Genau, https://github.com/RFD-FHEM/SIGNALDuino/releases/tag/3.4.0
Die Idee war CUL zu SIGNALDuino umzuwandeln. Als CUL funktionierte er problemlos.
Zitatminicul wird der ATMega328 verwendet.
Der Chip ist definitiv 32U4, Foto ist anbei.
Ich kann nun den Stick weder erasen noch re-flashen, weil das Betriebsystem den Stick nicht mehr sieht. Habe mit Linux und MacOS versucht, erfolglos.
Hast Du den Cul vor dem flashen in den Bootloader Modus gebracht?
Es müsste dafür am Cul eine Taste geben.
Ja habe ich. Erase war reibungslos. Flashen endete mit Nachricht "xxx bytes used (yy%)" und seitdem ist der Stick als USB-Gerät nicht sichtbar.
Ist er im Bootloader Modus noch als USB-Gerät sichtbar, dann sollte das erase und flashen funktionieren
Nicht sichtbar, egal ob ich die Taste drucke oder nein :(
Wie bringst Du den cul in den Bootloader Modus?
Die Taste beim stecken in die USB-Buchse drücken?
Ist geklappt! Ich musste die Taste vor dem Stecken, während Stecken und während erase/flash drucken. Danke Ralf!
Und welche .hex hast Du nun geflashed ? Ich erwäge nämlich meinen 868CUL, den ich für FS20/CUL_EM nutzte(das aber mit dem Abschalten meines Gaskessels nun nicht mehr benötigt wird 8) ) als S'duino zu flashen, um FSK(PCA301 u. Fody) mit dem CUL zu ermöglichen(mit einem nanoCUL funktioniert es prima).
KölnSolar ich hatte noch keine Zeit alles zu erledigen. Versuche selbst eine Bresser Wetterstation anzubinden, die bei CUL nicht unterstützt ist. Ich melde mich wenn ich fertig bin.
ZitatVersuche selbst eine Bresser Wetterstation anzubinden
Die Bresser Wetterstationen senden aber FSK, siehe auch in der Protokoll Liste
https://ralf9.github.io/SD_Device_Proto.html
Da benötigst Du eine andere Firmware
https://github.com/Ralf9/SIGNALDuino/releases/tag/3.3.5-dev220529
https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.5-dev220529/SIGNALduino_culV3CC1101_onlyFsk_335dev20220521.hex
Bei FSK benötigtst Du auch mein angepasstes 00_SIGNALduino.pm und 14_SD_WS.pm Modul
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900
aktuell ist z.Zt.
versionmodul v3.4.14-dev_ralf_29.09.
versionprotoL v3.4.14-dev_ralf_27.09.
zusätzliche Infos für FSK
https://forum.fhem.de/index.php/topic,111653.msg1058902.html#msg1058902
@Ralf9 ich habe alles aus deiner letzten Nachricht gemacht, aber noch etwas fehlt. hier ist meine Konfiguration:
Kannst Du bitte mal die Fehlermeldungen posten
wenn nichts empfangen wird, kann es evtl sein, daß die Frequenz nicht ganz passt. Es gibt cc1101 Module mit einem ungenauen Quarz
2022.10.30 16:19:29 2: SD_WS_WH2: unknown message, please report. converted to bits: 001100110000100110000011011100000001100011111111111111111111111100110011100010000001100000110110100000011011101110110000
2022.10.30 16:19:29 3: Bresser: Unknown code W115#3309837018FFFFFF3388183681BBB0, help me!
2022.10.30 18:14:33.422 4 : sduinoD/msg get dispatch: W115#3309837018FFFFFF3388183681BBB0
2022.10.30 18:14:33.422 4 : sduinoD: SD_WS_Parse protocol 115, rawData 3309837018FFFFFF3388183681BBB0
2022.10.30 18:14:33.422 4 : sduinoD: SD_WS_Parse decoded protocol-id 115 (Bresser_6in1, new Bresser_5in1), sensor-id 33098370
2022-10-30 18:14:33.428 SD_WS SD_WS_115_0 T: 18.3 H: 81 Ws: 0 Wg: 0 Wd: NNW
Hast Du mein angepasstes und erweitertes Modul 14_SD_WS.pm installiert?
update all https://raw.githubusercontent.com/Ralf9/14_SD_WS/main/controls_ralf9_sd_ws.txt
https://github.com/Ralf9/14_SD_WS/blob/main/FHEM/14_SD_WS.pm
Nun alles funktioniert, danke @Ralf9!
@KölnSolar, ich habe den Hinweisen von @Ralf9 gefolgt und alles hat geklappt. Alle Infos sind hier in Diskussion.
@Ralf9 könntest du mir noch mit einer Sache helfen?
Direkt nach dem Start des Systems empfängt SIGNALduino Signals sehr aktiv (Aktualisierungen jede 20-30 Sek) aber nur ca. 2-3 Minuten lang (7-10 Aktualisierungen insgesamt) und dann stoppt Signals zu empfangen. Nach Reboot wiederholt die Situation. Im Log gibt es keine Meldungen. Was kann der Grund dafür sein?
Bitte verändere mal die Frequenz ein wenig in 0.05 Schritten.
Am Anfang braucht der Frequenzgenerator des c1101 immer eine Weile bis er die Frequenz erreicht hat.
Ich bin ja mittlerweile fast der Meinung, das die Bresser-Wetterstationen nicht auf 868,350 MHz senden, sondern auf 868,300 MHz. Ich habe das mit verschiedenen CC1101, CC1100 und einem SX1231 nachvollziehen können.
Die Werte in Spalte "Offset" ist die Frequenzabweichung umgerechnet in kHz aus Register 0x32 (0xF2): FREQEST – Frequency Offset Estimate from Demodulator:
868,300 MHz
-----------
Time current RAW received data RSSI Offset
dB kHz
13:15:01 B254BE40041218FFFFFF0008192674FFF02C0000000000000000 -106 -7
13:14:57 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -67 11
13:14:45 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -66 11
13:14:33 E937FFF72F65EF7AFCC47FDDFF12C8A008D00210850171802200 -112 -3
13:14:31 EEAA6EF7FFFFFFEBEDA8FFFFFF11559108000000141257000000 -68 9
13:14:21 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -66 11
13:14:19 EF396DF7FFFFFFEDEDAAFFFFFF10C69208000000121255000000 -79 4
13:14:10 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -67 11
13:13:58 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -67 11
13:13:55 EF396DF7FFFFFFEDEDAAFFFFFF10C69208000000121255000000 -80 6
13:13:45 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -66 11
13:13:33 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -66 11
13:13:25 35C3BE40041218FF66FF0008193672FFF0B70000000000000000 -107 -7
13:13:24 EEAA6EF7FFFFFFEBEDA8FFFFFF11559108000000141257000000 -70 9
13:13:21 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -67 11
13:13:10 EEAA6EF7FFFFFFEBEDA8FFFFFF11559108000000141257000000 -70 7
13:13:09 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -66 11
13:13:06 EF396DF7FFFFFFEDEDAAFFFFFF10C69208000000121255000000 -80 4
13:12:58 F0AA6EF7FFFFFFEBEDA7FFFFFF0F559108000000141258000000 -70 9
868,350 MHz
-----------
13:21:54 EF396DF7FFFFFFEDEDAAFFFFFF10C69208000000121255000000 -80 -44
13:21:51 EDAA6EF7FFFFFFEAEDA8FFFFFF12559108000000151257000000 -70 -41
13:21:49 50DEBE40041218FF99FF0008188674FFF0330000000000000000 -107 -50
13:21:45 EFF46CF7FFFFFFE6EDADFFFFFF100B9308000000191252000000 -66 -39
13:21:42 EF396DF7FFFFFFEDEDAAFFFFFF10C69208000000121255000000 -80 -44
13:21:39 EDAA6EF7FFFFFFEAEDA8FFFFFF12559108000000151257000000 -69 -41
13:21:33 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -66 -39
13:21:31 EE396DF7FFFFFFECEDAAFFFFFF11C69208000000131255000000 -80 -44
13:21:24 EDAA6EF7FFFFFFEAEDA8FFFFFF12559108000000151257000000 -70 -41
13:21:21 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -66 -38
13:21:18 EE396DF7FFFFFFECEDAAFFFFFF11C69208000000131255000000 -82 -44
13:21:12 EDAA6EF7FFFFFFEAEDA8FFFFFF12559108000000151257000000 -70 -41
13:21:09 F1F46CF7FFFFFFDFEDADFFFFFF0E0B9308000000201252000000 -66 -38
13:21:06 EF396DF7FFFFFFEDEDAAFFFFFF10C69208000000121255000000 -80 -44
13:21:01 F273BE40041218FFFFFF0008188674FFF0CD0000000000000000 -108 -50
13:20:58 EEAA6EF7FFFFFFEBEDA8FFFFFF11559108000000141257000000 -69 -41
13:20:57 EFF46CF7FFFFFFE6EDADFFFFFF100B9308000000191252000000 -67 -39
13:20:54 EE396DF7FFFFFFECEDAAFFFFFF11C69208000000131255000000 -81 -44
13:20:49 8998BE40041218FFAAFF0008188674FFF0220000000000000000 -106 -50
Ich habe alle Werte zwischen 868,350 und 868,300 in 0.05 Schritten versucht. Zweimal bekam ich die einzige Nachricht von Wetterstation - einmal auf 868,315 und einmal auf 868,300.
Wie gesagt, kurz nach Systemstart funktioniert es immer prima, also das Problem ist nicht mit Hardware/Wänden/Entfernung.
@elektron-bbs ich habe deine Nachricht gesehen https://github.com/RFD-FHEM/RFFHEM/issues/607#issuecomment-830818445 (https://github.com/RFD-FHEM/RFFHEM/issues/607#issuecomment-830818445) und meine Werte sehen ähnlich aus (Screenshot)
Wenn du ein cc1101 Modul mit ungenauem quarz hast, kann es auch 868.400 oder etwas höher sein
Also es funktioniert auf 868.295 Frequenz. Ich empfange die Nachrichten jede 2-3 Minuten, obwohl die Wetterstation jede ~45 Sekunden die Nachrichten sendet. Also Loss-rate beträgt ca. 75%
@elektron-bbs, wie bekomme ich die Werte von "FREQEST – Frequency Offset Estimate"? Sie wären sehr hilfreich für Frequenz fein Tuning.
Hast Du einen 868 oder 433 Cul?
Wie sind die RSSI Werte der empfangenen Nachrichten?
Die Frequenz muss zwar bei FSK genauer sein als bei Slowrf, es muss aber auch nicht auf 5 KHz genau sein.
Ich habs bei mir mal mit dem Fody_E42 getestet, der Fody_E42 wird mit den gleichen cc1101 Registerkonfiguration empfangen wie die Bresser Wetterstationen.
Ich empfange ihn gut im Frequenzbereich 868.300 bis 868.400
D.h. wenn der Fody eine Frequenz von 868.350 hat, wird er auch noch mit +- 50 KHz empfangen
@ralf9 ich habe einen 868 CUL. "SIGNALduino_RSSI" ist -85
Mit -85 hast Du keinen so guten Empfang, besser wären Werte besser als -80, mit Werten schlechter als -90 wird es dann so langsam grenzwertig
mit meiner Wetterstadtion und Sduino hatte ich bei ca 8m auch keinen Empfang mehr <-85db
Wenn du auch diese kurze Federantenne dran hast, tausche gegen 3 Kupferdrähte mittlere ca 85mm rechts und links 80mm
wie im Bild , jetzt bei vollen Batterie ca -63db bei leerer -76-db. und die Entfernung ist jetzt ca 15Meter.
Zitat von: mskyda am 01 November 2022, 10:11:26
Also es funktioniert auf 868.295 Frequenz. Ich empfange die Nachrichten jede 2-3 Minuten, obwohl die Wetterstation jede ~45 Sekunden die Nachrichten sendet. Also Loss-rate beträgt ca. 75%
@elektron-bbs, wie bekomme ich die Werte von "FREQEST – Frequency Offset Estimate"? Sie wären sehr hilfreich für Frequenz fein Tuning.
Den Hex-Wert bekommst du aus Register 0x32. Bei Sideys Version z.B. mit dem Befehl:
get sduinoEasyPico868 ccreg 32Ob das bei Ralf9 auch so funktioniert, weiß ich nicht.
Den Hex-Wert rechne ich in Perl so in kHz um:
if ($freqafc > 127) {$freqafc -= 255;}
$freqafc = int(26000000 / 16384 * $freqafc / 1000);
Ich empfange hier zwei Wetterstationen relativ stabil irgendwo her aus der Nachbarschaft. Eine Bresser 5-in-1 mit durchschnittlich -91 dB und eine Bresser 3-in-1 mit -105 dB. Ich selbst betreibe noch drei Fody_E42, diese liegen im Schnitt bei -70 dB. Die Receiver sind eingestellt auf 868,300 MHz.
@fhem-hm-knecht dank deinem Foto habe ich den Stick vertikal positioniert und das hat das Signal sofort verbessert. jetzt habe ich einen stabilen Empfang mit ca. -82db RSSI
nun funkt alles wie gedacht. danke euch @ralf9 @elektron-bbs @fhem-hm-knecht
Welche Frequenz hast du jetzt eingestellt?
868.260MHz
Demnach gibts auch Culs mit ungenauen Frequenzen.
Liegt dies an einem ungenauen Quarz oder gibts dafür auch andere Ursachen?
Ich weiß es nicht. Ich habe verschiedene Werte versucht bis die beste RSSI bekommt. Höher und niedriger Frequenz => schlechter RSSI.
Zitat von: Ralf9 am 02 November 2022, 10:39:42
Demnach gibts auch Culs mit ungenauen Frequenzen.
Liegt dies an einem ungenauen Quarz oder gibts dafür auch andere Ursachen?
Ob es am CUL liegt, oder am Sensor kann man bei nur einem empfangenen Sensor wohl schlecht abschätzen.
Erst bei mehreren Sensoren kann man das erkennen. Im Diagramm ist die Frequenzabweichung in kHz von 5 Sensoren zur eingestellten Empfangsfrequenz von 868.300 MHz ersichtlich. Abweichungen um +-20 kHz sind drin und bei dem 3-in-1 scheint es sogar noch temperaturabhängig zu sein.
Wie bekommst Du die Frequenzabweichung?
Ich verwende dafür eine modifizierte Firmware und 00_SIGNALduino.pm.
Für Stichproben habe ich das hier https://forum.fhem.de/index.php/topic,129888.msg1242647.html#msg1242647 (https://forum.fhem.de/index.php/topic,129888.msg1242647.html#msg1242647) beschrieben.