Dmitriy Lizunov

Приветствую! У Вас на фото указано верно. "+" находится ближе к светодиоду - индикатору питания: На устройстве и предусмотрена защита от "переплюсовки", но нарушать полярность не рекомендуется, как и превышать номинал источника питания.

Добрый день. Если речь идёт о карте SNR-SNMP-CARD-801-v2, то опыт работы совместно с vSphere 6.7 у нас отсутствует. Устройство определяет остаточный заряд батареи исходя из поступающей информации от ИБП. Текущее значение транслируется на WEB интерфейсе и в SNMP. Сценариев автоматизации на устройстве не предусмотрено. Если vSphere 6.7 может "сдернуть" с карты через SNMP текущее значение заряда и принять решение о необходимости выключить виртуальные машины, то интеграция возможна.

Привет! Рекомендую рассмотреть SNR-ERD, производства НАГ. Самый простой вариант SNR-ERD-2.3-termo-out, с одним датчиком уже в комплекте: https://shop.nag.ru/catalog/47796.monitoring-i-udalennoe-upravlenie/05629.ustrojstva-monitoringa/07975.snr-erd-23-termo-out В Zabbix завести по SNMP: https://data.nag.ru/SNR ERD/SNR-ERD-2.3/MIB/

Да. Актуальные OID описаны в MIB файле. У каждого DIO в режиме выхода (DO) есть функция включить, выключить и перезагрузка (изменение текущего состояние на противоположное на указанный промежуток времени с последующим возвращением в исходное состояние).

Добрый день. Функционал выполнения команд snmp set чаще всего не предусмотрено системами мониторинга. В частности Zabbix не обладает таким функционалом в базовой конфигурации.

Добрый день! Что бы разобраться в Вашей проблеме, прошу сформировать обращение на почту технической поддержки support@nag.ru.

Доброго времени суток! В данном посте мы расскажем о компиляции обновлений за период сентябрь-декабрь 2020г для базовой версии в рамках обновления 2.9.25 и презентуем новый функционал в рамках прошивки IF-THEN, поддерживающей пользовательские логические сценарии. Начнем со свежего взгляда на конфигурацию устройства ERD-4. Было принято решение о разработке FW позволяющего гибко настроить логические сценарии автоматизированной работы устройства. Данный функционал близок к применению в проектах, где функции ПЛК избыточны, но при этом требуется гибкая автоматизация. Скачать текущую версию FW IF-Then можно по ссылке: https://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/If-Then(Logic)/ ВАЖНО! Данное ПО заменяет существующие сервисы, такие как термостат и watchdog: -Прошивка позволяет создать до 6 логических сценариев в составе которых можно задать до 3 условий и 4 SNMP команды: -SNMP является переменной, которую можно в последствии задействовать в логической схеме. В настройке параметра указывается адрес и порт устройства на которое должна быть отправлена команда, OID и community write: -Конфигурация логической схемы выглядит следующим образом: -Данная ветка ПО на текущей момент находится в стадии разработки и не является конечных решением! Ждём от Вас обратную связь по функционалу прошивки IF-Then! Перейдем к обновлениям базовой версии. Скачать базовое FW можно в корне папки по ссылке: https://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/ changelog для основной ветке: https://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/changelog.txt Рассмотрим детально: ## [2.9.25] - 2021-01-22 ERD-4 - 2.9.25 -Устройство SNR-ERD-4s-RF переведено в статус EoS. Прошивка 2.5.9 является крайней версией с поддержкой модуля RF. Доступна по ссылке: https://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/Archive/OLD/ERD-4-RF/ -Программное обеспечение для устройств SNR-ERD-4s и SNR-ERD-4s-GSM объедено в один проект. В дальнейшем будет поддерживаться только одна версия с автоматическим определением наличия подключения GSM модуля. Прошивка имеет полную совместимость с устройством SNR-ERD-4s и SNR-ERD-4s-GSM. Соответствующий функционал GSM на устройстве, будут присутствовать только при аппаратном подключении данного модуля; -Оптимизация работы стека TCP/IP-стека и выделения памяти на системные процессы; -Исправлена проблема, при которой в SNMP использовался указатель на временную переменную в памяти (при опросе таблицы DO). Это могло приводить к зависанию; -Исправлена проблема, при которой выполнялась передача 0 вместо отрицательного значения температуры: -Исправлена проблема с L2tp клиентом при которой сбрасывались настройки соединения при перезагрузке устройства: -MQTT. Добавлен изменяемый UID устройства. Максимальная длина - 30 знаков: -MQTT. Убран флаг "Включить PUSH-уведомления" используемый в приложении "IoT Manager". Приложение являлось MQTT клиентом для мобильных устройств. Разработчик убрал данное приложение из AppStore и Google Play: -MQTT. Фикс работы топика reload используемый для перезагрузки устройства по средствам MQTT; -Восстановлена работа уведомлений при достижении верхнего и нижнего порога температуры задаваемые на температурных датчиках: -Изменены содержания уведомлений о температуре: less than и more than заменены знаками < и > и удалён знак градуса, так как не корректно воспринимался в SNMP и SMS уведомлениях: -Длины строки названий DIO величина до 16 кириллических знаков: -Увеличено количество номеров телефонов администратора в GSM версии до 16. В одну строку вписываются все номера, можно через запятую, можно через пробел или другой символ. Главное, чтобы внутри номера не было никаких разделений. Символ + считается частью номера. Сам модем отправляет одну смс раз в 20 секунд. Это защита от рассылки спама. Поэтому полный цикл рассылки одного уведомления займёт примерно 16*20 сек=5 минут. Также правило "Запросы с номера администратора" действует со всеми перечисленными номерами: Всем большое спасибо за внимание! Ещё больше новостей и информации о устройствах серии SNR-ERD Вы найдете в нашем телеграмм канале: https://t.me/snr_erd_news

