Список доработок/пожеланий Бета версии ПО "GSM-Universal"

Форум » 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"- Неопределенность возможности реализации)

Ответов - 97, стр: 1 2 3 4 5 All

dem: Пишите не против:) orel пишет: 1. Добавить DTMF команду тихого режима (без вкл. сирены) включения/отключения режима охрана, всех, разрешенных данному пользователю групп. (Необходимо для режима удаленного конфигурирования). ответил в соседней ветке.

Dmitruchio: А зачем нам эта тема, если есть уже созданная "Хотелки для GSM 3X5 Универсал"? Зачем плодить?

orel: Dmitruchio пишет: А зачем нам эта тема, если есть уже созданная "Хотелки для GSM 3X5 Универсал"? Зачем плодить? Заглянул как-то в нее подумал, что она только для 3x5, ну не систематизирована инфа. Предлагаю добавить к каждому пункту Статус например: ("+" - реализовано, "Y" - согласие производителя, "N" - отказ от реализации с причиной, "А" - альтернативное решение)

izograv: orel пишет: Предлагаю добавить к каждому пункту Статус например Ага, щас, dem про это только и мечтает...

orel: izograv пишет: Ага, щас, dem про это только и мечтает... Я тут, как бы новичек, но думаю Dem должен ответить. Если будет против, на правах админа, я уберу. Но как по мне это взаимовыгодно.

provit: orel пишет: Думаю собрать в одном посте, пожелания/баги по Бета версии "GSM-Universal" будет полезно как производителю, так и нам пользователям. Поддерживаю. Пора уже подводить итоги тестирования и переходить от исследований к эксплуатации. На улице -30 но оно попустит, а там смотри и весна придет, время активных действий, а для этого надо предоставить ребятам все наши предложения в обобщенной форме. Не хотелки, а именно доработки. А для хотелок пусть будет старая тема. Мои предложения на данный момент: Централь: Устранить проблему зависания доп. выходов; устранить проблему неправильного (по времени)предоставлении снимков Сервер мониторинга: Добавить функционал мониторинга состояния выходов по аналогии с термозонами/входами или в ином варианте. Конфигуратор: -предупредительная СМС о вкл\выкл выхода. DTMF команды: Добавить DTMF команду тихого режима (без вкл. сирены) включения/отключения режима охрана.

dem: orel пишет: 2. Добавить в конфигуратор возможность работы с прокси серверами (HTTP, SOCKS4, SOCKS5). Будет реализовано. orel пишет: 1. Добавить функционал мониторинга состояния выходов по аналогии с термозонами/входами. Возможно будет реализовано. orel пишет: 1. Для выходов добавить опции: -предупредительная СМС о вкл\выкл выхода №x -предупредительный дозвон о вкл\выкл выхода №x (необязательно, но желательно :) -отправка события на пульт (самое главное !!!) (По аналогии с настройками зон) Приведите пример от чего они должны управляться?

orel: dem пишет: 1. Для выходов добавить опции: -предупредительная СМС о вкл\выкл выхода №x -предупредительный дозвон о вкл\выкл выхода №x (необязательно, но желательно :) -отправка события на пульт (самое главное !!!) (По аналогии с настройками зон) Приведите пример от чего они должны управляться? Только для уведомления по желанию СМС и\или на сервер мониторинга если вы согласитесь реализовать мониторинг выходов. Пример сейчас у меня на выходе №1 управление котлом, управляется по Термозоне. Для того чтобы узнать включен он или нет необходимо засылать DTMF *84. А так если включился выход пришла СМС. Или например автополив, да можно много примеров придумать. Дозвон пожалуй согласен лишний.

orel: provit пишет: Централь: Устранить проблему зависания доп. выходов; устранить проблему неправильного (по времени)предоставлении снимков Не нарыл инфы просмотрю еще раз Если dem подтверждает вношу в список.

izograv: orel пишет: Для того чтобы узнать включен он или нет необходимо засылать DTMF *84. А так если включился выход пришла СМС Выходы то еще включаются по "имитации". Для этого случая то смс посылать наверное нецелесообразно, сообщения на сервер мониторинга вполне хватит. >Устранить проблему зависания доп. выходов это известная проблема, супер актуально >устранить проблему неправильного (по времени)предоставлении снимков тут нужно независимое подтверждение о проблеме от человека с гарантированно новой прошивкой видеомудуля

