Всем привет.

Подскажите кто нибудь преобразователи RS-485 <-> Ethernet (или в TCP/IP), которые могут повторить шинную топологию RS-485.

Все что мне пока удалось найти подпадают в одну из трех категорий:
1. Набор виртуальных com поротв на PC. (Требует для работы PC).
2. Соединение ДВУХ! устройств (сетей) с реальным RS-485.
3. Соединение любого количества устройств (сетей) с реальным RS-485, но при этом соединение непрозрачно для устройств. Используется принцип модемного соединения (требуется PLC который может дутеть в компорт коммандами типа hayes AT и передавать после установки соединения).

Нужно же следующее:
Преобразователи, которые можно установить в сеть ethernet, подключить к ним скажем 20 RS-485 устройств и чтобы все устройства видели друг друга так, как будто бы были соединены витой парой. Т.е. соединение должно быть абсолютно прозрачным — никаких компов или роутеров.
Дополнительное требование: возможность создать 3 и более независимых виртуальных инкапсулированных в Ethernet RS-485 сети.

В голову приходит три варианта работы таких преобразователей:
1. UDP/TCP vroadcasting
2. Ehernet broadcasting
3. Рассылка по таблице IP или MAC адресов.

Более конкретно задача стоит так:
1. Поселок 10 домов.
2. Счетчики воды, газа и электричества.
3. УСПД стоит в диспетчерской.
4. Есть оптоволоконный ethernet в каждом доме.
5. Нужно протуннелировать все счетчики (RS-485) на три порта успд (каждый тип счетчиков на свой порт) через ethernet, так чтобы успд не заметил подмены шины RS-485 на ethernet.

Посмотрите тут
http://www.moxa.com/support/download.aspx?d_id=2015

А если сразу использовать контроллеры с TCP/IP (в смысле контроллеры которые будут считтывать информацию со счетчиков)

С уважением Вячеслав

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

Может я что-то недоглядел, но данная записка описвает "Peer to Peer" соединение двух устройств, а нужно объеденить более двух устройств в одну сеть.

А эти контроллры RS-485 протокол ModBus или нет

Похоже что не модбас. В принципе интересует универсальное решение на интерфейс, вне зависимости от протокола передачи.

"Подскажите кто нибудь преобразователи RS-485 <-> Ethernet (или в TCP/IP),"
...итак, имеем RS-485 - физика передачи, Ethernet - в общем тоже, если не учитывать прямой обмен на MAC уровне, TCP/IP стэк протоколов в принципе не зависящий от физики, преобразование подразумевает наличие 2-х протоколов обмена, а в поставленном вопросе про них мало что понятно...

"Нужно же следующее:
Преобразователи, которые можно установить в сеть ethernet, подключить к ним скажем 20 RS-485 устройств и чтобы все устройства видели друг друга так, как будто бы были соединены витой парой. Т.е. соединение должно быть абсолютно прозрачным — никаких компов или роутеров.
Дополнительное требование: возможность создать 3 и более независимых виртуальных инкапсулированных в Ethernet RS-485 сети."
..."чем дальше в лес...":), "Преобразователи, которые можно установить в сеть ethernet, подключить к ним скажем 20 RS-485 устройств " - это не проблема вариантов море, вопрос тот же самый ПРОТОКОЛ ОБМЕНА МЕЖДУ УСТРОЙСТВАМИ???...

"В голову приходит три варианта работы таких преобразователей:
1. UDP/TCP vroadcasting
2. Ehernet broadcasting
3. Рассылка по таблице IP или MAC адресов."
...и что этО даст?...

"Более конкретно задача стоит так:
1. Поселок 10 домов.
2. Счетчики воды, газа и электричества.
3. УСПД стоит в диспетчерской.
4. Есть оптоволоконный ethernet в каждом доме.
5. Нужно протуннелировать все счетчики (RS-485) на три порта успд (каждый тип счетчиков на свой порт) через ethernet, так чтобы успд не заметил подмены шины RS-485 на ethernet."
...тут уже понятнЕЕ:), "Нужно протуннелировать " - "туннелированием" обычно называют пересадку информационной структуры одного протокола на механизм и физику транспорта другого, скажем ModBus TCP, берется структура ModBus и преносится на транспорт TCP/IP с небольшими изменениями, что во что вам нужно протуннелировать, какие протоколы???...

