Det är frustrerande att äldre maskinvaror bara sitter runt att samla damm eller komma i vägen, så om det kan återställas och gjort nyttan igen, då är det en sak för glädje. Dagens SuperUser Q & A-post diskuterar möjligheterna att återställa en gammal USB 1.1-hub-enhet till en nyfiken läsare.

Dagens Frågor och svar sessions kommer till vår tjänst med SuperUser-en indelning av Stack Exchange, en community-driven gruppering av Q & A-webbplatser

Foto med tillstånd av Alexandros Kostalas (Flickr).

Fråga

SuperUser-läsaren user1049697 vill veta om det är möjligt att använda ett gammalt USB 1.1-hub för att ladda sina enheter:

Jag har en gammal USB 1.1 hub och jag undrade om det skulle kunna återställas för något användbart. Skulle det vara möjligt att ansluta den till en väggladdare som har ett inbyggt USB-uttag och använder navet för att få 4 USB-laddningsportar?

Bilden nedan visar ett nav som liknar USB 1.1-navet jag har:

(Uppdatering) Jag försökte detta med vissa enheter och resultaten är som följer:

• Min gamla Android 2.3-enhet laddas, om än mycket långsamt.
• Min iPhone 5S laddar inte alls.

Är det möjligt att använda ett gammalt USB 1.1-hub för laddning av enheter?

Svaret

SuperUser-bidragsgivaren Bob har svaret för oss:

Tyvärr beror det verkligen på detaljerna för implementeringen av både navet och enheten.

De flesta enkla naven genomför inte riktigt några slags strömstyrning. De kommer bara att ansluta USB-kraftledningarna direkt till antingen deras värd eller en extern (reglerad) nätaggregat, vilket innebär att du effektivt skulle dela strömkällans kapacitet över alla portar.

I praktiken får dock USB-laddning ganska komplex. Grunden är att din USB 1.1-hubb antagligen kommer att ladda din kringutrustning, men med en reducerad hastighet. Detta beror inte på att navet aktivt begränsar den aktuella utgången, men eftersom kringutrustning begränsar strömmen de drar, om inte de kan positivt bekräfta att värden kan leverera den strömmen (för att förhindra skador på värdar som inte kan).

Detta reduceras hastigheten beror på den specifika perifera och det specifika navet, men det ligger troligen mellan 100 mA och 500 mA, vilket är långt mindre än en modern smart telefonens maximala (över 1000 mA).

För att utarbeta:

1. Om värden implementerar någon form av strömstyrning måste periferin initiera en dataanslutning och förhandla ordentligt. Även om det här tekniskt krävs av specifikationerna (förutom de nyare batteriladdningsspecifikationerna), kanske vissa kringutrustning inte gör det. Jag föreställer mig att de flesta smarta telefoner åtminstone kommer att försöka, men det finns många "dumma" USB-kringutrustning som inte gör det.

2. Om ett nav är anslutet till en USB-strömförsörjning utan en riktig värd kan det fungerar inte alls.

3. Förhandling är som följer:

• Varje perifer får tillåta en enhetsbelastning utan förhandling.
• USB 1.1 och 2.0 definierar en enhetsbelastning som 100 mA, med högst 5 enhetsbelastningar (500 mA).
• USB 3.0 definierar en enhetsbelastning som 150 mA, med högst 6 enheter (900 mA).

4. Moderna enheter behöver ofta mer ström (smarta telefoner drar ofta 1000 mA - 2000 mA).

5. Det finns en batteriladdningsspecifikation som behandlar detta. Läs igenom artikeln "Hur USB laddar bara om vilken elektronisk enhet som helst" för detaljer om hur förhandlingen och detektionen fungerar, men det är inte så viktigt.

• Laddningsgränsen är 1.500 mA, men endast om datalinjerna är korta (eller svara som om de har varit). Detta är inte fallet med en datahanterbar värd som en USB-hubb. Det finns en ytterligare profil som handlar om detta, men ett USB 1.1-hub går inte att implementera det.
• Med en icke-kompatibel värd kommer de flesta smartare kringutrustning inte att upptäcka en högkapacitetskälla och kommer därför att falla tillbaka till laddning vid högst 500 mA. Det betyder att din USB-hubb sannolikt laddar enheten med en betydligt långsammare takt än att ansluta periferin direkt till laddaren.

5. Det finns några andra specifikationer som Apples protokoll, Qualcomms snabbladdningsprotokoll etc. De har alla sina egna metoder för att upptäcka och förhandla. De kommer inte heller att fungera med ett USB 1.1-hub.

6. Det finns en nyare USB Power Delivery-specifikation, men nästan ingenting implementerar den ändå och det handlar om alla slags bräckliga saker som olika spänningar.

Har du något att lägga till förklaringen? Ljud av i kommentarerna. Vill du läsa mer svar från andra tech-savvy Stack Exchange-användare? Kolla in den fullständiga diskussionsgängan här.

NVIDIA SHIELD Android TV är den överlägset mest kraftfulla Android TV-boxen på marknaden, och den enda som stöder 4K-uppspelning (den andra är begränsade till 1080p). Den goda nyheten är att när du har allt anslutet till en HDCP 2.2-kompatibel port, blir det lite mer än några klick på fjärrkontrollen att få UHD-innehåll att spela.

För att se till att 4K-innehåll alltid är tillgängligt på din speciella TV, måste vi täcka varför det inte är möjligt att vara tillgänglig. RELATED: Varför HDCP orsakar fel på din HDTV och hur man fixar det HDCP eller High-Bandwidth Digital Copy Protection, är en standard som skyddar digitalt innehåll och gör det mycket svårare för digitala pirater att "rippa".

(how-to)

Så här tittar du på Amazon Instant Video på Linux

Amazon Instant Video använder Flash-plugin-modulen, så du kan tänka dig att det bara skulle fungera med Flash på Linux. Du skulle ha fel, men du kan få Amazon Instant Video för att fungera med minimal tweaking. I denna artikel användes den senaste versionen av Firefox på Ubuntu 14.04. Dessa tricks kommer också att fungera i andra webbläsare, men inte Chrome - Chrome-användare ska använda Firefox för det här istället.

(how-to)