SIGNALduino wird nicht initiiert - STATE: closed

[alpinestars]

Hallo zusammen,

ich bin absolut neu in der Smart Home Welt und damit natürlich auch bei fhem.

Um mich mit dem Thema zu beschäftigen, wollte ich gern mit der Schaltung von ein paar Intertechno Aktoren beginnen und habe mich hierbei mit der folgenden HW ausgestattet:

• Raspi 3
• ATmega328P Arduino Compatible Nano V3 (WCH CH340)
• FS1000A 433 MHz Sendemodul
• RXB6 433 MHz Empfangsmodul
• 433 MHz Helix Antennen

Bei dem Vorhaben habe ich an dem entsprechenden WiKi-Eintrag (https://wiki.fhem.de/wiki/SIGNALduino) gehalten, d.h. die folgende Verkabelung vorgenommen:
FS1000A <-> Arduino
DATA <-> D11
VCC <-> 5V
GND <-> GND (neben D2)

RXB6 <-> Arduino
DATA <-> D2
+5V <-> 5V
GND <-> GND (neben VIN)
die restlichen Pins des RXB6 sind nicht verbunden

Raspbian scheint das USB Device zu erkennen (auch, dass es sich nicht um ein FTDI handelt)

Code Auswählen Erweitern

pi@raspberrypi:~ $ ls -l /dev/ttyU*
crw-rw---- 1 root dialout 188, 0 Mär 23 21:52 /dev/ttyUSB0
pi@raspberrypi:~ $ ls -l /dev/serial/by-id/*
lrwxrwxrwx 1 root root 13 Mär 23 21:51 /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0

FHEM habe ich aktualisiert

Code Auswählen Erweitern

update
Das SIGNALduino Modul und Firmware aktualisiert

Code Auswählen Erweitern

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
Das Device entsprechend definiert

Code Auswählen Erweitern

define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
Das Nano328 Attribut hinzugefügt

Code Auswählen Erweitern

attr sduino hardware nano328

Vorher hatte ich zudem avrdude installiert

Code Auswählen Erweitern

sudo apt-get install avrdude

Das Logfile ist leider nicht sehr vielversprechend aus

Code Auswählen Erweitern

2017.03.23 21:51:33 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.23 21:51:33 1: sduino/define: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2017.03.23 21:51:33 1: sduino/init: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2017.03.23 21:51:33 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (sduino)
2017.03.23 21:51:34 3: sduino/init: disable receiver (XQ)
2017.03.23 21:51:35 3: sduino/init: get version, retry = 0
2017.03.23 21:51:45 3: sduino/init: get version, retry = 1
2017.03.23 21:51:55 3: sduino/init: get version, retry = 2
2017.03.23 21:52:05 3: sduino/init: get version, retry = 3
2017.03.23 21:52:05 2: sduino/init retry count reached. Reset
2017.03.23 21:52:05 3: sduino reset
2017.03.23 21:52:05 3: Opening sduino device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2017.03.23 21:52:05 3: Setting sduino serial parameters to 57600,8,N,1
2017.03.23 21:52:05 1: sduino/define: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2017.03.23 21:52:05 1: sduino/init: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2017.03.23 21:52:05 3: sduino device opened
2017.03.23 21:52:06 3: sduino/init: disable receiver (XQ)
2017.03.23 21:52:07 3: sduino/init: get version, retry = 0
2017.03.23 21:52:17 3: sduino/init: get version, retry = 1
2017.03.23 21:52:27 3: sduino/init: get version, retry = 2
2017.03.23 21:52:37 3: sduino/init: get version, retry = 3
2017.03.23 21:52:37 2: sduino/init retry count reached. Closed
2017.03.23 21:52:37 2: sduino closed

Ich hatte bereits einige Tipps ausprobiert, darunter /dev/ttyUSB0 anstelle /dev/serial/by-id sowie D2 trennen etc. Ein Flashen schlägt natürlich fehl...

Habt Ihr eine Idee oder einen Tipp, was ich ändern muss?

Besten Dank für Eure Hilfe!!!

Schöne Grüße,
Patrick

[RaspiLED]

Hi,
Was ist das für ein Nano? Mit FTDI sollte eine andere Kennung (Pfad) haben. Wie sieht lsusb -t aus, was sagt dmesg | grep usb?
Wieviele USB Devices hast Du an dem Rechner?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[alpinestars]

Hallo RaspiLED,

Code Auswählen Erweitern

pi@raspberrypi:~ $ lsusb -t
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/5p, 480M
        |__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
        |__ Port 2: Dev 4, If 0, Class=Vendor Specific Class, Driver=ch341, 12M
pi@raspberrypi:~ $ dmesg | grep usb
[    0.145399] usbcore: registered new interface driver usbfs
[    0.145511] usbcore: registered new interface driver hub
[    0.145635] usbcore: registered new device driver usb
[    0.330854] usbcore: registered new interface driver smsc95xx
[    0.777510] dwc_otg 3f980000.usb: DWC OTG Controller
[    0.779840] dwc_otg 3f980000.usb: new USB bus registered, assigned bus number 1
[    0.782193] dwc_otg 3f980000.usb: irq 62, io mem 0x00000000
[    0.789120] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    0.791449] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.793746] usb usb1: Product: DWC OTG Controller
[    0.795986] usb usb1: Manufacturer: Linux 4.4.50-v7+ dwc_otg_hcd
[    0.798251] usb usb1: SerialNumber: 3f980000.usb
[    0.806491] usbcore: registered new interface driver usb-storage
[    0.946707] usbcore: registered new interface driver usbhid
[    0.949026] usbhid: USB HID core driver
[    1.179223] usb 1-1: new high-speed USB device number 2 using dwc_otg
[    1.379490] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[    1.381945] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.669230] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[    1.769625] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[    1.772421] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.842796] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:10:52:24
[    1.959231] usb 1-1.2: new full-speed USB device number 4 using dwc_otg
[    2.065054] usb 1-1.2: New USB device found, idVendor=1a86, idProduct=7523
[    2.085872] usb 1-1.2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[    2.085884] usb 1-1.2: Product: USB2.0-Serial
[    3.532453] usbcore: registered new interface driver brcmfmac
[    4.489307] usbcore: registered new interface driver usbserial
[    4.489359] usbcore: registered new interface driver usbserial_generic
[    4.489409] usbserial: USB Serial support registered for generic
[    4.491420] usbcore: registered new interface driver ch341
[    4.491482] usbserial: USB Serial support registered for ch341-uart
[    4.495936] usb 1-1.2: ch341-uart converter now attached to ttyUSB0

FTDI hat er ja nicht, sondern nur einen WCH CH340. Weitere USB-Devices hängen nicht dran.

Dankeschön!

Patrick

[RaspiLED]

Hi,
Okay als CH340 würde ich immer über /dev/serial/by-path anbinden. Damit finden wir den auch, solange wir ihn nicht in einen anderen USB Anschluss stecken.

Aber okay /dev/ttyUSB0 sollte genauso gehen, wie auch /dev/serial/by-id solange kein zweiter CH340 dazu kommt

Kurzum das Device ist das richtige.

Jetzt musst Du klären ob der Stick überhaupt redet.

Was passiert, wenn Du den Stick mit

define test SIGNALduino /dev/ttyUSB0
Also ohne Baudrate definierst?

Was für ein Bootloader ist auf dem Arduino? Konntest Du irgendeine anderen Sketch drauf flashen? Was siehst Du, wenn du mit Minicom auf die /dev/ttyUSB0 mit unterschiedlichen Baudraten zugreifst (9600, 38400, 57600, 115200)

Im Moment wäre meine Vermutung, dass der Nano ohne Bootloader ausgeliefert wurde.

Hast Du einen funktionierenden Nano?
http://www.instructables.com/id/How-To-Burn-a-Bootloader-to-Clone-Arduino-Nano-30/?ALLSTEPS

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[Frood42]

hat sich aus dem Thema noch etwas ergeben? Gab es eine Lösung?
Mein Radino Signalduino macht seit gestern 18:00 genau dasselbe - ganz spontan, ohne das irgendetwas angefasst wurde.
Habe resetted, NUC restarted,
die hier geflasht:
https://github.com/RFD-FHEM/SIGNALDuino/releases/download/nightly/SIGNALDuino_radinocc1101nightly.hex
https://github.com/RFD-FHEM/SIGNALDuino/releases/download/3.3.1-RC8/SIGNALDuino_radinocc11013.3.1-RC8.hex

dann wird auch ganz viel empfangen, also für meine Gefühle zu viel, das Log rattert runter.

Aber dann:
019.01.29 00:16:45 3: Opening theSIGNALduino device /dev/ttyACM0
2019.01.29 00:16:45 3: Setting theSIGNALduino serial parameters to 57600,8,N,1
2019.01.29 00:16:45 1: theSIGNALduino/define: /dev/ttyACM0
2019.01.29 00:16:45 1: theSIGNALduino/init: /dev/ttyACM0
2019.01.29 00:16:45 3: theSIGNALduino device opened
2019.01.29 00:16:47 3: theSIGNALduino/init: disable receiver (XQ)
2019.01.29 00:16:47 3: theSIGNALduino/init: get version, retry = 0
2019.01.29 00:16:57 3: theSIGNALduino/init: get version, retry = 1
2019.01.29 00:17:07 3: theSIGNALduino/init: get version, retry = 2
2019.01.29 00:17:17 3: theSIGNALduino/init: get version, retry = 3
2019.01.29 00:17:17 2: theSIGNALduino/init retry count reached. Reset
2019.01.29 00:17:17 3: theSIGNALduino reset
2019.01.29 00:17:17 3: Opening theSIGNALduino device /dev/ttyACM0
2019.01.29 00:17:17 3: Setting theSIGNALduino serial parameters to 57600,8,N,1
2019.01.29 00:17:17 1: theSIGNALduino/define: /dev/ttyACM0
2019.01.29 00:17:17 1: theSIGNALduino/init: /dev/ttyACM0
2019.01.29 00:17:17 3: theSIGNALduino device opened
2019.01.29 00:17:19 3: theSIGNALduino/init: disable receiver (XQ)
2019.01.29 00:17:19 3: theSIGNALduino/init: get version, retry = 0
2019.01.29 00:17:29 3: theSIGNALduino/init: get version, retry = 1
2019.01.29 00:17:39 3: theSIGNALduino/init: get version, retry = 2
2019.01.29 00:17:49 3: theSIGNALduino/init: get version, retry = 3
2019.01.29 00:17:49 2: theSIGNALduino/init retry count reached. Closed
2019.01.29 00:17:49 2: theSIGNALduino closed