Diskussion:Universal Serial Bus

USB 3.0

Da hier noch kaum was steht, trage ich erstmal meine Informationen hier zusammen, damit diese durch andere ergänzt und später daraus der Artikel geschrieben werden kann:

• Finale Standard für USB 3.0 ist verabschiedet.
• Treiber für Linux bisher in frühen Alpha-Versionen.
• Treiber für Windows voraussichtlich erst 2010.
• Transferraten von 640 MByte/s, schneller als SATA 3 (600 MByte/s).
• USB 3.0 liefert 900 mA, statt wie die Vorgänger nur 500 mA.
• USB 3.0 Steckanschlüsse (Buchsen) kompatibel zu den alten Standard.

-- ScollPi 13:42, 12. Feb. 2009 (CET)

Zu den Tansferraten sollte IMHO angegeben werden das es sich um Chanel-Bits und nicht um echte Datenbits handelt. So wie RS232 mit 115200 Baud/s auch nur maximal 92160 Bit/s anbietet weil pro 10 Bits auf dem Kabel ja immer ein Start-Bit und ein Stop-Bit erforderlich sind, in den 92160 Bit/s ist dann noch der Overhead des verwendeten Protokolls drin so das auch dieser Wert nur Brutto ist. Wie man auf die Überzeugung kommt das USB 3 (mit 5 GBit/s) schneller als SATA 3 (mit 6 GBit/s) ist verstehe ich nicht. Die USB-3-A-Buchse sieht zwar genauso aus wie die USB-2-Variante enthält aber zusätzliche Kontakte für die USB-3-Leitungen. --Erik.vikinger 10:45, 6. Mär. 2010 (CET)

Das ist richtig, die Frage ist aber meiner Meinung fast eher, was Consumerinformationen (denke ich) über derzeit kaum existente Produkte im Lowlevelwiki suchen. *g*

"Die USB-3-A-Buchse sieht zwar genauso aus wie die USB-2-Variante enthält aber zusätzliche Kontakte für die USB-3-Leitungen." Sowas dachte ich mir bereits, aber da ich darüber jetzt noch keine Informationen hatte und bezweifelt hab, dass USB 3.0 jetzt schon so wichtig ist, hab ich darauf verzichtet, mir extra die Spec runterzuladen und durchzulesen. ;-) --XanClic 10:49, 6. Mär. 2010 (CET)

Bei der Einführung "USB ist abwärtskompatibel, d. h., dass man lagsame USB 1.0-Geräte an den schnelleren USB 2.0 oder 3.0 anschließen kann und umgekehrt." da sollte erwähnt werden das USB 3 ein neues unabhängiges Parallel-Universum zu USB 1/2 ist das zufällig die vorhandene Kabel-Infrastruktur mit-benutzen darf (nicht muss). Es ist denkbar das ein USB 3 HUB (der zwei getrennte eigenständige HUBs enthält) nur an einem Teil seiner Down-Stream-Ports beide Systeme anbietet, dort sind beliebige Mischformen möglich (wie das mit dem Powermanagement bei Misch-Ports funktionier soll muss ich mal bei Gelegenheit in der Spec nachlesen). --Erik.vikinger 12:52, 8. Mär. 2010 (CET)

Sätze wie "In der Realität findet man beispielsweise bei den beliebten USB-Memorysticks Schreibraten von 3 bis 6 MB/s und Leseraten von 20 bis 40 MB/s." sind IMHO das was XanClic mit unötigen Consumerinformationen meint, nebst dessen das USB nichts für die Schwächen der Flash-Chips kann. An Tranferraten bei Mass-Storage wird für ein einzelnes Device kaum mehr als 35 MByte/s erreicht was aber an Schwächen vom Mass-Storage-Class-Protokoll liegt (wenn man mehrere Mass-Storage-Devices an einem Host betreibt kommt die Summen-Tranferrate fast ans theoretische Maximum ran). Besser sollte es heißen "USB 2 erlaubt eine Übertragungsrate von 480 MBit/s (High-Speed) was durch das Bitstuffing etwa 50 bis 55 MByte/s Brutto-Transferrate ergibt." Diese Info bezieht sich auf die Datenmenge die USB ansich bewältigen kann (was für den Entwickler auch erstmal wichtig ist) und nicht auf das was konkrete Produkte dann dort rausholen. --Erik.vikinger 09:06, 8. Mär. 2010 (CET)

Im Abschnitt "Elektrische Hintergründe", fast am Ende, sind die Low-Spannungen immer in Klammern angegeben, Warum? Die +/- 10 mV bei High-Speed klingen etwas wenig (auch die High-Spannung ist bescheiden), selbst bei Devices mit nur kleinem Strombedarf dürfte der Spannungsabfall an den Steckern und Kabeln locker mal 50 mV werden können. Worauf beziehen sich all diese Spannungsangaben eigentlich genau? Zwischen welchen Pins gemessen? --Erik.vikinger 13:37, 8. Mär. 2010 (CET)

Im Abschnitt "Aufbau eines USB-Pakets" im Unterabschnitt "SOP" gibt es ein paar Unstimmigkeiten. Das Wort "Adressleitungen" ist IMHO unpassend. Bei den Sync-Pattern (KJ-Paare) "Dem Gerät ist ja egal, wie lange das Feld dauert, es dient lediglich" das ist nicht egal, das Device braucht diese Sync-Pulse zur Synchronisation. Es müssen mindesten X Paare übrig bleiben damit das Device sich wieder synchronisieren kann und das Paket dann auch korrekt decodieren kann. Jeder HUB darf bis zu X Paare verschlucken (um sich selbst zu synchronisieren), üblicherweise verschlucken die HUBs davon aber kaum etwas. --Erik.vikinger 11:17, 8. Mär. 2010 (CET)