Конвертер TTL в RS485 на базе MAX485

Конвертер TTL в RS485 на базе MAX485 Перейти к полному описанию

Модуль для преобразования сигнала из стандарта TTL в RS-485 на базе микросхемы MAX485.

RS-485, EIA-485 (Electronic Industries Alliance-485) — стандарт физического уровня для асинхронного интерфейса.

Рабочее напряжение 5В.

Попробовать еще раз

Наш магазин работает в соответствии с Законом РФ «О защите прав потребителей».

В соответствие с п. 4 ст. 26.1 ФЗ «О защите прав потребителей» и п. 21 Постановления Правительства РФ «Об утверждении правил продажи товаров дистанционным способом» потребитель (покупатель) имеет право отказаться от товара (в том числе и надлежащего качества) в любое время до его передачи, а после передачи – в течение 7 дней. При этом, обмен товара надлежащего качества возможен только в случае, если:

• товар не включен в перечень товаров надлежащего качества, не подлежащих возврату утвержденный Постановлением Правительства РФ №55 от 19.01.1998 г.
• товар не был в употреблении
• сохранены фабричные ярлыки, гарантийные талоны, техническая документация, комплектующие детали
• сохранена упаковка товара
• в наличии документы, подтверждающие факт и условия покупки указанного товара (Ст. 25 Закона «О защите прав потребителей»).

В случае отказа от товара возврату подлежит уплаченная сумма, за исключением расходов на доставку товара, а также других расходов интернет-магазина, подлежащих компенсации за счет Покупателя (Ст. 26.1 Закона «О защите прав потребителей»).

Возвратом и обменом товара занимается тот филиал, в котором была совершена покупка

Конвертер интерфейса RS-485 – UART TTL с грозозащитой и авто-контролем потока

Фото платы

Конвертер интерфейса RS-485 – UART TTL (converter) выполнен в промышленном исполнении платы, для работы линии “RS-485” в суровых полевых условиях или в условиях индустриальных помех и имеет элементы для грозозащиты и аппаратный автоматический контроль потока (Automatic Flow Control).

Конвертер имеет защиту интерфейса – на плате установлены три двунаправленных TVS диода (Transient Voltage Suppression Diode – полупроводниковый ограничитель напряжения или супрессор) и два самовосстанавливающихся предохранителя.

Преобразователь может выполнять конверсию между TTL сигналом и RS485 сигналом, но RS-485 работает в режиме полудуплекса. В этом режиме может выполняться двух-сторонняя связь, но она может производиться в одном направлении в конкретный момент времени. Другими словами, каждая сторона канала связи может быть передающей или приемной стороной, но в один момент времени информация передается в одном направлении. Модуль не нуждается в дополнительном контроле “прием – передача”, т.к. имеет автоматический аппаратный контроль потока.

На плате конвертера установлен терминальный резистор 120 Ом между линиями “A” и “B”, также имеются два светодиода для индикации приема и передачи по сигнальным линиям “RXD” и “TXD”. Для простых условий и не очень длинной линии “RS-485” можно применить недорогой преобразователь интерфейса “UART TTL” – “RS-485”.

Характеристики:

• напряжение питания, В: 3.3 или 5
• дальность работы по “RS-485”, м: 800
• сопротивление согласующего резистора, Ом: 120
• рабочие температуры, C: -40…+85

Подключение конвертера интерфейса RS-485 – UART TTL:

Применение:

Конвертер интерфейса RS-485 – UART TTL с функцией грозо-защиты можно применить если линия связи RS-485 используется в тяжелых уличных условиях и/или имеет большую длину для пересылки данных между микроконтроллером и датчиками, микроконтроллером и другим микроконтроллером, для управления поворотными видеокамерами с помощью протокола “Pelco-D” и т.д.

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Схема модуля RS485 XY-017

В предыдущей статье я подробно рассмотрел работу с модулем RS485 интерфейса XY-017 — недорогой версии брата-близнеца XY-485. На ней не распаяны разъемы, хуже маркировка, но все-же платы очень похожи друг на друга по компонентам и размещению элементов. Разводка немного отличается, но незначительно.

Схема платы XY-017

Я сделал reverse engineering платы XY-017, но слегка изменил защиту от статического электричества (ESD), поставив вместо трех достаточно габаритных TVS диодов специализированную сборку SM712. Выдержка из datasheet SM712: «The SM712 TVS Diode Array is designed to protect RS-485 applications with asymmetrical working voltages (-7V to 12V) from damage due to electrostatic discharge (ESD), electrical fast transients (EFT), and lightning induced surges.»

Вот пример защиты входа RS485 чипа от статического электричества из статьи:

Кроме того чип MAX485 заменен на MAX3485 с питанием 3.3 V для микроконтроллеров ESP8266/ESP32. Он совместим с 5V TTL логикой. Схема в EasyEDA.

