SIGNALDuino Empfänger Firmware V 3.3.2r-dev

[Ralf9]

bekommst Du mit V die Version "3.3.2.2-rc10t"?

Der Signalduino verliert jetzt nach jedem Powerfail seine Konfiguration, da ist irgendwie ein größeres Problem reingerutscht

was verliert er, die cc001 konfiguration oder die konfigurationsvariablen?

Ich habe mal diese Pattern gesendet:

Code Auswählen Erweitern

{-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-154,260,-1400,1724,-154,260,-367,260,-154,940,-572,260,-154,260,-154,1312,-154,940,-367,468,-1200,940,-1200,260,-784,260,-154,260}

und habe dann folgendes erhalten, dies passt

Code Auswählen Erweitern

MU;P0=-154;P1=260;P2=-1400;P3=1724;P4=-367;P5=940;P6=-572;P7=1312;P8=468;P9=-1200;PA=-784;CP=1;R=0;D=0101010101010101010101010101010101012301410561010705489591A101;e;


Ich schaue es mir heute Abend genauer an

[RaspII]

Die CC1101 Config.
Oder muss ich jedesmal zuerst neu initialisieren?

[pejonp]

Hallo,

ich habe mal geschaut und folgendes bisher gefunden.

Hier sind Informationen zu dem TX35DTH und TX29-IT.
Laut hier, hat der
- TX35-IT eine Datenrate von 9,579 kbit/s mit einer Pulslänge von 105
- TX29-IT mit der Daterate von 17,241 kbit/s mit einer Pulslänge von 55
- TX25-IT mit der Daterate von 17,241 kbit/s

