Как проверить rx tx

Тест дебаг кабеля (DEBUG CABLE)

Очень многие, прочитав наш подробный мануал по созданию дебаг кабеля (DEBUG CABLE) для МФУ Samsung, сделали подобный (и очень полезный) шнурок для себя.

В данной статье мы подробно опишем, как проверить работоспособность дебаг кабеля перед подключением к МФУ, дабы уберечь вас от порчи имущества.

Для начала необходимо провести финальную проверку пайки на наличие замыканий, так называемых «соплей», потому что очень часто при окончании сборки – изготовлении контактов Rx, Tx, GND на микросхеме возможно изменение положений конденсаторов(ножки гнутся и могут замкнуть). Если все в порядке, можно приступать к следующему этапу проверки debug кабеля.

Подключаем наш шнурок к компьютеру через COM-порт, подаем напряжение на микросхему, воткнув провод питания в USB разъем.

Замыкаем выходы Rx и Tx(приём и передачу) между собой(для верности можно соединить их капелькой припоя), GND не трогаем.

Проверка дебаг кабеля проводится методом “ECHO” с помощью программы, входящей в стандартный набор служебных программ Windows – HyperTerminal.

Запускаем программу, создаем новое подключение:

Выбираем способ подключения через COM-порт:

В свойствах скорость выставляем 115200 бит/секунду, выключаем аппаратное ускорение в Управлении потоком:

Нажимаем ОК сохраняем настройки, соединение создано и запущено, после этого стоит обратить внимание на рисунок телефонной трубки в программе, она обязательно должна быть поднята(на рисунке ниже выделено красным):

Теперь нам необходимо настроить подключение для отображения сигналов, для чего заходим в свойства подключения:

Переходим на вкладку «Параметры», затем жмем на кнопку «Параметры ASCII»:

И затем уже ставим галочку в пункте «Отображать введенные символы на экране»(на рисунке необходимый пункт подчеркнут красной линией):

Нажимаем «ОК» и теперь программа полностью настроена для работы с дебаг кабелем для МФУ Samsung.

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

Вот весь несложный принцип проверки кабеля. Если у вас все получилось – такой дебаг кабель можно использовать для восстановления. Иначе проверяйте пайку, качество деталей и проводов.

ИП «ИП Чиянов Евгений Андреевич» ОГРН: 309662322300035
Фактический и юридический адрес: 622008, РФ, Свердловская обл., г. Нижний Тагил, Краснознамённая 52 оф. №1

Arduino.ru

Здравствуйте. Прошу помощи ибо что-то в тупике. Плата arduino nano. Через USB вход прошивки загружаются без проблем.

1. Я правильно понимаю, что если прошивки через штатный usb заливаются, то uart у нее рабочий?

Гуглил вопрос как проверить UART, и ответ: «замкнуть RX-TX и отправить чего нибудь в порт, если вернулось то исправно».

Замкнул, накатал такой код

на software serial получаю такие данные:

Т.е. i выводится правильно — software serial работает корректно. А в j данные выглядят как случайный мусор вне зависимости замкнуты RX и TX или нет.

Войдите на сайт для отправки комментариев

andriano аватар

Если бы Вы привели схему подключения, возможно, стало бы понятнее, что именно Вы делаете, и что в результате получаете.

Пока что из двух посылок:

1. Ардуина прошивается, следовтельно UART исправен.

2. Вы в консоли получаете что-то невразумительное.

Следует очевидный вывод:

Вы что-то делаете неправильно. Что именно — без схемы сказать нельзя.

Войдите на сайт для отправки комментариев

В j результат чтения порта, а где запись в порт ?

С чего бы i выводиться неправильно, если она переменная цикла и не связана с Serial ?

Войдите на сайт для отправки комментариев

Вы что-то делаете неправильно. Что именно — без схемы сказать нельзя.

Ок. Схема такая. После прошивки к компу цепляется только FTDI.

Войдите на сайт для отправки комментариев

В j результат чтения порта, а где запись в порт ?

С чего бы i выводиться неправильно, если она переменная цикла и не связана с Serial ?

Это я к тому, что Software serial отрабатывает корректно.

Войдите на сайт для отправки комментариев

Попробуйте добавить задержки в конце 14-й и в конце 15- строк.

Войдите на сайт для отправки комментариев

Добавлял задержки на 1, 5, 10, 50, 100 мс — не помогает. Пробовать другие, наверное, смысла нет.

Войдите на сайт для отправки комментариев

А не попробывать бы Serial.flush()?

Войдите на сайт для отправки комментариев

Замените .print на .write

Войдите на сайт для отправки комментариев

Правильно вам подсказывают, то, что вы видите в j — это не мусор, это ASCII коды символов «0»=48 «1»=49 и т.д. Кроме того, цифра 10 будет передаваться как два символа (два байта), а считываете из буфера один. Но второй то байт остается в буфере, и будет считан на втором проходе (а тем временем в буфер упало еще сколько-то байт).

