Tw-city.info

IT Новости
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Программирование rs 485

Пермский форум — Teron.online

программирование RS-485/232

Andron 09.06.2009 — 18:59

Товарищи подскажите чаинику с чего начать!
проблемма в следующем:
имеется промышленный компутер с RS — 232, термопечь с RS-485 и соответственно конвертер(коммутатор) rs485/232
Также имеется программа для снятия определенного сигнала с прибора в процессе испытаний его в той самой термопечи (ну и её исходники).
Задача состоит в том, чтобы синронизировать работу этой проги с работой печки,чтобы эту печку можно было включать с компа иэ этой проги, задавать в ней температурные режимы.
Дак вот — с чего начать?куда рыть?

ЗЫ программированием раньше занимался но не на таком уровне! так что сильно ногами не пинать
Сообщение отредактировал Гуинплен: 15.06.2009 — 13:03

NikitoZZ 09.06.2009 — 19:36

alllll 09.06.2009 — 21:00

gavrik-prog 10.06.2009 — 08:16

Andron 10.06.2009 — 18:18

GenaBobkoff 10.06.2009 — 18:28

может протокол обмена? вот его и надо.
. и писать обмен через RS232.
можно в Дельфе, есть компоненты AsyncPro для доступа к компорту.

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

Сообщение отредактировал GenaBobkoff: 10.06.2009 — 18:31

Andron 10.06.2009 — 18:34

может протокол обмена? вот его и надо.

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

GenaBobkoff 13.06.2009 — 09:08

darker 14.06.2009 — 16:11

Товарищи подскажите чаинику с чего начать!
проблемма в следующем:
имеется промышленный компутер с RS — 232, термопечь с RS-485 и соответственно конвертер(коммутатор) rs485/232
Также имеется программа для снятия определенного сигнала с прибора в процессе испытаний его в той самой термопечи (ну и её исходники).
Задача состоит в том, чтобы синронизировать работу этой проги с работой печки,чтобы эту печку можно было включать с компа иэ этой проги, задавать в ней температурные режимы.
Дак вот — с чего начать?куда рыть?

ЗЫ программированием раньше занимался но не на таком уровне! так что сильно ногами не пинать

перво на перво. провод сделай которым соединять будешь))) если есть такой. то изучи его от и до! но лучше свой. берешь паяльник и переходничек делаешь с одного интерфейса на другой. и только потом программируешь)))

там у тебя для компа всё будет как для rs232 а для печки как для RS-485

комп виз — RS-232
печь виз — RS-485

что-то вроде этого должно быть)))
Сообщение отредактировал Гуинплен: 15.06.2009 — 13:04

xodok 15.06.2009 — 09:20

По поводу 2-х паралельно работающих программ.

Схема подключения печи к ПК, очевидно, такая:
печь ->[Rs485]->преобразователь->[Rs232]->ПК.

1)Наверняка нынешняя программа в начале работы открывает ком-порт, а в конце работы закрывает. Те на протяжении всей программы держит порт открытам. Те вторая программа не сможет в это же время посылать команды печке.
Как вариант, можно, конечно, «синхронизировать» работу программ: одна получила данные, освободила порт, сказало об этом второй программе, та отработала и уступила порт первой программе. Но так не делают. Наверняка через месяц-год-два потребуется внести новый функционал. Например, на основании данных, которые пока не получаем из печки, потребуется сделать отчеты. Писать ещё одну, третью, программу и синхронизировать их все между собой?

2)Можно, конечно, позволить работать программам через разные ком-порты. Если нет второго ком-порта, то можно использовать плату расширения (например, на шину PCI).
Можно использовать USB-порт. Например, конфигурация будет такая:
ПК (вторая программа)->[USB]->преобразователь->[Rs485]->Печь.
Те на линии 485 будут 3 устройства.
В качестве USB/Rs485 преобразователя можно использовать Moxa U-port, например.
Или USB/Rs232 преобразователь (Defender) + Rs232/Rs485 (Adam).

Но это дополнительные затраты на оборудование.