orel: izograv пишет: Выходы то еще включаются по "имитации". Для этого случая то смс посылать наверное нецелесообразно, сообщения на сервер мониторинга вполне хватит. Я потому и предлагаю, что это должно быть опционально по усмотрению пользователя и по аналогии с настройками зон.

dem: orel пишет: Я потому и предлагаю, что это должно быть опционально по усмотрению пользователя и по аналогии с настройками зон. Выходы планируются отображать на сервере мониторинга, но SMS зачем? Хотелось бы конкретных примеров.... Выходы имитация в виде SMS по моему накладно.... С доп выходами решаем проблему.

Dmitruchio: dem пишет: Выходы планируются отображать на сервере мониторинга, но SMS зачем? Хотелось бы конкретных примеров.... Выходы имитация в виде SMS по моему накладно.... Если будет реализовано отображение на сервере, то СМС, по-моему, это точно лишнее. Больше усложнений - больше глюков.

Stalker: Добавить более упрощённую возможность скидывания логов. Например, хотя бы прошивочному кабеля без переделок. Или сразу на сервер мониторинга.

Dmitruchio: Stalker пишет: Добавить более упрощённую возможность скидывания логов. Например, хотя бы прошивочному кабеля без переделок. Или сразу на сервер мониторинга. Про сервер мониторинга улыбнуло

izograv: Stalker пишет: Добавить более упрощённую возможность скидывания лого Чуть оффтоп, но расскажу: я вот когда у себя делал авто-включение опроса заданных камер по событию на датчике, столкнулся с проблемой этой удаленной отладки. Т.е. чисто программно вопрос был пустяшный, но я никак не мог включить камеры в нужный момент, нарушитель все время или не доходил до камер, или выходил из зоны камер. Тем более, что у меня нужно было еще предугадать направление, c которого идет нарушитель, и его скорость: сверху или снизу. Убил кучу времени, все не получалось. Решил проблему так: сделал подробнейший лог операций, который писал в файл на сервере. И только благодаря этому расширенному логгированию смог все более-менее наладить. Это я к тому, что без возможности ведения логов очень трудно понять причину некорректной работы устройства на удаленном объекте, не даром на всех ракетах телеметрия обязательна :)

Dmitruchio: izograv пишет: авто-включение опроса заданных камер по событию на датчике Что то я запутался...Давай без 0,5л)). Чем отличается включение от авто-влючения?

izograv: Я имел ввиду удаленный опрос по событию заданных камер через интернет, просто неправильно сформулировал, сорри.

Dmitruchio: izograv пишет: Я имел ввиду удаленный опрос по событию заданных камер через интернет, просто неправильно сформулировал, сорри. Спасибо. Теперь понятно. Помню, рассказывал про такое

izograv: Вот разработчики советуют: снять логи. А как их снять, если чтоб подсоединить кабель нужно питание снять? Т.е. если есть какой глюк. который постоянно проявляется и ты понял четкую зависимость, когда именно глюк проявляется, то логи так снять можно. А если глюк периодический, я не понимаю, как тут можно через этот usb-шнурок снимать логи? Ведь при подключенном шнурке GSM-модуль глючит, т.е. логи снимать можно когда ты рядом. Я уже не говорю про то, что у меня в консоли столько проводов, такая каша, что я этот шнурок стараюсь как можно меньше вообще трогать, не дай бог рука с пинцетом дернется, задену какой провод, ищи потом со свечами, где и что порушено.

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

orel: Может это как раз п.2 о котором говорил orel П.2 это как раз возможность работы через прокси сервера. Естественно если добавится возможность, то и выбор порто там должны быть.

izograv: >фильтруют определенный пул портов и удаленное конфигурирование невозможно конфигурирование идет по 80 порту. закрыть 80 - значит закрыть практически инет. Если http работает, а конфигурация нет - значит фильтруют не по портам, а по приложениям. Или прозрачные прокси используются. В этом случае даже добавление возможности работы через прокси может не помочь.

