Mengapa kamera video saya drop frame ketika saya menyambungkan mouse?

Mereka kemungkinan terhubung ke controller USB yang sama, baik langsung di motherboard atau melalui rantai hub yang sama. Aliran kamera video 1080p mengonsumsi sekitar tiga puluh hingga lima puluh megabit per detik, dan bus USB 2.0 hanya memiliki sekitar dua ratus delapan puluh megabit throughput praktis setelah overhead protokol. Pada 30–50 Mbps, kamera meninggalkan sebagian besar bus 280 Mbps bebas — namun potongan isochronous yang dicadangkan plus burst dari perangkat lain dapat mendorong bus mendekati batas praktisnya. Ketika itu terjadi, controller mengurangi transfer best-effort, sehingga mouse, meskipun hanya menggunakan bandwidth kecil, dapat terasa tidak responsif. Setiap perangkat di bus itu menderita.

Apakah port USB 3.0 benar-benar independen dari port USB 2.0?

Secara fisik, ya dan tidak. USB 3.0 dan USB 2.0 menggunakan jalur listrik berbeda pada konektor yang sama, jadi perangkat USB 3.0 di port USB 3.0 tidak bersaing langsung dengan perangkat USB 2.0 untuk bandwidth. Pada hub USB 3.0 yang kompliant, jalur USB 2.0 dan SuperSpeed ditangani secara terpisah, dan perangkat USB 2.0 biasanya beroperasi pada kecepatan High-Speed (480 Mbps). Namun, beberapa hub yang lebih tua atau berkualitas rendah, atau masalah kualitas kabel dan sinyal tertentu, dapat menyebabkan perangkat bernegosiasi pada kecepatan lebih rendah dari yang diharapkan, seperti Full-Speed (12 Mbps). Selalu periksa kecepatan yang dinegosiasikan dalam Device Manager. Port secara listrik terpisah, namun arsitektur hub tetap dapat membuat bottleneck tak terduga.

Apakah hub USB membagi bandwidth di antara perangkat yang terhubung?

Hub USB tidak membagi bandwidth dengan cara sakelar jaringan membagi port. Sebaliknya, semua perangkat yang terhubung ke hub yang sama berbagi koneksi upstream tunggal ke controller. Hub mengadopsi akses ke link upstream tersebut, yang berarti total bandwidth yang tersedia untuk semua perangkat downstream digabungkan tidak bisa melebihi kapasitas port upstream. Hub USB 2.0 dengan upstream ke controller memberikan paling banyak dua ratus delapan puluh megabit untuk semua portnya digabungkan, terlepas dari berapa banyak perangkat yang dicolokkan. Menambahkan lebih banyak port melalui hub tidak pernah menciptakan bandwidth tambahan, hanya menambah jumlah perangkat yang berbagi sumber daya yang sama.

Bisakah saya melihat penggunaan bandwidth USB di Device Manager?

Tidak, dan ini penting: Device Manager tidak melaporkan utilisasi bandwidth. Ia menunjukkan controller mana tempat setiap perangkat melekat dan pada kecepatan berapa ia beroperasi, namun tidak seberapa banyak bandwidth yang tersedia yang sedang dikonsumsi pada setiap momen. Untuk mengukur penggunaan bandwidth sesungguhnya, Anda membutuhkan alat pihak ketiga seperti USB Device Tree Viewer atau HWiNFO, yang dapat menampilkan throughput per perangkat. Device Manager berguna untuk pemetaan topologi — melihat perangkat mana yang berbagi controller — namun tidak untuk monitoring bandwidth waktu nyata.

Mengapa penerima mouse nirkabel saya bekerja buruk ketika dicolokkan ke hub USB 3.0?