Более того, с программной точки зрения такой вариант тоже откровенно плох. Фактически на линии будут 2 master-устройства. Если не обеспечить взаимодействие программ между собой и допустить возможность одновременной посылки запросов обоеими программами, результат может быть плачевным.
Допустим, обе программы послали запрос на получение параметров. До печки может прийти «склеенный запрос» (оба пакета срузу друг за другом), могут прийти данные «вперемешку». В лучшем случае печь ответить «некорректный запрос». Те значений параметров в программу мы не получим.
Могут быть и более неприятные последствия. Неизвестно, какими аппаратными средствами в печке реализован модуль сетевой модуль. При работы с CPU188 от Fastwel на процессоре Am188 выявилась интересная особенность. Если после определенной последовательности заргужаемых стандартных DOS-драйверов послать по линии Rs232 на первый ком-порт ASCII-код буквы «А», то через порт потом нельзы было посылать/получать данные. Это, конечно, экзотика, но бывает и такое.

Вывод: при использовании 2-х ком-портов также требуется «синхронизация» программ.

3) Более оптимальным было бы вынести работу с ком-портом в отдельный программный модуль. Вплоть до того, что это будет отдельная программа, которая запращивает данные с печки, а потом публикует эти данные в виде, понятном другим программам. Те выступает в роли драйвера. Или аналогия с ОРС-сервером.
Но требуется ещё и писать данные. И не периодически, а по заданию пользователя. Те программа обмена данными с печкой будет уже не только сервером (запрашивает данные с печки), но и клиентом (принимает запросы на запись параметров из внещней программы). Поэтому программный интерфейс взаимодействия между программой-драйверов и клиентскими приложениями усложнится.

Поэтому наиболее целесообразным считаю реализовать всю функциональность в одной программе.
Сообщение отредактировал xodok: 15.06.2009 — 09:28

Подскажите пример кода для передачи данных по RS485

По идее должно «Hello World» выдавать, но у меня пустой терминал. Хотел вместо этого сообщения посылку запроса просто вписать..интересно так можно или нужно еще протокол Modbus прописывать?

Еще с применением библиотечных функций под mikroC PRO for AVR, для контроллера ATMEGA16.

Подскажите пример кода для реализации следущего (php)
Нужно чтобы при выборе позиции из выпадающего списка, из БД брался текст соответствующей позиции в.

Пример передачи данных с использованием стека протоколов HTTP/TCP/IP/Wi-Fi
Здравствуйте, изучаю компьютерные сети, на данный момент стек протоколов TCP/IP. Перед этим искал.

Ребята подскажите пример кода
вообщем смысл данного кода должен заключаться в следующем, если текст длинной более например 15.

Пример передачи параметра для параметрического запроса
никто не подскажет подробный пример передачи параметра для параметрического запроса в адресной.

Терминалом все нормально принимаю и вижу посылку. Но прибор не реагирует на команду.
В программе пробовал разные способы подачи информации.

Отправляем такой фрейм:
Тишина Адрес(8бит) Функция(8бит) Данные(n бит) CRC(16бит) Тишина
Данные, адрес, команда, и CRC передаются побайтно. Последовательность байт от одной «тишины» до другой это пакет, внутри которого, маленькие «паузочки» ( стоп-биты ), отделяющие один байт от другого и дающие возможность схемам USORTа на передающей и приемной стороне синхронизироваться.

Из описания на Modbus RTU
Формат каждого байта в RTU-режиме:
Система кодировки: 8-ми битовая двоичная, шестнадцатиричная 0-9, A-F
Две шестнадцатиричные цифры содержатся в каждом 8-ми битовом байте сообщения.
Назначение битов:
1 старт бит
8 бит данных, младшим значащим разрядом вперед
1 бит паритета; нет бита паритета
1 стоп бит если есть паритет; 2 бита если нет паритета
Контрольная сумма: (CRC)

Читать еще:  Программирование в ворд

Смотрел библиотеку freemodbus, как предлагал RO. В ней полноценная реализация протокола для двустороннего обмена. Но мне нужна упрощенная программа, чтобы отправить один фрейм для эксперимента.