orel: Если http работает, а конфигурация нет - значит фильтруют не по портам, а по приложениям. Не совсем так :) Конфигуратор просто не знает что такое прокси сервер и его тип. Например у меня http прокси по 80-му порту на котором еще и ssl с недавних пор рубанули, ну грешили тунелированием :) Теперь не один проксификатор не прикрутился :(

izograv: А не проще шнурок к телефону подключить и 50к перебросить, копейки, чем вот с какими-то ограничениями мучаться? (я не против прокси, так просто :) Или там и usb -порты не разрешается на работе использовать, я просто не в курсе.

orel: А не проще шнурок к телефону подключить и 50к перебросить,..... Теоретически можно, но у меня например на работе такая концентрация юзверов gprs-в. Мама не горюй :) жпрс чаще нет чем есть.

izograv: Я бы в этой теме, пользуясь случаем, хотел бы напомнить еще об одном пожелании : сделать в зонах еще одну графу "управление", чтобы можно было включать не один выход, а два разных выхода. Через реле или как иначе тут никак не подходит, тут только логикой консоли.

orel: izograv пишет: сделать в зонах еще одну графу "управление", чтобы можно было включать не один выход, а два разных выхода Точно, поддерживаю, только вот может есть смысл не только 2-ва, а просто список необходимых выходов 1-16 ?

izograv: orel пишет: Точно, поддерживаю, только вот может есть смысл не только 2-ва, а просто список необходимых выходов 1-16 ? Да как угодно, лишь бы оно хоть как-то было! Я уже даже боюсь просить сразу "все необходимые выходы", а то они испугаются и скажут, как обычно, "учтем", "сделаем как дойдут руки" etc. Блин, я их конечно понимаю, но зима то уже кончается, на носу сезон активной эксплуатации, "а Германа все нет". Без этой фичи крайне обесцениваются все эти 16 выходов: они то есть, а управлять ими гибко - никак.

orel: Без этой фичи крайне обесцениваются все эти 16 выходов: они то есть, а управлять ими гибко - никак. Ну не знаю, с точки зрения программирования, если реализован о подключение одного, можно хоть все сразу, может и ошибаюсь,но какой никакой опытец на pik-х имел. Ждем решение Dem

provit: izograv пишет: Точно, поддерживаю, только вот может есть смысл не только 2-ва, а просто список необходимых выходов 1-16 ? Да, да, батенька, чеитовски полезная штука, поддеиживаю.

dem: provit пишет: Да, да, батенька, чеитовски полезная штука, поддеиживаю. Приведите пример использования этой функции....

provit: dem пишет: Приведите пример использования этой функции.... Ну например при сработке охранной зоны - включить фонарь водворе, закрыть замок в дом (или продублировать закрывание), включить нужную камеру (если их больше четырех), включить озвучку (типа лая собаки или др.), доп.сирена, свет в каком-то помещении, плюс стандартное реагирование типа сирены и лампочки. При этом на сработки разных зон все это может быть в разной конфигурации. Я думаю меня еще дополнят.

dem: provit пишет: Ну например при сработке охранной зоны - включить фонарь водворе, закрыть замок в дом (или продублировать закрывание), включить нужную камеру (если их больше четырех), включить озвучку (типа лая собаки или др.), доп.сирена, свет в каком-то помещении, плюс стандартное реагирование типа сирены и лампочки. При этом на сработки разных зон все это может быть в разной конфигурации. Я думаю меня еще дополнят. Несколько диодов и модулей реле решат эту проблему, хотя не так красиво...

orel: dem пишет: Несколько диодов и модулей реле решат эту проблему, хотя не так красиво... И ...... ????

dem: http://potencial.forum24.ru/?1-7-0-00000149-000-0-0-1319745108

orel: dem пишет: http://potencial.forum24.ru/?1-7-0-00000149-000-0-0-1319745108 Ну это вроде как понятно, я не о том Статус: "А" - альтернативное решение ? Или все таки в будущем можно чего-то ожидать ?

dem: На данный момент статус А.

orel: dem пишет: На данный момент статус А. Жалко думал хотя бы "S"

orel: Хотелось бы обсудить, возможность дополнительных DTMF-команд по управлению термозонами. Имеем: включить режим защиты от замерзания по температурной зоне: *6(1-5)0 включить режим «эконом» по температурной зоне (1-5) *6(1-5)1 вкл. режим «комфорт» по температурной зоне (1-5) *6(1-5)2 Можно ли добавить, такие: Изменить температуру в режиме защиты от замерзания по температурной зоне: *60*XX Изменить температуру в режиме «эконом» по температурной зоне (1-5) *61*XX Изменить температуру в режиме «комфорт» по температурной зоне (1-5) *62*XX Где XX-конкретное значение температуры. Столкнулся с тем, что значение в экономе было занижено, а внешняя температурка ого-го, пока добрался до удаленного конфигуоатора, подупала температурка. В общем было бы удобно.

