Raspberry PI-Troubleshooting-AlimentazioneUSB - Cronologia

MediaWiki default: /* Checklist per problemi con i dispositivi USB */

2013-02-22T16:05:15Z

Checklist per problemi con i dispositivi USB

MediaWiki default: aggiornare il kernel

2013-02-22T16:04:13Z

aggiornare il kernel

MediaWiki default il 14:09, 16 feb 2013

2013-02-16T14:09:09Z

MediaWiki default: /* Checklist per problemi con i dispositivi USB */

2013-02-16T13:43:31Z

Checklist per problemi con i dispositivi USB

MediaWiki default: checklist usb

2013-02-16T13:04:36Z

checklist usb

MediaWiki default: /* Problemi di alimentazione di dispositivi USB */

2013-02-10T21:25:24Z

Problemi di alimentazione di dispositivi USB

MediaWiki default: /* Problemi di alimentazione */

2013-02-10T17:50:05Z

Problemi di alimentazione

MediaWiki default: DavideAlberani ha spostato la pagina Raspberry PI-Troubleshooting-Alimentazione a Raspberry PI-Troubleshooting-AlimentazioneUSB: problemi riguardanti solo l'alimentazione dei dispositivi USB

2013-02-10T17:13:03Z

DavideAlberani ha spostato la pagina Raspberry PI-Troubleshooting-Alimentazione a Raspberry PI-Troubleshooting-AlimentazioneUSB: problemi riguardanti solo l'alimentazione dei dispositivi USB

MediaWiki default: Creata pagina con '= Problemi di alimentazione = Oltre a quanto segnalato nella pagina sull'alimentazione, sembra che ci siano problemi abbastanza diffusi nell'ut...'

2013-02-09T13:12:50Z

Creata pagina con '= Problemi di alimentazione = Oltre a quanto segnalato nella pagina sull'alimentazione, sembra che ci siano problemi abbastanza diffusi nell'ut...'

Nuova pagina

= Problemi di alimentazione =

Oltre a quanto segnalato nella pagina sull'[[Raspberry_PI-Alimentazione|alimentazione]], sembra che ci siano problemi abbastanza diffusi nell'utilizzare dispositivi usb collegati su un hub alimentato.
Personalmente, li sto avendo su un hub alimentato trust a cui sono collegati un disco fisso (a sua volta alimentato), un dongle wifi (Linksys wusb100) ed un ricevitore dvb-t della August.
Il sistema sembra crashare dopo un po', forse quando sotto carico.

Da notare che l'RPI è alimentato separatamente, con 900mA.
Non è chiaro se possa dipendere da eventuale corrente di ritorno da parte dell'hub stesso (alimentando l'RPI dall'hub, il risultato non cambia, comunque).

C'è chi suggerisce di creare un cavo "solo dati" per connettere RPI ad hub alimentato (tagliando il +5V), ma non ho ancora avuto modo di provarlo.

@@ Riga 3: / Riga 3: @@
 Nelle discussioni sui problemi del raspberry, si nota una certa tendenza a dare di default la colpa all'alimentazione. Nonostante una dieta bilanciata e ricca di fibre sia importante, ed effettivamente moltissimi problemi siano dovuti ad un voltaggio/amperaggio insufficienti, per quanto vedo i problemi sono anche di altra natura.
-'''NOTA''' da tenere a mente prima di incapponirsi con altri metodi: da una mia serie di test di stress è emerso che il kernel 3.6 (attualmente alla versione 3.6.11+) risulta essere '''molto più stabile''' del 3.1.x e 3.2.x. Quindi, prima di tutto, se non ci sono ottimi motivi per non farlo, aggiornate il kernel.
+'''NOTA''' da tenere a mente prima di incapponirsi con altri metodi: da una mia serie di test di stress è emerso che il kernel 3.6 (attualmente alla versione 3.6.11+) risulta essere '''molto più stabile''' del 3.1.x e 3.2.x. Quindi, prima di tutto, se non ci sono ottimi motivi per non farlo, aggiornate il kernel. Nel caso fosse necessario compilare, fate riferimento a questa pagina: http://elinux.org/RPi_Kernel_Compilation
 Cose da controllare/tentare se si hanno '''problemi con dei device USB''':

