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

Bad_cemka · April 18, 2019

21 час назад, Bahtiyar сказал:

Устройство ERD-4s не работает синхронная работа. Есть необходимость трансляции состояния датчиков c удаленного устройства ERD-4s. На удаленном устройстве счетчик срабатывания фиксирует работу датчика, при этом на местном устройстве выходной порт не срабатывает.

Добрый день. Не могли бы вы назвать версию прошивки устройства и показать текущую конфигурацию синхронной работы на обоих устройствах?

kambi · April 23, 2019

Имеется erd-4s-rf. (Версия прошивки 1.1 [beta], Версия загрузчика 1.0, Ревизия платы устройства 1.0)

Меня смущает ревизия платы - 1.0. У всех в этой ветке фигурирует рев. платы 4.х.

Можно ли к нашему контроллеру подключить датчик SNR-RSSensor-H/T/P и на какой версии прошивки?

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

Bad_cemka · April 24, 2019

11 часов назад, kambi сказал:

Имеется erd-4s-rf. (Версия прошивки 1.1 [beta], Версия загрузчика 1.0, Ревизия платы устройства 1.0)

Меня смущает ревизия платы - 1.0. У всех в этой ветке фигурирует рев. платы 4.х.

Можно ли к нашему контроллеру подключить датчик SNR-RSSensor-H/T/P и на какой версии прошивки?

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

Добрый день, поддержка датчика SNR-RSSensor-H/T/P была добавлена в версии прошивки 1.7. На данный момент последняя версия прошивки 1.11(скачать). Определение ревизии платы в старых версиях прошивок отличается от новых, поэтому ревизия платы скорее всего не актуальна(ревизия также написана на самой плате, если посмотрите, то там скорее всего будет ревизия 4.0 – 4.2). Попробуйте установить актуальную версию прошивки по ссылке выше, если возникнут неполадки, то всегда можете восстановить старую версию прошивки через tftpd. Архив со старыми версиями прошивок доступен по ссылке.

Edited April 24, 2019 by Bad_cemka

kambi · April 24, 2019

9 hours ago, Bad_cemka said:

Добрый день, поддержка датчика SNR-RSSensor-H/T/P была добавлена в версии прошивки 1.7. На данный момент последняя версия прошивки 1.11(скачать). Определение ревизии платы в старых версиях прошивок отличается от новых, поэтому ревизия платы скорее всего не актуальна(ревизия также написана на самой плате, если посмотрите, то там скорее всего будет ревизия 4.0 – 4.2). Попробуйте установить актуальную версию прошивки по ссылке выше, если возникнут неполадки, то всегда можете восстановить старую версию прошивки через tftpd. Архив со старыми версиями прошивок доступен по ссылке.

Спасибо, прошил.

Датчик подключил физически по инструкции http://data.nag.ru/SNR ERD/SNR-RSSensor-HTP/manual_RS-Sensor-HTP.pdf.

Сразу на главной страничке контроллера отобразились показания датчика.

Прошелся по контроллеру утилитой snmpwalk и вижу там такие OIDи показания:

OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.1.2181169159, Type=OctetString, Value=F8:F0:82:02:00:07:00:00
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.2.2181169159, Type=OctetString, Value=
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.3.2181169159, Type=Integer, Value=26
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.4.2181169159, Type=Integer, Value=20
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.6.2181169159, Type=Integer, Value=731
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.10.2181169159, Type=Integer, Value=0
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.15.2181169159, Type=Integer, Value=-55
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.16.2181169159, Type=Integer, Value=80

Хотя по инструкции и следовало прописать в снмп адрес датчика, я его не прописывал вручную и он там появился.

Все таки попытался прописать как было в инструкции в соотвествующий OID адрес датчика след. командой:

snmpset -v:2c -c:"public" -r:192.168.200.22 -o:.1.3.6.1.4.1.40418.2.6.1.30.1.1.1.1 -tp:hex -val:F8F082020007

Получаю ошибку:

