SIGNALDuino Empfänger Firm- und Hardware

[andies]

Weiß zwar nicht wie das geht, aber sorry...da ist mir weit mehr Text reinpassiert als geplant war! Ich hab's mal auf den letzten Abschnitt im Log geändert.

Da drauf klicken und dort den Code hineinschreiben.

[assi05]

Danke an @JUERGS, für die tolle Hilfe während unserer (ich glaube fast 2-stündiger) Videokonferenz.

Wir konnten den Signalduino manuell neu flashen und er ist wieder ansprechbar. Leider funktioniert er noch nicht zusammen mit dem CC1101.

@Sidey, Jürgen sagte, ich soll Dich mal fragen was Deine Gedanken dazu sind:

- flashen über FHEM mit NanoCC1101 hat mir die 3.3.1 angeboten, automatisiert geflashed, aber das Gerät wurde nicht mehr erkannt und Status closed.
- manueller flash mit: https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1/SIGNALDuino_nano3283.3.1.hex

--> Gerät wieder ansprechbar, aber vermutlich funktioniert diese Version NICHT mit dem CC1101?

Die Idee ist im Moment, ob ich manuell mit einer CC1101 flashe - aber welches ist die richtige .hex? (ich bin eher Frischling, vielleicht bediene ich auch GitHub falsch?!)

https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r332_cc1101/RF_Receiver --> ist diese Version ok, und wenn ja: wie komme ich an die richtige .hex?

DANKE für eine kurze Antwort und nochmals DANKE an Jürgen für die tolle Hilfe!!

[juergs]

Ergänzend:

Dann wird die Datei aus der URL heruntergeladen und auch versucht diese zu Flashen. z.B. SIGNALDuino_nanocc1101.hex für einen Nano mit CC1101

Hatten die Funktion des Nanos mit der Version in [1] "SIGNALDuino_nano3283.3.1.hex"  verifiziert (Putty geht), hat aber nicht mit dem CC1101 geklappt, vermute, das ist die mit den 433-Modulen.

Mit der SIGNALDuino_nanocc11013.3.1.hex -Version [2] (release) wird es statt der Dev-Version (Irrtum: Versions-Meldung des fhem-Moduls, nicht der Hardware)  dann sehr wahrscheinlich gehen? Aber:

In seiner Log Datei steht:

avrdude: reading input file "FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex"

Die hatte er ja erfolgreich über fhem geflasht und ging nicht ?!   


Grüße,
Jürgen

[juergs]

Hallo Zusammen,

ich habe das bei mir mit dieser Version "SIGNALDuino_nanocc11013.3.1.hex" aus dem gihub.releases-Verzeichnis nachvollzogen:

