Hallo,

ich habe ein Udoo Board it Debian 8.9 mit einem Master mit 4 bricks, und noch eine USB Webcam am Udoo angeschlossen. Nach einem Neustart funktioniert brickv und ich kann die Bricks ansteuern, aber dann nie mehr. Es müsste ein USB Problem sein gemäss logfile:

 

cat /var/log/brickd.log:

2017-12-03 11:57:22.878542 <I> <main_linux.c:450> Brick Daemon 2.3.1 stopped

2017-12-03 11:57:22.949180 <I> <main_linux.c:284> Brick Daemon 2.3.1 started (pid: 4525, daemonized: 1)

2017-12-03 11:57:22.973448 <E> <usb.c:675> Could not get product string descriptor for USB device (bus: 2, device: 6): LIBUSB_ERROR_PIPE (-9)

2017-12-03 11:57:22.981803 <W> <usb.c:181> Ignoring USB device (bus: 2, device: 6) due to an error

 

 

lsusb:

Bus 002 Device 004: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter

Bus 002 Device 006: ID 16d0:063d MCS

Bus 002 Device 003: ID 046d:082d Logitech, Inc. HD Pro Webcam C920

Bus 002 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub

Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 001 Device 003: ID 03eb:24f0 Atmel Corp.

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

 

dmesg:

[  785.165003] usb 2-1.1: reset high-speed USB device number 3 using ci_hdrc

[ 1232.530341] usb 2-1.2: USB disconnect, device number 5

[ 1244.794991] usb 2-1.2: new full-speed USB device number 6 using ci_hdrc

[ 9424.305113] usb 2-1.1: reset high-speed USB device number 3 using ci_hdrc

[ 9632.255011] usb 2-1.1: reset high-speed USB device number 3 using ci_hdrc

[ 9647.572008] ip_tables: © 2000-2006 Netfilter Core Team

[ 9693.615015] usb 2-1.1: reset high-speed USB device number 3 using ci_hdrc

 

Ich finde keine Hinweise im Forum wie ich weiter debuggen kann bzw. was die Ursache ist. Ich vermute ein USB Konflikt, ev. mit der Logitech Webcam. Kann mir jemand weiterhelfen?

Merci, Rudi

Interessant, dieses Board kannte ich noch nicht. Ist dieses mit einem x86 Prozessor? Wenn ja, hast du für genügend Strom gesorgt?

Teste doch einmal nur mit dem Master Brick plus 1-2 Bricklets, also ohne Webcam und WLAN Adapter.

Es hat einen quad-core iMX6 Prozessor, ohne WLAN.

Weil das Udoo Board zuwenig USB Strom liefern kann ist die 5V USB Versorgung gestützt mit einer extra 5V 2.5A Stromversorgung.

 

 

Update:

Ich habe die Webcam nun noch via ein USB Hub angeschlossen.

 

Wenn ich via ssh versuche den solid-state-switch zu schalten

mittels Python (nicht brickv) dann erhalte ich diesen Fehler:

 

Traceback (most recent call last):

  File "solidState_OFF.py", line 20, in <module>

    print ssr.get_state()

  File "/usr/local/lib/python2.7/dist-packages/tinkerforge/bricklet_solid_state_relay.py", line 72, in get_state

    return self.ipcon.send_request(self, BrickletSolidStateRelay.FUNCTION_GET_STATE, (), '', '!')

  File "/usr/local/lib/python2.7/dist-packages/tinkerforge/ip_connection.py", line 1083, in send_request

    raise Error(Error.TIMEOUT, msg)

tinkerforge.ip_connection.Error: Did not receive response for function 2 in time (-1)

 

Die letzten Einträge im brickd.log sind:

 

2017-12-09 15:37:38.177057 <I> <network.c:260> Added new client (N: 127.0.0.1:37938, T: plain-socket, H: 25/25, A: disabled)

2017-12-09 15:37:38.704921 <I> <client.c:223> Client (N: 127.0.0.1:37938, T: plain-socket, H: 25/25, A: disabled) disconnected by peer

2017-12-09 15:46:42.909406 <I> <network.c:260> Added new client (N: 127.0.0.1:37946, T: plain-socket, H: 25/25, A: disabled)

2017-12-09 15:46:43.426227 <I> <client.c:223> Client (N: 127.0.0.1:37946, T: plain-socket, H: 25/25, A: disabled) disconnected by peer

2017-12-09 15:46:47.860380 <I> <network.c:260> Added new client (N: 127.0.0.1:37948, T: plain-socket, H: 25/25, A: disabled)

2017-12-09 15:46:48.376896 <I> <client.c:223> Client (N: 127.0.0.1:37948, T: plain-socket, H: 25/25, A: disabled) disconnected by peer

2017-12-09 15:47:12.135789 <I> <network.c:260> Added new client (N: 127.0.0.1:37950, T: plain-socket, H: 25/25, A: disabled)

2017-12-09 15:47:12.652862 <I> <client.c:223> Client (N: 127.0.0.1:37950, T: plain-socket, H: 25/25, A: disabled) disconnected by peer

2017-12-09 15:49:27.335444 <W> <usb_stack.c:52> Reopening Master Brick [6k56Nh] to recover from stalled transfer

2017-12-09 15:49:29.122801 <W> <usb_stack.c:52> Reopening Master Brick [6k56Nh] to recover from stalled transfer

2017-12-09 15:49:29.131274 <E> <usb.c:675> Could not get product string descriptor for USB device (bus: 2, device: 3): LIBUSB_ERROR_PIPE (-9)

2017-12-09 15:49:29.131535 <W> <usb.c:444> Could not reopen USB device (bus: 2, device: 3) due to an error

2017-12-09 15:49:29.139133 <E> <usb.c:675> Could not get product string descriptor for USB device (bus: 2, device: 3): LIBUSB_ERROR_PIPE (-9)

2017-12-09 15:49:29.139297 <W> <usb.c:181> Ignoring USB device (bus: 2, device: 3) due to an error

2017-12-09 16:02:29.695772 <I> <network.c:260> Added new client (N: 127.0.0.1:37952, T: plain-socket, H: 16/16, A: disabled)

2017-12-09 16:02:32.257256 <I> <client.c:223> Client (N: 127.0.0.1:37952, T: plain-socket, H: 16/16, A: disabled) disconnected by peer

2017-12-09 16:02:32.257411 <W> <client.c:385> Destroying client (N: 127.0.0.1:37952, T: plain-socket, H: 16/16, A: disabled) while 1 request(s) are still pending

2017-12-09 16:02:33.257557 <W> <zombie.c:95> Destroying zombie (id: 0) while 1 request(s) are still pending

 

Der Fehler scheint immer erst nach einer Weile aufzutreten, denn wenn ich power-cycle dann geht es zuerst ein paar mal.

 

Der Fehler scheint immer erst nach einer Weile aufzutreten, denn wenn ich power-cycle dann geht es zuerst ein paar mal.

 

Der Power-Cycle bezieht sich auf das Udoo Board, oder nur die angeschlossenen Bricks?

 

Verwendest du die aktuelle Master Brick Firmware 2.4.5 und den aktuellen Brick Daemon 2.3.1?

 

dmesg zeigt mehrere Resets des Bricks:

 

usb 2-1.1: reset high-speed USB device number 3 using ci_hdrc

 

Teste mal, ob es hilft Autosuspend für USB global zu deaktivieren:

 

echo -1 | sudo tee /sys/module/usbcore/parameters/autosuspend

 

Danach den Brick einmal ab- und wieder anstecken. Die Änderung gilt nur für neu angesteckte USB Geräte und geht nach einem Neustart wieder verloren.