dem: orel пишет: Столкнулся с тем, что значение в экономе было занижено, а внешняя температурка ого-го, пока добрался до удаленного конфигуоатора, подупала температурка. В общем было бы удобно. На данное время нет.

izograv: dem пишет: Несколько диодов и модулей реле решат эту проблему, хотя не так красиво... Возможно я ошибаюсь, но мне очень было бы любопытно узнать причину отказа (кстати, опять же возможно я и ошибаюсь, но, в принципе, причина отказа, особенно в программном обеспечении, как правило сразу озвучивается разработчиками). Потому как с моей колокольни данная фича очень актуальна и я могу привести еще штук 5 причин (случаев), когда ее можно применить в дополнение к тому, что говорил orel, именно для консоли, а не через попу в лице диодов и реле. Т.е. вопрос простой: - для реализации нужно поменять логику работы части консоли и прошивки, это непросто, трудно, поэтому делать не будем, оно того не стоит. - нам просто облом это делать, поскольку считаем это неактуальным. - нам не облом это делать, но не будем, поскольку считаем это неактуальным для большей части пользователей. Чего-то примерно так, надеюсь я все в рамках правил расписал, никого не обидел? :)

dem: izograv пишет: - для реализации нужно поменять логику работы части консоли и прошивки, это непросто, трудно, поэтому делать не будем, оно того не стоит. izograv пишет: - нам не облом это делать, но не будем, поскольку считаем это неактуальным для большей части пользователей. Повлечет за собой изменение размера конфигурационного файла, а это очень хлопотно... Повлечет много изменений, и место в контроллере не безразмерно... Вопросы и пожелания на которые вам было отказано, можете решить с нашим руководством.

izograv: kader_ivan пишет: Большая часть хотелок по универсалу которые реально были нужны и была возможность их реализовать сделаны. Я вот переглянул список "хотелок", много сделано, спасибо. Что не сделано - будем ждать. Но остался 1 пункт, который не до конца ясен: управление выходом по расписанию. Обсуждение велось тут: http://potencial.forum24.ru/?1-7-0-00000213-000-0-0-1333459455 Там же dem сказал, что "Хорошо постараемся реализовать" http://potencial.forum24.ru/?1-7-0-00000213-000-0-0#003.001.001 а в этой теме, в шапке Орла, про этот вопрос ничего не говорится. Я чуть запутался, чем это все закончилось, кто-то в курсе?

orel: а в этой теме, в шапке Орла, про этот вопрос ничего не говорится. Полностью согласен, при тестировании новой версии надобно подвести черту, завтра добавлю. Вроде, по видео баг еще, ко юзает сформулируйте плиз. В общем вспоминайте что упущено, потом легче оттестить

izograv: orel пишет: Вроде, по видео баг еще, ко юзает сформулируйте плиз. Про видео пока давайте ничего не формулировать, процесс идет. А про "управление выходом по расписанию" я просто поясню свою настойчивость для модераторов: просто я это вопрос ставил, меня поддержали, сейчас, в связи с летом, это опять актуально, поэтому просто хочется ясности в этом вопросе. Поэтому не посылайте сразу к директору :)

Dmitruchio: izograv пишет: А про "управление выходом по расписанию" я просто поясню свою настойчивость для модераторов: просто я это вопрос ставил, меня поддержали, сейчас, в связи с летом, это опять актуально, поэтому просто хочется ясности в этом вопросе. Поэтому не посылайте сразу к директору :) Так kader_ivan же прямо сказал, что никаких новых функций не будет. Хотя это не совсем новая функция.

izograv: Dmitruchio пишет: Так kader_ivan же прямо сказал, что никаких новых функций не будет. Хотя это не совсем новая функция kader_ivan модератор, с ним не поспоришь. У меня осталось только одно желание - чтоб видеомодуль наконец заработал так, как должен + очень слабая надежда на реализацию п.1 шапки Орла.

