Victor Pestov Posted December 10, 2012 (edited) Устройство поддерживает фантомное 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'ах Edited August 14, 2015 by Victor Pestov Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted February 7, 2013 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 файла Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted April 22, 2013 22.04.13 - Firmware: 9.2 - термостат теперь включается при температуре выше критической на любом из датчиков и выключается при достижении нормальной температуры на всех датчиках. больше нет необходимости выбирать с каким датчиком работать термостату, встроенным или вынесенным - устройство отправляет пинг опрашиваемому хосту каждые 16 секунд - web: добавлена настройка количества неответов от опрашиваемого хоста до перезагрузки - snmp: в трапах теперь содержится OID датчика, при сработке которого был отправлен трап - snmp: предупреждающий трап по температуре теперь отправляется только при выключенном термостате. пороговые значения температуры задаются в Critical temperature и Normal temperature - snmp: добавлен вывод серийных номеров подключенных датчиков температуры - обновление MIB файла Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
MrNv Posted May 7, 2013 (edited) подскажите, закупили партию ERD 3.2, при заведении устройств на систему мониторинга The Dude, на snmp отвечают только 2 из всех. В wiresharke вижу ответы от проблемных устройст, но в поле community добавляется 1 произвольный символ в конце. Если snmpwalk запросить oid то все нормально. Сталкивался кто нибуть с таким? Edited May 7, 2013 by MrNv Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted May 7, 2013 подскажите, закупили партию ERD 3.2, при заведении устройств на систему мониторинга The Dude, на snmp отвечают только 2 из всех. В wiresharke вижу ответы от проблемных устройст, но в поле community добавляется 1 произвольный символ в конце. Если snmpwalk запросить oid то все нормально. Сталкивался кто нибуть с таким? версия прошивки на всех устройствах одинаковая? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
MrNv Posted May 7, 2013 версия прошивки на всех устройствах одинаковая? да, последняя 9.2 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted May 7, 2013 версия прошивки на всех устройствах одинаковая? да, последняя 9.2 отпишите на erd@nag.ru постараемся решить эту проблему. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
srg555 Posted June 13, 2013 10half это правильный режим порта в сторону SNR-ERD-3.2? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted June 14, 2013 10half это правильный режим порта в сторону SNR-ERD-3.2? Все верно, Ethernet порт у ERD работает в режиме 10mb half Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
srg555 Posted June 15, 2013 Victor Pestov Спасибо. Было бы неплохо отразить это в документации, а то про 10Мбит сказано, а про half нет. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted June 17, 2013 Victor Pestov Спасибо. Было бы неплохо отразить это в документации, а то про 10Мбит сказано, а про half нет. Добавим. Спасибо за замечание. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
srg555 Posted June 18, 2013 Как отслеживать наличие питания? Подключил источник питания 5В= к контактам 1 и 3 3ёх контактного разъёма, но ни в веб, ни в снмп ничего не поменялось. В чём может быть проблема? Или источник питания надо подключать к контактам 1 и 2 трёхконтактного разъёма? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted June 19, 2013 Как отслеживать наличие питания? Подключил источник питания 5В= к контактам 1 и 3 3ёх контактного разъёма, но ни в веб, ни в снмп ничего не поменялось. В чём может быть проблема? Или источник питания надо подключать к контактам 1 и 2 трёхконтактного разъёма? датчики наличия напряжения контакты 1 и 2 трехконтактного разъема (первый датчик) и контакты 7 и 8 десятиконтактного разъема (второй датчик) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
srg555 Posted June 20, 2013 Victor Pestov Спасибо, помогло! Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted July 1, 2013 1.07.13 - Firmware: 9.3 - фикс глюка, из-за которого устройство работало некорректно с паролем длинной 10 символов - сообщение о срабатывании датчика сигнализации аналогичному устройству теперь отправляется сразу и однократно - web: добавлена возможность изменять несколько параметров одновременно - web: добавлена настройка времени перезагрузки SMART1 (7й контакт) - snmp: трап при срабатывании датчиков сигнализации теперь отправляется сразу - snmp: добавлены команды включения/выключения переключаемой нагрузки (8й контакт): man_on/man_off теперь не только отображают состояние нагрузки, но управляют ей - обновление MIB файла Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
berserkdeep Posted July 21, 2013 (edited) Victor Pestov Здравствуйте, а можно реализовать прошивку для ERD таким образом, что б переключения пользовательской нагрузки на контакте 8 работал не только в зависимости от термостата, но и по срабатыванию датчика протечки(любой другой датчик), тогда можно реализовать систему антипротечка(запуск генератора по отсутствию напряжения и т.д.) только на ERD, без сервера и отсылки snmp, это расширило бы область применения. И еще такой нюанс, нет настройки маски подсети, если вам не сложно добавьте данный функционал в следующих релизах. Edited July 21, 2013 by berserkdeep Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
berserkdeep Posted July 31, 2013 (edited) Еще вопрос, можно реализовать средствами прошивки большее количество разъемов для управление смарт-розетками? 1 реле маловато для реализации некоторых объектов, а покупать 2 ERD дорого для таких объектов. Edited July 31, 2013 by berserkdeep Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted August 12, 2013 (edited) 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 дорого для таких объектов. Функция управления розетками завязана так же и на железной обвязке разъёма. К сожалению, программно не добавить.. Edited August 12, 2013 by Victor Pestov Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted August 29, 2013 (edited) 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 файла Edited August 30, 2013 by Victor Pestov Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted December 3, 2013 03.12.13 - Firmware: 9.5 - фикс бага, при котором с температурных датчиков могли сниматься неверные показания - переотправка ethernet пакета при возникновении поздних коллизий теперь работает корректно - web: при обрыве внешних температурных датчиков на странице отображается соответствующее состояние - web: состояние датчиков сигнализации изменено на HIGH level/LOW level в сработавшем/исходном состояниях - snmp: оповещения о срабатываниях и восстановлениях в исходное состояние датчиков теперь отправляются моментально - snmp: изменен тест трапа при восстановлении температуры на внутреннем датчике до нормального значения - snmp: изменены текст и OID трапа при восстановлении температуры на внешних датчиках до нормального значения - snmp: при обрыве и восстановлении внешних температурных датчиков устройство отправляет трап - snmp: обновление MIB файла Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted January 24, 2014 24.01.14 - Firmware: 9.6 - фикс некорректного значения температуры при первом измерении с вынесенных датчиков температуры при включении устройства - snmp: добавлена отправка трапа при автоматической перезагрузке SMART1 с помощью функции отслеживания работоспособности оборудования - snmp: фикс бага, из-за которого в некоторых случаях не отправлялись трапы при превышении температуры на внешних температурных датчиках - snmp: изменены OID'ы трапов, отсылаемых при превышении температуры и обрыве внешних температурных датчиков - snmp: при обрыве внешних температурных датчиков оповещение по температуре не отправляется - snmp: обновление MIB файла Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
fivtin Posted April 3, 2014 Небольшое предложение на ваше усмотрение - во многих устройствах уже есть встроенный температурный датчик, может быть использовать его показания, получаемые по snmp? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted April 3, 2014 Небольшое предложение на ваше усмотрение - во многих устройствах уже есть встроенный температурный датчик, может быть использовать его показания, получаемые по snmp? Добрый день! На основе показаний со встроенного температурного датчика работает термостат и оповещения по SNMP (равно как и с показаний вынесенных датчиков), сами показания доступны по OID'у 1.3.6.1.4.1.40418.2.3.4.1 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
lacost Posted April 6, 2014 Маска сети выбирается автоматически в зависимости от настроенного шлюза (Gateway). По ip и GW нельзя определить сеть и правильно выбрать маску. Мне пришлось выискивать свободные ip для размещения в существующем сегменте /23 таким образом, чтобы и erd и шлюз и ip хоста-управления были в одной /24 сети. Указание маски (если это не архисложно) было бы очень желательно. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Victor Pestov Posted April 14, 2014 14.04.14 - Firmware: 9.7 - добавлена функция конвертера Ethernet->RS-232(485) - web: добавлено состояние порта Ethernet конвертера (available/busy - доступен/занят) + IP адрес подключенного клиента - web: добавлена страница настройки последовательного порта "Port Config" - snmp: фикс некорректной обработки get-next запросов Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...