Обзор темы Статус PWR1 (новые сообщения вверху) |
Evgeny |
Отправлено 14:50 - 19 Сент., 2022 |
Ответил здесь: http://www.equicom.ua/cgi-bin/ikonboard/topic.cgi?forum=2&topic=114 |
|
mts33 |
Отправлено 13:58 - 19 Сент., 2022 |
Спасибо, очень полезная фишка. Запрос на фичу: реализовать обратный отсчет времени, задаваемый в секундах, на автовыключение PWR1. Для чего нужно - при сработке сирены она должна выключаться сама по истечении таймаута. Такое есть в китайских устройствах.
|
|
Evgeny |
Отправлено 17:28 - 5 Апр., 2022 |
Цитата: Quote: from Gagarin on 16:20 - 23 Окт., 2014 А как узнать состояние выхода PWR1?
В firmware v2.04 сделали SNMP переменную powerState, из которой во всех режимах можно читать текущее состояние канала (включен/выключен). Кроме этого, текущее состояние теперь отображается в web интерфейсе и в Telnet в режимах Ping mode и Analog mode.
|
|
Evgeny |
Отправлено 11:35 - 5 Марта, 2015 |
Да, конечно об этом думали. И в будущем планируем сделать автономное реагирование на различные события по настраиваемому пользователем алгоритму. Сейчас, к сожалению, просто нет времени - нужно закончить другие проекты.
|
|
radar20 |
Отправлено 10:46 - 5 Марта, 2015 |
Вообще, устройство с достаточным количеством интерфейсов могло бы работать и более автономно. Не было у Вас идеи так поменять прошивку, чтобы можно было программировать устройство на самостоятельное выполнение каких-то действий по входящему событию, пусть и в ущерб SMNP. Например, самостоятельно отправлять почту, по изменению состояния датчика или превышении порога коммутировать выходную линию и т.п. Я понимаю, что затачивали Вы прошивку для провайдеров, но почему бы не переписать интерфейс для простых юзеров, т.е. для использования без компьютера. Даже более простые устройства это позволяют, например http://www.hw-group.com/products/HWg-STE-plus/STE-plus_lan_thermometer_digital_inputs_ru.html
|
|
Gagarin |
Отправлено 10:39 - 28 Окт., 2014 |
Работать через SNMP запросы сложнее. Требует установки соответствующих служб, подкручивания брандмауера, использования специфичных библиотек и/или стороннего ПО. Основой принятия решения написать свой плагин является то, что конкретно на моем компьютере SNMР-пакеты не ходят, соответственно ничего не работает. Чего мы только не пробовали. Выход только один - переустановка системы, но это не вариант. Поэтому буду парсить панель управления. Ну и ждать новой прошивки. ))
|
|
Evgeny |
Отправлено 16:29 - 27 Окт., 2014 |
В общем идея интересная. Тут есть такие соображения. 1) Эта задача уже сейчас решается через SNMP запросы, почему их не использовать? 2) У нас в данный момент очень большая загрузка, и времени на доработки PING3 остается мало. Поэтому в первую очередь будем заниматься более срочными вопросами, которых тоже хватает. 3) В контроллере осталось не слишком много свободной памяти, это еще одна причина сделать в первую очередь более важные, уже запланированные изменения. Так что идею услышали, включили в список перспективных доработок, но пока на будущее.
|
|
Gagarin |
Отправлено 15:31 - 27 Окт., 2014 |
Хочу написать виджет. Причем не важно под какую платформу. Виджет обращается к устройству, например: http://192.168.200.1/get?an1 И в ответ получает значение датчика AN1, например 19.8. Строка запроса может иметь другой вид, ваши программисты могут использовать другую реализацию. Понятно, что нет аунтификации, но в целом, в настройках указывается ведь диапазон IP-адресов, с которых утройство доступно, плюс - все значения только для чтения, соответственно, никто не сможет ничего сделать. Либо, например, такой запрос: http://192.168.200.1/get?pwr1 Вернет состояние выхода PWR1, On или Off. Или сделать чуть сложнее, запрос: http://192.168.200.1/getStatus Вернет состояние всех датчиков и выходов в формате JSON или XML. А чтобы устройство небыло подвержено атакам типа DDOS, сделать ответ не чаще 1 раз в сек, остальные запросы игнорировать. ----------------------- Я сейчас реализовал автоматические запросы 1 раз в 5 минут через Telnet. Теперь у меня на экране отображается текущая температура в серверной, можно даже строить графики. Но оказалось, что состояние выхода PWR1 не мониторится через Telnet. Сейчас рассматриваю возможность парсить панель управления, но понял, что правильнее решать эту проблему через разработчика. (Отредактировал(а) Gagarin - 19:45 - 27 Окт., 2014) |
|
Evgeny |
Отправлено 10:54 - 27 Окт., 2014 |
Не совсем понимаю о чем речь. Можно конкретный пример, как это должно работать и какие дает плюсы?
|
|
Gagarin |
Отправлено 10:10 - 27 Окт., 2014 |
А еще возник такой вопрос, раз уж у устройства есть встроенный http-сервер, на котором крутится панель управления, почему бы не сделать поддержку http-запросов? Это значительно расширило и упростило бы возможности интеграции устройства.Read-only конечно же.
|
|
Evgeny |
Отправлено 19:17 - 23 Окт., 2014 |
Сейчас никак не узнать. Уже думали об этом, и в будущем планируем сделать, чтобы текущее состояние каналов PWR отображалось в интерфейсе и считывалось через SNMP. Сейчас можно только настроить отправку трапов при вкл/выкл канала PWR и фиксировать состояние канала по последнему полученному трапу.
|
|
Gagarin |
Отправлено 16:20 - 23 Окт., 2014 |
Использую Ping3-knock. В зависимости от аналогового датчика AN1 (температуры), управляю с помощью PWR1 (через реле) питанием привода окна. Состояние датчика AN1 легко проверяю через telnet, найдя соответствующую строку: 1 - AN1: 'Temperature': 19.3=-50.0+330.0*ADC range 0.0...20.0, hyst=2.0, Depended power channels: PWR1 А как узнать состояние выхода PWR1? В telnet о нем пишет только: 1 - PWR1: 'WindowGear', depends on AN1: OFF < 0.0 <= OFF <= 20.0 < ON positive polarity (1 - power ON) traps are if turned On and if turned Off И не понятно состояние выхода в данный момент. Ничего не сделать?
|
|