nanoCUL mit CC1101 umflashen auf Signalduino

[DanielS]

Hatte jetzt gesehen, daß ich einmal SINGALDuino*.hex und einmal SINGALduino*.hex hatte. (einmal großes D und einmal kleines d) wahrscheinlich hatte ich da den falschen erwischt. Um sicher zu gehen mahce ich das nochmla ganz von vorn.

So.... nochmal frisch alles:

Code Auswählen Erweitern

[dan@nostromo ~ :) 1]$ cd /opt/fhem/FHEM/firmware/
[dan@nostromo /opt/fhem/FHEM/firmware :) 2]$ ls -la
total 1068
drwxr-xr-x 1 fhem dialout    512 Apr 20 00:36 .
drwxr-xr-x 1 fhem dialout  13006 Apr 19 19:34 ..
-rw-r--r-- 1 fhem dialout  22489 Mar 30 15:11 ArduCounter.hex
-rw-r--r-- 1 fhem dialout  99233 Mar 30 15:11 esptool.py
-rw-r--r-- 1 fhem dialout  54451 Mar 30 15:11 JeeLink_EC3000.hex
-rw-r--r-- 1 fhem dialout 442928 Mar 30 15:11 JeeLink_LaCrosseGateway.bin
-rw-r--r-- 1 fhem dialout  77782 Mar 30 15:11 JeeLink_LaCrosse.hex
-rw-r--r-- 1 fhem dialout  34557 Mar 30 15:11 JeeLink_PCA301.hex
-rw-r--r-- 1 fhem dialout  49906 Apr 19 20:02 SIGNALduino_nano328.hex
-rw-r--r-- 1 fhem dialout  57732 Apr 19 20:02 SIGNALduino_nanoCC1101.hex
-rw-r--r-- 1 fhem dialout  57687 Apr 20 00:36 SIGNALDuino_nanoCC1101.hex
-rw-r--r-- 1 fhem dialout  49906 Apr 19 20:02 SIGNALduino_promini328.hex
-rw-r--r-- 1 fhem dialout  64945 Apr 19 20:02 SIGNALDuino_radinoCC1101.hex
-rw-r--r-- 1 fhem dialout  49906 Apr 19 20:02 SIGNALduino_uno.hex
[dan@nostromo /opt/fhem/FHEM/firmware :( (130) 4]$ sudo rm -f SIGNAL*.hex
[sudo] password for dan:
[dan@nostromo /opt/fhem/FHEM/firmware :) 5]$ ls -la
total 728
drwxr-xr-x 1 fhem dialout    216 Apr 20 16:19 .
drwxr-xr-x 1 fhem dialout  13006 Apr 19 19:34 ..
-rw-r--r-- 1 fhem dialout  22489 Mar 30 15:11 ArduCounter.hex
-rw-r--r-- 1 fhem dialout  99233 Mar 30 15:11 esptool.py
-rw-r--r-- 1 fhem dialout  54451 Mar 30 15:11 JeeLink_EC3000.hex
-rw-r--r-- 1 fhem dialout 442928 Mar 30 15:11 JeeLink_LaCrosseGateway.bin
-rw-r--r-- 1 fhem dialout  77782 Mar 30 15:11 JeeLink_LaCrosse.hex
-rw-r--r-- 1 fhem dialout  34557 Mar 30 15:11 JeeLink_PCA301.hex
[dan@nostromo /opt/fhem/FHEM/firmware :) 8]$ sudo cp /tank/share/incoming/SIGNALDuino_nanoCC1101.hex /opt/fhem/FHEM/firmware/
[dan@nostromo /opt/fhem/FHEM/firmware :) 9]$ ls -la
total 788
drwxr-xr-x 1 fhem dialout    268 Apr 20 16:21 .
drwxr-xr-x 1 fhem dialout  13006 Apr 19 19:34 ..
-rw-r--r-- 1 fhem dialout  22489 Mar 30 15:11 ArduCounter.hex
-rw-r--r-- 1 fhem dialout  99233 Mar 30 15:11 esptool.py
-rw-r--r-- 1 fhem dialout  54451 Mar 30 15:11 JeeLink_EC3000.hex
-rw-r--r-- 1 fhem dialout 442928 Mar 30 15:11 JeeLink_LaCrosseGateway.bin
-rw-r--r-- 1 fhem dialout  77782 Mar 30 15:11 JeeLink_LaCrosse.hex
-rw-r--r-- 1 fhem dialout  34557 Mar 30 15:11 JeeLink_PCA301.hex
-rwx------ 1 root root     57687 Apr 20 16:21 SIGNALDuino_nanoCC1101.hex
[dan@nostromo /opt/fhem/FHEM/firmware :) 10]$ sudo chown fhem:dialout /opt/fhem/FHEM/firmware/SIGNALDuino_nanoCC1101.hex
[dan@nostromo /opt/fhem/FHEM/firmware :) 11]$ sudo chmod a+r /opt/fhem/FHEM/firmware/SIGNALDuino_nanoCC1101.hex
[dan@nostromo /opt/fhem/FHEM/firmware :) 12]$ sudo chmod u-x /opt/fhem/FHEM/firmware/SIGNALDuino_nanoCC1101.hex
[dan@nostromo /opt/fhem/FHEM/firmware :) 13]$ ls -la
total 788
drwxr-xr-x 1 fhem dialout    268 Apr 20 16:21 .
drwxr-xr-x 1 fhem dialout  13006 Apr 19 19:34 ..
-rw-r--r-- 1 fhem dialout  22489 Mar 30 15:11 ArduCounter.hex
-rw-r--r-- 1 fhem dialout  99233 Mar 30 15:11 esptool.py
-rw-r--r-- 1 fhem dialout  54451 Mar 30 15:11 JeeLink_EC3000.hex
-rw-r--r-- 1 fhem dialout 442928 Mar 30 15:11 JeeLink_LaCrosseGateway.bin
-rw-r--r-- 1 fhem dialout  77782 Mar 30 15:11 JeeLink_LaCrosse.hex
-rw-r--r-- 1 fhem dialout  34557 Mar 30 15:11 JeeLink_PCA301.hex
-rw-r--r-- 1 fhem dialout  57687 Apr 20 16:21 SIGNALDuino_nanoCC1101.hex
[dan@nostromo /opt/fhem/FHEM/firmware :) 14]$ sudo service fhem stop
Redirecting to /bin/systemctl stop  fhem.service
[dan@nostromo /opt/fhem/FHEM/firmware :) 15]$ sudo service fhem start
Redirecting to /bin/systemctl start  fhem.service
[dan@nostromo /opt/fhem/FHEM/firmware :) 16]$


