Menghubungkan dua host "USB C", apa yang terjadi?


12

Hingga USB C semua konektor USB dipilih dengan hati-hati sehingga dua host tidak dapat saling terhubung.

Dengan USB C host dan perangkat memiliki konektor yang sama. Dengan pengaturan ini sekarang memungkinkan untuk menghubungkan dua host satu sama lain. USB C memang menggunakan kabel aktif yang saya asumsikan koneksi arbitrase mencegah kerusakan listrik.

Saya berasumsi satu dari tiga hal bisa terjadi.

  1. Tidak ada sama sekali
  2. Kesalahan "jangan lakukan ini" atau sesuatu seperti itu
  3. Koneksi dibuat dengan satu host yang mengirimkan sebagai perangkat ke host lainnya. (sepertinya tidak mungkin)

Apa yang terjadi? Apakah ini salah satu proposisi saya atau sesuatu yang sama sekali berbeda?


Pertanyaan yang menarik, sayangnya saya tidak punya waktu untuk mencari tahu. Namun itu menimbulkan pertanyaan lain; apakah ada perangkat yang hanya host USB-C?
Puffafish

Jawaban:


14

Jawabannya tergantung pada apakah port host adalah port host biasa, atau "Dual-Role Ports" (DRP), setidaknya salah satunya.

Jika kedua port adalah port host biasa, tidak ada yang terjadi, jadi (1) benar. (karena kedua port akan memiliki pull-up pada pin CC, dan ini tidak akan memicu reaksi host, VBUS tidak akan ditegaskan).

Jika salah satu port (seperti pada beberapa tablet / ponsel modern) adalah DRP, port DRP akan mengganti fungsi CC-nya dengan mencoba berpura-pura sebagai tuan rumah, kemudian sebagai perangkat, dan sebagainya. Tergantung pada port lain, koneksi yang benar akan dibuat. Jadi jawabannya adalah (3).

Jika kedua port adalah DRP, (3) masih benar, hanya peran perangkat akan ditentukan secara acak, tergantung pada waktu kabel plug-in relatif terhadap siklus CC.

Ini adalah SPESIFIKASI untuk konektor Tipe-C.


Satu perubahan untuk ini: Sebagian besar DRP dikonfigurasikan sebagai Try.Source atau Try.Sink. Hanya ketika mereka sama, itu acak, jika seseorang memiliki preferensi sumber dan satu memiliki preferensi sink, mereka akan selalu mengatur diri mereka sendiri dengan cara itu.
crlanglois

1
@crlanglois, ada dua jenis "peran" dalam kerangka kerja Tipe-C, satu adalah peran "perangkat host", dan yang lain adalah "" penyedia-konsumen ", atau" sumber-tenggelam ". Saya berbicara tentang" host- perangkat "saklar peran ganda. Anda tampaknya berarti peran kekuasaan, dan mereka jelas dapat memiliki prioritas / preferensi yang berbeda.
Ale..chenski

2

Menurut sini , tidak ada hal buruk yang akan terjadi selama kedua port USB Type-C bekerja sesuai spesifikasi. Jadi opsi (1) dari daftar Anda.

Untuk meringkas posting blog itu jika tautannya pernah mati, ia pada dasarnya menjelaskan bagian 2.3.1 dari spesifikasi Tipe-C:

Bagian 2.3.1 dari USB Type-C Spec Gambar dari posting blog yang ditautkan.

Apa yang dikatakan ini adalah bahwa tidak seperti port USB sebelumnya, spesifikasi USB Type-C mengamanatkan bahwa daya tidak diterapkan ke port sampai deteksi pin CC selesai. Pada dasarnya ada dua pin pada kabel USB Type-C yang dapat digunakan untuk secara pasif mendeteksi apakah suatu perangkat adalah host atau slave yang menggunakan resistor tanpa mengaktifkan pasokan VBus.

Hanya sekali host (DFP) mendeteksi bahwa slave (UFP) telah terpasang akan memulai enumerasi dan mengaktifkan pasokan VBus.

Akibatnya, ketika Anda menyambungkan dua host yang kompatibel bersama-sama, tidak ada sama sekali yang akan terjadi karena keduanya tidak mendeteksi seorang budak di ujung yang lain, sehingga daya tidak diterapkan (mencegah kekurangan pasokan) dan tidak ada pensinyalan yang dilakukan (mencegah pertikaian bus). Ini akan menjadi opsi (2) dari daftar Anda.


Namun jika perangkat tersebut adalah klon (murah) dari sesuatu yang tidak sesuai dengan spesifikasi, siapa yang tahu apa yang akan terjadi. Jika misalnya Anda mendapatkan charger telepon USB Type-C dan tidak dirancang untuk spesifikasinya, ini mungkin selalu mengaktifkan tegangan bus, yang dapat menyebabkan kerusakan. Itu hanya spekulasi.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.