Форум » GSM Universal » Список доработок/пожеланий Бета версии ПО "GSM-Universal" » Ответить
Список доработок/пожеланий Бета версии ПО "GSM-Universal"
orel: Думаю собрать в одном посте, пожелания/баги по Бета версии "GSM-Universal" будет полезно как производителю, так и нам пользователям. Если не в тему, к удалению. Если админ поддерживает, пишите буду добавлять. Централь+Конфигуратор: 1. Для выходов добавить опции: - при изменении состоянии выхода, опционально, уведомлять сервер мониторинга Статус: Y 2. Добавить в конфигуратор возможность работы с прокси серверами (HTTP, SOCKS4, SOCKS5). Статус: Y 3. Устранить проблему зависания доп. выходов. Статус: Y dem:С доп выходами решаем проблему. 4. Добавить в настройках зон возможность управлением не одним выходом, а двумя и более (желательно 1-16). Статус: А dem:Несколько диодов и модулей реле решат эту проблему, хотя не так красиво... http://potencial.forum24.ru/?1-7-0-00000149-000-0-0-1319745108 5. Для выходов добавить возможность ручного управления DTMF-командами независимо от активированных для данного выхода опций: 5.1 "Управление выхода по расписанию" Статус: S dem:Хорошо постараемся реализовать. http://potencial.forum24.ru/?1-7-0-00000213-000-0-0#003.001.001 5.2 "Расписание для энергосбережения или управление по температурным датчикам" Статус: ??? DTMF команды: 1. Добавить DTMF команду тихого режима (без вкл. сирены) включения/отключения режима охрана, всех, разрешенных данному пользователю групп. (Необходимо для режима удаленного конфигурирования). Статус: А dem:Питание сирены через реле, реле к выходу. Используйте полное отключение DTMF командой, выход настраиваем импульсным, чтоб не забыть. 2. Добавить DTMF команды изменения значения температуры, например, такие: Изменить температуру в режиме защиты от замерзания по температурной зоне: *60*XX Изменить температуру в режиме «эконом» по температурной зоне (1-5) *61*XX Изменить температуру в режиме «комфорт» по температурной зоне (1-5) *62*XX Где XX-конкретное значение температуры. Статус: N dem:На данное время нет. Сервер мониторинга: 1. Добавить функционал мониторинга состояния выходов по аналогии с термозонами/входами. Статус: S dem:Возможно будет реализовано. 2. Добавить возможность отображения состояние входов / выходов / термозон в табличной форме (как это сделано для событий). Графическое отображение оставить. Статус: S dem:Ответить смогу после завершения тестирования прошивки и доработки сервера мониторинга.... учтем ... возможно реализуем..... 3. Добавить возможность экспортирования данных (состояние входов / выходов / термозон/ в формат СSV, XLS, .... Статус: S dem:Ответить смогу после завершения тестирования прошивки и доработки сервера мониторинга.... учтем ... возможно реализуем..... Статус: ("+" - реализовано, "Y" - согласие производителя, "N" - отказ от реализации с причиной, "А" - альтернативное решение, "???" - нет ответа производителя, "S"- Неопределенность возможности реализации)
provit: izograv пишет: >устранить проблему неправильного (по времени)предоставлении снимков тут нужно независимое подтверждение о проблеме от человека с гарантированно новой прошивкой видеомудуля Часто при запросе кадра с камеры (е-mail или web, не важно) тебе дает показания не текущего (судя по метке времени), а предыдущего по времени снимка. Пример: был у меня снимок с камеры 4, сделанный вчера. Сегодня было предупреждение в той зоне, пришел на мыло снимок с камеры 4 - он вчерашний. Чьи это слова? да.да izograv. Аналогичная ситуация и у меня. Следующий снимок уже соответсвует времени. У Вас VID со старой прошивкой, я специально дождался пока привезут с новой, но результат тот-же. На всякий случай прошу ребят назвать или показать какие-то отличительные признаки, если они есть, VID с новой и старой прошивками, по которым их можно ризличить.
orel: Ну мужики вы и на оффтопили Я как бы планировал темку открыть для составления систематизации вопросов/пожелани, обсуждать можно и в соседней. Это я так... на самом деле я не против. В споре рождается истинна. Только просьба, четко формулировать вопрос/пожелание
vlad6502: пожелание по Сервер мониторинга: иметь возможность отображать состояние входов / выходов / термозон в табличной форме (как это сделано для событий) в этом случае возможно импортировать данные в Exel и там уже проанализировать / отобразить в удобном виде P.S. в идеале можно реализовать выгрузку в CSV формат
izograv: provit пишет: я специально дождался пока привезут с новой, но результат тот-же Значит подтверждается, это неприятный неустраненный баг. Я только из-за этого бага собирался перепрошивать видеомодуль, но из-за морозов отложил. Видно не зря.
izograv: orel, добавьте плиз в шапку: - "старые(предыдущие)" кадры видеомодуля (баг); - неправильная дата (предыдущее число) на первых в текущий день снимках видеомодуля (баг); - при наличии опции "синхронизировать время" после рестарта консоли делать это сразу, а не ждать конца часа (пожелание); - при изменении состоянии выхода опционально уведомлять сервер мониторинга (статус "Y" )
orel: vlad6502 пишет: иметь возможность отображать состояние входов / выходов / термозон в табличной форме (как это сделано для событий) Поддерживаю, видел у кого-то в демо режиме, очень удобно.
orel: izograv пишет: - при наличии опции "синхронизировать время" после рестарта консоли делать это сразу, а не ждать конца часа (пожелание); Если можно подробней. Как я понимаю для синхронизации с NTP сервером, консоли необходимо поднять GPRS-сесию, а учитывая еще dynDNS это тоже время. А в общем интересно, какой переод запроса сервера NTP ?
izograv: orel пишет: Как я понимаю для синхронизации с NTP сервером, консоли необходимо поднять GPRS-сесию, а учитывая еще dynDNS это тоже время. Если включен gprs и dynDNS GPRS-сессия все равно создается. После рестарта консоли. А вот обновления времени сразу не происходит, оно происходит только раз в конце часа. Допустим, в 20.05 ты снял питание с консоли, подал его в 20.30. А время на консоли все равно будет 20.05, т .е. отставать от реального на 25 минут. Итак до 20.58, когда произойдет синхронизация и время консоли совпадет с реальным. И обновление времени настолько ничтожно по трафику, что оно вполне может идти параллельно с обновлением dynDNS . Ну задержку можно 2 минуты поставить: сначала dynDNS , через 1-2 минуты - синхронизируется время (да нет, все же оно вполне может быть без задержки, там, по сравнению с, например, снимками с камер, трафик мизер). Такие расхождения по времени особенно неудобны тем, кто пользуется сервером мониторинга, т.к. события начинают писаться в не той последовательности, что должны. Я думаю разработчикам просто лень с этим возиться, т.к. малому числу народа это надо. ps: >Актуально только для вашего сервера мониторинга.... да, это моя ошибка в выборе структуры базы, надо конечно туда добавить еще одно уникальное поле и чуть поменять запрос - сделаю. Но я ж не знал, что так может быть со временем на консоли....
orel: izograv пишет: И обновление времени настолько ничтожно по трафику Вероятно период синхро по протоколу NTP стоит 60 мин, что в принципе немало. Наверное есть несколько путей: 1. Первичная синхронизация должна произойти раньше, по таймауту не лучшее решение, но самое простое. 1-2 минуты - мало. GPRS штука тонкая. а зачастую и глючная. Даже получние IP от оператора не является признаком поднятой сессии. 2. Добавить опции: - "Период синхронизации с сервером NTP"; - "Время начала синхронизации с сервером NTP после запуска консоли". По сути возложить принятие решения на пользователя, я бы так и поступил.
Stalker: Добавить в настройки выхода в режиме "Выносной светодиод" галочки зон. Чтоб можно было подключить несколько светодиодов и каждый бы показывал постановку на охрану своей зоны. В частности полезно не только как информационная примочка, так и для обороны. Например, есть две зоны - помещение и периметр. Если в помещении ночуют люди, то они включают только охрану периметра. Соответственно не желают включения пиропатронов и мощных сирен. Соответственно ставим реле подключение мощной сирены только если работает зона охраны помещения. А если работает только зона охраны периметра, то мощная сирена не включается. По моему удобно, и программно, наверно, не очень сложно.
izograv: Stalker пишет: По моему удобно, и программно, наверно, не очень сложно Я подобное уже как-то предлагал, техподдержка явно без энтузиазма это восприняла. Единственный выход - иметь 2 конфигурации: одна когда ставишь на охрану и ты ночуешь внутри дома, другая - ставишь на охрану и ты далеко от дома. У меня вообще впечатление, что разработчики, когда проектировали систему, такого варианта как "ночуешь дома и берешь на охрану" не предусматривали.
orel: Что-то я запутался, а зачем ? Единственный выход - иметь 2 конфигурации: одна когда ставишь на охрану и ты ночуешь внутри дома, другая..... Я например, настроил внутрение датчики разбития и движения на отдельную группу и просто ее не включаю на охрану.
orel: Добавить в настройки выхода в режиме "Выносной светодиод" галочки зон. Чтоб можно было подключить несколько светодиодов и каждый бы показывал постановку на охрану своей зоны. ДСО точно так неделают, может не стоит палить ;) Мне кажется выносной пульт будет куда информативней......Хотя наверное иметь такую возможность и неплохо......
Stalker: orel пишет: Я например, настроил внутрение датчики разбития и движения на отдельную группу и просто ее не включаю на охрану. А сирена при этом включается? А если там не сирена, а пирапатрон?
izograv: Stalker пишет: А сирена при этом включается? А если там не сирена, а пирапатрон? Вот-вот, чувствуется опыт :) Ну нахрена мне дома, когда я там, ночью или утром, должны включаться все те средства отпугивания, которые хороши именно для тех случаем, когда я далеко? Сирена на 6 минут и пиропатроны? Так же самому можно инфаркт получить. А гибко управлять сиреной и остальным без смены конфига невозможно. Мне - я все же не идиот - неужели так сильно хочется каждый раз по приезде на дачу менять конфиг? Но по иному не получается, я уже и так и сяк вертел. Но может оно и к лучшему: все же вариант смены конфига гораздо более гибкий, он уже у меня настолько сильно отличается от основного конфига, что я и по-памяти забывать начинаю отличия :) а зачем ? Я например, настроил внутрение датчики разбития и движения на отдельную группу и просто ее не включаю на охрану. Это у вас простая система защиты, т.е. то, что внутри дома. А у меня дополнительно и вся территория вокруг дома защищается, 4 внешних датчика. Вот и представьте, я сплю, а там крупная собака к дому подбежала, под забором пролезла. А тут фейерверк весь включается.
orel: Это у вас простая система защиты, т.е. то, что внутри дома. А у меня дополнительно и вся территория вокруг дома защищается, Согласен, пока простая. стремлюсь, но как в Чародеях, а все это изрядно стоит :) Надо на примерах, иначе никак. Если группа не ставится на охрану, то и сирена выть при сработке датчиков не будет. Для себя я определил два типа алгоритма: 1. Я дома- Под охраной территория (1 сработка- без сирены), хоз блок (сирена), и т.д, без охраны все что в доме, кроме пожарки. Меня нет - все под охрану. Пиротехнику, я бы наверное повесил на 24h и включал вручную, когда все рубежи сработали, а при наличии видео и увидели. Стремно как-то малой в доме :)
dem: izograv пишет: Такие расхождения по времени особенно неудобны тем, кто пользуется сервером мониторинга, т.к. события начинают писаться в не той последовательности, что должны. Я думаю разработчикам просто лень с этим возиться, т.к. малому числу народа это надо. Актуально только для вашего сервера мониторинга....
dem: orel пишет: 2. Добавить возможность отображения состояние входов / выходов / термозон в табличной форме (как это сделано для событий). Графическое отображение оставить. Статус: ???? 3. Добавить возможность экспортирования данных (состояние входов / выходов / термозон/ в формат СSV, XLS, .... Статус: ???? Ответить смогу после завершения тестирования прошивки и доработки сервера мониторинга.... учтем ... возможно реализуем.....
orel: orel пишет: 1. Для выходов добавить опции: -предупредительная СМС о вкл\выкл выхода №x Для себя придумал альтернативу Использую команду DTMF: *211p*84
Dmitruchio: Предлагаю добавить возможность выбора порта для удаленного конфигурирования. Очень часто провайдеры/копроративные сетевые фильтры:-) фильтруют определенный пул портов и удаленное конфигурирование невозможно (например, как у меня на работе). Может это как раз п.2 о котором говорил orel
полная версия страницы