SIGNALDuino Empfänger Firm- und Hardware

Begonnen von Ralf9, 02 Oktober 2016, 22:59:51

Vorheriges Thema - Nächstes Thema

Ralf9

Der cc1101 wird nicht erkannt. Bei version muß cc1101 enthalten sein.
Bitte überprüfe die Verkabelung des cc1101. Was für ein cc1101 Modul verwendest Du?
Hast Du die Firmware für den cc1101 geflasht? Es gibt auch eine Firmware für einen einfachen Empfänger.

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Jippy

Hallo Ralf,
es funktioniert jetzt   :) .
Ich habe zuerst noch mal nach der Firmware geschaut. Da hatte ich die "SIGNALduino_esp8266CC1101_3.5.0" drauf. Trotzdem habe ich dann die Pre-release "SIGNALduino_esp8266CC1101_3.5.1-RC1" noch mal neu geflasht.
Außerdem habe ich Zeichnungen / Schaltpläne gesehen, wo kein Level-Shifter verbaut war. Also habe ich den rausgeschmissen und alles direkt verkabelt.
Jetzt wird auch bei Version "V 3.5.1-RC1 SIGNALESP cc1101 (chip CC1101)" angezeigt und ich kann jetzt auch "get ccconf" ausführen.
Vielen Dank für deine Unterstützung!!!

Ralf9

Sind das auf Deinem Schaltplan Levelshifter?
Der ESP8266, ESP32 und Maple Mini arbeiten mit 3,3V, da sind keine Levelshifter notwendig.
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Jippy

Ja das sind Level-Shifter.
Ich kenne mich da nicht so mit aus und dachte, ich müsste den da auch einsetzen, wie beim Selbstbau CUL mit Arduino Nano auch.
Dann war das wohl das Problem.
Danke für die Aufklärung.

kabanett

Hallo zusammen,
ich hoffe, ich bin hier richtig...
Ich habe meinen bisher als CUL benutzten selbstbau NanoCUL, direkt aus fhem heraus zum Signalduino geflasht. Mein neuer Regenmesser und meine bisherigen Geräte funktionieren hiermit einwandfrei. Jedoch habe ich jetzt im Log immer folgende Einträge:
2024.08.25 11:34:28 3: SIGNALduino433: SD_UT_Parse device Celexon/Alphavision - ERROR checksum 118 != 114
2024.08.25 11:35:58 3: SIGNALduino433: SD_UT_Parse device Celexon/Alphavision - ERROR checksum 106 != 83
2024.08.25 12:03:43 3: SIGNALduino433: SD_UT_Parse device Celexon/Alphavision - ERROR checksum 117 != 97

Offensichtlich handelt es sich um eine Beamerleinwand. Ich weiß leider nicht wie ich das abstellen kann.
Ignore funktioniert nicht, da das Gerät nicht angelegt wird.
Ich hoffe es hat jemand einen Tip für mich!

Gruß
Hardware: Fhem auf Raspi3 / selbtsbau CUL 433 und 868 MHz / MAX Thermostate / IT-Dosen nur noch Weihnachten / diverse ESP Aktoren/Sensoren / X10 Fernbedienung / Shelly 1, 1L, 2, 2.5, Dimmer, RGB2 / LaCrosseGateway / Zigbee2531 / diverse Zigbee Aktoren/Sensoren

elektron-bbs

Es sollte reichen, das Protokoll 56 zu deaktivieren.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

kabanett

OK. Danke!
Ich vermute über:
attr SIGNALduino433 blacklist_IDs 56ist so gesetzt und ich beobachte das mal.

Woher bekommt man denn die Protokoll- Informationen?
Im Wiki, oder unter geprüfte Geräte, konnte ich dieses nicht finden. Wäre interessant falls der nächste unerwünschte Kanditat auftaucht.