Flash: (set sd433 flash FHEM/firmware/SIGNALDuino_nanoCC1101.hex)

Code Auswählen Erweitern

flashing Arduino sd433
hex file: FHEM/firmware/SIGNALDuino_nanoCC1101.hex
port: /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0
log file: ./log/SIGNALduino-Flash.log
sd433 closed
command: avrdude -c arduino -b 57600 -P /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0 -p atmega328p -vv -U flash:w:FHEM/firmware/SIGNALDuino_nanoCC1101.hex 2>./log/SIGNALduino-Flash.log

--- AVRDUDE ---------------------------------------------------------------------------------

avrdude: Version 6.1, compiled on May 21 2016 at 18:54:11
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude/avrdude.conf"
         User configuration file is "/opt/fhem/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 2
         Firmware Version: 1.16
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "FHEM/firmware/SIGNALDuino_nanoCC1101.hex"
avrdude: input file FHEM/firmware/SIGNALDuino_nanoCC1101.hex auto detected as Intel Hex
avrdude: writing flash (20504 bytes):

Writing | ################################################## | 100% 6.60s

avrdude: 20504 bytes of flash written
avrdude: verifying flash memory against FHEM/firmware/SIGNALDuino_nanoCC1101.hex:
avrdude: load data flash data from input file FHEM/firmware/SIGNALDuino_nanoCC1101.hex:
avrdude: input file FHEM/firmware/SIGNALDuino_nanoCC1101.hex auto detected as Intel Hex
avrdude: input file FHEM/firmware/SIGNALDuino_nanoCC1101.hex contains 20504 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 5.08s

