RS-485 и Ethernet. Прозрачная замена кабельной линии. Опции

[sir_puding]

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

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

[sir_puding]

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

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

[Александр Кузнец...]

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

[sir_puding]

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 серверов.

[Vasiliy]

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

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

[sir_puding]

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

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

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

[Александр Кузнец...]

лон там присутствует. Объеденение домов по LON через все тотже Ethernet.

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

[sir_puding]

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

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

[Vasiliy]

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

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

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

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

[elexm]

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

http://www.e2000.ru

[ktulu]

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

[AlexG]

мы один раз влетели с "Неводом" через который ModBus RTU не передашь, только ASCII...

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

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

[elexm]

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

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

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

Сообщение отредактировал elexm - 2.12.2008, 11:09

[Малышев Денис]

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

[elexm]

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

[Малышев Денис]

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

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

[Гость_sergrub_*]

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

Прикрепленные файлы

 arlan9000_1RS_menu.jpg ( 2,64 килобайт ) Кол-во скачиваний: 2

 

[sir_puding]

Проект таки оказался долгозапрягаемым. В итоге выбраны преобразователи компании 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 как это можно сделать на одной на медной паре. Входной преобразователь просто не поймет, что от него хотят в случае, если скорось порта не соответствует передаче. С другой стороны, подобные случаи являются редкими костылями и могут быть вылечены правильным сегментированием сети.

[CHANt]

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

[elexm]

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

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

[sir_puding]

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

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

[elexm]

Если так ?
2400-> (радиомодем №1) -> (радиомодем №2)->2400
Тогда да.
Описание : http://www.rateos.ru/spectr433.shtml

[sir_puding]

Если так ?
2400-> (радиомодем №1) -> (радиомодем №2)->2400
Тогда да.
Описание : http://www.rateos.ru/spectr433.shtml

Тогда в чем плюс? Та же проблема что и с перобразователями на Ethernet.

[elexm]

Тогда значит не понял вопрос

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

В первом примере имелось ввиду :
Из первой линии поступают данные на любой скорости, я написал к примеру 9600.
Первый модем передает остальным модемам на фиксированной скорости.
Из второго модема данные выдаются в линию RS485 (номер два) на любой скорости , я написал к примеру 19200.
В третью линию RS485 могут выдаваться например со скоростью 2400.
и т.д.
Суть, что модемы по эфиру передают на фиксированной скорости, а в нужную линию RS485 будут выдаваться с той скоростью которая нужна.

[Leshij]

Подниму тему, ибо задача очень похожа: имеется несколько удаленых объектов, в каждом из которых присутствует группа разных счетчиков (тепло - ВКТ7, газ-EK270, электроэнергия ЦЭ6850 и СЭТ.4ТМ). Все счетчики имеют порт RS-485. Все объекты обвязаны Ethernet.
Идея какая - объеденить все эти счетчики по RS485 -->Ethernet----> сервер с ПО.
Подскажите, такая реализация жизнеспособна, если учитывать что счетчики все разнотипные!??

[shavr]

На каждый счетчик свой преобразователь RS485-Ethernet, на сервере нужное количество виртуальных ком-портов и вперед.

[manjey73]

Не особо читая всю тему хочу задать вопрос - а нахрена все это ?

начнем с простого. 1 счетчики электроэнергии - свои протоколы. Меркурий, Энергомера и т.д. у вас есть на чем опрашивать каждый счетчик ? скада, ПЛК ?
2. счетчики воды - импульсный выход

что там еще за оборудование буде ?

ИМХО, самый простой выход. Пульсар 10-ти канальный, заказать с Modbus - цепляем счетчики воды, энергии.
моха modbus rtu - modbus tcp и в сеть ее.

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

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

Сообщение отредактировал manjey73 - 7.9.2014, 21:45

[Snu]

Не совсем понял холливар но могу сказать Moxa DE-311 безотказное устройство, и Mgate MB3480 тоже не разу не подвадило,
первое просто вирт ком порт можно сделать, второй девайс Modbus Ethernet Gateway.

[Leshij]

На каждый счетчик свой преобразователь RS485-Ethernet, на сервере нужное количество виртуальных ком-портов и вперед.

Тогда какой смысл в RS-485, если все равно к каждому счетчику (а их около 100) необходимо вешать свой преобразователь? Плюс с решение с ком-портами не самое удачное, учитывая что ПО умеет опрашивать приборы по Internet/Ethernet.

Не особо читая всю тему хочу задать вопрос - а нахрена все это ?

начнем с простого. 1 счетчики электроэнергии - свои протоколы. Меркурий, Энергомера и т.д. у вас есть на чем опрашивать каждый счетчик ? скада, ПЛК ?
2. счетчики воды - импульсный выход

что там еще за оборудование буде ?

ИМХО, самый простой выход. Пульсар 10-ти канальный, заказать с Modbus - цепляем счетчики воды, энергии.
моха modbus rtu - modbus tcp и в сеть ее.

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

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

1. Протоколы разные - верно. Чем опрашивать - есть, ПО по опросу приборов учета, которое работает с разными типами приборов.
2. Импульсный выход не используем. У всех приборов есть RS-485.

Интересует сама реализация опроса по одной шине RS-485, когда на ней сидят совершенно разные приборы с разными протоколами (в т.ч. и своими закрытыми). Для преобразователя интерфеса RS-485/Ethernet это имеет значение? или все это можно настроить? или это зависит от конкретного производителя преобразователей?

Не совсем понял холливар но могу сказать Moxa DE-311 безотказное устройство, и Mgate MB3480 тоже не разу не подвадило,
первое просто вирт ком порт можно сделать, второй девайс Modbus Ethernet Gateway.

Про MOXA много хорошего наслышан.... но пока хочется понять основы совместимости разных приборов.

[Snu]

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

[manjey73]

Leshij если протокол закрыт или типа с маркерным доступом (например приборы Логика), то увы, вы их не посадите на одну шину с тем же Меркурием или ЦЭ6850.

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

Если не заработает, то задница, тогда установка ПЛК, подключение приборов на одну шину ПЛК, опросом должен заниматься ПЛК через библиотеки работы с портом (например ПЛК работающие на CodeSYS и библиотеки SisLibCom). ПЛК при этом с Eterneth портом.
Или многопортовая Moxa

Вариантов у вас как бы не так уж много, но для начала необходимо определиться.
1. со списком приборов и счетчиков к которым необходим доступ для опроса
2. возможность работы счетчкико и приборов с разными протоколами на одной шине при помощи ПО или ПЛК
3. использование Moxa не 1 портовой DE311 а другой, например 4-х портовой

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

Например счетчики требуют авторизации (пароль), подсчеты контрольных сумм в запросах и т.д. нюансы.

Вы забываете, что 100 счетчиков у вас расположены в разных местах, не объединенных в одной шине, да и RS485 по умолчанию не позволяет более 31 устройств.
+ если это дома, то на одном IP адресе будут висеть различные приборы, весь вопрос, будут ли они сидеть на одной шине внутри дома или их придется разносить из-за разности протоколов.

Сообщение отредактировал manjey73 - 9.9.2014, 9:35