← Versione meno recente		Versione delle 16:04, 22 feb 2013
Riga 2:		Riga 2:

	Nelle discussioni sui problemi del raspberry, si nota una certa tendenza a dare di default la colpa all'alimentazione. Nonostante una dieta bilanciata e ricca di fibre sia importante, ed effettivamente moltissimi problemi siano dovuti ad un voltaggio/amperaggio insufficienti, per quanto vedo i problemi sono anche di altra natura.		Nelle discussioni sui problemi del raspberry, si nota una certa tendenza a dare di default la colpa all'alimentazione. Nonostante una dieta bilanciata e ricca di fibre sia importante, ed effettivamente moltissimi problemi siano dovuti ad un voltaggio/amperaggio insufficienti, per quanto vedo i problemi sono anche di altra natura.
		+
		+	'''NOTA''' da tenere a mente prima di incapponirsi con altri metodi: da una mia serie di test di stress è emerso che il kernel 3.6 (attualmente alla versione 3.6.11+) risulta essere '''molto più stabile''' del 3.1.x e 3.2.x. Quindi, prima di tutto, se non ci sono ottimi motivi per non farlo, aggiornate il kernel.

	Cose da controllare/tentare se si hanno '''problemi con dei device USB''':		Cose da controllare/tentare se si hanno '''problemi con dei device USB''':

@@ Riga 9: / Riga 9: @@
 # usate i cavi USB più corti che avete, ed evitate come la peste quelli con sezione troppo sottile
 # collegare un hard disk '''non alimentato separatamente''' direttamente al RPI è davvero chiedere troppo
-# '''diffidate degli hub USB con un numero di porte superiori a 4'''.  Possono essere utilizzati, ma fate particolare attenzione: sembra infatti che il RPI abbia problemi con i device USB troppo annidiati. Tenete presente che un hub USB a 10 porte, ad esempio, mostrerà le prime due porta come direttamente connesse a quella d'ingresso mentre le successive due saranno a loro volta usate internamente per interfacciarsi con le restanti 8 (come se internamente vi fossero due ulteriori hub in cascata al primo). Potete verificare a quale porta, ed a quale livello, è attaccato il vostro device con il comando '''lsusb -t'''
+# '''diffidate degli hub USB con un numero di porte superiore a 4'''.  Possono essere utilizzati, ma fate particolare attenzione: sembra infatti che il RPI abbia problemi con i device USB troppo annidiati. Tenete presente che un hub USB a 10 porte, ad esempio, mostrerà le prime due porta come direttamente connesse a quella d'ingresso mentre le successive due saranno a loro volta usate internamente per interfacciarsi con le restanti 8 (come se internamente vi fossero due ulteriori hub in cascata al primo). Potete verificare a quale porta, ed a quale livello, è attaccato il vostro device con il comando '''lsusb -t'''
 # in totale, sembra non si possano avere più di 8 porte hub USB, al momento. Per verificare quante ne avete, eseguite questo comando ed aggiungete uno: '''lsusb -v | grep -iP "Transfer Type.*(Interrupt|Isochronous)" | wc -l'''
 # per i dispositivi wifi USB, aggiungere '''smsc95xx.turbo_mode=N''' a ''/boot/cmdline.txt'' sembra aiutare, a fronte di un lieve calo di prestazioni

@@ Riga 1: / Riga 1: @@
 = Checklist per problemi con i dispositivi USB =
-Nelle discussioni sui problemi del raspberry, si nota una certa tendenza a dare di default la colpa all'alimentazione. Nonostante una dieta bilanciata sia importante, ed effettivamente moltissimi problemi siano dovuti ad un voltaggio/amperaggio insufficienti, per quanto vedo i problemi sono anche di altra natura.
+Nelle discussioni sui problemi del raspberry, si nota una certa tendenza a dare di default la colpa all'alimentazione. Nonostante una dieta bilanciata e ricca di fibre sia importante, ed effettivamente moltissimi problemi siano dovuti ad un voltaggio/amperaggio insufficienti, per quanto vedo i problemi sono anche di altra natura.
 Cose da controllare/tentare se si hanno '''problemi con dei device USB''':
@@ Riga 8: / Riga 8: @@
 # che l'hub USB alimentato non rimandi troppa corrente al RPI (vedi esempio successivo)
 # usate i cavi USB più corti che avete, ed evitate come la peste quelli con sezione troppo sottile