Наиболее интересный момент на схеме — это управление работой RS485 чипа в части переключения в режим прием и передачи: резистор параллельно с диодом и емкость. Укрупненно этот элемент схемы взят из обсуждения, но в нём использован не просто инвертер, как в XY-017, а инвертирующий триггер Шмитта.

DI (driver input) — цифровой вход передатчика;
RO (receiver output) — цифровой выход приемника;
DE (driver enable) — разрешение работы передатчика;
RE (receiver enable) — разрешение работы приемника;

При передаче информации на входе DE ( ‘Driver Enable’ ) должен быть выставлен высокий уровень. Чтобы принимать данные, уровень должен быть низкий.

На входе RE (‘Receiver Enable’) для перевода чипа RS485 в режим получения данных должен быть установлен низкий уровень.

Когда на входе TX нет передачи данных (idle), то от подтягивающего резистора на нем высокий уровень. Через RC цепочку емкость C1 относительно медленно заряжается до некоторого уровня срабатывания инвертора. На закороченных пинах RE-DE выставляется низкий уровень при котором MAX485 переходит в режим приема данных.

Когда на входе TX начинает поступать информация, то 0-й стартовый бит и последующие 0-е биты быстро разряжают C1 через диод D1 и на входах RE-DE появляется высокий уровень после инвертора. MAX485 переходит в режим передачи данных. При появлении 1 в передаваемой информации емкость начинает опять заряжаться через R1, но достаточно медленно. Причем любой приходящий 0 будет снова быстро разряжать емкость.

RC цепочка должна быть рассчитана таким образом, чтобы за время передачи одного байта информации емкость не могла зарядится до уровня срабатывания инвертора, даже если передается последовательность из всех 1. Каждый UART байт всегда начинается со стартового бита (0), который переведет MAX485 в режим передачи на время трансляции данных. По моим замерам мультиметром UT61E емкость C1 = 33 pF. Это неточно, уж очень небольшая емкость.

В интернет я находил похожую схему но на другом 5-вольтовом чипе SN65176BDR от TI.

Arduino.ru

как подключить выходы от конвектора RS 485 TTL к ардуино уно

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

как подключить выходы RO RE DE DI

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

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

Не стал плодить темы, решил написать о своих затруднениях здесь.
Итак. Имеется несколько дуин. Одна генерирует произвольное число в заданном диапазоне. Вторая принимает. В качестве индикатора — рулевая машинка. Просто и наглядно. Дуинки связаны по UART проводной связью — все работает, машинка жужжит, вертится туда-сюда.

Подключаю конвертеры RS-485 как указано в предыдущем посте. Вношу изменения в скетчи — для управлением режимом «прием-передача». Не работает. Подтягиваю «вручную» к «единице» передаюший и к «земле» RE и DE — толку ноль.

Где я мог что-то просмотреть?

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

минимум — рисуйте свою схему

полная альтернатива UART это RS-422, может строиться на буферах RS-485 только требует 2 2х проводные линии связи

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

Подключено согласно таблице:

RE (Receiver Enable — разрешение работы приёмника)

Arduino
DI (Driver Input — вход передатчика)	TX (transmit — передать)
RO (Receiver Out — выход приёмника)	RX (receive — получить)
Vcc (Voltage constant current — напряжение постоянного тока)	Vcc
GND (GrouND — земля)	GND (GrouND — земля)
DE (Driver Enable — разрешение работы передатчика)	D10 (Digital — цифровой)
D10 (Digital — цифровой)

Управление режимом «прием-передача» посредством пина D10 прописано следующим образом: HIGH — передача, LOW — прием.

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

похоже на правду

RE, разрешите передачу DE , линию не подключайте

передавайте сигнал по ТХ и сразу принимайте его на RX этим же процем

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

как с этим разберетесь. двигайтесь дальше

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

Я должен, по-сути, получить интерфейс-петлю?

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

Попробовал. Не получается. Данные не приходят.

Вот скетч. Может, захожу не с той двери?

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

скока больт дает эта команда на 13 ноге? т.к. туда обычно прицеплен светодиод, и там может быть при 1 не более 1,5В, т.е. что HIGH, что LOW вход драйвера будет воспринимать как ноль.

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

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

ВН , обратите внимание, пин 13 в данном случае ни к чему не подключен, а используется для управления встроенным светодиодом (строка 12 скетча выше).

Кот Баюн , в скетче я не вижу myservo.attach(), без этого вряд ли серва будет работать.

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

13 нога работает исключительно на прилагаемый светодиод. Управление драйвером через 10 и 11 пины.

А обвязка с сервой — осталась с предыдущего этапа, когда порты двух дуин соединял проводками.

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

Спасибо за ответ. Серва работает.

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

Кроме того, переключение режимов «приём»/»передача» (для скетча, который и принимает, и передаёт,) должно происходить динамически, а не один раз в setup(). RS-485 не может говорить и слушать одновременно, Вы должны переключать режим.

А ещё проще подключить по такой схеме

и рулить одним пином : 0-слушаем, 1-говорим.

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

Да, так тоже коммутировал.