Добрый день! О проблеме известно, уже исправлено в последующей версии. В скором времени будет релиз после того как пройдут все тесты. В данной теме тоже оставлю ссылки на новую версию.

Добрый день! Кнопка перезагрузки находится в меню обновления ПО. Заливать прошивку не нужно, кнопка активна всегда: Так же доступна перезагрузка по средствам snmp: В OID .1.3.6.1.4.1.40418.2.6.10.300.0 необходимо отправить целое чисто "1" Пример: snmpset -v2c -c public 192.168.15.20 .1.3.6.1.4.1.40418.2.6.10.300.0 i 1

Прошу проверить, какая индикация возникает в момент подачи питания на устройство и что производит в последствии? В штатном режиме работы, индикатор питания при включении должен быстро моргать около 10 сек, в это время устройство находится в режиме загрузчика и подгружает основное ПО которые по всей видимости установилось не корректно. По истечению загрузки основной прошивки, индикатор должен статически загореться и не моргать. Попробуйте поставить устройство на пинг по дефолтному адресу 192.168.15.20, находясь с ним в одной подсети. В момент работы загрузчика он будет иметь этот адрес несколько секунд. На всякий случай повторите процедуру используя ранее прописанную адресацию на конвертере. Если есть пинг 10-15 сек пока работает загрузчик, попробуйте выполнить повторную прошивку устройства при помощи утилиты протокола TFTP Скачайте утилиту: https://data.nag.ru/SNR ERD/Programs/Tftpd/ Инструкцию к прошивке можно найти в мануале к ERD-4 на странице 49: https://data.nag.ru/SNR ERD/SNR-ERD-4/Documents/Manual SNR-ERD-4.pdf Актуальное ПО: https://data.nag.ru/SNR ERD/SNR-Eth-RS232485/Firmware/ Если процедура не поможет, опишите свои наблюдения в рамках обращения в техподдержку https://support.nag.ru/ для дальнейшей передачи устройства в СЦ.

Приветствую! Можете подсказать точный артикул устройства?