"SnmpSet v1.01 - Copyright (C) 2009 SnmpSoft Company
[ More useful network tools on http://www.snmpsoft.com ]

%Failed to set value to SNMP variable. Not Writable (notWritable(17))"

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

Bad_cemka · April 25, 2019

12 часов назад, kambi сказал:

Спасибо, прошил.

Датчик подключил физически по инструкции http://data.nag.ru/SNR ERD/SNR-RSSensor-HTP/manual_RS-Sensor-HTP.pdf.

Сразу на главной страничке контроллера отобразились показания датчика.

Прошелся по контроллеру утилитой snmpwalk и вижу там такие OIDи показания:

OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.1.2181169159, Type=OctetString, Value=F8:F0:82:02:00:07:00:00
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.2.2181169159, Type=OctetString, Value=
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.3.2181169159, Type=Integer, Value=26
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.4.2181169159, Type=Integer, Value=20
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.6.2181169159, Type=Integer, Value=731
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.10.2181169159, Type=Integer, Value=0
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.15.2181169159, Type=Integer, Value=-55
OID=.1.3.6.1.4.1.40418.2.6.1.30.1.1.16.2181169159, Type=Integer, Value=80

Хотя по инструкции и следовало прописать в снмп адрес датчика, я его не прописывал вручную и он там появился.

Все таки попытался прописать как было в инструкции в соотвествующий OID адрес датчика след. командой:

snmpset -v:2c -c:"public" -r:192.168.200.22 -o:.1.3.6.1.4.1.40418.2.6.1.30.1.1.1.1 -tp:hex -val:F8F082020007

Получаю ошибку:

"SnmpSet v1.01 - Copyright (C) 2009 SnmpSoft Company
[ More useful network tools on http://www.snmpsoft.com ]

%Failed to set value to SNMP variable. Not Writable (notWritable(17))"

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

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

13 часов назад, kambi сказал:

Те оиды снмп, которые были обнаружены через snmpwalk - они постоянные, можно ли их мониторить?

Да, oid обнаруженные snmpwalk постоянные и могут использоваться для мониторинга.

KorDen32 · April 28, 2019

Экспериментирую с RS-sensor-H/T/P, прошивка 1.11

Температуру завышает на 2-3 градуса (датчик чтоль греется от платы?) относительно DHT22/DTS, влажность такое ощущение что кратна десяткам.

При подключении DTS18B20, не важно, паразитным питанием или с 5v от ERD, он начинает бесконечно перезагружаться, когда загружается, в интерфейсе появляется "• SNR-DTS 0 0.0°С", и тут же уходит в перезагрузку

a.kazancev · April 29, 2019

Добрый день, KorDen32

17 часов назад, KorDen32 сказал:

Экспериментирую с RS-sensor-H/T/P, прошивка 1.11

Температуру завышает на 2-3 градуса (датчик чтоль греется от платы?) относительно DHT22/DTS, влажность такое ощущение что кратна десяткам.

Влияние платы на датчик минимально. Для этого датчики отнесены как можно дальше от преобразователя питания. Но датчик все же внутри корпуса, что может вызывать как инерцию изменения температуры, так и дополнительную систематическую погрешность. Уменьшить её можно если убрать зубчики на защитной крышке со стороны датчика. Касаемо значения систематической погрешности самого сентора, то его калибровку выполняет завод-производитель чипа. Наша программа считывает значения калибровок и использует их при расчете температуры.

17 часов назад, KorDen32 сказал:

При подключении DTS18B20, не важно, паразитным питанием или с 5v от ERD, он начинает бесконечно перезагружаться, когда загружается, в интерфейсе появляется "• SNR-DTS 0 0.0°С", и тут же уходит в перезагрузку

Если Vdd и DQ датчика подключить к ERD, а GND датчика не подключать, то ERD может зависнуть, пока датчик не будет отключен. Совет проверьте корректность подключения и целостность провода GND. При паразитном питании GND и Vdd должны быть соединены и подключены к контакту GND на ERD. Если подключение выполнено корректно, то необходимо проверить корректность работы ERD на другом датчике 1-wire.

Происходит это потому что на время конвертации температуры отключаются все прерывания, чтобы ни какая задача не помешала включению дополнительного питания после запроса конвертации. При таком подключении UART постоянно занят, и при отправке данных ожидается сброс флага занятости в течении одной секунды. Но поскольку прерывания отключены, то и таймеры не работают и нет отсчёта времени ожидания флага. Флаг ожидается до сброса по wathdog или отключения датчика.

KorDen32 · April 29, 2019

@a.kazancev, возможно не очевидно написал - если DTS подключить к ERD, всё работает. Если этот же DTS подключить к RS-sensor-H/T/P - именно RS-sensor-H/T/P начинает перезагружаться. Может там действительно плохо масса зажимается, когда подключаю к RSs, проверю...

По погрешности - лежит в комнате на столе, температура резко не меняется, выглядит так:

DHT 21.2°С 22.1%
RS-Sensor-H/T/P test 25.8°С 16.0% 749.2мм

Рядом еще один DHT22, там 22.0°С / 19.7%, и простой термометр, 21°С.

UPD: Дальнейшие эксперименты показали, что как минимум при питании от штатного PoE-адаптера и при питании от 12V на выход +5v (2 пин) выдается порядка 5.8V.

Есть подозрение, что это многовато для DTS при трехпроводном включении. А по схеме паразитного питания имеющиеся у меня DTS'ы похоже не работают.

Edited April 29, 2019 by KorDen32

a.kazancev · May 2, 2019

В 29.04.2019 в 18:12, KorDen32 сказал:

Дальнейшие эксперименты показали, что как минимум при питании от штатного PoE-адаптера и при питании от 12V на выход +5v (2 пин) выдается порядка 5.8V.

@KorDen32 Напряжение близкое к 5.8В на втором пине наблюдается в случае отсутствия нагрузки. Пин связан с внутренним преобразователем через диод и при наличии нагрузки напряжение на этом пине уменьшается до 5.1-5.3В из-за падения напряжения на P-N переходе. Чем больше ток нагрузки тем больше падение напряжения.

В 29.04.2019 в 18:12, KorDen32 сказал:

Есть подозрение, что это многовато для DTS при трехпроводном включении.

Этот момент особо проверяли. Ранее проблем не встречали. Ниже скрин из даташита. Максимальное напряжение 6В.

В 29.04.2019 в 18:12, KorDen32 сказал:

А по схеме паразитного питания имеющиеся у меня DTS'ы похоже не работают.

На ERD-4 при трехпроводном подключении тоже не работают? На пине 1-wire (DQ) номинальное напряжение так же порядка 5.7-5.8В.

Довольно странная ситуация. Если датчик работает по схеме паразитного питания, то должен и по трехпроводке работать.

Ниже внутренняя схема ds18b20.

gorovich · May 13, 2019

Здравствуйте.

Прошу помощи в организации мониторинга температуры в Cacti посредством датчиков 1Wire.

На ранних прошивках получить параметр текущей температуры можно было посредством GET запроса SNMP с OID ".1.3.6.1.4.1.40418.2.6.1.1.1.1.0". Данный OID был един, и был прописан в шаблоне Cacti для ERD, потому и подходил для всех устройств данного типа.

Соответственно в системе мониторинга Cacti опрос проводился по этому OID.

Каким образом на новых прошивках можно получать температуру сенсоров в системе мониторинга Cacti?

При просмотре таблицы SNMP ".1.3.6.1.4.1.40418.2.6.1.1.1.1" в MIB Browser, увидел три параметра:

ID датчика: ([1.3.6.1.4.1.40418.2.6.1.1.1.1.1.4293985122] = 4293985122)

Имя датчика: ([1.3.6.1.4.1.40418.2.6.1.1.1.1.2.4293985122] = temp1)

Температуру датчика: ([1.3.6.1.4.1.40418.2.6.1.1.1.1.3.4293985122] = 26)

Таким образом для получения температуры необходимо знать конкретный ID датчика, и уже на основе полученных данных генерировать SNMP GET запрос: "snmpget -v 1 -c public 10.223.14.26 1.3.6.1.4.1.40418.2.6.1.1.1.1.3.4293985122".

Выходит, что уже не получится сделать общий шаблон в Cacti для всех устройств, т.к. GET запрос будет уникальным для каждого устройства/датчика? Или есть какой-нибудь костыль? Или всё же возможно планируется выделение индивидуальных, порядковых, унифицированных OID для 1WIRE датчиков?

d.brusentsev · May 13, 2019

7 часов назад, gorovich сказал:

Здравствуйте.

Прошу помощи в организации мониторинга температуры в Cacti посредством датчиков 1Wire.

На ранних прошивках получить параметр текущей температуры можно было посредством GET запроса SNMP с OID ".1.3.6.1.4.1.40418.2.6.1.1.1.1.0". Данный OID был един, и был прописан в шаблоне Cacti для ERD, потому и подходил для всех устройств данного типа.

Соответственно в системе мониторинга Cacti опрос проводился по этому OID.

Каким образом на новых прошивках можно получать температуру сенсоров в системе мониторинга Cacti?

При просмотре таблицы SNMP ".1.3.6.1.4.1.40418.2.6.1.1.1.1" в MIB Browser, увидел три параметра:

ID датчика: ([1.3.6.1.4.1.40418.2.6.1.1.1.1.1.4293985122] = 4293985122)

Имя датчика: ([1.3.6.1.4.1.40418.2.6.1.1.1.1.2.4293985122] = temp1)

Температуру датчика: ([1.3.6.1.4.1.40418.2.6.1.1.1.1.3.4293985122] = 26)

Таким образом для получения температуры необходимо знать конкретный ID датчика, и уже на основе полученных данных генерировать SNMP GET запрос: "snmpget -v 1 -c public 10.223.14.26 1.3.6.1.4.1.40418.2.6.1.1.1.1.3.4293985122".

Выходит, что уже не получится сделать общий шаблон в Cacti для всех устройств, т.к. GET запрос будет уникальным для каждого устройства/датчика? Или есть какой-нибудь костыль? Или всё же возможно планируется выделение индивидуальных, порядковых, унифицированных OID для 1WIRE датчиков?

Добрый день!

Это связано с переходом на snmptable.

Например, в Zabbix есть "Правила обнаружения" используя их, можно сделать единый шаблон для устройств, который будет "подтягивать" нужные вам данные, "сканируя ветку таблицы".

Такой же функционал есть в PRTG. В Cacti должен быть данный функционал

Edited May 13, 2019 by d.brusentsev

asckold · May 24, 2019

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

Bad_cemka · May 24, 2019

8 минут назад, asckold сказал:

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

Добрый день, можете посмотреть MQTT_manual в нем есть инструкция по настройке mosquitto.

fivtin · June 7, 2019

не рассматривалась возможность добавления функционала ротатора кондиционеров?

a.kazancev · June 7, 2019

1 час назад, fivtin сказал:

не рассматривалась возможность добавления функционала ротатора кондиционеров?

Рассматривали. Если бы Вы сформулировали требования к данному функционалу и к его настройке, то мы смогли бы рассмотреть реализацию данной опции.

st.blackd · June 10, 2019

Добрый день, используем ваши устройства для мониторинга серверных и кроссовых помещений, есть ряд проблем и пожеланий:

В 29.04.2019 в 15:45, a.kazancev сказал:

Влияние платы на датчик минимально. Для этого датчики отнесены как можно дальше от преобразователя питания. Но датчик все же внутри корпуса, что может вызывать как инерцию изменения температуры, так и дополнительную систематическую погрешность. Уменьшить её можно если убрать зубчики на защитной крышке со стороны датчика. Касаемо значения систематической погрешности самого сентора, то его калибровку выполняет завод-производитель чипа. Наша программа считывает значения калибровок и использует их при расчете температуры.

Тоже столкнулись с такой проблемой, имеем +3 градуса к показаниям других приборов, поломать корпус сегодня попробуем.

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

При мониторинге УПС, контроллер не сообщает о проблемах УПС, например если физически отключились батареи( такое бывает в запущенных случаях), можно ли добавить этот функционал?

В 07.06.2019 в 12:26, a.kazancev сказал:

Рассматривали. Если бы Вы сформулировали требования к данному функционалу и к его настройке, то мы смогли бы рассмотреть реализацию данной опции.

Нам тоже был бы интересен данный функционал, сейчас, на одной из площадок мы используем БУРР-М, и его работой мягко говоря, не удовлетворены.

Edited June 10, 2019 by st.blackd

st.blackd · June 11, 2019

Попробовали "модифицировать" корпус датчика, сначала температура пошла вниз и сравнялась с показаниями других датчиков. см. граффик из заббикса

Красной полосой отмечен момент модификации датчика. Сейчас датчик показывает 25 С, а 2 других термометра показывают 20.3 и 21.

st.blackd · June 11, 2019

Для наглядности решил подключить датчик SNR-DTS:

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

из этого графика можно сделать вывод что ошибки в показаниях прибора не связаны с

В 29.04.2019 в 15:45, a.kazancev сказал:

Но датчик все же внутри корпуса, что может вызывать как инерцию изменения температуры, так и дополнительную систематическую погрешность.

Edited June 11, 2019 by st.blackd

fivtin · June 11, 2019

В 07.06.2019 в 10:26, a.kazancev сказал:

Рассматривали. Если бы Вы сформулировали требования к данному функционалу и к его настройке, то мы смогли бы рассмотреть реализацию данной опции.

на мой взгляд должны задаваться такие параметры (для систем 1+1):

1) период работы кондиционера (в часах или днях)

2) время на запуск второго кондиционера (т. е. заранее до момента переключения запускается второй и спустя это время отключается первый) (в минутах), обычно 3-5 минут