Две дуинки, одна генерирует данные, другая принимает. Пока порты соедимнены проводками — все ОК. Ну не может же весь десяток драйверов быть бракованным?

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

ВН , обратите внимание, пин 13 в данном случае ни к чему не подключен, а используется для управления встроенным светодиодом (строка 12 скетча выше).

На работе «галопом по европам» =)

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

Пока порты соедимнены проводками — все ОК.

Эта фраза мне непонятна.

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

Для проверки работы данные с пина TX передатчика передавал на пин RX приемника посредством провода в обход адаптера RS-485 для локализации места сбоя.

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

Когда я осваивал RS-485, был такой казус — на скорости 115200 работало как надо (и по сей день работает), когда пробовал снижать скорость (в том числе и до 9600), связь пропадала. Попробуйте, интереса ради, 115200, а вдруг ?

И ещё попробуйте пакеты подлиннее посылать, вместо

и понаблюдайте, будет ли мигать светодиод на приёмнике.

И еще, строка 20 в скетче приёмника мне кажется бессмысленной.

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

Cтрока 20 в скетче приемника внесена на предмет посмотреть, что именно прилетело, если оно таки прилетело.
Спасибо за подсказку по скорости. Действительно, казусная ситуация. Курил даташиты к МАХ485 — суть несколько компараторов. По идее, даже без контроллера, если «притянуть» управляющие пины куда нужно — можно «генерировать» данные хоть телеграфным ключом — и на выходе приемника получим исходную последовательность.

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

ну о чем и речь

сначала проверить работу буфера, потом уже все остальные телодвижения с контроллером

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

Телодвижения от того, что я сначала попробовал гонять данные из порта в порт. Для меня это было впервые и вновь. А с адаптером РС-485, ввиду кажущейся простоты и отсутствия постов об утыках — затруднений не ожидал и прицепил к тому, что уже работало до того. В результате получил бабаловку совсем не там, где ожидал.

Кстати, господа знающие коллеги. С терминирующими резисторами на инии, длиной до 100 метров заморачиваться стоит?

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

Никогда не было проблем с 485. Для проверки плат на одной DE RE замыкаете на массу на второй на +5. А-А В-В . Получите сквозной канал в одну сторону. Точно так же как Rx Tx соединять. Если так прогнать данные получится, то платы исправны. Подключаете замкнутые DE RE к ноге управления направлением передачи.

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

Тоже сталкивался с данной проблемой, соединение к дуине трехпроводное ( RO,DI, DE и RE вместе соединены), не было передачи данных от дуины, так вот подумал что max485 не успевает переключить режим передача/прием, и вписал delay после подачи сигнала на соответствующую ногу.

DE/RE на третьей ноге.
digitalWrite(3,HIGH);
delay(35); //запас, если сообщение длинное
Serial.print(«message»);
delay(35);
digitalWrite(3,LOW);

Можете еще принудительно de/re подтянуть к земле, и коснутся пальцем до контакта A или B, светодиод приема на плате должен начать тускло гореть, если так, то max485 целая, ну точнее ее приемник

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

В даташите на микросхему написано что время переключения in-out 30 наносекунд. Как она может не успеть?

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

Докладываю, господа, по сути проведенных тестов.

Собрал на макетке простейшую схему. Два RS-485. Один в качестве передатчика, второй — приемник. Управляющие пины притянул соответственно к единице и нулю. На вход передатчика была подана последовательность нулей и единичек, сгенерированная всем известным скетчем «Blink». На выходе приемника исправно заморгал светодиод. Протестировал все наличествующие конвертеры как в роли приемника, так и передатчика. Проблем нет. Сквозной канал должен работать.

Подключаю к портам UART. Из 10 имеющихся конвертеров 2 заработали на скорости 115200, 9600, 14400 и 57600.

Для исключения возможных задержек на переключение режима «прием-передача», упомянутых несколькими постами выше — управляющие пины опять-таки «вручную» притянул к нужным потенциалам.

В какую сторону думать? Играться с параметрами линии?

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

Пробовал посылать пакеты подлиннее, как рекомендовал уважаемый Araris. Без эффекта.

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

Всем откликнувшимся спасибо. Проблема решена.

Проблема заключалась в китайском дядюшке Ляо.

После двадцатилетнего простоя был извлечен с антресолей старый добрый С1-94. Начал отслеживать сигналы на шине и сравнивать с указанными в даташите. Не хватало 0,12-0,22 вольта для переключения компаратора. Соответственно, сингал был выдан в двухпроводную шину, но оттуда не снят. На низких частотах переключение происходило уверенно. А когда пошли крутые фронты при передаче данных по UART — на этапе трансляции в ТТЛ — сигнал потерялся.

При восьмикратном увеличении на платах были найдены следы недомытого флюса, плохо различимые невооруженным глазом. Располагались они в таких «интимных» местах, как под резисторами, по корпусом микросхемы. После пятнадцатиминутного купания плат в горячем спирту и последующей продувки сжатым воздухом — все заработало как часы.