Raspberry PI - SignalDuino USB nach reboot verloren

[babajun]

Hallo,
verwende schon sehr lange einen Sduino mit FTDI Chip am Raspberry PI. Seit einiger Zeit verliert dieser nach einem reboot das USB device - "unable to enumerate USB device". Kurzes ab-/anstecken und alles läuft wie es soll. Hat vielleicht jemand einen Tip dazu?
Habe jetzt einen PI3 in Betrieb, war aber mit dem PI2 genauso.

Code Auswählen Erweitern

[    0.152305] usbcore: registered new interface driver usbfs
[    0.152408] usbcore: registered new interface driver hub
[    0.152525] usbcore: registered new device driver usb
[    0.310464] usbcore: registered new interface driver smsc95xx
[    0.785939] dwc_otg 3f980000.usb: DWC OTG Controller
[    0.788254] dwc_otg 3f980000.usb: new USB bus registered, assigned bus number 1
[    0.790637] dwc_otg 3f980000.usb: irq 62, io mem 0x00000000
[    0.797594] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    0.799907] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.802228] usb usb1: Product: DWC OTG Controller
[    0.804483] usb usb1: Manufacturer: Linux 4.9.75-v7+ dwc_otg_hcd
[    0.806759] usb usb1: SerialNumber: 3f980000.usb
[    0.815048] usbcore: registered new interface driver usb-storage
[    0.848075] usbcore: registered new interface driver usbhid
[    0.850537] usbhid: USB HID core driver
[    1.230659] usb 1-1: new high-speed USB device number 2 using dwc_otg
[    1.460932] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[    1.463444] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.790679] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[    1.921016] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[    1.923501] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    2.024604] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:0d:a8:a3
[    2.121912] [b]usb 1-1.3: new full-speed USB device number 4 using dwc_otg
[    2.220693] usb 1-1.3: device descriptor read/64, error -32[/b]
[    2.441418] usb 1-1.3: device descriptor read/64, error -32
[    2.660710] usb 1-1.3: new full-speed USB device number 5 using dwc_otg
[    2.760679] usb 1-1.3: device descriptor read/64, error -32
[    2.980789] usb 1-1.3: device descriptor read/64, error -32
[    3.100956] usb 1-1-port3: attempt power cycle
[    3.420476] [b]usbcore: registered new interface driver brcmfmac
[    3.760721] usb 1-1.3: new full-speed USB device number 6 using dwc_otg
[    4.200667] usb 1-1.3: device not accepting address 6, error -32[/b]
[    4.300638] usb 1-1.3: new full-speed USB device number 7 using dwc_otg
[    4.740688] usb 1-1.3: device not accepting address 7, error -32
[    4.740831] usb 1-1-port3: unable to enumerate USB device
[b][  293.830483] usb 1-1.3: new full-speed USB device number 8 using dwc_otg
[  293.988040] usb 1-1.3: New USB device found, idVendor=0403, idProduct=6001
[  293.988052] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  293.988060] usb 1-1.3: Product: FT232R USB UART
[  293.988068] usb 1-1.3: Manufacturer: FTDI
[  293.988076] usb 1-1.3: SerialNumber: AL021N2T[/b]
[  294.012189] usbcore: registered new interface driver usbserial
[  294.012278] usbcore: registered new interface driver usbserial_generic
[  294.012361] usbserial: USB Serial support registered for generic
[  294.022768] usbcore: registered new interface driver ftdi_sio
[  294.022890] usbserial: USB Serial support registered for FTDI USB Serial Device
[  294.023428] usb 1-1.3: Detected FT232RL
[  294.024412] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB0


Edit:
Werde mal diesen Tip versuchen:
The "Test" pin is supposed to be tied to ground and on early versions of the Arduino Nano V3.0 and most versions of the clones this pin is left unconnected.
So a solder bridge between pin 25 and pin 26 will solve your problems

[babajun]

...tatsächlich! Hinweis aus dem https://wiki.fhem.de/wiki/Arduino, es gab zwar keine reboots oder ander Fehler, der Chip wurde aber beim booten des Raspberry nicht erkannt.

FTDI-Resets
FTDI-Pinbelegung

Bei Arduinos Nanos mit FTDI-USB-seriell-Wandlern kann es vorkommen, dass diese immer wieder scheinbar grundlos rebooten und keine stabile Kommunikation entsteht. In diesesem Fall sollte geprüft werden, ob der TEST-Pin (26) auf Ground liegt. Ist dies nicht der Fall, kann der Fehler dadurch behoben werden, dass der TEST-Pin mit AGND (25) zusammengelötet wird.

Problem behoben

[Beta-User]

Danke für die Rückmeldung!

Es gibt Leute, die behaupten, das Wiki würde nicht gelesen, jetzt habe ich mindestens einen Gegenbeleg....

Setzt du den Thread noch auf "[Gelöst]" (1. Beitrag editieren)?