Autor Thema: Fehlerhafte CC1101 Module  (Gelesen 49356 mal)

Offline Horti

  • Full Member
  • ***
  • Beiträge: 276
Antw:Fehlerhafte CC1101 Module
« Antwort #270 am: 12 Mai 2020, 08:36:38 »
Danke für den gut gemeinten Ratschlag. Die Firmmware von Dirks Wettersensoren basiert aber nicht auf papas asksinpp, deswegen kann ich da auch nicht einfach Werte ins EEPROM schreiben. Sicher gebe es auch hier andere Möglichkeiten, als die Frequenz zu patchen, aber darum geht es hier nicht.

Offline papa

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1939
Antw:Fehlerhafte CC1101 Module
« Antwort #271 am: 12 Mai 2020, 09:34:38 »
Und wieder ich :)
Ich habe an der seriellen Konsole gelauscht:
AskSin OTA Bootloader V0.7.0

TX bootloader sequence
Wait for CB msg
Timeout
CRC fail, Reboot

Was habe ich gemacht:

Welche Checksumme wird denn vom OTA-Bootloader geprüft?
Du musst natürlich auch die Firmware übertragen, nachdem der Bootloader geflasht wurde.

Hier stehen die Schritte alle beschrieben: https://github.com/pa-pa/AskSinPP/tree/master/bootloader/avr
Oder hier: https://wiki.fhem.de/wiki/Universalsensor#OTA_.28OverTheAir.29_Firmwareupdate

Siehe Bild, wo die Daten im HB-UW-Sen-THPL_update_V0_15_000_150303.hex zu patchen sind.
Hier ist ein Onlinetool zum Checksumme berechen: https://www.fischl.de/hex_checksum_calculator/
« Letzte Änderung: 12 Mai 2020, 09:41:58 von papa »
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

Offline Horti

  • Full Member
  • ***
  • Beiträge: 276
Antw:Fehlerhafte CC1101 Module
« Antwort #272 am: 12 Mai 2020, 10:26:29 »
Moin,

ich kenn die ganzen Schritte mittlerweile ausreichend genau, denke ich, habe ich ohne Frequnzanpassung auch mehr als einmal gemacht. Ich habe jetzt wie gesagt eine Hex-Datei mit der makeota.html, die auch die Firmware enthält, erzeugt. Die funktioniert auch grundsätzlich, nur die Frequenzeinstellung ist für das verwendete Funkmodul nicht optimal oder halt umgekehrt :)
Also habe ich jetzt die beiden Frequenstrings in der Datei korrigiert (50 durch CA ersetzt), die Checksumme korrigiert und die entstandene Hex-Datei geflasht. Dabei bekomme ich die Ausgabe auf der seriellen Konsole.
Die ganzen Schritte gerade noch mal durchgeführt, beide Hex-Dateien s. Anhang, aber trotzdem bleibt das Ding im Bootloader stecken.
Habe ich irgendein entscheidendes Detail übersehen?

Offline papa

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1939
Antw:Fehlerhafte CC1101 Module
« Antwort #273 am: 12 Mai 2020, 10:39:16 »
Sorry - keine Zeit mir das im Detail anzusehen.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

Offline Horti

  • Full Member
  • ***
  • Beiträge: 276
Antw:Fehlerhafte CC1101 Module
« Antwort #274 am: 12 Mai 2020, 13:41:45 »
Klar, verstehe ich, Danke für Deine Hilfe bis hierhin.

Vielleicht kann sich das Thema ja noch jemand anders ansehen, beide Dateien sind identisch, bis auf die Zeilen mit der gepatchten Frequenzeinstellung, die Checksummen sind angepasst. Trotzdem weigert sich der Bootloader im 2. Fall die Applikation zu starten (CRC fail).

Offline frank

  • Hero Member
  • *****
  • Beiträge: 10003
Antw:Fehlerhafte CC1101 Module
« Antwort #275 am: 12 Mai 2020, 14:15:21 »
hier sollte ja die crc prozedur vom damaliegen bootloader beschrieben sein:
https://github.com/jabdoa2/Asksin_OTA_Bootloader/blob/master/README.md
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [hm.js]: https://forum.fhem.de/index.php/topic,106959.0.html

Offline Horti

  • Full Member
  • ***
  • Beiträge: 276
