Jump to content
Калькуляторы

Обновление прошивки устройства SNR-ERD-3.4 обновления, фиксы, баги, обсуждения хотелок.

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

22.04.13

- Firmware: 9.2

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

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

Edited by MrNv

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

Victor Pestov

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

1.07.13

- Firmware: 9.3

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

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

 

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

Edited by berserkdeep

Share this post


Link to post
Share on other sites

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

Edited by berserkdeep

Share this post


Link to post
Share on other sites

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 by Victor Pestov

Share this post


Link to post
Share on other sites

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 by Victor Pestov

Share this post


Link to post
Share on other sites

03.12.13

- Firmware: 9.5

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

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

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

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

24.01.14

- Firmware: 9.6

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Добрый день!

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

Share this post


Link to post
Share on other sites

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

 

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

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

 

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

Share this post


Link to post
Share on other sites

14.04.14

- Firmware: 9.7

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

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

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

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.