orel: izograv пишет: Что не сделано - будем ждать. Но остался 1 пункт, который не до конца ясен: управление выходом по расписанию. На самом деле очень важная доработка. Нарвался недавно на это, забыл и раза 3-три DTMF посылал "Включить котел на выходе 1", а он меня подлец в лес посылал. Думал все опять приплыли с котлом. Потом уже допер, что у меня по температурной зоне стоит режим "эконом" и управление на выходе "1", т.е пока температура не в пределах, выход вручную не включишь. А я еще полив хочу повесить в будущем В общем, уважаемый Dem, в народе как говорится ?: "Слово не воробей-Вылетело не поймаешь" Пошел править шапку

Dmitruchio: orel пишет: общем, уважаемый Dem, в народе как говорится ?: "Слово не воробей-Вылетело не поймаешь" Гы-гы . Сразу видно: не так давно ты на этом форуме

dem: orel пишет: На самом деле очень важная доработка. Нарвался недавно на это, забыл и раза 3-три DTMF посылал "Включить котел на выходе 1", а он меня подлец в лес посылал. Думал все опять приплыли с котлом. Потом уже допер, что у меня по температурной зоне стоит режим "эконом" и управление на выходе "1", т.е пока температура не в пределах, выход вручную не включишь. Пару диодов и реле + 2 выхода...

orel: dem пишет: Пару диодов и реле + 2 выхода... Т.е альтернатива ?!

izograv: dem пишет: Пару диодов и реле + 2 выхода... Люди, ну не все тут целый день паяют диоды/триоды и прочии транзисторы. Схемку в фотошопе от руки прикладывайте, чтобы понять можно было. Вот как включать сразу 2 выхода с диодами - это я допер, и схемка была. А теперь такое же нарисуйте - как включать вручную выход, если по расписанию консоль его каждую минуту выключает? ps^ спасибо provit, он мне объяснил, диодов то и реле не жалко, но так на каждое такое "ручное" включение нужен дополнительный свободный выход, а у меня всего 1 свободный остался. Вот вопрос возник просто из интереса, я прошу прощения, но ради любопытства: а почему из консоли так трудно сделать включение не одного, а нескольких выходов?

kader_ivan: orel пишет: 1. Для выходов добавить опции: - при изменении состоянии выхода, опционально, уведомлять сервер мониторинга Статус: Y Сервак будет переделываться, но ничего не могу обещать. orel пишет: 2. Добавить в конфигуратор возможность работы с прокси серверами (HTTP, SOCKS4, SOCKS5). Статус: Y Реализовано в конфигураторе. orel пишет: 3. Устранить проблему зависания доп. выходов. Статус: Y dem:С доп выходами решаем проблему. Сделан сброс состояний выходов(всех триггерных) после удалённого конфигурирования. orel пишет: 4. Добавить в настройках зон возможность управлением не одним выходом, а двумя и более (желательно 1-16). Развязка несколькими реле решат проблему. orel пишет: 5. Для выходов добавить возможность ручного управления DTMF-командами независимо от активированных для данного выхода опций: 5.1 "Управление выхода по расписанию" Выходы начинают работать нестабильно, пожертвовали в пользу пункта 3. orel пишет: 2. Добавить DTMF команды изменения значения температуры, например, такие: Изменить температуру в режиме защиты от замерзания по температурной зоне: *60*XX Изменить температуру в режиме «эконом» по температурной зоне (1-5) *61*XX Изменить температуру в режиме «комфорт» по температурной зоне (1-5) *62*XX Где XX-конкретное значение температуры. для этого существует удаленное конфигурирование. Сервер по возможности будет дорабатываться. В других случаях есть альтернатива. izograv пишет: Про видео пока давайте ничего не формулировать, процесс идет. есть баг при переключении со второго канала на первый, модуль захватывает кадры правильно, но уни делает запрос на выдачу предыдущего, если с 1 на 2 всё ок, проблему решаем.

provit: kader_ivan пишет: Сделан перезапуск состояний выходов(всех) после удалённого конфигурирования, и возврат в соответствующий рабочий режим. Ксожалению это проблемы не решает, темболее без удаленного контроля выходов. Ведь это зависание происходит не во время конфигурирования, а в процессе работы, и как его можно вовремя обнаружить? И в какой соответствующий режим он вернется если он гуляет сам по себе? Как убедиться в каком состоянии он ноходится?

kader_ivan: provit пишет: И в какой соответствующий режим он вернется я исправил, они будут выключаться. provit пишет: если он гуляет сам по себе поподробней можно?