Например у нас в программе есть переменная в формате int. Как передать ее во входной буфер UART? Нужно ли выполнять преобразование int_to_bool или этим компилятор занимается? Побитно заполнять сдвиговый регистр или же он может сразу 1 байт информации в свои 8 ячеек памяти может принять. Если побитно, то по аналогии как стек заполняется..бит за битом. А потом как заполнился даем команду на передачу, регистр отдает в обратной последовательности и пошли импульсы состояния битовых ячеек на транзисторный ключ который уже на массу коротит вывод «TX» контроллера. И опять же этот ключ нормально открытый или закрытый (p-n-p или n-p-n). Какова длительнось тактирующего импульса по окончании передачи одного байта? или же он сам
генерится железом контроллера.. Нужно видеть хотя бы примерную схему, чтобы составить представление с чем ты имеешь дело и что программируешь. У меня конечно есть исходник софтварной реализации UART на PIC16А84. Цифровая модель — таже схема только в другой проекции. Не нарисованная, а воплощенная в коде. но опять же для меня пока сложно прочитать и понять что в нем написано. Хотя он и с комментариями. На работе программирую логические контроллеры в CodeSys на объектно-ориентированном языке CFC. Вот он для меня понятен. Вот и подумал что мне наверно было проще понять язык С и провести аналогию с моими знаниями в электронике. Это как перевести с английского на русский. Бесспорно нужно еще читать и изучать даташиты и соответствующую литературу. Но если бы в даташитах прилагалась бы еще и схема то мне бы достаточно было бы взглянуть на нее. Но кто ж ее приложит, это ведь секрет фирмы.
Просто мне понадобилось провести небольшой эксперимент с прибором вот и подумал что несложно будет написать код для контроллера.. Думаю если бы я видел подробное внутреннее строение контроллера, возможно быстрее понял язык программирования. У меня знания в основном в области электроники, и с техникой я на «железном» языке разговариваю

Интерфейс RS 485, принцип действия, организация работы

В современной технике все большее значение приобретает обмен информацией между различными устройствами. А для этого требуется передавать данные как на небольшие расстояния, так и на значительные, порядка километров. Один из таких видов передачи данных – связь между устройствами по интерфейсу RS-485.

Где необходимо передавать данные по RS 485.

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

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

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

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

Компьютер же обменивается данными с контроллерами – устройствами, преобразующими команды от датчиков на язык, понятный машине, и обратное преобразование: от языка машины в команды управления. Связь с контроллером, а также – между разными контроллерами, осуществляется через интерфейсы связи.

Интерфейс RS-232 — младший брат RS 485.

Нельзя хотя бы коротко не упомянуть об интерфейсе RS-232, который еще называют последовательным. Разъем под соответствующий порт имеют некоторые ноутбуки, а некоторые цифровые устройства (те же терминалы релейной защиты) снабжаются выходами для связи с помощью RS-232.

Для того, чтобы обмениваться информацией, нужно уметь ее передавать и принимать. У RS-232 для этого есть передатчик и приемник сигналов. Они имеются в каждом устройстве. Причем выход передатчика одного устройства (TX) соединяется со входом приемника другого устройства (RX). И, соответственно, по другому проводнику аналогичным образом сигнал движется в обратную сторону.

При этом обеспечивается полудуплексный режим связи, то есть, приемник и передатчик могут работать одновременно. Данные по кабелю RS-232 могут в одно и то же время перемещаться и в одну, и в другую сторону.

Недостаток этого интерфейса – низкая помехозащищенность. Это происходит из-за того, что сигнал в соединительный кабель и на прием, и на передачу формируется относительно общего провода – земли. Любая наводка, существующая даже в экранированном кабеле, может привести к сбою связи, потере отдельных битов информации. А это недопустимо при управлении сложными и недешевыми механизмами, где любая ошибка – авария, а потеря связи – длительный простой.

Поэтому RS-232 в основном применяется для небольших временных подключений ноутбука к цифровому устройству, например, для установки начальной конфигурации или исправления ошибок.

Организация интерфейса RS-485.

Главное отличие RS-458 от RS-232 – все приемники и передатчики работают на одну пару проводов, являющуюся линией связи. Провод земли при этом не используется, а сигнал в линии формируется дифференциальным методом. Он передается одновременно по двум проводам («А» и «В») в инверсном виде.

Если на выходе передатчика – логический «0», то на проводник «А» выдается нулевой потенциал. На проводнике «В» формируется сигнал «не 0», то есть – «1». Если передатчик транслирует «1», получается все наоборот.

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

Порядок обмена данными между устройствами по RS-485.

