Неопознанный интерфейс UART: интегральные схемы

В предыдущей статье цикла была упомянута микросхема PC16550D, крайне популярная в конце 80‑х и реализующая функционал UART‑а. В цитате речь именно о ней.

То есть UART, выросший из телефонных модемов 60‑х годов, к концу 90‑х (когда формировался стандарт USB) не успел от них уйти далеко. И в рамках стандарта стал неким дополнительным функционалом при телефонных модемах. Спустя всего 8–10 лет основной функционал многих подклассов CDC окончательно стал сугубо историческим, но UART‑у уже не отделаться от своего телефонно‑модемного прошлого 🙂

static int8_t CDC_Control_FS(uint8_t cmd, uint8_t* pbuf, uint16_t length)
{
  UART_HandleTypeDef uart_handler;
  switch(cmd)
  {
    case CDC_SEND_ENCAPSULATED_COMMAND:
	//
    break;
<...>  /*******************************************************************************/
  /* Line Coding Structure                                                       */
  /*-----------------------------------------------------------------------------*/
  /* Offset | Field       | Size | Value  | Description                          */
  /* 0      | dwDTERate   |   4  | Number |Data terminal rate, in bits per second*/
  /* 4      | bCharFormat |   1  | Number | Stop bits                            */
  /*                                        0 - 1 Stop bit                       */
  /*                                        1 - 1.5 Stop bits                    */
  /*                                        2 - 2 Stop bits                      */
  /* 5      | bParityType |  1   | Number | Parity                               */
  /*                                        0 - None                             */
  /*                                        1 - Odd                              */
  /*                                        2 - Even                             */
  /*                                        3 - Mark                             */
  /*                                        4 - Space                            */
  /* 6      | bDataBits  |   1   | Number Data bits (5, 6, 7, 8 or 16).          */
  /*******************************************************************************/
    case CDC_SET_LINE_CODING:
	//
    break;
<...>
  default:
    break;
  }
  return (USBD_OK);
}

Cтандартный драйвер usbser.sys, управляющий мостами USB‑UART, не загружался автоматически при подключении нового устройства вплоть до Windows 8.1 включительно. В настоящий же момент для автоматической загрузки данного драйвера устройство USB должно сообщить в дескрипторе, что оно относится к классу CDC (код класса 02h) и подклассу Abstract Control Model (код подкласса 02h).

Однако, существует проблема. Производители мостов USB‑UART стремятся наделить их дополнительным функционалом. К примеру, 8‑битным портом GPIO, дополнительными интерфейсами SPI/I²C/JTAG, возможностью сохранить определённые настройки внутри самой микросхемы моста (запрограммировав при этом её через USB) и так далее. Разумеется, весь этот функционал не поддерживается стандартным драйвером usbser.sys. Поэтому производители задают своим мостам класс устройства Vendor Specific (либо Miscellaneous) и выпускают собственные драйверы. Эти драйверы реализуют дополнительный функционал, а также способны создать в операционной системе виртуальный COM-порт (Virtual COM Port — VCP), который с точки зрения приложений работает точно так же, как и COM-порт, созданный драйвером usbser.sys.

В данной таблице есть три строчки, представляющие особый интерес:

• STM32F070F6P6. Так как данный микроконтроллер превращается в мост USB‑UART за счёт прошивки, скомпилированной из программного кода, то можно настроить его так, чтобы операционная система предоставляла ему именно стандартный драйвер usbser.sys.

• CY7C65213‑28PVXI. Производитель данного моста предусмотрел возможность использования как стандартного драйвера, так и драйвера производителя. Для внесения определённых изменений в реестр и дальнейшего использования usbser.sys производитель предоставляет специальный установочный файл CyWinCDC.inf и инструкцию. Однако производитель предупреждает, что драйвер от Microsoft не позволит развить максимально возможную для данного моста скорость передачи данных и использовать его дополнительные функции.

• FT260Q. Данный мост определяется системой как устройство класса HID. С одной стороны, для данного класса имеется стандартный драйвер. С другой стороны, за счёт обширного функционала, которым наделён данный класс, возможно реализовать взаимодействие компьютера с устройствами абсолютно любого назначения. Однако, в силу всё той же разносторонности HID, для эффективного написания прикладного программного обеспечения требуется библиотека LibFT260.dll от производителя. Библиотека является закрытой и в некотором смысле является тем же самым драйвером.

