Форум » GSM Universal » Видео модуль » Ответить
Видео модуль
GAVLAL: Установил видео модуль . Подключил две камеры . Первая должна была включаться по сработке датчика в режиме охраны вторая при сработке другого датчика независимо от состояния охраны .Вчера все чудно работало , до 0часов30мин сегодняшнего дня (последняя запись камеры номер 2 ) Утром она включаться уже не захотела . Вечером для камеры 1 установил галочку "не зависимо от состояния охраны " (уже все спят ) , проверил - первая работает , вторая по прежнему нет . Камера работает , запись не включается .Где надо поковыряться ?
dem: GAVLAL пишет: Камера работает , запись не включается Как проверялась работоспособность камеры?
GAVLAL: камера проверялась подключением к видеовходу телевизора,даже если камера не работает регистраторзап сывает цветную полосатую картинку и пишет : нет сигнала .В моемслучае при сработке датчика второй камеры запись не происходит(не мигает светодиод на видеоплате ) а по первой камеие вс в порядке .
dem: Факт фиксации сработки прибором проверьте. Индикация светодиодов на нем.
GAVLAL: срабатывают оба ,видно по свечению красных светодиодов
GAVLAL: также светится светодиод соответствующейгруппы на приборе
dem: Вы случайно в программе просмотр видео архива не выбирали только 1 камеру? Попробуйте переключить вторую на третий вход и проверить функционирование.
GAVLAL: в просмотре включены галочки всех четырех камер. Вечером попробую переключить на третий вход
GAVLAL: При проверке настроек устройства оказалась установленной галочка отключить зону , с вытекающими последствиями ... Запись включается нормально . но теперь не могу просмотреть- пишет что то типа неверный формат даты .
DrinkinS: GAVLAL пишет: но теперь не могу просмотреть- пишет что то типа неверный формат даты . Кто пишет, где пишет, при каких условиях пишет?
GAVLAL: DrinkinS пишет: Кто пишет, где пишет, при каких условиях пишет? К сожалению разбираться времени нет . но простому смертному с плейером без половинки ( 0.5 литра ) не возможно . Докупил радио датчик движения и связал его и радио геркон с первой камерой . Но к моему ужасу он не пробивает прямой видимости 13 метров через две перегородки в пол кирпича , и соответственно нет включения камеры . теперь и радиогеркон включает камеру только по своему желанию с пятого на десятый случай . Не стабильная работа замучила . Хотя проводной датчик вкючает камеру стабильно .
dem: GAVLAL пишет: Но к моему ужасу он не пробивает прямой видимости 13 метров через две перегородки в пол кирпича , и соответственно нет включения камеры Удлинить антенну в два или четыре раза 35см или 70 см
GAVLAL: dem пишет: Удлинить антенну в два или четыре раза 35см или 70 см Мне с видео модулем передали другой ралиомодуль . Не со штыревой антенной а с витой . Это что , допаивать? Моделист конструктор какой то ! А цивилизованно чувствительность поднять нельзя ? до заявленной на датчик движения ? Мли он должен работать в пределах одной комнаты ? Это частный дом а не железобетонная девятиэтажка .
dem: GAVLAL пишет: Не со штыревой антенной а с витой этот радио модуль чувствительней предыдущего, со штыревой антенной, в пять раз. GAVLAL пишет: А цивилизованно чувствительность поднять нельзя ? до заявленной на датчик движения ? Мли он должен работать в пределах одной комнаты ? Это частный дом а не железобетонная девятиэтажка . скорее всего у вас источник радио помех на 433 МГц, который препятствует нормальной работе.
pcholkin: Почему такое маленькое разрешение при записи на СД-карту?... при отправке на мыло или при онлайн просмотре понятно... .... но почему на карте такое разрешение?
DrinkinS: Для большего разрешения необходимо использовать более дорогое железо. З.Ы. Приведите примеры подобных изделий с большим разрешением.
merdos: Цена упирается в цену ПЛИС Xillinx? Как вариант для эконом варианта может реализовать поддержку таких камер-http://www.ladyada.net/products/camera/ ? Они могут сразу 640-480 сжимать в jpeg и передавать по rs232
DrinkinS: merdos пишет: Цена упирается в цену ПЛИС Xillinx? Нет. Это отдельная разработка. 1) Как по поводу сертификата? 2) На какое расстояние можно от Universal'a можно удалить камеру (по RS-232)
DrinkinS: Да и в принцыпе это сложно сделать.
merdos: А какое железо необходимо было бы для получения изображения 640х480? И на сколько бы это увеличило стоимость? Я так понимаю мощности железа хватает только на оцифровку 1 кадра в секунду с каждой камеры и записи без сжатия или с небольшим сжатием на сд карту? Есть ли вариант работать только с 1 или 2 камерами но с бОльшим разрешением?
merdos: DrinkinS пишет: Это отдельная разработка. 1) Как по поводу сертификата? 2) На какое расстояние можно от Universal'a можно удалить камеру (по RS-232) Понятно что отдельная разработка 1) О каком из сертифиткатов речь? 2) на такой скорости метров 20. Если добавить преобразователи в rs485-то на сотни метров.
DrinkinS: Вопрос про увуличение качества временно закрыт.
izograv: Вопрос новичка, поэтому заранее прошу прощения: я не разобрался, какие именно видеокамеры можно подключить? Вот например список моделей видеокамер в умном ките (http://um-kit.com.ua/index.php?id_struct=4#30), какие из них можно подключить к видео модулю?
dem: izograv пишет: какие именно видеокамеры можно подключить? Любые аналоговые камеры.
Dmitruchio: В Киеве по-прежнему не невозможно купить видео-модуль ни у одного из дилеров. Рассказывают, что выпущена тесторвая партия в пару штук, а в продажу они еще не поступали. Что мы тогда здесь обсуждаем???
izograv: Dmitruchio пишет: Что мы тогда здесь обсуждаем??? Я сегодня заказал у НПП Потенциал, вроде проблем не было, потому я и спрашиваю :) Большая просьба, если не трудно - чуть помочь мне как новичку в выборе модели камеры, я никогда в жизни с ними дела не имел, полный чайник. Я так понял из данного топика, что качество записи слабоватое, т.е. можно обойтись недорогими камерами. Мне нужно 1 уличную и одну внутреннюю, использование в составе GSM Universal для охраны дачи. Уличная наверное целесообразна только с ик-подсветкой. Я порылся сегодня по инету, вот например недорогая камера CnM Secure C-9394 (http://secur.ua/videonablyudenie/kamery/ulichnie-kamery/C-9394.html) . Она подойдет? Можно попросить, чтобы кто из спецов глянул ее описание и прокомментировал ее характеристики именно в плане использования с видео-модулем GSM Universal для простейшей задачи: проверка причины срабатывания наружного датчика движения на даче.
kader_ivan: izograv пишет: Она подойдет? Вполне подойдет.
Dmitruchio: izograv пишет: Я сегодня заказал у НПП Потенциал, вроде проблем не было, потому я и спрашиваю :) Тогда почему же официальный дилер "Умный кит" в Киеве (банер которого висит на сайте НПП "Потенциал") говорит, что модуля в продаже нет? Я тоже готов купить, как заказать напрямую?
dem: Контактные телефоны наших менеджеров на нашем сайте http://potencial.lg.ua/?c=kontakt
izograv: Три вопроса: 1. http://мое_имя.dyndns-free.com/1&user=2&pass=мой_пароль дает в ответ http 403. Ошибка в пароле исключается. Наверное неправильно ввожу адрес? 2. По DTMF нет возможности запросить прислать не ммс с камеры, а выслать кадр на почту? 3. Это наверное не к видеомодулю относится, но может кто сталкивался: не приходят с консоли (мтс) на телефон пользователя 1 (мтс) ММС-ки. Т.е. они отправляются, денежка снимается, но не приходят. Телефон ММС конечно поддерживает, с других телефонов на него ММС ходят, с сайта МТС ММС ходят, т.е. , как назло, куда-то пропадают именно ММС с консоли. Может есть у кого светлые мысли по этому поводу?
kader_ivan: izograv пишет: 1. http://мое_имя.dyndns-free.com/1&user=2&pass=мой_пароль дает в ответ http 403. Ошибка в пароле исключается. Наверное неправильно ввожу адрес? Не понял суть вопроса? izograv пишет: По DTMF нет возможности запросить прислать не ммс с камеры, а выслать кадр на почту? Нет, только ММС. izograv пишет: не приходят с консоли (мтс) на телефон пользователя 1 (мтс) ММС-ки Проверено, все приходит. Настройки выглядят так?
izograv: не приходят с консоли (мтс) на телефон пользователя 1 (мтс) ММС-ки Проверено, все приходит. Настройки выглядят так? Тут я уже сам разобрался. Настройки были правильные, но в моем телефоне был включен режим "автоматически принимать ММС". По неведомой причине ММС-ы, отправляемые консолью в этом случае просто пропадали, ко мне на телефон ничего не приходило. Как только я в настройках телефона включил режим "принимать ММС вручную" - все стало приходить. Видать какая-то локальная несовместимость моей модели телефона с консолью. kader_ivan пишет: цитата: 1. http://мое_имя.dyndns-free.com/1&user=2&pass=мой_пароль дает в ответ http 403. Ошибка в пароле исключается. Наверное неправильно ввожу адрес? Не понял суть вопроса? Согласно инструкции, для просмотра видео в режиме реального времени в поле адреса интернет-браузера (пробовал как в IE, так и FF) ввожу строку: http://мое_имя.dyndns-free.com/1&user=2&pass=мой_пароль Адрес мое_имя.dyndns-free.com браузером распознается, идет подключение, но в ответ выдается http-заголовок 403. И все. Ну обычно 403 - это когда по IP включена защита, но я вроде ничего не включал. В настройках пользователя 2 разрешение на просмотр видео стоит. Вопрос: что я делаю не так? Вот полный лог http-сессии: +++GET 11117+++ GET /1&user=2&pass=мой_пароль HTTP/1.0 Host: мое_имя.dyndns-free.com User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: ru-ru,ru;q=0.8,en-us;q=0.5,en;q=0.3 Accept-Charset: windows-1251,utf-8;q=0.7,*;q=0.7 DNT: 1 Pragma: no-cache Cache-Control: no-cache Connection: keep-alive Browser reload detected... Retry 11117... +++RESP 11117+++ HTTP/1.0 403 Connection: Close Content-Length: 0
dem: http://[адрес устройства]/cam=[№ камеры]&user=[номер пользователя]&pass=[пароль]
izograv: Так работает, спасибо, в таком варианте действительно в команде DTMF об отправлении кадра на почту (о которой я спрашивал выше) нет никакого смысла .
kader_ivan: izograv пишет: для просмотра видео в режиме реального времени Видео можно посмотреть ещё тут. Заходим, регимся
izograv: kader_ivan пишет: Видео можно посмотреть ещё тут. Тут само и обновляется, действительно очень удобно.
izograv: Такие вопросы: - качество записи на карту совпадает с качеством онлайн-просмотра? (у меня впечатление, что пишет на карту в лучшем качестве); - если качество записи на карту выше, можно как-то регулировать (повысить) качество онлайн-просмотра? А то уж больно JPEG-ги онлайн-просмотра маленькие.
dem: izograv пишет: - качество записи на карту совпадает с качеством онлайн-просмотра? (у меня впечатление, что пишет на карту в лучшем качестве); Качество записи на SD-карту, отправку на e-mail, MMS - 352x288 Качество при просмотре он-лайн 176x144 izograv пишет: - если качество записи на карту выше, можно как-то регулировать (повысить) качество онлайн-просмотра? Ограничено возможностями GSM-модуля.
izograv: Т.е. качество e-mail в 2 раза выше онлайн-качества. Тогда наверное все же желательна моя хотелка, про которую я уже писал выше: сделать возможность DTMF-команды об отправлении кадра на почту. Это раз в 20 дешевле MMS-ки по деньгам + MMS-ка на мобильнике все равно малоинформативна с точки зрения "рассмотреть детали" (можно конечно ее с телефона перегнать в комп - но это значит шнур втыкать, прогу специальную запускать, не говоря уже о дороговизне MMS-ки: 4 камеры - сразу минус 4 гривны) . А если по почте - значит можно тут же фотку обработать программой и повысить качество. Думаю это очень актуально, потому как нынешнее качество онлайн-просмотра с камер может показать только есть ли, например, человек в кадре. Для примера: от камеры на расстоянии 5-6 метров объект размером с крупное ведро при 176x144 уже практически неразличим, я вот сейчас смотрю онлайн камеры с дачи и, честно говоря, при 176x144 толку с них немного. Нужно хотя бы 352x288 на почту.
dem: izograv пишет: 352x288 на почту отправляется на почту по событию...
Dmitruchio: dem пишет: отправляется на почту по событию... Человек просит добавить еще одну DTMF команду для отправки фоки 352x288 не только как MMS, а и на почту. Я его поддерживаю. Это трудно реализовать?
dem: Не трудно....
Dmitruchio: dem пишет: Не трудно.... Было бы удобно. Заранее большой Спасиб)). P.S. Поскольку понятно, что все это труд, предлагаю открыть счет (например WebMoney) для доплаты (в разумных пределах, естественно) за доп. функции)). Тады все было бы честно.
izograv: Dmitruchio пишет: P.S. Поскольку понятно, что все это труд, предлагаю открыть счет (например WebMoney) для доплаты (в разумных пределах, естественно) за доп. функции)). Тады все было бы честно. Хорошая мысль! Для меня, например, крайне актуально 2 вещи: кадр с камер на мыло и данные по датчикам температуры на пульт мониторинга. Если эти приоритеты не совпадают с текущими приоритетами разработчиков, также готов в разумных пределах доплатить за скорейшую реализацию оного.
Brad: Dmitruchio пишет: P.S. Поскольку понятно, что все это труд, предлагаю открыть счет (например WebMoney) для доплаты (в разумных пределах, естественно) за доп. функции)). Тады все было бы честно. izograv пишет: Хорошая мысль! Для меня, например, крайне актуально 2 вещи: кадр с камер на мыло и данные по датчикам температуры на пульт мониторинга. Если эти приоритеты не совпадают с текущими приоритетами разработчиков, также готов в разумных пределах доплатить за скорейшую реализацию оного. Господа, вы шутите? Разработчик в три раза сократил количество команд DTMF в версии Универсала 3.0 в сравнении с предыдущей версией. При этом искренне считает, что сделал лучше. (Можете почитать аргументы разработчика на этом форуме). А вы хотите платить за их увеличение??? И, что это за перевернутое экономическую модель вы предлагаете - инвестировать в продукт, прибыль от которого идет не вам? Это абсурд. Производитель вкладывает свои деньги в производство товара, вы его покупаете, и производитель возвращает затраты и получает прибыль.
izograv: Brad пишет: Господа, вы шутите? Разработчик в три раза сократил количество команд DTMF в версии Универсала 3.0 в сравнении с предыдущей версией. При этом искренне считает, что сделал лучше. (Можете почитать аргументы разработчика на этом форуме). А вы хотите платить за их увеличение??? И, что это за перевернутое экономическую модель вы предлагаете - инвестировать в продукт, прибыль от которого идет не вам? Это абсурд. Производитель вкладывает свои деньги в производство товара, вы его покупаете, и производитель возвращает затраты и получает прибыль. Я, несмотря на то, что "молодой" пользователь универсала по сравнению с Вами, скажу, что дискуссию по уменьшению DTMF команд в 3-ей прошивке внимательно читал. И искренне опечален, что разработчики приняли на мой взгляд совершенно нелогичную и ущербную модель развития. Лично я от этого испытываю неудобства, достаточно посмотреть мои последние темы: то , что я спрашивал в предыдущей версии прошивки делалось элементарно, а теперь приходится делать иным путем. Но какой у меня в данной ситуации есть выбор? Как я могу повлиять на разработчиков, если они живут далековато от меня и лично с ними я не знаком ? Тут есть один только путь и я как IT-шник его уже неоднократно проходил на разных других вещах: аргументированно убеждать разработчиков в своей правоте. И это должен делать не только я, но и все пользователи универсала. Есть вещи в универсале, которые не очень удобны (то же сокращение DTMF-команд), но это не смертельно, поскольку можно обойти. Например, через удаленное конфигурирование, мне сейчас даже лень с ноутом залезть на второй этаж к консоли, я все делаю через инет. А есть вещи, которые сделать нельзя НИКАК. Только путем внесения разработчиками изменений в прошивку. Поэтому и я и Dmitruchio аргументируем и просим об этом разработчиков, чтобы они это сделали скорее, потому как без этого некоторые фичи универсала просто бесполезны. Я практически на 100% уверен в том, что те пользователи, которые активно пользуются видео-камерами наблюдения, заинтересованы в том, чтобы в два раза повысить разрешение снимков, тем более, что, как оказалось, все для этого уже есть готовое, нужно просто внести в прошивку одну дополнительную DTMF команду. Что тут нелогичного? Насчет экономической модели, я уже писал: мне неведомы приоритеты разработчиков. Вполне вероятно, что то, о чем мы просим они считают полной ерундой. Или их директор так считает. Поэтому я готов доплатить за нужные лично мне фичи, нормальный рыночный подход. А то, что за "мои идеи" производитель потом получит дополнительную прибыль - да наздоровье. Я вообще планирую по свободе (бесплатно) на своем сайте написать целый раздел по универсалу, расписать все те недостатки оформления их сайта, пока это еще свежо в памяти. И сделать, наконец, нормальный FAQ, чтобы не перерывать весь орум для ответов на простые вопросы. Так что никто не шутит :)
Dmitruchio: Brad пишет: Разработчик в три раза сократил количество команд DTMF в версии Универсала 3.0 в сравнении с предыдущей версией Поддерживаю недовольство этой негативной тенденцией
Stalker: Изограв, не надо никаких писать инструкции. Иначе узкий взгляд ИТ-специалиста перенесется на неё. Получение фото на почту по команде ДТМФ организуется просто и со вкусом. Как и много других незадокументированных возможностей. Кому нужно поставить Универсал в Донецкой области- обращайтесь в личку.
Dmitruchio: Друзья! Кто может выложить примеры снимков сделанных видео модулем. Заранее благодарю Выложить можно сюда http://upload.com.ua/
kader_ivan: Пример снимка
Dmitruchio: Спасибо. Дату система сама добавляет?
kader_ivan: Да, дата берётся из системы.
Dmitruchio: Цветная камера на 580ТВЛ нормально работать будет?
izograv: Dmitruchio пишет: Кто может выложить примеры снимков сделанных видео модулем. Заранее благодарю Выложить как ? kader_ivan выложил в 352х288, это из почты или карты, мне, чтоб такое делать нужно инициировать тревогу. Плюс снимки сделаны с близкого расстояния, что конечно очень хорошо сказывается на качестве в лучшую сторону. А вот иные снимки, из онлайн-камер: 1. Снимок 1cam - купольная камера CDM-223S-IR Partizan, 1/4" Sharp, 480твл, 0 Lux, f=3,6мм, ИК-подсветка 20м, установлена внутри помещения, расстояние до объекта 3м, снимок сделан в дневное время. http://rghost.ru/28159781 2. Снимок 2cam - наружная камера COD-M341S Partizan, 1/4" Sony CCD, 420 ТВЛ, 0 Lux, f=3,6мм, ИК-подсветка 8м, установлена снаружи помещения, расстояние до объекта 8м, снимок сделан в дневное время. http://rghost.ru/28159861 Легко заметить то, о чем писал раньше и почему просил команду для инициации снимка на мыло - крайне хреновое качество.
izograv: Stalker пишет: Получение фото на почту по команде ДТМФ организуется просто и со вкусом. Ну а можно со мной поделиться как именно это сделать? Или это тайна? Тогда что мне нужно сделать, чтобы организовать себе такую штуку? Там что, есть недокументированные команды, которые не все знают?
Stalker: Перемыкаешь один из выходов со одним из входов. Далее просто настройки. Фото становится доступным по команде типа *2х1 Реально работает.
Dmitruchio: izograv пишет: Легко заметить то, о чем писал раньше и почему просил команду для инициации снимка на мыло - крайне хреновое качество. На улице вообще нифига не разобрать)) За фотки спасибо. А есть в полном разрешении?
Dmitruchio: Stalker пишет: Перемыкаешь один из выходов со одним из входов. Далее просто настройки. Фото становится доступным по команде типа *2х1 Реально работает. Классный подход Это из серии авторестарт по таймеру (выход подключен к реле разрыва питания централи) при зависании прошивки)))
dem: Порекомендуйте какую ввести DTMF-команду для отправки на e-mail т.к вся структура команд уже занята ....
izograv: dem пишет: Порекомендуйте какую ввести DTMF-команду для отправки на e-mail т.к вся структура команд уже занята Если *80(1-4) то для ММS, то *8(7-9)(1-4) для e-mail. Я сейчас тупо смотрю в таблицу DTMF-команд, первые регистры все заняты, но вторых то куча свободных: *87-*89, *66-*69 и др.
kader_ivan: 8 отправка смс 1 запрос состояния устройства 2 запрос состояния входов 3 запрос состояния радиовходов 4 запрос состояния выходов 5 запрос состояния температурных зон 6 запрос состояния охраны 7 1 включить GPRS 0 отключить GPRS 8 Включить запись с камеры 1-4 номер камеры 9 положить трубку 0 запрос ММС 1-4 номер камеры эти регистры заняты
Dmitruchio: 10*, 16*-17* 20*, 27* 30* 50*, 56*-59* 60* 66*-69* Эти можно использовать? kader_ivan пишет: 9 положить трубку Не вижу в мануале
dem: В ближайшие дни будет добавлена отправка кадра на e-mail.
Dmitruchio: dem пишет: В ближайшие дни будет добавлена отправка кадра на e-mail. Заранее благодарны
Stalker: Dmitruchio пишет: 9 положить трубку Классная команда! А я мучался, объясняя людям, что нужно ложить трубу после передачи последней команды.
dem: Stalker пишет: Классная команда! А я мучался, объясняя людям, что нужно ложить трубу после передачи последней команды. точней *89
Dmitruchio: dem пишет: точней *89 Опять же нет в инструкции
izograv: Dmitruchio пишет: Опять же нет в инструкции 8 отправка смс 1 запрос состояния устройства 2 запрос состояния входов 3 запрос состояния радиовходов 4 запрос состояния выходов 5 запрос состояния температурных зон 6 запрос состояния охраны 7 1 включить GPRS 0 отключить GPRS 8 Включить запись с камеры 1-4 номер камеры 9 положить трубку 0 запрос ММС 1-4 номер камеры эти регистры заняты А можно попросить kader_ivan выложить аналогичную этой _полную_ информацию по всем остальным цифрам команд? Т.е. не только для 8, но и для *1..., *2...... ... *7... А то получается так: есть одна табличка команд в официальном мануале, а есть другая табличка, про которую ну, скажем так, не все знают. Вреда то от этого наверное не будет, а работы для kader_ivan от силы минут на 5. Просто возможно про часть этих команд, которых нет в инструкции, уже где-то на форуме писалось, но удобно все иметь собранным в одном месте. Судя по реакции форумчан их это заинтересует, а то выясняется, что даже Stalker не про все знает :))))
dem: *89 создана для завершения звонка из JAVA приложения, поэтому ее нет в инструкции. Больше не документированных команд нет. в скором времени в новой версии прошивки добавим *80(5-8) для отправки кадра на e-mail.
vlad6502: Посмотрел изображения с камеры в онлайне, погрустил... Возможно, имеет смысл сделать опцию передачи ЧБ изображения чтобы поднять разрешение ?
dem: vlad6502 пишет: Возможно, имеет смысл сделать опцию передачи ЧБ изображения чтобы поднять разрешение ? Ограничено возможностями применяемого GSM-модуля.
merdos: Более подробно изучив видеомодуль вынужден
merdos: высказать одобрение разработчикам. Идеальное решение за ЭТИ деньги. С учетом специфики, а именно то что данные идут через "узкую" gsm связь и получить потоковое видео для принятия решения о нормальности или ложности сработки сигнализации невозможно, считаю что увеличение разрешения ничего не даст. Трудно имея 1-2-3 снимка в минуту принять решение о том что -"лезут не лезут"
merdos: что например даст снимок с внешней обзорной камеры даже с высоким разрешением если сработка идет по дачику открытия двери? те жулики уже вышли из зоны видения камеры. Даже если камера направлена на дверь из-за условий освещенности по одному двум снимкам понять открывают или не открывают дверь не всегда возможно. Пути на мой взгляд два-или организация полноценного видеонаблюдения с помощью сотового модема(но там всеравно потолок 3-5 кадров секмакс) или внедрение в видеомодуль неких "анализаторов движения" позволяющих получать снимок непосредственно движения
dem: merdos пишет: Пути на мой взгляд два-или организация полноценного видеонаблюдения с помощью сотового модема(но там всеравно потолок 3-5 кадров секмакс) или внедрение в видеомодуль неких "анализаторов движения" позволяющих получать снимок непосредственно движения Привязывайте датчики движения к камерам в одном обзоре покрытия помещения....
izograv: merdos пишет: , считаю что увеличение разрешения ничего не даст. Мсье теоретик? Сколько камер в распоряжении уважаемого ЭКСПЕрТа? Какие именно модели, какие характеристики? Есть подозрение, что ни одной, иначе не писалась бы столь откровенная глупость. Ответ тут простой - я просто выложу по 2 снимка с каждой камеры в low и max pазрешениях, чтобы наглядно показать. Трудно имея 1-2-3 снимка в минуту принять решение о том что -"лезут не лезут" С ложняками дело имели? Пример привести - ты едешь в переполненном автобусе, и тут сообщение о тревоге (как оказалось, ложняк). Нужно ли объяснять, что камера тут просто необходима? что например даст снимок с внешней обзорной камеры даже с высоким разрешением если сработка идет по дачику открытия двери? те жулики уже вышли из зоны видения камеры. Даже если камера направлена на дверь из-за условий освещенности по одному двум снимкам понять открывают или не открывают дверь не всегда возможно. Уже ответили, что нужно головой думать и привязывать камеру к соотв. датчику. Если дверь открыли, то куда-то жулики то пошли? Продумай это, поставь по возможной траектории движения еще датчики и камеры. Насчет условий освещенности - ну ставь то камеры с ИК-подсветкой. Что, опять мне нужно ночные снимки выложить, чтобы показать, что в полной темноте прекрасно видно факт открытия двери? Пути на мой взгляд два-или организация полноценного видеонаблюдения с помощью сотового модема(но там всеравно потолок 3-5 кадров секмакс) или внедрение в видеомодуль неких "анализаторов движения" позволяющих получать снимок непосредственно движения Еще более простой путь - поставить по еще одному дешевому датчику движения, для гарантированного исключения ложняков. Или дорогой датчик с ИК и доплеровскими сенсорами.
merdos: izograv пишет: izograv пишет: С ложняками дело имели? Пример привести - ты едешь в переполненном автобусе, и тут сообщение о тревоге (как оказалось, ложняк). Нужно ли объяснять, что камера тут просто необходима? Еще более простой путь - поставить по еще одному дешевому датчику движения, для гарантированного исключения ложняков. Или дорогой датчик с ИК и доплеровскими сенсорами. Ну так а зачем тебе камеры тогда, если есть такой простой путь?
merdos: izograv пишет: сье теоретик? Сколько камер в распоряжении уважаемого ЭКСПЕрТа? Какие именно модели, какие характеристики? Есть подозрение, что ни одной, иначе не писалась бы столь откровенная глупость. Ответ тут простой - я просто выложу по 2 снимка с каждой камеры в low и max pазрешениях, чтобы наглядно показать. камеры имеются и на любой вкус и бюджет. Смысла меряться пикселами и твлиниями не вижу, ибо не отрицаю что снимок высокого разрешения лучше низкого. Однако для распознавания ложняков, а уж тем более характера проникновения имеет значение не качество отдельных статичных кадров , а скорость потока кадров по которому можно сделать выводы о ХАРАКТЕРЕ ДВИЖЕНИЙ неких обьектов. Как скорость так и качество(разрешение) кадров ограничено скоростью канала GSM. Так как на телефон, если не брать смартфонов кадры идут ммсом то плюс еще ограничение модема в универсале. Посему надо искать какие-то консенсусы а то дойдя до 1мпксела вдруг поймем что , что-то не то. Не сочтите за рекламу http://www.videogsm.ru/strazh-3g-light.php это ясное решение при наличии нормальных сетей 3g. Те то что будем ждать в будущем от производителя универсала.
merdos: при появлении нормальных 3g сетей
izograv: merdos пишет: при появлении нормальных 3g сетей Да вроде есть они, с уже сколько лет 3g укрлелекома пользуюсь. Да и ситуация с покрытием вроде (имеется ввиду связка с сетью киевстара) решена. ибо не отрицаю что снимок высокого разрешения лучше низкого. Однако для распознавания ложняков, а уж тем более характера проникновения имеет значение не качество отдельных статичных кадров , а скорость потока кадров по которому можно сделать выводы о ХАРАКТЕРЕ ДВИЖЕНИЙ неких обьектов. Как скорость так и качество(разрешение) кадров ограничено скоростью канала GSM. Так как на телефон, если не брать смартфонов кадры идут ммсом то плюс еще ограничение модема в универсале. Посему надо искать какие-то консенсусы а то дойдя до 1мпксела вдруг поймем что , что-то не то. Не сочтите за рекламу http://www.videogsm.ru/strazh-3g-light.php это ясное решение при наличии нормальных сетей 3g. Те то что будем ждать в будущем от производителя универсала. О чем спор то? Ясно, что 3g лучше, ясно, что hi-res лучше low и mid-res. Но это все мечты, тем более, что они с hard-ом связаны. Тут бы для начала пробить то, что с soft-ом связано :) камеры имеются и на любой вкус и бюджет. Смысла меряться пикселами и твлиниями не вижу А я вижу, но не меряться, а сравнивать изображение с разных камер было бы полезно для помощи пользователям в выборе камер. Потому как цена может отличаться чуть-чуть, а качество намного. Тут уже Dmitruchio просил выложить снимки, откликнулись kader_ivan (кстати, даже не указал название камеры) и я. А остальные что, стесняются или ни у кого камер нет? Мне, например, были бы очень интересны снимки в минимальном и максимальном разрешениях с разных внешних камер, на расстояниях до объекта от 8 и более метров. А вообще 4 камеры маловато как-то получается. Есть у меня 2 направления, которые очень было бы полезно удаленно просматривать. С углом обзора бюджетных камер это нужно минимум 2 камеры на направление. + одна в доме, итого 5, уже не укладываемся в лимиты. Это как с выходами, когда покупал универсал - думал, ну зачем мне модуль доп. выходов, базовых 6 штук хватит. А давно уже все 6 забиты :)
dem: merdos пишет: это ясное решение при наличии нормальных сетей 3g. Те то что будем ждать в будущем от производителя универсала. Возможно в будущем но цена вопроса будет выше.... izograv пишет: А вообще 4 камеры маловато как-то получается. Повлечет за собой значительное удорожание продукции....
merdos: izograv пишет: Да вроде есть они, с уже сколько лет 3g укрлелекома пользуюсь. Да и ситуация с покрытием вроде (имеется ввиду связка с сетью киевстара) решена. Это только одно название 3g. У них отсутствуют ряд услуг свойственных этим сетям. Нет видеозвонка. На роликах по ссылке приведеной мной видно как изящно организована видеотрансляция при помощи этой услуги.izograv пишет: О чем спор то? Ясно, что 3g лучше, ясно, что hi-res лучше low и mid-res. Но это все мечты, тем более, что они с hard-ом связаны. Тут бы для начала пробить то, что с soft-ом связано :) Так в том то и дело что уперлись уже в хард-чип видеомодуля, он может цифровать до 4 каналов. Да он цифрует с бОльшим разрешением чем передается на телефон, но размер картинки который высылается по ммс на телефон ограничен характеристиками gsm модуля универсала(если я правильно понимаю разработчиков) Единственный вариант получить снимок высокого разрешения не меняя хард-это пересылать его на почту или на отдельный клиент-программу на смартфоне или компе.(и то насколько я предполагаю алгоритм оцифровки снимков жестко вшит при производстве в плис-чип) И какая будет ОПЕРАТИВНАЯ ценность высокого разрешения если его надо смотреть через проверку почты?
merdos: izograv пишет: А вообще 4 камеры маловато как-то получается. Есть у меня 2 направления, которые очень было бы полезно удаленно просматривать. С углом обзора бюджетных камер это нужно минимум 2 камеры на направление. + одна в доме, итого 5, уже не укладываемся в лимиты. Это как с выходами, когда покупал универсал - думал, ну зачем мне модуль доп. выходов, базовых 6 штук хватит. А давно уже все 6 забиты :) Вопрос с видео на удаленном обьекте решается: юсб модем, роутер и нужное количество ipкамер. Да , это не бюджетно но это максимум что можно выжать из сотовых сетей. Универсал с видеомодулем занимает нишу между просто жсм сигналками и вышеописанными комплексами. \пытаясь приблизить по возможностям универсал к таким системам мы получаем возрастающую цену все просто, по Ломоносову.
merdos: dem пишет: merdos пишет: цитата: это ясное решение при наличии нормальных сетей 3g. Те то что будем ждать в будущем от производителя универсала. Возможно в будущем но цена вопроса будет выше.... Про цену -это понятно. Просто скорее всего такой сервис от сетей у нас будет ооочень не скоро.
izograv: merdos пишет: Универсал с видеомодулем занимает нишу между просто жсм сигналками и вышеописанными комплексами Это ж ключевая фраза. За 70 $ видеомодуль + 4*30$=120$ камеры, сумма 190$ я получаю неплохой набор. А по твоей ссылке "www.videogsm.ru/strazh-3g-light.php " там только самая дешевая камера около 200$. И они не отправляют на e-mail, судя по описанию. Значит надо иметь телефон с большим экраном, с поддержкой 3g, а это тоже дополнительные $. И я так прикинул - оно конечно хорошая штука онлайн-видео с камеры через 3g, но оно не всем нужно. Мне для целей охраны чтобы понять, что там на даче (около дачи) делается, вполне можно ограничиться обновлением в браузере + на мыло большее разрешение. Ну а у кого баксов много, думаю просто наймут охрану, да и вообще. Вот эта модульная структура - очень хорошая вещь, каждый может выбрать то, что ему нужно. Это только одно название 3g. У них отсутствуют ряд услуг свойственных этим сетям. Нет видеозвонка. На роликах по ссылке приведеной мной видно как изящно организована видеотрансляция при помощи этой услуги Ну пиплнет, там это вроде можно?
kader_ivan: izograv пишет: Ну пиплнет, там это вроде можно? у peoplenet 3G, CDMA2000 1хEV-DO, 800Mhz, мало распрастраненный формат связи.
Stranger: izograv пишет: Это ж ключевая фраза. За 70 $ видеомодуль + 4*30$=120$ камеры, сумма 190$ я получаю неплохой набор. А по твоей ссылке "www.videogsm.ru/strazh-3g-light.php " там только самая дешевая камера около 200$. только вы забыли прибавать сюда плату унивресал за 90уе и расширительную плату за 14уе, куда можно воткнуть уже видеомодуль. я не пишу про бокс, питание ...
izograv: Stranger пишет: только вы забыли прибавать сюда плату унивресал за 90уе и расширительную плату за 14уе, куда можно воткнуть уже видеомодуль. я не пишу про бокс, питание .. Я имел ввиду только цену за дополнение (расширение) основной функции. Кстати, даже если сложить всю стоимость, включая даже суммарную стоимость всего-всего, то все равно будет дешевле. Вон там по ссылке одна только Камера "Страж 3G Мульти" тянет на 12200 руб = 406$. Так там только одна камера, хоть и навороченная, а тут целый охранный комплекс. Когда я выбирал для себя GSM-сигнализации, кроме прочего, именно универсал меня привлек тем, что можно, чуть доплатив, получить и видео-наблюдение, хоть и не уровня полноценных систем видеорегистрации. Например, сама по себе видеорегистрация без охранных GSM-функций, мне и даром не нужна. А покупать и охранку и видеорегистрацию - очень дорого. Впрочем я детально не сравнивал именно видео-функции с существующими аналогами, включая цену, это, если есть желание, могут сделать модераторы или спецы в этом вопросе, думаю всем будет интересно. Может я и не прав, может и есть не только аналоги, но и более выгодные по цене аналоги - кто знает, напишите.
merdos: izograv пишет: по твоей ссылке "www.videogsm.ru/strazh-3g-light.php " там только самая дешевая камера около 200$. И они не отправляют на e-mail, судя по описанию. Значит надо иметь телефон с большим экраном, с поддержкой 3g, а это тоже дополнительные $. И я так прикинул - оно конечно хорошая штука онлайн-видео с камеры через 3g, но оно не всем нужно. Мне для целей охраны чтобы понять, что там на даче (около дачи) делается, вполне можно ограничиться обновлением в браузере + на мыло большее разрешение. Ну а у кого баксов много, думаю просто наймут охрану, да и вообще. Вот эта модульная структура - очень хорошая вещь, каждый может выбрать то, что ему нужно. izograv пишет: Я имел ввиду только цену за дополнение (расширение) основной функции. Кстати, даже если сложить всю стоимость, включая даже суммарную стоимость всего-всего, то все равно будет дешевле. Вон там по ссылке одна только Камера "Страж 3G Мульти" тянет на 12200 руб = 406$. Так там только одна камера, хоть и навороченная, а тут целый охранный комплекс. Ну вот не надо передергивать. по ссылке www.videogsm.ru/strazh-3g-light.php камера плюс датчик на дверь плюс датчик движения плюс радиобрелок плюс работает от аккумулятора стоит чуть меньше 200$. Плюс можно добавить еще датчики. Шлет и ммс и имеет доступ через браузер. А камера между прочим 1.3Мпиксела !! Минусы -камера одна, нет клем релейных выходов гибкости настроек и тд. А по поводу лишних баксов-так надо же понимать что увеличенное разрешение будет и стоить дороже и потолок для аналоговых камер 640x480
izograv: merdos, а чего обсуждать далее то, чего у нас пока быть не может из-за отсутствия полноценного 3g? И ничего я не передергивал, я сознательно выбрал более дорогую камеру, т.к. там намного больше функционала, чтобы сравнение было чуть более корректным. А сравнивать то, о чем ты пишешь (камера страж-лайт) с универсалом в целом я не вижу смысла оттого, что это совершенно разные системы. И вообще - это уже полный оффтоп получается, уже не интересно. Хотя за ссылку спасибо, было интересно прочитать для общего развития.
merdos: izograv пишет: И вообще - это уже полный оффтоп получается, уже не интересно согласен
Dmitruchio: izograv пишет: merdos пишет: цитата: , считаю что увеличение разрешения ничего не даст. Мсье теоретик? Сколько камер в распоряжении уважаемого ЭКСПЕрТа? Какие именно модели, какие характеристики? Есть подозрение, что ни одной, иначе не писалась бы столь откровенная глупость. Ответ тут простой - я просто выложу по 2 снимка с каждой камеры в low и max pазрешениях, чтобы наглядно показать. цитата: Трудно имея 1-2-3 снимка в минуту принять решение о том что -"лезут не лезут" С ложняками дело имели? Пример привести - ты едешь в переполненном автобусе, и тут сообщение о тревоге (как оказалось, ложняк). Нужно ли объяснять, что камера тут просто необходима? цитата: что например даст снимок с внешней обзорной камеры даже с высоким разрешением если сработка идет по дачику открытия двери? те жулики уже вышли из зоны видения камеры. Даже если камера направлена на дверь из-за условий освещенности по одному двум снимкам понять открывают или не открывают дверь не всегда возможно. Уже ответили, что нужно головой думать и привязывать камеру к соотв. датчику. Если дверь открыли, то куда-то жулики то пошли? Продумай это, поставь по возможной траектории движения еще датчики и камеры. Насчет условий освещенности - ну ставь то камеры с ИК-подсветкой. Что, опять мне нужно ночные снимки выложить, чтобы показать, что в полной темноте прекрасно видно факт открытия двери? цитата: Пути на мой взгляд два-или организация полноценного видеонаблюдения с помощью сотового модема(но там всеравно потолок 3-5 кадров секмакс) или внедрение в видеомодуль неких "анализаторов движения" позволяющих получать снимок непосредственно движения Еще более простой путь - поставить по еще одному дешевому датчику движения, для гарантированного исключения ложняков. Или дорогой датчик с ИК и доплеровскими сенсорами. Я создал новую тему. Давай выкладывай свои фотки. Посмотрим))
izograv: Dmitruchio пишет: Я создал новую тему. Давай выкладывай свои фотки Думаешь от создания новой темы повысится число участников, выкладывающих свои снимки? :) Похоже видеомодулем никто не пользуется. Выложить дело нехитрое, я все жду добавления команды на e-mail, вроде ж обещали "на днях", чтоб выбрать более удачные примеры в разной освещенности. Вот со вчера на сайте новая прошивка - может там добавили? Но раз разработчики молчат, надо полагать ничего нового.
kader_ivan: почему молчат? сами же тему просили
izograv: kader_ivan пишет: почему молчат? сами же тему просили Прошу прощения, я просто смотрел на дату обновлений сообщений в теме "Изменения в ПО", а там старая дата "02.11.11 09:54". Ну я и думал, что там пусто, в саму тему не заходил. Сейчас зашел и все увидел, спасибо за добавление этой возможности. Dmitruchio, подробные снимки день/ночь в разной освещенности за мной, только нужно же будет перепрошить сначала. Кстати, сделаю и видео, скачаю с SD-карты. Осталось еще одна супер-актуальная хотелка, поэтому kader_ivan, к вам простой вопрос: насколько технически сложно добавить к мониторингу отправку информации с датчиков температуры? Я так понимаю: раз в заданное число минут по http отправляется на хост uni запросом get или post определенное число параметров. Вот если просто добавить к этим параметрам еще один - информацию с датчиков температуры. А на uni ввести одно поле в базе для отображения этой информации. Без разбивки по номерам датчиков, просто одна строка, пусть даже пока не форматированная. Т.е. понятно, что когда-то при доработке мониторинга все это вы планируете сделать, красиво там, вон люди и графики там какие-то просят. Но ждать этого долго. Можно ли сделать отправку температуры в каком-то самом-самом простом виде, пусть оно будет иметь статус "Вета", но сделать это в ближайшее время ?
Dmitruchio: izograv пишет: Осталось еще одна супер-актуальная хотелка, поэтому kader_ivan, к вам простой вопрос: насколько технически сложно добавить к мониторингу отправку информации с датчиков температуры? Это старая хотелка. Поднимал в теме "Мониторинг/управление с компа...". Тады сказали - нереально.
izograv: Dmitruchio пишет: Это старая хотелка. Поднимал в теме "Мониторинг/управление с компа...". Тады сказали - нереально Я ж тоже поднимал, недавний ответ был: "возможно в будущем". Мне бы просто понять - для реализации нужно что-то кардинально менять (тогда я до этого будущего и не надеюсь дожить) или можно как-то, пусть и может кривовато, сделать сейчас. Как c моей колокольни вроде это вполне сделать и сейчас. Правда я не знаю, по какому протоколу идет обмен между консолью и сервером мониторинга, какие там API, но не думаю, что именно в этом проблема. По DTMF информация с датчиков снимается и по смс отправляется? Значит ее можно аналогично снять и отправить на сервер мониторинга. Что ж тут нереального.
Dmitruchio: izograv пишет: По DTMF информация с датчиков снимается и по смс отправляется? Значит ее можно аналогично снять и отправить на сервер мониторинга. Что ж тут нереального Думаю она там по таймеру снимается и в регистр пишится, а вот отправляется тебе на фон действительно по команде DTMF.
dem: izograv пишет: Осталось еще одна супер-актуальная хотелка, поэтому kader_ivan, к вам простой вопрос: насколько технически сложно добавить к мониторингу отправку информации с датчиков температуры? Я так понимаю: раз в заданное число минут по http отправляется на хост uni запросом get или post определенное число параметров. Вот если просто добавить к этим параметрам еще один - информацию с датчиков температуры. А на uni ввести одно поле в базе для отображения этой информации. Без разбивки по номерам датчиков, просто одна строка, пусть даже пока не форматированная. В данное время эта возможность заложена в протокол обмена с сервером мониторинга, но не реализована на сервере. В будущем сервер будет доделан, пока он в разработке и тестировании.
Dmitruchio: dem пишет: В данное время эта возможность заложена в протокол обмена с сервером мониторинга, но не реализована на сервере. В будущем сервер будет доделан, пока он в разработке и тестировании. А кады простым смертным ожидать этой доделки?
dem: Dmitruchio пишет: А кады простым смертным ожидать этой доделки? Возможно к концу декабря.
Stalker: А чтобы посмотреть видео с карты памяти получается нужно каждый раз раскручивать коробку Универсала?
Dmitruchio: Stalker пишет: А чтобы посмотреть видео с карты памяти получается нужно каждый раз раскручивать коробку Универсала? Можно сделать прорезь в крышке))
dem: Stalker пишет: А чтобы посмотреть видео с карты памяти получается нужно каждый раз раскручивать коробку Универсала? Да. Но теоретически данная необходимость не должна часто возникать.
vlad6502: Пойгрался видеомодулем с одной камерой - за эти деньги вполне неплохо, молодцы разработчики! Теперь в онлайне вижу что происходит на даче. Правда работает только на явовском приложении в телефоне и через ммс. А вот через веб картинка не появляется.
dem: Регистрировались на сервере мониторинга?
vlad6502: Да, естественно только что попробовал посмотреть еще раз - заработало правда не очень удачный алгоритм смены кадров - старый стирается и на белом поле постепенно появляется новый. Может можно буферизировать ?
dem: Это зависит от браузера...
izograv: Хочется получать по запросу по мылу фото сразу с нескольких камер, что-то типа *805*806*807*808 Сейчас не получается, т.к. сразу после ввода команды *805 консоль обрывает связь, приходится делать 4 отдельных звонка. Господа-разработчики, подумайте, может можно это сделать? Если нельзя, то может ввести еще одну команду "послать на мыло фото сразу со всех камер в одном письме" ? Там каждая фотка по 21к*4=~100к, GSM должен потянуть. Это хотелка не из критичных, но здорово бы облегчила жизнь, особенно есть вам это просто реализовать. Сразу бы видно было 4 снимка разных ракурсов объекта, полная картина состояния. Использовать веб-снимки не предлагайте, у меня и на фото с e-mal разрешение на пределе различимости.
kader_ivan: izograv пишет: по запросу по мылу фото сразу с нескольких камер Такой возможности не будет.
izograv: Совет нужен: т.к. не укладываюсь в 4 камеры, решил 5-ю и 6-ю камеры подключить через реле 220в вместе с 3-й и 4-й камерами к выходам, настройки выходов - релейное переключение. Почему реле 220 - потому, что оно уже есть в продаже у разработчиков, там на выходе как раз нормально замкнутые-разомкнутые контакты. Т.е. нормально вижу 1-4 камеры. При необходимости, могу позвонить, переключить одной составной командой через реле два выхода и получить изображение с 1,2,5,6 камер. Т.е. хочется реализовать не только охранные функции, а и простейшее наблюдение за полным периметром дачи. А для этого, как не крутил, четырех камер не хватает. Даже если широкоуголки поставить. Покритикуйте пож-та идею, может чего неправильно я написал.
Dmitruchio: izograv пишет: Совет нужен: т.к. не укладываюсь в 4 камеры, решил 5-ю и 6-ю камеры подключить через реле 220в вместе с 3-й и 4-й камерами к выходам, настройки выходов - релейное переключение. Почему реле 220 - потому, что оно уже есть в продаже у разработчиков, там на выходе как раз нормально замкнутые-разомкнутые контакты. Т.е. нормально вижу 1-4 камеры. При необходимости, могу позвонить, переключить одной составной командой через реле два выхода и получить изображение с 1,2,5,6 камер. Т.е. хочется реализовать не только охранные функции, а и простейшее наблюдение за полным периметром дачи. А для этого, как не крутил, четырех камер не хватает. Даже если широкоуголки поставить. Покритикуйте пож-та идею, может чего неправильно я написал. Верь в себя!
kader_ivan: Dmitruchio пишет: 5-ю и 6-ю камеры Можно их даже к датчикам по сработке привязать. По сработке допустим зоны 5 и 6, включать паралельные камеры, но по сработке включать ещё выход с реле на импульс допустим 1 минуту, через реле пускать сигнал с камер, не питание. И у вас будет 6 зон и 6 камер.
izograv: Увидел сегодня ссылку - http://kaskad-sb.com.ua/index.php?option=com_content&view=article&id=84:2011-03-21-08-47-42&catid=37:2011-02-06-09-50-24&Itemid=216 Онлайн-расчет угла обзора камер по вертикали и горизонтали в зависимости от размера матрицы и фокусного расстояния. Ну очень полезно при выборе камер, советую.
Dmitruchio: izograv пишет: Увидел сегодня ссылку - http://kaskad-sb.com.ua/index.php?option=com_content&view=article&id=84:2011-03-21-08-47-42&catid=37:2011-02-06-09-50-24&Itemid=216 Онлайн-расчет угла обзора камер по вертикали и горизонтали в зависимости от размера матрицы и фокусного расстояния. Ну очень полезно при выборе камер, советую. Классная штука. Только я не понял почему угол обзора по вертикали больше угла обзора по горизонтали.
dem: Dmitruchio пишет: Только я не понял почему угол обзора по вертикали больше угла обзора по горизонтали. интересно:) http://www.security.lutsk.ua/data/Zona1.htm
Dmitruchio: dem пишет: http://www.security.lutsk.ua/data/Zona1.htm За ссылочку спасибо. Толковая статейка.
izograv: При попытке открыть файл с расширением .mjp программа Video Viewer.exe (последняя версия) ругается: http://rghost.ru/33199761 Файл с SD-карты, для каждой камеры - всегда такая ошибка
Dmitruchio: Тоже не могу просмотреть видеоархив. Проблема
izograv: Dmitruchio, да это оно. Причем сам архив нормальный, не коцанный, я проверил при помощи MJP Player. Это проблема в Video Viewer
Dmitruchio: izograv пишет: я проверил при помощи MJP Player Можешь выложить MJP Player, который играет эти файлы? Те плееры, кот. я нашел в Инете побиты трояном. Заранее благодарен.
izograv: Dmitruchio пишет: Можешь выложить MJP Player, который играет эти файлы В тот то и дело, что он не играет, а только открывает. mjp файл и показывает 1-2 фрейма. Это не полноценная замена Video Viewer
Dmitruchio: izograv пишет: В тот то и дело, что он не играет, а только открывает. mjp файл и показывает 1-2 фрейма. Это не полноценная замена Video Viewer Тады проще переименовать расширение в JPG и посмотреть первый фрейм в любом просмоторщике картинок.
Dmitruchio: Вобщем не факт, что сам архив не кривой))
izograv: Dmitruchio пишет: Вобщем не факт, что сам архив не кривой)) У двух человек одновременно одна и та же ошибка - не думаю. Да и причина там ясно сказана - нужно просто в отладчике проверить, как обрабатывается дата.
dem: проверим, вышлите на support@potencial.lg.ua любой файл который не открывается для анализа.
Dmitruchio: dem пишет: проверим, вышлите на support@potencial.lg.ua любой файл который не открывается для анализа. Выслал на support + выложено несколькими постами ранее.
dem: На сайте выложена исправленная программа "Просмотр видео архива".
DrinkinS: Выложена обновленная программа для просмотра видеоархива. Программа умеет конвертирвать MJP в нормальное видео.
aviaf: Здравствуйте. Универсал присылает фото в ММС с искажениями. Например . Иногда приходят с черной горизонтальной полосой в верхней или нижней трети изображения. Камеры подключены по коаксиалу. Подключение кабелей от камер к клемной колодке Универсала с минимальными зазорами. Антенна Г-образная, из новых. Где искать причину?
izograv: *PRIVAT*
dem: izograv пишет: Где искать причину? Происходит не правильный захват первого кадра. Напишите модель используемой камеры. Постараемся исправить.
aviaf: Напишите модель используемой камеры. Impreza EVC S1004/3.6
tad: Нормальная камера. Если только не на металл закреплена. Типа металлопрофиля или металлочерепицы. Сколько метров кабеля, какой блок питания?
izograv: Ситуация: объект движется вдоль дома, на котором установлен датчик движения и камера. Объект входит в зону датчика, датчик посылает сигнал на камеру "выслать фото". От момента подачи сигнала датчика до окончания формировки кадра с камеры проходит какое-то время. Думаю, что небольшое. Но какое именно (миллисекунды, микросекунды, секунды), никто случаем не экспериментировал? Т.е. если объект не идет медленно, а движется: быстро бежит человек, велосипед, машина - может ли возникнуть ситуация, когда он уже выйдет из зоны действия камеры на момент формирования кадра? Я сам проверить не могу, уже писал почему, поэтому не буду повторяться.
Stalker: И меня это очень интересует. Буду городить такую систему и нужно определится на каком опережении ставить датчики движения?
izograv: Я сейчас еду и буду 2 дня экспериментировать, если мтс опять не перекроет порт. Похоже так ответ узнать будет надежнее :)
Dmitruchio: izograv пишет: Я сейчас еду и буду 2 дня экспериментировать, если мтс опять не перекроет порт. Похоже так ответ узнать будет надежнее :) Вчера тоже проблема была с SMTP сервером от МТС несколько часов. Потом опять все отправлялось)). В понедельник поговорю с инженерами Core Network в МТС, бо такого раньше небыло.
izograv: Dmitruchio пишет: поговорю с инженерами Core Network в МТ Поговорить то конечно поговори, но мои выводы такие: - почта через релей мтс ходит исключительно в стохастическом режиме. Проще говоря нет никакой гарантии. - в выходные ситуация на порядок хуже, чем в будни. Теряется до 90% почты; - есть даже в "благоприятные дни" отправляется несколько снимков подряд, то приходит только первый снимок. Иначе говоря если есть даже намек на фрод (в понимании инженеров мтс) - суши весла; - для охранных систем такая ситуация совершенно неприемлема; - пользователи мтс в данный момент не имеют возможности полноценно использовать услугу универсала "снимок на почту". Это нужно четко понимать всем пользователям универсала на мтс, чтобы не было разочарований или криков "чего не работает". - что делать: менять оператора или ждать новой прошивки, где, как обещали, будет поддержка работы через не-25 порт. ЗЫ% я вчера еще раз пересмотрел тарифы КС и укртелекома, к сожалению там и близко нет ничего похожего на тарифы мтс. Лайф я в расчет не беру :)
izograv: Недели 2 назад я полностью реализовал внешнее наблюдение за территорией около дома (внешние датчики +камеры). Могу поделиться выводами: - актуальность фичи "кадр на почту" резко возросла в моем понимании. В 99% случаев после тревожного звонка, даже если я был за монитором, онлайн-просмотр камер уже ничего не давал - объект покидал зону камер. - запись на карту вещь прекрасная, но только не тогда, когда охраняется удаленный объект , до которого пилить и пилить. Это хорошо для дома - пришел вечером и глянул. - поскольку не все круглосуточно сидят перед монитором/смартфоном, крайне желательно чуть расширить функционал консоли в области "кадр на почту". Предложения: - для настроек smtp ввести 2 поля, полностью по аналогии с 2 полями сервера мониторинга: если почта не прошла не первый сервер, повторить попытку через второй сервер. Это для гарантированной доставки почты. - в расширенных настройках зон ввести параметр: слать кадр каждые N секунд пока работает камера. Что имееТся ввиду: по умолчанию на карту пишется камера 2 минуты. Хорошо бы в течении этих 2-х минут, например 4 раза (т.е.через каждые 30 секунд) высылать кадр на почту. Это позволит, хоть частично, составить впечатление, что именно происходит на объекте, т.е. как-бы очень урезанный по функционалу, но удаленный аналог просмотра видео с камеры. PS: пишу это не "высасывая из пальца", а после просмотра и анализа накопившихся на sd-карте записей.
Dmitruchio: izograv пишет: - для настроек smtp ввести 2 поля, полностью по аналогии с 2 полями сервера мониторинга: если почта не прошла не первый сервер, повторить попытку через второй сервер. В нашем случае централь не узнает, что почта не дошла по первому адресу. Централь может отследить отправлено ли успешно сообщение только до SMTP сервера МТС (насколько помню используется сессия TCP), а дальше все в руках у SMTP сервера))... Разве что использовать подтверждения получения самим ящиком получателя. Так что в двух ящиках смыла не вижу. А вот возможность использовать другой SMTP-сервер - это было бы неплохо)). Но тут чисто добрая воля разработчиков, поскольку вся эта игра с портами уже нестандартное решение.
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 камер высылает. И так второй день подряд.
dem: Версия прошивки и откл. вкл. питания помогает?
izograv: После 2-х дней описанного подобного частичного "дауна", когда все работало, кроме онлайн-просмотра и удаленного конфигурирования, сегодня с утра вдруг камеры "ожили". Правда, судя по логам, поменялся IP на другую подсеть. От МТС, как вы думаете, никакой подлянки не стоило ожидать типа временной блокировки 80-го порта? Я бы на это подумал, если бы на сервер мониторинга все не передавалось без проблем. Прошивка последняя "не-бэта", питание удаленно отключать я не умею.
dem: Для онлайн видео, конфигурирования и на сервер все идет по 80 порту. В данное время работаем над тестированием новой прошивки, где исправлена, оптимизирована работа с GPRS.
izograv: dem пишет: Для онлайн видео, конфигурирования и на сервер все идет по 80 порту Я ответ понял так: если мониторинг работал, а онлайн-просмотр и конфигурирование не работали, то, скорее всего, это были проблемы текущей прошивки.
dem: izograv пишет: Я ответ понял так: если мониторинг работал, а онлайн-просмотр и конфигурирование не работали, то, скорее всего, это были проблемы текущей прошивки. К сожалению Вы правы.
izograv: Я вот что подумал: вот описанные проблемы с GPRS у меня были весьма часто. Я пытался выключить-выключить GPRS по команде - но после некоторых таких экспериментов у меня сложилось впечатление, что это делать не нужно: во-первых, оно ничего не давало, во-вторых, консоль после этого часто зависала, приходилось передергивать питание. Может ввести какую отдельную команду для самоперезагрузки консоли? Просто ситуаций, чтобы было даже не дозвониться до консоли у меня было всего 2 раза. А тот глюков с GPRS - на порядок больше.
dem: izograv пишет: Может ввести какую отдельную команду для самоперезагрузки консоли? Просто ситуаций, чтобы было даже не дозвониться до консоли у меня было всего 2 раза. А тот глюков с GPRS - на порядок больше. Перезагрузка SIM - модуля и основного процессора добавлена в новой прошивке (которая бета), отлаживаются всевозможные ошибки GPRS.
tad: izograv пишет: Может ввести какую отдельную команду для самоперезагрузки консоли? Просто ситуаций, чтобы было даже не дозвониться до консоли у меня было всего 2 раза. *875 - перезагрузка. Только не забывайте дать минутку на занятие сети.
izograv: tad пишет: *875 - перезагрузка. Только не забывайте дать минутку на занятие сети. Вроде работает, но после ввода команды не подтверждает, что "команда принята", а просто тишина в трубке....
tad: izograv пишет: Вроде работает, но после ввода команды не подтверждает, что "команда принята", а просто тишина в трубке.... Да, так и есть. Но это такая мелочь...
izograv: tad пишет: Но это такая мелочь. Согласен. Но лучше и ее пофиксить :)
Dmitruchio: izograv пишет: Я вот что подумал: вот описанные проблемы с GPRS у меня были весьма часто. Я пытался выключить-выключить GPRS по команде - но после некоторых таких экспериментов у меня сложилось впечатление, что это делать не нужно: во-первых, оно ничего не давало, во-вторых, консоль после этого часто зависала, приходилось передергивать питание. Может ввести какую отдельную команду для самоперезагрузки консоли? Просто ситуаций, чтобы было даже не дозвониться до консоли у меня было всего 2 раза. А тот глюков с GPRS - на порядок больше. :-))) Я поставил себе вторую недорогую GSM-централь OKO-U ($50-60). Использую ее для передергивания питалова на Универсале. За чуть более двух недель работы два раза зависал GPRS на Универсале, а один раз вообще не мог дозвонится (при этом сожрало с SIM-карты почти все деньги также из-за глюка с GPRS). Таким образом, почти полностью окупил устройство (1 поездка на объект = примерно 90 грн + свое собственное дорогое время:-))). Пользую Универсал также очень активно, может поэтому столько проблем вылазит. Прошивка последняя (не "бета"). Надеюсь, производителям в ближайшее время таки удастся довести до ума Универсал и я сниму вторую централь и найду ей более разумное применение.
Label: Пытался зерегиться на no-ip.com, создал домен, а вот когда подписываюсь на днс - денег просит. Т.е. и эта служба за деньги?
izograv: Label, только что специально создал новый эккаунт - дает создать бесплатно 3 имени. Никаких денег не просит. Чем я от вас интересно отличаюсь то? Верхнее левое меню hosts/redirects -->add host и так далее... скриншот http://rghost.ru/35594724
Label: Да, зашел написать что уже разобрался, скачал клиент, сменился IP - работает. Сначала думал что оно неактивно пока в закладке днс не появится, а вот работает. Спасибо. Осталось чтобы оно еще в консоли заработало, буду пробовать
tad: Dmitruchio пишет: Прошивка последняя (не "бета"). Перепрошейтесь , в "beta" после 2-х неудачных сесий перезапуск GPRS, деньги не улетают. Питание передергивайте командой *875.
dem: izograv пишет: Вроде работает, но после ввода команды не подтверждает, что "команда принята", а просто тишина в трубке.... Исправим.
Dmitruchio: tad пишет: Перепрошейтесь , в "beta" после 2-х неудачных сесий перезапуск GPRS, деньги не улетают. Питание передергивайте командой *875. Спасибо Tad за совет)). Залью новую прошивку, после того как косяки поисправляют. А пока что передергивание питалова другой цетралью гораздо более надежный способ. А шо робить? Нана чтобы все работало. Не хотел деньги тратить еще на одну централь+еще две релюшки (разрыв 220 и АКБ)-лишние провода, но так в итоге дешевле.
Orkestr: Dmitruchio пишет: Спасибо Tad за совет)). Залью новую прошивку, после того как косяки поисправляют. Це точно, також нема можливості використовувати об'єкт охорони, як полігон для тестів.
izograv: izograv пишет: От момента подачи сигнала датчика до окончания формировки кадра с камеры проходит какое-то время. Думаю, что небольшое. Но какое именно (миллисекунды, микросекунды, секунды), никто случаем не экспериментировал? Т.е. если объект не идет медленно, а движется: быстро бежит человек, велосипед, машина - может ли возникнуть ситуация, когда он уже выйдет из зоны действия камеры на момент формирования кадра? Кадр формируется практически мгновенно. Велосипед-машина попадают в кадр. После кадра начинается запись на карту. Т.е. того кадра, что вначале отсылается по мылу, на камере уже не будет, нужно учитывать при синхронизации камеры-датчика движения. Т.е. зона срабатывания датчика должна полностью входить в зону действия камеры, а лучше - быть процентов на 20 меньше, чтобы объект попал не на край зоны действия камеры, а ближе к центру этой зоны (это имеется ввиду ситуация, когда объект движется поперек лучей датчика и камеры). Опять же для этого случая камеры лучше с 3.6-2.9 фокусным, т.к. более длиннофокусные имеют куда меньший угол обзора и объект, который движется "поперек" и быстро, просто не попадет в кадр, высылаемый по мылу (на sd он конечно запишется, но толку с этого мало, если охраняемый объект далеко). В общем, для полноценной отладки нужно хорошо потрудиться, и иметь ноут с беспроводным инетом с собой (все это описано для случая, когда используются наружные камеры наблюдения, для внутренних камер это все не актуально).
Dmitruchio: izograv пишет: на sd он конечно запишется, но толку с этого мало, если охраняемый объект далеко Записанное на SD-карту очень может помочь понять не только кто возле объекта, но и его намерения (куда заглядывал, че делал и т.п.), да и вообще разглядеть потом более тщательно по нескольким кадрам, чтобы опознать точно (не всегда первый кадр получается нормальным). Также может помочь при подачи заявы ментам (хотя там есть ограничения по скорости кадров и много чего еще, но на практике, если хотят найти - берут любую доп. инфу). Ну а если объект очень далеко, да еще и в поле, тогда уже только граната поможет или пулемет "Максим" с радиоуправлением))
Dmitruchio: izograv пишет: для этого случая камеры лучше с 3.6-2.9 фокусным Пробовал объектив 2.8 - лицо смог распознать на расстоянии до объекта не более 2-3 метров при разрешении 352х288. При таком широкоугольном объективе либо ставить отдельный CCTV видеорегистратор и нормальные камеры минимум на честных 600 ТВЛ (от 700 грн). Сигнал с камер можно также подать на Универсал через разветвитель видеосигнала. Либо уже переходить на цифовые камеры с высоким разрешением, ну и соовтетствующий видеорегистратор. Но совместно с Универсалом такие камеры использовать не получиться.
Stalker: Dmitruchio пишет: пулемет "Максим" с радиоуправлениемНу чего же так серьёзно. В прайсе появились автоматические газовые балончики. Не по цене пулемёта, но цена кусается.
Dmitruchio: Stalker пишет: прайсе появились автоматические газовые балончики. Мона ссылочку?
izograv: Dmitruchio пишет: Пробовал объектив 2.8 - лицо смог распознать на расстоянии до объекта не более 2-3 метров при разрешении 352х288. При таком широкоугольном объективе либо ставить отдельный CCTV видеорегистратор и нормальные камеры минимум на честных 600 ТВЛ (от 700 грн) Просто нужно четко понимать, чего ты хочешь: хочешь лицо - ставь длиннофокусный с узким углом обзора, хочешь панораму - ставь широкоуголку. Плюс поправка на низкое разрешение видео-модуля. Плюс поправка на расстояние, с которого хочешь различать предмет. Плюс - самое главное - какие у кого на объекте опасные "зоны подхода", т.е. какую зону нужно перекрывать камерами. Мои эксперименты, к сожалению, показали, что приходится (мне) жертвовать качеством во имя угла обзора. Мне главное - чтоб объект попал в кадр, высылаемый по почте, в 90% мне этого достаточно для идентификации. Записанное на SD-карту очень может помочь понять не только кто возле объекта, но и его намерения Я согласен, но ты сам писал, что тебе до дачи ехать 90 гр. За это время оно не будет уже поздно, выяcнять "намерения"? Тут как воздух нужна возможность скачивать удаленно данные с sd-карты, но этого не будет. Вот пример: я бухаю 31-го, а тут тревога. Глянул фото - незнакомый тип ошивается у дома. Но детально посмотреть SD-видео я смог только 2-го числа, слава богу, что намерения, судя во видео, у него были не агрессивные.
Dmitruchio: izograv пишет: Просто нужно четко понимать, чего ты хочешь +100 izograv пишет: Тут как воздух нужна возможность скачивать удаленно данные с sd-карты, но этого не будет. Согласен. Жаль, что не будет. izograv пишет: Мои эксперименты, к сожалению, показали, что приходится (мне) жертвовать качеством во имя угла обзора. Мне главное - чтоб объект попал в кадр, высылаемый по почте, в 90% мне этого достаточно для идентификации. Это если объект - знакомые соседи. А если небритый нарик в сером тады идентифицировать личность нереально. Понять бомж/не бомж конечно попытаться можно. izograv пишет: Вот пример: я бухаю 31-го, а тут тревога. Глянул фото - незнакомый тип ошивается у дома. Но детально посмотреть SD-видео я смог только 2-го числа, слава богу, что намерения, судя во видео, у него были не агрессивные. Ну вот, значит и от записи на SD толк есть.))
izograv: ну не могу не удержаться: 25.10.11 23:17 я спрашивал: "можно как-то регулировать (повысить) качество онлайн-просмотра? А то уж больно JPEG-ги онлайн-просмотра маленькие" на что получил ответ: "Ограничено возможностями GSM-модуля" Честно скажу - ответа не понял, но, поскольку не специалист, промолчал. И вдруг: 03.01.2012 : "Добавлена возможность просмотра онлайн видео в разрешении 352х288" Что дает мне (и, уверен, как минимум и Dmitruchio) повод понадеяться, что и удаленное скачивание архива с SD-карты, возможно, не такая уж и фантастика :)
Dmitruchio: izograv пишет: 03.01.2012 : "Добавлена возможность просмотра онлайн видео в разрешении 352х288" Хе-хе. Интересненько)). 22. Добавлена возможность просмотра онлайн видео при помощи конфигуратора (пиктограмма удаленно). Еще бы сохранять в файл...
izograv: Dmitruchio пишет: Еще бы сохранять в файл... Так есть там это, я уже попробовал, с дискретностью 5 секунд идет непрерывный просмотр с камеры и эти кадры пишутся (по желанию) на диск в формате один кадр - один файл. Чертовски удобно. Более того - и теперь я уверен, что это реализуемо: - в расширенных настройках зоны нужно добавить пункт "отсылать данные с камеры каждые 5 секунд" (я не так давно об этом уже просил). Это вот будет именно то, что доктор прописал. Теперь нужно решить "куда отсылать". Тут 2 варианта - на почту или на сервер мониторинга. При отсылки почтой данные кодируются и размер увеличивается в 1.5 раза. То есть логичным будет отсылать на сервер мониторинга и там сохранять в файлы. Фактически это получается некий дискретный (5 секунд) эквивалент записи на SD-карту, но зато с возможностью удаленного просмотра. PS: к вечеру пришла мысль, что в принципе все это можно реализовать уже сейчас, без всяких добавлений в прошивку. Будет не совсем кошерно, но должно работать. Я поэкспериментирую, если получится - напишу.
Dmitruchio: izograv пишет: с дискретностью 5 секунд идет непрерывный просмотр с камеры Хороший у тя прием на даче, у меня обновление 10 сек при разршении 144на176.
izograv: Dmitruchio пишет: Хороший у тя прием на даче, Ну 74% уровень на мтс обычно, хотя величина этих процентов, на практике, ни о чем не говорит. Но обычно 4-5 секунд между кадрами держит при 144х176. Самому интересно, сколько секунд будет при 352х288
Dmitruchio: izograv пишет: на практике, ни о чем не говорит Говорит, но не только уровень сигнала))
dem: Зависит от уровня сигнала, загруженности GSM-сети и насыщенности изображения (черный квадрат меньше по объему).
izograv: dem пишет: Зависит от уровня сигнала, загруженности GSM-сети и насыщенности изображени у меня 17-25 секунд на кадр идет при 352х288 по 2-м дням тестирования. Цветность и насыщенность как-то не очень заметно влияют, видать загрузка сети - решающий фактор
dem: izograv пишет: видать загрузка сети - решающий фактор Конечно, голосовые каналы имеют больший приоритет над GPRS.
Stalker: Dmitruchio пишет: Мона ссылочку?Прайс на самом сайте Потенциала. Самая нижняя позиция - "Устройство распылительное охранное раздражающего и слезоточивого действия. Срабатывает при подаче напряжения." Стоит 330$ http://potencial.lg.ua/data/price.zip
izograv: Stalker пишет: Срабатывает при подаче напряжения." Стоит 330$ там наверное иприт или фосген. Или опечатка в цене? В умном ките есть куда дешевле подобная лабуда: - НОВИНКА! Охранный комплект (Растяжка) на основе популярного газового баллончика Кобра-1Н $22.50 - Шашка со слезоточивым газом (алгоген) для установки в составе охранных сигнализаций либо автономной установки $35.00
tad: Stalker пишет: Прайс на самом сайте Потенциала. Самая нижняя позиция - "Устройство распылительное охранное раздражающего и слезоточивого действия. Срабатывает при подаче напряжения." Стоит 330$ http://potencial.lg.ua/data/price.zip Очепятка. Скорее всего это шашка с алгогеном и стоит 330 грн.
dem: tad пишет: Очепятка. Скорее всего это шашка с алгогеном и стоит 330 грн. Вы правы исправим.
izograv: izograv пишет: Я поэкспериментирую, если получится - напишу. Сделал и проверил работоспособность на объекте. Алгоритм: при срабатывании датчика штатными ср-ми прошивки идет 2 кадра 352х288 на мыло. Дополнительно автоматом включается спайдер на сервере мониторинга и N раз опрашивает заданные камеры в заданной последовательности, складируя кадры 352х288 в папку, доступную через веб (формат имени файлов - CAM#_метка_времени_кадра). Т.о. после получения сигнала по мобиле можно не торопясь подойти к компу и посмотреть все это через инет. Были опасения, что не потянет GSM такой нагрузки, но 2 кадра по мылу + 6 кадров спайдером (все 352х288 ), все это подряд, без пауз, как ни странно, вытянуло без единой ошибки. Удобно, если используются все 4 камеры и они используются не только для "тревоги", но и для "предупреждения", в первую очередь это для наружного наблюдения за территорией возле объекта (более полная картина происходящего при удаленном наблюдении, все кадры привязаны к срабатываниям датчика, что повышает вероятность разобраться, что же именно там произошло: крупная собачка блох вычесывает или небритые дяди трубы выкапывают). Минусы: большая нагрузка на GSM (резко повышается вероятность разных глюков), неприемлемо при плохой связи, малоинтересно обладателям айфонов/айпэдов/подобного, т.к. они могут все это делать вручную со своих девайсов, многим такая детализация не нужна. Так что мое дело рассказать - а разработчикам решать, нужно ли это внедрять для "серийного производства". ps: сегодня в процессе экспериментов мне показалось, что этот баг в видеопрошивке, возможно, можно расценивать не только как баг, но и как интересную фичу :) Настолько интересную, что я пока воздержусь наверное от перепрошивки.
Dmitruchio: izograv пишет: сегодня в процессе экспериментов мне показалось, что этот баг в видеопрошивке, возможно, можно расценивать не только как баг, но и как интересную фичу :) Настолько интересную, что я пока воздержусь наверное от перепрошивки. . Так и не понял в чем же фича))
dem: Поддерживаю вопрос.:))
izograv: Dmitruchio пишет: Так и не понял в чем же фича)) В настройках выхода стоит: - на первое срабатывание включить камеру 1, снимок на мыло - на второе срабатывание включить камеру 2, снимок на мыло Ставлю время восстановления 30 секунд, вызываю однократное срабатывание датчика. Что должно быть в теории? Снимок на мыло с камеры 1, правильно? Что происходит на практике? Получаю сразу 2 снимка на мыло: с камеры 1 и с камеры 2, сделанные последовательно с интервалом 3-5 секунд. Т.е. я за одно срабатывание датчика получаю 2 снимка сразу, лично мне это очень-очень нравится, т.к. одна камера не охватывает в полной мере нужную зону, а две - охватывают. Как по мне - это фича :) ps: вы спросили - я ответил, хотя мог бы вообще про это и не упоминать. Поэтому просьба к dem - не нужно это фиксить / убирать в последующих прошивках, потому как весьма удобно.
dem: izograv пишет: Поэтому просьба к dem - не нужно это фиксить / убирать в последующих прошивках, потому как весьма удобно. Хорошо.
Dmitruchio: izograv пишет: Ставлю время восстановления 30 секунд, вызываю однократное срабатывание датчика. Что должно быть в теории? Снимок на мыло с камеры 1, правильно? Что происходит на практике? Получаю сразу 2 снимка на мыло: с камеры 1 и с камеры 2, сделанные последовательно с интервалом 3-5 секунд. Да, только тогда это нужно как-то нормально оформить. Чтобы настройки соотвествовали ожидаемой работе устройства. Прошивка в видеомодуле старая?
izograv: Dmitruchio пишет: Прошивка в видеомодуле старая? Старая, вот только, похоже, не все так просто оказалось. Сегодня чуть изменил конфиг, и на той же прошивке получал совершенно другие результаты. Что-то я уже или устал, или совершенно запутался. Или оно работает как-то непредсказуемо. Венцом сегодняшних экспериментов стала совершенно дикая ситуация: в настройках зоны стоит "при срабатывании включать импульсно на 3 сек релейный выход". Вот оно в 10-ти случаях так и срабатывает, а на 11-й случай релейный выход вдруг взял и включился на постоянно :( Пришлось вручную dtmf команлой отключать. Потом опять через какое-то время вместо импульса - получил непрерывную работу выхода. Решил даже - это удаленно не правильно конфигурируется, подключил шнурок, глянул конфиг - все нормально, в настройках выхода стоит "импульс на 3 сек". Странно оно как-то, пошел питание с консоли передернул. Никогда прежде подобного не замечал :(
dem: izograv пишет: Старая, вот только, похоже, не все так просто оказалось Прошивка бета? Конфигурировали удаленно?
provit: Думал только у меня, а похоже что ни только. Заметил что выходы (тестировал плату дополнительных выходов) после подключения платы реле залипают, т.е. остаются включеными. Точно утверждать пока не стану, но такая ситуация помоему получается на тех выходах которые никуда не прописаны, (ни на зону ни на термозону), а реле остаются подключенными.
dem: provit пишет: Думал только у меня, а похоже что ни только. Заметил что выходы (тестировал плату дополнительных выходов) после подключения платы реле залипают, т.е. остаются включеными. Точно утверждать пока не стану, но такая ситуация помоему получается на тех выходах которые никуда не прописаны, (ни на зону ни на термозону), а реле остаются подключенными. Опишите пожалуйста подробней после каких действий это происходит?
izograv: provit пишет: Думал только у меня, а похоже что ни только. Заметил что выходы (тестировал плату дополнительных выходов) после подключения платы реле залипают, т.е. остаются включеными Да, подтверждаю, именно на плате доп. выходов это происходит. Подробнее: выход 10, триггерный, импульсный на 3 сек, им через реле включаются лампы на 220 в В зоне на каждое срабатывание датчика стоит: вкл. выход 10 При испытаниях (примерно) в 10-ти случаях на каждое срабатывание датчика на 3 сек. включаются лампы. А на 11-й раз лампы включаются и продолжают гореть "вечно".
dem: Проверим. 12 срабатывание нормализует ситуацию?
izograv: izograv пишет: Проверим. 12 срабатывание нормализует ситуацию? Нет. Выключал dtmf командой
dem: Пришлите пожалуйста на suppor@potencial.lg.ua конфигурацию устройства.
izograv: Dmitruchio пишет: Да, только тогда это нужно как-то нормально оформить. Чтобы настройки соотвествовали ожидаемой работе устройства. Прошивка в видеомодуле старая? В общем, то, о чем я писал, действительно имеет место быть, но работает исключительно при определенной конфигурации устройства. Я сам нашел закономерность только через 3 дня. Поэтому, наверное, целесообразно считать это очень специфической особенностью старой прошивки видеомодуля, которую из-за этой своей "специфичности" вряд ли подлежит дальнейшему обсуждению или, тем более, оформлению.
Dmitruchio: izograv пишет: При испытаниях (примерно) в 10-ти случаях на каждое срабатывание датчика на 3 сек. включаются лампы. А на 11-й раз лампы включаются и продолжают гореть "вечно". Пробовал сбросить конфу и переписать руцями заново?
izograv: Dmitruchio пишет: Пробовал сбросить конфу и переписать руцями заново? Нет, судя по сообщениям в топике "бета-тестирование", это какой-то глюк консоли, т.к. проявляется не только у меня. Тем более, что проявляется он не всегда, очень редко, у меня просто нет физической возможности его как-то выловить/реагировать не него.
izograv: Часто при запросе кадра с камеры (е-mail или web, не важно) тебе дает показания не текущего (судя по метке времени), а предыдущего по времени снимка. Пример: был у меня снимок с камеры 4, сделанный вчера. Сегодня было предупреждение в той зоне, пришел на мыло снимок с камеры 4 - он вчерашний. Запросил через веб - снимок обновился. И такое бывает очень часто, это не зависит от того, чем клиент запрашивает снимок: то ли через веб-браузер, то ли через cервер мониторинга или конфигуратор или e-mail. Т.е. снимок как-бы берется из какого-то кэша. Вопрос: а у консоли что, есть кэш? Чего так происходит? (прошивка на видео-модуле старая)
Dmitruchio: izograv пишет: Т.е. снимок как-бы берется из какого-то кэша. Вопрос: а у консоли что, есть кэш? Чего так происходит? (прошивка на видео-модуле старая) На видеомодуле есть ОЗУ. Возможно кадр не обновляется.
dem: izograv пишет: Да, подтверждаю, именно на плате доп. выходов это происходит. Подробнее: выход 10, триггерный, импульсный на 3 сек, им через реле включаются лампы на 220 в В зоне на каждое срабатывание датчика стоит: вкл. выход 10 При испытаниях (примерно) в 10-ти случаях на каждое срабатывание датчика на 3 сек. включаются лампы. А на 11-й раз лампы включаются и продолжают гореть "вечно". 12 срабатывание должно выключить, видимо OUT-Universal пропустил команду выкл. выхода. izograv пишет: Часто при запросе кадра с камеры (е-mail или web, не важно) тебе дает показания не текущего (судя по метке времени), а предыдущего по времени снимка. Пример: был у меня снимок с камеры 4, сделанный вчера. Сегодня было предупреждение в той зоне, пришел на мыло снимок с камеры 4 - он вчерашний. Запросил через веб - снимок обновился. И такое бывает очень часто, это не зависит от того, чем клиент запрашивает снимок: то ли через веб-браузер, то ли через cервер мониторинга или конфигуратор или e-mail. Т.е. снимок как-бы берется из какого-то кэша. Вопрос: а у консоли что, есть кэш? Чего так происходит? (прошивка на видео-модуле старая) Да такая проблема возможна на старой прошивке видео модуля, в новой прошивке видео модуля исправлена.
izograv: *PRIVAT*
dem: Свяжитесь с нашими менеджерами, контактные телефоны на сайте, они решают данные вопросы.
andrij76: Как можно испытать Vid Universal с новой прошивкой (прибор после замены находится на дому, а камера на объекте) хотелось все проверить как пишет и т.д. Чтобы не было ни каких нюансов при установки.
izograv: А как же Вы тестируете то, о чем только что писали в соседнем топике?
andrij76: izograv пишет: А как же Вы тестируете то, о чем только что писали в соседнем топике? есть такая настройка как potencial test
dem: andrij76 пишет: Как можно испытать Vid Universal с новой прошивкой (прибор после замены находится на дому, а камера на объекте) хотелось все проверить как пишет и т.д. Чтобы не было ни каких нюансов при установки. Проверьте как и обычно, только вместо кадров получите черный квадрат с указанием времени и номера камеры.
andrij76: возможность просматривать видео в реальном времени по запросу из JAVA приложения и компьютера работает то есть вместо кадров видем черный квадрат с указанием времени и номера камеры.(камеры на объекте) А вот светодиод LED 2 светится постоянно то есть не инициализирована SD карта Перед установкой SD-карты делал форматирование на компьютера, общем делал все как в инструкции Если отключить питание а потом включить то светодиод LED2 на плате устройства не светится при тревоги должна начаться запись и светодиод LED 2 должен мигать 2,5 Гц но этого не происходит и карточка остается чистой В чем причина ?
dem: andrij76 пишет: А вот светодиод LED 2 светится постоянно то есть не инициализирована SD карта Перед установкой SD-карты делал форматирование на компьютера, общем делал все как в инструкции Если отключить питание а потом включить то светодиод LED2 на плате устройства не светится при тревоги должна начаться запись и светодиод LED 2 должен мигать 2,5 Гц но этого не происходит и карточка остается чистой В чем причина ? Отформатировали в FAT32? Попробуйте другую карту. Модуль не видит карту.
andrij76: Форматировал в FAT32 не помогло. Карта на 1Gb от фотоаппарата работает. Эта 32Gb до перепрошивки тоже работала (покупалась специально для регистратора). На компьютере и фотоаппарате 32Gb работает Что делать и как это исправить ?
kader_ivan: попробуйте вот эту программу.
andrij76: Ночью пробывал не помогло
dem: andrij76 пишет: Что делать и как это исправить ? На данный момент ничего не могу ответить кроме, как высылайте модуль с картой памяти.
andrij76: После ночных неудачных проб буду утром высылать модуль с картой памяти Вам.
dem: Хорошо, вложите описание причины отправки.
Dmitruchio: Теоретический вопрос по beta-прошивке: если настроен снимок на e-mail по сработке датчика движения, а GPRS при этом выключен, то: 1) GPRS включится и передаст снимок, а затем останется включенным; 2) GPRS включится и передаст снимок, а затем выключится; 3) Снимок будет висеть в ОЗУ видеомодуля до момента включения GPRS по команде пользователя, если при этом произойдет повторная сработка ДД, то старый снимок в ОЗУ заменится новым, а старый останется только на SD; 4) Другой вариант.
dem: Dmitruchio пишет: Теоретический вопрос по beta-прошивке: если настроен снимок на e-mail по сработке датчика движения, а GPRS при этом выключен, то: Ничего не будет.
Dmitruchio: dem пишет: Ничего не будет. А запись на SD-карту?
izograv: Будет запись. Кста, если не секрет конечно, в чем смысл выключения жпрс ? Типа "без него стабильнее консоль работает"?
dem: izograv пишет: в чем смысл выключения жпрс ? В основном неправильный выбор тарифного плана и соответственно "много денег жрет".
Dmitruchio: izograv пишет: Будет запись. Кста, если не секрет конечно, в чем смысл выключения жпрс ? Типа "без него стабильнее консоль работает"? dem пишет: В основном неправильный выбор тарифного плана и соответственно "много денег жрет". В условиях плохого приема, как показала практика, сессия GPRS на Универсале (и не только на Универсале), к сожалению, долго не живет. При этом, надо отметить, с телефонией проблем нет, за исключением того, что DTMF-команды медленно распознаются (но это проблема сети). На прошивке 3.3.6.7 GPRS вис несколько раз обычно через 1-2 дня после включения. Выход был один - выкл./вкл. централи. Я даже для этого доп. централь поставил (можно было проще - взять простейший телефон и подключить реле к звонку:-), было бы дешевле, но да ладно...), чтобы питалово удаленно передергивать. Когда GPRS вис, он непрерывно генерил фуеву тучу исходящего трафика (проверяли с инженерами МТС, спасибо им за это большое) в связи с чем сжирал все деньги((. Каждый раз после такого зависалова GPRS мой кошелек редел на 30-50 грн. С beta-прошивкой легче, почти всегда можно перезапустить GPRS командой. Один раз правда так повисла, что таки пришлось передергивать питалово (хорошо, что теперь я могу это делать удаленно). Так что, дорогой мой друг izograv, мне дешевл врубать ЖПРС, тока когда очень нужно:-). Ксати, написал я это без каких либо претензий к разработчикам. Понятно, что реализовать стабильную работу системы в неблагоприятных условиях приема (когда постоянно отправлять пакеты заново) крайне сложно.
provit: Dmitruchio пишет: если настроен снимок на e-mail по сработке датчика движения, а GPRS при этом выключен, то: У меня GPRS совсем ненастроен, а снимок (точнее EROR, пока нету модуля, жду с новой прошивкой), на e-mail прилетает аж бегом.
tad: dem пишет: В основном неправильный выбор тарифного плана и соответственно "много денег жрет". Может проще привести пример правильного тарифного плана, например для МТС. Тогда цитата не выглядела бы отпиской.
Dmitruchio: tad пишет: Может проще привести пример правильного тарифного плана, например для МТС. Тогда цитата не выглядела бы отпиской. Max Energy
izograv: Dmitruchio пишет: Max Energy Я могу одно сказать: при работе с пультом каждые 6 сек + 5 камер + снимки на мыло + очень активно снимки с камер по www = я всегда пока укладываюсь в месячный лимит в 20 метров, в пакете это 11 гр. Это просто по объему GPRS-трафика, тарифы я не обсуждаю, поскольку это индивидуально дело каждого.
izograv: Грядут холода до -16 вроде как в центральной Украине, нужен совет: - есть внутренние камеры, по паспорту диапазон температур: -10...+50 градусов. - также есть температура хранения: до -20 градусов. Что делать с такими камерами? Кто как думает - они просто будут плохо работать (или вообще не будут работать) или вообще испортятся? Если кто думает насчет "вообще испортятся" - просьба привести хоть какие-то аргументы на этот счет.
Dmitruchio: izograv пишет: Что делать с такими камерами? Кто как думает - они просто будут плохо работать (или вообще не будут работать) или вообще испортятся? Если кто думает насчет "вообще испортятся" - просьба привести хоть какие-то аргументы на этот счет. Все упирается в матрицу. -10 градусов - нижняя рабочая граница для матрицы (остальные компоненты - видеопроцессор, видеодрайвер, компоненты питания спокойно работают до -20). При более низкой температуре подавать напряжение на матрицу не советуют. Это даже не просто нижнаяя граница, а Absolute Maximum Ratings. Открой даташит на любой CCD сенсор. У меня при температуре ниже -10 градусов камеры выключаются. Для этого по уличной термозоне стоит реле, управляющее питанием камер. Можно, конечно, засунуть в кожух термореле, но больше гемора с разводкой питания внутри камеры. В мороз по дачам обычно мало кто лазит. Еще можно купить термокожух и засунуть камеры в него. Или купить камеру с термокожухом (от 560 грн). Кстати, пока на камере есть питание, она может работать и до -20 за счет саморазогрева. Но это пока питание не пропадет)). Если произойдет сбой по питанию - придется ждать оттепели до -10)).
izograv: Большое спасибо за ответ. Но хотелось бы уточнить: вот есть у меня наружная камера Партизан: матрица 1/4" Sony CCD, работает до -25 градусов А есть внутренняя камера Партизан 1/3" SONY CCD, работает до -10 градусов. Наружная камера без всякого кожуха. Про саморазогрев - в инструкции не написано, но что-то я сомневаюсь, что он там есть Так чего при одной и той же матрице такая разница в температурах?
Dmitruchio: izograv пишет: наружная камера Партизан: матрица 1/4" Sony CCD, работает до -25 градусов Если нет подогрева, то это обман. Не видел матриц Sony на температуру ниже -10. Может и будет работать (если питалово не будет пропадать) - на твой страх и риск.))
izograv: Мне просто стало интересно: значит все же на всех уличных стоит какая-то система подогрева. Получается если отключится питание - отключится система подогрева и отключится питание матрицы. Камера типа замерзнет. Но при подключении питания все включится: и подогрев и питание матрицы, и ничего с матрицей не станет. Наверное примерно так, поскольку я сейчас глянул каталог - все уличные держат минимум -20, и нигде не не наткнулся на предупреждение, что типа "если пропадет питание - камера выйдет из строя". Абидна, что я про реле не сообразил, мог бы его подключить к питанию камеры. Придется завтра туда ехать.
Dmitruchio: izograv пишет: Мне просто стало интересно: значит все же на всех уличных стоит какая-то система подогрева. ". Нет. не на всех. На большинстве дешевых нет. Все зависит от совести производителя. А она растет пропорционально цене на камеру, как правило. Получается если отключится питание - отключится система подогрева и отключится питание матрицы. Камера типа замерзнет. Но при подключении питания все включится: и подогрев и питание матрицы, и ничего с матрицей не станет. ". В нормальных камерах после пропадалова питания и его появления вновь камера сразу не включается. Сначала автоматитка производит разогрев компонентов внутри кожуха, а только по достижении заданной температуры запускается видеотракт (обычно 3-5 минут, но может и несколько десятков секунд, если система разогрева встроена в видеотракт). Вот так!
izograv: А что еще может повредиться от -20? Температура модуля, по моим прикидкам, при -20 должна быть около -1 - выдержит. С камерами - уже обсудили, проводные датчики - выдержат, беспроводные - ну если код пропадать и будет, можно удаленно отключить зону. Активные колонки, блоки питания - вроде должны. Все вроде...
dem: Для модуля Normal operation: -20°C to +55°C Restricted operation: -35°C to -25°C and +55°C to +80°C Storage temperature -40°C to +80°C Аккумулятор Свинцово-кислотный аккумулятор при низких температурах По мере снижения окружающей температуры, параметры аккумулятора ухудшаются, однако в отличие от прочих типов аккумуляторов, свинцово-кислотные снижают их относительно медленно, что не в последнюю очередь обусловило их широкое применение на транспорте. Можно считать, что ёмкость снижается вдвое при снижении окружающей температуры на каждые 15 °C начиная от +10 °C, то есть, при температуре −45 °C свинцово-кислотный аккумулятор способен отдать лишь 30-50 % процентов первоначальной ёмкости. Снижение ёмкости и токоотдачи при низких температурах обусловлено, в первую очередь, ростом вязкости электролита, который уже не может в полном объёме поступать к электродам, и вступает в реакцию лишь в непосредственной близости от них, быстро истощаясь.
izograv: Dmitruchio пишет: У меня при температуре ниже -10 градусов камеры выключаются. Для этого по уличной термозоне стоит реле, управляющее питанием камер Сделал это я сегодня. Но чего ты не написал, что при этом начинает сходить с ума видеомодуль и засыпать меня смс-ками? Т.е. вот так "автоматом" проблему не решить, нужно еще удаленно переконфигурировать консоль и отключать во всех зонах камеры. Вопрос к dem: а можно ли как-то отключать смс-ки о неработоспособности видеомодуля или они на 1-й телефон всегда будут отправляться?
Dmitruchio: izograv пишет: Сделал это я сегодня. Но чего ты не написал, что при этом начинает сходить с ума видеомодуль и засыпать меня смс-ками? Извиняй, забыл я уже об этом, поскольку давно морозов небыло)). Но пока ничего другого (такого же простого) в голову не приходит. Добавлять термостат в камеру напряжно. izograv пишет: Вопрос к dem: а можно ли как-то отключать смс-ки о неработоспособности видеомодуля или они на 1-й телефон всегда будут отправляться? Пидтрымую пытання. Мож галку еще одну добавить?
dem: Dmitruchio пишет: Пидтрымую пытання. Мож галку еще одну добавить? Добавим.
provit: izograv пишет: Часто при запросе кадра с камеры (е-mail или web, не важно) тебе дает показания не текущего (судя по метке времени), а предыдущего по времени снимка. Да, аналогичная ситуация наблюдается и у меня. Видеомодуль покупал три недели назад в "умном ките" в киеве, сразу после получения вашей последней посылки. Т.е прошивка VID должна быть уже новая, а проблема осталась старая.
dem: provit пишет: Да, аналогичная ситуация наблюдается и у меня. Видеомодуль покупал три недели назад в "умном ките" в киеве, сразу после получения вашей последней посылки. Т.е прошивка VID должна быть уже новая, а проблема осталась старая. Мы не можем гарантировать сколько наша продукция пролежала на складе продавца. Гарантировано с новой прошивкой только у нас.
provit: dem пишет: Мы не можем гарантировать сколько наша продукция пролежала на складе продавца. Гарантировано с новой прошивкой только у нас. provit пишет: Видеомодуль покупал три недели назад в "умном ките" в Киеве, НА СЛЕДУЮЩИЙ ДЕНЬ после получения вашей последней посылки. Ну а в принципе это явление зависит от варинта прошивки или нет, и что делать?
yarik: где можно посмотреть работу камер видео и фото фиксации, скиньте фотки и ведео
provit: provit пишет: Ну а в принципе это явление зависит от варинта прошивки или нет, и что делать? вопрос остался без ответа. И еще один момент: В утройстве предусмотрено подача питания на видеокамеры постоянно, а нельзя-ли каким-то образом подавать питание только на времья работы видеокамеры? Постоянная работа камер вроде как и ненужна, более того лишняя, кроме постоянной работы блока питания, ИК подсветка в темное времья суток еще и палит расположение самих камер. При сработке зоны допустим можна пожертвовать одним выходом, а вот запрос на email и другие команды не получится. Может быть где-то на видеомодуле можно выловить сигналы управления включения видеокамер и загнать на включение релюшек? Естественно через ключи. Или еще каким то неведомым мне способом?
izograv: provit пишет: вопрос остался без ответа А никто и не ответит (имхо) а про включение камер через реле выхода - сложная схема какая-то получается, не очень практичная. Да, ИК палит камеры сильно, я тоже думал-думал, ничего не надумал, кроме максимального маскирования самих камер и сужения угла обзора видимости ИК-подветки. А где не получается маскировать - я пожертвовал ИК и поставил камеры без ИК-подсветки, т.к. для меня скрытность важнее. Читал, что есть ИК-прожектора с длиной за 900, эту подсветку глазом не видно, но эффективность ИК при этом резко снижается, поэтому их практически нет в продаже.
provit: izograv пишет: А никто и не ответит (имхо) Это почему-же?
izograv: Ну так ваш предыдущий вопрос то провисел без ответа сколько времени. Да и я спрашивал в какой-то теме недавно.
provit: С каких это пор схема транзисторного ключа стала сложной? Главной найти нужную единичку (или 0), а она там должна быть! Сигнал с камеры то включается по команде.
izograv: Та я не схему имел ввиду, а вообще логику, удобство работы, если включать камеры таким образом. Может я и не прав, я ж не настаиваю :). Как сделаете - расскажите, при желании.
provit: izograv пишет: Как сделаете - расскажите, при желании. С удовольствием. Но для этого нужна добрая воля и желание помочь модераторов, если они в понедельник доберутся до этих постов. А в логике работы и удобстве я невижу никакой разницы что при постоянно вкл. что только на время передачи сигнала.
izograv: Насчет этой проблемы, когда вместо текущего снимка отображается предыдущий: жаловались на нее я и provit . У меня - старая прошивка, из обсуждения на форуме непонятно, какая прошивка у provit, я так понимаю что он сам не знает, поскольку это определить на нашем "пользовательском" уровне невозможно. Большая просьба: если есть человек с гарантированно новой прошивкой, может он подтвердить, что в обновленной прошивке этого бага нет ?
dem: izograv пишет: Большая просьба: если есть человек с гарантированно новой прошивкой, может он подтвердить, что в обновленной прошивке этого бага нет ? Тестировалось на новой прошивке видео модуля, подобной ситуации не обнаружили.
provit: dem пишет: Тестировалось на новой прошивке видео модуля Так всетаки, возможно как то определить вариант прошивки или нет? У меня вупаковке с модулем был вложен мануал с описанием отправки фото на email, а в мануале к старой прошивке этого пункта вроде бы не должно быть? И еще. Несколько постов назад я задавал вопрос о подаче питания на видео камеры только на времья их работы. Хотелось бы чтото об этом узнать от разработчиков. Можно по секрету, я никому не расскажу.
Dmitruchio: provit пишет: И еще. Несколько постов назад я задавал вопрос о подаче питания на видео камеры только на времья их работы. Хотелось бы чтото об этом узнать от разработчиков. На выход в рабочий режим видеокамерам нужно время (до нескольких секунд). Могут возникнуть сложности при необходимости получения мгновенного снимка по тревоге.
provit: Dmitruchio пишет: Могут возникнуть сложности при необходимости получения мгновенного снимка по тревоге. Это можно компенсировать расположением датчиков и самих камер.
orel: Это можно компенсировать расположением датчиков и самих камер. Неправильно это питание сдергивать, но если над тогда можно и релейным выходом подключать по сраотке ДД.
provit: orel пишет: релейным выходом подключать по сраотке ДД. Так это же по сработке, там все посто, а по запросу?
dem: provit пишет: Так всетаки, возможно как то определить вариант прошивки или нет? У меня вупаковке с модулем был вложен мануал с описанием отправки фото на email, а в мануале к старой прошивке этого пункта вроде бы не должно быть? Не повод так считать. provit пишет: Несколько постов назад я задавал вопрос о подаче питания на видео камеры только на времья их работы. Хотелось бы чтото об этом узнать от разработчиков. Можно по секрету, я никому не расскажу. Не рекомендуется, хотя ни кто не запрещает подавать питание камер через реле подключенное к выходу. Время перехода камеры в рабочий режим - это уже от камеры зависит.
Dmitruchio: dem пишет: Время перехода камеры в рабочий режим - это уже от камеры зависит. И от условий съемки
provit: Dem пишет: хотя ни кто не запрещает подавать питание камер через реле подключенное к выходу Dem, через реле подключенное к выходу это понятно, я об этом и не спрашиваю, а вот еслибы найти ту заветную единичку (или скорее всего в вашем устройстве- 0) которые дают команду на подключение сигнала с камеры в видеомодуле, тогда можно было-бы через ключ и реле подавать питание на камеры при удаленном запросе снимка.
dem: provit пишет: Dem, через реле подключенное к выходу это понятно, я об этом и не спрашиваю, а вот еслибы найти ту заветную единичку (или скорее всего в вашем устройстве- 0) которые дают команду на подключение сигнала с камеры в видеомодуле, тогда можно было-бы через ключ и реле подавать питание на камеры при удаленном запросе снимка. Увы нет.... там цифра...
izograv: Здравствуйте, всех с праздником! Такой вопрос: допустим есть калитка, на которую направлен датчик движения. Действия: сообщение на сервер мониторинга, e-mail + дозвон, время ожидания 10 сек. Допустим к калитке подошла шумная компания и остановилась около нее. И стоит. Получается так: примерно 20-30 сек на отправку снимка, затем идет дозвон. Т.к. возникает ситуация, когда события происходят гораздо чаще, чем консоль их успевает отрабатывать. Из-за того, что время ожидания небольшое, получается ситуация, когда отправка снимков не успевает за реальными событиями, т.е. как-бы формируется очередь событий. По опыту я знаю, что сколько бы не возникло в этой очереди сообщений на сервер мониторинга, они, через некоторое время, все равно будут переданы на сервер мониторинга. Т.е. эти сообщений где-то на консоли хранятся и, как только есть возможность, передаются, нигде не теряются. А что будет с снимками, которые должны передаваться по мылу? В старой прошивке видеомодуля такие снимки просто исчезали. Что происходит в новой прошивке видеомодуля? Т.е. я хочу понять: - допустим из-за загрузки gprs-канала снимки не удается передать синхронно с событиями, то они где-то хранятся? - если хранятся, то где? (в памяти видеомодуля? какой ее размер?) - сколько там снимков может храниться, если каждый снимок примерно по 16-20к - как канал освободится, все ли снимки передадутся или не все? Или часть снимков передастся, а часть - потеряется. Мне помнится, что после введения новой прошивки видеомодуля dem говорил, что они тестировали отправку снимков с интервалом 5 секунд, ни один не потерялся. Но я не знаю, как проводились эти тесты (был ли там дозвон пользователю, сколько раз подряд было "по 5 секунд" и так далее).
dem: izograv пишет: - допустим из-за загрузки gprs-канала снимки не удается передать синхронно с событиями, то они где-то хранятся? На SD-карте видео модуля. Осуществляется три попытки отправить кадр, в случае неудачи попытки прекращаются. Запись на SD-карту при этом осуществляется. izograv пишет: - как канал освободится, все ли снимки передадутся или не все? Или часть снимков передастся, а часть - потеряется. Нет.
izograv: dem пишет: На SD-карте видео модуля. Осуществляется три попытки отправить кадр, в случае неудачи попытки прекращаются. Запись на SD-карту при этом осуществляется. Спасибо, еще один вопрос: периодически на мыло приходят битые снимки пример: http://www.onlinedisk.ru/image/831156/1769FC17.jpg Бывает такое на разных камерах, не так часто, но и не так редко, что бы не обращать внимание. Я думал, что снимок бьется при передаче через gprs. Но вот сейчас решил, что это маловероятно. Что может быть причиной такого? Как-то или избежать или минимизировать такие случаи можно?
Dmitruchio: izograv пишет: Спасибо, еще один вопрос: периодически на мыло приходят битые снимки пример: http://www.onlinedisk.ru/image/831156/1769FC17.jpg У меня тоже бывает такое. Особо по этому поводу не парился. Но причины узнать тоже интересно. P.S. Izograv, как всегда, все излагает ясно и основательно.
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 какие будут рекомендации кроме смены оператора?
dem: urganos пишет: какие будут рекомендации кроме смены оператора? Произведите как описано http://potencial.forum24.ru/?1-21-0-00000002-000-0-0-1320132675 в момент отправки кадра на e-mail, и пришлите логи на suppor@potencial.lg.ua
полная версия страницы