Entwicklung SIGNALDuino Empfänger Firm- und Hardware V4 für Maple Mini und ESP32

[Fritz Muster]

Ob zuerst mit CREA und CREC die cc1101 Module A und C aktiviert werden oder ob zuerst die Bänke mit den rfmodes gefüttert werden ist egal.

Wenn alle benötigten Bänke definiert sind, dann kann z.B mit
bA1W und bC3W
dem Radio A die Bank 1 und Radio C die Bank 3 zugeordnet und initialisiert werden.

Bei Version wird dann aus

Code Auswählen Erweitern

(R: Ai B0* Ci)
z.B. das:

Code Auswählen Erweitern

(R: A1 B0* C3)

Das füttern der Bänke kann komfortabel mit set rfmode gemacht werden oder auch über den raw Befehl:

Code Auswählen Erweitern

get sduino raw CW0001,0246,0302,042D,05D4,06FF,0700,0802,0D21,0E65,...

Habe das nach meinem Wissensstand bzw. Interpretation ins Wiki übernommen.

Viele Grüße
Fritz

[Fritz Muster]

Hallo Ralf,

entschuldige bitte wenn ich nochmal mit dem Thema nerve.

In der "compile_config.h" ist normalerweiser per Default das folgende define gesetzt

Code Auswählen Erweitern

#define LAN_INIT_DHCP 1  // damit wird bei der ersten Inbetriebnahme DHCP verwendet
Damit wird als Kennzeichen für DHCP der letzte Wert der IP Adresse auf 0 gesetzt.

Wenn die kompilierte Maple_sduino_LAN_412dev210205.bin geflasht wird, ist dann DHCP vom Maple aktiv oder ist die LAN Konfig mit

Code Auswählen Erweitern

IP = 192.168.0.244
Gateway = 192.168.0.1
Netmask = 255.255.255.0

manuell definiert? Ich habe die kompilierte Version mal geflasht und bei mir war DHCP aus und LAN Konfig manuell wie oben beschrieben definiert

Danke und viele Grüße
Fritz

[meier81]

Hallo euch allen,

ich habe mal ne Frage bezüglich dem ESP32. Hat den von euch schon jemand in Einsatz, falls ja welchen habt ihr den benutzt und wie habt ihr den verschaltet?

Als ESP32 hätte ich einen der folgenden Links genommen:

https://www.ebay.de/itm/162736953138?chn=ps&norover=1&mkevt=1&mkrid=707-134425-41852-0&mkcid=2&itemid=162736953138&targetid=1270189284895&device=c&mktype=pla&googleloc=9041832&poi=&campaignid=10215338563&mkgroupid=122520030916&rlsatarget=pla-1270189284895&abcId=1139676&merchantid=138405830&gclid=EAIaIQobChMI2OPdibnl8QIVSOJ3Ch3mbQDvEAQYASABEgJBUvD_BwE

https://www.amazon.de/Espressif-Development-Bluetooth-WROOM32-NodeMCU/dp/B07K68RQTS/ref=asc_df_B07K68RQTS/?tag=googshopde-21&linkCode=df0&hvadid=407342190625&hvpos=&hvnetw=g&hvrand=5422462145293728654&hvpone=&hvptwo=&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9041832&hvtargid=pla-862519322535&psc=1&th=1&psc=1&tag=&ref=&adgrpid=85377202485&hvpone=&hvptwo=&hvadid=407342190625&hvpos=&hvnetw=g&hvrand=5422462145293728654&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9041832&hvtargid=pla-862519322535

Gruß

Markus

[Ralf9]

ich verwende das "ESP32 DEVKIT V1"
in der compile_config.h gibts das define:
#define SIGNALESP32 1

da hat dann das 433Mhz cc001 Modul B  die selbe Pinbelegung wie der SignalESP von Sidey

Code Auswählen Erweitern

#elif SIGNALESP32
const uint8_t pinSend[] = {26, 4};
const uint8_t pinReceive[] = {25, 13, 14, 21};
#define PIN_LED              2
#define PIN_RECEIVE_A        pinReceive[0]   // gdo2 cc1101 A
#define PIN_RECEIVE_B        pinReceive[1]   // gdo2 cc1101 B

#ifdef SIGNALESP32
const uint8_t radioCsPin[] = {27, 5, 22, 33};


@Fritz Muster
habs mir nochmals angeschaut, das mit dem LAN_INIT_DHCP funktioniert erst ab der Version 4.1.2-dev210321
https://github.com/Ralf9/SIGNALDuino/commit/5b00e34846327c665186a2393f18b085ef126f62

bei der Initialisierung wird geprüft ob im EEPROM ab der Adr 0xc0 die folgenden 3 Werte stehen: 00:80:41, dies ist die vordere Häfte der Macadresse.
wenn dies nicht drin steht, wird die aus der Seriennummer ermittelte Mac Adresse und die Default IP-Adresse ins EEPROM geschrieben.

Wenn LAN_INIT_DHCP definiert ist, dann wird nach der Initialisierung der IP-Adresse als Kennzeichen für DHCP der letzte Wert der IP-Adresse auf 0 gesetzt.