Все устройства, объединяемые интерфейсом RS-485, имеют всего два клеммы: «А» и «В». Для подключения к общей сети эти клеммы соединяются в параллельную цепь. Для этого от одного устройства к другому прокладывается цепочка кабелей.

Читать еще:  Программирование на vba в microsoft office

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

Протоколов обмена данными по интерфейсу RS-485 существует много, наиболее часто используемый – Modbas. Вкратце рассмотрим, как работает простейший протокол, и какие еще проблемы приходится решать с его помощью.

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

Когда приходит пора собирать данные о расходе электроэнергии, модем формирует запрос. Сначала передается стартовый импульс, по которому все устройства понимают, что сейчас придет кодовое слово – посылка из последовательности нулей и единиц. В ней первые биты будут соответствовать номеру абонента в сети, остальное – данные, например, команда передать требуемую информацию.

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

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

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

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

Требования к кабельным соединениям.

Для соединения устройств интерфейсом RS-485 используются кабели «витая пара». Хоть для передачи данный достаточно одной пары проводов, обычно применяются кабели минимум с двумя, чтобы был заложен резерв.

Для лучшей защиты от помех кабели экранируются, при этом экраны на всей линии соединяют друг с другом. Для этого на объединяемых устройствах помимо выводов «А» и «В» имеется клемма «СОМ». Заземляется линия только в одной точке, обычно в месте расположения контроллера, модема или компьютера. В двух точках это делать запрещено, чтобы избежать наводок, которые неизбежно пойдут по экрану из-за разности потенциалов в точках заземления.

Кабели соединяют только последовательно друг с другом, делать ответвления нельзя. Для согласования линии в ее конце подключается резистор с сопротивлением 120 Ом (это волновое сопротивление кабеля).

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

Для лучшего понимая работы интерфейса RS-485 предлагаем Вам посмотреть следующее видео:

Об особенностях работы по интерфейсу RS485

Долго искал в Интернете схему, связи компьютера с микроконтроллёром, работающую в двунаправленном режиме по интерфейсу RS485.

Ссылок много, но на них крутятся 3 – 4 одинаковые схемы, по тем или иным причинам меня не устраивающие.

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

Долго искал в Интернете схему, связи компьютера с микроконтроллёром, работающую в двунаправленном режиме по интерфейсу RS485.

Ссылок много, но на них крутятся 3 – 4 одинаковые схемы, по тем или иным причинам меня не устраивающие.

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

Я зашёл в «ЧИП и ДИП», там сказали, что одна оптопара была в наличии 3 года назад, а другой, вообще никогда не было.

Поэтому пришёл к выводу, что надо придумать, что-то своё.

Немного теории, и информации о применяемых микросхемах.

рисунок MAX232 взят с сайта prog-leon.narod.ru,

описание интерфейса RS485 взято с сайта mayak-bit.narod.ru

Микросхема MAX232, представляет собой четырёх канальный преобразователь уровня RS232 TTЛ.

Два канала, преобразуют ТТЛ-уровни в RS232-уровни, и два канала, преобразуют RS232 в ТТЛ.

Сеть, построенная на интерфейсе RS-485, представляет собой приемопередатчики, соединенные при помощи витой пары — двух скрученных проводов.

В основе интерфейса RS-485 лежит принцип дифференциальной (балансной) передачи данных.

Суть его заключается в передаче одного сигнала по двум проводам.

Причем по одному проводу (условно A) идет оригинальный сигнал, а по другому (условно B) — его инверсная копия.

Другими словами, если на одном проводе «1», то на другом «0» и наоборот.

Таким образом, между двумя проводами витой пары всегда есть разность потенциалов: при «1» она положительна, при «0» — отрицательна.

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

Синфазной называют помеху, действующую на оба провода линии одинаково. К примеру, электромагнитная волна, проходя через участок линии связи, наводит в обоих проводах потенциал.

Если сигнал передается потенциалом в одном проводе относительно общего, как в RS-232, то наводка на этот провод может исказить сигнал относительно хорошо поглощающего наводки общего («земли»).

Кроме того, на сопротивлении длинного общего провода будет падать разность потенциалов земель — дополнительный источник искажений.

А при дифференциальной передаче искажения не происходит.

В самом деле, если два провода пролегают близко друг к другу, да еще перевиты, то наводка на оба провода одинакова.

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

RS-485 — полудуплексный интерфейс.