Hallo,
diese Sensoren können mit dem LaCross-Gateway (RFM12,RFM69..) (https://wiki.fhem.de/wiki/LaCrosseGateway_V1.x) , JeeLink (RFM12,RFM69..) (https://wiki.fhem.de/wiki/JeeLink) oder einem CUL (CC1101) mit a-culfw (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices) empfangen werden.
Dort könnte man sich auch die Config der Register ansehen um FSK oder G-FSK einzustellen (https://github.com/heliflieger/a-culfw/blob/master/culfw/clib/cc1100.c).

In der board.h hier für den CUL Nano (https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/CUL/board.h) müssen dann noch Protokolle freigeschaltet oder abgeschaltet werden, da unter Umständen der Speicher nicht reicht. Oder man versucht es mit einem STM32, der hat mehr Speicher.

pejonp

[Ralf9]

Der Signalduino verliert jetzt nach jedem Powerfail seine Konfiguration, da ist irgendwie ein größeres Problem reingerutscht

Ich habe mir jetzt auch einen nano mit cc1101 zusammengebaut und getestet, mit dem hex File hat irgendwas nicht gepasst.
In der Anlage ist ein neues Hexfile mit der Version V 3.3.2.2-rc10T

[Ralf9]

ich habe mal zur Gegenprobe die Pattern aus 4 Nachrichen vorher mit der Toleranz 0.2 gesendet, dann erhalte ich die Fehlerhafte MU-Nachricht mit  3 mal P2=-1250

Code Auswählen Erweitern

MU;P0=-154;P1=260;P2=-1250;P3=1724;P4=-367;P5=940;P6=-572;P7=1312;P8=468;P9=-784;CP=1;R=0;D=01010101010101010101010101010101010123014105610107054825219101;e;

Wenn Du einen NanoCul reinprogrammierst kann ich Dir die FHEM Configuration zum Senden geben.

Ich habe jetzt eine nanocul Hardware, welche firmware soll ich flashen?

[Ralf9]

@HomeAuto_User

Hier sind mal noch ein paar RAWMSG wo die Pattern > 7 sind nachdem ich mal das Register ein wenig versuchte anzupassen.
Welche Variante nun von den RAMSG´s die plausibelste ist zu einem Ergebnis, das müssen wir noch herausfinden.

asynch- und sync-Mode ist sinnvoll um unbekannte FSK Protokolle zu analysieren.
Beim asynch-Mode ist die Umwandlung der Daten der MU-Nachricht in eine Bitfolge sehr aufwändig.
Bei sehr kleinen Patternwerten scheint irgendwas nicht zu passen 

Bei bekannten Protokollen ist es sinnvoller wie beim cul den FIFO des cc1101 zu verwenden

PS, Ralf, was ist der Kürzel
- e am Ende der RAWMSG ?
- i am Ende der RAWMSG ?

e bedeutet, daß ein Ende erkannt wurde (default maxPulse=32001)
i bedeutet, daß die MU-Nachricht von der prinzipiellen Patternfolge als Manchester erkannt wurde, das decodieren wurde aber wegen einer invaliden Patternfolge abgebrochen.

[HomeAuto_User]

Hallo,
diese Sensoren können mit dem LaCross-Gateway (RFM12,RFM69..) (https://wiki.fhem.de/wiki/LaCrosseGateway_V1.x) , JeeLink (RFM12,RFM69..) (https://wiki.fhem.de/wiki/JeeLink) oder einem CUL (CC1101) mit a-culfw (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices) empfangen werden.
Dort könnte man sich auch die Config der Register ansehen um FSK oder G-FSK einzustellen (https://github.com/heliflieger/a-culfw/blob/master/culfw/clib/cc1100.c).

In der board.h hier für den CUL Nano (https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/CUL/board.h) müssen dann noch Protokolle freigeschaltet oder abgeschaltet werden, da unter Umständen der Speicher nicht reicht. Oder man versucht es mit einem STM32, der hat mehr Speicher.

pejonp

Vielen Dank pejonp,
ich habe schon einige Files durchgesehen aber kam bisher noch nicht zum Erfolg.

Vielleicht kann mir einer dabei behilflich sein.

Fröhliche Weihnachtszeit

[RaspII]

Ich habe jetzt eine nanocul Hardware, welche firmware soll ich flashen?

sorry, ich hatte heute Mittag Familiäre Verpflichtungen, also keine Zeit 

Flash die ganz normale NanoCUL Firmware rein, ich suche Dir gleich die FHEM Config raus
https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/nanoCUL/

Nachtrag:

Code Auswählen Erweitern

define CUL_0 CUL /dev/ttyAMA0@38400 1234  <Hier Deinen NanoCUL definieren>
setuuid CUL_0 5c9d39a5-f33f-199e-18e9-473a5f726675ecb5
attr CUL_0 rfmode KOPP_FC
attr CUL_0 room TestFSK

define Gartenweg KOPP_FC 21 FA5E 02 11
setuuid Gartenweg 5c9d39bf-f33f-199e-51f2-824dfa12a2662016
attr Gartenweg IODev CUL_0
attr Gartenweg group Lampen
attr Gartenweg icon scene_garden
attr Gartenweg model Switch_8080_01_2Key
attr Gartenweg room TestFSK
attr Gartenweg webCmd on:off

Was die setuuid Attribute machen kann ich Dir nicht sagen, die wurden automatisch festgelegt (vermutlich bei eiem FHEM Update), muss ich mal nachlesen. Bei Problemen löschen!

[RaspII]

Dein neues Hexfile habe ich auch getestet, funktioniert deutlich besser.

Aber nachdem jetzt 192 Bits korrekt empfangen wurden fehlt das letzte Bit im Block. In diesem Fall wurden max. 12 Pattern gefunden
Manchmal kommt der Block auch komplett vermurkst, meistens dann wenn 13 oder mehr pattern gefunden wurden.

Ich kann jetzt den Signalduino auch übersetzen, vielleicht macht es Sinn gleich auf den Sync Mode zu gehen

[Ralf9]

ich habe nun folgendes vor.

• Unter sonstige Systeme ein neues Thema "FSK mit dem SIGNALDuino" eröffnen, dort können dann u.a. die für FSK notwendigen Registeränderungen dokumentiert und diskutiert werden.
  
  


• eine neue Version "V 3.3.3.0-dev"
  #define VERSION_1               0x33
  #define VERSION_2               0x30
  VERSION_1 ist in der EEPROM Adr 00, wenn sich diese ändert, erfolgt ein cc1101 factory reset
  VERSION_2 ist in der EEPROM Adr 01, wenn sich diese ändert, erfolgt ein factory reset der konfigurations Variablen (CG)
  
  Am Besten ist es wahrscheinlich, wenn ich für  die "V 3.3.3.0-dev" einen neuen branch mache, wie gehe ich da vor?
  Ein Pullrequest der "V 3.3.2.2-rc10" in den Master und dann einen neuen branch "dev-r333_cc1101"?
  
  


• eine neue Konfigurationsvariable "mode"
  mode=0 - normal
  
  mode=1 - synch Modus
  pinAsInput(PIN_SEND);
  für PIN_RECEIVE eine neue Interrupt Routine, in der Interrupt Routine werden die von PIN_SEND empfangenen Bits im FIFO gespeichert
  
  mode=2 - es wird der cc1101 FIFO verwendet

Gruß Ralf

[HomeAuto_User]

Neues Thema Ralf [emoji106]
Somit splitten wir alles übersichtlicher.

Branch, nutzt du GitHub Desktop? So geht es sehr simple.


Gesendet von iPhone mit Tapatalk Pro

[Ralf9]

Ja, ich nutze u.a. auch GitHub Desktop und TortoiseGit

Ist bei Euch das Fhem Forum sehr langsam mit langen Reaktionszeiten?

[HomeAuto_User]

Ja, ich nutze u.a. auch GitHub Desktop und TortoiseGit

Ist bei Euch das Fhem Forum sehr langsam mit langen Reaktionszeiten?

Ja, das Forum ist träge. Es wurde auch schon ein Faden irgendwo geöffnet sah ich in der Übersicht.

Unter Github Desktop kannst du einen neuen Branch anlegen wie folgt,

- auf den Repro wechseln
- dann oberhalb in den Menüs gibt es einen Punkt ,,Create Branch"
- danach fragt er dich, von wo er ,,abzweigen soll", klicke da deinen Branch an und vergebe einen neuen Namen

Menüs habe ich gerade nicht vor mir, deswegen etwas allgemein gehalten.


Gesendet von iPhone mit Tapatalk Pro

[plin]

ich habe nun folgendes vor.

• Unter sonstige Systeme ein neues Thema "FSK mit dem SIGNALDuino" eröffnen, dort können dann u.a. die für FSK notwendigen Registeränderungen dokumentiert und diskutiert werden.
  

Hi Ralf9,
mein Wunschzettel für Weihnachten: ich bin ja seit über einem Jahr an dem Thema SIGNALduino und FSK dran, habe aber eine längere Pause gemacht. Aus meiner Sicht wäre es hilfreich/wünschenswert den Frequenzhub, die Bandbreite und die Baudrate via SIGNALduino-Modul separat einstellen zu können.
VG plin

[HomeAuto_User]

Hi Ralf9,
mein Wunschzettel für Weihnachten: ich bin ja seit über einem Jahr an dem Thema SIGNALduino und FSK dran, habe aber eine längere Pause gemacht. Aus meiner Sicht wäre es hilfreich/wünschenswert den Frequenzhub, die Bandbreite und die Baudrate via SIGNALduino-Modul separat einstellen zu können.
VG plin

Da hast du ja gleich den Wunschzettel vollgeschrieben Ich denke das könnte man anstellen, wenn man den Empfang erstmal via Registerschreiben (manuell) sicherstellte mit plausiblen Ergebnis.


Gesendet von iPhone mit Tapatalk Pro