Обновление прошивки устройства SNR-ERD-2.3

[itluks]

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

[Victor Pestov]

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

Все верно, прошить можно на любую версию.

[itluks]

Ничего не понимаю. 15 июля скачивал прошивку firmware_SNR-ERD-2.3.hex размером 72553 байт. 19 июля - файл с тем же названием - но другим содержимым и размером 79762 байт. Сегодня на http://data.nag.ru/SNR-ERD/SNR-ERD-2.3/Firmware/ опять лежит файл размером 72553 байт.

Какой же актуальный и правильный (версия 6.3)? И годится ли эта прошивка, если в веб-интерфейсе устройство определяется как ERD-2.0.2:109 (прошивка 6.1), хотя на наклейке написано ERD-2.3?

 

в приложении файлы от разных дат (переименованы в txt)

firmware_SNR-ERD-2.3.txt

firmware_SNR-ERD-2.3_2.txt

[Victor Pestov]

Ничего не понимаю. 15 июля скачивал прошивку firmware_SNR-ERD-2.3.hex размером 72553 байт. 19 июля - файл с тем же названием - но другим содержимым и размером 79762 байт. Сегодня на http://data.nag.ru/SNR-ERD/SNR-ERD-2.3/Firmware/ опять лежит файл размером 72553 байт.

Какой же актуальный и правильный (версия 6.3)? И годится ли эта прошивка, если в веб-интерфейсе устройство определяется как ERD-2.0.2:109 (прошивка 6.1), хотя на наклейке написано ERD-2.3?

 

в приложении файлы от разных дат (переименованы в txt)

адрес на скачивание прошивки указан в первом сообщении

http://data.nag.ru/SNR%20ERD/SNR-ERD-2.3/Firmware/firmware_SNR-ERD-2.3.hex'>http://data.nag.ru/SNR%20ERD/SNR-ERD-2.3/Firmware/firmware_SNR-ERD-2.3.hex

обратите внимание на путь http://data.nag.ru/SNR%20ERD

[Victor Pestov]

29.08.13

- Firmware: 6.4

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

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

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

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

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

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

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

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

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

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

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

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

[joins]

а будет ли обновление прошивки под АЦП с пределом в 36 вольт? Сейчас там лежит старая 6,3 версия.

[Victor Pestov]

а будет ли обновление прошивки под АЦП с пределом в 36 вольт? Сейчас там лежит старая 6,3 версия.

Обновил.

[iddqd2]

Добрый день.

Подскажите, пожалуйста. Есть ли возможность отключить на erd 2.0 циклическую отсылку трапов. Решается просто прошивкой от серии 2.3 или для 2.0 есть отдельная прошивка? В данный момент установлена версия 6.0

[Victor Pestov]

Добрый день.

Подскажите, пожалуйста. Есть ли возможность отключить на erd 2.0 циклическую отсылку трапов. Решается просто прошивкой от серии 2.3 или для 2.0 есть отдельная прошивка? В данный момент установлена версия 6.0

Можно прошить 6.4, которая позволяет выбрать режим отправки трапов циклично/однократно

прошивка совместима со всей серией ЕРД-2

[iddqd2]

Ок. Спасибо.

[Victor Pestov]

14.11.13

- Firmware: 6.5

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

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

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

[joins]

14.11.13

- Firmware: 6.5

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

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

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

 

После обновления появилась странная тенденция, вымирают ЕРД непонятным образом. Перестают отвечать на ICMP, на кнопку сброса реагирует морганием диода, но пинг до дефолт-IP не появляется. http://prntscr.com/3ckvf1 скрин пока еще работающего ERD, боюсь перезапускать его. Возможно стоит откатиться до 6.4!?

[Victor Pestov]

14.11.13

- Firmware: 6.5

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

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

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

 

После обновления появилась странная тенденция, вымирают ЕРД непонятным образом. Перестают отвечать на ICMP, на кнопку сброса реагирует морганием диода, но пинг до дефолт-IP не появляется. http://prntscr.com/3ckvf1 скрин пока еще работающего ERD, боюсь перезапускать его. Возможно стоит откатиться до 6.4!?