Назначение выводов

Количество выводов моста USB‑UART, которые должны присутствовать в обязательном порядке, равно шести: линии D+/D− интерфейса USB, линии Tx/Rx интерфейса UART, питание и земля.

Дополнять этот минимальный набор можно достаточно широко. Так, у мостов MCP2221A имеются встроенные аналого‑цифровые и цифро‑аналоговые(!) преобразователи, входы (для ЦАП — выходы) которых можно назначить на выводы моста. В рамках же специфики UART субъективно можно выделить следующие дополнительные выводы:

• V_REGIN/V_REGOUT. Некоторые мосты снабжают регуляторами напряжения 5,0 В → 3,3 В для возможности построения законченного устройства на базе моста без использования дополнительных микросхем питания. Для корректной работы подобных регуляторов, на их входе и выходе должны стоять достаточно большие ёмкости. Поэтому, даже в случае, если шины питания внутренней логики и выходных буферов соединены с выходом регулятора внутри корпуса моста, данный выход всё равно соединяется с отдельным выводом микросхемы, чтобы обеспечить требуемую ёмкость внешним конденсатором. Именно так, к примеру, сделан мост MCP2221A‑I/P. Кроме того, выход V_REGOUT в данном мосте называется V_BUS, хотя обычно вывод с подобным названием имеет иной функционал.

• V_I/O. Внутренняя логика мостов работает при фиксированном напряжении питания. Однако для сопряжения моста с максимально возможным количеством типов микросхем без использования дополнительных трансляторов уровня сигнала, в некоторых мостах предусмотрена возможность отдельного питания выходных буферов.

• V_BUS. Мосты могут применяться в портативных устройствах с питанием от аккумулятора. И напряжение на входе питания моста может присутствовать независимо от того, подключен ли интерфейс USB к устройству или нет. В последнем случае является уместным гарантированное отключение моста с целью сберечь заряд аккумулятора. Вывод V_BUS позволяет при помощи резистивного делителя определять наличие напряжения на линии +5 В интерфейса USB и отключать устройство, если этого напряжения на линии нет. Иногда данный вывод устойчив к входному напряжению +5 В и шину питания можно подключать к нему напрямую.