Sinyal USB 3.0 menghasilkan interferensi frekuensi radio pada kisaran dua hingga dua koma delapan gigahertz, yang bertumpang tindih dengan frekuensi yang digunakan sebagian besar penerima mouse dan keyboard nirkabel. Mencolokkan penerima nirkabel ke port atau hub USB 3.0, terutama melalui kabel pendek, menempatkan antena penerima di zona kebisingan RF yang merusak koneksinya. Gunakan port USB 2.0 langsung di motherboard, atau gunakan kabel ekstensi USB yang disertakan bersama penerima nirkabel untuk menjauhkannya dari port USB 3.0. Pada beberapa kasus, cukup memindahkan penerima enam sentimeter dari port USB 3.0 sudah menghilangkan stutter yang mengganggu.

Apakah menambahkan hub USB berdaya akan memperbaiki masalah bandwidth?

Hub berdaya membantu pengiriman daya namun tidak meningkatkan bandwidth. Semua perangkat pada hub yang sama tetap berbagi link upstream tunggal ke controller, jadi menambahkan hub berdaya ke bus yang sudah jenuh bandwidth tidak menciptakan throughput tambahan. Hub berdaya berguna ketika perangkat terlepas karena daya tidak cukup, yang merupakan masalah berbeda dari sengketa bandwidth. Untuk memperbaiki sengketa bandwidth, Anda harus memindahkan perangkat ke controller yang berbeda, bukan menambahkan lebih banyak hub ke yang sama. Hub berdaya menstabilkan perangkat yang membutuhkan arus lebih besar, tetapi throughput data tetap dibatasi oleh koneksi upstream tunggal.

Bisakah saya menggunakan satu port USB untuk printer dan kamera secara bersamaan?

Secara teknis ya, namun hasil praktis bergantung pada apakah mereka berbagi controller dan berapa banyak bandwidth yang dibutuhkan masing-masing. Printer biasanya mengirim data dalam burst pendek selama pekerjaan cetak lalu menjadi idle, sementara kamera streaming secara kontinu. Jika keduanya berada di controller USB 2.0 yang sama, aliran kontinu kamera dapat membuat printer kelaparan selama pencetakan aktif, menyebabkan kecepatan cetak lambat atau putus sambungan sesekati. Mereka bekerja terbaik pada controller terpisah, terutama jika pekerjaan cetak besar atau kamera streaming pada resolusi tinggi.

Bagaimana saya mengetahui berapa banyak controller USB yang dimiliki komputer saya?

Di Windows, buka Device Manager dan kembangkan Universal Serial Bus controllers. Setiap entri bertuliskan USB Root Hub mewakili cabang dari pohon USB, belum tentu controller terpisah — satu host controller dapat mengelola beberapa root hub, dan Device Manager tidak selalu mengungkapkan pengelompokan penuh. Perangkat yang terdaftar di bawah setiap hub berbagi bandwidth pada bus yang sama. Pada desktop tipikal Anda akan melihat dua hingga empat controller; pada laptop, satu hingga tiga. macOS menampilkan informasi controller di System Report di bawah USB, dan Linux menampilkan pohon via lsusb -t. Insight kuncinya adalah port yang dikelompokkan di bawah host controller yang sama berbagi bandwidth, sementara port di bawah controller berbeda tidak.

Sengketa Bus USB — Mengapa Perangkat Anda Melambat Bersama

Keyakinan umum bahwa setiap port USB berdiri sendiri salah. Perangkat yang berbagi link upstream, hub, domain kecepatan, atau sumber penjadwalan controller yang sama bersaing untuk bandwidth, sementara perangkat pada jalur terpisah tidak. Ketika perangkat dengan bandwidth besar seperti kamera atau drive eksternal berjalan di controller yang sama dengan perangkat lain, semua perangkat dapat melambat. Panduan ini menjelaskan topologi USB sesungguhnya, mengidentifikasi gejala sengketa, dan memberi Anda strategi sambung ulang yang jarang diketahui pengguna rata-rata. Contoh dan angka di sepanjang tulisan adalah nilai referensi umum; kecepatan sesungguhnya bergantung pada controller, kabel, perangkat, dan sistem operasi.

