Суть проблемы - есть устройство регистрации сухих контактов, подключенное к ПК. До него нужно довести состояние сигнализаторов уровня жидкости. Сигнализаторы удалены. По ТЗ необходимо преобразовать состояние сигнализаторов (сухой контакт) в Ethernet. Затем передать на обратный преобразователь Ethernet сухой контакт. И подать на устройство регистрации.
Кто нибудь делал подобное?
У Моха есть контроллеры 4000 серии. Позволяют преобразовать Сухой контакт -> Modbus/TCP. Затем с компа можно посмотреть состояние. Но задача стоит именно в выводе на сухой контакт на приемной стороне. То есть если с прямым преобразованием более менее понятно. То с обратным не очень ясно. Как вариант использовать одноплатный комп (типа промышленный ПК с соответсвующим программным обеспечением). Но хотелось бы что нить стандартное.

Дык возьмите у той же Moxa конвертор Ethernet<->RS232 и добавьте к нему МК с UARTом. Этот МК будет считывать состояния и управлять вашими "сухими" контактами в требуемом количестве.

В промышленных системах управления Ethernet, обычно, не используется непосредственно в системах управления (датчики-контроллер) по тому, что не обеспечивается гарантированная доставка сообщения. По этой причине, я так думаю, нет модулей удаленной периферии с интерфейсом Ethernet. Разрабатывался, так называемый, промышленный Ethernet, но текущее состояние я не знаю. Учтите это при включение датчиков в систему управления по Ethernet. И еще. Возможно, причина использования Ethernet в качестве полевой шины в наличии проложенного сетевого кабеля. Если удаление небольшое, возможно, будет дешевле пробросить новый кабель. Известите об этом заказчика с примерной раскладкой стоимости, может передумает.

А что, RS485 обеспечивает??? Гарантированная доставка сообщений обеспечивается протоколами более высокого уровня, и кстати, тот же Modbus этой гарантии не дает.

Я бы вообще не использовал стандартные конвертеры по причине дороговизны и избыточности. Вам надо 2 совершенно идентичных устройства. Ethernet контроллер+управляющий микроконтроллер. Для обеспечения гарантированной доставки использовать TCP. И будет счастье. Комплетктующие для вашего случая стоят копейки. Используюутся стандартные схемы включения. Ничего изобретать не надо, Конечно придется заплатить человеку который будет контроллер программировать. И не надо городить огород...

А вот такая штука тебе не подойдет? Стоимость модуля 18 баксов, стоимость платы под нее ... ну мне вышло рублей в 50. На выходе УАРТ, может быть хоть клиентом ,хоть сервером. Настроек тьма, хоть ТСП, хоть УДП. По моему самый вертолет. Нэ?

Есть такой. Как раз для сухих контактов проектировался.
http://aly.ogmis.lt/OpenProjects/ARMDominator4/ARMD4.htm

По Ethernet инфа о контактах передается по протоколу SNMP, HTTP, Telnet и т.д.
SNMP совместим со многими SCADA и бесплатными пакетами типа Open NMS.

Есть Add-On плата которая может превратить дивайс в резервный шлюз Ethernet-GPRS для всей внешней сети Ethernet в случае в случае если основной канал обрывается.

А такой вопрос. К сигнальному кабелю применили систему "сухих контактов". Если сигнал, любой мощности, есть, "сухой контакт" выдает сигнал... А дальше мне нужно зафиксировать этот сигнал в микроконтроллере, причем в Microogix1500 Allen Bradley. А подойдут для этой цели обычные линии ввода, или нужно искать специальный модуль, работающий с "сухим контактом"?

Народ, присоветуйте пожалуйста. Задача, мониторить через транспортную сеть на основе IP состояние сухих контактов на удаленных объектах. Готовые типовые решения есть?

Сеть ПЛК, например. Задавайте вопросы конкретнее (бюджет и т.д.)

Крайне желательно забирать информацию о контактах по протоколу SNMP

На Ваш "ответ" отвечаю: сеть Линукс-машин в пром. исполнении поможет. Сухие контакты можно повесить на пар. порт.

ЗЫ: Телепаты в отпуске, а вариантов много. От дешевых до дорогих.

Не понял, при чем RS485. Profibus, например, обеспечивает гарантированную доставку за заранее известное время.



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

А чем вам мой дивай не нравиться?

http://electronix.ru/forum/index.php?showt...mp;#entry403171

AlexandrY
Мне Ваш девайс очень понравился, но на вид он достаточно "тяжел", вернее громоздок для такой простой задачи. Кроме того, думаю, что и по цене будет "не легок". Если ошибаюсь, поправьте