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

Begonnen von Ralf9, 13 Dezember 2019, 12:48:26

Vorheriges Thema - Nächstes Thema

juergs

Hallo Ralf9,

die Serielle Abfrage ist nicht das Problem!

Der Code "hängt" zuzusagen in "socket.recv()" fest bis eine Übertragung stattfindet.
Das ist sehr ungünstig und ich muss eine Lösung dafür finden ...


killah78

Hi. Also wegen meines Stoppens: ich muss das etwas umbenennen in stottern. Sieht so aus, als ob auch alleine irgendwann wieder anläuft. Habe jetzt über fhem seit gestern Abend geloggt und es sind teilweise stundenlange Aussetzer. Wenn aber das XE abgegeben wird läuft er sofort wieder an. Habe jetzt auch Radio B mit SlowRf dran und da bisher keine Auffälligkeiten.
Ich beobachte Mal weiter.


killah78

Ja das kenne ich und habe nach dem Thread ein "gutes" Modul.
Aber ich denke auch an ein Hardware Problem.
Habe aber mehrere davon schon verbaut für Homematic Sensoren und das läuft problemlos.

juergs

Zitat von: killah78 am 01 Mai 2020, 18:36:23
Ja das kenne ich und habe nach dem Thread ein "gutes" Modul.
Aber ich denke auch an ein Hardware Problem.
Habe aber mehrere davon schon verbaut für Homematic Sensoren und das läuft problemlos.

Wird schwierig sein, das Problem zu identifizieren ...

Bei mir geht alles erst mal wieder über den Arduino-Compile mit einem CC1101 Modul auf CS1:

? Use one of ?S ? b CE CD CG CR CS CW C eC e P r R S t T V W x XE XQ
V 4.1.0-dev200427 SIGNALduino cc1101 (R: B-*) - compiled at May  1 2020 18:34:51
Bank__ 0 1 2 3 4 5 6 7 8 9  Radio_ - - - - - - - - - -  N_____ 0 - - - - - - - - -  ccmode 0 - - - - - - - - -    0 - SlowRF

@Ralf, der String wird jeweils in einem Telegramm (SinalESP) pro Buchstabe übergeben... 
? Use one of ?S ? b CE CD CG CR CS CW C eC e P r R S t T V W x XE XQ

juergs


juergs

Nach Verwendung des richtigen Schaltplans  (Es lebe die Vereinheitlichung!  ;D )
Die CC1101- Belegungen sind Versionsabhängig...

ZitatV
V 4.1.0-dev200427 SIGNALduino cc1101 (R: A0* B- C- D-) - compiled at May  1 2020 18:34:51
bs#
Bank__ 0 1 2 3 4 5 6 7 8 9  Radio_ A*- - - - - - - - -  N_____ 0 0 - - - - - - - -  ccmode 3 3 - - - - - - - -    1 - M1_IT+
CREA
detect A: Partn=0 Ver=24
bA1..
Bank 1 is already used by radio B
bA0
set r=A b=0 ccmode=3 sync=2DD4 ccconf=21656A895C0622F856070018166C436891 boffs=0000
WS3D
cmdStrobeReg 3D chipStatus 0 delay2 0
C35
C35 = 01
XE
rxA=1
.MN;D=9946262D55AAAA000091CB8E;R=248;.
.MN;D=9946262D55AAAA00004266BC;R=248;.
.MN;D=9946262E06AAAA000057021B;R=247;.
.MN;D=9946262D55AAAA0000E2E212;R=243;.
.MN;D=9946262E06AAAA000071F58B;R=244;.
.MN;D=CD0C05201AFFFFFFFFFFFFFF;R=224;.
.MN;D=9946262D55AAAA0000D4A550;R=244;.
.MN;D=9946262E06AAAA000097E062;R=246;.
.MN;D=9946262D55AAAA00007CB686;R=248;.
.MN;D=9946262D55AAAA00006A18E6;R=248;.
.MN;D=9946262E06AAAA00006B968E;R=247;.

Ich lasse es jetzt mal länger laufen.

Mir ist bewusst, dass es Mode1 mit LaCrosse ist. https://forum.fhem.de/index.php/topic,106594.msg1005067.html#msg1005067

/edit: läuft bei mir ohne Stocken durch ...


Ralf9

Es gibt eine neue Version V 4.1.0-dev200501
https://github.com/Ralf9/SIGNALDuino/releases/tag/4.1.0-dev200501

@killah78
es gibt nun ein ccmode 4, das macht das gleiche wie ccmode 3 hat aber ein anders timing, Du kannst mal testen ob damit der Mode 2 besser funktioniert.
Wenn die Bank selektiert ist, bei Version (R: A1*)
dann bitte dies eingeben:
CSccmode=4


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

juergs

STM32duino bootloader has been updated to resolve some problems with the fastboot bootloader
Zitatby rogerclark » Mon Mar 09, 2020 11:46 pm

Leider:
ZitatI've not updated the GD32 version, as the GD32 variant was removed as an option some time ago due to differences in its functionality from the STM32 and lack of availability of these boards.

Ralf9

