USB вместо RS232


13

RS232 не пользуется популярностью, как раньше, и в основном заменяется USB [ wikipedia ]. Проблемы, упомянутые в этом вопросе , также не помогают его репутации.

Таким образом, в новом дизайне системы можно использовать USB вместо последовательного порта для связи. Тем не менее, кажется, что RS232 является последовательным протоколом / портом связи.

Это почему? Я понимаю, что замена старого оборудования, работающего с RS232, обходится дорого, но что мешает новым разработчикам систем использовать USB вместо RS232?

Ответы:


12

По крайней мере, на уровне микроконтроллера:

  1. Последовательные порты (обычно TTL или LVTTL) по-прежнему являются наиболее распространенным способом связи, поскольку большинство простых микроконтроллеров не имеют контроллера USB.

    Например: большинство 8-битных микроконтроллеров AVR или PIC не имеют USB, некоторые 32-битные микроконтроллеры ARM имеют, но все они обычно имеют последовательные порты.

  2. Преобразование из последовательной связи TTL / LVTTL в RS-232 требует «простого» преобразования логического уровня, что может быть сделано с очень дешевыми ИС (MAX232 / MAX3232)

  3. Преобразование последовательной связи TTL / LVTTL в USB, когда ваш микроконтроллер не имеет контроллера USB, обычно требует использования немного более дорогой интегральной схемы (FTDI), которая не имеет опций упаковки через отверстия, только для поверхностного монтажа.

  4. Существует несколько деталей относительно протокола, на который следует обращать внимание при использовании USB-устройств в целом, например, текущий уровень, который он может запрашивать у USB-хоста. С последовательными портами вам нужно беспокоиться только о 3-5 фиксированных параметрах, которые должны быть согласованы в вашей системе (скорость передачи, количество стоп-битов, четность и т. Д.).


9

Простота, наверное. Реализация USB (микросхемы и драйверы), как правило, более сложная, чем у старого доброго RS232, который можно найти даже во многих 8-битных микроконтроллерах. Хотя USB имеет множество протокольных механизмов и предназначен для работы со многими участниками по шине, в соединении RS232 этого нет. Вместо этого это самая «грубая» форма отправки байтов по проводам.

Хотя Arduino и растущее распространение адаптеров USB-to-serial показывают обещание, что USB в конечном итоге станет таким же доминирующим, как раньше RS232.


5

Я думаю, что главная причина, по которой RS232 остался, - это простота реализации общих сценариев использования во встроенном оборудовании - например, передача байтов последовательности ASCII между двумя устройствами для управления. Варианты использования для отправки информации с гораздо более высокими скоростями, доступными с USB, не стоят компромисса в сложности, вызванной реализацией сигнализации по протоколу USB .

Поскольку появляются требования к более высоким скоростям, я не удивлюсь, если RS-485 станет более распространенным с его очень простым физическим интерфейсом и высокой (до 10 Мбит / с) скоростью передачи данных.


4
  • Простота для разработчиков оборудования и простота использования для программистов
  • надежность
  • Хорошо известен и поддерживается во многих системах

Особенно в робототехнике, когда мы вынуждены использовать USB вместо RS232 (наши новые ПК не имели портов RS232). Мы столкнулись со многими проблемами:

  1. Любое отключение USB-разъема требует много усилий для восстановления системы. Иногда это приводит к неисправности системы, и нам приходилось перезагружать ПК.

  2. Любой удар или опасность делают его отключенным.

  3. Слишком много времени на программирование


2

Задержка связи является еще одной причиной, по которой USB1.1 или USB2.0 не всегда являются хорошей заменой RS232. Данные на шине USB1.1 или USB2.0 отформатированы в кадры 1 мс или 125 мкс соответственно, что заставляет минимальный прием принимать задержку передачи, равную двум периодам кадра (часто больше на практике). Это важное соображение для современного оборудования ПК, которое обычно не имеет встроенного порта RS232 и вместо него используется конвертер USB / RS232.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.