kader_ivan: provit пишет: не во время конфигурирования, а в процессе работы какие условия работы выхода?

izograv: kader_ivan пишет: 1. Для выходов добавить опции: - при изменении состоянии выхода, опционально, уведомлять сервер мониторинга Статус: Y Сервак будет переделываться, но ничего не могу обещать. При чем тут сервак? Нужно чтобы консоль просто отсылала любое (тестовое, например) сообщение на пульт после переключения выходов, на сервере вообще ничего трогать не нужно. Это полная аналогия того, как вы в ноябре в настройках зоны добавили опцию "отправка уведомления на пульт".

izograv: provit пишет: Ведь это зависание происходит не во время конфигурирования, а в процессе работы, и как его можно вовремя обнаружить? А вот в моем предыдущем ответе самое простое решение, как это можно обнаружить. И с достаточное степенью "вовремя". если он гуляет сам по себе поподробней можно? Даешь команду на выключение выхода, а он на самом деле не выключился. Даешь команду на включение, а он на самом деле не включился. Так более понятно? Что в ракой ситуации толку от "Сделан сброс состояний выходов(всех триггерных) после удалённого конфигурирования. " Ведь был отдельный топик, где все это обсасывалось, в Вы сейчас так отвечаете, как будто в первый раз узнали о проблеме :(

orel: kader_ivan пишет: orel пишет: цитата: 5. Для выходов добавить возможность ручного управления DTMF-командами независимо от активированных для данного выхода опций: 5.1 "Управление выхода по расписанию" Выходы начинают работать нестабильно, пожертвовали в пользу пункта 3. Консоли под рукой нет, а на каком типе микроконтроллера собрано наше счастье ?

provit: kader_ivan пишет: поподробней можно? izograv уже обяснил, проблема ведь в том что доп. выходы не всегда выполняют команду переданную ДТМФ, т.е. зависают. Это зависание происходит непредсказуемо, безсистемно, в любом состоянии (вкл. выкл.). По следующей команде может отработать нормально, до следующего зависания. Причем тут сбрасывание? И для кого мы тут клаву мучаем, если всеравно никто нечитает. Господа модераторы, проблема действительно таки серьезная, о ней не раз писали на форуме, вникните пожалуйста в ее суть.

kader_ivan: izograv пишет: Даешь команду на выключение выхода, а он на самом деле не выключился. Даешь команду на включение, а он на самом деле не включился izograv пишет: Вы сейчас так отвечаете, как будто в первый раз узнали о проблеме это баг не универсала, он обрабатывает и передает команду, не отрабатывает блок доп выходов, в большинстве команды выход отрабатывает, для этого появится дублирующая команда с универсала на доп.выходы, будет в следующем билде. izograv пишет: Нужно чтобы консоль просто отсылала любое (тестовое, например) сообщение на пульт после переключения выходов на данный момент не актуально, т.к. физически выходы не контролируются, только программное состояние. Обсуждается вариант с физ.контролем, если и будет, то в следующей ревизии платы доп.выходов.

orel: kader_ivan пишет: на данный момент не актуально, т.к. физически выходы не контролируются, только программное состояние. Обсуждается вариант с физ.контролем, если и будет, то в следующей ревизии платы доп.выходов. Ой не скажите, "не актуально". Для меня этой зимой трындец как важно это было. Котел работал в аварийном режиме, за ним постоянно следить надобно было, я поначалу опрашивал вручную его состояние. Потом izograv на своем сервере приютил (Человеческое ему огромное спасибо), там теперь можно хоть выходы увидеть, но согласитесь, что период отправки тестовых сообщений уменьшать до 5 минут многовато как-то. Не идет речь сейчас о физическом контроле, который можно организовать через дополнительное реле Идет речь о том, что при включении/выключении выхода (котел, автополив, кормушка для кота, и.т.д.) мы смертные пользователи получаем об этом на сервере мониторинга сообщение. Например: "КотЭ накормлен, можешь расслабиться". А так сработал выход в период между отсылками тестовых сообщений и гадай голодный он, сытый он.....

provit: kader_ivan пишет: для этого появится дублирующая команда с универсала на доп.выходы Вот, это и может быть решением проблемы.

izograv: orel, тут чуть о другом речь в ответе была: на мониторинге тебе будет показывать, то выход включен, а на самом деле, физически, он будет выключен. Аналогично - если ты запросишь состояние выходов по смс. Т.е. в этой ситуации единственный реальный путь контроля выходов - это через камеры. Все остальное - так, фикция, иллюзия (извини, я это написал невнимательно прочев твой ответ) Кому это критично - планируйте (модифицируйте) соответствующим образом свои конфигурации. Вот у меня, слава богу, я как предчувствовал, практически все выходы можно контролировать 7-ю камерами. Надо еще 8-ю, как у provit, докупить. Спасибо kader_ivan за нормальный и понятный ответ. ps^ насчет сытости кота - нужно ставить отдельную камеру на кота и на его тарелку :))

