Интерфейс RS-232 (стандарт EIA) был создан для сопряжения персонального компьютера (PC) и аппаратуры передачи данных (модема) с использованием синхронно-асинхронного режима передачи на расстояние до нескольких метров . Стандарт предусматривает два типа разъемов DB25 и DB9 с 8 сигналами. Данные передаются по 2 независимым цепям RxD, TxD приемопередатчиков интерфейса (UART1, UART2 на рис. 1.14) и позволяют использовать дуплексный режим обмена, остальные 6 сигналов предназначены для управления обменом данных. В современных реализациях интерфейса эти сигналы не используются, предполагается постоянная готовность приемопередатчиков к обмену данными (интерфейс UART). Применяемые алгоритмы управления вместо формирования управляющих сигналов производят передачу управляющих сообщений вместе с основными данными через сигнальные цепи RxD, TxD.
Рис. 1.14. Интерфейс RS232
Для функций управления и контроля данных можно использовать алгоритмы и средства стандартных протоколов канального уровня. Эти алгоритмы управления и контроля реализуются как дополнение к интерфейсу UART, используя его стандартный, обычно однобайтовый, формат отдельного сообщения. Инициализация с выбором параметров и режимов должна производиться перед началом работы, каких-либо средств автоматической инициализации интерфейс не содержит.
В настоящее время интерфейс применяется как средство физического уровня в интерфейсах "точка-точка" с невысокой скоростью передачи данных 2,4 – 115,2 кбит/с. Наиболее часто используется асинхронный режим с форматом отдельного сообщения: стартовый бит – 5-8 бит данных – стопо- вый бит (UART-кадр). Стартовый и стоповый биты отмечают начало и конец сообщения и позволяют обеспечить синхронизацию приемопередатчиков и контроль длины сообщения; стартовый бит – сигнал логического нуля в течение 1 такта, а стоповый бит – сигнал логической единицы.
Дуплексный режим передачи данных предполагает независимость работы приемника и передатчика интерфейса. Поэтому они содержат независимые схемы управления и регистры данных. Обычно запись байта данных в регистр передатчика приводит к старту процедуры передачи UART-кадра, а завершение приема UART-кадра формирует сигнал готовности байта данных к считыванию из регистра приемника.
Из-за несложных алгоритмов управления, универсальности и возможности дуплексного обмена данными интерфейс UART широко применяется как стандартный последовательный интерфейс связи между различными техническими средствами автоматизации. Например, микроконтроллеры семейств AVR, PIC и многие другие содержат встроенные средства аппаратной реализации интерфейса UART, через которые могут быть подключены внешние устройств, обеспечивающие поддержку других современных интерфейсов LVDS, 1-W, IrDA, RS-485, CAN и т.п.
Некоторые характеристики и особенности микросхем UART этой фирмы приведены на рис. 1.16.
Если применяемые технические средства не содержат встроенного интерфейса UART, можно использовать специальные микросхемы UART. Эти микросхемы (рис. 1.15) преобразуют параллельный формат данных в последовательный, обеспечивают хранение данных в буферных запоминающих устройствах, формируют необходимые сигналы управления интерфейса, запросы прерываний для обработки данных передаваемых интерфейсом и т.п. Компания EXAR является признанным лидером в области
производства микросхем UART.
Рис. 1.15. Передача данных с помощью микросхем UART
Рис. 1.16. Классификация микросхем UART фирмы EXAR
Самым простым среди 8-разрядных UART является микросхема ST16C450 (рис. 1.17).
Рис. 1.17. Структурная схема ST16C450
Это устройство полностью совместимо с промышленным стандартом 16450 и обладает следующими свойствами:
Раздельное управление приемом и передачей;
Программно управляемая скорость передачи (от 50 бит/с до 1.5 Мбит/с);
Сигналы управления модемом (CTS, RTS, DSR, DTR, RI и CD);
Программируемая длина передаваемых символов (5, 6, 7 и 8 бит);
Генерация и обнаружение битов четности;
Низкий потребляемый ток – 1.2 мА.
Кроме традиционных UART с 8-разрядной параллельной шиной, фирма EXAR производит 32-разрядные UART для работы с шиной PCA. Внутренние буферы FIFO предназначены для разгрузки процессорного ядра и позволяют уменьшить число прерываний для обслуживания UART. Например, микросхема UART типа XR16C85x с объемом FIFO 128 байт может накапливать в буфере целую страницу данных, увеличивая длительность передачи без прерываний CPU.
Ранее было отмечено, что интерфейс RS-232 предусматривает применение двух типов разъемов: DB9 и DB25. Назначение контактов разъемов приведено в табл. 1.2.
Таблица 1.2
|
№ контакта |
№ контакта |
Назначение |
|
|
Детектор сигнала с линии (несущей) |
|||
|
Прием данных |
|||
|
Передача данных |
|||
|
Готовность терминала |
|||
|
Сигнальное заземление |
|||
|
Готовность данных |
|||
|
Запрос передачи |
|||
|
Готовность к передаче |
|||
|
Индикатор вызова |
Достаточно часто сигналы интерфейса формируются со стандартными логическими уровнями (0-5 В), а по протоколу RS-232 уровни напряжений составляют ±12 В. Приемопередатчики для преобразования физических уровней сигналов интерфейса UART, называемые драйверами COM-порта, выпускаются многими производителями интегральных микросхем. Отличаются микросхемы числом приемников и передатчиков, питающими напряжениями, потребляемой мощностью, максимальной скоростью передачи, а также наличием встроенных конденсаторов и некоторыми другими параметрами.
Лидерами по производству микросхем в этой области являются фирмы Maxim и Analog Devices. Перечень микросхем RS-232 Line Driver/Receivers, выпускаемых фирмой Maxim, состоит из 150 наименований, фрагмент перечня приведен в табл. 1.3. Аналогичный перечень для Analog Devices приведен в табл. 1.4.
В стандартных применениях интерфейс RS-232 используется для соединения двух устройств. Одно из этих устройств является передатчиком, а другое – приемником. В этой связи сигналы линии связи RS-232 приемником и передатчиком формируются и обрабатываются по-разному.
|
Скорость (кбит/с) |
Режим энерго- сбереже-ния |
Состояние RxD |
Конденсаторы |
Напряжение питания (В) |
Ток потребления (мА) |
|||
|
Скорость (кбит/с) |
Режим энерго- сбереже-ния |
Состояние RxD |
Конденсаторы |
Напряжение питания (В) |
Ток потребления (мА) |
|||
Устройство-передатчик (например, компьютер) в системе передачи данных принято называть оконечным оборудованием данных или DTE (Data Terminal Equipment), а приемник (например, модем) – устройством аппаратуры передачи данных или DCE (Data Communication Equipment). Направление передачи сигналов между DTE и DCE показано в табл. 1.5.
Как видно из табл. 1.5, каждый сигнал выходной для одного устройства и входной – для другого. Например, для DTE-устройства сигнал передаваемых данных TD является выходным, а для DCE-устройства сигнал TD является входным. DCE-устройство формирует сигнал DCD (если это модем, то он определяет наличие несущего сигнала в телефонной линии), а DTE-устройство принимает этот сигнал и т.п.
|
Устройство DTE |
Направление передачи |
Устройство DCE |
|
|
- * ¦¦ |
|||
В некоторых случаях возникает задача обеспечить работу интерфейса RS- 232 между двумя однотипными устройствами, например, необходимо обеспечить соединение DTE-DTE (компьютер-компьютер). Соединения между разъемами в этом случае определяются коммуникационными программами, используемыми компьютерами. В минимальной конфигурации кабель, соединяющий два устройства, должен содержать три провода: один – для объединения сигнальной земли SG, второй и третий – для передачи сигналов TD и RD (рис. 1.18), причем необходимо выполнить перекрестное соединение сигналов. Такой кабель, например, может обеспечить соединение двух компьютеров с помощью встроенной в Windows программы Hyper Terminal.
Если компьютер "предполагает", что он работает с модемом, то, в этом случае, можно применить нуль-модемный кабель (рис. 1.19). На этом рисунке цифрами обозначены контакты разъема DB25M, а штриховой линией – провод "защитной земли"- GND.
Рис. 1.18. Трехпроводный вариант RS-232
Рис. 1.19. Нуль-модемные соединения кабелей RS-232
Выбор варианта соединения определяется условиями формирования управляющих и проверочных сигналов устройств DTE. Следует отметить, что вариант кабеля "a" наиболее популярен, и его следует использовать в тех случаях, когда нет достаточной информации об особенностях реализации интерфейсов соединяемых устройств. Вариант кабеля "г" позволяет "убедить" компьютер в постоянной готовности внешнего устройства DTE к приему и передаче сигналов.
Рис. 1.23. Схема питания устройства ввода-вывода от COM-порта
Истерии появилось множество вопросов, как подключить плату к компьютеру. И многие люди даже не понимают, что же такое UART. И я решил рассказать здесь какой это мощный инструмент.
Роутер превращается в компьютер, если к нему по UART подключить клавиатуру и дисплей
От телеграфа к COM-порту
Протокол UART (Universal asynchronous receiver/transmitter) или, по-русски, УАПП (универсальный асинхронный приемопередатчик) - старейший и самый распространенный на сегодняшний день физический протокол передачи данных. Наиболее известен из семейства UART протокол RS-232 (в народе – COM-порт, тот самый который стоит у тебя в компе). Это, наверное, самый древний компьютерный интерфейс. Он дожил до наших дней и не потерял своей актуальности.
Надо сказать, что изначально интерфейс УАПП появился в США как средство для передачи телеграфных сообщений, и рабочих бит там было пять (как в азбуке Морзе). Для передачи использовались механические устройства. Потом появились компьютеры, и коды ASCII, которые потребовали семь бит. В начале 60-х на смену пришла всем известная 8-битная таблица ASCII, и тогда формат передачи стал занимать полноценный байт, плюс управляющие три бита.
В 1971 году, когда уже начался бум микросхем, Гордон Белл для компьютеров PDP фирмы Western Digital сделал микросхему UART WD1402A. Примерно в начале 80-х фирмой National Semiconductor был создан чип 8520. В 90-е был придуман буфер к интерфейсу, что позволило передавать данные на более высоких скоростях. Этот интерфейс, не претерпев практически никаких изменений, дошел и до наших дней
Физика интерфейса
Чтобы понять, что роднит и отличает разные UART-интерфейсы, разберем принцип работы самого популярного и любимого нами протокола RS-232. Дотошно расписывать все тонкости его работы я не буду. Об этом написан ни один десяток мегабайт статей, и если ты умеешь пользоваться Гуглом, то без проблем найдешь всю необходимую информацию. Но основы я расскажу, благо с ними можно уже круто всем рулить, а всякие фишки используются очень редко.
Основные рабочие линии у нас – RXD и TXD, или просто RX и TX. Передающая линия – TXD (Transmitted Data), а порт RXD (Received Data) – принимающая.
Эти линии СОМ-порта задействованы при передаче без аппаратного управления потоком данных. При аппаратном потоке задействованы еще дополнительные интерфейсные линии (DTS, RTS и пр.). Выход передатчика TX соединен с входом приемника RX и наоборот. Электрический принцип работы RS-232 отличается от стандартной 5-вольтовой TTL логики. В этом протоколе логический нуль лежит от +3 до +12 вольт, а единица от -3 до -12, соответственно. Промежуток от -3 до +3 вольт считается зоной неопределенности. Учти, что все напряжения указаны относительно корпуса компьютера, или земли. Теперь, я думаю, ты понимаешь, зачем в компьютерном блоке питания существует сразу два напряжения: -12 и +12 вольт. Они были введены специально для работы СОМ-порта.
Приём сигнала по RS-232 (взято из книги М.Гук «Аппаратные интерфейсы ПК»)
Такая большая амплитуда рабочих напряжений, целых 24 вольта, нужна в первую очередь для помехоустойчивости линий связи. По стандарту, длина кабеля, по которому у нас бегают данные, может быть 15 м. Хотя на практике люди умудрялись заставлять его работать даже на 25 м. Электрические параметры RS-232 – это главная характеристика, которая отличает его от других протоколов семейства UART.
Следующие характеристики – формат посылки и скорость передачи данных – полностью применимы ко всем видам UART и обеспечивают их совместимость через несложные схемы сопряжения.
Стандартная посылка занимает 10 бит. Но правило это распространяется только на стандартные настройки СОМ-порта. В принципе, его можно перенастроить так, чтобы он даже интерфейс One-Wire понимал. В режиме простоя, когда по линии ничего не передается, она находится в состоянии логической единицы, или -12 вольт. Начало передачи обозначают передачей стартового бита, который всегда равен нулю. Затем идет передача восьми бит данных. Завершает посылку бит четности и стоповый бит. Бит четности осуществляет проверку переданных данных. Стартовый бит говорит нам, что пересылка данных завершена. Надо отметить, что STOP-бит может занимать 1, 1.5, и 2 бита. Не стоит думать, что это дробные биты, это число говорит только о его длительности. Стоповый бит, как и стартовый, равен нулю.
Сигнал UART на экране осциллографа. Виден старт бит, данные и стоповый бит. Спасибо за картинку
Скорость работы
Даже если тебе раньше никогда не приходилось работать с СОМ-портом, по крайней мере, в модеме ты должен знать номинальные скорости работы: 9600, 28800, 33600, 56000 и т.п. Сколько бит в секунду убегает из нашего порта? Вот смотри, допустим, скорость у нас 9600 бит в секунду. Это означает, что передача одного бита будет занимать 1/9600 секунды, а пересылка байта – 11/9600. И такая скорость для байта верна только в случае, если стоп-бит будет занимать один бит. В случае, если он занимает два стоп-бита, то передача будет 12/9600. Это связано с тем, что вместе с битами данных передаются еще специальные биты: старт, стоп и бит четности. Линейка скоростей СОМ-порта стандартизирована. Как правило, все устройства работают на трех стандартных скоростях: 9600, 19200, 115200. Но возможны другие варианты, даже использование нестандартных скоростей или скорости, меняющейся во времени, – с этим я сталкивался при разборе полетов очередного устройства.
Такой разный протокол
Видов UART существует великое множество. Я не буду перечислять их наименования, ибо, если ты владеешь английским, то сумеешь и сам нагуглить. Но самые основные не отметить нельзя! Напомню, что главное отличие интерфейсов состоит в среде и способе передаче данных. Данные могут передаваться даже по оптоволокну.
Второй по распространению интерфейс после RS-232 – это RS-485. Он является промышленным стандартом, и передача в нем осуществляется по витой паре, что дает ему неплохую помехоустойчивость и повышенную скорость передачи до 4 мегабит в секунду. Длина провода тут может достигать 1 км. Как правило, он используется на заводах для управления разными станками.
Надо сказать, что IRDA, или инфракрасная связь, которая встроена в большинство телефонов и КПК, тоже по сути является UARTом. Только данные передаются не по проводам, а с помощью инфракрасного излучения.
В SMART-картах (SIM, спутниковое телевиденье, банковские карты) – тех самых устройствах, которые мечтает похачить каждый уважающий себя фрикер – тоже используется наш любимый UART. Правда, там полудуплексная передача данных, и логика работы может быть 1,8/3,3 и 5 вольт. Выглядит так, будто RX запаян с TX на одном конце и на другом – в результате, один передает, другой в этот момент слушает, и наоборот. Это регламентировано стандартом смарт-карт. Так мы точно знаем, сколько байт пошлем, и сколько нам ответит карточка. Тема достойна отдельной статьи. В общем, запомни, что UART есть практически везде.
Устройства, которые имеют на своём борту UART, по часовой стрелке: мышка, ридер-эмулятор SMART-карт, КПК Palm m105, отладочная плата для микроконтроллера ATtiny2313 (или AT89C2051), модем.
Сопряжение интерфейсов
Я уже глаза намозолил разными интерфейсами, но как с ними работать-то? Ну, с обычным RS-232 понятно, а, допустим, с 5-вольтовым юартом как быть? Все просто: существуют различные готовые микросхемы-преобразователи. Как правило, в маркировке они содержат цифры «232». Увидел в схеме микруху с этими цифирями – будь уверен: скорее всего, это преобразователь. Через такие микросхемы с небольшим обвязом и сопрягаются все интерфейсы UART. Я не буду рассказывать о промышленных интерфейсах, а скажу о тех преобразователях, которые интересуют нас в первую очередь.
Самый известный преобразователь интерфейса – это микросхема, разработанная фирмой MAXIM, которая и получила от нее часть своего названия (max232). Для ее работы требуется четыре конденсатора от 0,1 микрофарады до 4 микрофарад и питание 5 вольт. Удивительно, что эта микросхема из 5 вольт генерирует отрицательное напряжение, чтобы сопрягать 5-вольтовый UART с RS-232.
Существуют микросхемы сопряжения USB с UART, например, микросхема ft232rl. В Ubuntu для этой микросхемы уже встроены драйвера. Для Windows их придется качать с официального сайта. После установки драйверов в системе появится виртуальный СОМ-порт, и с ним уже можно рулить различными устройствами. Советую не принимать эти микросхемы, как единственно возможные. Найдется громадное количество более дешевых и интересных аналогов, посему наседай на Гугл и поймешь, что мир UARTа – это круто.
В целом, микросхемы стоят достаточно дорого и порой можно обойтись более сложными, но зато более дешевыми схемами на паре транзисторов.
Что нам это дает?
Как ты понял, интерфейс UART присутствует во многих устройствах, в которых стоит какой-либо процессор или контроллер. Я даже больше скажу: если там стоит контроллер, то юарт есть стопудово (только он не всегда может использоваться). Как правило, по этому интерфейсу идет наладка и проверка работоспособности девайса. Зачастую производитель умалчивает о наличии этого интерфейса в изделии, но найти его несложно: достаточно скачать мануал на процессор и, где находится юарт, ты будешь знать. После того, как ты получишь физический доступ к железяке по нашему интерфейсу, можно его настроить на свое усмотрение или даже заставить работать, так как надо тебе, а не как задумал производитель. В общем, – выжать максимум возможностей из скромного девайса. Знание этого протокола дает также возможность подслушать, что же творится в линиях обмена между различными процессорами, так как часто производители организуют целые юарт-сети в своем устройстве. В общем, применений много, главное – интуитивно понимать, как это делать.
Апдейтим роутер
Намедни я намутил себе WiFi-роутер WL-520GU и, прочитав статью Step’a «Level-up для точки доступа» (][ #106), успешно установил туда Linux. Но у меня возникли проблемы с монтированием swap-раздела жесткого диска. Так появилась необходимость посмотреть лог загрузки точки доступа – подмонтировался раздел или нет – причем, как говорится, на лету, чтобы сразу вносить необходимые изменения. Шестым чувством я подозревал, что в моем роутере просто обязан быть UART. Я взял в руки крестовую отвертку и начал его разбирать. Дело тривиальное, но с заковыркой – потайные винтики находятся под резиновыми ножками (если решишь повторить, помни, что при разборе ты лишаешься гарантии). Моему взору предстала достаточно скучная плата, где все «chip-in-one»: один центральный процессор, в который включено все, внешняя оператива, флеша, преобразователь питания и рядок разъемов с кнопками. Но на плате была не распаянная контактная площадка, точнее сказать, отверстия под иголки. Их было четыре штуки. Вот он UART, это очевидно! По плате даже без мультиметра видно, что крайние иголки – это +3,3 вольта и второй – земля. Средние контакты, соответственно, RX и TX. Какой из них что, легко устанавливается методом научного тыка (спалить интерфейс очень проблематично).
Сразу хочу отметить, что интерфейс UART в каждом роутере выглядит по-разному. В большинстве случаев, это не распаянные отверстия на плате. Правда, в одном роутере от ASUS я даже встретил полностью подписанный разъем.
Собираем преобразователь
Чтобы подключить роутер к компу, необходимо сопрячь интерфейсы RS-232 с UARTом роутера. В принципе, можно подключить к USB, используя указанную выше микросхему FT232RL, – что я и сделал при первой проверке роутера. Но эта микросхема – в достаточно сложном для пайки корпусе, посему мы поговорим о более простых решениях. А именно – микросхеме MAX232. Если ты собираешься питаться от роутера, то там, скорее всего, будет 3,3 вольта, поэтому лучше использовать MAX3232, которая обычно стоит в КПК (схему распайки нетрудно найти в инете). Но в моем роутере присутствовало питание +5 вольт на входе, а указанных микросхем у меня великое множество, и я не стал заморачиваться. Для сборки нам потребуются конденсаторы 0,1 мкФ (4 штуки) и сама микросхема. Запаиваем все по традиционной схеме, и начинаем эксперименты.
Исходники для сборки
На выход я сразу повесил 9-пиновый разъем типа «папа», чтобы можно было легко подключить нуль-модемный кабель. Если ты помнишь, во времена DOSа такими кабелями делали сетку из двух компов и резались в «Дюкнюкем». Провод для наших целей собрать несложно. Правда, получится не полный нуль-модем и через него особо не поиграешь, но рулить точкой доступа будет самое то! Тебе понадобятся два 9-пиновых разъема типа «мама», корпуса к ним и провод, например, от старой мышки или клавы (главное, чтобы в нем было три провода). Сначала соединяем земли ¬- это пятый контакт разъемов; просто берем любой провод и с обоих сторон припаиваем к 5-му контакту. А вот с RX и TX надо поступить хитрее. С одного конца провода запаиваем на 3-й контакт, а с другого – на 2-й. Аналогично с третьим проводом, только с одного конца запаиваем на 2-й контакт, с другого – на 3-й. Суть в том, что TX должен передавать в RX. Прячем запаянные разъемы в корпус - и готов нуль-модемный кабель!
Распаянные иголки на плате роутера.
Для удобства монтажа в материнку роутера я впаял штырьковый разъем, а в монтажку с MAX232 – обратный разъем и вставил платку, как в слот. RX и TX роутера подбираются экспериментально.
Собраная плата
Теперь надо запитать микросхему преобразователя. Общий провод у нас присутствует уже прямо в разъеме на мамке роутера. А вот + 5 вольт находится прямо у входа питания роутера, в месте, где подключается адаптер. Точку нахождения 5 вольт определяем вольтметром, измеряя разные узлы относительно земли роутера.
Подключаем питание. Включаем и начинаем наши злостные эксперименты.
Прожигаем отверстие для вывода проводов
Распаянный СОМ-порт
Всё в сборе. Обратите внимание, что красный провод питания идёт к разъёму адаптера роутера. Узелок внутри сделан, для того чтобы рывком на оторвать припаянные провода.
Настройка терминала
Нам нужно настроить терминальную программу. В Винде все достаточно просто: запускаем Hyper Terminal, отключаем программную и аппаратную проверку данных, выставляем скорость 115200 и один стоповый бит. А вот в Линухе дело обстоит чуть хитрее. У меня Ubuntu, и рассказывать буду про нее. Для начала разберись, как в твоей сборке именуется СОМ-порт. В моем случае СОМ1 был ttyS0 (если использовать к примеру микросхему FT232, то он будет именоваться ttyUSB0). Для работы с ним я использовал софтинку minicom.
Запускай ее с параметрами: minicom -l -8 -c on -s. Далее выбирай «Настройки последовательного порта»:
Последовательный порт /dev/ttyS0
* Скорость/четность/биты 115200 8N1
* Аппаратное управление потоком - нет
* Программное управление потоком - нет
Сохраняем настройки. Софтина попробует проинициализировать модем - не обращай внимания. Чтобы вызвать меню, нажми
Настройка
Я не рекомендую подключать микросхему преобразователя к роутеру, дабы проверить ее функционал. Допускается только брать с него питание. Проверка проходит очень просто - необходимо перемкнуть RX с TX. Сначала перемыкаешь в СОМ-порте 2-й и 3-й контакт - проверяешь настройки терминалки. Пишешь что-то на клаве: если символы возвращаются, значит, все ОК. Также проверяешь кабель, те же контакты. Потом подключаешь микросхему, и уже у нее на выходе ставишь перемычку. Я заостряю на этом внимание, потому что, например, у меня возникли проблемы, и ничего не работало, пока я все не проверил и не нашел ошибку.
После всех настроек можешь смело цеплять к роутеру и искать RX-TX на роутере, периодически выдергивая из него питание. Если все сделано правильно, то при подаче питания ты увидишь лог загрузки роутера. Принимай поздравления, теперь у тебя полный аппаратный рут, так, будто ты сидишь за монитором с клавой роутера.
Лог загрузки роутера в программе minicom
Автономное плаванье
Согласись, делать через терминальную программу то же самое, что удобнее сделать через SSH – не айс. Мне хотелось превратить роутер в автономный Linux-компьютер, со своей хитрой архитектурой. Для этого нужно, чтобы данные с клавиатуры передавались по UART, и по нему же выводились на монитор. Паять и разрабатывать устройство было лениво. Тогда-то и пришла идея заюзать для этих целей пылящийся без дела КПК. По сути, наладонник будет исполнять роль контроллера клавиатуры и дисплея, ну и служить сопряжением интерфейсов.
Сначала я попробовал древнейший Palm m100. Но, видимо, у него очень маленькая буферная память, и от количества данных, которые идут с роутера, ему становилось плохо. Я взял другой - промышленный КПК, с нормальным СОМ-портом и терминалкой. Подключил, вставил в док и, в результате, получил небольшой линукс-компьютер. В принципе, вместо дорогущего промышленного КПК подойдет большинство наладонников, работающих под операционкой WinCE, главное – найти подходящий терминальный софт.
Линукс компьютер:)
Итоги
Итак, я показал небольшой пример использования UART. Если ты вкуришь в этот протокол, то поверь, станешь просто повелителем различных железок. Есть он практически везде, и через него можно сопрягать, казалось бы, совершенно разные вещи. К примеру, к тому же роутеру при небольших настройках подключается мобильный телефон по юарту, – и раздает с него интернет. В общем, применений куча. Не бойся экспериментировать, самообразовываться и реализовать свои идеи.
Этот пост является отредактированной для хабра версией моей статьи в Хакере № 05/09 «Главный инструмент фрикера».
Литература:
1. Михаил Гук «Аппаратные интерфейсы ПК» - просто студенческая библия по персоналке.
UART - Universal Asynchronous Receiver-Transmitter, или по русски Универсальный Асинхронный Приёмопередатчик - УАПП. Используется для организации связи компьютера с различными цифровыми устройствами в электронике. Интерфейс преобразует передаваемые данные в последовательный код так, чтобы была возможна их передача по одной цифровой линии другому электронному устройству. Прямого описания протокола UART все таки есть, но его косвенное описание можно увидеть в стандартах на широко известные физический протоколы RS-232, RS-422, RS-423, RS-485
В чем разница между этими интерфейсами. В последовательном интерфейсе данные посылаются по одному проводу последовательно, друг за другом, а у "параллельного" имеется шина состоящая из нескольких проводов, по которым части сообщения передаются параллельно.
Главным достоинством параллельной передачи можно считать то, что за один момент посылается сразу группа битов. К тому же внутри микроконтроллера также используется параллельная передача данных, благодаря этому не требуется их дополнительное преобразовании. Но есть и существенные минусы. Главный из них состоит в том, что биты по проводам могут приходить не параллельно и необходимы дополнительные схемотехнические решения для получения точных посылок. Это ограничивает скорость передачи.
При последовательном передаче передаваемые биты данных сначала требуется преобразовать в параллельный код, на это расходуется дополнительное временя. Но зато отпадает необходимость в синхронизации следования битов по каждому отдельному проводу, что в данном случае, увеличивает возможности скоростной передачи данных.
Универсальный Асинхронный Приёмопередатчик - УАПП применяется с начала 60-х годов прошлого века и с тех пор претерпевал серьезные модернизации. Даже в 21 столетии последовательные протоколы UART всё ещё представляют один из основных методов обмена битами между различными цифровыми устройствами на небольшие расстояния.
UART является базой так широко используемого в прошлом . В самом простом виде UART интерфейс представляет собой три провода: передача, приём и земля.
Существенный минус универсального асинхронного приёмопередатчика кроется в том, что нет возможности определить какое из цифровых устройств является ведущим, а какое ведомым (мастер / раб). Обычно, это определяет то кто проектирует схему может назвать этот провод как TX и задать работу устройства, в соответствии с рисунком ниже:
В данном случае микроконтроллер принимает, и передаёт данные. А можно сделать следующим образом:
В соответствие с этой схемой микроконтроллер всегда передаёт (TX) получателю (RX) и наоборот. Какая из двух схем все таки правильная? Оказывается обе, все зависит только от производителя микросхемы и готового цифрового устройства.
Внимание TX, подключенный к TX и RX-RX, в большинстве случаев приведет к сгоранию микросхемы, так что это хороший пример того, что надо читать документацию перед тем как соединять чипы по UART, так как существует несколько способов соединения.
Если приемник и передатчик находятся на одной печатной плате, тогда уровень сигнала при приеме-передаче практически равен уровню напряжения питания микроконтроллера. Допустим, уровень логической единицы - "1" будет передаваться с потенциалом 3.3В, а ноль, с потенциалом, не более 0,5 Вольта. С передачей сигнала на большие расстояния начинают появляться проблемы в виде искажения сигнала и растет , появляются ошибки передачи, вплоть до полной остановки.
Для того, чтобы исключить такие проблемы в линию передачи и приема добавляют дополнительные буферы, которые усиливают сигнал. После этого их можно передавать на десятки метров без потери информации. Но в д.с для передачи уровня логической единицы применяется напряжение -3В..-15В, а для "0" - +3В до +15В.
Вместо инхронизации в UART применяется, так называемый "стартовый бит" подготавливающий цифровую схему к передачи сообщения. После стартового бита иду данные, а затем в линию посылается "стоп-бит", говорящий о завершении передачи информации. Вместе выходит 10 бит: первый - старт-бит, 8 бит данных, и последний стоп-бит, смотри осциллограмму передачи данных по протоколу UART интерфейса на рисунке ниже.
Биты передаются с определенной скоростью передачи, которая измеряется в битах в секунду или, в бодах. Так 9600 бод эквивалентно 9600 бит/сек. А так как у нас передаётся 10 бит за одно сообщение, это значит, что мы при этой скорости можем передать 960 сообщений за одну секунду.
Значение скорости передачи не передаётся вместе с сообщением, то в приёмнике и передатчике должны быть заранее заданы равные скорости. Интерфейс UART допускает до 5% рассинхронизации таймеров. В этом интервале он может получать и принимать верные информационные данные.
Можно сказать со 100% уверенностью, что каждый современный микроконтроллер имеет в своем составе универсальный последовательный интерфейс - UART. Умея работать с этим портом вы можете согласовать работу старых и современных электронных устройств, передать или принять данные в различные электронные устройства.
В современных микроконтроллерах, вместо UART интерфейса используют полностью с ним совместимый стандарт USART (универсальный асинхронный/синхронный приёмопередатчик).
USART это более гибкий в плане настройки UART с дополнительными функциями. В USART можно регулировать длину слова с более большим интервалом (от 5 до 9) чем в UART (от 8 до 9). В USART возможна как синхронная так асинхронная и передача данных (в UART осуществляется только асинхронная). При синхронной передачи помимо двух линий - данных и питания, применяется дополнительная шина (XCK) с синхросигналом. С такой настройкой USART уже пересекается с интерфейсом SPI и его можно применять как «ведущий» в интерфейсе SPI.
Рассмотрим классический случай, когда интерфейс асинхронный (т.е. с отсутствующей линией синхронизации).
Передача данных в UART интерфейсе происходит по одному биту в одинаковые временные промежутки. Этот промежуток задается скоростью UART и для конкретного типа соединения обозначается в бодах, что соответствует количество бит в секунду. В электронике имеется общепринятый ряд типовых скоростей: 300; 600; 1200; 2400; 4800; 9600; 19200; 38400; 57600; 115200; 230400;460800; 921600 бод;
Скорость (S, бод) и длительность бита (T, секунд) связаны между собой общеизвестной формулой
Байт данных отправляются в пакетах (первый бит идет перед байтом данных и второй бит следует после, количество бит опциональны)
Для приема и передачи данных в интерфейсе UART применяются всего две линии данных и земля:
передающая шина данных (TXD или TX);
принимающая линия данных (RXD или RX);
земля (GND).
Уровню логической единицы и нуля аналогичны типовым уровням TTL:
лог. "1" - +5 Вольт;
лог. "0" 0 Вольт.
Разновидность UART - интерфейс RS-485 |
Сети, построенные на основе интерфейсов RS-485 и RS-422, представляет собой приемопередатчики, подключенные с помощью витой пары. В основе RS-485 лежит принцип дифференциальной (балансной) передачи данных. Основа ее базируется на передаче одного сигнала по двум проводам. Причем по первому проводу (A) интерфейса следует оригинальный сигнал, а по второму - его инверсная копия. Простыми словами, если на А "1", то на В "0" и наоборот, т.е, между двумя проводами витой пары всегда существует разность потенциалов: при "1" уровне она положительная, при "нулевом" - отрицательная.
Статьи и Лайфхаки
Многих пользователей интересует всё, что связано с подключением платы к ПК. Одновременно с этим они задаются вопросом, что такое настройки uart в телефоне . Наша статья посвящена именно этому инструменту, а также его применению в сфере мобильных технологий.
Что же такое UART в телефоне и зачем нужна его настройка?
С английского языка UART, или universal asynchronous receiver-transmitter, можно перевести как универсальное асинхронное средство приёма-передачи. В настоящий момент это не только наиболее известный, но и достаточно старый протокол передачи информации.
Самым распространённым протоколом UART является RS-232, то есть com-порт, установленный на настольном компьютере. Его особенность заключается в том, что и сегодня он не теряет своей актуальности и активно используется. Широко известен и такой промышленный стандарт, как RS-485.
Добавим, что UART1 и UART2 применяется для подключения прошивочного кабеля, а также для соединения с компьютером. На системный разъём нашего сотового устройства выведены такие порты, как UART1, UART2 и USB. Добавим, что инфракрасный порт, по сути, также является UART. Отличие заключается лишь в способе передачи данных (не проводной, а ИК-излучение). В SIM-картах также используется этот протокол – правда, там предусмотрен полудуплексный способ передачи информации.
Отдельного внимания заслуживает запрос сопряжения интерфейсов. На сегодняшний день для этого существует особые микросхемы. Хорошим примером является микросхема ft232rl, разработанная для сопряжения UART с USB. Тем не менее, на ней не стоит зацикливаться, поскольку существуют и более дешёвые, однако весьма интересные аналоговые средства сопряжения.
Зачем нужен интерфейс UART? Как правило, именно по нему можно проверять и налаживать работоспособность нашего устройства.
Зачастую производители мобильной техники не акцентируют внимание на поддержке этого протокола. Чтобы это проверить наверняка, рекомендуется скачать мануал на тот процессор, где есть UART. Мы сможем не только получить физический доступ к устройству по нашему протоколу, но и настроить его работу на собственное усмотрение – нередко совсем не так, как это задумал производитель.
Итак, мы выяснили, что же представляет собой данный интерфейс. Однако понимание того, что такое настройки uart в телефоне, способна дать нам только подробная инструкция по настройке.
Инструкция по настройке UART в телефоне
Для настройки протокола вызываем инженерное меню телефона, набрав комбинацию *#3646633#, после чего переходим к следующему меню. Для этого заходим в пункт «Device» > «Set UART» > «UART Setting».
Мы видим такие пункты, как «PS Config» и «TST Config». Первый пункт отвечает за обмен информацией с ПК по USB-проводу, а второй необходим для отладки ПО, благодаря чему разработчики выявляют неисправности.
Каждый из пунктов содержит параметры перенаправления потока на устройство (UART 1-3 или USB) и скорость такого потока. Тестовый порт, то есть «TST Config», нам не нужен, и его мы не трогаем. Что касается «PS Config», необходимо позаботиться об определённых настройках. Устанавливаем значение «UART1». В драйвере на ПК, как правило, указана скорость потока (к примеру, 115200). Устанавливаем аналогичную скорость для UART1 (или «Auto»).
Также вместо UART1 можно выставить «USB Port», правда, в этом случае при подключении USB-провода не гарантируется, что режим USB отобразится. Перезагружаем устройство и вновь пробуем соединение.
Есть одна замечательная микросхемка — FT2232D. Это конвертер USB-UARTx2. Удобно когда надо получить два UART хвоста из одного USB провода. Но это семечки по сравнению с тем, что в эту микруху FTDI внедрили мощную аппаратную поддержку MPSSE (Multi-Protocol Synchronous Serial Engine), что позволяет на одной только этой микрухе реализовать кучу разных интерфейсов вроде SPI или JTAG.
Что дает просто широчайший простор под построение разнокалиберных программаторов под все что угодно. На данный момент я видел схемы для прошивки AVR, ARM, Altera и бог еще весть чего.
Теоретически, с ее помощью можно прошить что угодно, была бы программная поддержка и открытый и задокументированный протокол.
Поэтому, под такую няшечку, я не обломался и сделал универсальную платку, которая в последствии, путем навеса мезонинных платок будет превращаться в разные прошивальщики и отладчики.
Готовую программу надо каким-либо образом запихать в контроллер. Для этого существует множество способов.
JTAG/SWD адаптер
Так как часто для отладки под ARM используется JTAG, то этот метод получается наверное самым популярным. Для этой цели используется какой-либо адаптер. Например я использую так что показывать буду на его примере. Там все просто — подключаешь адаптер к контроллеру стандартным SWD или JTAG шлейфом. Через линии NRST/TDI/TDO/TCK/TMS для JTAG или через SWO/SWOCLK/SWDIO/NRST для SWD режима. На адаптере моей верси CoLinkEX оба эти разьема выведены на одну колодку, так что получается как бы сразу и JTAG и SWD соединение. А там какое надо такое и выбираешь. Особой разницы в отладке/прошивке между ними нет.
Либо используя утилитку CoFlash oт CooCox.com
Одним из серьезных достоинств контроллеров AVR является дикое количество прерываний. Фактически, каждое периферийное устройство имеет по вектору, а то и не по одному. Так что на прерываних можно замутить кучу параллельных процессов. Работа на прерываниях является одним из способов сделать псевдо многозадачную среду.
Идеально для передачи данных и обработки длительных процессов.
Для примера покажу буфферизированный вывод данных по USART на прерываниях.
В прошлых примерах был такой код:
// Отправка строки
void SendStr(char *string)
{
while (*string!="\0")
{
SendByte(*string);
string++;
}
}
// Отправка одного символа
void SendByte(char byte)
{
while(!(UCSRA & (1< Данный метод, очевидно, совершенно неэффективен. Дело в том, что у нас тут есть тупейшее ожидание события — поднятие флага готовности USART. А это зависит, в первую очередь, от скорости передачи данных. Например, на скорости 600 бод передача каких то 600 знаков будет длиться 9 секунд, блокируя работу всей программы, что ни в какие ворота не лезет. Как то раз мне потребовалось устройство способное соединяться с удаленным сервером и пересылать байты. Конечно, для этих целей можно использовать компьютер, но это громоздко и неудобно, да и надежность такой системы оставляет желать лучшего — слишком сложное устройство. Другое дело микроконтроллер, например Microchip PIC, MSC-51 или Atmel AVR — простой, надежный, потребляет минимум энергии и способен надежно выполнить узкий круг поставленных задач. Например, мониторинг сигнализации через Internet или Ethernet сеть. Всё бы хорошо, но тут появляется очередная проблема — протокол TCP/IP. Реализовать на AVR или PIC стек протоколов TCP/IP задача выполнимая, но требует времени, а время, как известно, деньги. Надо было срочно и с минимальным геморроем. И вот тут мне на помощь пришел интерфейсный модуль Ethernet — RS232. Прикупил я себе парочку модулей HM-TR433
. Так, помучить. Стоит такая радость на данный момент порядка 800рублей. Это трансивер, то есть он может как принимать, так и передавать. Мало того, тут стоит управляющий контроллер, который сам кодирует информацию, загоняет ее в радио канал и декодирует пойманное. То есть, по сути, мы получаем удлинитель UART и всякие проблемы вроде шума после пропадания несущей, какие были в связке HM-T433/HM-R433
нас уже не волнуют. Один минус — канал полудуплексный, то есть синхронный прием и передача невозможны, только по очереди. Но это не велика проблема — зачастую полудуплекса хватает за глаза. Существует две модификации этого модуля. Одна имеет окончание TTL другая RS232. Разница лишь в уровнях и в том, что в первую китайцы забыли впаять MAX232 и обвязку из конденсаторов, зато поставили перемычки. Так что имея прямые руки и нужный инструмент можно из TTL сделать RS232 и наоборот. Впрочем, по цене они копейка в копейку идут. Такс, в порядке работы над коммерческим проектом (и не спрашивайте о каком — не скажу), который сожрал все мое свободное время огромной зазубренной ложкой, раскурил до самого пепла радиомодули HopeRF HM-R433/HM-T433
. Сегодня собрал полудуплексную схему на четырех модулях и провел сеанс дальнобойной приемо-передачи.
Итак, что из себя представляла установка:
Блок А:
Блок Б:
Условие передачи:
При первоначальных испытаниях сея железка показала себя с лучшей стороны, но вот на практике вылезли не просто баги, а прям гигантские тараканы убийцы. Казалось бы, чему там работать не так? А, как оказалось, есть чему. Точнее это не баги, а особенности, о которых производитель самым подлым образом умолчал в даташитах. Знай я о них я бы еще подумал стоит ли их покупать. Итак:
Несущая Ждущий режим
Совместная работа
Баги при передаче
В числе прочих ништячков, помимо ультразвукового дальномера мне в посылке из Терры пришли еще и радиомодули. Hope HM-T433
и Hope HM-R433
На передачу и на прием, соответственно. Сам модуль представляет из себя крошечную платку 15х25 мм
с торчащим из нее разъемом. У передатчика разъем трехконтактный — GND, DATA и Vcc
у приемника есть еще вход ENABLE
при подаче на который высокого уровня разрешается прием. Возникла у меня необходимость забабахать себе девайсину, чтобы можно было с его помощью раздавать байты по i 2 c
и UART
, а также принимать байты по этим же протоколам и выдавать на экранчик. Как по одному, так и пачками. Этакий дебаггер.
Ну а чо, сказано сделано. Воткнул ATMega8535
— первая которая под руку подвернулась из многоногих. Вывел все что только можно наружу, присобачил небольшую клавиатурную матрицу 4х4 и LCD экранчик
. Экранчик мелкий WH0802A
8х2 символа, но уж какой был. Других у нас в продаже не встречал, а под заказ везти лень. Да и, думаю, там и не надо больше. А раз уж пошла такая пьянка, то до кучи вывел наружу пару каналов ШИМ
, да пару входов АЦП
. Ну и SPI
заодно — гулять так гулять. Там же можно и Dallas
1-wire
проткол организовать, приделать частотомер, индикатор сигнала, вольтмер и вообще можно много чего наворотить, было бы желание. Опять же, линий на вход/выход получается дофига, так что из нее можно сделать головной блок умного дома или контроллер чего нибудь. Корпус взял халявный, PAC-TEC
‘овский который намутил года два назад. Вот и пригодится коробочка:) Надо сказать, PAC-TEC
делает просто изумительные коробки. Не чета тому говну, что продается в наших радиомагазинах. Не скрипят, не люфтят, крепко сбиты, ладно скроены и выглядят круто. Где бы их еще продавали у нас. Пока только плату развел, еще некоторых деталей не хватает. На днях вытравлю плату, соберу и буду программировать. Вот тогда будет вам и примеры живого кода и подробное описание SPI
, i2c, UART,
клавиатура и LCD
. Кстати, обратите внимание как легко матрицировать обычные тактовые кнопки. А все благодаря тому, что у них четыре попарно соединенных вывода. Пока же, раз все еще в виде чертежа, набрасывайте в комменты свои идеи по поводу фич будущего девайса. Пока писал статью про UART пришла в голову одна извращенная идея — на базе UART же можно организовать самый натуральный низкодискретный ШИМ!
Достаточно только сделать где-нибудь в памяти переменную, куда мы будем совать число с заданной скважностью нулей и единиц, а по прерыванию опустошения буфера это число снова пихать в регистр UDRE. Таким образом, генерация ШИМ будет самопроизвольной, без лишних телодвижений. Правда можно получить всего 10 разных значений ШИМ, но зато нахаляву!!! Для тех кто не понял как, приведу числа которые надо будет непрерывно слать через UART: 00000000 — 1/10 Да и частоты там можно получить нефиговые! Почти каждый микроконтроллер имеет на борту универсальный последовательный интерфейс — UART
. AVR
тут не исключение и поддерживает этот протокол в полном обьеме полностью аппаратно. По структуре это обычный асинхронный
последовательный протокол, то есть передающая сторона по очереди выдает в линию 0 и 1, а принимающая отслеживает их и запоминает. Синхронизация идет по времени — приемник и передатчик заранее договариваются о том на какой частоте будет идти обмен. Это очень важный момент! Если скорость передатчика и приемника не будут совпадать, то передачи может не быть вообще, либо будут считаны не те данные. Протокол
В конце байта, перед стоп битом, может быть и бит четности. Который получается если поксорить между собой все биты, для контроля качества передачи. Также может быть два стопа, опять же для надежности. Битов может быть не 8, а 9. О всех этих параметрах договариваются на берегу, до начала передачи. Самым же популярным является 8 бит, один старт один стоп, без четности. Причем с самим протоколом можно не заморачиваться — все реализовано аппаратно. Разве что захочется завести второй UART, тогда придется делать его программно. По такому же протоколу работает COM порт компьютера, разница лишь в разнице напряжений, поэтому именно этот протокол я буду использовать для связи микроконтроллера с компом. Для преобразования напряжений можно использовать RS232-TTL конвертер.
COM
порт. Но есть тут одна проблема — дело в том, что комповый RS232
он за логические уровни принимает +/- 12
вольт, а UART
работает на пятивольтовых уровнях. Как их совместить? Для этого существует несоколько вариантов схем преобразователей уровня, но самая популярная это все же на специальном преобразователе RS232-TTL
. Это микросхема MAX232
и ее аналоги. Кстати, существует еще и MAX3232
это то же самое, но на выходе у него не 5вольт TTL, а 3.3 вольта TTL. Её используют для низковольтных контроллеров. Я себе сделал один такой универсальный шнурочек, чтобы к контроллерам цепляться было удобно по UART
. Для общей компактности всю схему запихал прям в разъем, благо у меня были ST232
в soic корпусе. Получилась платка не больше рублевой монеты. Так как под рукой не было мелких SMD конденсаторов, то пришлось напаять кондеры сверху, кто во что горазд. Главное работает, хоть и не очень красиво вышло. Если сомневаешься, что у тебя получится столь мелкий монтаж, то я тебе развел плату на стандартный PDIP корпус. Размером она будет со спичечный коробок, зато мельчить не надо. После сборки проверяется просто:
Дальше открваешь любую терминалку, хоть Hyper Terminal
, цепляешься к порту и начинаешь посылать байты, они должны тотчас возвращаться обратно. Если этого не произошло — проверяй схему, где то косяк. Если работает, то дальше все просто. Тот провод который идет от ножки 9 микросхемы MAX232
это передающий вывод
, его заводи на ногу RxD
контроллера. А тот который с ножки 10 — принимающий
, его смело сажай на вывод TxD
контроллера. Плата сделана была методом ЛУТ , в одном месте по моему недосмотру толщина просвета оказалась 0.05мм, протравилась, но со спайками, пришлось процарапывать. А в целом с первого раза ать и никаких проблем. Аж сразу захотелось сделать что нибудь маленькое маленькое, нафаршированное нафаршированное:) 
Задача стандартная, поэтому предложений на рынке готовых модулей предостаточно, однако не стоит торопиться. Тут есть ряд тонкостей, связанных с особенностями работы данных устройств. Например, подавляющее большинство модулей может работать исключительно в роли сервера, которому требуется выделенный IP адрес. Устройство-клиент работает только с специализированным софтом, как правило под Windows, и открывает виртуальный COM порт который соединяется с удаленной системой (UART — Ethernet модуль) и обеспечивает обмен данными. Не самый удобный вариант. Для моей задачи данная конструкция была совершенно непригодна. Поэтому я начал искать дальше, вскоре был обнаружен замечательный модуль EG-SR-7100
, а потом и его более новая модификация WIZ100SR
. Почитал характеристики — оно! Все для решения моей задачи! 
Блок Б дает десятибайтный пакет блоку А, тот, убедившись, что пакет принят без искажений, шлет подтверждение обратно на блок Б, те же десять байт. Блок Б, получив подтверждение зажигает зеленый диод. Передача идет с обрывом несущей. Т.е. после отправки пакета передатчик вырубается полностью.
Приемник ловит изменение несущей, которую генерирует передатчик. А если не будет передатчика, что будет ловить приемник? По идее не должен ловить ничего, а что на практике? А на практике дикий срач!!! Натурально белый шум по всему диапазону от 0 до 255. Фигасе бага, да? Но ладно, хрен с этим белым шумом, его, в конце концов, можно фильтровать, отслеживать в нем наличие чего либо разумного и лишь после начинать прием.
У передатчика, к моему, а также ряда внимательных читателей, удивлению нет входа Enable.
У приемника то есть. Редкостный бред, особенно ввиду того, что спустя 70mS простоя на линии DATA передатчик впадает в спячку
и… правильно, отрубает несущую — на выходе приемника начинается в этот момент жуткий срач. Так что либо шли данные непрерывным потоком, либо перед каждой посылкой шли идентификационный пакет. А еще не забыв предупредить приемник о том, что передача закончена и дальше ловить нечего.
Тут все просто, два передатчика одновременно работать не могут. От слова совсем. Либо по отдельности, либо никак. Это было ожидаемо и это надо учитывать.
Но что меня больше всего добило, так это баги. Если с первые три пункта можно учитывать и обрабатывать программно без лишних заморочек, то со последним уже все гораздо веселей.
два дополнительных значения мы получим за счет старт и стоп битов.
00000001 — 2/10
00000011 — 3/10
00000111 — 4/10
00001111 — 5/10
00011111 — 6/10
00111111 — 7/10
01111111 — 8/10
11111111 — 9/10
Красота!=)))))
Вначале передатчик бросает линию в низкий уровень — это старт бит
. Почуяв что линия просела, приемник выжидает интервал Т1 и считывает первый бит, потом через интервалы Т2 выковыриваются остальные биты. Последний бит это стоп бит
. Говорящий о том, что передача этого байта завершена. Это в самом простом случае.
Практически каждая фирма делает свой преобразователь, так что тут сгодится и ST232
, и ADM232
, и HIN232
. Схемка простая как три копейки — вход, выход, питание и обвязка из пяти конденсаторов. Конденсаторы обычно ставятся 1uF
электролиты, но в некоторых модификациях ставится 0.1uF
керамика. Я везде впаивал 0.1uF
керамику и обычно этого хватало. :) Работает как часы. Если же на высоких скоростях будет глючить, то надо будет повышать емкость.
Втыкается в разъем COM
порта. Подается 5 вольт питания на схему, а затем замыкаешь Rx
на Tx
(у меня это зеленый и желтый провода). 