-# '''diffidate degli hub USB con un numero di porte superiori a 4'''.  Possono essere utilizzati, ma fate particolare attenzione: sembra infatti che il RPI abbia problemi con i device USB troppo annidiati. Tenete presente che un hub USB a 10 porte, ad esempio mostrerà le prime due porta come direttamente connesse a quella d'ingresso, mentre le successive due saranno a loro volta usate internamente per interfacciarsi con le restanti 8 (come se internamente vi fossero due ulteriori hub in cascata al primo). Potete verificare a quale porta, ed a quale livello, è attaccato il vostro device con il comando '''lsusb -t'''
+# collegare un hard disk '''non alimentato separatamente''' direttamente al RPI è davvero chiedere troppo
 # in totale, sembra non si possano avere più di 8 porte hub USB, al momento. Per verificare quante ne avete, eseguite questo comando ed aggiungete uno: '''lsusb -v | grep -iP "Transfer Type.*(Interrupt|Isochronous)" | wc -l'''
-# aggiungere '''smsc95xx.turbo_mode=N''' a ''/boot/cmdline.txt'' sembra aiutare, a fronte di un lieve calo di prestazioni
+# per i dispositivi wifi USB, aggiungere '''smsc95xx.turbo_mode=N''' a ''/boot/cmdline.txt'' sembra aiutare, a fronte di un lieve calo di prestazioni
 # certi dongle wifi USB hanno una gestione del power mode un po' ballerina; sembra che disabilitarlo con il seguente comando aiuti: '''iwconfig WIFI_INTERFACE power off'''
 # a volte si trova in giro il suggerimento di ridurre il bus ad un USB 1.1 (aggiungendo '''dwc_otg.speed=1''' in ''/boot/cmdline.txt''); oltre ad essere noto per creare ulteriori problemi con certe periferiche, mi sembra un soluzione davvero da ultima spiaggia

@@ Riga 1: / Riga 1: @@
-= Problemi di alimentazione di dispositivi USB =
+= Checklist per problemi con i dispositivi USB =
 Oltre a quanto segnalato nella pagina sull'[[Raspberry_PI-Alimentazione|alimentazione]], sembra che ci siano problemi abbastanza diffusi nell'utilizzare dispositivi usb collegati su un '''hub alimentato'''.
@@ Riga 5: / Riga 22: @@
 Il sistema sembra crashare dopo un po', forse quando sotto carico.
-Da notare che l'RPI è alimentato separatamente, con 900mA.
+Da notare che l'RPI è alimentato separatamente, con 900mA (ora 2.1 A).
 [[File:Usb-diode.jpg|200px|thumb|right|diodo sul VBUS]]
@@ Riga 15: / Riga 32: @@
 Oggi mi sentivo eroe, ed ho quindi proceduto a scotennare un cavo usb ed a piazzare un '''diodo sul VBUS''' (il +5V) per fare in modo che la corrente fluisca solo dal raspberry all'hub, e non viceversa.
-Finora questa soluzione sembra funzionare.
+Finora questa soluzione, unita all'utilizzo delle sole "porte di primo livello" dell'hub alimentato (il disco fisso esterno l'ho collegato direttamente al RPI, essendo a sua volta alimentato separatamente) sembra funzionare.
 Un altro hack abbastanza bello, solo per le revision 1, è questo: http://theiopage.blogspot.it/2012/06/increasing-raspberry-pis-usb-host.html

@@ Riga 8: / Riga 8: @@
 [[File:Usb-diode.jpg|200px|thumb|right|diodo sul VBUS]]
-Sembra ragionevole supporre che il problema derivi dal fatto che questi hub producano una corrente anche verso il dispositivo master. Le prime versioni del RPI avevano un ''fusibile autoresettante'' (rimosso nella revision B) che limitava a 140mA la corrente sulle porte USB.
+Sembra ragionevole supporre che il problema derivi dal fatto che questi hub producano una corrente anche verso il dispositivo master. Le prime versioni del RPI avevano un ''fusibile autoresettante'' (rimosso nella revision 2) che limitava a 140mA la corrente sulle porte USB.
 La prima cosa che ho tentato, ovviamente, è stato di bloccare il +5V del connettore USB (una piccola striscia di nastro adesivo è facile da piazzare; vedete la [http://it.wikipedia.org/wiki/Universal_Serial_Bus#Piedinatura Piedinatura]; abbiate l'accortezza di lasciare uscire un po' di nastro, per evitare che possa restare dentro la presa, mentre lo sfilate).
@@ Riga 17: / Riga 17: @@
 Finora questa soluzione sembra funzionare.
-Un altro hack abbastanza bello, solo per le revision A, è questo: http://theiopage.blogspot.it/2012/06/increasing-raspberry-pis-usb-host.html
+Un altro hack abbastanza bello, solo per le revision 1, è questo: http://theiopage.blogspot.it/2012/06/increasing-raspberry-pis-usb-host.html

← Versione meno recente	Versione delle 17:13, 10 feb 2013
(Nessuna differenza)