Форум » GSM Universal » Видео модуль » Ответить
Видео модуль
GAVLAL: Установил видео модуль . Подключил две камеры . Первая должна была включаться по сработке датчика в режиме охраны вторая при сработке другого датчика независимо от состояния охраны .Вчера все чудно работало , до 0часов30мин сегодняшнего дня (последняя запись камеры номер 2 ) Утром она включаться уже не захотела . Вечером для камеры 1 установил галочку "не зависимо от состояния охраны " (уже все спят ) , проверил - первая работает , вторая по прежнему нет . Камера работает , запись не включается .Где надо поковыряться ?
Dmitruchio: izograv пишет: Иначе говоря если есть даже намек на фрод (в понимании инженеров мтс) - суши весла; Непонятно, причем здесь фрод? Ты же не в роуминге на старом контракте сидишь, когда CDRы могут долго бродить от оператора к оператору. Скорее всего в Универсале карточка припейд, а там даже в роуминге не фродишь из-за on-line биллинга аля Camel. Скорее всего обычных глюк на который в МТС забили.
izograv: Dmitruchio пишет: Скорее всего обычных глюк на который в МТС забили Ну насчет фрода я это конечно загнул сильно, только сейчас понял :) Как-то на одном форуме это обсуждалось, в общих чертах смысл был такой: главный приоритет у мтс - это не пропустить спам в любых проявлениях. Поэтому если с небольшим интервалом идут два письма - это может быть расценено как спам. На здравый смысл и пользователей при этом - забить. Ну и всякие другие причины, в основе которых крайне пренебрежительное отношение к клиентам, особенно к припейдам. Типа чуть чуть сеть перегружена - давайте отключим доставку почты, авось полегчает. Насчет "обычного глюка": вот и не мечтайте. Типа "договоримся", "сообщим админам", "решим проблему", "исправят" - не будет этого. Последний пример с копейками за доставку смс - ярчайший признак дебилизма и непрофессионализма. Если бы у меня к мтс не было привязано куча номеров (еще с времен юмс) - давно бы свалил нафиг. Короче, не нужно на дядю надеяться, нужно все делать самому (это я про почту через индивидуальный порт).
izograv: Dmitruchio пишет: В нашем случае централь не узнает, что почта не дошла по первому адресу. Централь может отследить отправлено ли успешно сообщение только до SMTP сервера МТС (насколько помню используется сессия TCP), а дальше все в руках у SMTP сервера))... Тут чуть не так. Я имел ввиду именно проверку факта отправки письма первому релею. Потому как с тем уровнем GPRS-связи, которы сейчас у мтс - это не прихоть, а суровая необходимость. Насчет доставки письма самим релеем - сама постановка вопроса есть дикость. Релей обязан доставлять почту (ну имеется ввиду на существующие адреса). Если релей не доставляет почту на gmail или yandex - нужно или убивать админа, или менять ДЦ. А вот возможность использовать другой SMTP-сервер - это было бы неплохо)). Но тут чисто добрая воля разработчиков, поскольку вся эта игра с портами уже нестандартное решение. Возможно только другой SMTP-сервер на отличном от 25 порту, т.к. 25-й у мтс открыт исключительно на их релей. Ну разработчики вроде то обещают "вот-вот" сделать :) Хотя честно я не понимаю, чем вызван такой большой перерыв с обновлениями - с 14 ноября тишина. Наверное делают для тебя защиту от замерзания :)))
Dmitruchio: izograv пишет: чем вызван такой большой перерыв с обновлениями - с 14 ноября тишина. Наверное делают для тебя защиту от замерзания :))) К Новому Году готовятся. Тоже люди)). Надо зайти после Деда Мороза))
dem: izograv пишет: чем вызван такой большой перерыв с обновлениями - с 14 ноября тишина. Идет тестирование и исправление, доработка. По отправке почты: 1. Добавлена возможность использовать любой порт, для SMTP. 2. В реальности позволит использовать 2525 порт - smtp.mail.ru, 587 - mail.rambler.ru, 587 - smtp.mail.yahoo.com и т.д. 3. Не будет работать с SMTP требующими SSL, TLS. 4. Исправлена проблема с одновременной тревогой нескольких зон и отправкой нескольких кадров (к сожалению потребует перепрошивки у нас видео модуля). izograv пишет: Наверное делают для тебя защиту от замерзания :))) Добавили регулировку температуры защиты от замерзания. Добавлена работа c no-ip.
dem: По окончанию тестирования прошивка будет выложена на сайте.
Dmitruchio: Спасибо за ответ. Будем ждать.
izograv: dem пишет: 4. Исправлена проблема с одновременной тревогой нескольких зон и отправкой нескольких кадров (к сожалению потребует перепрошивки у нас видео модуля). Можно попросить детально описать проблему? А то из короткой формулировки не до конца ясно, а меня это очень интересует.
dem: izograv пишет: Можно попросить детально описать проблему? А то из короткой формулировки не до конца ясно, а меня это очень интересует. В новой версии ПО, которое ожидается в ближайшее время, это проблема исправлена. Но исправление повлекло изменение прошивки видео модуля. Кроме обновления ПО универсала необходимо будет обновить прошивку видео модуля, к сожалению это производится только у нас.
izograv: dem, я это все прекрасно понял. Я о другом - я хочу понять, нужно ли мне высылать, чтоб обновлять прошивку видео модуля или можно потерпеть (обойтись без этого). А для этого прошу детально описать проблему, т.к. из короткой формулировки не до конца ясно. В чем там именно баг, просто вместо одного кадра шлет два? Или как?
Dmitruchio: Да, расскажите поподробнее или укажите, где это обсуждалось. Спасибо.
dem: izograv пишет: В чем там именно баг, просто вместо одного кадра шлет два? Или как? Только при формировании необходимости одновременной отправки кадров с нескольких камер на e-mail или в виде MMS. Если разница между сработками больше времени отправки, тогда можно не перешивать, в противном случае необходимо. Видео модуль за единицу времени формирует один кадр, с одной камеры.
Dmitruchio: dem пишет: Только при формировании необходимости одновременной отправки кадров с нескольких камер на e-mail или в виде MMS. Если разница между сработками больше времени отправки, тогда можно не перешивать, в противном случае необходимо. Видео модуль за единицу времени формирует один кадр, с одной камеры. Если же время между сработками меньше времени отправки, то следующий кадр будет утерян?
dem: Для этого и возникла необходимость обновления ПО видео модуля.
izograv: По моим наблюдениям, время от срабатывания датчика до момента получения письма в лучшем случае 30 секунд, а обычно - еще чуть больше. Даже если брать это минимально теоретическое 30 секунд, это на практике означает, что использовать функцию в расширенных настройках зоны для второго срабатывания не имеет никакого смысла (вряд ли у кого стоит время восстановления 30 и более секунд). Да и при последовательной сработке датчиков - аналогично, все таки 30 с - это много (движение даже медленно движущегося человека между двумя датчиками составляет в большинстве случаев куда менее 30 с). Dmitruchio, зря то мы с тобой про релей мтс плохие слова говорили, тут в другом то причина. А насчет где обсуждалось - я теперь понял, это я вопрос этот как-то задавал, мне отвечали, что "события ставятся в очередь". А как проверили - то сразу возникла необходимость перепрошивки. Во, блин, влипли то :( А высылать - это минимум на 2 недели оставлять объект без наблюдения, тоже не вариант.
dem: izograv пишет: ( А высылать - это минимум на 2 недели оставлять объект без наблюдения, тоже не вариант. Вы так далеко находитесь? Обычно 1-3 дня в одну сторону...
izograv: dem пишет: Вы так далеко находитесь? Обычно 1-3 дня в одну сторону... Если бы консоль у меня стояла дома - но проблем. Но придется, деваться то некуда... Но логичнее это уже делать после нового года, а то вдруг при бета-тестированиия еще возникнет необходимость чего перепрошивать.
izograv: Хотел бы уточнить следующее: у меня сейчас такая временная последовательность срабатываний: - первый снимок с 3-й камеры; - далее через 7 секунд второй снимок с 4-й камеры; - далее через 20 секунд третий снимок с 2-й камеры. Можно ли попросить протестировать, происходит ли отправка снимков на почту с такими (примерно) временными интервалами на новой прошивке видеомодуля? Т.е. придут ли все 3 снимка. Ну или провести какой-то стресс-тест: поставить время восстановления 7 секунд и раз 6 подряд вызвать срабатывание - придут ли на почту все 6 снимков?
dem: izograv пишет: Можно ли попросить протестировать, происходит ли отправка снимков на почту с такими (примерно) временными интервалами на новой прошивке видеомодуля? Т.е. придут ли все 3 снимка. Тестировалась отправка кадра на e-mail с периодом сработок 1 секунда, все ок.
izograv: Никто с таким не сталкивался: вдруг перестало передавать инфу с камер онлайн, постоянно таймаут. И удаленное конфигурирование - аналогично, не достучаться. Вместе с тем мониторинг работает, судя по мониторингу все зоны и датчики в норме, температурные датчики - в норме, ip на динднс обновляется правильно, имитация присутствия - норма, пинги - идут, по команде - кадры c камер высылает. И так второй день подряд.
полная версия страницы