3) критическая температура с выбором датчика

4) переключатель аварийного режима

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

P.S. наверно еще нужен какой то параметр с активным в данный момент кондиционером

Edited June 11, 2019 by fivtin

Igor24 · June 27, 2019

Подскажите пожалуйста, возможно ли посредством snmpset "нажать" на данную кнопку?

Dmitriy Lizunov · June 27, 2019

28 минут назад, Igor24 сказал:

Подскажите пожалуйста, возможно ли посредством snmpset "нажать" на данную кнопку?

Приветствую!

Такой возможности по snmpset к сожалению не предусмотрено.

Для какого ряда задач вам необходим данный функционал?

Igor24 · June 27, 2019

Импульсный выход электрического счетчика ---> SNR-ERD ----> Zabbix. Планировал периодически обнулять значение счетчика, для простоты решения.

Dmitriy Lizunov · June 27, 2019

3 часа назад, Igor24 сказал:

Импульсный выход электрического счетчика ---> SNR-ERD ----> Zabbix. Планировал периодически обнулять значение счетчика, для простоты решения.

Благодарю за информацию!

Планово рассмотрим возможность внесения данного функционала в будущие прошивки.

nicolasomsk · July 29, 2019

Добрый день! Возникла проблема с SNR-ERD-4. Не работает питание по POE (изначально не работало). При подаче питания на двухконтактный раъем, ERD работает. При питание от коммутатора с POE (dahua DH-PFS3110-8P-96) признаков работы нет. При одновременном подключении к коммутатору и к доп. источнику питания, последний уходит в защиту. Проверил SNR-ERD-2c всё работает прекрасно. Это как я понимаю, скорее всего аппаратная неисправность?

Dmitriy Lizunov · August 1, 2019

В 29.07.2019 в 16:28, nicolasomsk сказал:

Добрый день! Возникла проблема с SNR-ERD-4. Не работает питание по POE (изначально не работало). При подаче питания на двухконтактный раъем, ERD работает. При питание от коммутатора с POE (dahua DH-PFS3110-8P-96) признаков работы нет. При одновременном подключении к коммутатору и к доп. источнику питания, последний уходит в защиту. Проверил SNR-ERD-2c всё работает прекрасно. Это как я понимаю, скорее всего аппаратная неисправность?

Добрый день!

По вашему вопросу уже проводится работа в рамках обращения в СЦ

https://support.nag.ru/issues/68137

Sign In

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

Recommended Posts

Bad_cemka

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Posted Images

kambi

Bad_cemka

kambi

Bad_cemka

KorDen32

a.kazancev

KorDen32

a.kazancev

gorovich

d.brusentsev

asckold

Bad_cemka

fivtin

a.kazancev

st.blackd

st.blackd

st.blackd

fivtin

Igor24

Dmitriy Lizunov

Igor24

Dmitriy Lizunov

nicolasomsk

Dmitriy Lizunov

Join the conversation