USB bukan RS232


13

RS232 tidak populer seperti dulu dan terutama digantikan oleh USB [ wikipedia ]. Masalah seperti yang disebutkan dalam pertanyaan ini juga tidak membantu reputasinya.

Oleh karena itu, dalam desain sistem baru, orang dapat berpikir untuk menggunakan USB alih-alih Port Serial untuk komunikasi. Namun, sepertinya RS232 adalah protokol komunikasi serial / port pilihan.

Mengapa demikian? Saya mengerti bahwa mengganti mesin lama yang bekerja dengan RS232 itu mahal, tetapi apa yang mencegah perancang sistem baru menggunakan USB alih-alih RS232?

Jawaban:


12

Paling tidak di level mikrokontroler:

  1. Port serial (biasanya TTL atau LVTTL) masih merupakan cara paling umum untuk berkomunikasi, karena sebagian besar mikrokontroler sederhana tidak memiliki pengontrol USB.

    Sebagai contoh: kebanyakan mikrokontroler AVR atau PIC 8-bit tidak memiliki USB, beberapa mikrokontroler ARM 32-bit memilikinya, tetapi mereka semua biasanya memiliki port serial.

  2. Konversi dari komunikasi serial TTL / LVTTL ke RS-232 memerlukan konversi level logika "sederhana", yang dapat dilakukan dengan IC yang sangat murah (MAX232 / MAX3232)

  3. Konversi dari komunikasi serial TTL / LVTTL ke USB ketika mikrokontroler Anda tidak memiliki pengontrol USB biasanya mengharuskan menggunakan IC yang sedikit lebih mahal (FTDI) yang tidak memiliki opsi kemasan lubang-lubang, hanya pemasangan di permukaan.

  4. Ada beberapa detail relatif terhadap protokol yang harus diperhatikan ketika menggunakan perangkat USB secara umum, seperti level saat ini yang mungkin diminta dari host USB. Dengan port serial, Anda hanya perlu khawatir tentang 3 hingga 5 parameter tetap yang harus konsisten dalam sistem Anda (baudrate, # bit stop, parity, dll).


9

Kesederhanaan, kurasa. Implementasi USB (chip dan perangkat lunak driver) biasanya lebih kompleks daripada RS232 yang baik, yang bahkan dapat ditemukan di banyak mikrokontroler 8-bit. Sementara USB memiliki banyak mekanisme protokol dan dirancang untuk menangani banyak peserta melalui bus, koneksi RS232 tidak memiliki semua itu. Alih-alih, ini adalah bentuk "paling mentah" dari pengiriman byte melalui kabel.

Meskipun Arduino dan peningkatan penyebaran adaptor USB ke serial menunjukkan janji bahwa USB pada akhirnya akan menjadi dominan seperti RS232 dulu.


5

Saya pikir alasan terbesar RS232 tetap ada adalah kesederhanaan dalam menerapkan kasus penggunaan umum pada perangkat keras yang disematkan - seperti mengirim urutan ASCII byte antara dua perangkat untuk kontrol. Kasus penggunaan untuk mengirim informasi pada kecepatan yang jauh lebih tinggi yang tersedia dengan USB tidak sebanding dengan kompleksitas yang disebabkan oleh penerapan pensinyalan protokol USB .

Ketika persyaratan untuk kecepatan yang lebih tinggi muncul, saya tidak akan terkejut jika RS-485 menjadi lebih umum dengan antarmuka fisik yang sangat sederhana dan kecepatan data (hingga 10Mb / s) yang tinggi.


4
  • Kesederhanaan untuk perancang perangkat keras dan penggunaan yang mudah bagi programmer
  • Keandalan
  • Terkenal dan didukung dalam banyak sistem

Khususnya dalam robotika ketika kami terpaksa menggunakan USB alih-alih RS232 (PC baru kami tidak memiliki port RS232). Kami menghadapi banyak masalah:

  1. Setiap pemutusan soket USB memerlukan begitu banyak upaya untuk memulihkan sistem. Terkadang itu mengarah pada kesalahan sistem yang buruk dan kami harus memulai ulang PC.

  2. Setiap kejutan atau bahaya membuatnya dicabut.

  3. Terlalu banyak waktu pemrograman


2

Latensi komunikasi adalah alasan lain mengapa USB1.1 atau USB2.0 tidak selalu merupakan pengganti yang baik untuk RS232. Data pada USB1.1 atau USB2.0 bus diformat ke dalam masing-masing frame 1ms atau 125us, yang memaksa penerimaan minimum untuk mengirimkan latensi yang sama dengan dua periode frame (seringkali lebih banyak dalam praktiknya). Ini merupakan pertimbangan penting untuk perangkat keras PC modern, yang biasanya tidak memiliki port RS232 dan USB / RS232 converter digunakan sebagai gantinya.

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.