...вопросы...
1. какой протокол у RS-485 счетчиков?...
2. "на три порта успд", что имеется ввиду под "портом" успд?, обычный COM?, TCP/UDP порт софта?...
3. "Есть оптоволоконный ethernet в каждом доме", а что на успд приходит???

...как вариант...
...ставим преобразователи оптика-eth, ставим мост eth-прот счетчиков, берем I-7188 с eth и RS-485, пишем реализацию протокола счетчиков если это самопал-bus кокой-нить, дальше пишем реализацию протокола верхнего софта если это тоже самопал, дальше в зависимости от условий эту схему тиражируем или на каждый дом или, для софта верхнего уровня будет все прозрачно, он будет обращатся к определенным IP, а мост будет ретранслировать запрос на нужный модуль RS-485, и обратно...

p.s...есть опыт разработки системы учета энергоресурсов многоквартирного здания, все на ICPDAS: RS-485 модули I-7XXX, мост с DCON протокола на ModBus TCP на I-8000, дальше преобразователь оптика-eth и на систему учета...

"Может я что-то недоглядел, но данная записка описвает "Peer to Peer" соединение двух устройств, а нужно объеденить более двух устройств в одну сеть."
Это как пример.
Посмотрите тут http://www.moxa.com/doc/manual/nport/5600/...s_Manual_v7.pdf

adam 4572

Не хотелось бы разводить словоблудие.... давайте опустимся от "протокол" к презренному "формат кадра". Так вот, мне нужно инкапсулировать кадр, соответствующий RS-485 в кадр (в конечном итоге) Ethernet. Формат передаваемых данных никакого значения не имеет.



Укажите, пожалуйста данные варианты. Еще раз повторюсь: Необходимо создать единую среду передачи для трех и более устройств.
Впринципе хотелось бы найти такие устройства которые могли бы передавать данные всем узлам сети, но в виду общепринятой модели обмена по последовательным каналам устроит технология поддерживающая принцип Master-Slave. Т.е. Master рассылает всем (групповой рассылкой, либо по таблице МАС или IP адресов), а соответствующий Slave передает на заданный адрес Master узла.


то что запрос "услышат" те кто должен.




1. Информации о структуре передаваемых данных нет и не достать. Формат кадра стандартный для com порта. Необходимо универсальное решение.
2. COM
3. На УСПД приходит RS-485 и из счетчиков выходит RS-485.



Спасибо. Самое простое решение, но на него нет ни времени ни людей. К сожалению требуется универсальное решение для RS-485 через Ethernet, так как некоторые протоколы могут быть закрытыми.

Данный прибор — шлюз для протокола Modbus. В документации нет явного упоминания о том, что он может работать с другими протоколами.
Был ли у вас опыт использования данного ADAM с не Modbus протоколами?

Нет, использовал только для modBus. будет ли работать с другими протоколами - сейчас просто нечем, но думаю что будет. В нутри у него прописывается только ip адрес.