Antw:Fehlerhafte CC1101 Module
« Antwort #276 am: 12 Mai 2020, 17:39:10 »
Ich habe nun doch eine neue Firmware-Datei mit der aktuellen Linux-Version der Arduino-IDE erzeugt (man wächst mit seinen Aufgaben :) ). Und zwar einmal mit der Standard- und einmal mit der geänderten Frequenz. Erwartungsgemäß haben sich die hex-Dateien nur an 2 Stellen unterschieden: Frequenz selber und Zeilen-Prüfsumme
pi@raspberrypi:~/Downloads $ diff -y --suppress-common-lines WetterSensor.cpp.hex WetterSensor.cpp_CA.hex
:10025000063D070C0B060D210E650F5010C81193BB            | :10025000063D070C0B060D210E650FCA10C8119341

Meine ursprüngliche Frage, wo man die Frequenz patchen kann, wäre damit beantwortet. Warum es bei der Ausführung hackt muss ich ggf. woanders weiter analysieren.

Offline Dirk P.

  • Jr. Member
  • **
  • Beiträge: 50
Antw:Fehlerhafte CC1101 Module
« Antwort #277 am: 08 Juni 2020, 14:11:38 »
Für den NanoCul gibt es noch keine Lösung. Du kannst aber auch den FreqTest-Sketch aus der AskSin++ nehmen und ermitteln, wie weit das Funkmodul daneben liegt. Dann müsstest Du die Werte im SourceCode des NanoCul entsprechend anpassen.
Hallo, ich bin am verzeifeln.
Habe auch zwei Module bekommen deren Frequenz zu tief senden und empfangen.
Ich nutze es für meine eQ3 Thermostaten.
Das Modul das funzt liegt nur ewas neben der Frequenz....
Nun habe ich die neuen Werte die ich ausgerechnet habe, in die rf_asksin.c. eingefügt und neu compilliert.
Nichts, keine Frequenzänderung.
Jetzt habe ich in der cc1100.c entdeckt, das dort auch die Standardwerte drin stehen, auch geändert...nichts.
Ich verstehe einfach nicht, das nicht ein Modul (auch das funktionierende) auf eine Änderung reagiert....
Den SelbstbauCul habe ich schon zigmal überprüft und ist nach der Schaltung entstanden > https://wiki.fhem.de/wiki/Selbstbau_CUL
...ich muss aber gestehen das ich aus der ioBroker Gemeinde stamme...
Da hier aber das Thema behandelt wird/wurde, wende ich mich an euch.

Danke
« Letzte Änderung: 08 Juni 2020, 14:58:20 von Dirk P. »

Offline papa

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1939
Antw:Fehlerhafte CC1101 Module
« Antwort #278 am: 16 Juni 2020, 23:35:33 »
Da man ja praktisch keine ordentlichen CC1101 Module mehr kaufen kann, habe ich mal das Frequenzhandling im Zusammenhang mit dem OTA-Bootloader etwas verbessert. Die neue "makeota.html" Seite erlaubt die Eingabe der ermittelten Frequenz und patched den OTA-Bootloader mit den entsprechenden Werten. Außerdem kann jetzt im Sketch das Define "USE_OTA_BOOTLOADER_FREQUENCY" gesetzt werden. Dann wird im Sketch auch die Einstellung aus dem Bootloader übernommen. Somit braucht die Frequez nur einmal - im Bootloader - gesetzt werden.
Bei der Gelegenheit habe ich die "makeota.html" Seite auch überarbeitet. Die Model-ID kann jetzt auch aus einer Drop-Down-Liste ausgewählt werden. Ich suche noch jemanden, der mal alle Original und Homebrew Geräte dort einträgt und aktuell hält  :D
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire
Gefällt mir Gefällt mir x 2 Liste anzeigen

Offline Markus.

  • Sr. Member
  • ****
  • Beiträge: 871
Antw:Fehlerhafte CC1101 Module
« Antwort #279 am: 12 Januar 2021, 10:21:31 »
... die Welt macht irgendwann keinen Spaß mehr  ??? ??? ??? ...

Gruß Peter

Hallo Peter
Funktionieren die denn mit dem kleineren Abstand für die Antennen-Anschlüsse ?

Viele Grüße

