Устройство поддерживает фантомное POE питание. Пары 4,5 - положительный контакт, пары 7,8 - отрицательный контакт.

Для питания устройства по POE нужен источник питания 5В 5Вт, например, SNR-PS-AC/DC-5/1. При подключении можно можно воспользоваться инжектором RBPOE.

 

Рекомендуется регулярно обновлять прошивку устройства для того, что бы функционал устройства соответствовал заявленному.

 

firmware_SNR-ERD-3.4

 

Программа для обновления прошивки SNR Flasher

 

инструкция ERD-3.4

 

MIB файл

 

Адрес технической поддержки

 

Последние изменения в прошивке:

 

 

14.08.2015

- Firmware: 10.1

- добавлена отправка температуры со всех датчиков в облачный сервис "Народный мониторинг"

- добавлена настройка недостающих скоростей последовательного порта с помощью сервиса "НАГрузка"

 

01.07.15

- Firmware: 10.0

- добавлена функция отправки показаний с датчиков в облачный сервис "Народный мониторинг" http://narodmon.ru

- web: добавлена настройка IP адреса облачного сервиса "Народный мониторинг" http://narodmon.ru

 

29.05.15

- обновление MIB файла: исправлены некоторые ошибки

 

30.03.15

- Firmware: 9.9

- добавлен новый режим управления нагрузкой "Gidrolock"

- web: добавлена настройка времени заполнения буффера последовательного порта (RS-232/485)

- snmp: фикс бага, при котором слишком длинные snmp запросы могли повредить данные в памяти устройства

 

07.11.14

- Firmware: 9.8

- фикс сброса настроек устройства

- фикс работы термостата: термостат работает только на основе показаний встроенного датчика температуры, либо только на основе показаний внешних датчиков температуры, если они подключены

- добавлен новый режим термостата: подогрев

- web: добавлена настройка TCP порта Ethernet конвертера

- web: изменение отображения состояния TCP порта для функции конвертера интерфейсов на "Converter port"

- web: добавлена настройка режима термостата

 

14.04.14

- Firmware: 9.7

- добавлена функция конвертера Ethernet->RS-232(485)

- web: добавлено состояние порта Ethernet конвертера (available/busy - доступен/занят) + IP адрес подключенного клиента

- web: добавлена страница настройки последовательного порта "Port Config"

- snmp: фикс некорректной обработки get-next запросов

 

24.01.14

- Firmware: 9.6

- фикс некорректного значения температуры при первом измерении с вынесенных датчиков температуры при включении устройства

- snmp: добавлена отправка трапа при автоматической перезагрузке SMART1 с помощью функции отслеживания работоспособности оборудования

- snmp: фикс бага, из-за которого в некоторых случаях не отправлялись трапы при превышении температуры на внешних температурных датчиках

- snmp: изменены OID'ы трапов, отсылаемых при превышении температуры и обрыве внешних температурных датчиков

- snmp: при обрыве внешних температурных датчиков оповещение по температуре не отправляется

- snmp: обновление MIB файла

 

03.12.13

- Firmware: 9.5

- фикс бага, при котором с температурных датчиков могли сниматься неверные показания

- переотправка ethernet пакета при возникновении поздних коллизий теперь работает корректно

- web: при обрыве внешних температурных датчиков на странице отображается соответствующее состояние

- web: состояние датчиков сигнализации изменено на HIGH level/LOW level в сработавшем/исходном состояниях

- snmp: оповещения о срабатываниях и восстановлениях в исходное состояние датчиков теперь отправляются моментально

- snmp: изменен тест трапа при восстановлении температуры на внутреннем датчике до нормального значения

- snmp: изменены текст и OID трапа при восстановлении температуры на внешних датчиках до нормального значения

- snmp: при обрыве и восстановлении внешних температурных датчиков устройство отправляет трап

- snmp: обновление MIB файла

 

29.08.13

- Firmware: 9.4

- фикс бага, приводившего к зависанию или некорректной работе устройства

- фикс некорректной работы watchdog'а

- фикс бага, из-за которого функция проверки работоспособности оборудования работала некорректно

- фикс некорректного мак адреса получателя в UDP сообщениях, посылаемых устройством при работе функции синхронной работы с аналогичным устройством

- добавлена очистка мак адреса при смене IP адреса Gateway, MonitoredHostIP, IP for Trap, IP for SYN

- web: добавлен счетчик срабатываний датчиков сигнализации

- web: названия датчиков сигнализации соответствуют названиям Trap'ов (аналогично пользовательским датчикам)

- web: замена цветовой подсветки состояний пользовательских датчиков: нормальное состояние - зеленая подсветка, датчик сработал - красная подсветка

- web: изменение названий состояний пользовательских датчиков: LOW level/HIGH level - нормальное состояние(низкий уровень на входе)/сработка датчика(высокий уровень на входе)

- snmp: трап по температуре теперь содержит переменную с OID'ом температурного датчика

- snmp: трап по измеренному напряжению теперь содержит переменные с OID'ами вольтметров

- snmp: трапы на каждое событие теперь имеют свои уникальные OID'ы

- snmp: количество срабатываний тревожных сенсоров теперь показывается корректно

- обновление MIB файла

 

1.07.13

- Firmware: 9.3

- фикс глюка, из-за которого устройство работало некорректно с паролем длинной 10 символов

- сообщение о срабатывании датчика сигнализации аналогичному устройству теперь отправляется сразу и однократно

- web: добавлена возможность изменять несколько параметров одновременно

- web: добавлена настройка времени перезагрузки SMART1 (7й контакт)

- snmp: трап при срабатывании датчиков сигнализации теперь отправляется сразу

- snmp: добавлены команды включения/выключения переключаемой нагрузки (8й контакт): man_on/man_off теперь не только отображают состояние нагрузки, но управляют ей

- обновление MIB файла

 

22.04.13

- Firmware: 9.2

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

- устройство отправляет пинг опрашиваемому хосту каждые 16 секунд

- web: добавлена настройка количества неответов от опрашиваемого хоста до перезагрузки

- snmp: в трапах теперь содержится OID датчика, при сработке которого был отправлен трап

- snmp: предупреждающий трап по температуре теперь отправляется только при выключенном термостате. пороговые значения температуры задаются в Critical temperature и Normal temperature

- snmp: добавлен вывод серийных номеров подключенных датчиков температуры

- обновление MIB файла

 

07.02.13

- Firmware: 9.1

- фикс бага, при котором устройство могло зависнуть или потерять Ethernet link после сработки датчиков сигнализации

- добавлена поддержка работы до 5 внешних температурных датчиков

- добавлена новая функция синхронной работы с аналогичным устройством (подробное описание функции в инструкции Пункт 7)

- web: добавлен вывод ID внешних температурных датчиков + температуры

- snmp: трапы о восстановлении датчиков сигнализации в исходное состояние теперь приходят сразу

- snmp: Walk теперь работает корректно: можно опрашивать как всю ветку OID'ов устройства, так и каждую ветку по отдельности

- snmp: OID trap'а и OID переменной с сообщением больше не совпадают

- snmp: добавлены разные OID'ы trap'ов при сработке и восстановлении состояния датчиков в исходное состояние

- snmp: добавлен вывод версии прошивки устройства в MIB'е Sysdescr

- snmp: добавлен вывод показаний со всех подключенных датчиков температуры

- обновление MIB файла

 

- Firmware: v.9.0

- web: обновленный интерфейс и фиксы html ошибок

- web: добавлен вывод ARP таблицы (страница IP Config)

- snmp: фикс некорректного OID'а в Trap'ах

 

 

Изменено пользователем Victor Pestov

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

07.02.13

- Firmware: 9.1

- фикс бага, при котором устройство могло зависнуть или потерять Ethernet link после сработки датчиков сигнализации

- добавлена поддержка работы до 5 внешних температурных датчиков

- добавлена новая функция синхронной работы с аналогичным устройством (подробное описание функции в инструкции Пункт 7)

- web: добавлен вывод ID внешних температурных датчиков + температуры

- snmp: трапы о восстановлении датчиков сигнализации в исходное состояние теперь приходят сразу

- snmp: Walk теперь работает корректно: можно опрашивать как всю ветку OID'ов устройства, так и каждую ветку по отдельности

- snmp: OID trap'а и OID переменной с сообщением больше не совпадают

- snmp: добавлены разные OID'ы trap'ов при сработке и восстановлении состояния датчиков в исходное состояние

- snmp: добавлен вывод версии прошивки устройства в MIB'е Sysdescr

- snmp: добавлен вывод показаний со всех подключенных датчиков температуры

- обновление MIB файла

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

22.04.13

- Firmware: 9.2

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

- устройство отправляет пинг опрашиваемому хосту каждые 16 секунд

- web: добавлена настройка количества неответов от опрашиваемого хоста до перезагрузки

- snmp: в трапах теперь содержится OID датчика, при сработке которого был отправлен трап

- snmp: предупреждающий трап по температуре теперь отправляется только при выключенном термостате. пороговые значения температуры задаются в Critical temperature и Normal temperature

- snmp: добавлен вывод серийных номеров подключенных датчиков температуры

- обновление MIB файла

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

подскажите, закупили партию ERD 3.2, при заведении устройств на систему мониторинга The Dude, на snmp отвечают только 2 из всех. В wiresharke вижу ответы от проблемных устройст, но в поле community добавляется 1 произвольный символ в конце. Если snmpwalk запросить oid то все нормально. Сталкивался кто нибуть с таким?

Изменено пользователем MrNv

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

подскажите, закупили партию ERD 3.2, при заведении устройств на систему мониторинга The Dude, на snmp отвечают только 2 из всех. В wiresharke вижу ответы от проблемных устройст, но в поле community добавляется 1 произвольный символ в конце. Если snmpwalk запросить oid то все нормально. Сталкивался кто нибуть с таким?

версия прошивки на всех устройствах одинаковая?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

версия прошивки на всех устройствах одинаковая?

да, последняя 9.2

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

версия прошивки на всех устройствах одинаковая?

да, последняя 9.2

отпишите на erd@nag.ru

постараемся решить эту проблему.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

10half это правильный режим порта в сторону SNR-ERD-3.2?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

10half это правильный режим порта в сторону SNR-ERD-3.2?

Все верно, Ethernet порт у ERD работает в режиме 10mb half

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Victor Pestov

Спасибо. Было бы неплохо отразить это в документации, а то про 10Мбит сказано, а про half нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Victor Pestov

Спасибо. Было бы неплохо отразить это в документации, а то про 10Мбит сказано, а про half нет.

Добавим. Спасибо за замечание.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Как отслеживать наличие питания? Подключил источник питания 5В= к контактам 1 и 3 3ёх контактного разъёма, но ни в веб, ни в снмп ничего не поменялось. В чём может быть проблема? Или источник питания надо подключать к контактам 1 и 2 трёхконтактного разъёма?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Как отслеживать наличие питания? Подключил источник питания 5В= к контактам 1 и 3 3ёх контактного разъёма, но ни в веб, ни в снмп ничего не поменялось. В чём может быть проблема? Или источник питания надо подключать к контактам 1 и 2 трёхконтактного разъёма?

датчики наличия напряжения контакты 1 и 2 трехконтактного разъема (первый датчик) и контакты 7 и 8 десятиконтактного разъема (второй датчик)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1.07.13

- Firmware: 9.3

- фикс глюка, из-за которого устройство работало некорректно с паролем длинной 10 символов

- сообщение о срабатывании датчика сигнализации аналогичному устройству теперь отправляется сразу и однократно

- web: добавлена возможность изменять несколько параметров одновременно

- web: добавлена настройка времени перезагрузки SMART1 (7й контакт)

- snmp: трап при срабатывании датчиков сигнализации теперь отправляется сразу

- snmp: добавлены команды включения/выключения переключаемой нагрузки (8й контакт): man_on/man_off теперь не только отображают состояние нагрузки, но управляют ей

- обновление MIB файла

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Victor Pestov Здравствуйте, а можно реализовать прошивку для ERD таким образом, что б переключения пользовательской нагрузки на контакте 8 работал не только в зависимости от термостата, но и по срабатыванию датчика протечки(любой другой датчик), тогда можно реализовать систему антипротечка(запуск генератора по отсутствию напряжения и т.д.) только на ERD, без сервера и отсылки snmp, это расширило бы область применения.

 

И еще такой нюанс, нет настройки маски подсети, если вам не сложно добавьте данный функционал в следующих релизах.

Изменено пользователем berserkdeep

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Еще вопрос, можно реализовать средствами прошивки большее количество разъемов для управление смарт-розетками? 1 реле маловато для реализации некоторых объектов, а покупать 2 ERD дорого для таких объектов.

Изменено пользователем berserkdeep

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Victor Pestov Здравствуйте, а можно реализовать прошивку для ERD таким образом, что б переключения пользовательской нагрузки на контакте 8 работал не только в зависимости от термостата, но и по срабатыванию датчика протечки(любой другой датчик), тогда можно реализовать систему антипротечка(запуск генератора по отсутствию напряжения и т.д.) только на ERD, без сервера и отсылки snmp, это расширило бы область применения.

 

И еще такой нюанс, нет настройки маски подсети, если вам не сложно добавьте данный функционал в следующих релизах.

Добрый день!

Функция переключения нагрузки при срабатывании датчика протечки реализована в устройство ERD-Counter http://shop.nag.ru/catalog/00007.Avtomatizatsiya-i-monitoring/05629.Mikrokontrollery/09999.SNR-ERD-COUNTER-10

 

Возможно, добавим аналогичную функцию в ЕРД-3.

 

Маска сети выбирается автоматически в зависимости от настроенного шлюза (Gateway).

 

Еще вопрос, можно реализовать средствами прошивки большее количество разъемов для управление смарт-розетками? 1 реле маловато для реализации некоторых объектов, а покупать 2 ERD дорого для таких объектов.

Функция управления розетками завязана так же и на железной обвязке разъёма. К сожалению, программно не добавить..

Изменено пользователем Victor Pestov

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

29.08.13

- Firmware: 9.4

- фикс бага, приводившего к зависанию или некорректной работе устройства

- фикс некорректной работы watchdog'а

- фикс бага, из-за которого функция проверки работоспособности оборудования работала некорректно

- фикс некорректного мак адреса получателя в UDP сообщениях, посылаемых устройством при работе функции синхронной работы с аналогичным устройством

- добавлена очистка мак адреса при смене IP адреса Gateway, MonitoredHostIP, IP for Trap, IP for SYN

- web: добавлен счетчик срабатываний датчиков сигнализации

- web: названия датчиков сигнализации соответствуют названиям Trap'ов (аналогично пользовательским датчикам)

- web: замена цветовой подсветки состояний пользовательских датчиков: нормальное состояние - зеленая подсветка, датчик сработал - красная подсветка

- web: изменение названий состояний пользовательских датчиков: LOW level/HIGH level - нормальное состояние(низкий уровень на входе)/сработка датчика(высокий уровень на входе)

- snmp: трап по температуре теперь содержит переменную с OID'ом температурного датчика

- snmp: трап по измеренному напряжению теперь содержит переменные с OID'ами вольтметров

- snmp: трапы на каждое событие теперь имеют свои уникальные OID'ы

- snmp: количество срабатываний тревожных сенсоров теперь показывается корректно

- обновление MIB файла

Изменено пользователем Victor Pestov

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

03.12.13

- Firmware: 9.5

- фикс бага, при котором с температурных датчиков могли сниматься неверные показания

- переотправка ethernet пакета при возникновении поздних коллизий теперь работает корректно

- web: при обрыве внешних температурных датчиков на странице отображается соответствующее состояние

- web: состояние датчиков сигнализации изменено на HIGH level/LOW level в сработавшем/исходном состояниях

- snmp: оповещения о срабатываниях и восстановлениях в исходное состояние датчиков теперь отправляются моментально

- snmp: изменен тест трапа при восстановлении температуры на внутреннем датчике до нормального значения

- snmp: изменены текст и OID трапа при восстановлении температуры на внешних датчиках до нормального значения

- snmp: при обрыве и восстановлении внешних температурных датчиков устройство отправляет трап

- snmp: обновление MIB файла

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

24.01.14

- Firmware: 9.6

- фикс некорректного значения температуры при первом измерении с вынесенных датчиков температуры при включении устройства

- snmp: добавлена отправка трапа при автоматической перезагрузке SMART1 с помощью функции отслеживания работоспособности оборудования

- snmp: фикс бага, из-за которого в некоторых случаях не отправлялись трапы при превышении температуры на внешних температурных датчиках

- snmp: изменены OID'ы трапов, отсылаемых при превышении температуры и обрыве внешних температурных датчиков

- snmp: при обрыве внешних температурных датчиков оповещение по температуре не отправляется

- snmp: обновление MIB файла

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Небольшое предложение на ваше усмотрение - во многих устройствах уже есть встроенный температурный датчик, может быть использовать его показания, получаемые по snmp?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Небольшое предложение на ваше усмотрение - во многих устройствах уже есть встроенный температурный датчик, может быть использовать его показания, получаемые по snmp?

Добрый день!

На основе показаний со встроенного температурного датчика работает термостат и оповещения по SNMP (равно как и с показаний вынесенных датчиков), сами показания доступны по OID'у 1.3.6.1.4.1.40418.2.3.4.1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Маска сети выбирается автоматически в зависимости от настроенного шлюза (Gateway).

 

По ip и GW нельзя определить сеть и правильно выбрать маску.

Мне пришлось выискивать свободные ip для размещения в существующем сегменте /23 таким образом, чтобы и erd и шлюз и ip хоста-управления были в одной /24 сети.

 

Указание маски (если это не архисложно) было бы очень желательно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

14.04.14

- Firmware: 9.7

- добавлена функция конвертера Ethernet->RS-232(485)

- web: добавлено состояние порта Ethernet конвертера (available/busy - доступен/занят) + IP адрес подключенного клиента

- web: добавлена страница настройки последовательного порта "Port Config"

- snmp: фикс некорректной обработки get-next запросов

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти
Подписчики 0