Приветствую Вас коллеги! Представляем Вашему вниманию компиляцию обновлений за август-сентябрь. Прошивка версии 2.5.9. Скачать можно в привычном месте: https://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/ changelog: https://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/changelog.txt ## [2.5.9] - 2020-09-24 ERD-4 - 2.5.9 ERD-4 - 2.5.9 GSM ERD-4 - 2.5.9 RF -Исправлен баг обнаружения датчиков DTS-2, по шине 1-wire при запросе snmp walk; -Исправлен баг установки нового tcp-соединения в mqtt; -Исправлен баг отключения ПИД-регулятор при отсутствии выбранного датчика; -Исправлено отображение состояний входов каунтеров RSCouner-8i/RSCouner-16i: в нормальном состоянии теперь отображает уровень HIGH, а не LOW, т.к. вход замыкается с "землёй". -Добавлены топики для вывода значения "Выход" ПИД-регулятора. По Аналогии с SNMP, добавили: PID/output_percent - передаёт процентное значение PID/output_real - передаёт действительное значение "Выхода" (В Аналоговом режиме передаёт Напряжение. В режиме ШИМ, передаёт время в секундах). Топики отправляются при изменении значения выхода. Точность output_percent 0.1, output_real 0.001. -Изменён шрифт на WEB интерфейсе. Установлен шрифт без засечек - Trebuchet MS -Добавлено отдельное меню для управления датчиками. -Добавлена возможность при помощи нового WEB меню "Датчики" задать уникальный номер для датчиков всех типов. Индексу OID будет присвоен заданный номер и зафиксирован за датчиком для снятия данных по SNMP: Пример: 1.3.6.1.4.1.40418.2.6.1.50.1.1.1.1 Датчик № 1 1.3.6.1.4.1.40418.2.6.1.50.1.1.1.2 Датчик № 2 1.3.6.1.4.1.40418.2.6.1.50.1.1.1.X Датчик № Х -Обновлен MIB-файл: https://data.nag.ru/SNR%20ERD/SNR-ERD-4/MIB/SNR-ERD-4.mib Подробнее о новом меню "Датчики": В меню (1) отображаются в все датчики которые ранее были подключены к устройству и их текущий статус подключения (2). Основная цель меню - это дать возможность задать для датчика порядковый номер (3). Вновь подключенный датчик не имеет порядкового номера (4). Чтобы его задать необходимо нажать на гиперссылку - имя датчика (5) Примечание: имя датчика = его 1-wire ID (6) если не задано отдельное в настройках (7) В меню присвоить датчику номер (8) от 1 до 40: Заданный номер (9) присвоится вашему датчику: На главной странице отображаются все порядковые номера датчиков: В MIB-файле добавлен отдельный темплейт для пронумерованных датчиков: .1.3.6.1.4.1.40418.2.6.1.50 (11): Заданный нами ране номер, становиться Index Value Index Value используется в OID (12, 13) для запроса данных по нашему датчику: Добавлен OID .1.3.6.1.4.1.40418.2.6.1.50.2.0 (14, 15) для отображения количества подключенных датчиков: В этом OID отображается количество датчиков у которых был задан номер и в данный момент они в состоянии "Подключен: YES" Создан, для отслеживания работоспособности датчиков. Отключенный датчик может быть удален (16) После удаления сбрасываются все настройки: Если датчик был в статусе "Подключен: NO" (17, 18) После удаления, он пропадёт из меню: Старые OID таблицы (19) с отображением index = 1-wire_ID (20, 21) сохранены в исходном виде для обеспечения обратной совместимости: Всем спасибо за внимание и до встречи в новых релизах! Актуальную информацию мы размещаем в нашем Телеграм канале: https://t.me/snr_erd_news

Приветствую! Подтверждаем, уже исправлено и протестировано в версии 2.5.9: [admin@MikroTik] > tool snmp-walk 192.168.15.24 community=public oid=.1.3.6.1.4.1.40418.2.6.1 OID TYPE VALUE 1.3.6.1.4.1.40418.2.6.1.1.1.1.1.1303213103 gauge 1303213103 1.3.6.1.4.1.40418.2.6.1.1.1.1.1.2833750790 gauge 2833750790 1.3.6.1.4.1.40418.2.6.1.1.1.1.1.4279622402 gauge 4279622402 1.3.6.1.4.1.40418.2.6.1.1.1.1.2.1303213103 octet-string 1.3.6.1.4.1.40418.2.6.1.1.1.1.2.2833750790 octet-string 1.3.6.1.4.1.40418.2.6.1.1.1.1.2.4279622402 octet-string 1.3.6.1.4.1.40418.2.6.1.1.1.1.3.1303213103 integer 25 1.3.6.1.4.1.40418.2.6.1.1.1.1.3.2833750790 integer 25 1.3.6.1.4.1.40418.2.6.1.1.1.1.3.4279622402 integer 25 1.3.6.1.4.1.40418.2.6.1.1.1.1.10.1303213103 integer 0 1.3.6.1.4.1.40418.2.6.1.1.1.1.10.2833750790 integer 0 ...... Релиз будет на днях! Из нововведений для затравочки - переработанное меню датчиков: И отдельная OID таблица с задаваемыми индексами для них: Подробности по релизу разместим в нашем Телеграм канале: https://t.me/snr_erd_news ;D

