Реклама / ООО «ИЗОЛПРОЕКТ» / ИНН: 7725566484 | ERID: 2Vtzqx6kV7S
IPB IPB
Проектирование, монтаж, наладка, сервис


Здравствуйте, гость ( Вход | Регистрация )

- Стандарт НП «АВОК» 7.11-2024
«Рекомендации по проектированию инженерных систем
дошкольных образовательных организаций»

АВОК в соц. сетях
ИНН: 7714824045 | erid: 2VtzqwzKQiU
2 страниц V   1 2 >  
Добавить ответ в эту темуОткрыть тему
> RS-485 и Ethernet. Прозрачная замена кабельной линии.
sir_puding
сообщение 17.11.2008, 15:58
Сообщение #1





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



Всем привет.

Подскажите кто нибудь преобразователи 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
сообщение 17.11.2008, 17:03
Сообщение #2





Группа: Участники форума
Сообщений: 637
Регистрация: 4.7.2005
Пользователь №: 945



Посмотрите тут
http://www.moxa.com/support/download.aspx?d_id=2015
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Vyacheslav
сообщение 17.11.2008, 17:10
Сообщение #3





Группа: Участники форума
Сообщений: 198
Регистрация: 10.9.2008
Из: София
Пользователь №: 22327



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

С уважением Вячеслав
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
sir_puding
сообщение 17.11.2008, 17:16
Сообщение #4





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



Цитата(Vyacheslav @ 17.11.2008, 16:10) [snapback]315986[/snapback]
А если сразу использовать контроллеры с TCP/IP (в смысле контроллеры которые будут считтывать информацию со счетчиков)


К сожалению контроллер, который считывает информацию со счетчиков — ноухау девайс на который завязана программная оболочка.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
sir_puding
сообщение 17.11.2008, 17:30
Сообщение #5





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



Цитата(ttt @ 17.11.2008, 16:03) [snapback]315981[/snapback]


Может я что-то недоглядел, но данная записка описвает "Peer to Peer" соединение двух устройств, а нужно объеденить более двух устройств в одну сеть.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Vyacheslav
сообщение 17.11.2008, 18:15
Сообщение #6





Группа: Участники форума
Сообщений: 198
Регистрация: 10.9.2008
Из: София
Пользователь №: 22327



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

Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
sir_puding
сообщение 17.11.2008, 18:32
Сообщение #7





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



Цитата(Vyacheslav @ 17.11.2008, 17:15) [snapback]316037[/snapback]
А эти контроллры RS-485 протокол ModBus или нет

Похоже что не модбас. В принципе интересует универсальное решение на интерфейс, вне зависимости от протокола передачи.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ktulu
сообщение 18.11.2008, 2:10
Сообщение #8





Группа: Участники форума
Сообщений: 171
Регистрация: 10.5.2008
Пользователь №: 18574



"Подскажите кто нибудь преобразователи 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
сообщение 18.11.2008, 9:16
Сообщение #9





Группа: Участники форума
Сообщений: 637
Регистрация: 4.7.2005
Пользователь №: 945



"Может я что-то недоглядел, но данная записка описвает "Peer to Peer" соединение двух устройств, а нужно объеденить более двух устройств в одну сеть."
Это как пример.
Посмотрите тут http://www.moxa.com/doc/manual/nport/5600/...s_Manual_v7.pdf
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ScrewDriver
сообщение 18.11.2008, 9:50
Сообщение #10





Группа: Участники форума
Сообщений: 449
Регистрация: 15.5.2007
Из: Барнаул->Москва
Пользователь №: 8174



adam 4572
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
sir_puding
сообщение 18.11.2008, 10:24
Сообщение #11





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



Цитата(ktulu @ 18.11.2008, 1:10) [snapback]316167[/snapback]
...итак, имеем RS-485 - физика передачи, Ethernet - в общем тоже, если не учитывать прямой обмен на MAC уровне, TCP/IP стэк протоколов в принципе не зависящий от физики, преобразование подразумевает наличие 2-х протоколов обмена, а в поставленном вопросе про них мало что понятно...


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

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


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

Цитата(ktulu @ 18.11.2008, 1:10) [snapback]316167[/snapback]
"В голову приходит три варианта работы таких преобразователей:
1. UDP/TCP vroadcasting
2. Ehernet broadcasting
3. Рассылка по таблице IP или MAC адресов."
...и что этО даст?...

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


