Перейти к содержимому
Калькуляторы

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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. Архив со старыми версиями прошивок доступен по ссылке

Изменено пользователем Bad_cemka

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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 - они постоянные, можно ли их мониторить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добрый день, 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@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'ы похоже не работают.

Изменено пользователем KorDen32

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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 должен быть данный функционал

Изменено пользователем d.brusentsev

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

 

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

 

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

 

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

 

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

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

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

Изменено пользователем st.blackd

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

image.thumb.png.810e90f3a5fb55ed3ec8d4b83d7a75ae.png

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

image.thumb.png.120a3630556158d221aaa56e8fc1b522.png

 

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

image.thumb.png.19c4395af00811765bccc708afe132f1.png

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

 

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

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

Изменено пользователем st.blackd

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

 

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

 

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

Изменено пользователем fivtin

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

SNMP.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

SNMP.jpg

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.