Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

Begonnen von Sidey, 02 Oktober 2016, 23:39:11

Vorheriges Thema - Nächstes Thema

fstefan1960

#285
Ich habe nur einen Arduino dran und ja, der Port stimmt. Egal, ob ich /dev/ttyUSB0 definiere oder /dev/serial/by-id/xxxxxx... . Beides funktioniert völlig identisch. ich probiere jetzt mal das mit dem verbose=5 und reset.

Das Log gibt dann nur her:
2017.03.05 13:12:48 3: sduino: setting Verbose to: 5
2017.03.05 13:12:56 3: sduino reset
2017.03.05 13:12:56 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:12:56 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:12:56 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:12:56 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:12:56 3: sduino device opened
2017.03.05 13:12:58 3: sduino/init: disable receiver (XQ)
2017.03.05 13:12:58 5: sduino SW: XQ
2017.03.05 13:12:58 3: sduino/init: get version, retry = 0
2017.03.05 13:12:58 5: sduino SW: V


Beim flashen kommt

2017.03.05 13:13:29 3: sduino device opened
2017.03.05 13:13:30 3: sduino/init: disable receiver (XQ)
2017.03.05 13:13:30 5: sduino SW: XQ
2017.03.05 13:13:31 3: sduino/init: get version, retry = 0
2017.03.05 13:13:31 5: sduino SW: V
2017.03.05 13:13:41 3: sduino/init: get version, retry = 1
2017.03.05 13:13:41 5: sduino SW: V
2017.03.05 13:13:51 3: sduino/init: get version, retry = 2
2017.03.05 13:13:51 5: sduino SW: V
2017.03.05 13:14:01 3: sduino/init: get version, retry = 3
2017.03.05 13:14:01 2: sduino/init retry count reached. Closed
2017.03.05 13:14:01 2: sduino closed
2017.03.05 13:15:25 3: sduino reset
2017.03.05 13:15:25 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:15:25 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:15:25 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:15:25 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:15:25 3: sduino device opened
2017.03.05 13:15:26 3: sduino/init: disable receiver (XQ)
2017.03.05 13:15:26 5: sduino SW: XQ
2017.03.05 13:15:27 3: sduino/init: get version, retry = 0
2017.03.05 13:15:27 5: sduino SW: V
2017.03.05 13:15:48 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:15:48 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:15:48 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:15:48 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:15:48 3: sduino device opened
2017.03.05 13:15:52 3: sduino/init: disable receiver (XQ)
2017.03.05 13:15:52 5: sduino SW: XQ
2017.03.05 13:15:53 3: sduino/init: get version, retry = 0
2017.03.05 13:15:53 5: sduino SW: V
2017.03.05 13:16:03 3: sduino/init: get version, retry = 1
2017.03.05 13:16:03 5: sduino SW: V
2017.03.05 13:16:14 3: sduino/init: get version, retry = 2
2017.03.05 13:16:14 5: sduino SW: V
2017.03.05 13:16:24 3: sduino/init: get version, retry = 3
2017.03.05 13:16:24 2: sduino/init retry count reached. Reset
2017.03.05 13:16:24 3: sduino reset
2017.03.05 13:16:24 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:16:24 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:16:24 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:16:24 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:16:24 3: sduino device opened
2017.03.05 13:16:26 3: sduino/init: disable receiver (XQ)
2017.03.05 13:16:26 5: sduino SW: XQ
2017.03.05 13:16:26 3: sduino/init: get version, retry = 0
2017.03.05 13:16:26 5: sduino SW: V
2017.03.05 13:16:36 3: sduino/init: get version, retry = 1
2017.03.05 13:16:36 5: sduino SW: V
2017.03.05 13:16:46 3: sduino/init: get version, retry = 2
2017.03.05 13:16:46 5: sduino SW: V
2017.03.05 13:16:56 3: sduino/init: get version, retry = 3
2017.03.05 13:16:56 2: sduino/init retry count reached. Closed
2017.03.05 13:16:56 2: sduino closed
FHEM auf PC: CUL868, CUL 443, HM_LAN, JeeLink
FHEM auf Raspi: CUL868
div. LaCrosse Temp/Hum-Sensoren, HM-Heizkörperventile, Schaltaktoren, etc.