Gruß Ralf

[Ralf9]

Die platformio unterstützung ist inzwischen soweit fertig. Den Eindruck den ich am Anfang von Platformio hatte, hat sich bestätigt.
Es ist sehr mühsam und aufwendig sich in Platformio einzuarbeiten. Eine platformio.ini zu schreiben ist nichts für Anfänger, die Dokumentation lässt zu wünschen übrig, einige der Infos musste ich aus den json Dateien holen.

Die Installation und das Bedienen der Platformio ist zwar schwieriger als die Arduino IDE, aber es lohnt sich. Die ganze Boardeinstellungen und installieren von evtl benötigten library entfällt bei Platformio, da dies in der platformio.ini steht.

Unter Windows 10 muß dazu Python 3 und git installiert werden und der Pfad von Python in die PATH Variable von Windows eingetragen werden.
Dann muss noch Visual Studio Code und Platformio installiert werden, wenn ein neues Projektverzeichnis erstellt wurde und die SignalduinoAdv Dateien hineinkopiert wurden, dann sieht es ungefähr so aus wie in der Anlage.

Da der serial big Data Bug vom core 2.0.0 bei der LAN Variante nicht relevant ist, kann da der core 2.0.0 verwendet werden.
Da aber beim platformio noch ein bug beim core 2.0 und dem Bootloader 2.0 ist, kann der core 2.0 nur mit der upload Methode Bootloader Orginal verwendet werden

Gruß Ralf

[Ralf9]

Ich habe nun auch bei releases die Firmware bin-Files abgelegt (das bin-File für den ESP32 habe ich noch nicht getestet)
https://github.com/Ralf9/SIGNALDuino/releases
und die readme.md aktualisiert
https://github.com/Ralf9/SIGNALDuino/tree/dev-r421_cc1101

Hilfen bei der Dokumentation, Entwicklung und Änderungs- und Ergänzungswünsche sind natürlich gerne willkommen.

Gruß Ralf

[Feinfinger]

Hallo zusammen,


Hat schon jemand von euch ein Gehäuse für den MapleSduino konstruiert und würde mir die STL zur Verfügung stellen?

[juergs]

MapleSduino

welchen? 

[Feinfinger]

welchen? 

V09

[juergs]

https://forum.fhem.de/index.php/topic,120090.0.html

Die Abmaße der V02-Platine könnten passen.

[sash.sc]

Hallo zusammen.

Gibt es einen Schaltplan, wo der genaue Anschluß der CC1101 Module an einem ESp32 beschrieben ist?
Ich würde mich bei Zeiten dran setzen einen ESP32 mit 2 CC1101 Modulen (433 und 868MHz) zusammen zu bauen.
Mit dem ziel das LaCrosse Gateway zu entfernen.

Gruß
Sascha

[Reinhard.M]

Hallo Ralf,
ich habe gerade die neue LAN_421 auf meinen Sduino geladen und musste feststellen, dass LAN damit nicht mehr funktioniert. Ich habe die entsprechende USB_421 geladen und mit "ri" die Konfiguration ausgelesen. Die Adressen waren alle richtig eingetragen. Nochmals die 421 versucht, wieder konnte ich nicht darauf zugreifen. Dann habe ich die 412 geladen die auch vorher schon drauf war. Damit läuft es jetzt wieder problemlos. Irgendeine Idee woran es liegen könnte?

Gruß Reinhard

[Ralf9]

hast Du das beachtet?

anpassungen für platformio
Da der serial big Data Bug vom core 2.0.0 bei der LAN Variante nicht relevant ist, wird bei platformio beim LAN der core 2.0.0 verwendet.
Da aber beim platformio noch ein bug beim core 2.0 und dem Bootloader 2.0 ist, kann der core 2.0 nur mit der upload Methode Bootloader Orginal verwendet werden

[Reinhard.M]

hast Du das beachtet?

Gelesen ja, verstanden anscheinend nein 
Wenn ich es richtig sehe verwende ich den Bootloader 2.0. Der Upload funktionierte bei mir problemlos, ich hatte somit vermutet das alles ok ist. Bedeutet das, ich muss den alten Bootloader suchen, reinschießen und dann funktioniert auch die 421? BTW, ich habe nichts selber kompiliert sondern deine Images verwendet. Falls ich auf den alten Bootloader umsteigen muss belasse ich es lieber bei der 412 Version vom 20.1. Die läuft bei mir stabil.

Gruß Reinhard

[Ralf9]

Der Bootloader 2.0 ist abwärts kompatibel zum Orginalbootloader.

Beim dfu-util bestimmt -a die upload Methode.
-a 1 ist der orginal Bootloader
-a 2 ist der Bootloader 2.0
Beim Bootloader 2.0 wird das bin File an eine andere Adresse im Flash geladen als beim Orginal Bootloader.

Damit wird dann die upload Methode orginal Bootloader verwendet

Code Auswählen Erweitern

dfu-util -d 1eaf:0003 -a 1 -D Maple

Gruß Ralf