Bad_cemka Опубликовано 18 апреля, 2019 · Жалоба 21 час назад, Bahtiyar сказал: Устройство ERD-4s не работает синхронная работа. Есть необходимость трансляции состояния датчиков c удаленного устройства ERD-4s. На удаленном устройстве счетчик срабатывания фиксирует работу датчика, при этом на местном устройстве выходной порт не срабатывает. Добрый день. Не могли бы вы назвать версию прошивки устройства и показать текущую конфигурацию синхронной работы на обоих устройствах? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kambi Опубликовано 23 апреля, 2019 · Жалоба Имеется erd-4s-rf. (Версия прошивки 1.1 [beta], Версия загрузчика 1.0, Ревизия платы устройства 1.0) Меня смущает ревизия платы - 1.0. У всех в этой ветке фигурирует рев. платы 4.х. Можно ли к нашему контроллеру подключить датчик SNR-RSSensor-H/T/P и на какой версии прошивки? Используем контроллеры только для контроля температуры, а теперь и влажность хотим добавить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bad_cemka Опубликовано 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. Архив со старыми версиями прошивок доступен по ссылке. Изменено 24 апреля, 2019 пользователем Bad_cemka Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kambi Опубликовано 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 - они постоянные, можно ли их мониторить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bad_cemka Опубликовано 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 постоянные и могут использоваться для мониторинга. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
KorDen32 Опубликовано 28 апреля, 2019 · Жалоба Экспериментирую с RS-sensor-H/T/P, прошивка 1.11 Температуру завышает на 2-3 градуса (датчик чтоль греется от платы?) относительно DHT22/DTS, влажность такое ощущение что кратна десяткам. При подключении DTS18B20, не важно, паразитным питанием или с 5v от ERD, он начинает бесконечно перезагружаться, когда загружается, в интерфейсе появляется "• SNR-DTS 0 0.0°С", и тут же уходит в перезагрузку Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
a.kazancev Опубликовано 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 или отключения датчика. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
KorDen32 Опубликовано 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'ы похоже не работают. Изменено 29 апреля, 2019 пользователем KorDen32 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
a.kazancev Опубликовано 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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
gorovich Опубликовано 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 датчиков? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
d.brusentsev Опубликовано 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 должен быть данный функционал Изменено 13 мая, 2019 пользователем d.brusentsev Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
asckold Опубликовано 24 мая, 2019 · Жалоба Добрый день, не получается подключить к локальному серверу mosquitto, в CloudMQTT публикует без проблем, может есть нюансы , подскажите кто знает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bad_cemka Опубликовано 24 мая, 2019 · Жалоба 8 минут назад, asckold сказал: Добрый день, не получается подключить к локальному серверу mosquitto, в CloudMQTT публикует без проблем, может есть нюансы , подскажите кто знает. Добрый день, можете посмотреть MQTT_manual в нем есть инструкция по настройке mosquitto. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fivtin Опубликовано 7 июня, 2019 · Жалоба не рассматривалась возможность добавления функционала ротатора кондиционеров? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
a.kazancev Опубликовано 7 июня, 2019 · Жалоба 1 час назад, fivtin сказал: не рассматривалась возможность добавления функционала ротатора кондиционеров? Рассматривали. Если бы Вы сформулировали требования к данному функционалу и к его настройке, то мы смогли бы рассмотреть реализацию данной опции. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st.blackd Опубликовано 10 июня, 2019 (изменено) · Жалоба Добрый день, используем ваши устройства для мониторинга серверных и кроссовых помещений, есть ряд проблем и пожеланий: В 29.04.2019 в 15:45, a.kazancev сказал: Влияние платы на датчик минимально. Для этого датчики отнесены как можно дальше от преобразователя питания. Но датчик все же внутри корпуса, что может вызывать как инерцию изменения температуры, так и дополнительную систематическую погрешность. Уменьшить её можно если убрать зубчики на защитной крышке со стороны датчика. Касаемо значения систематической погрешности самого сентора, то его калибровку выполняет завод-производитель чипа. Наша программа считывает значения калибровок и использует их при расчете температуры. Тоже столкнулись с такой проблемой, имеем +3 градуса к показаниям других приборов, поломать корпус сегодня попробуем. Так же есть проблема с DHCP. Мы используем циски в своих сетях, при перебоях с электричеством контроллер включается значительно быстрее роутера и свича, соответственно контроллер получается недоступным до ручной перезагрузки, вопрос решается прописыванием статики, но это не всегда удобно. При мониторинге УПС, контроллер не сообщает о проблемах УПС, например если физически отключились батареи( такое бывает в запущенных случаях), можно ли добавить этот функционал? В 07.06.2019 в 12:26, a.kazancev сказал: Рассматривали. Если бы Вы сформулировали требования к данному функционалу и к его настройке, то мы смогли бы рассмотреть реализацию данной опции. Нам тоже был бы интересен данный функционал, сейчас, на одной из площадок мы используем БУРР-М, и его работой мягко говоря, не удовлетворены. Изменено 10 июня, 2019 пользователем st.blackd Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st.blackd Опубликовано 11 июня, 2019 · Жалоба Попробовали "модифицировать" корпус датчика, сначала температура пошла вниз и сравнялась с показаниями других датчиков. см. граффик из заббикса Красной полосой отмечен момент модификации датчика. Сейчас датчик показывает 25 С, а 2 других термометра показывают 20.3 и 21. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st.blackd Опубликовано 11 июня, 2019 (изменено) · Жалоба Для наглядности решил подключить датчик SNR-DTS: для наглядности график температуры за 6 часов, из этого графика можно сделать вывод что ошибки в показаниях прибора не связаны с В 29.04.2019 в 15:45, a.kazancev сказал: Но датчик все же внутри корпуса, что может вызывать как инерцию изменения температуры, так и дополнительную систематическую погрешность. Изменено 11 июня, 2019 пользователем st.blackd Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fivtin Опубликовано 11 июня, 2019 (изменено) · Жалоба В 07.06.2019 в 10:26, a.kazancev сказал: Рассматривали. Если бы Вы сформулировали требования к данному функционалу и к его настройке, то мы смогли бы рассмотреть реализацию данной опции. на мой взгляд должны задаваться такие параметры (для систем 1+1): 1) период работы кондиционера (в часах или днях) 2) время на запуск второго кондиционера (т. е. заранее до момента переключения запускается второй и спустя это время отключается первый) (в минутах), обычно 3-5 минут 3) критическая температура с выбором датчика 4) переключатель аварийного режима при превышении температуры на датчике запускается дополнительный кондиционер, отправляется trap и система работает в аварийном режиме, пока он не будет отключен вручную P.S. наверно еще нужен какой то параметр с активным в данный момент кондиционером Изменено 11 июня, 2019 пользователем fivtin Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igor24 Опубликовано 27 июня, 2019 · Жалоба Подскажите пожалуйста, возможно ли посредством snmpset "нажать" на данную кнопку? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dmitriy Lizunov Опубликовано 27 июня, 2019 · Жалоба 28 минут назад, Igor24 сказал: Подскажите пожалуйста, возможно ли посредством snmpset "нажать" на данную кнопку? Приветствую! Такой возможности по snmpset к сожалению не предусмотрено. Для какого ряда задач вам необходим данный функционал? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igor24 Опубликовано 27 июня, 2019 · Жалоба Импульсный выход электрического счетчика ---> SNR-ERD ----> Zabbix. Планировал периодически обнулять значение счетчика, для простоты решения. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dmitriy Lizunov Опубликовано 27 июня, 2019 · Жалоба 3 часа назад, Igor24 сказал: Импульсный выход электрического счетчика ---> SNR-ERD ----> Zabbix. Планировал периодически обнулять значение счетчика, для простоты решения. Благодарю за информацию! Планово рассмотрим возможность внесения данного функционала в будущие прошивки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nicolasomsk Опубликовано 29 июля, 2019 · Жалоба Добрый день! Возникла проблема с SNR-ERD-4. Не работает питание по POE (изначально не работало). При подаче питания на двухконтактный раъем, ERD работает. При питание от коммутатора с POE (dahua DH-PFS3110-8P-96) признаков работы нет. При одновременном подключении к коммутатору и к доп. источнику питания, последний уходит в защиту. Проверил SNR-ERD-2c всё работает прекрасно. Это как я понимаю, скорее всего аппаратная неисправность? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dmitriy Lizunov Опубликовано 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...