Comments 47
Скажите пожалуйста, какова будет нагрузка на сервер при использовании данного решения на 5 камер одновременно, работающих через motion при разрешении 1024x768?
Только тестирование ответит на данный вопрос. Я думаю, что будут сложности с подключением 5(!) камер.
Без проблем можно подключить две камеры: одна стандартная через шлейф, вторая USB. Это тестировалось, но без нагрузки.
Подключать больше камер, наверное, можно через USB-разветвитель, WIFI. Возможно, через интерфейс GPIO.
Надо пробовать. Кстати в Интернете есть уже посты на эту тему. Приведу некоторые:
https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=50142
https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=108881
Без проблем можно подключить две камеры: одна стандартная через шлейф, вторая USB. Это тестировалось, но без нагрузки.
Подключать больше камер, наверное, можно через USB-разветвитель, WIFI. Возможно, через интерфейс GPIO.
Надо пробовать. Кстати в Интернете есть уже посты на эту тему. Приведу некоторые:
https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=50142
https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=108881
А кто-то продолжает использовать motion с данным функционалом из коробки…
Motion из коробки гораздо более ресурсоемкое решение, на Pi3 его не пробовал, но думаю, что «малина» будет, что называется «подтормаживать».
Лучше просто web-камеру поставить. Это будет просто и надежно.
Лучше просто web-камеру поставить. Это будет просто и надежно.
У меня в гараже стоит вторая малинка, и motion. Камера подключена по шлейфу, разрешение 720p. Нагрузка на малинку чуть более чем никакая. Motion сохраняет картинки, а не видео. При этом он же дергает user script, который отправляет мне в телеграмм первую из картинок события. При необходимости я отправляю запрос и из остальных картинок с помощью ffmpeg генерируется видео, которое также отправляется в телеграм.
А какое событие вызывает user script?
Motion сам умеетвыполнять комманды при записи фото/видео файла, и аргументом можно передать путь к сохраненному файлу
Не совсем понял как устанавливается триггер на событие. А можно на примере объяснить?
motion видит движение (он считает кол-во изменившихся пикселей на картинках, кол-во задается в конфиге). Как только кол-во пикселей превышает порог — это «событие» в терминологии motion. Во время события, в зависимости от настроек сохраняется видео и\или изображение. Как только файл записан, если это есть в настройках, motion дергает указанную в конфиге-же комманду.
http://www.lavrsen.dk/foswiki/bin/view/Motion/ExternalCommands
http://www.lavrsen.dk/foswiki/bin/view/Motion/ExternalCommands
Спасибо. Попробую этот вариант.
Попытался использовать user scripts в motion. Оказалось, что это не очень просто.
Вроде все корректно настроил — в motion.conf указал необходимые настройки.
Изменил пользователя для файлов скриптов, дал права на исполнение скриптов (пробовал как python, так и shell-скрипты).
Пока ничего не получилось. При этом сохранение отдельных файлов и видео при обнаружении движения работает. Все сохраняется в target_dir.
Замечу, что не у одного меня возникли с этим проблемы. Ниже приведен перечень вопросов/проблем, с которыми сталкиваются пользователи motion.
Многие вопросы остаются нерешенными… Возможно, продукт еще достаточно «молодой» и много изменений, связанных с его развитием.
Все рекомендации, указанные в ответах на вопросы ниже я попробовал (в т.ч. анализ логов motion). Пока безрезультатно.
Даже echo с выводом в файл, расположенный в target_dir, не работает. motion в target_dir успешно пишет файлы и видео.
http://stackoverflow.com/questions/35469118/how-can-i-use-the-on-motion-detected-method-on-raspberry-pi-motion
http://raspberrypi.stackexchange.com/questions/8273/running-script-in-motion
http://unix.stackexchange.com/questions/59091/problems-running-python-script-from-motion
https://www.raspberrypi.org/forums/viewtopic.php?t=86534&p=610482
https://sourceforge.net/p/motion/mailman/message/33153769/
Вроде все корректно настроил — в motion.conf указал необходимые настройки.
Изменил пользователя для файлов скриптов, дал права на исполнение скриптов (пробовал как python, так и shell-скрипты).
Пока ничего не получилось. При этом сохранение отдельных файлов и видео при обнаружении движения работает. Все сохраняется в target_dir.
Замечу, что не у одного меня возникли с этим проблемы. Ниже приведен перечень вопросов/проблем, с которыми сталкиваются пользователи motion.
Многие вопросы остаются нерешенными… Возможно, продукт еще достаточно «молодой» и много изменений, связанных с его развитием.
Все рекомендации, указанные в ответах на вопросы ниже я попробовал (в т.ч. анализ логов motion). Пока безрезультатно.
Даже echo с выводом в файл, расположенный в target_dir, не работает. motion в target_dir успешно пишет файлы и видео.
http://stackoverflow.com/questions/35469118/how-can-i-use-the-on-motion-detected-method-on-raspberry-pi-motion
http://raspberrypi.stackexchange.com/questions/8273/running-script-in-motion
http://unix.stackexchange.com/questions/59091/problems-running-python-script-from-motion
https://www.raspberrypi.org/forums/viewtopic.php?t=86534&p=610482
https://sourceforge.net/p/motion/mailman/message/33153769/
Если фиксировать изменения, которые должна отслеживать камера, то можно так же воспользоваться примером реализации на OpenCV — http://www.pyimagesearch.com/2015/05/25/basic-motion-detection-and-tracking-with-python-and-opencv/
Когда-то подобное «поднимал» на dir-320, много «курил» motion, даже в его исходники «ходил».
В итоге удалил это поделие и остановился на анализе веса изображения, т.е. если кадр статичен он весит 100-110 килобайт, но если вдруг движение вес подпрыгивает до 130-150 или наоборот падает до 80-90.
Пару дней покалибровал порог event'ов и аля-оп, анализ движения требующий 0,01% ресурсов процессора 200MHz и 32MB RAM.
И всё это потому что камера отдаёт либо сжатый jpeg(нужно много ресурсов на его разжатие для анализа), либо YUV(это чуть сжатое raw с матрицы, легкое для анализа, но очень много весит, никакого hdd or flash не хватит, а сжимать процессора с памятью не хватит).
Есть еще проще и оправдание(в рамках помещения) вариант: ПИР-ДАТЧИК.
Цена вопроса 300-500р., подключается к GPIO(и на малине и на роутерах они есть).
Если Вы ковыряетесь с роутером и не хочется в него лезть для распайки GPIO, можно использовать USB-RS232 и датчик подключить к линии RS(или CS), уже точно не помню. Остаётся в цикле bash-скрипта опрашивать состояние этой ноги.
Еще вариант: это беспроводные пир-датчики, в сети их полно. Подключаете к board приёмник и у Вас все помещения под контролем с сигнализацией на телеграмм.
В начале 2000х всё это было практически недоступно, особенно в моей деревне.
Вот и занимались колхозами на роутерах, «выживали как могли», так сказать :)
В итоге удалил это поделие и остановился на анализе веса изображения, т.е. если кадр статичен он весит 100-110 килобайт, но если вдруг движение вес подпрыгивает до 130-150 или наоборот падает до 80-90.
Пару дней покалибровал порог event'ов и аля-оп, анализ движения требующий 0,01% ресурсов процессора 200MHz и 32MB RAM.
И всё это потому что камера отдаёт либо сжатый jpeg(нужно много ресурсов на его разжатие для анализа), либо YUV(это чуть сжатое raw с матрицы, легкое для анализа, но очень много весит, никакого hdd or flash не хватит, а сжимать процессора с памятью не хватит).
Есть еще проще и оправдание(в рамках помещения) вариант: ПИР-ДАТЧИК.
Цена вопроса 300-500р., подключается к GPIO(и на малине и на роутерах они есть).
Если Вы ковыряетесь с роутером и не хочется в него лезть для распайки GPIO, можно использовать USB-RS232 и датчик подключить к линии RS(или CS), уже точно не помню. Остаётся в цикле bash-скрипта опрашивать состояние этой ноги.
Еще вариант: это беспроводные пир-датчики, в сети их полно. Подключаете к board приёмник и у Вас все помещения под контролем с сигнализацией на телеграмм.
В начале 2000х всё это было практически недоступно, особенно в моей деревне.
Вот и занимались колхозами на роутерах, «выживали как могли», так сказать :)
Я тоже установил motion. Не сильно его «курил», попробовал как веб-камеру и все.
В принципе, motion отлично ловит любые движения. Поработаю с ним еще.
В принципе, motion отлично ловит любые движения. Поработаю с ним еще.
Спасибо за предложенные варианты.
Vakus, спасибо за подсказку с PIR monitor. Точно его попробую. Это не сложно.
Цена на aliexpress немного ниже указанной Вами и составляет сейчас 48,22 руб.)))
https://ru.aliexpress.com/detector-pir_reviews.html
Судя по описанию характеристики у него следующие — «Sensing range is about 7 meters (120 degree cone)».
Мне будет достаточно 7-ми метров и угла в 120 градусов.
Цена на aliexpress немного ниже указанной Вами и составляет сейчас 48,22 руб.)))
https://ru.aliexpress.com/detector-pir_reviews.html
Судя по описанию характеристики у него следующие — «Sensing range is about 7 meters (120 degree cone)».
Мне будет достаточно 7-ми метров и угла в 120 градусов.
Использую motion на raspberry pi2 + Logitech HD Webcam C270. Загрузка распберри порядка 30%. Если детектировано движение в кадре, то на яндекс диск сохраняются фото с интервалом примерно 1-2 сек. При этом загрузка возрастает раза в 2-3. Тормозов не заметно. Устраивает всё, кроме того что много ложных срабатываний на тени от шевелящихся на ветру веток, а иногда вообще не понятно на что.
Добавьте отправку фотографии по телеграму при появлении лица, так система будет намного информативнее
осталось только реализовать распознавание лиц сотрудников…
Почему в Телеграм сразу не отправлять фотокарточки с камеры? Есть какая-то сложность в этом?
Определение изменений на снимке оказалось не совсем тривиальной задачей, к тому же на Raspberry, хочу заметить, что у меня последняя версия – Pi3, выявление разницы (изменения) для двух снимков занимает определенное время. Покопался в Интернете, нашел несколько разных методов.
Почему бы просто не поставить датчик движения и делать снимки когда он срабатывает?
Почему бы просто не поставить датчик движения и делать снимки когда он срабатывает?
Для этого надо подключить датчик движения. А это еще один элемент в системе, который стоит денег.
Чем больше элементов (узлов) в системе, тем она менее надежная.
У меня только Raspberry и usb-камера.
Чем больше элементов (узлов) в системе, тем она менее надежная.
У меня только Raspberry и usb-камера.
Вообще не понятно, какие могли возникнуть проблемы с вычитанием пары картинок… особенно если камера висит в помещении с постоянным источником света. По идее мощей малины должно хватать на процессинг в реальном времени.
Ну, вообще то никаких проблем с этим нет. Просто определение разницы занимает некоторое время. В посте я писал, что пробовал несколько разных вариантов, но "… позволить себе лишние 7-8 секунд на выявление разницы, счел слишком расточительным".
Simoh, спасибо за рекомендацию относительно использования датчика движения.
Возможно, воспользуюсь также и этим решением. Если датчик подает сигнал, то в этот момент будет срабатывать камера и отправляться сообщение.
Возможно, воспользуюсь также и этим решением. Если датчик подает сигнал, то в этот момент будет срабатывать камера и отправляться сообщение.
Получается, что если лица не видно то нет и сигнала тревоги в этой системе?
Не совсем так. Если выявлено значительное изменение в изображении (например, включился/выключился свет, открыта дверь, которая была закрыта), то я отслеживаю изменения и так же отправляю сообщение.
Конечно, нужно еще тестировать это решение, т.к. изменение размера — ненадежное, но быстрое )), решение.
Например, надо настраивать порог изменения.
Для других способов отслеживания изменений, о которых я упоминал, так же нужно тонко настраивать параметры использования алгоритмов.
Конечно, нужно еще тестировать это решение, т.к. изменение размера — ненадежное, но быстрое )), решение.
Например, надо настраивать порог изменения.
Для других способов отслеживания изменений, о которых я упоминал, так же нужно тонко настраивать параметры использования алгоритмов.
Добавил возможность отправлять фото через Telegram.
Добавил одну строку в Python-скрипт, который использую для интеграции с Telegram.
Результат на скриншоте ниже.
Добавил одну строку в Python-скрипт, который использую для интеграции с Telegram.
bot.sendPhoto(#########, open('/home/pi/beatles.jpg','rb'))
Результат на скриншоте ниже.
Отправку фото в Telegram для себя реализовывать не буду, т.к. фото и так уже копируется на Яндекс.Диск, если обнаружено изменение или лицо.
Раз в 30 секунд? Не слишком редко? Боюсь, за 30 секунд, при определенном стечении обстоятельств, можно успеть подойти, открыть дверь, зайти в квартиру и закрыть дверь.
У меня к motion подключен аналоговый видеоглазок. motion ведет постоянный мониторинг картинки и при появлении изменений начинает писать видео/фото. А если бы он делал 30-секундные паузы, подозреваю, половина событий не была бы зафиксирована, т. к. многие ролики длятся не более 10-12 сек. У меня, правда, не малинка, а какой-то старый Athlon ~900 МГц. Малинка могла бы и не справиться.
У меня к motion подключен аналоговый видеоглазок. motion ведет постоянный мониторинг картинки и при появлении изменений начинает писать видео/фото. А если бы он делал 30-секундные паузы, подозреваю, половина событий не была бы зафиксирована, т. к. многие ролики длятся не более 10-12 сек. У меня, правда, не малинка, а какой-то старый Athlon ~900 МГц. Малинка могла бы и не справиться.
Мы для определения движения в кадре (изменений в последовательности кадров) использовали перцептивный хэш.
https://habrahabr.ru/post/120562/
Оптимизированная версия обрабатывала кадр 640х480 за 4 мс (1 ГГц ARM процессор).
https://habrahabr.ru/post/120562/
Оптимизированная версия обрабатывала кадр 640х480 за 4 мс (1 ГГц ARM процессор).
Спасибо.
Такой скорости удалось достичь за счет того, что с камеры приходит YUV из которого сразу получается обесцвеченное изображение. Масштабирование делается за два прохода суперсемплингом (банальное усреднение в 80 и 60 раз по каждой оси).
В итоге получился алгоритм не чувствительный к небольшим флуктуациям цвета/света и очень быстрый.
Сравнение картинок происходит уже по хешам (дешевая операция как по памяти, так и по вычислениям).
В итоге получился алгоритм не чувствительный к небольшим флуктуациям цвета/света и очень быстрый.
Сравнение картинок происходит уже по хешам (дешевая операция как по памяти, так и по вычислениям).
А зачем делать обработку на малине? Сохраняйте фотографии на Яндекс.Диск, и потом можно сделать серверную часть, которая будет анализировать загруженные фото, и уже уведомлять в случае чего.
Я не планировал писать отдельную серверную часть, хотелось все сделать на Малине в виде максимально легковесного решения без дополнительных компонентов (как, например, серверная часть, которую надо писать, а затем поддерживать).
У меня фото и так уже сохраняются на Яндекс.Диске. После этого я монтирую из них видео, которое через некоторое время удаляю.
Так же и motion сохраняет файлы и видео на Яндекс.Диске.
У меня фото и так уже сохраняются на Яндекс.Диске. После этого я монтирую из них видео, которое через некоторое время удаляю.
Так же и motion сохраняет файлы и видео на Яндекс.Диске.
Хабровчане, написал «итоговую» публикацию по системе видеонаблюдения с использованием датчика движения.
Sign up to leave a comment.
Усовершенствование системы видеонаблюдения с использованием OpenCV и Telegram bot