Прием и передача идут по одной паре проводов с разделением по времени.

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

Микросхема MAX485

Номера и обозначения выводов

(1) — RO ( receiver output) — цифровой выход приемника;

(2) — RE (receiver enable) — разрешение работы приемника;

(3) — DE (driver enable) — разрешение работы передатчика;

(4) — DI (driver input) — цифровой вход передатчика;

(5) – GND

(6) — A — прямой дифференциальный вход/выход;

(7) — B — инверсный дифференциальный вход/выход;

(8) — + питания

D (driver) – передатчик, R (receiver) – приемник.

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

Читать еще:  Создание 3д игр без программирования

RE и DE уровней и 1 , следующим образом:

RE = 1 – приём запрещён

RE = – приём разрешён

DE = 1 – передача разрешена

DE = – передача запрещена.

Если соединить выводы RE и DE между собой, то управление состоянием «приём/передача”, осуществляется следующим образом:

Компьютер передаёт данные микроконтроллёру во много раз медленнее чем, микроконтроллёр компьютеру.

В моём случае, длительность передаваемых байтов данных и пауз между ними, при передаче КОМП — > PIC ,была в четыре раза больше, чем при передаче PIC — > КОМП.

Суть в следующем.

Компьютер, каждые две секунды, отсылает одному из нескольких PIC–ов (каждый имеет свой индификационный номер) пачку из пяти байт.

В ответ, PIC должен выдать программе пять байт информации.

Смотрю осциллографом – PIC данные принимает и передаёт.

А программа на компьютере пишет – НЕТ СВЯЗИ.

Для отлаживания процедуры приёма-передачи установил на компьютер программу COM Port Toolkit.

С её помощью я передавал с компьютера PIC–у те же самые пять байт запроса. Но в ответ от PIC-a компьютеру приходило только три байта.

Два байта, где-то терялись.

Поэтому и НЕТ СВЯЗИ.

Переключение с приёма на передачу и обратно, со стороны PIC-a, производится отдельно выделенным для этого портом RC4 .

После передачи всех байтов информации PIC, на своей стороне меняет уровень на RC4 , тем самым, переводя микросхему МАX485 на приём.

Оказалось, что два байта терялись из-за преждевременного переключения МАX485 на приём.

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

Запись данных в регистр TXREG не означает, что эти данные мгновенно будут переданы. По даташиту поднятие флага TXIF означает лишь то, что данные считались из регистра TXREG и записались в сдвиговый регистр TSR для передачи и TXREG пуст. Это значит, что программно (с помощью плавающей задержки опроса флага TXIF ) отследить завершение передачи последнего байта не представляется возможным.