Итого, решения два: вычитывать каждый раз весь буфер while(Serial.avalible())<читаем что там пришло>, но при этом понимать, что получаем не просто число, а строку кодированную ASCII. Либо, как сказали выше, использовать write. Кстати, вычитывать буфер полностью будет правильнее и в этом случае.

И еще одно. После строки 14 нужна задержка — иначе не успеют данные в буфер упасть.

Войдите на сайт для отправки комментариев

Gena, КашыLot, okta спасибо! Разобрался, заработало! С print/write я конечно лоханулся 🙂 У меня были подозрения, что данные таки доходят, но в некой кодировке. Но так и не уловил закономерность. Только после комментария про буфер все встало на свои места 🙂

Раз уж открыл тему, прикладываю рабочие примеры.

Отправляем/получаем строку в ASCII:

И отправляем/получаем байты:

Я правильно понимаю, что рекомендация «вычитывать буфер» для второго кода — это вроде как просто перестраховка? Или там более глубокий смысл есть?

Как проверить RS-232, RS-422, RS-485 с помощью PComm Terminal Emulator?

В этой статье рассматривается проверка COM-портов на компьютере на примере преобразователя USB-COM серии UPort 1150.

Методы, описанные в этой статье, подойдут для проверки встроенных COM-портов на компьютере или COM-портов преобразователей интерфейсов, например USB-COM или USB-Ethernet, а также другого оборудования, которое требует установки драйвера виртуального COM-порта.

Скачать PComm Lite

Для работы с СОМ портом нужна программа, которая позволит открыть СОМ порт и отправить в него данные. MOXA предлагает воспользоваться бесплатной утилитой PComm Lite.

Как проверить RS-232 интерфейс?

Для проверки RS-232 можно воспользоваться простым способом: достаточно замкнуть контакты RX и TX между собой. Тогда все переданные данные будут приняты обратно.

Если у вас полный RS-232 или нужно использовать аппаратный контроль за передачей данных, тогда вам нужно распаять специальную заглушку. В ней должны быть соединены между собой следующие контакты:

После этого мы можем открыть СОМ порт через программу и отправить туда любые данные. Отправленные данные должны вернуться обратно в этот же порт.

На примере PComm Lite это будет выглядеть так.

Убедитесь, что COM-порт настроен на RS-232.

Откройте программу PComm Terminal Emulator, во вкладке Port Manager откройте СОМ порт, соответствующий вашему устройству. Скорость и другие параметры можно оставить по умолчанию.

Однако, если вы подключаете внешнее устройство к СОМ порту, эти параметры должны совпадать с параметрами внешнего устройства.

Мы отправили несколько единиц в СОМ порт и получили их обратно, также видим одинаковые значения счетчиков TX и RX, что подтверждает получение всех отправленных данных.

Если вы хотите отображать текст, который печатаете, то вам нужно включить функцию Local echo на вкладке Terminal при открытии порта. Важно: после включения функции Local echo, если вы замкнули TX и RX, то текст в терминале удвоится, потому что будет отображен вводимый символ и тот, который получен обратно.

Схема подключения внешнего устройства с RS-232:

Как проверить RS-422 интерфейс?

Для проверки RS-422 можно также воспользоваться простым способом: достаточно замкнуть контакты TD+ на RD+ и TD- на RD-. Тогда все переданные данные будут приняты обратно.

Убедитесь, что COM-порт настроен на RS-422.

В терминале видны данные, которые мы отправили в СОМ порт.

Схема подключения внешнего устройства с RS-422:

Как проверить RS-485 интерфейс?

Интерфейс RS-485 может быть реализован на 2 или 4 контактах.

Для варианта RS-485 с 4 контактами проверка сводится к тем же действиям что и в RS-422 с таким же подключением контактов TD+ на RD+ и TD- на RD.

Для варианта RS-485 с 2 контактами нужно использовать внешнее устройство для проверки работы. Это может быть второй порт UPort или заведомо исправное устройство с RS-485.

Убедитесь, что COM-порт настроен на RS-485 и правильно указано количество контактов.

Схема подключения внешнего устройства с RS-485:

Подтягивающие и согласующие резисторы

В некоторых моделях оборудования есть встроенные резисторы, которые обеспечивают правильную работу линий RS-422/485.

Согласующий резистор или терминатор 120 Ом – ставится в начале и конце линии для предотвращения отражения сигнала от конца линии и искажения полезного сигнала в RS-422/485.

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

Подтягивающие резисторы (pull high/low resistors) – предназначены для ограничения тока, протекающего по сигнальным цепям, и чтобы сделать состояние цифрового входа по умолчанию высоким или низким.

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

Цепь с подтягивающим резистором можно представить в виде делителя напряжения из двух резисторов — одного подтягивающего и другого на месте кнопки.

Логический вход имеет ёмкость относительно земли, что влияет на время нарастания или спада сигнала при размыкании кнопки. Время спада или нарастания — это время между размыканием кнопки и достижением сигнала порогового напряжения, при достижении которого логическим входом фиксируется изменение логического состояния с высокого «1» на низкий «0» или наоборот.

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

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

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

Ниже показан пример расположения переключателей для изменения значений подтягивающих резисторов.