Kebanyakan orang mengasumsikan setiap port USB di komputernya adalah jalur independen dengan koneksi pribadinya sendiri ke sistem. Colokkan drive ke satu port dan kamera ke port lain, dan ekspektasi naturalnya adalah tidak satupun bisa memengaruhi yang lain. Tanyakan pada selusin pengguna mengapa perangkat mereka melambat bersama, dan mayoritas akan menyalahkan perangkatnya, kabelnya, atau sistem operasinya. Model mental itu salah, dan itulah alasan begitu banyak sesi pemecahan masalah USB berakhir frustrasi.

Port USB tidak independen. Mereka dikelompokkan di bawah controller, dan setiap perangkat yang melekat pada satu controller berbagi satu bus dengan total bandwidth tetap. Ketika perangkat di bus itu butuh lebih dari yang bisa diberikan, mereka bersaing untuknya, dan semua orang di bus melambat — termasuk perangkat yang hampir tidak menggunakan bandwidth sendiri. Persaingan itu adalah sengketa bus.

Sengketa menjelaskan daftar panjang gejala misterius: webcam yang drop frame saat drive eksternal mulai menyalin, audio yang mendesis ketika printer memulai pekerjaan, controller MIDI yang terputus di tengah performansi. Dalam banyak kasus ini perangkatnya tidak rusak — mereka kelaparan, dan kelaparan itu disebabkan oleh layout koneksi bukan hardware. Pindahkan perangkat yang sama ke port berbeda dan masalah sering hilang, itulah mengapa periferal identik bekerja sempurna di mesin teman. Anomali USB juga bisa berasal dari pengiriman daya, kualitas kabel, bug driver, penjadwalan controller, batas transfer isochronous, interferensi RF USB 3.x, atau masalah firmware — sengketa bandwidth adalah kandidat utama untuk diperiksa pertama, bukan penjelasan universal.

Kabar baiknya adalah sengketa dapat didiagnosis dan sering diperbaiki dengan menyusun ulang port yang ada. Contoh yang sering dikutip: webcam Logitech C920 yang drop frame di Dell XPS 15 diselesaikan dengan memindahkan drive Samsung T7 ke controller berbeda — perbaikannya gratis. (Ini adalah kasus ilustratif yang dilaporkan pengguna, bukan pengukuran lab terkontrol.) Halaman ini menjelaskan bagaimana topologi USB benar-benar bekerja, mengapa pola koneksi tertentu dapat membuat perangkat kelaparan, dan bagaimana menyusun ulang port untuk mengurangi atau menghilangkan masalah. Angka bandwidth di sini adalah nilai referensi umum; kecepatan aktual bergantung pada controller, kabel, dan firmware perangkat spesifik Anda. Diagram topologi USB menunjukkan perangkat terhubung ke controller host dan hub

Bagaimana topologi USB benar-benar bekerja

Lalu lintas USB mengikuti hierarki ketat. Di puncaknya duduk host controller, chip di motherboard yang menjalankan protokol USB atas nama sistem. Setiap controller memiliki satu atau lebih root hub, yang berakhir di port fisik yang Anda lihat di panel belakang. Kabel dan hub downstream eksternal memperluas bus lebih jauh, dan perangkat menempel di ujungnya. Apakah perangkat benar-benar bersaing bergantung pada apakah mereka berbagi link upstream, hub, domain kecepatan, dan sumber penjadwalan controller yang sama. Perangkat di domain kecepatan terpisah (USB 2.0 versus USB 3.x) atau di cabang root hub terpisah di bawah controller yang sama mungkin tidak bersaing sama sekali — melihat nama controller yang sama saja tidak membuktikan mereka mengambil dari satu pool bandwidth. Sebagai pendekatan pertama, namun, memperlakukan semua yang di bawah satu controller sebagai shared adalah asumsi yang aman saat mendiagnosis sengketa.