? Use one of V R t X S P C r W s x e
;S%X;
.Mu;...;...;...;...;...;...;...;d@g`g`gggggg`g``gg`g```gg``g`g`g```gg``ggg`.0;C0;RF1;.
.Mu;...;...;...;.....!.!!!!!!.!..!!.!...!!..!.!.!...!!..!!!.;C0;RF3;.
.Mu;...;...;...;...;....#!#!#!#!#!#!#!#!#!!#!#####!!!#!#####!#!A#!#!#!#!#!#!#!#!#!!#!#####!!!#!#####!#!A#!#!#!#!#!#!#!#!#!!#!#####!!!#!#####!#!A#!#!#!;C2;RFB;O;.
.Mu;...;...;...;...;...;...;...;...;d.................................2.......................................VVp;C0;RFC;.
.MC;LL=-1015;LH=934;SL=-540;SH=442;D=FA0D660F0588B566312;C=488;L=75;R=243;.
.MC;LL=-1007;LH=944;SL=-528;SH=453;D=DDF41AEC1E0B116ACD754;C=488;L=82;R=243;.
.MC;LL=-1018;LH=932;SL=-537;SH=452;D=377D06B70782C45AB33BD;C=489;L=84;R=243;.

@assi05
Dann würde ich sagen, dass etwas mit der CC1101-Hardware nicht in Ordnung ist, deshalb bleibt wohl die Initialisierung hängen, da ja die Version ohne CC1101 ja funktioniert ...


Grüße,
Jürgen

[Sidey]

Jepp, ich habe es auch gerade getestet. Die Version funktioniert.

Code Auswählen Erweitern


2020.04.19 16:44:56.309 3: sduino: StartInit, get version, retry = 0
2020.04.19 16:44:55.800 3: sduino: SimpleWrite_XQ, disable receiver (XQ)
2020.04.19 16:44:54.296 3: sduino device opened
2020.04.19 16:44:54.295 1: sduino: DoInit, /dev/ttyUSB0@57600
2020.04.19 16:44:54.288 3: Setting sduino serial parameters to 57600,8,N,1
2020.04.19 16:44:54.282 3: Opening sduino device /dev/ttyUSB0
2020.04.19 16:44:54.270 3: sduino: avrdude, Firmware update was successfull
2020.04.19 16:44:37.917 3: sduino: Set_flash, filename FHEM/firmware/SIGNALDuino_nanocc11013.3.1.hex provided, trying to flash
2020.04.19 16:44:37.898 3: sduino: ParseHttpResponse, Downloaded SIGNALDuino_nanocc11013.3.1.hex firmware from github-production-release-asset-2e65be.s3.amazonaws.com
2020.04.19 16:44:37.886 3: sduino: ParseHttpResponse, url https://github-production-release-asset-2e65be.s3.amazonaws.com/27504581/35219280-160d-11ea-8171-74214f6f40f0?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20200419%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20200419T144437Z&X-Amz-Expires=300&X-Amz-Signature=71d53cbfc732dfe2908abd3ca54aa530106ac0e92bf4546602cb9558a2fc955f&X-Amz-SignedHeaders=host&actor_id=0&repo_id=27504581&response-content-disposition=attachment%3B%20filename%3DSIGNALDuino_nanocc11013.3.1.hex&response-content-type=application%2Foctet-stream returned: 72668 bytes Data
2020.04.19 16:44:36.012 3: sduino: Set_flash, 3.3.1 try to fetch release https://api.github.com/repos/RFD-FHEM/SIGNALDuino/releases/tags/3.3.1
2020.04.19 16:44:36.011 3: sduino: Set_flash, 3.3.1 try to fetch github assets for tag 3.3.1
2020.04.19 16:44:30.004 1: sduino: found availableFirmware for ESP8266,ESP8266cc1101,ESP32,nano328,nanoCC1101,miniculCC1101,promini,radinoCC1101



Was mich noch interessieren würde ist, was genau wurde bei "manuellem Flashen" gemacht.

Lässt sich das Ergebnis reproduzieren, wenn als Hardware nano328 ausgewählt wird? Kommt dann auch eine Version zurück?


Grüße Sidey

[juergs]

Das Flashen wurde manuell via avrdude in der Konsole mit der anderen Version gemacht, da sie in Fhem nicht zur Auswahl stand (ist wohl Absicht )
Mit der "falschen" Version kommt V und ? mit Info zurück. Logischerweise geht dann der Zugriff via C35 oder C99 nicht ... da der CC1101 nicht ansprechbar ist.
=> Steckbrettversion

Ist es Absicht, dass der avrdude-Aufruf nicht in den Logs erscheint ? Das wäre hilfreich, das manuell nachzuvollziehen, der Output ist natürlich da

[Sidey]

Ist es Absicht, dass der avrdude-Aufruf nicht in den Logs erscheint ? Das wäre hilfreich, das manuell nachzuvollziehen, der Output ist natürlich da

Nein ich glaube das war keine Absicht, früher wurde da was ausgegeben. Das habe ich wohl wegoptimiert

[juergs]

Ach ja so noch als Info:

Code Auswählen Erweitern

define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600

Also voller Pfad zum Device, sonst wundert man sich, dass der Signalduino disconnected bleibt!   

RTFM: https://wiki.fhem.de/wiki/SIGNALduino

[Ralf9]

Dann würde ich sagen, dass etwas mit der CC1101-Hardware nicht in Ordnung ist, deshalb bleibt wohl die Initialisierung hängen, da ja die Version ohne CC1101 ja funktioniert ...

Dies sollte eigentlich egal sein solange durch den defekten cc1101 die Spannung nicht zusammenbricht.

Ich habs bei mir mal mit meiner V 3.3.2.1-rc9 auf einem nano ohne cc1101 getestet

Code Auswählen Erweitern

set sduino flash https://github.com/Ralf9/SIGNALDuino/releases/download/3.3.2.1-rc9/SIGNALduino_nanoCC1101_3321rc9.hex

Wenn ich bei der Arduino IDE den Seriellen Monitor (Putty sollte genauso gehen) öffne, erhalte ich folgendes:

Code Auswählen Erweitern

Using sFIFO
Reading values from eeprom
CCInit no CC11xx found! ccVer=0 ccPartnum=0
Starting timerjob
receiver enabled

Ein "V" ergibt:

Code Auswählen Erweitern

V 3.3.2.1-rc9 SIGNALduino - compiled at Jun 16 2019 20:18:01
da der cc1101 nicht erkannt wurde, fehlt bei der Versionsausgabe das "cc1101"

Gruß Ralf

[assi05]

Ich bin überwältigt von Eurer Unterstützung!!!

AAAAALSO:

Ich habe nochmal diverse CC1101 FWs geflashed, hat immer ohne Fehler funktioniert, aber: Gerät mit all den CC1101-Versionen nicht ansprechbar.

Letztlich habe ich bei Sidey folgende FW gefunden, mit der es funktioniert:

https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.4.0-dev%2B20200216/SIGNALDuino_nanocc11013.4.0-dev+20200216.hex

SOMFYs werden per Autocreate angelegt, ich kann auch programmieren - also Gerät ist grundsätzlich mal wieder nutzbar.

Was mich wundert, ist dass meine Frequenzänderung auf 433.42 offenbar nicht umgesetzt wird:

get sduino ccconf: Freq: 433.920 MHz, Bandwidth: 325 KHz, rAmpl: 40 dB, sens: 8 dB, DataRate: 5603.79 Baud, Modulation: ASK/OOK, Syncmod: No preamble/sync

obwohl

attr sduino cc1101_frequency 433.42

Das Signal ist aber denke ich "breit" genug, dass es trotzdem funktioniert.

Ich muss jetzt mal hoch zu Mutti auf die Couch, aber ohne Eure Hilfe hätte das nicht geklappt! Danke nochmal! So langsam wachse ich wieder rein und werde die nächsten Tage weiter machen.

[Sidey]

Das Attribut cc1101_frequency dient nur dazu den PA Level korrekt anzupassen
Zum Anpassen gibt es

Code Auswählen Erweitern

set cc1101_freq.

Freut mich dass es nun klappt.
Warum das aber mit der 3.3.1er Firmware bei dir nicht wollte verstehe ich gerade nicht. Hauptsache jetzt läuft es.
PS: Somfy stellt beim Senden die Frequenz um, du müsstest es somit nur für besseren Empfang anpassen.

Grüße Sidey

[RaspiLED]

Hi,

Evtl, hat er einen besonderen CC1101 und die Bytefolge ist noch nicht in der Prüfroutine!?

Hast Du mal ein Foto vom cc1101???

Gruß Arnd


Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...

[assi05]

Anbei - bitte nicht gleich draufhauen! Bin BWLer, kein Elektroniker

Was komisch ist: ich hatte alles 2017 mit exakt dieser HW schon mal am laufen - und auch bis letzte Woche hat alles funktioniert. Dann auf einmal wurde meine HW nicht mehr erkannt in SIGNALduino.

--> Da gab's die 3.4.0 sicher noch nicht.

Morgen kommt ein neuer Signalduino mit der Post, ich prüfe dann mal mit alternativer FW, was passiert.

[Ralf9]

Dies ist vom Aufbau und der Kabellänge her recht grenzwertig.

Bitte mach mal ca 10-20 mal ein "get sduino ccconf" und schau ob die Werte immer passen.

Hast Du auch meine V 3.3.2.1-rc9 getestet?

Gruß Ralf

[assi05]

Hallo Ralf,

ja, Deine FW-Version hatte ich auch probiert, ohne Erfolg.

Habe eben bestimmt 20x get sduino ccconf gemacht, Ergebnis immer dasselbe ohne Probleme:

Code Auswählen Erweitern

ccconf: Freq: 433.920 MHz, Bandwidth: 325 KHz, rAmpl: 40 dB, sens: 8 dB, DataRate: 5603.79 Baud, Modulation: ASK/OOK, Syncmod: No preamble/sync

ist die niedrige DataRate ok? 5.6k Baud?

Gruß
Jochen