Цитата(ktulu @ 18.11.2008, 1:10) [snapback]316167[/snapback]
"Более конкретно задача стоит так:
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.

Цитата(ktulu @ 18.11.2008, 1:10) [snapback]316167[/snapback]
...как вариант...
...ставим преобразователи оптика-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
сообщение 18.11.2008, 10:55
Сообщение #12





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



Цитата(ScrewDriver @ 18.11.2008, 8:50) [snapback]316208[/snapback]
adam 4572


Данный прибор — шлюз для протокола Modbus. В документации нет явного упоминания о том, что он может работать с другими протоколами.
Был ли у вас опыт использования данного ADAM с не Modbus протоколами?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ScrewDriver
сообщение 18.11.2008, 11:18
Сообщение #13





Группа: Участники форума
Сообщений: 449
Регистрация: 15.5.2007
Из: Барнаул->Москва
Пользователь №: 8174



Нет, использовал только для modBus. будет ли работать с другими протоколами - сейчас просто нечем, но думаю что будет. В нутри у него прописывается только ip адрес.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
sir_puding
сообщение 18.11.2008, 11:19
Сообщение #14





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



Цитата(ttt @ 18.11.2008, 8:16) [snapback]316189[/snapback]
"Может я что-то недоглядел, но данная записка описвает "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
сообщение 18.11.2008, 12:17
Сообщение #15





Группа: Участники форума
Сообщений: 637
Регистрация: 4.7.2005
Пользователь №: 945



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





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



Цитата(ScrewDriver @ 18.11.2008, 10:18) [snapback]316256[/snapback]
Нет, использовал только для modBus. будет ли работать с другими протоколами - сейчас просто нечем, но думаю что будет. В нутри у него прописывается только ip адрес.


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





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



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

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


Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
sir_puding
сообщение 18.11.2008, 15:44
Сообщение #18





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



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

В документации сказано, что девайс поддерживает групповую рассылку UDP датаграмм.
Описание работы в режиме групповой рассылки в документации не приводится. Так что требуется переписка с производителем или подтверждение от "бывалого".
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
S_V_S
сообщение 18.11.2008, 16:58
Сообщение #19





Группа: New
Сообщений: 17
Регистрация: 21.2.2008
Пользователь №: 15832



http://www.plcsystems.ru/catalog/korenix/s...?SECTION_ID=245
вот еще посмотрите, при желании можно потестировать
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ktulu
сообщение 18.11.2008, 17:36
Сообщение #20





Группа: Участники форума
Сообщений: 171
Регистрация: 10.5.2008
Пользователь №: 18574



...для 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."
...теперь вообще не понятно зачем весь этот огород городить с оптикой?smile.gif), если счетчики RS идут напрямую в успд, зачем их в оптику икапсулировать?, ставьте преобразователи (...я так понимаю на успд COM-порты RS-232...) RS-232-RS-485 на успд, ну и пару-тройку репитеров RS-485 для усиления сигнала, или можно Rs-485 заменить на "токовую петлю", в свое время так 1.5 км кабеля в одном сегменте пробивали...
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
sir_puding
сообщение 18.11.2008, 17:57
Сообщение #21





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



Цитата(ktulu @ 18.11.2008, 16:36) [snapback]316557[/snapback]
"Впринципе хотелось бы найти такие устройства которые могли бы передавать данные всем узлам сети, но в виду общепринятой модели обмена по последовательным каналам "
...и что это за модель?, на посл. канале можно и 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)

Цитата(ktulu @ 18.11.2008, 16:36) [snapback]316557[/snapback]
"2. COM
3. На УСПД приходит RS-485 и из счетчиков выходит RS-485."
...теперь вообще не понятно зачем весь этот огород городить с оптикой?smile.gif), если счетчики RS идут напрямую в успд, зачем их в оптику икапсулировать?, ставьте преобразователи (...я так понимаю на успд COM-порты RS-232...) RS-232-RS-485 на успд, ну и пару-тройку репитеров RS-485 для усиления сигнала, или можно Rs-485 заменить на "токовую петлю", в свое время так 1.5 км кабеля в одном сегменте пробивали...


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

Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
sir_puding
сообщение 19.11.2008, 13:08
Сообщение #22





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



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

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