Спасибо за ссылку.
Судя по всему вам доводилось работать с данной линейкой MOXA. Проясните, пожалуйста, следующие моменты:
Из всех режимов работы NPort ближе всего к тому, что мне нужно режим UDP-mode, так как поддерживает рассылку UDP датаграмм на диапазон адресов. Логично предположить, что настроив на каждом устройстве диапазон адресов рассылки, включающий в себя адреса всех остальных устройств сети, можно добиться того, что все устройства будут "видеть" друг-друга. Одна загвоздка: документация (http://www.moxa.com/support/download.aspx?d_id=2021) описывает данный режим работы как режим передачи данных между NPort и специальной программой на компьютере. Ничего не сказано про обмен UDP между NPort-ами минуя компьютер.
Вопрос: Поддерживают ли NPort-ы прямой обмен UDP между собой?

Я еще не работал с Моксами, только собираюсь.
Думаю что нужно одно устройство (4 порта) на дом, 1 устройство в диспетчерской или ПК (в нем будет виртуальный СОМ порт).
Более профессионально могут проконсультировать в ООО "Ниеншанс-Автоматика" т. (812) 326-5924

Прочитал инструкцию еще раз. Судя по всему в той конфигурации что мне необходимо (без компьютера) он не заработает. В параметрах настройки нет исходящего IP адреса, а значит данный прибор не может инициировать исходящее соединение. Т.е. Master устройство к нему не подключишь.

Один есть.
http://www.wut.de/e-58631-ww-daru-000.php?...echnische_Daten
Есть нужный режим работы IP-bus.

Поиск продолжается.

Похоже что есть и второй.
http://www.lantronix.com/device-networking...rs/uds1100.html

В документации сказано, что девайс поддерживает групповую рассылку UDP датаграмм.
Описание работы в режиме групповой рассылки в документации не приводится. Так что требуется переписка с производителем или подтверждение от "бывалого".

http://www.plcsystems.ru/catalog/korenix/s...?SECTION_ID=245
вот еще посмотрите, при желании можно потестировать

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

"Так вот, мне нужно инкапсулировать кадр, соответствующий RS-485 в кадр (в конечном итоге) Ethernet"
...кадр RS-485 это 1 старт, 7(8) данных, 1(2) стоп, кадр eth - это IP-датаграмма, см. описание стандарта, есть еще как я и писал уровень "пакетный eth на основе MAC", но что как там я не силен...

"Формат передаваемых данных никакого значения не имеет."
...не буду спорить...

"Впринципе хотелось бы найти такие устройства которые могли бы передавать данные всем узлам сети, но в виду общепринятой модели обмена по последовательным каналам "
...и что это за модель?, на посл. канале можно и TCP/IP поднять:)...

"2. COM
3. На УСПД приходит RS-485 и из счетчиков выходит RS-485."
...теперь вообще не понятно зачем весь этот огород городить с оптикой?), если счетчики RS идут напрямую в успд, зачем их в оптику икапсулировать?, ставьте преобразователи (...я так понимаю на успд COM-порты RS-232...) RS-232-RS-485 на успд, ну и пару-тройку репитеров RS-485 для усиления сигнала, или можно Rs-485 заменить на "токовую петлю", в свое время так 1.5 км кабеля в одном сегменте пробивали...