• nRST. Позволяет устройству отключить мост при необходимости. Соответственно, если устройство состоит только из моста, данный вывод (как и вывод V_BUS) должны быть соответствующим образом подтянуты. В некоторых микросхемах (например, в CH340T этот вывод называется NOS#) имеется внутренняя подтяжка, позволяющая обойтись без подключения данного вывода куда бы то ни было. В других мостах без внешней подтяжки микросхема не запустится. Особенно много внешних подтяжек нужно мосту FT260Q.

• OSCI/OSCO. Микросхемы мостов могут иметь как внутренний источник тактирования на основе RC-генератора, так и внешний на основе кварцевого резонатора. В большинстве случаев доступен лишь один из этих вариантов. То есть если данные выводы имеются, они должны быть подключены к кварцевому резонатору (обычно его резонансная частота равна 12 МГц). Иначе мост не заработает. Исключение — FT232RL, у него доступны оба варианта тактирования. Если его выводы OSCI/OSCO не подключены к внешнему резонатору, он автоматически работает от внутреннего генератора. Также, при наличии в устройстве микросхемы, способной выдавать опорный сигнал с подходящей частотой, можно не использовать кварцевый резонатор, а завести этот сигнал на вход OSCI моста USB‑UART.

• LED_TX/LED_RX. Данные выводы применяются для индикации передачи и приёма отдельных символов. Выводы работают в режиме open‑drain. То есть когда происходит приём/передача очередного символа, они соединяются с землёй. Если приём/передача не ведётся, то они находятся в состоянии HiZ — отрезаны как от земли, так и от питания. Получается, чтобы светодиоды светили как надо, их необходимо расположить между питанием и данными выводами, катодом («стрелкой») в вывод.

Количество и функционал выводов различных мостов может быть весьма обширен и включать в себя такие дополнительные линии, как RTS/CTS и DTR/DSR. Однако, говоря субъективно, для задачи соединения ПЛИС с компьютером через мост USB‑UART, знание о назначении этих выводов не даст никаких преимуществ перед незнанием.

Временные характеристики: погрешность делителя

Как уже говорилось, документа под названием «стандарт UART», в котором были бы прописаны стандартные битрейты, не существует. Однако некоторым подобием стандарта может служить список констант из заголовочного файла winbase.h для WinAPI:

#define CBR_110 110
#define CBR_300 300
#define CBR_600 600
#define CBR_1200 1200
#define CBR_2400 2400
#define CBR_4800 4800
#define CBR_9600 9600
#define CBR_14400 14400
#define CBR_19200 19200
#define CBR_38400 38400
#define CBR_56000 56000
#define CBR_57600 57600
#define CBR_115200 115200
#define CBR_128000 128000
#define CBR_256000 256000

Мосты USB‑UART получают заданный битрейт путём деления фиксированной опорной частоты тактового генератора. В некоторых случаях формула для вычисления битрейта приводится в документации в явном виде. К примеру, у моста FT232RL битрейт равен:

где «n» — это целое число в интервале от 2 до 16384, а «x» принимает значения от 0 до 0,875 с шагом 0,125.

Если взять «n», равное 312, и «x», равный 0,5, то получится битрейт, строго равный 9600 бит/с. Однако, попытка подобрать делители для другого стандартного битрейта — 115200 бит/с — будет не столь успешной. Ближайшим достижимым значением окажется 115384,6 бит/с. Погрешность кажется небольшой, всего 0,16%. Но она будет накапливаться с каждым битом. И если в символе 8 бит данных, то к последнему биту она составит 1,44%.

Формула вычисления битрейта приводится далеко не для всех мостов. Однако в некоторых случаях можно проследить принцип, по которому это деление происходит. Так, в мостах PL2303TA и CH340T, по всей видимости, имеется фиксированный делитель на 13, подключаемый делитель на 3 и множество D‑триггеров, которыми очень удобно делить частоту на 2. Данный подход создаёт фиксированную погрешность в 0,16% для длительности каждого бита и не позволяет задавать произвольные битрейты. Но он проще с точки зрения схемотехники.

Также, помимо погрешности от деления, на точность битрейта влияет номинал опорного генератора и ряд иных особенностей конструкции мостов. Поэтому уместно будет экспериментально измерить погрешности номинальных значений для стандартных битрейтов.

В таблицах ниже указаны отношения накопленной за весь символ погрешности к длительности последнего бита в процентах для передачи в конфигурации 8N1 (8 бит данных, бита чётности отсутствует, один стоп-бит).

Временные характеристики: случайная погрешность

Помимо систематической составляющей погрешности временных параметров имеется также и случайная, обусловленная погрешностью опорной частоты.

Здесь следует сказать несколько слов про нормальное распределение. Оно характеризуется математическим ожиданием (или иначе говоря, средним значением) и стандартным отклонением. Стандартное отклонение отвечает за уровень разброса значений. Чем оно меньше, тем меньше разброс. Так же, квадрат стандартного отклонения имеет своё собственное название — «дисперсия». Или же дисперсия отвечает за разброс значений, а квадратный корень из неё имеет своё название — «стандартное отклонение».

Если имеется нормально распределённая случайная величина с известным математическим ожиданием μ и стандартным отклонением σ, то можно найти допуск, из которого случайная величина будет выходить с заданной вероятностью. Так, из допуска в μ ± σ нормально распределённая случайная величина выходит с вероятностью 31,74%. Из знаменитого допуска μ ± 3σ — с вероятностью 0,28%. Для вероятности выхода «один-на-тысячу» допуск будет равен μ ± 3,2905σ. Для «один-на-миллион» — μ ± 4,8916σ.

Математическое ожидание суммы двух нормально распределённых величин равно сумме их математических ожиданий, что в целом интуитивно понятно.

Со стандартным отклонением всё несколько сложнее. При суммировании двух случайных, нормально распределённых величин складываются квадраты стандартных отклонений, то есть дисперсии.

В контексте передачи бит, если второй фронт старт-бита «дрожит» с относительным стандартным отклонением σ/T, то фронт N-го бита (если за первый бит считать старт-бит) будет «дрожать» относительно длительности суммы длительностей всех предыдущих битов, как указано в этой формуле:

А относительно длительности последнего бита, последний фронт будет «дрожать» как указано в этой формуле:

Нельзя сказать, что полная вероятность хотя бы одной ошибки в символе по причине «сползшего» фронта в любом из N бит в точности равна вероятности выхода за заданный интервал именно в последнем, N-ом бите. Однако с уменьшением целевой вероятности ошибки, полная вероятность достаточно быстро стремится именно к вероятности выхода из допуска последнего бита. Так, при вероятности ошибки в последнем бите, равной 1×10⁻³, полная вероятность ошибки будет равна 1,191×10⁻³.

Рассмотрим реальное распределение длительности символов. Зададим битрейт, равный 1200 бит/с, длину символа — 8 бит, без бита чётности, стоп‑бит — одинарный. Если передать символ, содержащий данные 00h (то есть девять логических нулей, включая старт‑бит) с такими настройками, то номинально линия TX должна оказаться в состоянии логического нуля на 7500 мкс. При этом длительность одного бита будет равна 833,333 мкс. Если с подобными настройками попытаться выдать несколько миллионов символов, к примеру, через мост CH340N, то получится следующее распределение:

Если целевым показателем уровня ошибок будет, например, 1 ошибка на 10¹² символов, то допуск по длительности, который необходимо обеспечить, будет примерно ±7σ. Или ±11,77 мкс для данного распределения. Если в процентах от длительности одного бита, то ±1,41%.

Следует, однако, заметить, что реальные источники тактирования мостов далеко не всегда имеют нормально распределённый разброс частоты. Так, распределение длительности символа для моста FT232RL, работающего от внутреннего RC‑генератора, будет иметь характерный пик, торчащий слегка сбоку из «колокола» нормального распределения. Предположительно, данный пик возникает в результате подстройки внутренней системы тактирования моста по синхроимпульсам, идущим в начале каждого пакета USB:

Тем не менее, можно грубо сравнить точностные характеристики систем тактирования мостов, полагая, что частота синхроимпульсов, выдаваемых ими, распределена нормально. Ниже в таблице приведен допуск в процентах от длительности одного бита при уровне ошибок «одна ошибка в год при непрерывной передаче данных и битрейте 9600 бит/с»:

Электрические характеристики

При передаче данных, на стороне ПЛИС мост USB‑UART должен своевременно устанавливать заданные напряжения логического нуля или логической единицы. Если с номинальным напряжением логической единицы всё достаточно прозрачно — данную характеристику можно прочесть в технической документации — то со своевременностью всё несколько сложнее.

Ниже приведены осциллограммы передачи старт‑бита мостами FT260Q и XR21V1410IL16 через двухметровый 50‑омный коаксиальный кабель при скорости 12 Мбит/с. Также осциллограммы передачи старт‑бита мостами PL2303TA и FT232RL через тот же кабель при скорости 3 Мбит/с.

Налицо проблемы с согласованием импедансов (подробнее о согласовании вот в этом цикле), которые вполне способны привести к ошибкам в передаче данных. Хотя на реальной плате импеданс дорожек будет ближе к 100 Омам (то есть чуть ближе к выходному сопротивлению выходных буферов данных мостов), а длина в разы, а то и на порядки меньше, тем не менее в отдельных пограничных случаях рассогласование может сыграть свою негативную роль.

Как видно на графиках, для некоторых микросхем выходное сопротивление будет сильно различно для восходящего и нисходящего фронта. Соответственно, выбор импеданса дорожки станет компромиссом. Подобное различие объяснимо структурой выходного буфера, который условно можно считать логическим элементом НЕ. В таком буфере за восходящий и нисходящий фронты отвечают транзисторы разных типов проводимости (NMOS и PMOS) и их характеристики могут значительно отличаться.

Наиболее полно вольт-амперные и временные характеристики выходных буферов приводятся в моделях IBIS (подробнее о моделях IBIS и том, как ими пользоваться вот в этой статье). Однако корректное снятие показаний для этих моделей является дорогостоящим процессом, за результаты которого (даже в случае предварительного отказа от последствий) так или иначе компания‑производитель несёт репутационную ответственность. Поэтому далеко не все производители предоставляют модели IBIS.

Тем не менее, возможно замерить некое усреднённое значение внутреннего сопротивления выходного буфера, которое окажется полезным, если не для точной симуляции, то хотя бы для качественной оценки согласования на реальной плате.

Оверсемплинг и коррекция ошибок

Традиционно, оверсемплинг, как характеристика приёмника сигнала UART, указывается только для модулей UART в микроконтроллерах. Соответственно, из всех исследуемых мостов данная характеристика указана лишь для STM32F070. Однако оценить оверсемплинг и, в целом, принцип работы приёмника UART, возможно при помощи специальных тестовых сигналов.

Представим, что приёмник UART исследуемого моста имеет 8-кратный оверсемплинг, а логическое значение бита фиксируется на четвёртом семпле. Допустим, возможно осуществить передачу битов символа UART с точностью временны́х параметров значительно большей, чем временная точность исследуемого моста. И в рамках этой передачи можно сформировать тестовый импульс, длительность которого меньше, чем длительность бита. Причём сам импульс можно произвольно сдвинуть относительно начала бита.

Если тестовый импульс не пересекается с временным интервалом от ^3T⁄₈ до ^4T⁄₈ (где T — длительность бита), то он не будет считан приёмником UART. Если тестовый импульс полностью накрывает указанный интервал, то только тестовый импульс и будет влиять на считываемое значение. Если же импульс перекрывает данный интервал частично, то шанс, что приёмник прочитает не логическое значение бита, а логическое значение тестового импульса будет пропорционален отношению длительности перекрытия к длительности ¹⁄₈ бита.

Зафиксируем длительность тестового импульса и «пробежимся» импульсом по биту. То есть будем сдвигать импульс на небольшой интервал времени и при каждом новом смещении многократно снимем данные, которые получает приёмник UART. Получаемые данные будем усреднять. Если при определённом значении смещения из 100 замеров 46 показали значение тестового импульса, то данному смещению мы присвоим показатель считываемости 46%. Затем построим график, где аргументом будет смещение, а значением — считываемость.

По длительности наклонных участков данного графика будет несложно установить значение оверсемплинга приёмника.

Рассмотрим подобные графики для трёх различных мостов с тремя длительностями тестового импульса для каждого:

По графикам, относящимся к тестовому импульсу с длительностью ^8T⁄₃₂, возможно определить, что у приёмников моста FT232RL и моста на базе STM32F070 16‑кратный оверсемплинг. А у приёмника моста CP2102N его кратность во много раз больше.

Кроме этого, по графикам видно, что считывание бита у FT232RL происходит по восьмому семплу — вторая наклонная часть графика сдвинута влево относительно середины. А у моста на базе STM32F070 она сдвинута вправо, потому что средним семплом в мажорирующей группе (на рисунке ниже она обозначена как sampled values) является девятый семпл. Да, при чётном количестве семплов, «центральный» семпл бита придётся выбрать из двух возможных вариантов произвольным образом.

На графиках, относящимся к тестовым импульсам с длительностью ^3T⁄₃₂ и ^1T⁄₃₂ , видна работа системы коррекции ошибок приёмника USART (в документации на микроконтроллеры STM32 он пишется именно через «S») микроконтроллера STM32F070. Импульс, длительностью короче, чем ^1T⁄₁₆ однозначно воспринимается данной системой, как помеха в линии, тогда как другие мосты вполне способны принять такой импульс за значение очередного бита.

Любопытными являются графики моста‑антирекордсмена CH340N, имеющего 4-кратный оверсемплинг:

Если свести результаты исследований всех мостов USB‑UART в таблицу, результат будет следующий:

Наличие коррекции ошибок у моста FT260Q является спорным вопросом. С одной стороны, тестовый импульс короче, чем ^T⁄₂, не будет считан приёмником данного моста. С другой стороны наличие короткого тестового импульса в ряде случаев вызывает изменение последнего бита символа. Связано ли подобное поведение с работой системы коррекции ошибок, либо это какое‑то недокументированное поведение микросхемы, которое разработчики не планировали закладывать в данный мост, — сказать сложно.

Количество бит

Традиционно, количество бит в символе UART составляет от 5 до 8. Затем опционально может идти контрольный бит. А затем 1/1,5/2 стоп‑бита.

Рассмотрим, к примеру, мост MCP2221A, который поддерживает только 8‑битные символы без бита чётности и со строго одним стоп‑битом (конфигурация 8N1). Мы, безусловно, можем передать с помощью данного моста 5‑битный символ просто наложив маску единиц на последние три бита 8‑битного символа. Также мы могли бы принять те 5‑битные символы, задержка между которыми составляет 4 и более битовых интервалов времени. Однако непрерывный поток 5‑битных символов, разделяемых лишь одним стоп‑битом, принять мостом MCP2221A не удалось бы в любом случае.

Несмотря на то, что 5‑битные и 6‑битные символы UART являются абсолютной архаикой, компании Silicon Labs, Prolific и Nanjing Qinheng стойко чтут традиции:

С 7‑битными символами ситуация иная. Не молодой, но вполне активно используемый протокол Modbus задействует их в своей работе.

Здесь, однако, есть нюанс. Значительная часть оборудования Modbus не использует 7‑битные символы без контрольного бита с одним стоп‑битом. То есть или 7 бит без контрольного бита, но с двумя стоп‑битами (7N2); или 7 бит с одним стоп‑битом, но обязательно будет контрольный бит (7E1/7O1); или без контрольного бита и с одним стоп‑битом, но уже 8 бит (8N1).

Поэтому регистр данных модуля USART микроконтроллера STM32F070, рассчитанный только на 8/9 бит, способен эффективно работать с 7‑битными символами Modbus. Либо модуль USART добавляет единицу (стоп‑бит) к 7 битам и задаёт конфигурацию 7N2, либо добавляет контрольный бит и задаёт конфигурацию 7E1/7O1. Аналогично, в теории, 7‑битные символы Modbus мы вполне могли бы принять при помощи MCP2221A и последующей обработки.

Как упоминалось в предыдущей статье цикла, UART‑подобный стандарт MDB использует 9‑битные символы. Они не содержат контрольного бита и имеют один стоп‑бит (конфигурация 9N1). Очевидно, одного байта данных, пришедшего от USB, не хватит, чтобы заполнить битами такой символ. Поэтому данный режим использует в своей работе пару байт..

Среди исследуемых мостов подобную конфигурацию могут реализовать только XR21V1410 и STM32F070. С последним всё более‑менее объяснимо — как мы его запрограммируем, так он и будет выдавать/принимать данные. А вот поведение XR21V1410 жёстко задано производителем.

Документация весьма скупо описывает процесс настройки режима 9N1 у XR21V1410. А техническая поддержка производителя отмалчивается. Однако данный режим возможно включить путём заполнения поля ByteSize структуры DCB числом 9, инициализации COM‑порта через функцию SetCommState и передачи в устройство магического кода 0x22205C:

#include 

int main()
{
    HANDLE hUart;
    CHAR uartName[] = "\\\\.\\COM30"; //номер COM-порта, присвоенный XR21V1410
    hUart = CreateFileA(uartName, GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL);

    DCB uartDCB;
    uartDCB.BaudRate    = CBR_9600;
    uartDCB.ByteSize    = 9;
    uartDCB.Parity      = NOPARITY;
    uartDCB.StopBits    = ONESTOPBIT;
    SetCommState(hUart, &uartDCB);

    DeviceIoControl(hUart, 0x22205C, (LPVOID)NULL, 0, (LPVOID)NULL, 0, (LPDWORD)NULL, (LPOVERLAPPED)NULL);

    const UINT16 arrayLen = 2;
    UINT8 array[arrayLen];
    array[0] = 0x33; //данные с 1 по 8 бит
    array[1] = 0x01; //9 бит, 0x01/0x00
    WriteFile(hUart, array, arrayLen, (LPDWORD)NULL, (LPOVERLAPPED)NULL);
    CloseHandle(hUart);
    return 0;
}

Заключение

Мосты USB‑UART весьма разнообразны и практически из любого правила, из любого обобщения вида «любой нормальный мост USB‑UART», будет то или иное исключение.

Если же всё‑таки попробовать субъективно обобщить характеристики, то типичный мост USB‑UART будет выглядеть так:

• Стоит в розницу чуть меньше 2,5 долларов за штуку

• Имеет корпус SSOP‑20

• Требует наличия драйвера производителя

• Имеет: внутренний регулятор напряжения, выводы для индикации активности приёма/передачи, работающие в режиме open‑drain; и вывод nRST, отключающий мост

• Также, он имеет внутренний источник тактового сигнала

• Поддерживает стандартные (де‑факто) битрейты от 1200 до 115200 бит/с…

• …которые выдерживает в самом худшем случае с точностью около 1,0%

• Помимо стандартных битрейтов, поддерживает скорость порядка 3 Мбит/с

• Выходное напряжение логической единицы составляет 3,3 В

• Выходное сопротивление примерно равно 100 Омам

• Имеет, как минимум, 16‑кратный оверсемплинг

• Не производит коррекцию ошибок в рамках одного бита

• Поддерживает 7‑битную и 8‑битную длину символов

• Поддерживает один либо два стоп‑бита

Источник