Направление запросов нужному устройству

[LGrey]

Здоровья всем форумчанам!

 

Подскажите пожалуйста вариант подхода в такой ситуации:

 

Есть несколько устройств (древних) не имеющих собственного сетевого адреса. Обмен данными с ними идет по интерфейсу ИРПС (токовая петля). На каждом канале ИРПС стоит преобразователь в RS-232. OPC-сервер отправляя запрос конкретному устройству, сам присваивает ему адрес в каждом пакете запросов. Устройство, получив запрос, отвечает, присваивая пакету утановленный в запросе адрес. Таким образом, OPC-сервер распознает, кто ответил. OPC-сервер самодельный, может быть изменен под конкретную ситуацию.

 

Собственно вопрос:

 

На базе каких устройств из линейки MOXA можно построить оптимальную сеть, чтобы в соответствии с указанным адресом устройства происходило перенаправление запроса на конкретный порт RS-232?

[Evgeny]

Здоровья всем форумчанам!

 

Подскажите пожалуйста вариант подхода в такой ситуации:

 

Есть несколько устройств (древних) не имеющих собственного сетевого адреса. Обмен данными с ними идет по интерфейсу ИРПС (токовая петля). На каждом канале ИРПС стоит преобразователь в RS-232. OPC-сервер отправляя запрос конкретному устройству, сам присваивает ему адрес в каждом пакете запросов. Устройство, получив запрос, отвечает, присваивая пакету утановленный в запросе адрес. Таким образом, OPC-сервер распознает, кто ответил. OPC-сервер самодельный, может быть изменен под конкретную ситуацию.

 

Собственно вопрос:

 

На базе каких устройств из линейки MOXA можно построить оптимальную сеть, чтобы в соответствии с указанным адресом устройства происходило перенаправление запроса на конкретный порт RS-232?

Т.е. Вы хотите связать преобразователи в сеть Ethernet? Если я правильно понимаю, Ваш OPC-сервер умеет работать с COM-портом. Тогда можно обойтись без доработки программы, использовать на каждом преобразователе NPort 5110, создав на компьютере виртуальный COM-порт, и работать с ИРПС через Ethernet, объединив линии Ethernet просто с помощью коммутатора/хаба, либо использовать многопортовые устройства NPort 5410, 5610... Собственно оптимальность сети определяется задачей (т.е. на какие расстояния разнесены Ваши устройства, по какой топологии Вы бы хотели их объединить и т.п.).

[LGrey]

...по какой топологии Вы бы хотели их объединить...

Хотелось бы обращаться ко всем устройствам через один виртуальный COM-порт (по Ethernet). Проблема в том, что при отправке запроса типа "выдать значение от прибора 1" будет получен ответ от всех приборов типа "XXX от прибора 1". Т.е. каждый прибор даст свой ответ и подпишется названием из запроса (от прибора 1). Нормальные приборы с RS-232 (имеющие сетевые адреса) можно объединять параллельно и сажать на один COM-порт. В нашем случае такое невозможно, а хотелось бы (для рационального использования портов). Между OPC-сервером и приборами должен стоять типа коммутатор (переключатель портов), который умеет перенаправлять конкретный запрос на конкретный физический COM-порт ориентируясь на указанный в запросе адрес (например: прибор 1 - COM3, прибор 2 - COM6 и т.д.). Т.е., "коммутатор" должен уметь, зная структуру пакета данных, выцеплять из него адрес. Или это принципиально не возможно?

В данный момент каждый прибор сидит на своем виртуальном порте (многопортовая MOXA), что не является рациональным использованием портов. Приборы разнесены друг от друга до 100 м (но ИРПС "бьет" до километра). Преобразователи ИРПС в RS-232 стоят непосредственно около MOXA.

 

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

 

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

Насколько грамотно и понятно излагаю мысли я не знаю, так как не владею сетевыми терминами, просьба не пинать

[Komantsev]

Хотелось бы обращаться ко всем устройствам через один виртуальный COM-порт (по Ethernet). Проблема в том, что при отправке запроса типа "выдать значение от прибора 1" будет получен ответ от всех приборов типа "XXX от прибора 1". Т.е. каждый прибор даст свой ответ и подпишется названием из запроса (от прибора 1). Нормальные приборы с RS-232 (имеющие сетевые адреса) можно объединять параллельно и сажать на один COM-порт. В нашем случае такое невозможно, а хотелось бы (для рационального использования портов). Между OPC-сервером и приборами должен стоять типа коммутатор (переключатель портов), который умеет перенаправлять конкретный запрос на конкретный физический COM-порт ориентируясь на указанный в запросе адрес (например: прибор 1 - COM3, прибор 2 - COM6 и т.д.). Т.е., "коммутатор" должен уметь, зная структуру пакета данных, выцеплять из него адрес. Или это принципиально не возможно?

В данный момент каждый прибор сидит на своем виртуальном порте (многопортовая MOXA), что не является рациональным использованием портов. Приборы разнесены друг от друга до 100 м (но ИРПС "бьет" до километра). Преобразователи ИРПС в RS-232 стоят непосредственно около MOXA.

 

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

 

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

Насколько грамотно и понятно излагаю мысли я не знаю, так как не владею сетевыми терминами, просьба не пинать

Добрый день!

Всё очень понятно Вы описали :-)

 

Боюсь просто, что стандартными средствами Вашу задачу не решить. Всё (ну или почти всё) оборудование MOXA предназначено для прозрачной передачи данных. Т.е. без анализа содержимого, "что принял, то и передал". То устройство, которое Вы назвали "коммутатором" должно будет анализировать пакеты и передавать их только на нужный порт. Боюсь, что протокол анализа придется описывать самостоятельно.

Можем для такой задачи предложить только компактные компьютеры. Они внешне выглядят как NPort, но по сути это компьютеры с ОС Linux или Windows CE. Для них придется самостоятельно написать программу на языке Си.

Другого варианта мы, к сожалению, не предложим.

[LGrey]

Здравствуйте!

 

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

 

Огромное спасибо за внимание к моим вопросам и за ответы.

А компании MOXA мой риспект и уважуха . Так держать!

 

PS: Вы можете назвать ориентировочную стоимость в России наиболее дешевых компьютеров (настенного монтажа и на DIN-рейку) с количеством последовательных портов 4-8?

[Komantsev]

Здравствуйте!

 

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

 

Огромное спасибо за внимание к моим вопросам и за ответы.

А компании MOXA мой риспект и уважуха . Так держать!

 

PS: Вы можете назвать ориентировочную стоимость в России наиболее дешевых компьютеров (настенного монтажа и на DIN-рейку) с количеством последовательных портов 4-8?

Добрый день!

Большое спасибо за отзывы в наш адрес :-)

 

По поводу компьютеров - расклад по самым популярным позициям примерно такой:

UC-7410-LX (8 COM-портов, настольный монтаж): 536$

IA-240-LX (4 COM-порта, монтаж на рейку): 782$

[LGrey]

Благодарю!