Вряд ли дело в ПО

[joins]

14.11.13

- Firmware: 6.5

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

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

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

 

После обновления появилась странная тенденция, вымирают ЕРД непонятным образом. Перестают отвечать на ICMP, на кнопку сброса реагирует морганием диода, но пинг до дефолт-IP не появляется. http://prntscr.com/3ckvf1 скрин пока еще работающего ERD, боюсь перезапускать его. Возможно стоит откатиться до 6.4!?

Вряд ли дело в ПО

И вот уже имеем 4 таких устройства. Индикатор ETHER на устройстве показывает что идет какой-то обмен, но на сетевом интерфейсе входящих пакетов 0.

[Victor Pestov]

14.11.13

- Firmware: 6.5

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

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

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

 

После обновления появилась странная тенденция, вымирают ЕРД непонятным образом. Перестают отвечать на ICMP, на кнопку сброса реагирует морганием диода, но пинг до дефолт-IP не появляется. http://prntscr.com/3ckvf1 скрин пока еще работающего ERD, боюсь перезапускать его. Возможно стоит откатиться до 6.4!?

Вряд ли дело в ПО

И вот уже имеем 4 таких устройства. Индикатор ETHER на устройстве показывает что идет какой-то обмен, но на сетевом интерфейсе входящих пакетов 0.

Обновление ПО прошло без ошибок?

Прошивка вышла 5 месяцев назад, за это время вы первый, кто столкнулся с такой проблемой.

Напишите на erd@nag.ru постараемся подсказать пути решения этой проблемы

[zero00]

Подскажите, можно ли как-то менять интервал проверки пинга, например нужно пингать раз в 60 секунд, а не 16, как стоит по дефолту?

Или количество пингов при неответе на которые срабатывает розетка?

[Victor Pestov]

Подскажите, можно ли как-то менять интервал проверки пинга, например нужно пингать раз в 60 секунд, а не 16, как стоит по дефолту?

Или количество пингов при неответе на которые срабатывает розетка?

Добрый день!

К сожалению, в erd-2 такой возможности нет (только в ерд-3).

можем предложить вам кастомную прошивку с необходимыми вам параметрами.

обратитесь на erd@nag.ru

[zero00]

Спасибо, пока потестируем на дефолте, просто сами коммутаторы после перезагрузки больше минуты загружаются.

[Victor Pestov]

25.06.14

- Firmware: 6.6

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

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

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

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

[xeroin]

Добрый день,подскажите,можно ли доработать ПО чтобы в случае если сработает скажем датчик открытия двери (геркон) нельзя было вернуть самостоятельно статус -дверь закрыта (а сделать это скажем с веб интерфейса только)? Простой пример- открылась дверь сработал датчик пришло оповещение ,при закрывании двери все- вернется в первоначальный вид.

Edited October 26, 2014 by xeroin

[joins]

А можно ли как-то прочитать значение "Counter of ERD resets" через SNMP?

[joins]

В общем есть такая тенденция, на ERD в неопределенный момент времени начинает расти значение "Counter of ERD resets", иногда достигает значений 180-190, после этого вываливается насовсем. Далее, кнопка восстановления не срабатывает. Но! Восстановить работу можно удерживая кнопку сброса 10-15 секунду уже включенной ERD. Сброс происходит успешно и значение "Counter of ERD resets" выставляется в 0. После установки на прежнее место этот счетчик через не определенный момент времени опять начинает расти. От чего может быть такое поведение? К ERD подключен геркон, замер напряжения АКБ, наличие 220.

[Victor Pestov]

В общем есть такая тенденция, на ERD в неопределенный момент времени начинает расти значение "Counter of ERD resets", иногда достигает значений 180-190, после этого вываливается насовсем. Далее, кнопка восстановления не срабатывает. Но! Восстановить работу можно удерживая кнопку сброса 10-15 секунду уже включенной ERD. Сброс происходит успешно и значение "Counter of ERD resets" выставляется в 0. После установки на прежнее место этот счетчик через не определенный момент времени опять начинает расти. От чего может быть такое поведение? К ERD подключен геркон, замер напряжения АКБ, наличие 220.