Di sistem modern controller berada di dalam chipset bukan sebagai chip terpisah, itulah mengapa layout port motherboard bisa terlihat arbitrer. Produsen menentukan port fisik mana yang terhubung ke controller mana, dan pengelompokan itu tidak tercetak di mana pun di casing. Empat port belakang bisa menggantung di satu controller sementara header panel depan merutekan ke controller lain, tanpa petunjuk visual sama sekali. Satu-satunya cara yang andal untuk mengetahui pengelompokannya adalah memeriksanya di software.

Hub eksternal memperluas pohon satu level lebih dalam, namun tidak membuat bus baru — mereka menambah cabang downstream ke controller yang sama, dan setiap hop menambah sedikit latensi. Aturan praktisnya adalah hub mengalikan opsi koneksi sambil berbagi satu anggaran bandwidth.

Device Manager Windows mengelompokkan koneksi USB di bawah Universal Serial Bus controllers. Setiap entri USB Root Hub mewakili cabang pohon USB, namun perhatikan bahwa satu host controller dapat mengelola beberapa root hub dan Device Manager tidak selalu mengungkapkan pengelompokan controller fisik lengkap. Untuk tampilan topologi yang lebih akurat, alat seperti USB Device Tree Viewer atau USBView menunjukkan hierarki controller-ke-hub-ke-perangkat yang sebenarnya. macOS menunjukkan informasi yang sama di System Report di bawah USB, dan Linux menampilkan pohon dengan lsusb -t.

Pertimbangkan contoh konkret dari motherboard konsumen mainstream. Biasanya punya 2-3 controller USB: controller USB 2.0 natif chipset, controller USB 3.x pihak ketiga (sering ASMedia atau serupa), dan mungkin controller Thunderbolt yang juga membawa USB. Port panel belakang dikelompokkan per controller, bukan per generasi. Pemetaan eksaknya bervariasi per produsen dan harus diverifikasi terhadap manual motherboard atau alat pohon USB.

Sekarang bayangkan kabelnya: webcam di port USB 2.0 belakang, drive eksternal di port USB 2.0 belakang lain, dan penerima mouse di port ketiga. Ketiganya berada di bus yang sama, bersaing untuk sekitar 280 Mbps kapasitas. Pindahkan drive ke port USB 3.0 di controller kedua, dan kamera tiba-tiba memiliki bus USB 2.0 untuk dirinya sendiri. Topologi, bukan hardware, adalah bottlenecknya.

Itulah inti mempelajari topologi: mengubah penggantian port acak menjadi rencana yang disengaja.

Bandwidth yang sesungguhnya penting

Bandwidth adalah bahasa sengketa, dan dua angka lebih penting dari yang lainnya. Bus USB 2.0 diberi rating 480 Mbps secara teori (USB-IF: Spesifikasi USB 2.0, Bagian 5.7.6). Setelah overhead protokol, batas praktis biasanya dalam rentang 250-280 Mbps throughput usable (sekitar 30-35 MB/s) (USB-IF: Spesifikasi USB 2.0; pengukuran industri menunjukkan ~280 Mbps berkelanjutan di controller kompliant), tergantung controller dan beban sistem. Bus USB 3.0 diberi rating 5 Gbps, kira-kira sepuluh kali lebih tinggi, dengan batas praktis biasanya dalam rentang 300-400 MB/s tergantung controller dan kualitas kabel. Perhatikan unitnya: Mbps adalah megabit per detik, MB/s adalah megabyte per detik; 1 MB/s sama dengan 8 Mbps.

Sekarang bandingkan apa yang benar-benar dikonsumsi perangkat Anda. Logitech C920 di bus USB 2.0 stream kira-kira 35 Mbps berkelanjutan untuk 1080p30 MJPEG, menyisakan sekitar 245 Mbps untuk perangkat lain — dan itu sebelum overhead protokol pada transfer isochronous:

Webcam 1080p pada 30 fps dalam format terkompresi seperti MJPEG atau H.264 biasanya stream pada 20-50 Mbps, tergantung kualitas encoding kamera — rentang yang konsisten dengan Logitech C920 streaming di ~35 Mbps untuk 1080p30 MJPEG dan OBSBOT Tiny 4K yang membutuhkan ~40-50 Mbps untuk 1080p30 H.264 (Logitech Support: Spesifikasi C920; OBSBOT: Panduan Streaming Tiny 4K). Stream YUY2 tak terkompresi pada resolusi yang sama jauh lebih tinggi — sering beberapa ratus Mbps atau lebih — jadi perlakukan angka terkompresi sebagai rentang perkiraan untuk format terkompresi saja.
SSD eksternal selama penyalinan file besar umumnya berjalan di 100-400 MB/s (megabyte per detik) tergantung drive dan antarmuka; beberapa drive kelas atas melampaui ini. Drive mekanis yang lebih tua biasanya lebih lambat.
Printer meledakkan data dalam pulsa pendek dan berat sementara pekerjaan sedang dicetak.
Mouse, keyboard, atau penerima nirkabel menggunakan beberapa kilobit per detik yang bisa diabaikan.

Aritmatikanya adalah pengungkapan. Taruh kamera dan drive eksternal di bus USB 2.0 yang sama, dan drivenya saja bisa mengonsumsi seluruh bandwidth praktis, menyisakan hampir tidak ada untuk kamera. Tambahkan perangkat aktif ketiga, dan controller tidak bisa memuaskan semuanya, jadi ia melayani permintaan bergiliran. Setiap perangkat di bus mengalami keterlambatan yang dihasilkan: drive menyalin lebih lambat, kamera drop frame, dan bahkan mouse bisa terasa tidak responsif karena paket polling-nya yang kecil mengantri di belakang transfer yang lebih besar.

Memahami ke mana anggaran pergi lebih penting daripada angka mentah. Banyak kamera dan antarmuka audio menegosiasi transfer isochronous: mereka menyisihkan potongan berulang dari bus di muka, melindungi stream mereka dengan biaya menyisakan lebih sedikit untuk semua orang. Beberapa perangkat menggunakan transfer bulk sebagai gantinya, yang bersaing secara berbeda — namun efek praktisnya sama ketika bus mulai ramai. Ketika potongan yang dicadangkan plus transfer burst melebihi batas itu, controller mengurangi transfer best-effort dan, dalam kasus terburuk, gagal reservasi — yang persis ketika kamera mulai drop frame.

Angka-angka juga menjelaskan mengapa USB 3.0 terasa seperti solusi untuk segalanya. Batas praktisnya lebih besar satu ordo besaran — diberi rating 5 Gbps teoretis (USB-IF: Spesifikasi USB 3.0, Bagian 5.6.6) dengan batas real-world tipikal sekitar 300-400 MB/s (Samsung T7 Portable SSD, di-benchmark pada ~350 MB/s baca berkelanjutan di USB 3.2 Gen 1) — jadi dua atau tiga perangkat berat bisa berkoeksistensi di satu bus 5 Gbps tanpa sengketa yang terlihat. Tapi logika yang sama berskala ke atas: beberapa drive yang menulis paralel bisa menjenuhkan bahkan bus USB 3.0. Sengketa mengikuti permintaan, bukan label di port.

Empat mitos tentang USB

Empat keyakinan tentang bandwidth USB menyebabkan sebagian besar miskonfigurasi di lapangan. Masing-masing terdengar masuk akal, masing-masing diulang di forum, dan masing-masing menunjuk ke kesimpulan yang sama salahnya: menyalahkan perangkat ketika layout yang bersalah.

Diagram alokasi bandwidth USB menunjukkan pembagian bandwidth antara device di bus yang sama