1. Модель Master-Slave. В рамках данной модели инициировать сеанс связи может только Master устройство, обратившись (в том числе и с помощью группового запроса) к Slave. Slave устройство может ответить только Master устройству посылая сообщения на конкретный адрес.
2. Мне не нужно организовывать стек TCP/IP на последовательном канале.... см. (http://forum.abok.ru/index.php?showtopic=32293&view=findpost&p=315932 , http://forum.abok.ru/index.php?showtopic=3...t&p=316230)



Не всегда наши желания заменить задачу более простой вызывают сочувствие у вселенной.
Есть Ethernet на оптике. Больше никаких каналов связи нет и не будет. Нужно протуннелировать RS-485 через этот Ethernet.
Вот эту задачу и решаю.

Судя по всему есть еще два.
http://www.korenix.com/jetport-device-serv...01-overview.htm
http://www.korenix.com/jetport-device-serv...04-overview.htm

Поддерживают UDP рассылку по пулу адресов.


Желание получить несколько ответов и протестировать есть.

1. Из документации не очень видно как присваиваются UDP порты COM интерфейсу. Для каждого COM порта в оддельности можно настроить свой listen порт UDP и пул адресов или все COM порты транслируются в один UDP порт?

2. Не могли бы вы собрать тестовую конфигурацию из трех преобразователей и компьютеров с программой hyperterm присоедененных к преобразователям кабелем по железному COM порту.
Назначьте адреса преобразователям... скажем
1: 192.168.1.1
2: 192.168.1.2
3: 192.168.1.3
маска подсети: 255.255.255.0

Нужно сделать три эксперимента
I. тест стандартной работы "Master-Slave"
Первый преобразователь установите в режим работы UDP на порту 4000
Host start IP 192.168.1.2 send port 4000
Host end IP 192.168.1.3 send port 4000

Второй преобразователь установите в режим работы UDP на порту 4000
Host start IP 192.168.1.1 send port 4000
Host end IP 192.168.1.1 send port 4000

Третий преобразователь установите в режим работы UDP на порту 4000
Host start IP 192.168.1.1 send port 4000
Host end IP 192.168.1.1 send port 4000

При вводе символов в гипертерминале на машине №1 теже символы должны появиться на машинах №2 и №3
При вводе символов в гипертерминале на машине №2 теже символы должны появиться только на машине №1
При вводе символов в гипертерминале на машине №3 теже символы должны появиться только на машине №1

II. тест работы "все Master"
Первый преобразователь установите в режим работы UDP на порту 4000
Host start IP 192.168.1.2 send port 4000
Host end IP 192.168.1.3 send port 4000


Второй преобразователь установите в режим работы UDP на порту 4000
Host start IP 192.168.1.1 send port 4000
Host end IP 192.168.1.1 send port 4000
Host start IP 192.168.1.3 send port 4000
Host end IP 192.168.1.3 send port 4000



Третий преобразователь установите в режим работы UDP на порту 4000
Host start IP 192.168.1.1 send port 4000
Host end IP 192.168.1.2 send port 4000

При вводе символов в гипертерминале на машине №1 теже символы должны появиться на машинах №2 и №3
При вводе символов в гипертерминале на машине №2 теже символы должны появиться только на машине №1и №3
При вводе символов в гипертерминале на машине №3 теже символы должны появиться только на машине №1и №2

II. тест работы "недокументированные возможности"
Смысл этого эксперимента в замене пула адресов рассылки на Broadcast адрес всей подсети.


Первый преобразователь установите в режим работы UDP на порту 4000
Host start IP 192.168.1.255 send port 4000
Host end IP 192.168.1.255 send port 4000


Второй преобразователь установите в режим работы UDP на порту 4000
Host start IP 192.168.1.1 send port 4000
Host end IP 192.168.1.1 send port 4000


Третий преобразователь установите в режим работы UDP на порту 4000
Host start IP 192.168.1.1 send port 4000
Host end IP 192.168.1.1 send port 4000

При вводе символов в гипертерминале на машине №1 теже символы должны появиться на машинах №2 и №3
При вводе символов в гипертерминале на машине №2 теже символы должны появиться только на машине №1
При вводе символов в гипертерминале на машине №3 теже символы должны появиться только на машине №1

С нетерпением ожидаю результатов.

Нашел еще несколько устройств.

http://www.titan.tw/produkte/vs-NETCOM-113.html
http://www.titan.tw/produkte/vs-NETCOM-413.html
http://www.titan.tw/produkte/vs-NETCOM-113_PRO.htm
http://www.titan.tw/produkte/vs-NETCOM-413_PRO.htm

Поддерживают Broadcast на широковещательный адрес по UDP (для версии прошивки >= v1.8).
Версия PRO поддерживает шифрование передаваемых данных.

Не внимательно читал темку, но вот простое и дешевое решение вашей проблемы.
http://npowest.ru/index.php?p=21&id=20
http://npowest.ru/index.php?p=21&id=19
разработкой этого оборудования занимается мой отдел, такшто если нужна более подробная консультация пишите мне в асю 419-703-492 или на мыло robert82@tomsk.ru
С уважением, Владимир

Прибор позволяет рассылать UDP на диапазон адресов.
Есть четырехпортовая версия с P.O.E.

http://www.supercom.com.tw/DS-12.html
http://www.supercom.com.tw/DS-42.html

При более внимательном рассмотрении вашей задачки, мне пришло в голову такая мысль.
При условии: что есть постоянно подключенный компьютер к сети, или плата X-86 совместимая (Vortex к примеру) под операционной системой Linux или Windows.
Вы устанавливаете преобразователь-сервер последовательного порта LAN-RS485 на все точки домов и для вашего девайса USPD тоже.
У каждого, разумеется, свой IP адрес и Порт к которому можно клиентом поддцепиться.
На машину нужно установить программу-демон, который клиентом соединен ко всем LAN-RS485 и выполняет простую функцию ретрансляции пакетов в остальные соединения.
В результате должна быть 485-я сеть.
PS: Под именем Владимир учавствововал Шилин Александр, его сослуживец с его разрешения .

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

S_V_S сегодня в личку ответ скинет. Протестировали - все получилось, кроме одного момента. Дадим полный отчет.

Оборудование Moxa понравилось, правда тайваньская сборка , но самое главное РАБОТОСПОСОБНОСТЬ!! Другие конвертеры, аналоги Uport 1110 от Moxa, просто не работают или работают некорректно.

Господа, вижу как у вас широко тема развернулась. А можно немного оффтоп. Возможно вы пошлете меня с ним куда надо =) Вот почитал тему и задался вопросом, а если задача мониторить счетчики в 10 домах поселка, то почему нельзя использовать какую-нибудь из шин (LON, EIB), почему именно интерфейс RS485/ethernet?
ЗЫ. Не пинайте сильно=) я начинающий автоматизатор=)

