rudolf Posted December 3, 2017 at 11:08 AM Share Posted December 3, 2017 at 11:08 AM 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 Quote Link to comment Share on other sites More sharing options...
Nic Posted December 3, 2017 at 02:13 PM Share Posted December 3, 2017 at 02:13 PM 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. Quote Link to comment Share on other sites More sharing options...
rudolf Posted December 3, 2017 at 02:30 PM Author Share Posted December 3, 2017 at 02:30 PM 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. Quote Link to comment Share on other sites More sharing options...
rudolf Posted December 9, 2017 at 03:12 PM Author Share Posted December 9, 2017 at 03:12 PM 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. Quote Link to comment Share on other sites More sharing options...
photron Posted December 11, 2017 at 09:49 AM Share Posted December 11, 2017 at 09:49 AM 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. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.