[Victor Pestov]

Устройство поддерживает фантомное 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'ах

 

 

Изменено 14 августа, 2015 пользователем Victor Pestov

[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 файла

[Victor Pestov]

22.04.13

- Firmware: 9.2

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

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

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

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

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

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

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

[MrNv]

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

Изменено 7 мая, 2013 пользователем MrNv

[Victor Pestov]

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

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

[MrNv]

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

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

[Victor Pestov]

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

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

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

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

[srg555]

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

[Victor Pestov]

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

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

[srg555]

Victor Pestov

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

[Victor Pestov]

Victor Pestov

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

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

[srg555]

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

[Victor Pestov]

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

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

[srg555]

Victor Pestov

Спасибо, помогло!

[Victor Pestov]

1.07.13

- Firmware: 9.3

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

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

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

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

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

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

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

[berserkdeep]

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

 

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

Изменено 21 июля, 2013 пользователем berserkdeep

[berserkdeep]

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

Изменено 31 июля, 2013 пользователем berserkdeep

[Victor Pestov]

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 дорого для таких объектов.

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

Изменено 12 августа, 2013 пользователем Victor Pestov

[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 файла

Изменено 30 августа, 2013 пользователем Victor Pestov

[Victor Pestov]

03.12.13

- Firmware: 9.5

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

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

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

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

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

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

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

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

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

[Victor Pestov]

24.01.14

- Firmware: 9.6

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

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

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

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

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

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

[fivtin]

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

[Victor Pestov]

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

Добрый день!

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

[lacost]

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

 

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

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

 

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

[Victor Pestov]

14.04.14

- Firmware: 9.7

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

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

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

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