Если не задаваться вопросом какие шлюзы будут нужны для инкапсуляции RS-485 в LON или KNX, то остается открытым вопрос как соединить дома по LON (KNX) при наличии только Ethernet.

sir_puding Сеть между домами изначально задумывалась только Ethernet? И почему была выбрана именно Ethernet? Какое расстояние между домами кстати?
Вобщем-то, что мешает соединить дома по Ethernet, а внутренние системы каждого дома сделать в LONe... Все зависит от размеров домов и их начинки... Я сам на свой вопрос отвечаю, все зависит от конкретного объекта

1. Изначально только Ethernet
2. Почему не знаю. Поставили перед фактом
3. Расстояние метров 300 - 400
4. Задача не о начинке Лоном а о передаче RS-485 через Ethernet.
Чтобы офтоп закрыть сразу скажу, что лон там присутствует. Объеденение домов по LON через все тотже Ethernet. Будем использовать вот такой девайс для соединения: http://www.dti-be.com/index.html?lon/en/ti...onbridge-ip.htm
Прибор поддерживает броадкаст UDP пакетов, т.е. для устройств будет видна единая среда FTT-10 без всяческих шлюзов и i-lon серверов.

Оффтоп теперь только начнется
Расскажите где покупаете данную железку и почем?

Контакты на сайте.
Цена 347 EUR.

Есть еще китайский, но чето с ними не получатся связаться. http://www.stitcs.com/en/88022e.html

Чтоже мешает подцепить ваши датчики прямо к LON?

Отсутствие поддержки лон в приборах учета и ПО разрешенных к применению.

Читайте внимательнее. Автор писал:

Был бы протокол обмена - можно было бы покрутить на предмет шлюзования хоть в LON, хоть куда.

Подобный проект на 12 коттеджей мы реализовали на радиомодемах 433,92 мГц.
Протокол не имеет значения, если все устройства работают по единому протоколу.
Запрос передается всем, отвечает только Slave которому направлен запрос.
Радиомодем позволяет иметь в сети 256*256 Slave устройств.

http://www.e2000.ru

"мы реализовали на радиомодемах 433,92 мГц."
...как обстоят дела с лицензированием частоты?, какая мощность?, как насчет условий "прямой видимости"?...
"Протокол не имеет значения"
...спорно, вот так вот мы один раз влетели с "Неводом" через который ModBus RTU не передашь, только ASCII...
"Радиомодем позволяет иметь в сети 256*256 Slave устройств"
...это на выходе у него самопал-Bus я так понимаю, а как с поддержкой стандартных протоколов?...

Видимо это был старый Невод, в новых заявлена поддержка Modbus. Мы тоже влетали, не с Неводами правда, такой уж протокол Modbus-RTU.

PS: Сама по себе идея использовать радиомодемы на 433 MГц в такой системе довольно неплохая, имитация единой шины RS485 получается с ними весьма просто.