Markus

Offline PeMue

  • Developer
  • Hero Member
  • ****
  • Beiträge: 5377
    • PeMue's github
Antw:Fehlerhafte CC1101 Module
« Antwort #280 am: 12 Januar 2021, 17:55:21 »
Funktionieren die denn mit dem kleineren Abstand für die Antennen-Anschlüsse ?
Mit etwas mehr Lötzinn schon, aber es sieht halt sch... ziemlich unprofesionell aus ...

Gruß Peter
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

Offline thgorjup

  • Full Member
  • ***
  • Beiträge: 354
Antw:Fehlerhafte CC1101 Module
« Antwort #281 am: 14 Januar 2021, 08:57:00 »
Wieder Module mit falscher Frequenz erwischt. Auf dem Quartz steht: T260 HL75
FHEM auf Ubuntu 18.04LTS, 2x nanoCUL, JeeLink, nanoPIR, MQTT, ESP-Easy, HUE.
Sensoren+Aktoren: HM, IT, Lacrosse, Multitrade-PIR, VU+, Somfy

Offline Adimarantis

  • Developer
  • Full Member
  • ****
  • Beiträge: 290
Antw:Fehlerhafte CC1101 Module
« Antwort #282 am: 30 Januar 2021, 10:48:43 »
Nachdem ich bisher auch nur Module erwischt hatte, die ein ziemliches Offset haben (dank Verwendung der neusten Version von TSCUL konnte ich auch unter Homematic eine Anpassung auf +70 machen, womit es jetzt ganz gut funktioniert), habe ich mich nach Modulen umgesehen die deutlich anders aussehen.
Ich hatte mir daher jetzt mal dieses Modul bestellt:
https://www.aliexpress.com/item/32975296156.html?spm=a2g0s.9042311.0.0.27424c4dWCUMTE
(Englische Bezeichnung: CC1101 868MHz Long Range SPI Transceiver rf Module ebyte E07-868MS10 Wireless Transmitter Receiver 868 MHz)

Offensichtliche Unterschiede sind schon mal die andere Farbe und andere Pinbelegung (was es leider schwierig macht das Modul in bestehende Platinenlayouts zu integrieren, daher habe ich zum Testen Kabel dran gelötet und überkreuzt, siehe Foto).

Nach einem ersten Test kann ich zumindest sagen, das das Modul ohne Frequenzanpassung sauber empfängt und selbst mit der kleinen Spiralantenne (die nicht dabei war) ordentliche rssi Werte liefert.
Fazit: Wer eine neue CUL baut oder anderweitig in der Lage ist mit den vertauschten Pins zurecht zu kommen, dem kann ich dieses Modul durchaus empfehlen.

Gruß,
Jörg
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL
70+ Homematic/HMIP, Diverse 433Mhz Sensoren und Schalter
Module: 52_I2C_ADS1x1x (offiziell), 50_Signalbot, 50_SPI_MAX31865

Offline tndx

  • Sr. Member
  • ****
  • Beiträge: 613
Antw:Fehlerhafte CC1101 Module
« Antwort #283 am: 27 Februar 2021, 10:20:22 »
Guten Morgen,

Da man ja praktisch keine ordentlichen CC1101 Module mehr kaufen kann, habe ich mal das Frequenzhandling im Zusammenhang mit dem OTA-Bootloader etwas verbessert. Die neue "makeota.html" Seite erlaubt die Eingabe der ermittelten Frequenz und patched den OTA-Bootloader mit den entsprechenden Werten. Außerdem kann jetzt im Sketch das Define "USE_OTA_BOOTLOADER_FREQUENCY" gesetzt werden. Dann wird im Sketch auch die Einstellung aus dem Bootloader übernommen. Somit braucht die Frequez nur einmal - im Bootloader - gesetzt werden.
Bei der Gelegenheit habe ich die "makeota.html" Seite auch überarbeitet. Die Model-ID kann jetzt auch aus einer Drop-Down-Liste ausgewählt werden. Ich suche noch jemanden, der mal alle Original und Homebrew Geräte dort einträgt und aktuell hält  :D

Wie kann mit dieser Datei die low-Battery-Werte für den Fensterdrehgriffsensor definieren? Config String? Mit welcher Syntax?

 

decade-submarginal