Es gibt nun eine neue Version V 4.1.1-dev200503 für die LAN Anbindung
https://github.com/Ralf9/SIGNALDuino/commit/d1ff85c42cde949068411dc415225af8bf821c1e
sudo dfu-util -d 1eaf:0003 -a 2 -D Maple_sduino_Boot20_LAN_411dev200503.bin -R

Mit "ri " kann die LAN Konfig ausgegeben werden:
z.B.
mac = 00:80:41:34:15:B8

ip = 192.168.0.10
gw = 192.168.0.1
nm = 255.255.255.0


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

Die Default Werte sind
IP = 192.168.0.244
Gateway = 192.168.0.1
Netmask = 255.255.255.0

Die DEF in fhem ist damit
192.168.0.244:23

Das LAN funktioniert momentan nur mit dem MapleSduino, für den MapleCul ist noch ein patch in der Ethernetlib erforderlich.

Ich musste bei mir in der Arduino IDE das USB und serial deaktivieren (siehe Anlage), sonst ist der Maple Mini ab und zu abgestürzt.

Nachtrag:

Ab der Version V4.1.2-dev210522 wird bei der ersten Inbetriebnahme DHCP verwendet.
DHCP wird verwendet, wenn die letzte Stelle der IP-Adresse 0

Durch eine gepatchte Ethernet Lib gibts nun auch LAN Version für MapleCul LAN (MapeCUN)




@killah78
hast Du dies getestet?
Zitat von: Ralf9 am 02 Mai 2020, 00:25:02
Es gibt eine neue Version V 4.1.0-dev200501
https://github.com/Ralf9/SIGNALDuino/releases/tag/4.1.0-dev200501

@killah78
es gibt nun ein ccmode 4, das macht das gleiche wie ccmode 3 hat aber ein anders timing, Du kannst mal testen ob damit der Mode 2 besser funktioniert.
Wenn die Bank selektiert ist, bei Version (R: A1*)
dann bitte dies eingeben:
CSccmode=4


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

killah78

Hi. Ja habe es jetzt 36 lStunden aufen gehabt. Ich habe noch ab und an ca 20 minütige Aussetzer, aber ich würde es als deutlich stabiler bezeichnen.  Vorher hatte ich ja Stunden lange Aussetzer, jetzt habe ich in 36 Stunden 5 Aussetzer von ca je 20 min. gefunden. Also deutlich besser, wenn auch nicht ganz perfekt.
Aber hatte das bisher noch niemand anders mit einem Lacrosse Thermometer getestet?
Könnte ich das 433 Radio auf Platz B auch so umbiegen , dass das Lacrosse empfängt? Dann könnte ich die Hardware vielleicht ausschließen.

Ralf9

ZitatKönnte ich das 433 Radio auf Platz B auch so umbiegen , dass das Lacrosse empfängt? Dann könnte ich die Hardware vielleicht ausschließen.
Ja, dies ist kein Problem, dazu darf der Bank 1 (LaCrosse) kein Radio zugeodnet sein. z.B. durch deaktivieren von Radio A mit
CRDA

Dann mit
bB1
das Radio B der Bank 1 zuorden



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

killah78

Sehr schön. Funktioniert auf Anhieb, Frequenz scheinbar auch mit gespeichert. Gefällt mir gut.
Seltsam: Das 433er hat einen besseren Rssi.
Muss glaube ich Mal meinen ganzen Krempel testen und Mal aussortieren.
Auf dem "normalen" Signalduino läuft das FSK doch auch, oder? Das könnte ich auch Mal testen.
Ich lass das jetzt über Nacht Mal so laufen,  ob das jetzt fehlerfrei empfängt, dann wäre es ja ein Hardwareproblem.

Ralf9

ZitatAuf dem "normalen" Signalduino läuft das FSK doch auch, oder? Das könnte ich auch Mal testen.
Ja, wenn es eine nanocul oder minicul Hardware mit einem 868 MHz cc1101 ist.
z.B. damit
https://github.com/Ralf9/SIGNALDuino/releases/tag/3.3.4.0-dev200126
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

Reinhard.M

ZitatIch musste bei mir in der Arduino IDE das USB und serial deaktivieren (siehe Anlage), sonst ist der Maple Mini ab und zu abgestürzt 
Hallo Ralf ,
ich habe das Problem scheinbar ebenfalls. Mit der Version vom 1.5. und früher. Ungefähr einmal am Tag passiert es, dass der Maple disconnected ist. Im Log sehe ich mehrfache Resetversuche die schlussendlich in einem "closed" des Maple münden. USB Reset auf dem Raspi hat nicht geholfen. Der Maple war nicht mehr erreichbar, erst nachdem ich ihn abgezogen und wieder angesteckt habe. Irgendeine Idee wie ich das debuggen kann?
Dein angepasstes SIGNALduino Modul scheint mit den Readings noch ein Problem zu haben, da steht bei mir im Grunde kaum etwas Nachvollziehbares. Falsche Version, falsche Konfiguration. Ich vermute, das ist dem Beta Stadium geschuldet. Sehe ich das richtig?