{"id":26355,"date":"2020-05-27T14:43:12","date_gmt":"2020-05-27T12:43:12","guid":{"rendered":"https:\/\/eltallerdelbit.com\/?p=26355"},"modified":"2020-09-02T10:57:16","modified_gmt":"2020-09-02T08:57:16","slug":"device-descriptor-read-64","status":"publish","type":"post","link":"https:\/\/eltallerdelbit.com\/device-descriptor-read-64\/","title":{"rendered":"usb 1-1.3: device descriptor read\/64 -varios errores USB Raspberry"},"content":{"rendered":"

Si est\u00e1s leyendo esto es porque has encontrado el error usb 1-1.3: device descriptor read\/64<\/strong><\/em> en el log de tu Raspberry Pi.<\/h2>\n

 <\/p>\n

Encontramos el error cuando nos percatamos de que nuestra Raspberry tiene problemas de estabilidad, y comprobamos que o la Raspberry pierde la conexi\u00f3n SSH<\/a>, o en algunos reinicios programados, se queda colgada o el SSH colgado.
\n <\/br><\/br>
\nSe trata de una Raspberry Pi que ejecuta Motion<\/em> y funciona como c\u00e1mara de seguridad<\/a>, y tiene un dispositivo USB conectado al puerto USB, para guardar en \u00e9l los videos que se capturan cada vez que se detecta movimiento.
\n <\/br><\/br>
\nTotal, que cuando nos damos cuenta de que la Raspberry est\u00e1 “out<\/em>“, la reiniciamos y nos conectamos por SSH, para comenzar a revisar los logs del sistema.<\/p>\n

 <\/p>\n

–> Lo primero que revisamos es el log de \/var\/log\/syslog<\/p>\n

\r\ngrep error \/var\/log\/syslog\r\n<\/pre>\n
 <\/p>\n
y encontramos mensajes tan preocupantes como estos:<\/p>\n
\r\nMay 24 12:02:12 Rasp1 kernel: [ 123.938036] usb 1-1.3: device descriptor read\/64, error -110\r\nMay 24 12:02:27 Rasp1 kernel: [ 139.298243] usb 1-1.3: device descriptor read\/64, error -110\r\nMay 24 12:02:38 Rasp1 kernel: [ 150.058349] usb 1-1.3: device not accepting address 7, error -110\r\nMay 24 12:02:49 Rasp1 kernel: [ 160.698445] usb 1-1.3: device not accepting address 8, error -110\r\nMay 24 17:00:06 Rasp1 btuart[341]: Can't get port settings: Input\/output error\r\nMay 24 17:00:06 Rasp1 btuart[341]: Can't initialize device: Input\/output error\r\nMay 24 20:00:06 Rasp1 btuart[349]: Can't get port settings: Input\/output error\r\nMay 24 20:00:06 Rasp1 btuart[349]: Can't initialize device: Input\/output error\r\nMay 24 23:00:06 Rasp1 btuart[320]: Can't get port settings: Input\/output error\r\nMay 24 23:00:06 Rasp1 btuart[320]: Can't initialize device: Input\/output error\r\nMay 24 21:00:48 Rasp1 kernel: [ 40.341231] usb 1-1.3: device descriptor read\/64, error -110\r\nMay 24 21:01:03 Rasp1 kernel: [ 55.701223] usb 1-1.3: device descriptor read\/64, error -110\r\nMay 24 21:01:09 Rasp1 kernel: [ 61.061220] usb 1-1.3: device descriptor read\/64, error -110\r\nMay 24 21:01:24 Rasp1 kernel: [ 76.417663] usb 1-1.3: device descriptor read\/64, error -110\r\nMay 24 21:01:35 Rasp1 kernel: [ 87.174806] usb 1-1.3: device not accepting address 4, error -110\r\nMay 24 21:01:46 Rasp1 kernel: [ 97.813432] usb 1-1.3: device not accepting address 4, error -110\r\nMay 24 21:01:46 Rasp1 kernel: [ 97.853538] blk_update_request: I\/O error, dev sda, sector 0\r\n<\/pre>\n
 <\/p>\n
\"device
\n <\/p>\n
 
\nTambi\u00e9n investigamos el log del kernel, y vemos de nuevo los mismos errores, y alg\u00fan error relacionado m\u00e1s:<\/p>\n
\r\nMay 24 12:02:38 Rasp1 kernel: [ 150.058349] usb 1-1.3: device not accepting address 7, error -110\r\nMay 24 12:02:49 Rasp1 kernel: [ 160.698445] usb 1-1.3: device not accepting address 8, error -110\r\nMay 24 21:00:48 Rasp1 kernel: [ 40.341231] usb 1-1.3: device descriptor read\/64, error -110\r\nMay 24 21:01:03 Rasp1 kernel: [ 55.701223] usb 1-1.3: device descriptor read\/64, error -110\r\nMay 24 21:01:09 Rasp1 kernel: [ 61.061220] usb 1-1.3: device descriptor read\/64, error -110\r\nMay 24 21:01:24 Rasp1 kernel: [ 76.417663] usb 1-1.3: device descriptor read\/64, error -110\r\nMay 24 21:01:35 Rasp1 kernel: [ 87.174806] usb 1-1.3: device not accepting address 4, error -110\r\nMay 24 21:01:46 Rasp1 kernel: [ 97.813432] usb 1-1.3: device not accepting address 4, error -110\r\nMay 24 21:01:46 Rasp1 kernel: [ 97.853538] blk_update_request: I\/O error, dev sda, sector 0\r\nMay 24 21:01:46 Rasp1 kernel: [ 97.853548] Buffer I\/O error on dev sda, logical block 0, async page read\r\n<\/pre>\n
 
\n
\n <\/p>\n
Vaya vaya, va a ser que tenemos un problema relacionado con nuestro dispositivo USB<\/strong>, o incluso con el puerto USB de la Raspberry<\/strong>.
\n <\/p>\n
Tambi\u00e9n podr\u00edamos revisar el log del inicio del sistema con dmesg:
\n <\/p>\n
\r\ndmesg -T\r\n<\/pre>\n
 <\/p>\n
 
\nEl error usb 1 1.3 device descriptor read 64 error 110 es bastante claro, el error 110 es debido a una alimentaci\u00f3n insuficiente del pendrive USB<\/a>.<\/p>\n
 <\/p>\n
Ya hace tiempo hablamos de problemas de alimentaci\u00f3n de los puertos USB de la Raspberry Pi<\/a>, ya que los puertos USB y la tarjeta Ethernet de la Raspberry comparten el mismo chip, y el mismo bus, y por tanto se genera un cuello de botella en la Raspberry Pi<\/a> en algunos casos.<\/p>\n
 <\/p>\n
Soluciones al error “usb 1-1.3: <\/em>device descriptor read 64<\/em>“<\/strong><\/span><\/h3>\n
 
\nGoogleando un poco acerca de los mensajes de error recibidos en los logs de la Raspberry, encontramos varias respuestas:
\n 
\n–> que tengamos  problemas con el l\u00edmite de alimentaci\u00f3n de los puertos USB de la Raspberry Pi<\/a>.<\/p>\n
 <\/p>\n
En este caso recurrimos a la soluci\u00f3n ya comentada, y es a\u00f1adir la siguiente configuraci\u00f3n en el fichero \/boot\/config.txt de nuestra Raspberry Pi, para forzar un poco la alimentaci\u00f3n en los puertos USB:<\/p>\n
\r\nmax_usb_current=1\r\n<\/pre>\n
 <\/p>\n
 <\/p>\n
–> Los dispositivos USB conectados tienen problemas intermitentes.
\n <\/p>\n
Comprobamos que nuestros dispositivos USB se encuentran conectados en la Raspberry:<\/p>\n
\r\nroot@Rasp1:\/home\/pi# lsusb -t\r\n\/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg\/1p, 480M\r\n|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub\/5p, 480M\r\n|__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M\r\n|__ Port 5: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M\r\n<\/pre>\n
 <\/p>\n
\"lsusb<\/p>\n
 <\/p>\n
    \n
  • La primera opci\u00f3n y m\u00e1s evidente es cambiar el transformador de alimentaci\u00f3n de la Raspberry por uno m\u00e1s potente.<\/li>\n<\/ul>\n
     <\/br><\/br><\/p>\n
      \n
    • Intentaremos reducir la resoluci\u00f3n de las c\u00e1maras de seguridad, que adem\u00e1s son dispositivos que realizan streaming, emisi\u00f3n de video constante, atrav\u00e9s de la red, y pueden llegar a saturar la red local, o la salida al exterior. Reduciendo la resoluci\u00f3n disminuiremos la corrupci\u00f3n.<\/li>\n<\/ul>\n
       <\/p>\n
        \n
      • Opci\u00f3n algo dr\u00e1stica: Ante dispositivos que de otra manera se niegan a funcionar, cambiamos la velocidad del bus USB para que funcione como USB 1.1 (12 Mbps);<\/li>\n<\/ul>\n
         <\/br><\/br>
        \npara ello a\u00f1adimos lo siguiente en el fichero \/boot\/cmdline.txt<\/p>\n
        \r\ndwc_otg.speed=1\r\n<\/pre>\n
         <\/p>\n
        Tenemos que tener en cuenta que con esta opci\u00f3n, la velocidad de Ethernet ser\u00e1 extremadamente lenta.<\/p>\n
         <\/p>\n\n
        <\/div>","protected":false},"excerpt":{"rendered":"
        \u00bfPor qu\u00e9 sale el error usb 1-1.3: device descriptor read\/64 en el log de tu Raspberry Pi?, Parece ser que hay errores en el USB conectado o en el puerto USB.<\/p>\n","protected":false},"author":1,"featured_media":26376,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false},"categories":[1280],"tags":[1128],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/eltallerdelbit.com\/wp-json\/wp\/v2\/posts\/26355"}],"collection":[{"href":"https:\/\/eltallerdelbit.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/eltallerdelbit.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/eltallerdelbit.com\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/eltallerdelbit.com\/wp-json\/wp\/v2\/comments?post=26355"}],"version-history":[{"count":0,"href":"https:\/\/eltallerdelbit.com\/wp-json\/wp\/v2\/posts\/26355\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/eltallerdelbit.com\/wp-json\/wp\/v2\/media\/26376"}],"wp:attachment":[{"href":"https:\/\/eltallerdelbit.com\/wp-json\/wp\/v2\/media?parent=26355"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/eltallerdelbit.com\/wp-json\/wp\/v2\/categories?post=26355"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/eltallerdelbit.com\/wp-json\/wp\/v2\/tags?post=26355"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}