Если, сразу после записи очередного байта в регистр TXREG , перевести MAX485 на приём то ни этот байт, ни предшествующий ему (находящийся в это время в сдвиговом регистре TSR не будут переданы. Модулем USART они естественно выпихнутся на передачу, но приёмо-передатчик то ведь уже переключен на приём.

После ввода программной задержки, между записью последнего байта в TXREG , и сменой уровня на RC4, всё пришло в норму.

Со стороны компьютера, переключение с приёма на передачу и обратно, производится с помощью транзистора, включённого в цепь передачи данных преобразованных в ТТЛ-уровни.

Данные есть – сигнал на передачу. Данных нет – сигнал на приём.

Так как компьютер затягивает длительность посылок и пауз, то МАХ485 успевает, во время переключится.

Конденсатор С1, сглаживает импульсы на базе транзистора, тем самым надёжно открывая его. Без него, связь неустойчивая.

Схема, работает и без рекомендуемого, третьего общего провода.

Но на большие расстояния, всё же нужно его использовать, и установить на концах витой пары защитные стабилитроны.

В случае, необходимости согласования сопротивления витой пары с входом/выходом МАХ485, предусмотрены перемычки.

С их помощью, можно подключить параллельно витой паре согласующие резисторы сопротивлением 120 Ом.

Modbus модуль дискретных входов выходов


Модуль для дискретных входов выходов в корпус Gainta D6MG-практически законченный проект схема, плата, исходники, прошивка, все работает.

  • RS-485,
  • Modbus RTU,
  • STM32F042,
  • Cortex M0
  • +4
  • 02 февраля 2017, 17:43
  • GYUR22
  • 16
  • 1

Еще один развязанный USB-RS485 адаптер

Здравствуйте. Сегодня решил поделиться с сообществом небольшой самоделкой. Это гальванически развязанный преобразователь USB-RS485 на FT232 и среднескоростных оптопарах. Особенностью будет то, что при создании девайса я допустил несколько оплошностей и я о них расскажу.

  • RS-485,
  • развязка,
  • FT232RL
  • +3
  • 06 марта 2016, 20:55
  • XOR
  • 42
  • 2

Преобразователь интерфейсов (переходник) USB-RS485 с гальванической развязкой (ПИ-5б)

Продолжаю цикл заметок «Проекты-малыши»

В рамках данной заметки речь пойдет о вот таком преобразователе интерфейсов USB-RS485:

  • USB,
  • RS-485,
  • FT232RL,
  • гальваническая развязка,
  • преобразователь,
  • схема,
  • плата
  • +7
  • 06 декабря 2014, 04:57
  • podkassetnik
  • 51
  • 1

MAX13487 part2

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

  • MAX13487,
  • Coocox,
  • GCC4.7,
  • RS-485
  • +1
  • 05 февраля 2014, 13:47
  • GYUR22
  • 14

Modbus RTU для Чайников

Modbus — протокол, работающий по принципу «клиент-сервер».
Широко применяется в промышленности.
Modbus может использоваться для передачи данных через последовательные линии связи RS-485, RS-422, RS-232, а также сети TCP/IP.
В этой статье рассмотрим на примере линии RS-485.

И так, в основе интерфейса RS-485 лежит принцип дифференциальной (балансной) передачи данных. Суть его заключается в передаче одного сигнала по двум проводам. Причем по одному проводу (условно A) идет оригинальный сигнал, а по другому (условно B) — его инверсная копия. Другими словами, если на одном проводе «1», то на другом «0» и наоборот. Таким образом, между двумя проводами витой пары всегда есть разность потенциалов: при «1» она положительна, при «0» — отрицательна.

  • modbus,
  • RS-485
  • +4
  • 25 октября 2013, 03:34
  • khomin
  • 27

Преобразователь интерфейсов (переходник) USB RS485 (ПИ-5)

Продолжаю цикл заметок «Проекты-малыши»

Решил поделиться с общественностью одной из возможных реализаций преобразователя USB RS485 на базе микросхемы FT232RL:

  • USB,
  • RS-485,
  • FT232RL,
  • преобразователь,
  • схема,
  • плата
  • +12
  • 10 ноября 2012, 19:25
  • podkassetnik
  • 80
  • 2

mini2440 RS-485 linux

Добрый день всем, мне необходимо использовать программное управление потоком RS485 в linux с помощью gpio, с самим gpio я разобрался, все проблема с включением кода управления ttys в ядро, в нем я нашел файлик /drivers/serial/serial_core.c, в нем функцию uart_write:

  • mini2440,
  • RS-485,
  • linux
  • -1
  • 01 июля 2012, 18:33
  • rutcode
  • 4

Smart Home Protocol

Решил я несколько месяцев назад умным домом заняться. Все это время думал, что да как, как лучше устройства соединять, как софт должен выглядеть и т.д. На данный момент работаю над протоколом обмена. И потихоньку думаю какие устройства надо сделать, что они должны уметь, как должны взаимодействовать друг с другом и т.п. Идей много…

  • smart home,
  • умный дом,
  • RS-485,
  • SHP
  • -1
  • 17 февраля 2012, 20:59
  • RomiX
  • 13

MAX13487/13488 выкинем лишнее из RS-485!

Мне пришли сэмплы от MAXIM драйвера RS-485 — MAX13487 и MAX13488. Казалось бы чего нового они могли учудить? Ответ прост Auto Direction Control…

  • RS-485,
  • MAX13487,
  • MAX13488,
  • HC-05
  • +1
  • 06 февраля 2012, 17:14
  • GYUR22
  • 50

Проблема связи PLC и панели оператора.

Возникла проблема при подключении оборудования TREI-5B-05 (мастер модуль M911E), и панели оператора MT8104XH, они должны работать по протоколу Modbus RTU, через интерфейс RS-485 2-х проводной.

Ссылка на основную публикацию
Adblock
detector