Sidey

Seltsam. Hast Du ein Update der devr33 gemacht und noch mal geflasht?
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

fstefan1960

#287
Ja, hab ich.

Es irritiert mich, dass das Log wohl nur vergebliche Versuche, die Version zu lesen meldet und dann abbricht. Das erscheinende Ergebnis des Flashvorgangs (also die eingeblendete Terminaldarstellung ) zeigt aber einen erfolgreichen Flash- und Verify-vorgang ...


command: avrdude -c arduino -b 57600 -P /dev/ttyUSB0 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_nanoCC1101.hex 2>./log/SIGNALduino-Flash.log

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

avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"

         Using Port                    : /dev/ttyUSB0
         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.01s

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 (20054 bytes):

Writing | ################################################## | 100% 7.98s

avrdude: 20054 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 20054 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 8.53s

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

avrdude done.  Thank you.



Ich habe jetzt noch einmal den fertig gekauften SIGNALduino geflasht. Dabei erhalte ich als Versionsangabe
V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 5 2017 12:39:25

Also die Firmwaredatei auf dem Raspi ist aktuell ....
FHEM auf PC: CUL868, CUL 443, HM_LAN, JeeLink
FHEM auf Raspi: CUL868
div. LaCrosse Temp/Hum-Sensoren, HM-Heizkörperventile, Schaltaktoren, etc.

Sidey

Kann es sein, dass Du nicht im Fhem Log nachsiehst, sondern in einem filelog oder im Event Monitor?
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

fstefan1960

Hier jetzt noch einmal das FHEM-Log beim Flashen:


2017.03.05 13:36:37 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:36:37 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:36:37 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:36:37 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:36:37 3: sduino device opened
2017.03.05 13:36:41 3: sduino/init: disable receiver (XQ)
2017.03.05 13:36:41 5: sduino SW: XQ
2017.03.05 13:36:41 3: sduino/init: get version, retry = 0
2017.03.05 13:36:41 5: sduino SW: V
2017.03.05 13:36:41 4: sduino/msg READ: Using sFIFO
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (Using sFIFO) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (Reading values fom eeprom) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: CCInit
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (CCInit) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: CCVersion=20
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (CCVersion=20) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (CCPartnum=0) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: Starting timerjob
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (Starting timerjob) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:41 4: sduino/msg READ: receiver enabled
2017.03.05 13:36:41 4: sduino/msg READ: Received answer (receiver enabled) for version does not match V\s.*SIGNAL(duino|ESP).*
2017.03.05 13:36:51 3: sduino/init: get version, retry = 1
2017.03.05 13:36:51 5: sduino SW: V
2017.03.05 13:37:01 3: sduino/init: get version, retry = 2
2017.03.05 13:37:01 5: sduino SW: V
2017.03.05 13:37:12 3: sduino/init: get version, retry = 3
2017.03.05 13:37:12 2: sduino/init retry count reached. Reset
2017.03.05 13:37:12 3: sduino reset
2017.03.05 13:37:12 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:37:12 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:37:12 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:37:12 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:37:12 3: sduino device opened
2017.03.05 13:37:13 4: sduino/msg READ: Using sFIFO
2017.03.05 13:37:13 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:37:13 4: sduino/msg READ: CCInit
2017.03.05 13:37:13 4: sduino/msg READ: CCVersion=20
2017.03.05 13:37:13 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:37:13 4: sduino/msg READ: Starting timerjob
2017.03.05 13:37:13 3: sduino/init: disable receiver (XQ)
2017.03.05 13:37:13 5: sduino SW: XQ
2017.03.05 13:37:13 4: sduino/msg READ: receiver enabled
2017.03.05 13:37:14 3: sduino/init: get version, retry = 0
2017.03.05 13:37:14 5: sduino SW: V
2017.03.05 13:37:24 3: sduino/init: get version, retry = 1
2017.03.05 13:37:24 5: sduino SW: V
2017.03.05 13:37:34 3: sduino/init: get version, retry = 2
2017.03.05 13:37:34 5: sduino SW: V
2017.03.05 13:37:44 3: sduino/init: get version, retry = 3
2017.03.05 13:37:44 2: sduino/init retry count reached. Closed
2017.03.05 13:37:44 2: sduino closed
FHEM auf PC: CUL868, CUL 443, HM_LAN, JeeLink
FHEM auf Raspi: CUL868
div. LaCrosse Temp/Hum-Sensoren, HM-Heizkörperventile, Schaltaktoren, etc.

