USB Hub power issues(?)

Hálózati eszközök

Sziasztok!

Tldr: latott mar valaki "jaj, miert nem mukodik ez az USB-s vacak?" temaban "rejected 1 configuration due to insufficient available bus power" jellegu uzenetet? Ha igen, hogysmint es/vagy mi volt a megoldas? 

Kicsit bovebben: eletunk elso USB hub-jat probaljuk osszerakni epp, egy TUSB2046 alapu rendszert. Ugy kezd osszeallni a dolog, upstream-ban minden megvan, minden lefelejettett felhuzo-lehuzo-athuzo ellenallas megvan, de valami megsem klappol. Konkretan bus powered uzemben hasznalnank epp, es nehany downstream gadget szepen is megy, nehany masik viszont ilyen uzeneteket dobal:

[2425368.523336] usb 1-3.1.1: new full-speed USB device number 83 using xhci_hcd
[2425368.623659] usb 1-3.1.1: not running at top speed; connect to a high speed hub
[2425368.624563] usb 1-3.1.1: New USB device found, idVendor=0403, idProduct=6011, bcdDevice= 8.00
[2425368.624578] usb 1-3.1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[2425368.624586] usb 1-3.1.1: Product: Quad RS232-HS
[2425368.624591] usb 1-3.1.1: Manufacturer: FTDI
[2425368.624829] usb 1-3.1.1: rejected 1 configuration due to insufficient available bus power
[2425368.624837] usb 1-3.1.1: no configuration chosen from 1 choice

Konkretan ez az FT4232 csipp is ezt mondatja, illetve par mas rokon joszag is (FTDI). Nehany mas dolog (random pendrive, SDR) meg teljesen jol megy. Ha ki van iktatva a hub es a DP/DM vonalakat direkte osszekotom akkor az FTDI eszkozok is jol feljonnek. Szoval biztos a hub korul lesz a gond.

Latott mar valaki effele uzenetet valos/gyari korulmenyek kozott? Ezt mi valt(hat)ja ki akkor ha gyari (tehat papiron jo) hub-ot hasznalunk? A VID/PID kiolvasasa es az enumeration lemegy, de az endpointok mar nem jelennek meg ezen "rejected 1 configuration due to insufficient available bus power" utan mar, es itt elhal a dolog...

Picit zavaro ez most mert vannak embedded downstream eszkozok is, de ha nem embedded hanem kulso eszkozkent csatlakoztatok valamit akkor is elojon. Tehat nem valoszinu hogy a power distributorral (/enable, /overcurrent) van a gond. De ha tudnam hogy valos esetben, gyari joszagoknal mikor johet ez elo, akkor lehet kozelebb visz itt a mostani hw hiba megfejtesehez. Elso korben most bus powered konfigban van a kutyu, sajna egy masik tervezesi hiba miatt self poweredet most nem tudtam hirtelen kanyaritani de az lesz a kovetkezo. Szoval a hub azt hiszi (es jol hiszi) hogy a buszrol kapja a kraft.

Thx, A.

  • 353 megtekintés

( locsemege v | 2025. 11. 04., k – 23:18 )

Értelmeset nem fogok írni, de van valami olyasmi, hogy a D+, D- vezetékek hosszkülönbsége nem lehet 1.27 mm-nél (50 mil) nagyobb. Meg úgy emlékszem, úgy terveztem a négyrétegű PCB-t, hogy a másik 3 rétegen a D+, D- mentén nem volt rézfólia, tehát GND sem. Jó, valami tápot keresztben el kellett vinni alatta, de ennyi. Meg kell nézni, hogy a villámhárító diódák alkalmasak-e USB-HS-re, vagy nagyobb kapacitásuk miatt csak USB-FS lehet. Meg szerintem közösmódusú jelet megnyomorító induktivitást is tettem az útjába.

Kollégám véleménye szerint az USB rajzolása az már inkább művészet, mintsem szigorúan vett mérnöki munka. :) Nézd meg az ajánlásokat, mert nekem az jött ki, hogy elég közel ment két vékony - talán 8 miles - track egymáshoz, hogy kijöjjön a 90 Ω hullámimpedancia.

Ha jót akarsz magadnak, maradj a jó öreg RS232-nél, vagy RS485-nél, maximum 19.2 kbaud-dal. :) Jó, nem mondtam komolyan, ahova USB kell, oda az kell.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Koszi :) Nem, ez halistennek csak USB1(.1), de azert szerintem az 50miles kenyszerben itt is benne vagyok. Amikor athurkoltam a hub-ot akkor csak ket drotdarab logott a nyak felett, az is teljesen okes volt.

Ha jót akarsz magadnak, maradj a jó öreg RS232-nél, vagy RS485-nél, 

Jo lenne, de a laptopok/gepek oldalan nem RS232, RS485, CAN vagy I2C van kivezetve hanem USB... :/ Ez van... 

maximum 19.2 kbaud-dal. :) Jó, nem mondtam komolyan, ahova USB kell, oda az kell.

Pedig milyen szep kihivas egy 10-16MHz-s MCU-bol csomagvesztes neklul venni a 921.6 kilobaudot UART-on :)

( bennyh | 2025. 11. 05., sze – 09:50 )

Régebben voltak spéci USB-s kábelek, amiknek volt két A-s feje (tippre csak az egyiken ment adat a másik meg a plusz kakaó), meg egy microUSB-s vége, hogy elég delej menjen át. Lehet, nem sok haszna van, amit írtam, csak ez jutott eszembe a témáról.

( apal v | 2025. 11. 05., sze – 14:57 )

Közben lehet megvan a hiba... vagyis ezaz hogy ugy nez ki miszerint a nyitobeli viselkedes a jo/normalis es a gyari (tehat papiron jo) a rossz. Avagy mindenki szarul implementalja a sztenderedeket. Meg kicsit nyomozok de ha teljesen osszeall a kep akkor megirom a tapasztalat/konkluziokat... 

( locsemege v | 2025. 11. 05., sze – 17:20 )

USB-FS az nem olyan kényes, az nagyjából átmegy bármin.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( Zsugabubus | 2025. 11. 05., sze – 17:56 )

Ez egy saját USB HUB TUSB2048-al? Overcurrent lábak be vannak kötve?

Az FTDI configdescriptorában vajon mi van a maxpowernek?

Nekem nem világos, honnan veszi a Linux, hogy mennyi a felhasználható teljesítmény, azt a HUB sem tudja, hogy mekkora tápegység áll rendelkezésre. Azt feltételezem, ha a HUB maga buspowered, akkor a Linux azt hiszi, hogy csak 500mA van a downstream portoknak összesen.

 

Power source indicator. BUSPWR is an active-high input that indicates whether the downstream
ports source their power from the USB cable or a local power supply. For the bus-power mode,
this terminal must be pulled to 3.3 V, and for the self-powered mode, this terminal must be pulled
low. Input must not change dynamically during operation.

Megpróbálám ezt GND-re húzni, ha van külső táp a VBUS-nak. Ha nincs, akkor szerintem nincs itt semmi hiba, valóban elfogy a keret.

 

Szerk.: megnéztem az itthoni USB hubokat, mind self-powerednek mondja magát, akkor is, ha még csak lehetőség sincs külső táp csatlakoztatására :)