Mitos satu: “USB 3.0 dan 2.0 independen.” Mereka secara listrik terpisah, ya — tapi hanya di motherboard. Komplikasinya adalah hub. Colokkan perangkat USB 2.0 ke hub USB 3.0. Hub yang kompliant memiliki jalur USB 2.0 dan SuperSpeed terpisah, jadi perangkat 2.0 Anda berjalan pada High-Speed 480 Mbps di jalur USB 2.0 seperti yang diharapkan (USB-IF: Spesifikasi USB 2.0). Tapi beberapa hub yang lebih tua menegosiasikan perangkat turun ke Full-Speed 12 Mbps (USB-IF: Spesifikasi USB 2.0, Bagian 5.4.4) — tanpa peringatan, tanpa error, penurunan throughput sepuluh kali lipat atau lebih tanpa error atau peringatan. Selalu periksa kecepatan yang dinegosiasikan di Device Manager.

Mitos dua: “Lebih banyak port, lebih banyak bandwidth.” Menambahkan hub atau mencolokkan perangkat di port yang tersisa tidak menciptakan throughput. Panel belakang dengan enam port di satu controller menawarkan total bandwidth yang sama dengan satu port di controller itu. Lebih banyak port adalah kenyamanan, bukan bandwidth. Hub USB 2.0 delapan port tetap mengantarkan kira-kira 280 Mbps ke semua portnya digabungkan — hub mengadopsi akses ke link upstream tunggal, bukan anggaran per port.

Mitos tiga: “Penerima nirkabel butuh USB 3.0 untuk kecepatan.” Penerima mouse atau keyboard mentransmisikan beberapa kilobit per detik — port USB 2.0 seribu kali lebih dari cukup. Musuh yang sebenarnya adalah interferensi RF. Sinyal USB 3.0 menghasilkan kebisingan radio di sekitar 2-2,8 GHz (Logitech Support: Panduan Interferensi USB 3.0, 2013; Intel: Whitepaper Interferensi USB 3.x, 2015), yang tumpang tindih dengan band 2,4 GHz yang digunakan penerima Anda. Colokkan di sebelah port USB 3.0 dan antena berada di zona kebisingan radio. Gunakan port USB 2.0 langsung dengan kabel ekstensi dari kotaknya — ini saja sering menyelesaikan stuttering mouse berulang.

Mitos empat: “Sengketa bandwidth jarang terjadi.” Ini adalah salah satu penyebab paling sering diabaikan dari masalah perangkat USB, justru karena tidak terlihat. Perangkat jarang mengumumkan bahwa mereka kelaparan. Mereka drop frame, mendesis, stutter, atau terputus sementara — dan setiap gejala disalahkan pada perangkatnya sendiri. Hasilnya adalah kuburan webcam, antarmuka audio, dan drive yang dikembalikan via RMA yang mungkin berfungsi sempurna di layout port yang berbeda. Perlakukan sengketa sebagai kandidat utama untuk diperiksa pertama untuk kegagalan USB intermiten — tapi bukan satu-satunya penyebab yang mungkin.

Laptop atau desktop? Masalah berbeda.

Laptop dan desktop gagal dengan cara berbeda, dan topologi menjelaskan mengapa.

Laptop memiliki satu hingga tiga controller untuk semuanya: semua port USB-nya, webcam bawaan, pembaca sidik jari, dan sering Bluetooth internal. Setiap periferal yang Anda colokkan bersaing tidak hanya dengan periferal lain tapi dengan hardware bawaan di bus yang sama. Laptop juga semakin menggabungkan Thunderbolt dan USB ke dalam satu controller, jadi dock yang membawa display, drive, dan periferal menyalurkan semuanya melalui satu bus. Manajemen daya BIOS yang agresif dapat juga meng-idle atau menonaktifkan controller individual untuk menghemat baterai, menghasilkan perangkat yang hilang dan muncul kembali tanpa peringatan.

Desktop biasanya memiliki lebih banyak controller — dua hingga empat — yang merupakan keuntungan. Layoutnya, namun, sering mengelompokkan banyak port belakang di bawah satu controller, dan satu rantai hub bisa menyalurkan belasan perangkat ke satu bus. Kegagalan desktop yang tipikal bukan kelangkaan controller tapi penempatan port yang buruk: perangkat berat berakhir di bus yang sama dengan segalanya.