Sidey

Welchen Stand der Firmware hast Du geflasht? Also das Hex File, das ich heute aktualisiert habe oder ein älteres?

Dein cc1101 ist zumindest einmal korrekt verbunden.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

fstefan1960

Das von heute. Beim Probeflashen eines anderen SIGNALduino hat er das ja auf jeden Fall auch aktualisiert. Der zeigt als Version das mit heutigem Kompilierdatum ...
FHEM auf PC: CUL868, CUL 443, HM_LAN, JeeLink
FHEM auf Raspi: CUL868
div. LaCrosse Temp/Hum-Sensoren, HM-Heizkörperventile, Schaltaktoren, etc.

fstefan1960

Das Log produziert nur noch

2017.03.05 13:45:00 3: sduino device opened
2017.03.05 13:45:01 4: sduino/msg READ: Using sFIFO
2017.03.05 13:45:01 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:45:01 4: sduino/msg READ: CCInit
2017.03.05 13:45:01 4: sduino/msg READ: CCVersion=20
2017.03.05 13:45:01 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:45:01 4: sduino/msg READ: Starting timerjob
2017.03.05 13:45:01 3: sduino/init: disable receiver (XQ)
2017.03.05 13:45:01 5: sduino SW: XQ
2017.03.05 13:45:02 4: sduino/msg READ: receiver enabled
2017.03.05 13:45:02 3: sduino/init: get version, retry = 0
2017.03.05 13:45:02 5: sduino SW: V
2017.03.05 13:45:12 3: sduino/init: get version, retry = 1
2017.03.05 13:45:12 5: sduino SW: V
2017.03.05 13:45:22 3: sduino/init: get version, retry = 2
2017.03.05 13:45:22 5: sduino SW: V
2017.03.05 13:45:32 3: sduino/init: get version, retry = 3
2017.03.05 13:45:32 2: sduino/init retry count reached. Reset
2017.03.05 13:45:32 3: sduino reset
2017.03.05 13:45:32 3: Opening sduino device /dev/ttyUSB0
2017.03.05 13:45:32 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.05 13:45:32 1: sduino/define: /dev/ttyUSB0@57600
2017.03.05 13:45:32 1: sduino/init: /dev/ttyUSB0@57600
2017.03.05 13:45:32 3: sduino device opened
2017.03.05 13:45:33 4: sduino/msg READ: Using sFIFO
2017.03.05 13:45:33 4: sduino/msg READ: Reading values fom eeprom
2017.03.05 13:45:33 4: sduino/msg READ: CCInit
2017.03.05 13:45:34 4: sduino/msg READ: CCVersion=20
2017.03.05 13:45:34 4: sduino/msg READ: CCPartnum=0
2017.03.05 13:45:34 4: sduino/msg READ: Starting timerjob
2017.03.05 13:45:34 3: sduino/init: disable receiver (XQ)
2017.03.05 13:45:34 5: sduino SW: XQ
2017.03.05 13:45:34 4: sduino/msg READ: receiver enabled
2017.03.05 13:45:34 3: sduino/init: get version, retry = 0
2017.03.05 13:45:34 5: sduino SW: V
2017.03.05 13:45:44 3: sduino/init: get version, retry = 1
2017.03.05 13:45:44 5: sduino SW: V
2017.03.05 13:45:54 3: sduino/init: get version, retry = 2
2017.03.05 13:45:54 5: sduino SW: V
2017.03.05 13:46:04 3: sduino/init: get version, retry = 3
2017.03.05 13:46:04 2: sduino/init retry count reached. Closed
2017.03.05 13:46:04 2: sduino closed
[/close]

