Форум » GSM Universal » Видео модуль » Ответить
Видео модуль
GAVLAL: Установил видео модуль . Подключил две камеры . Первая должна была включаться по сработке датчика в режиме охраны вторая при сработке другого датчика независимо от состояния охраны .Вчера все чудно работало , до 0часов30мин сегодняшнего дня (последняя запись камеры номер 2 ) Утром она включаться уже не захотела . Вечером для камеры 1 установил галочку "не зависимо от состояния охраны " (уже все спят ) , проверил - первая работает , вторая по прежнему нет . Камера работает , запись не включается .Где надо поковыряться ?
dem: izograv пишет: Бывает такое на разных камерах, не так часто, но и не так редко, что бы не обращать внимание. Я думал, что снимок бьется при передаче через gprs. Но вот сейчас решил, что это маловероятно. Что может быть причиной такого? Как-то или избежать или минимизировать такие случаи можно? Старая прошивка видео модуля.
izograv: Dmitruchio пишет: У меня тоже бывает такое. Особо по этому поводу не парился. Но причины узнать тоже интересно. В старой видеопрошивке, как я понимаю, было 5 багов: 1. лишние снимки на мыло и с не тех камер; 2. снимки из-за первой причины просто часто не доходили до адресата; 3. вместо текущего снимка частенько были предыдущие по времени кадры; 4. иногда были битые снимки; 5. на hi-res снимках постоянно в момент первого обращения в сутки отображалось не текущее, а предыдущее число. Если баги 1,2,4,5 более-менее терпимые, то баг 3 меня совершенно убивал. Я в субботу вставлю новую прошивку, буду гонять видеомодуль основательно, через недельку отпишусь, что из 1-5 осталось и в новой прошивке (конечно, хочется надеяться, что ничего, но это вряд ли)
dem: izograv пишет: Я в субботу вставлю новую прошивку, буду гонять видеомодуль основательно, через недельку отпишусь, что из 1-5 осталось и в новой прошивке (конечно, хочется надеяться, что ничего, но это вряд ли) Жду результатов.
izograv: dem пишет: Жду результатов. Не даром я писал, что "конечно, хочется надеяться, что ничего из багов не осталось, но это вряд ли". Я по жизни скептик и пессимист, но действительность превзошла даже мои ожидания. Как в анекдоте "сдал на СТО машину, что-то сзади стучало. После ремонта стучать перестало, но отвалились колеса". Мне другое не понятно: я тестировал часа 4, на холоде. Разработчики тестируют в тепле и, вероятно, более чем 4 часа. Почему мои результаты так сильно отличаются от того, что пишет dem? Вроде 2 варианта: или у нас разное железо, или они не тестируют в аналогичной моей конфигурации. Может что еще, кто подскажет, есть у кого предположения? Вот в соседнем топике очень познавательно обсуждался пункт 4.2 Инструкции "Режим тревоги". Может есть где-то аналогичное подробное описание, как должен работать видеомодуль?
Dmitruchio: izograv пишет: Не даром я писал, что "конечно, хочется надеяться, что ничего из багов не осталось, но это вряд ли". Я по жизни скептик и пессимист, но действительность превзошла даже мои ожидания. Как в анекдоте "сдал на СТО машину, что-то сзади стучало. После ремонта стучать перестало, но отвалились колеса". Мне другое не понятно: я тестировал часа 4, на холоде. Разработчики тестируют в тепле и, вероятно, более чем 4 часа. Почему мои результаты так сильно отличаются от того, что пишет dem? Вроде 2 варианта: или у нас разное железо, или они не тестируют в аналогичной моей конфигурации. Может что еще, кто подскажет, есть у кого предположения? Вот в соседнем топике очень познавательно обсуждался пункт 4.2 Инструкции "Режим тревоги". Может есть где-то аналогичное подробное описание, как должен работать видеомодуль? Из поста не понятно что именно не так. Можно, пожалуйста, поподробнее?
izograv: Все не так. Абсолютно. Весь (привычный мне) алгоритм работы видеомодуля на новой прошивке непонятен. Ни один нарушитель не попадает в кадр. Снимки на мыло не приходят (и это не мифическая проблема мтс 100 %). 19.12.11 17:22 dem пишет: Только при формировании необходимости одновременной отправки кадров с нескольких камер на e-mail или в виде MMS. Если разница между сработками больше времени отправки, тогда можно не перешивать, в противном случае необходимо. Видео модуль за единицу времени формирует один кадр, с одной камеры. Нужно понять фразу "Видео модуль за единицу времени формирует один кадр, с одной камеры". Вопросы: - какая единица времени имеется ввиду? - сколько физически нужно времени видеомодулю для формирования одного кадра? - что может помешать видеомодулю вовремя сформировать кадр? Допустим сформировался кадр с камеры 1 и идет запись на карту с камеры 1 на протяжении 120 с. В это время я по http в конфигураторе обратился к камере 2. - я получу изображение с камеры 2 или нужно будет ждать, пока не завершится запись на SD с камеры 1 ? - запись на SD с камеры 1 прервется? - затем она возобновится? Тестировалась отправка кадра на e-mail с периодом сработок 1 секунда, все ок. Не работает и с куда большим интервалом. Но об этом потом, сейчас это не самое актуальное. Dmitruchio, в общем настолько все иначе, что я просто пока затрудняюсь сформулировать вопрос, поэтому и спросил, может есть где подробные доки, где описано, как должен работать видеомодуль. Вот основной вопрос: интересно, тестировалась ли новая видео прошивка при последовательной сработке 2-х, 3-х и 4-х зон (и, соответственно, 2-4 разных камер) ? Тут, получается, по-новой придется задавать все те вопросы, которые я уже задавал еще в прошлом году.
izograv: В общем, проблем обнаружено много, чтобы на распыляться я начну с самой главной - неправильного формирования времени кадра, отправляемого по мылу. Обобщил тесты, очень подробно расписываю: 1. Описание: 2 зоны, 2 камеры, человек медленно идет от одной зоны к другой. И обратно. Настройки зон: е-mail + уведомление на пульт, время ожидания - 20с. Старая видеопрошивка (примеры): Время 15:37:42 по консоли на сервере мониторинга, сработала зона 3 - пришел на мыло снимок с камеры 3, метка времени на снимке 15:37:44 Время 15:38:44 по консоли на сервере мониторинга, сработала зона 4 - пришел на мыло снимок с камеры 4, метка времени на снимке 15:38:44 Время 07:55:18 по консоли на сервере мониторинга, сработала зона 3 - пришел на мыло снимок с камеры 3, метка времени на снимке 07:55:19 Время 07:55:41 по консоли на сервере мониторинга, сработала зона 4 - пришел на мыло снимок с камеры 4, метка времени на снимке 07:55:46 Вывод: снимок формируется практически сразу после сработки датчика движения. Так и должно быть, никаких вопросов. 2. Описание: 1 зона, 1 камера, человек медленно идет вдоль зоны и обратно. Настройки зон: е-mail + уведомление на пульт, время ожидания - 20с. Новая видеопрошивка (примеры): Время 16:09:48 по консоли на сервере мониторинга, сработала зона 3 - пришел на мыло снимок с камеры 3, метка времени на снимке 16:09:49 Время 16:12:13 по консоли на сервере мониторинга, сработала зона 3 - пришел на мыло снимок с камеры 3, метка времени на снимке 16:12:14 Вывод: снимок формируется практически сразу после сработки датчика движения, как и в пункте 1. Так и должно быть, никаких вопросов.
izograv: 3. Описание: 2 зоны, 2 камеры, человек медленно идет от одной зоны к другой, проходит вдоль зоны 3, затем - вдоль зоны 4, выходит из действия зон, останавливается, ждет минуту и идет обратно: вдоль зоны 4, вдоль зоны 3. Настройки зон: е-mail + уведомление на пульт, время ожидания - 20с. Новая видеопрошивка (примеры): Время 15:34:08 по консоли на сервере мониторинга, сработала зона 3 - пришел на мыло снимок с камеры 3, метка времени на снимке 15.35.10 Время 15:34:37 по консоли на сервере мониторинга, сработала зона 4 - пришел на мыло снимок с камеры 4, метка времени на снимке 15.35.01 Время 15:37:32 по консоли на сервере мониторинга, сработала зона 4 - пришел на мыло снимок с камеры 4, метка времени на снимке 15.38.33 Время 15:38:04 по консоли на сервере мониторинга, сработала зона 3 - пришел на мыло снимок с камеры 3, метка времени на снимке 15.38.06 Время 16:26:39 по консоли на сервере мониторинга, сработала зона 3 - пришел на мыло снимок с камеры 3, метка времени на снимке 16.27.41 Время 16:27:08 по консоли на сервере мониторинга, сработала зона 4 - пришел на мыло снимок с камеры 4, метка времени на снимке 16.28.19 Время 16:30:03 по консоли на сервере мониторинга, сработала зона 4 - пришел на мыло снимок с камеры 4, метка времени на снимке 16.31.12 Время 16:30:31 по консоли на сервере мониторинга, сработала зона 3 - пришел на мыло снимок с камеры 3, метка времени на снимке 16.30.34 Обращаю внимание: в отличие от примеров в пунктах 1 и 2 в примере 3 метка времени на снимке значительно превышает время сработки датчика движения. Т.е. снимок формируется не сразу (как должно быть) а через некий большой интервал времени, причем настолько большой, что объект гарантированно выходит из зоны действия камеры. Иначе говоря - грош цена этим снимкам. И это так постоянно (было еще много тестов, результаты которых я не привел). Т.е. при последовательной сработке 2-х зон снимок с видеокамер формируется не сразу, а непонятно как. И это я тестировал на человеке, который шел очень медленно. Скорее всего на быстро идущем человеке, велосипеде или автомобиле будет аналогично. Иначе говоря "снимок на мыло" в новой видеопрошивке просто неправильно работает. Подобного на старой видеопрошивке не наблюдалось никогда: в кадр на мыло всегда попадали даже быстро движущиеся машины. Все тестировалось на прошивке консоли 3.3.7.1n.bin Большая просьба к техподдержке и отделу разработки: - объясните, почему так получается; - как можно этого избежать и можно ли избежать вообще. Желательно весьма подробно, чтобы было понятно и мне как неспециалисту. Насколько я могу предположить, в описанных примерах на новой видеопрошивке возник какой-то фактор, который не дает формироваться кадру сразу. "Что-то" мешает, нужно определить что именно. И чего это неизвестное "что-то" не мешало формированию кадра в старой видеопрошивке.
provit: вопрос к izograv: У Вас гарантированно новая прошивка видеомодуля, проблема с предоставлением первого кадра осталась или ушла?
dem: izograv пишет: Большая просьба к техподдержке и отделу разработки: - объясните, почему так получается; - как можно этого избежать и можно ли избежать вообще. Желательно весьма подробно, чтобы было понятно и мне как неспециалисту. Пришлите файл конфигурации прибора нам на почту проверим (для исключения разночтения).
Dmitruchio: izograv пишет: 2. Описание: 1 зона, 1 камера, человек медленно идет вдоль зоны и обратно. Настройки зон: е-mail + уведомление на пульт, время ожидания - 20с. Новая видеопрошивка (примеры): Наверное имелось ввиду старая видеопрошивка?
izograv: Dmitruchio пишет: Наверное имелось ввиду старая видеопрошивка? Имелось ввиду именно то, что написано, прошивка новая provit пишет: вопрос к izograv: У Вас гарантированно новая прошивка видеомодуля, проблема с предоставлением первого кадра осталась или ушла? гарантированно. Определил просто: - по-первых, совсем другое поведение - во-вторых, исчезла проблема с неправильным наименованием камер Что такое "проблема с предоставлением первого кадра"? Я не могу врубиться, или опишите словами или дайте ссылку, где это обсуждалось. dem, конфиг я конечно вышлю, но у меня было уже достаточно времени, чтобы обдумать проблему и предположить возможные причины такого. Поэтому я уже сформулировал ключевые вопросы, я могу их повторить. Если Вы на них ответите - это все значительно ускорит. Нужно понять фразу "Видео модуль за единицу времени формирует один кадр, с одной камеры". Вопросы: - какая единица времени имеется ввиду? - сколько физически нужно времени видеомодулю для формирования одного кадра? Микросекунды, секунды? - что может помешать видеомодулю вовремя сформировать кадр? Например, практически одновременно срабатывают 2 датчика, нужно сформировать 2 кадра с 2-х камер. Как они будут формироваться? Допустим сформировался кадр с камеры 1 и идет запись на карту с камеры 1 на протяжении 120 с. В это время я по http в конфигураторе обратился к камере 2. - я получу изображение с камеры 2 или нужно будет ждать, пока не завершится запись на SD с камеры 1 ? - запись на SD с камеры 1 прервется? - затем она возобновится?
provit: izograv пишет: Часто при запросе кадра с камеры (е-mail или web, не важно) тебе дает показания не текущего (судя по метке времени), а предыдущего по времени снимка.
izograv: Насчет этой проблемы, когда вместо текущего снимка отображается предыдущий: жаловались на нее я и provit . У меня - старая прошивка, из обсуждения на форуме непонятно, какая прошивка у provit, я так понимаю что он сам не знает, поскольку это определить на нашем "пользовательском" уровне невозможно. Большая просьба: если есть человек с гарантированно новой прошивкой, может он подтвердить, что в обновленной прошивке этого бага нет ? dem пишет: Тестировалось на новой прошивке видео модуля, подобной ситуации не обнаружили. Хреново вы тестировали. Проблема как была - так и осталась. Проверено. Спасибо, еще один вопрос: периодически на мыло приходят битые снимки пример: http://www.onlinedisk.ru/image/831156/1769FC17.jpg У меня тоже бывает такое. Особо по этому поводу не парился. Но причины узнать тоже интересно dem пишет: Старая прошивка видео модуля. Опять не соответствует действительности. Как были битые снимки. так и остались.
Dmitruchio: Млин, печально все это... Может не ту прошивку в видеомодуль залили (или не от того устройства:-))?
dem: izograv пишет: Нужно понять фразу "Видео модуль за единицу времени формирует один кадр, с одной камеры". Вопросы: - какая единица времени имеется ввиду? В "старой" прошивке видео модуля после принятия команды на отправку кадра. Видео модуль приступал к выполнению данной команды не обращая внимания на последующие команды до окончания отправки. izograv пишет: - сколько физически нужно времени видеомодулю для формирования одного кадра? Микросекунды, секунды? Формирование кадра и запись примерно секунду. Отправка скорость обмена видео модуля 38400, а далее GSM - модуль и оператор мобильной связи. izograv пишет: - что может помешать видеомодулю вовремя сформировать кадр? Например, практически одновременно срабатывают 2 датчика, нужно сформировать 2 кадра с 2-х камер. Как они будут формироваться? Практически одновременно они не сработают, будет обрабатываться по первому. После по второму. izograv пишет: Допустим сформировался кадр с камеры 1 и идет запись на карту с камеры 1 на протяжении 120 с. В это время я по http в конфигураторе обратился к камере 2. izograv пишет: - я получу изображение с камеры 2 izograv пишет: запись на SD с камеры 1 прервется затем не возобновится. izograv пишет: Опять не соответствует действительности. Как были битые снимки. так и остались. Прошивка бета актуальная 3.3.7.1о. от 17.01.2012. Недостатки в работе устройства присутствуют, но в основном из-за того, что не все проблемы оператора мобильной связи учтены. В ближайшее время бета прошивка будет обновлена.
izograv: dem пишет: - сколько физически нужно времени видеомодулю для формирования одного кадра? Микросекунды, секунды? Формирование кадра и запись примерно секунду. Отправка скорость обмена видео модуля 38400, а далее GSM - модуль и оператор мобильной связи. цитата: - что может помешать видеомодулю вовремя сформировать кадр? Например, практически одновременно срабатывают 2 датчика, нужно сформировать 2 кадра с 2-х камер. Как они будут формироваться? Практически одновременно они не сработают, будет обрабатываться по первому. После по второму. Давайте думать вместе, почему может возникнуть задержка с формированием кадра. Вот только что опять: событие в 14:27:18, метка времени на снимке 14.28.38 событие в 14:27:38, метка времени на снимке 14.27.48 Разница между 14.28.38 и 14:27:18 составляет 80 секунд И, что еще более странно, второй снимок формируется раньше первого, хотя должно быть наоборот.
dem: izograv пишет: И, что еще более странно, второй снимок формируется раньше первого, хотя должно быть наоборот. Да есть такая проблема.
izograv: Насчет этой проблемы, когда вместо текущего снимка отображается предыдущий: точно, что она как-то связана с начальной инициализацией запроса к видеомодулю или к конкретной камере. Т.е. когда идет 2-й и т.д. запросы кадра - такого не бывает никогда. Только когда 1-й запрос. Есть 2 предположения: - по каким-то причинам видеомодуль не может отдать текущий снимок, отдает предыдущий (откуда он тогда его берет) - я одно время думал, что это проблемы GSPR соединения: поскольку запрос идет по http, есть в http такие заголовки как Expires, pragma-nocache, иначе говоря при проблеме соединения тебе выдается последний валидный снимок из кеша. Но это бы объясняло, если бы я снимки запрашивал из браузера, но я пользуюсь конфигуратором, у которого (вроде?) кеша нет. Т.е. скорее всего это проблема именно видеомодуля. И еще: как-то странно, что у техподдержки такого не наблюдается. Я вот запускаю последние 2 дня конфигуратор примерно раз в час и практически через раз вижу предыдущие снимки. Вот прямо сейчас мысль пришла: попробую запрашивать снимки исключительно с хидером pragma-nocache и буду логгировать все http-ответы/запросы , может че и прояснится. Добавлено: поэкспериментировал с заголовками, прояснилось, что это не проблема кеширования или неправильных http-заголовков, это именно проблема видеомодуля.
urganos: здравствуйте. Имеем универсал с прошивкой бета. мобильный оператор лайф. не получаеться настроить отправку кадра на имейл. на своем почтовом ящике невижу принятых или спамов. настроил следующим образом Пример настройки mail.ru и МТС, Life, Kievstar, Билайн. Адрес SMTP сервера – smtp.mail.ru Порт SMTP сервера - 2525 Имя пользователя - polzovatel@mail.ru Пароль – 123456 Почтовый адрес – polzovatel@mail.ru какие будут рекомендации кроме смены оператора?
полная версия страницы