Добрый день. Контакт n10 используется для перезагрузки устройств. У него нет прямого управления для переключения состояний ВКЛ/ВЫКЛ. Для прямого подключения предназначен контакт n11. Коммутировать его аналогично необходимо с контактом n4 (+5В). К контактам Вы можете подключить любое реле с управляющим напряжением 5В. К примеру у нас есть в сборке: https://shop.nag.ru/catalog/00007.avtomatizatsiya-i-monitoring-iot/05630.upravlenie-pitaniem/08155.snr-smart-din-b Для управления по SNMP .1.3.6.1.4.1.40418.2.4.2.3.0 integer 0 / 1 Для прямого управления n10 (manual) Есть кастомная прошивка: https://data.nag.ru/SNR ERD/SNR-ERD-3S/Firmware/custom/firmware_SNR-ERD-3S-2manual_out.hex

Приветствую Вас коллеги! В ходе разделения пароля и SNMP community, была выявлена несовместимость кодировки спец символов в пароле устройства из-за особенностей хранения символов в памяти. В связи с этим временно откатывались на версию 2.1.0. Ситуацию исправили, выполнив максимально возможную обратную совместимость для таких случаев. Полный список изменений как всегда в changelog файле. Актуальная версия FW v2.3.7 по ссылке. Краткая выдержка по поводу ситуации с кодировкой, и способом её решения при возникновении: Спец символы в URL кодировке (кириллица, зарезервированные и небезопасные символы ASCII), ранее учитывались в длине пароля как 3 не кодированных символа. Пример раскодировки можно найти по ссылке. Рекомендации к обновлению прошивки до версии v2.3.7 с версии 2.1.0 и более ранних: 1. Перед обновлением пароля рекомендуется убрать из пароля спец символы. 2. Если у вас используются спецсимволы в пароле, то при обновлении до версии v2.3.6 они будут учтены в памяти устройства как 3 символа - (каждый спец символ в отдельности), при максимальной длине пароля до 10 символов. 3. Всё что более 10 символов будет обрезано автоматически и зайти можно будет по старому паролю в сокращённом виде. 4. Если спец символ выпадает на конец пароля, заходя за ограниченные 10 символов в памяти, зайти по нему в декодированном сокращённом виде не получится! 5. После обновления до версии 2.3.6 с более ранних необходимо заново задать community трёх нововведённых сущностей. особое внимание в случае если ранее в пароле/community использовались спец символы. Способ резервного восстановления пароля, для доступа к устройству: 0. Конфигурация сетевых настроек, не изменяется при заливке конфигурации. 1. На устройстве ERD-4, должна быть включена функция "Разрешить использование TFTP". Функция находится во вкладе: Администрирование - Обновление ПО. 2. Скачать файл заводской конфигурации устройства ERD-4 для версии 2.3.7: https://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/SNR-ERD-4 default conf v2.3.7.conf 3. Скачать программу TFTPD: https://data.nag.ru/SNR ERD/Programs/Tftpd/ 4. В окне программы выбрать вкладку Tftp Client 5. Задать IP адрес устройства, порт 69, Local File - выбрать файл .conf с заводской конфигурацией. 6. Нажать кнопку "Put". 7. Зайти на устройство под заводскими учётными данными login: admin password: public