Perbedaan praktis muncul dalam perbaikan. Di laptop, selesaikan sengketa dengan memprioritaskan: putuskan perangkat mana yang layak bandwidth yang langka, dan pindahkan sisanya ke port USB 2.0 dock atau hub berdaya. Di desktop, selesaikan dengan menyebarkan: petakan port belakang dan depan mana yang milik controller mana, lalu distribusikan perangkat berat ke semuanya.

Tabel diagnosis gejala

Setiap gejala di bawah menunjuk ke penyebab yang paling mungkin, mengubah tebakan frustrasi menjadi hipotesis yang dapat diuji.

Kamera drop frame — jenuh bandwidth di controller bersama. Kamera streaming adalah canary klasik: mengonsumsi bandwidth secara kontinu, jadi perangkat pertama yang gagal terlihat saat ada hal lain di bus yang menuntut bagiannya. Cabut perangkat lain dan kamera pulih segera. Ini juga mengapa uji stream webcam sungguhan bisa menampilkan pratinjau lokal yang bersih saat stream yang dikodekan menurun kualitasnya — bus bisa saja membuat kamera kekurangan sebelum encoder berjalan.
Audio mendesis — masalah bandwidth atau daya di hub bersama. Antarmuka audio sensitif latensi. Ketika bus jenuh, transfer terjadwal mereka tiba terlambat, dan keterlambatan muncul sebagai klik dan desisan. Gejala tipikal muncul hanya saat perangkat kedua sedang aktif mentransfer.
Controller MIDI terputus — sensitivitas latensi di bus jenuh. MIDI bergantung pada pengiriman latensi rendah. Ketika slot transfer controller kelaparan, host memperlakukan perangkat sebagai tidak responsif dan memutus koneksi. Menyambung ulang memulihkannya sampai event sengketa berikutnya.
Penerima nirkabel stutter — interferensi RF dari USB 3.0, atau sengketa bandwidth. Jika penerima berada di dekat port USB 3.0, curigai RF dulu. Jika berfungsi saat idle tapi stutter di bawah beban, curigai busnya.
Drive eksternal menyalin lambat — berbagi bandwidth dengan perangkat aktif lain. Throughput drive runtuh saat kamera atau drive kedua aktif di bus yang sama. Drive yang sama di bus idle kembali ke kecepatan penuh seketika.
Putus sambungan intermiten — batas daya atau bandwidth terlampaui. Jika pemutusan mengikuti perangkat lain yang sibuk, penyebabnya bandwidth. Jika mengikuti penambahan lebih banyak perangkat, penyebabnya daya.

Diagnosis tercepat adalah mengubah beban. Perangkat yang berperilaku sempurna saat semua yang lain dicabut, dan bermasalah saat bus mulai sibuk, adalah korban sengketa. Pengamatan tunggal itu memisahkan kerusakan hardware dari kerusakan layout dalam hitungan menit.

Peta. Pisahkan. Uji.

Setelah Anda memetakan controller dan mengkonfirmasi gejala, perbaikannya adalah penyambungan ulang yang disengaja. Contoh umum: antarmuka audio mendesis setiap kali printer berjalan karena keduanya berbagi bus USB 2.0 yang sama. Menjalankan urutan ini secara berurutan biasanya menyelesaikannya dalam sepuluh menit:

Identifikasi controller Anda. Buka Device Manager dan kembangkan Universal Serial Bus controllers. Perhatikan bahwa setiap USB Root Hub adalah cabang pohon USB, belum tentu controller terpisah; satu host controller bisa mengelola beberapa root hub. Gunakan alat topologi khusus seperti USB Device Tree Viewer atau USBView untuk pemetaan controller-ke-perangkat yang paling akurat.
Kelompokkan perangkat bandwidth berat di controller terpisah. Taruh kamera di satu controller dan drive eksternal di controller lain. Di desktop ini biasanya berarti controller belakang untuk kamera dan header panel depan — sering controller berbeda — untuk drive.
Gunakan port motherboard langsung untuk perangkat kritis. Untuk mouse gaming, antarmuka audio, atau controller MIDI, lewati hub dan panel depan. Colok langsung ke I/O belakang dengan kabel terpendek yang menjangkau.
Gunakan hub berdaya untuk perangkat yang boros daya, bukan bandwidth. Hub berdaya menstabilkan perangkat yang terlepas karena daya tidak cukup, tapi tidak menambah throughput. Perangkat berat milik port langsung; aksesori boros daya milik hub.
Pindahkan penerima nirkabel dari USB 3.0. Gunakan port USB 2.0 belakang, atau kabel ekstensi penerima, agar antena jauh dari kebisingan USB 3.0.
Uji ulang di bawah beban setelah setiap perubahan. Mulai stream kamera dan salinan drive secara bersamaan. Layout benar ketika tidak satupun terdegradasi. Penyambungan ulang tidak biaya apa-apa dan dapat menyelesaikan banyak kasus sengketa. Jika gejala bertahan setelah layout benar, barulah perangkat itu sendiri layak diteliti, bersama pengiriman daya, kualitas kabel, dan pengaturan driver.

Browser bukan alat topologi

API USB browser adalah WebHID, yang dapat mengidentifikasi perangkat HID yang terhubung seperti keyboard, mouse, dan controller game setelah mendapat izin eksplisit pengguna. Ia dapat mengungkap informasi dasar perangkat seperti vendor dan product ID, namun tidak menampilkan topologi controller USB lengkap, penggunaan bandwidth per perangkat, atau hierarki controller-ke-hub-ke-perangkat. WebHID memerlukan izin per perangkat dan banyak periferal — termasuk perangkat penyimpanan dan sebagian besar kamera — tidak mengekspos diri ke browser sama sekali. Alat info perangkat USB di situs ini menggunakan WebHID untuk menunjukkan perangkat HID mana yang terhubung dan vendor serta product ID-nya; ini adalah alat bantu identifikasi perangkat, bukan penganalisis topologi.

Untuk pemetaan topologi lengkap, gunakan USB Device Tree Viewer (Windows), USBView, atau system_profiler SPUSBDataType (macOS). Alat sistem ini menunjukkan pohon controller-ke-root-hub-ke-hub-ke-perangkat yang sebenarnya dan dapat membantu mengidentifikasi perangkat mana yang berbagi bus.

Pasangkan tampilan alat sistem dengan Device Manager untuk pemetaan controller dan dengan HWiNFO untuk throughput per perangkat. Alat sistem menjawab bagaimana terhubung dan seberapa keras bekerja — mengkonfirmasi diagnosis sengketa sebelum Anda mencabut apapun.

Garis bawah

USB adalah shared, bukan dedicated. Setiap port di komputer Anda adalah pintu ke bus dengan jumlah bandwidth tetap, dan setiap perangkat yang dicolokkan ke bus itu membagi kapasitas di antara mereka. Ketika perangkat melambat bersama, mereka sering tidak rusak — mereka kemungkinan bersengketa.

Perbaikannya jarang hardware baru — dan kadang, kontraintuitif, langkah terbaik adalah mencabut, bukan menambah. Contoh yang sering dilaporkan: webcam Logitech C920 yang terus drop frame diperbaiki dengan mencabut flash drive yang berbagi controller. Kontraintuitif, tapi masuk akal: setup USB tercepat sering punya lebih sedikit perangkat di setiap bus, bukan lebih banyak. Peta topologi Anda, pisahkan perangkat bandwidth berat ke controller berbeda, jaga periferal kritis di port motherboard langsung, dan beri penerima nirkabel koneksi USB 2.0 yang bersih. Lalu uji jalur koneksi yang sebenarnya: jalankan stream kamera dan salinan drive secara bersamaan dan awasi apa yang pecah. Layout yang bertahan dari ujian itu adalah layout yang patut dipertahankan.