avrdude: verifying ...
avrdude: 20504 bytes of flash verified

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

sd433 opened


Log nach dem Flashen und einem Reset per Hand nachdem er das erste mal "closed" war:

Code Auswählen Erweitern

2017.04.20 16:27:12 3: Opening sd433 device /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0
2017.04.20 16:27:12 3: Setting sd433 serial parameters to 57600,8,N,1
2017.04.20 16:27:12 1: sd433/define: /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0@57600
2017.04.20 16:27:12 1: sd433/init: /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0@57600
2017.04.20 16:27:12 3: sd433 device opened
2017.04.20 16:27:14 4: sd433/msg READ: Reading values fom eeprom
2017.04.20 16:27:14 3: sd433/init: disable receiver (XQ)
2017.04.20 16:27:14 5: sd433 SW: XQ
2017.04.20 16:27:14 3: sd433/init: get version, retry = 0
2017.04.20 16:27:14 5: sd433 SW: V
2017.04.20 16:27:24 3: sd433/init: get version, retry = 1
2017.04.20 16:27:24 5: sd433 SW: V
2017.04.20 16:27:34 3: sd433/init: get version, retry = 2
2017.04.20 16:27:34 5: sd433 SW: V
2017.04.20 16:27:44 3: sd433/init: get version, retry = 3
2017.04.20 16:27:44 2: sd433/init retry count reached. Closed
2017.04.20 16:27:44 2: sd433 closed

Leider immer noch mit dem gleichen Ergebnis.


P.S.: vorher hatte ichdefinitv das falsche file. (ausgehend von der Größe beim flashen)

[Sidey]

Ja, das ist das richtige File.
Hmm schade. Du musst leider jetzt zum debuggen her halten, da ich bislang nicht heraus gefunden habe, wie man den Fehler wieder provoziert, nachdem man es einmal gelöst hat.

Das Grundproblem ist halt, dass der cc1101 nicht richtig initialisiert ist. Dadurch wird der Interrupt zu oft ausgelöst, was die Serielle Kommunikation verhindert.

Ich werde ein paar Dinge in die Firmware einbauen, compilieren und dir dann zusenden.

Noch mal zur Hardware.
Du hast einen Arduino Nano (atmega328) und die Verkabelung nach der Selbstbau nanocul Anleitung vorgenommen?

Grüße Sidey

Gesendet von meinem Nexus 5 mit Tapatalk

[DanielS]

*Hackenzusammenschlag* Melde mich freiwillig!

Hardware: Genauso, wie du sagtest.
- Nano mit AtMega328p und CH340G zur seriellen Kommunakation (daher ohne eindeutige ID und daher über den Pfad angesprochen)
- Verkabelt wie NanoCul. Als NanoCul lief der auch schon, nur spricht der glaube ich kein "Dooya", was für ihn hier die Hauptaufgabe ist.

VG Daniel

[Ralf9]

Das Grundproblem ist halt, dass der cc1101 nicht richtig initialisiert ist. Dadurch wird der Interrupt zu oft ausgelöst, was die Serielle Kommunikation verhindert.

Ich werde ein paar Dinge in die Firmware einbauen, compilieren und dir dann zusenden.

Ich habe bei mir folgendes eingebaut, da müsste sich auch einiges erkennen lassen:

Code Auswählen Erweitern

