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

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

 

Share this post


Link to post
Share on other sites
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 by Bad_cemka

Share this post


Link to post
Share on other sites
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 - они постоянные, можно ли их мониторить?

Share this post


Link to post
Share on other sites
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 постоянные и могут использоваться для мониторинга.

Share this post


Link to post
Share on other sites

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

 

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

 

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

Share this post


Link to post
Share on other sites

Добрый день, 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 или отключения датчика.

 

image.thumb.png.d2169ab417a309a13c25cad6b28a2555.png

Share this post


Link to post
Share on other sites

@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 by KorDen32

Share this post


Link to post
Share on other sites
В 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В.

 

image.thumb.png.5c3305034549d8a2e8bbc5b10ffb9051.png

 

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

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

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

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

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

image.thumb.png.8558cc803be675f552b07bcfb6fe7513.png

 

Share this post


Link to post
Share on other sites

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

 

Прошу помощи в организации мониторинга температуры в 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 датчиков?

Share this post


Link to post
Share on other sites
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 by d.brusentsev

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
8 минут назад, asckold сказал:

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
1 час назад, fivtin сказал:

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

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

Share this post


Link to post
Share on other sites

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

 

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

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

 

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

 

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

 

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

 

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

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

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

Edited by st.blackd

Share this post


Link to post
Share on other sites

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

image.thumb.png.810e90f3a5fb55ed3ec8d4b83d7a75ae.png

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

Share this post


Link to post
Share on other sites

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

image.thumb.png.120a3630556158d221aaa56e8fc1b522.png

 

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

image.thumb.png.19c4395af00811765bccc708afe132f1.png

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

 

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

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

Edited by st.blackd

Share this post


Link to post
Share on other sites
В 07.06.2019 в 10:26, a.kazancev сказал:

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

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

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

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

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

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

 

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

 

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

Edited by fivtin

Share this post


Link to post
Share on other sites

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

SNMP.jpg

Share this post


Link to post
Share on other sites
28 минут назад, Igor24 сказал:

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

SNMP.jpg

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
3 часа назад, Igor24 сказал:

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
В 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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now