Hardwareschaden?
FHEM auf PC: CUL868, CUL 443, HM_LAN, JeeLink
FHEM auf Raspi: CUL868
div. LaCrosse Temp/Hum-Sensoren, HM-Heizkörperventile, Schaltaktoren, etc.

Sidey

Glaube ich nicht.
Der Interrupt pin löst dauernd aus. Das verhindert, dass der arduino noch auf serielle Kommandos reagiert.


Eigentlich hätte das mit der Firmware von heute mittag behoben sein sollen.

Da hilft nur, pin#2 nicht zu verbinden.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

RaspII

@fstefan1960
Hast Du schon folgendes ausprobiert?
die CSn Leitung des CC1101 von D10 getrennt (alle anderen Pins müssen verbunden bleiben)
Und danach über die FHEM Command Line das Kommando
get sduino raw e
ausgeführt?

Wie gesagt, ich hatte den selben Effekt wie Du, über diese "Neuinitialisierung" klappt es bei mir.
RaspII

fstefan1960

Dann bekomme ich nur die Antwort:
sduino is not active, may firmware is not suppoted, please flash or reset

Da ich das GET-Eingabefeld gar nicht bekomme, kann ich dann nur set sduino reset anstoßen, dann ist er wieder "opened". Dann in der EIngabezeile "set sduino raw e" und wieder obige Antwort ...

Hab das Ganze jetzt mit zwei verschiedenen Arduinos und zwei verschiednen CC1101 probiert, die ganz Sache mehrmals von Grund auf aufgesetzt, um Steckfehler auszuschließen ...

Das GET-Feld bekomme ich nur, wenn ich den CC1101 von VCC trenne. Dann aber hab ich eben keinen CC1101 ...

Jetzt muss ich erst mal meine Ehe pflegen und mit meiner Frau an die Luft ...

FHEM auf PC: CUL868, CUL 443, HM_LAN, JeeLink
FHEM auf Raspi: CUL868
div. LaCrosse Temp/Hum-Sensoren, HM-Heizkörperventile, Schaltaktoren, etc.

fstefan1960

Okay, also habe nochmal PIN D2 getrennt, geflasht und resettet.
Jetzt habe ich die aktuelle Firmware mit nanoCC als Version.

V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 5 2017 12:39:25

GET ccconfig liefert auch Werte ...

ccconf: freq:1664.000MHz bWidth:58KHz rAmpl:42dB sens:16dB (DataRate:1621826.17Baud)

ccregAll:

ccreg 00: 7F FF FF FF FF FF FF FF 7F FF FF 3F FF 3F FF FF
ccreg 10: FF FF FF F3 FF 77 1F 3F 3F 7F FF FF 7F FF FF FF
ccreg 20: FB FF 37 FF 3F 3F 7F 7F 7F 59 7F 3F 88 31 0B


Alles mit offenem D2.

Anstecken probiere ich nachher ...
FHEM auf PC: CUL868, CUL 443, HM_LAN, JeeLink
FHEM auf Raspi: CUL868
div. LaCrosse Temp/Hum-Sensoren, HM-Heizkörperventile, Schaltaktoren, etc.

RaspII

Hallo nochmal,
das "GET" Eingabefeld kam bei mir erst zum Vorschein, sobald ich Pin10 oder Pin11 des Nano#s vom CC1101 getrennt und einen Reset ausgeführt hatte.
RaspII

RaspII

ok, da haben sich die Beiträge überholt.
Kannst Du jetzt ein
get sduino raw e
ausführen?
RaspII

Sidey

Zum debuggen wäre es optimal, wenn wir mal einen nano mit cc1101 haben, der in diesem Modus bleibt. :)
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker