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