#ifdef CMP_CC1101
MSG_PRINT(F("CCInit "));
cc1101::CCinit(); // CC1101 init
ccVersion = cc1101::getCCVersion();
if (ccVersion == 0x00 || ccVersion == 0xFF) // checks if valid Chip ID is found. Usualy 0x03 or 0x14.
{
MSG_PRINT(F("no CC11xx found!"));
hasCC1101 = false;
}
else {
MSG_PRINT(F("ok."));
hasCC1101 = true;
}
MSG_PRINT(F(" ccVer="));
MSG_PRINTLN(ccVersion, HEX);
...
...
cmdstring.reserve(40);
        if (hasCC1101) {
if (cc1101::regCheck()) {
enableReceive();
MSG_PRINTLN(F("receiver enabled"));
}
else {
MSG_PRINTLN(F("cc1101 is not correctly set."));
}
        }
}

Code Auswählen Erweitern

uint8_t getCCVersion() {

uint8_t partnum = readReg(0xF0,0x80);  // Partnum
uint8_t version = readReg(0xF1,0x80);  // Version
DBG_PRINT("CCVersion="); DBG_PRINTLN(version);
DBG_PRINT("CCPartnum="); DBG_PRINTLN(partnum);

return version;
}

Normalerweise wird damit am Anfang folgendes ausgegeben:

Code Auswählen Erweitern

CCInit ok. ccVer=14
receiver enabled

Edit:
MSG_PRINTLN(F("receiver enabled"));
eingefügt.

Gruß Ralf

[mitdra]

Hallo zusammen,

ich bin ein bisschen verwirrt...
Bei mir im Einsatz ist ein FT232RL nano verkabel analog zum CC1101 und dieser steht im Status open.
Jedoch bekomme ich ausser pings nichts gelesen.
Wo bekomme ich die neue Firmware her oder steht das nur einem erlauchten Kreis zur Verfügung?

[Sidey]

Danke für die Test Unterstüztung

So, neuer Versuch:
So siehts aus, wenn der cc1101 nicht richtig angebunden ist:

Code Auswählen Erweitern

Opening port
Port open
Reading values fom eeprom
CCInit CCVersion=0
CCPartnum=0
no CC11xx found!

Starting timerjob
receiver enabled



So sollte es aussehen, wenn alles richtig ist:

Code Auswählen Erweitern


Opening port
Port open
Reading values fom eeprom
CCInit CCVersion=20
CCPartnum=0
CC1101 found
Starting timerjob
CC1100_PKTCTRL0=50 vs EEPROM PKTCTRL0=50
C1100_IOCFG2=13 vs EEPROM IOCFG2=13
receiver enabled


Wie es aussieht, wenn die Register nicht passen weiss ich leider nicht


Firmware wie gehabt unter folgendem Link:
https://drive.google.com/file/d/0B3UU1FxM6ZDUWGotQ1BCUGhCams/view?usp=sharing

Bitte mal testen und die Logausgabe posten, dann können wir den Fehler eingrenzen.

Grüße Sidey

[DanielS]

Gerne doch. Mit Vergnügen! Und ebenfalls Danke für den Support!

AHA! ich glaube, da könnte was sein..

Code Auswählen Erweitern

2017.04.20 22:32:08 3: Opening sd433 device /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0
2017.04.20 22:32:08 3: Setting sd433 serial parameters to 57600,8,N,1
2017.04.20 22:32:08 1: sd433/define: /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0@57600
2017.04.20 22:32:08 1: sd433/init: /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0@57600
2017.04.20 22:32:08 3: sd433 device opened
2017.04.20 22:32:10 4: sd433/msg READ: Reading values fom eeprom
2017.04.20 22:32:10 4: sd433/msg READ: Received answer (Reading values fom eeprom) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.04.20 22:32:10 3: sd433/init: disable receiver (XQ)
2017.04.20 22:32:10 5: sd433 SW: XQ
2017.04.20 22:32:10 3: sd433/init: get version, retry = 0
2017.04.20 22:32:10 5: sd433 SW: V
2017.04.20 22:32:20 3: sd433/init: get version, retry = 1
2017.04.20 22:32:20 5: sd433 SW: V
2017.04.20 22:32:30 3: sd433/init: get version, retry = 2
2017.04.20 22:32:30 5: sd433 SW: V
2017.04.20 22:32:40 3: sd433/init: get version, retry = 3
2017.04.20 22:32:40 2: sd433/init retry count reached. Closed
2017.04.20 22:32:40 2: sd433 closed