Приветствую Вас коллеги! Должно быть кто то уже успел обратить внимание, но официального релиза у нас не было. В Марте, мы выложили прошивку версии 2.0.0 для устройства ERD-4. В этой прошивке мы собрали все нововведения которые разрабатывали и тестировали отдельными ветками за последний год нашей работы. На данный момент мы готовы представить версию 2.3.0 от 2020-04-22. Прошивки размещены по данной ссылке: https://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/ Почему прошивки? Это одно из нововведений, но обо всё по порядку. Сейчас я озвучу перечень основных изменений в новом релизе: -Провели большой рефакторинг кода для оптимизации работы устройства. Исправили некоторые неточности и баги с WEB интерфейсом и передачечей состояний в OID -С целью экономии памяти контроллера и минимизации лишнего функционала, было выполнено разделение прошивок на ревизии с различными радио модулями. (Ранее всё находилось в одной ревизии). Версии прошивок универсальны, и не вызовут технических проблем при не верной установке. Ветки будут обновляться параллельно, и отличатся только наличием или отсутствием поддержки радио модуля в составе устройства. Теперь прошивки будут выглядеть следующим образом: ERD-4 - 2.X.X ERD-4 - 2.X.X GSM ERD-4 - 2.X.X RF а возможно в скором времени ещё: ERD-4 - 2.X.X NB-IoT ERD-4 - 2.X.X LORA *Но про это как нибудь в другой раз ;) - Обновлён актуальный MIB файл: https://data.nag.ru/SNR ERD/SNR-ERD-4/MIB/SNR-ERD-4.mib Он будет являться общим для всех версий устройства и иметь один sysobjectid - Появилась сущность "ЛОГИН". Мы понимаем что для крупных сетей и систем это одно из важнейших требований - наличие авторизации по учетной записи. По этой причине мы добавили такую возможность. - HOTFIX прошивки GSM. Восстановлена отправка уведомлений от DI и перезагрузка по звонку -В соответствии с новой инструкцией к устройству RSSensor: https://data.nag.ru/SNR ERD/SNR-RSSensor-HTP/Documents/Manual_SNR-RSSensor-HTP.html Ввели ограничение на количество распознаваемых датчиков температуры на шине 1-wire устройства RSSensor. Сейчас от RS Sensor H/T/P будет передаваться не более 5 адресных датчиков. Связано с выявленной проблемой - зависание микроконтроллера RSSensor при подключении более 5 датчиков DTS к нему. На шину самого устройства это не повлияло, распознает как и ранее до 10 датчиков температуры по шине 1-wire. -Добавили отдельную в WEB вкладку SNMP в которую перенесли все настройки агента. -Выполнили разделение доступа на 4 сущности отделив настройки WEB доступа от SNMP. Ранее пароль использовался как community read/write. Сейчас это независимые установки. Так же добавили trap community для удобной фильтрации трап уведомлений в системе мониторинга. -Добавлена полноценная поддержка RSCounter-16i по средствам WEB/SNMP/MQTT https://shop.nag.ru/catalog/00007.avtomatizatsiya-i-monitoring-iot/05629.erd-kontrollery/38195.snr-rscounter-16i-smart -ГЛОБАЛЬНЫЙ РЕФАКТОРИНГ MQTT ТОПИКОВ И ДОБАВЛЕНИЕ МНОЖЕСТВА НОВЫХ -Реализация MQTT Transfer - теперь данные получаемые из последовательных интерфейсов RS 485/232 возможно публиковать на прямую в топик. Это позволит расширить возможности интеграции устройства с системами верхнего уровня. -Мы вернули и доработали L2TP клиент в устройстве. Теперь Вы можете использовать канал GPRS от оператора сотовой связи для подключения к своей внутренней сети. Через публичную сеть покинув туннель, Вы получите резервный канал до устройства или же основной при условии отсутствия eth подключения на объекте. -запустили новый changelog: https://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/changelog.txt Все актуальные изменения и подробности по обновлениям Вы найдете в нем. И это далеко не все, мы не стоим на месте и продолжаем развивать наш продукт так как являемся фанатами своего дела и хотим создать самое лучшее и доступное устройство на рынке не уступающее по функционалу конкурентам. Впереди ещё много чего, что мы не успели анонсировать, но уже работаем над этим. Скажу только что в скором времени рынку ПЛК придется потеснится. Спасибо за внимание коллеги, до встречи в новых релизах.