Gruß
Hardware: Fhem auf Raspi3 / selbtsbau CUL 433 und 868 MHz / MAX Thermostate / IT-Dosen nur noch Weihnachten / diverse ESP Aktoren/Sensoren / X10 Fernbedienung / Shelly 1, 1L, 2, 2.5, Dimmer, RGB2 / LaCrosseGateway / Zigbee2531 / diverse Zigbee Aktoren/Sensoren

elektron-bbs

So geht es natürlich auch. Etwas komfortabler ist die Auswahl beim SIGNALduino unter "Information menu" Eintrag "Display protocollist". Dort gibt es dann auch einen kurzen Kommentar zu jedem Protokoll.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

Nobbynews

#1298
Zitat von: Ralf9 am 06 September 2023, 18:22:57Für den culV3 gibts von mir eine firmware, das flashen ist aber etwas aufwändiger als beim NanoCul
https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.5-dev220529/SIGNALduino_culV3CC1101_onlyFsk_335dev20220521.hex
oder
https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.2.1-rc9/SIGNALduino_culV3CC1101_3321rc9.hex
Mal eine bescheidene Frage:
Gibt es davon auch noch vielleicht eine Aktualisierung?
Diese Version ist von Okt. 2021, aber der CUL V3 läuft damit.
Trotz gleichem Prozessor ATmega 32u4 hat die radino-Firmware nicht funktioniert. Es wird 868 MHz statt 433 MHz erkannt und es lässt sich auch nicht über set xyz umstellen.
Hintergrund meiner Frage ist, dass mein original SIGNALduino in letzter Zeit schwächelt und dann nicht mehr am USB-Port erkannt wird.
Im Vergleich zu einem CUL von busware ist der von In-Circuit mehr als doppelt so teuer.
Ok, die Zukunft wird wohl Maple oder EPS32 sein.

Norbert

Ralf9

Die Firmware von mir für den radino konnte ich bis jetzt noch nicht testen, da ich kein radino habe.
Wird mit der radino Firmware der cc1101 erkannt und lassen sich die cc1101 Register auslesen (get ccconf, get ccreg 99) und setzen?

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Nobbynews

Der cc1101 wird offensichtlich erkannt.
Ein Auslesen der Register mit get ccconf wird zwar ausgeführt, aber vermutlich nicht mit den tatsächlichen Inhalten sondern mit Vordefinitionen.
Setzen der register wird ohne Fehlermeldung (verbose 5) ausgeführt, was aber nicht zu einer Änderung der Inhalte führt. Ein erneutes Auslesen mit get ccconf bleibt statisch.
Noch etwas:
Ccconf liefert immer als Frequenz 0000 Mhz und als Modulation FSK.
Das Attribut rfmode auf SlowRF hat ebenfalls keine Anderungen zur Folge.

Ralf9

Es sieht so aus als würde der cc1101 nicht erkannt.
Evtl funktioniert es nur wenn bei der Arduino IDE die radino library installiert wird.
https://wiki.in-circuit.de/index.php5?title=radino/radino32_software

Die radino Firmware in der Anlage habe ich mit der radino library kompiliert
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Nobbynews

Das Flashen klappt leider nicht.
FLIP gibt aber keine Fehlermeldung aus.
Anschließend ist der Stick nicht erreichbar und wird auch nicht über ls -l /dev/serial/by-id angezeigt.

Ralf9

Wie hast Du geflasht? In den Bootloader Mode gebracht und dann über USB geflasht?

Die Firmware in der Anlage habe ich für den Pro Micro kompiliert, vielleicht funktionierts damit


FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Nobbynews

Zitat von: Ralf9 am 24 September 2024, 16:52:34Wie hast Du geflasht? In den Bootloader Mode gebracht und dann über USB geflasht?
Genau. Bootloader durch Drücken der Taste program beim Einstecken gestartet und dann mit FLIP geflasht.
An meinen Pis hat es irgendwie nicht geklappt. Keine Ahnung warum.

Version probiere ich aus.