С лицензией все отлично, есть разрешение Радиокомитета по частотам до 2015 года!!!
Мощность до 10 мВт.
Прямая видимость - очень желательна,
при кривой видимости необходимо проверять работу на месте.

Протокол и в самом деле не имеет значения, имеет значение тип радиомодема...
С "Неводом" работали - дорогой, ненадежный.
У радиомодема нет самопапла-Bus, он работает в прозрачном режиме.
Все данные забиваются в буфер затем передаются так, что подходит и стандартный, и нестандартный
протокол.
Допустимо иметь 256 - групп, по 256 приборов.

Кто-нибудь работал с модулем радиопередачи Seneca Z-link? Есть нормальный мануал?
Нужно было передать сигнал Контроллер-Контроллер по 485 интерфейсу. Лампочки мигают, сигнал не доходит.
Попробовал цепочку Контроллер-SCADA - модемы "общаются", конвертер мигает, SCADA ничего не видит.
В чем может быть проблема? Кто знает эти модемы?

По какому протоколу общается контроллер ?

Диспетчеризация - по MODBUS.
Между контроллерами - по какому-то внутреннему протоколу.
А что протокол так важен для модема?
Ему не все равно, какое содержание сигнала он передает?

В паспорте контроллера написано - для передачи между контроллерами используется pLAN (RS485 62.5 kbit). По проводам передает, через модемы

Вот ещё одно устройство для передачи RS-485 по Ethernet / IP http://www.plgn.ru/ru/products/catalog/rs-232-server/

Проект таки оказался долгозапрягаемым. В итоге выбраны преобразователи компании MOXA серии Nport.

По ходу испытаний выяснилось следующее:
1. Работать подобный финт будет только в режиме UDP
2. Работать будет только в режиме broadcast
3. Работать будет только на заданной baudrate.

Подробнее:
1. Т.к. протокол TCP гарантирует достаку, требется сокет, который хавает память. Памяти у всех мало. Посему количество исходящих TCP каналов ограничено (в районе 5 штук). Если нужно преобразователей в сети больше, то очевидно такой режим не подходит => используем UDP.

2. Если использовать unicast UDP передачу по пулу адресов, то прибор, получив пакет из ком порта, честно попытается его передать последовательно по списку IP адресов, на что требуется время. Если в выбранном диапазоне адресов нет устройств, то будет постоянно выдаваться ARP запрос на данный адрес, что увеличивает время цикла передачи по пулу адресов. Соответсвенно имеем неприятный эффект: пока передается одна порция данных в компорт уже пришли вторая, третья.... нная.... в итоге на выходе из других компортов получаем кашу. Отсылка на широковещательный адрес (например 192.168.1.255/24)решает эту проблему, т.к. будет отправлен только один UDP пакет.

Вот здесь то и кроется отличие программистов от быдлокодеров: на преобразователях некоторых компаний нельзя задать групповой адрес в качестве адреса получателя.
К примеру Korenix JetPort: При конфигурировании через веб при маске 24 бита ругается на последние 255 в адресе получателя. Меняем маску на 255.255.255.128, юзаем адрес .127 (он broadcast для данной маски), прибор не ругается, на групповой пинг отвечет, но передача данных не работает При конфигурировании через SSH вообще ни на что не ругается и также тихо не работает. Обращение в поддержку выявило, что производитель тупо не реализовал обработку broadcast и делать такого впринципе не намерен "due to the lack of programming resources".

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

На Моха 56xx серии БП бывают вылетают... Как вариант, можно попробовать рассмотреть медиаконвертеры оптика/RS485 - http://www.insotel.ru/model.php?id=2430
Увы, многопортовых нет.

Опять же плюсы радиомодема.
Скорость передачи по эфиру - фиксированная 1800 бод.
А скорость данных из сети RS485 выбирается из стандартного ряда.
Например : 9600 -> радиомодем №1 -> радиомодем №2 -> 19200

А так заработает?
2400->((9600 -> радиомодем №1) -> (радиомодем №2 -> 19200))->2400