"Received answer (Reading values fom eeprom) for version does not match V\s.*SIGNAL(duino|ESP).* "
kann das daran liegen, daß das "D" groß geschrieben ist und bei dem Version Check nicht?

[RappaSan]

Klappt das umflashen eigentlich auch mit dem miniCUL von locutus?

[Sidey]

Bist Du Sicher, dass im Device sd433 das Verbose Attribut auf 5 steht?

Da fehlen Meldungen. Seltsam.

Kannst Du den Arduino mal am PC Anschließen und schauen was auf der seriellen Konsole kommt?


Grüße Sidey

[DanielS]

Bist Du Sicher, dass im Device sd433 das Verbose Attribut auf 5 steht?

Da fehlen Meldungen. Seltsam.

Yup, ist auf verbose 5. Sorry

Code Auswählen Erweitern

Internals:
   Clients    :IT:CUL_TCM97001:SIGNALduino_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt:FS10:SIGNALduino_un:
   DEF        /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0@57600
   DMSG       nothing
   DevState   INACTIVE
   DeviceName /dev/serial/by-path/pci-0000:00:1d.0-usb-0:2:1.0-port0@57600
   NAME       sd433
   NR         64
   PARTIAL    CCInit
   STATE      closed
   TIME       1492720276
   TYPE       SIGNALduino
   initResetFlag 1
   initretry  3
   version
   Matchlist:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^YsA[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SIGNALduino_RSL ^r[A-Fa-f0-9]{6}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   Readings:
     2017-03-28 21:31:18   ping            OK
     2017-04-20 22:32:40   state           closed
     2017-03-28 21:28:18   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   mcIdList:
     10
     11
     12
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     32
     33
     35
     38
     4
     41
     51
     55
     6
     7
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     34
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     63
     64
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   icon       cul
   room       FHEM
   verbose    5

Kannst Du den Arduino mal am PC Anschließen und schauen was auf der seriellen Konsole kommt?

Da Kam nur das hier (Gibberish) Also per seriellem Monitor aus der Arduino IDE. Oder sollte ich per Putty oder sowas drauf?:

Code Auswählen Erweitern

½V6T

Bzw. Kann ich da irgendwas senden, daß er gesprächiger wird?  Oder Soll ich auf dem PC eine Test-Instanz von FHEM aufsetzen?

VG Daniel

[Sidey]

Baudrate auf 57600, dann passt das mit der arduino ide

Gesendet von meinem Nexus 5 mit Tapatalk

[DanielS]

Nu sagt er:

Code Auswählen Erweitern

Reading values fom eeprom
CCInit

mehr leider nicht

VG Daniel

[Sidey]

Das bedeutet er bleibt beim Abfragen des cc1101 hängen. Das ist dann wohl ein neuer Fehler.

Gesendet von meinem Nexus 5 mit Tapatalk

[DanielS]

Das ist ein 433MHz Modul mit 8 Pins. Aufdruck D-Sun CC1101.

Ich hab noch ein weiteres 433MHz im 2mm Raster. Das könnte ich zusätzlich nochmal zurechtlöten morgen. Evtl. geht das ja.

Desweiteren hab ich noch ein 10 Pin Modul für 868MHz. auch das könnte ich mal testen ob es einen Unterschied macht. Da komme ich aber erst morgen zu denke ich.

[Ralf9]

Mir ist nicht klar wie mit dem "D" in SIGNALDuino das flashen funktionieren kann

SIGNALDuino_nanoCC1101.hex

TYPE       SIGNALduino

Gruß Ralf