Доброе утро! Нашли досадную ошибку в коде GSM версии. Исправили и протестировали: https://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/ERD-4_GSM_16.04.2020_09.41.bin Можно пользоваться. Так же ближайшие пару дней обновлю changelog и выкачу прошивки для других версий, в них будет новый функционал помимо того что был в версии 2.1.0.

В настройках GSM появился отдельный флаг: Подскажите, он сейчас задействован ?

Добрый день! Спасибо за информацию. Разбираемся.

Добрый день, данный функционал реализован по средствам ВЕБ интерфейса: Вы устанавливаете время перезагрузки, отмечаете чекбокс и применяете настройку. После выполнения, состояние Реле или DO меняется на противоположное от текущего (было включено стало выключено и наоборот) на указанный Вами промежуток времени. Так же есть реализация по SNMP: Что бы установить время перезагрузки как постоянное значение: .1.3.6.1.4.1.40418.2.6.2.2.1.4.1 - Реле .1.3.6.1.4.1.40418.2.6.2.2.1.4.2 - DO-1 .1.3.6.1.4.1.40418.2.6.2.2.1.4.3 - DO-2 .1.3.6.1.4.1.40418.2.6.2.2.1.4.4 - DO-3 .1.3.6.1.4.1.40418.2.6.2.2.1.4.5 - DO-4 .1.3.6.1.4.1.40418.2.6.2.2.1.4.6 - DO-5 Отправлять Integer: от 1 до 255 - секунд После чего перезагрузка: .1.3.6.1.4.1.40418.2.6.2.2.1.3.1 - Реле .1.3.6.1.4.1.40418.2.6.2.2.1.3.2 - DO-1 .1.3.6.1.4.1.40418.2.6.2.2.1.3.3 - DO-2 .1.3.6.1.4.1.40418.2.6.2.2.1.3.4 - DO-3 .1.3.6.1.4.1.40418.2.6.2.2.1.3.5 - DO-4 .1.3.6.1.4.1.40418.2.6.2.2.1.3.6 - DO-5 Отправлять Integer: "2" в нужный OID

Добрый день. Просьба воспользоватся текущей версией прошивки: http://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/Beta/ERD-4_vi0.1.3.bin Вы устанавливаете триггер, именно по этому триггеру и получаете уведомление. В текущей версии помимо статуса, есть ещё и информация по установленному триггеру. Для демонстрации инициировал аварию при 40C и восстановление при 30С: Логи на ERD: Сообщения в почту аналогичные: SNR-ERD-4-Office: Critical Temperature on 1303213103 more than 30 ТАC SNR-ERD-4-Office: Normal Temperature on 1303213103 less than 40 ТАC

Добрый день. Разработали функционал таймаута DHCP: Добавлена возможность задать время (от 0 до 999 секунд) в течении которого ERD-4 пытается получить IP по DHCP, по истечению данного таймаута выставляется дефолтный IP (192.168.15.20). Данный функционал уже доступен в тестовой прошивке: http://data.nag.ru/SNR ERD/SNR-ERD-4/Firmware/Beta/ERD-4_vi0.1.3.bin

Добрый день. Все официально поддерживаемые прошивки находятся в этом разделе: http://data.nag.ru/SNR ERD/SNR-ERD-2.3/Firmware/ Для прошивки необходима утилита: https://data.nag.ru/SNR ERD/Programs/SNR Flasher.zip

Добрый день! По вашему вопросу уже проводится работа в рамках обращения в СЦ https://support.nag.ru/issues/68137

Владимир приветствую. Я ответил Вам в почту 19.07. Дублирую информацию на форум: Связанные с реле, OID в MIB: Команды для net snmp: snmpset -v1 -c public(Ваш_community=pass) 192.168.15.20(Ваш_ERD_IP) .1.3.6.1.4.1.40418.2.6.2.2.1.3.1 i 1 - ON snmpset -v1 -c public(Ваш_community=pass) 192.168.15.20(Ваш_ERD_IP) .1.3.6.1.4.1.40418.2.6.2.2.1.3.1 i 0 - OFF