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

[sir_puding]

Всем привет.

Подскажите кто нибудь преобразователи 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.

[sir_puding]

Всем привет.

Подскажите кто нибудь преобразователи 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.

[ttt]

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

[Vyacheslav]

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

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

[sir_puding]

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

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

[sir_puding]

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

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

[Vyacheslav]

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

[sir_puding]

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

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

[ktulu]

"Подскажите кто нибудь преобразователи 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 и на систему учета...

[ttt]

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

[ScrewDriver]

adam 4572

[sir_puding]

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

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

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

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

"В голову приходит три варианта работы таких преобразователей:
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 в каждом доме", а что на успд приходит???

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

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

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

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

[sir_puding]

adam 4572

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

[ScrewDriver]

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

[sir_puding]

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

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

[ttt]

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

[sir_puding]

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

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

[sir_puding]

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

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

[sir_puding]

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

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

[S_V_S]

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

[ktulu]

...для 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 км кабеля в одном сегменте пробивали...

[sir_puding]

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

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)

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

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

[sir_puding]

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

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

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

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

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

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

[sir_puding]

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

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 поддерживает шифрование передаваемых данных.

[robert82]

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

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

[sir_puding]

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

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

[robert82]

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

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

[sir_puding]

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

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

[Гость_Astilya_*]

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

[Drean]

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

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

Господа, вижу как у вас широко тема развернулась. А можно немного оффтоп. Возможно вы пошлете меня с ним куда надо =) Вот почитал тему и задался вопросом, а если задача мониторить счетчики в 10 домах поселка, то почему нельзя использовать какую-нибудь из шин (LON, EIB), почему именно интерфейс RS485/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