Alich 0 20 апреля, 2008 Опубликовано 20 апреля, 2008 · Жалоба Суть проблемы - есть устройство регистрации сухих контактов, подключенное к ПК. До него нужно довести состояние сигнализаторов уровня жидкости. Сигнализаторы удалены. По ТЗ необходимо преобразовать состояние сигнализаторов (сухой контакт) в Ethernet. Затем передать на обратный преобразователь Ethernet сухой контакт. И подать на устройство регистрации. Кто нибудь делал подобное? У Моха есть контроллеры 4000 серии. Позволяют преобразовать Сухой контакт -> Modbus/TCP. Затем с компа можно посмотреть состояние. Но задача стоит именно в выводе на сухой контакт на приемной стороне. То есть если с прямым преобразованием более менее понятно. То с обратным не очень ясно. Как вариант использовать одноплатный комп (типа промышленный ПК с соответсвующим программным обеспечением). Но хотелось бы что нить стандартное. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rezident 0 20 апреля, 2008 Опубликовано 20 апреля, 2008 · Жалоба Дык возьмите у той же Moxa конвертор Ethernet<->RS232 и добавьте к нему МК с UARTом. Этот МК будет считывать состояния и управлять вашими "сухими" контактами в требуемом количестве. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gte 6 20 апреля, 2008 Опубликовано 20 апреля, 2008 · Жалоба То с обратным не очень ясно. Как вариант использовать одноплатный комп (типа промышленный ПК с соответсвующим программным обеспечением). Но хотелось бы что нить стандартное. В промышленных системах управления Ethernet, обычно, не используется непосредственно в системах управления (датчики-контроллер) по тому, что не обеспечивается гарантированная доставка сообщения. По этой причине, я так думаю, нет модулей удаленной периферии с интерфейсом Ethernet. Разрабатывался, так называемый, промышленный Ethernet, но текущее состояние я не знаю. Учтите это при включение датчиков в систему управления по Ethernet. И еще. Возможно, причина использования Ethernet в качестве полевой шины в наличии проложенного сетевого кабеля. Если удаление небольшое, возможно, будет дешевле пробросить новый кабель. Известите об этом заказчика с примерной раскладкой стоимости, может передумает. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Rst7 5 21 апреля, 2008 Опубликовано 21 апреля, 2008 · Жалоба В промышленных системах управления Ethernet, обычно, не используется непосредственно в системах управления (датчики-контроллер) по тому, что не обеспечивается гарантированная доставка сообщения. А что, RS485 обеспечивает??? Гарантированная доставка сообщений обеспечивается протоколами более высокого уровня, и кстати, тот же Modbus этой гарантии не дает. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
GL_basik 0 21 апреля, 2008 Опубликовано 21 апреля, 2008 · Жалоба Дык возьмите у той же Moxa конвертор Ethernet<->RS232 и добавьте к нему МК с UARTом. Этот МК будет считывать состояния и управлять вашими "сухими" контактами в требуемом количестве. Я бы вообще не использовал стандартные конвертеры по причине дороговизны и избыточности. Вам надо 2 совершенно идентичных устройства. Ethernet контроллер+управляющий микроконтроллер. Для обеспечения гарантированной доставки использовать TCP. И будет счастье. Комплетктующие для вашего случая стоят копейки. Используюутся стандартные схемы включения. Ничего изобретать не надо, Конечно придется заплатить человеку который будет контроллер программировать. И не надо городить огород... :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
DI HALT 0 26 апреля, 2008 Опубликовано 26 апреля, 2008 · Жалоба А вот такая штука тебе не подойдет? Стоимость модуля 18 баксов, стоимость платы под нее ... ну мне вышло рублей в 50. На выходе УАРТ, может быть хоть клиентом ,хоть сервером. Настроек тьма, хоть ТСП, хоть УДП. По моему самый вертолет. Нэ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 2 26 апреля, 2008 Опубликовано 26 апреля, 2008 · Жалоба Есть такой. Как раз для сухих контактов проектировался. http://aly.ogmis.lt/OpenProjects/ARMDominator4/ARMD4.htm По Ethernet инфа о контактах передается по протоколу SNMP, HTTP, Telnet и т.д. SNMP совместим со многими SCADA и бесплатными пакетами типа Open NMS. Есть Add-On плата которая может превратить дивайс в резервный шлюз Ethernet-GPRS для всей внешней сети Ethernet в случае в случае если основной канал обрывается. Суть проблемы - есть устройство регистрации сухих контактов, подключенное к ПК. До него нужно довести состояние сигнализаторов уровня жидкости. Сигнализаторы удалены. По ТЗ необходимо преобразовать состояние сигнализаторов (сухой контакт) в Ethernet. Затем передать на обратный преобразователь Ethernet сухой контакт. И подать на устройство регистрации. Кто нибудь делал подобное? У Моха есть контроллеры 4000 серии. Позволяют преобразовать Сухой контакт -> Modbus/TCP. Затем с компа можно посмотреть состояние. Но задача стоит именно в выводе на сухой контакт на приемной стороне. То есть если с прямым преобразованием более менее понятно. То с обратным не очень ясно. Как вариант использовать одноплатный комп (типа промышленный ПК с соответсвующим программным обеспечением). Но хотелось бы что нить стандартное. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
wolf_soloist 0 19 мая, 2008 Опубликовано 19 мая, 2008 · Жалоба А такой вопрос. К сигнальному кабелю применили систему "сухих контактов". Если сигнал, любой мощности, есть, "сухой контакт" выдает сигнал... А дальше мне нужно зафиксировать этот сигнал в микроконтроллере, причем в Microogix1500 Allen Bradley. А подойдут для этой цели обычные линии ввода, или нужно искать специальный модуль, работающий с "сухим контактом"? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
tawer 0 18 июля, 2008 Опубликовано 18 июля, 2008 · Жалоба Народ, присоветуйте пожалуйста. Задача, мониторить через транспортную сеть на основе IP состояние сухих контактов на удаленных объектах. Готовые типовые решения есть? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Andy Great 0 18 июля, 2008 Опубликовано 18 июля, 2008 · Жалоба Сеть ПЛК, например. Задавайте вопросы конкретнее (бюджет и т.д.) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
tawer 0 18 июля, 2008 Опубликовано 18 июля, 2008 · Жалоба Сеть ПЛК, например. Задавайте вопросы конкретнее (бюджет и т.д.) Крайне желательно забирать информацию о контактах по протоколу SNMP Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Andy Great 0 18 июля, 2008 Опубликовано 18 июля, 2008 · Жалоба Крайне желательно забирать информацию о контактах по протоколу SNMP На Ваш "ответ" отвечаю: сеть Линукс-машин в пром. исполнении поможет. Сухие контакты можно повесить на пар. порт. ЗЫ: Телепаты в отпуске, а вариантов много. От дешевых до дорогих. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gte 6 18 июля, 2008 Опубликовано 18 июля, 2008 · Жалоба А что, RS485 обеспечивает??? Гарантированная доставка сообщений обеспечивается протоколами более высокого уровня, и кстати, тот же Modbus этой гарантии не дает. Не понял, при чем RS485. Profibus, например, обеспечивает гарантированную доставку за заранее известное время. Сеть ПЛК, например. Задавайте вопросы конкретнее (бюджет и т.д.) Крайне желательно забирать информацию о контактах по протоколу SNMP Вам же пишут, что конкретные требования нужны. Без требований к надежности (области применения), времени доставки сообщений, количества обьектов их удаленности и бюджета трудно что то конкретное порекомендовать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 2 18 июля, 2008 Опубликовано 18 июля, 2008 · Жалоба А чем вам мой дивай не нравиться? http://electronix.ru/forum/index.php?showt...mp;#entry403171 Крайне желательно забирать информацию о контактах по протоколу SNMP Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
one_man_show 0 19 июля, 2008 Опубликовано 19 июля, 2008 · Жалоба AlexandrY Мне Ваш девайс очень понравился, но на вид он достаточно "тяжел", вернее громоздок для такой простой задачи. Кроме того, думаю, что и по цене будет "не легок". Если ошибаюсь, поправьте Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