kader_ivan: orel пишет: мы смертные пользователи получаем об этом на сервере мониторинга сообщение Будет тестовое сообщение об изменении состояния выходов, вероятнее всего общее, что изменилось состояние выхода, т.к. добавить 16 отдельных кодов нельзя. Но когда доделается вкладка выходы, там уже будет отображаться по конкретным выходам. kader_ivan пишет: есть баг при переключении со второго канала на первый, модуль захватывает кадры правильно, но уни делает запрос на выдачу предыдущего, если с 1 на 2 всё ок, проблему решаем. проблема решена, ожидайте прошивку.

orel: kader_ivan пишет: не отрабатывает блок доп выходов На чем собран ? Планируются доработки ? Уже увидел выше.

kader_ivan: orel пишет: Планируются доработки ? Пока только в планах.

izograv: kader_ivan пишет: проблема решена, ожидайте прошивку. Обычную или видеомодуля?

izograv: kader_ivan пишет: Будет тестовое сообщение об изменении состояния выходов, вероятнее всего общее, что изменилось состояние выхода Хорошо бы так: вы эту возможность по возможности быстрее в прошивку внедрите, а сервер - это так, не срочно, не торопитесь, думаю никто из активных членов форума вас в этом вопросе торопить не будет. И все будут довольны, чем плохо? :)

provit: izograv пишет: И все будут довольны Особенно у кого есть свой сервенр!

orel: izograv пишет: думаю никто из активных членов форума вас в этом вопросе торопить не будет. И все будут довольны, чем плохо? :) :-)))

orel: Короче мужики (разработчики) не ударьте ...... Лично я выбирал Ваш продукт из соображения цена/качество/поддержка/расширение/улучшение. Если честно сомневался между Кситалом\Око\Стражем. Очень хочу верить, что не ошибся. P/S Не удержался Господа там у Вас в коде болтается безхозная Вавочка "Трансмитед комплит", ну чего прикольная, я так понимаю на заливку конфы планировалась, забыли ? И еще раз е удержался: Ради того, что устройство подлежит сертификации, и делается по техусловиям, которые на данный момент окончательны.Устройство больше не будет обрастать новыми функциями. Как человек ранее очень плотно занимавшийся разработками, сейчас. так по большей части сам ТУ выдаю , не совсем понимаю Вашу фразу. ТУ-хорошо, куда от них денешься ? Только Вы Заказчики или Разработчики ? Срок действия сертификата скоро заканчивается, а дальше ? Заплатите, продлите срок и все..... Не знаю, что-то мне подсказывает, что Вы еще с железки выжали не все, хотя понимаю, что с SIM900 надо спрыгивать. Планы есть ? SIM52-я ?

izograv: provit пишет: Особенно у кого есть свой сервенр! А что, кто-то, когда-то, кому-то запрещал или хоть на что-то такое намекал, что такая постановка вопроса? Вроде вся инфа есть в соотв. топике, модератором одобрено, что еще нужно? Персональное приглашение или что-то такое? Я это не совсем понимаю.

kader_ivan: izograv пишет: Обычную да

provit: kader_ivan пишет: поподробней можно? Вот свежий пример. Вчера вечером для просмотра прилегающей территории внешней видеокамерой включил фонарь, командой *311, после просмотра для того чтобы отключился фонарь пришлось команду *310 отправлять дважды.

izograv: kader_ivan пишет: Обычную да Просьба тогда, чтобы не было непоняток, указать, начиная с какой версии прошивки это пофиксено,

kader_ivan: izograv пишет: начиная с какой версии прошивки это пофиксено 3372r

полная версия страницы