Добрый день!

Кнопка сброса осуществляет сброс настроек и счетчиков устройства (в том числе и счетчик перезагрузок устройства). Больше никаких функций кнопка не выполняет.

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

Какие еще действия производятся над устройством (например опрос по SNMP)?

Проводами какой длинны подключены датчики к устройству?

Какое питание подключено к устройству?

 

Предлагаю для начала отключить физически все датчики (не отключая опрос по SNMP/WEB, отправку трапов) и понаблюдать за поведением устройства.

Затем прошить устройство тестовой прошивкой http://data.nag.ru/SNR%20ERD/SNR-ERD-2.3/Firmware/Beta/firmware_SNR-ERD-2.3.hex

 

Отпишите пожалуйста по результатам.

[joins]

Добрый день!

Кнопка сброса осуществляет сброс настроек и счетчиков устройства (в том числе и счетчик перезагрузок устройства). Больше никаких функций кнопка не выполняет.

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

Какие еще действия производятся над устройством (например опрос по SNMP)?

Проводами какой длинны подключены датчики к устройству?

Какое питание подключено к устройству?

 

Предлагаю для начала отключить физически все датчики (не отключая опрос по SNMP/WEB, отправку трапов) и понаблюдать за поведением устройства.

Затем прошить устройство тестовой прошивкой http://data.nag.ru/SNR%20ERD/SNR-ERD-2.3/Firmware/Beta/firmware_SNR-ERD-2.3.hex

 

Отпишите пожалуйста по результатам.

 

 

Здравствуйте, Виктор!

 

Странно, но при сбросе по инструкции сбрасываются настройки, но счетчики не сбрасываются, а при таком методе сбрасываются и настройки и счетчики.

Да, идет опрос по SNMP:

-Датчик двери опрашивается каждые 15 секунд

-Датчик наличия 220 раз в минуту

-Датчик температуры раз в минуту

-Датчик 12V раз в 30 секунд

Трапы не используются.

Длинна провода 70-80 см.

Питается устройство через Сетевой адаптер SNR-PS-AC/DC-5/1, такой же используется для датчика наличия 220.

Могут ли периоды опроса влиять на зависания?

Прошивку попробуем потестить ближайшую неделю. О результатах отпишусь.

[Victor Pestov]

Добрый день!

Кнопка сброса осуществляет сброс настроек и счетчиков устройства (в том числе и счетчик перезагрузок устройства). Больше никаких функций кнопка не выполняет.

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

Какие еще действия производятся над устройством (например опрос по SNMP)?

Проводами какой длинны подключены датчики к устройству?

Какое питание подключено к устройству?

 

Предлагаю для начала отключить физически все датчики (не отключая опрос по SNMP/WEB, отправку трапов) и понаблюдать за поведением устройства.

Затем прошить устройство тестовой прошивкой http://data.nag.ru/SNR%20ERD/SNR-ERD-2.3/Firmware/Beta/firmware_SNR-ERD-2.3.hex

 

Отпишите пожалуйста по результатам.

 

 

Здравствуйте, Виктор!

 

Странно, но при сбросе по инструкции сбрасываются настройки, но счетчики не сбрасываются, а при таком методе сбрасываются и настройки и счетчики.

Да, идет опрос по SNMP:

-Датчик двери опрашивается каждые 15 секунд

-Датчик наличия 220 раз в минуту

-Датчик температуры раз в минуту

-Датчик 12V раз в 30 секунд

Трапы не используются.

Длинна провода 70-80 см.

Питается устройство через Сетевой адаптер SNR-PS-AC/DC-5/1, такой же используется для датчика наличия 220.

Могут ли периоды опроса влиять на зависания?

Прошивку попробуем потестить ближайшую неделю. О результатах отпишусь.

Какой программой ведется опрос устройства? не The Dude случайно?