Цитата(S_V_S @ 18.11.2008, 15:58) [snapback]316533[/snapback]
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
сообщение 20.11.2008, 10:11
Сообщение #23





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



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

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
сообщение 20.11.2008, 11:21
Сообщение #24





Группа: New
Сообщений: 12
Регистрация: 2.11.2008
Пользователь №: 24824



Цитата(sir_puding @ 17.11.2008, 18:58) [snapback]315932[/snapback]
Более конкретно задача стоит так:
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
сообщение 20.11.2008, 12:10
Сообщение #25





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



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

http://www.supercom.com.tw/DS-12.html
http://www.supercom.com.tw/DS-42.html
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
robert82
сообщение 20.11.2008, 14:36
Сообщение #26





Группа: New
Сообщений: 12
Регистрация: 2.11.2008
Пользователь №: 24824



Цитата(robert82 @ 20.11.2008, 14:21) [snapback]317313[/snapback]
Не внимательно читал темку, но вот простое и дешевое решение вашей проблемы.
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: Под именем Владимир учавствововал Шилин Александр, его сослуживец с его разрешения smile.gif.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
sir_puding
сообщение 20.11.2008, 15:42
Сообщение #27





Группа: Участники форума
Сообщений: 251
Регистрация: 22.6.2007
Пользователь №: 9644



Цитата(robert82 @ 20.11.2008, 13:36) [snapback]317445[/snapback]
При более внимательном рассмотрении вашей задачки, мне пришло в голову такая мысль.
При условии: что есть постоянно подключенный компьютер к сети, или плата X-86 совместимая (Vortex к примеру) под операционной системой Linux или Windows.
Вы устанавливаете преобразователь-сервер последовательного порта LAN-RS485 на все точки домов и для вашего девайса USPD тоже.
У каждого, разумеется, свой IP адрес и Порт к которому можно клиентом поддцепиться.
На машину нужно установить программу-демон, который клиентом соединен ко всем LAN-RS485 и выполняет простую функцию ретрансляции пакетов в остальные соединения.
В результате должна быть 485-я сеть.
PS: Под именем Владимир учавствововал Шилин Александр, его сослуживец с его разрешения smile.gif.



Это конечно вариант, но он требует людей и знания которых у нас нет (не говоря о сопровождении ПО). Посему необходимо иметь железное решение. С пяток преобразователей, которые нам подходят, уже нашел. Как пройдусь по всему рынку подобной продукции буду выбирать что получше в цене и функциям.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Гость_Astilya_*
сообщение 21.11.2008, 9:30
Сообщение #28





Guest Forum






S_V_S сегодня в личку ответ скинет. Протестировали - все получилось, кроме одного момента. Дадим полный отчет.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Drean
сообщение 21.11.2008, 9:58
Сообщение #29





Группа: Участники форума
Сообщений: 462
Регистрация: 28.12.2006
Пользователь №: 5375



Оборудование Moxa понравилось, правда тайваньская сборка smile.gif, но самое главное РАБОТОСПОСОБНОСТЬ!! Другие конвертеры, аналоги Uport 1110 от Moxa, просто не работают или работают некорректно.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Александр Кузнец...
сообщение 21.11.2008, 11:35
Сообщение #30





Группа: New
Сообщений: 11
Регистрация: 31.10.2008
Пользователь №: 24767



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

2 страниц V   1 2 >
Добавить ответ в эту темуОткрыть тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 

Реклама
ООО «Арктика групп» ИНН: 7713634274



ООО "Русич" ИНН 9721068883 / ЕРИД 2VtzqvMjLF8


ООО «УНИСПЛИТ» ИНН: 6453155081 erid:2VtzqxXgvJi

Реклама: ООО «СибСтронг» | ИНН 6670013662 | ERID: 2VtzqwyM2dc
Реклама: ООО «СЛ-ЛАЗЕР» ИНН 7727447267 | erid: 2VtzquvhFWx

Последние сообщения Форума






RSS Текстовая версия Сейчас: 31.7.2025, 20:00
Политика ООО ИИП «АВОК-ПРЕСС» в отношении обработки персональных данных