Автономная система охраны и наблюдения на Raspberry PI

Поигравшись с Raspberry Pi и камерой для него, я задумался о его практическом применении. Как раз к этому моменту созрела необходимость в автономной системе наблюдения с функциями охраны для дачи (безнадзорные соседские детки сожгли баню на даче в результате посиделок с алкоголем и курения).

Возможно, мой опыт и результаты работы (образ SD со всем настроенным ПО) будут полезны.

Видео на местности не снимал. На зиму не рискнул оставлять на неохраняемой даче с засыпанными снегом дорогами.

Некоторые кусочки работы в тепличных условиях:



Проект не был заказным. Делал исключительно для себя и собственного удовольствия. От работы с видео в автономном режиме через модем отказался сразу. Видео через модем в режиме даже в 3G — это несерьезно.

Входные ограничения проекта:
  1. Низкоскоростной Интернет через GSM модем (МТС). В лучшем случае 2G;
  2. Нет своего хоста с «белым IP»;
  3. Только легкодоступные компоненты.


Входные требования, которые я сформулировал для себя:
  1. Автономная работа с перегрузкой после сбоя питания и программных сбоев;
  2. Поворотная платформа (горизонталь+вертикаль) с круговым обзором;
  3. Длиннофокусный объектив;
  4. Внешние автономные датчики с радиоканалом;
  5. Автоматическая съемка зоны срабатывания датчика;
  6. Посылка Alarm SMS;
  7. Посылка Alarm+фото низкого/среднего разрешения на e-mail;
  8. Фоновая выгрузка фото высокого разрешения на облачный диск;
  9. Фоновая выгрузка логов на облачный диск;
  10. Управление через e-mail (посылкой bash скриптов и получение результатов их выполнения);
  11. Управление через SMS. Вызов предопределенных скриптов. Например, повернуть камеру и сделать снимок;
  12. Пересылка пришедших на модем SMS на e-mail;
  13. Дополнительный функционал при нахождении рядом, в пределах устойчивого WiFi (15-20м):

  • Функции WiFi роутера с раздачей Интернета;
  • Доступ по ftp и ssh консоль;
  • Web video stream c камеры.


За исключением кругового обзора, все остальные требования удалось реализовать.



Круговой обзор по горизонтали


Полностью круговой обзор не получился. Эксперименты показали, что подавать ток через пару «щетки от электродвигателя дрели+токосъем из фольгированного текстолита» явно не лучшая идея. Примерно в пределах 2-5 поворота на 360 градусов происходит сбой по питанию и перезагрузка. Добавление электролита большой емкости не сильно помогло. В результате поставил два ограничителя на угол поворота 270 градусов и записал напрямую без токосъемника.

Фоток конструкции с щетками не делал, но экспериментировал с ней много. На фото можно понять, как это выглядело изначально (убраны щетки и токосъемные кольца из фольгированного текстолита).
Экспериментировать с другими видами токосъемников не стал. Для моих целей и места установки 270 градусов обзора достаточно (угол здания).

Вывод: токосъем «угольная щетка + медная плоскость» подходит только для случаев, когда кратковременное пропадание контакта не принципиально и где за счет движения по инерции, контакт будет восстановлен.



Поворотная платформа.


Для поворота задействованы дешевые шаговые двигатели. По паспорту они работают от 12V, но как показала практика, и при 19V не греются в режиме «1 минута через 3 минуты без режима удержания». Драйвер UN2003 справляется с током при 19V даже в корпусе SO16 (SMD) без перегрева. С штатными драйверами UN2003 в DIP корпусе, которые продаются в комплекте к шаговикам, вообще проблем не должно быть.
Поворот выполняется плавно и совершенно бесшумно.

Эвольвентные шестерни с модулем 1мм, если кому интересно, очень хорошо режутся на ЧПУ станке фрезой 1мм из стеклотекстолита.



Выбор именно шаговых двигателей обусловлен простотой управления и точностью позиционирования при автономной работе.

Для выставления на «0» предполагал использовать геркон с магнитом, но после отказа от кругового обзора, пришел к выводу, что более удобна следующая технология:
  1. Поворот горизонтальной вертикальной и платформы на максимальный угол;
  2. При достижении упора шаговые двигатели начинают пропускать шаги (двигатели слабенькие и это вполне допустимо);
  3. В конце цикла поворота на максимальные углы, можно считать, что достигнут «0» относительно упоров.


Позиционирование на «0» таким способом происходит довольно медленно, но все же быстрее, чем загрузка Linux. Скорость загрузки Linux на малине просто удручает.

Особенности питания


Как много раз говорилось, малина ну ОЧЕНЬ привередливая к питанию. Я запитал ее и WiFi USB от 19V 2.6A блока питания (какой был) от старого ноутбука через stepdown DC-DC преобразователь. Отдельный stepdown DC-DC преобразователь понадобился на питание 3G модема.

От одного преобразователя запитать модем и плату не получилось, хотя по «китайскому паспорту» тока DC-DC модуля должно было хватать. Тока в статике одного преобразователя хватает, но при активации модема слышно как срывается генерация в модуле преобразователя напряжения, переходя в звуковой диапазон, и проседает напряжение на выходе с перезагрузкой Linux.

Камера


Штатная камера Rasberry Pi c заменой объектива. Объектив подошел от модуля MT9D111, купленного давно на e-bay для экспериментов. Матрица не пригодилось, а объектив подошел идеально. Вместе со штатным объективом снялся и встроенный в него IR-фильтр. Что даже хорошо, поскольку новый объектив с маркировкой IR. Цвета на снимках несколько искажены (розоватые снимки), но за то возможна IR подсветка.

Внешние датчики


В качестве датчика используется PIR модуль на BISS0001. Передатчик из брелка на 433Мгц, немного доделанный (один биполярный транзистор и резистор) и управляемый выходом с PIR модуля.
Эксперименты показали, что от 12V кислотного аккумулятора эта комбинация работает минимум 2 месяца (может и больше, не пробовал).

Приемник 4-х канальный и продается в комплекте с брелком. Таким образом, обеспечивается 4 зоны охраны с возможностью сделать фото места срабатывания.

Дальность комплекта передатчик-приемник меньше, чем заявлено у продавцов, и уже приблизительно на 40 метрах прямой видимости прием не устойчив. Возможно это помехи от Raspberry pi, GSM модема и/или DC-DC преобразователей.
Летом, некоторыми ночами, были «ложные» срабатывания. Вероятно на птиц или летучих мышей.

Первый вариант датчика был с отдельным выходом для активации IR подсветки. Фото тогда не делал, но ничего сложно нет. Просто еще один транзистор, управляемый с выхода PIR. Подсветка – круглая плата от камеры наблюдения на 12V с IR светодиодами.

После проб, от локальной IR подсветки зоны датчика отказался:
  1. IR светодиоды подсветки отчетливо видны в сумерках. Демаскирует место установки датчика;
  2. Ночью, локальная IR подсветка, включаемая от PIR датчика, дает, похоже, положительную обратную связь по IR излучению и начинаются «чудеса» с непрерывным срабатыванием PIR датчика. Нужно «мудрить» с взаимным расположением датчика и подсветки. Сложно, неудобно и зависит от времени суток.


По сигналу от датчика:
  1. Камера поворачивается на программно заданный угол по горизонтали и вертикали;
  2. Делает снимки низкого разрешения (640x480) и снимок с максимальным разрешением (сохраняется в tmpfs);
  3. Снимок с низким разрешением посылается на e-mail;
  4. Передается SMS, информирующая о срабатывания датчика;
  5. Снимок с высоким разрешением, в фоновом режиме, выкладывается на облачный диск. Если не получается отправить сразу, то сохраняется в архив на SD, для последующей отправки.




Программное обеспечение


Настройкам 3g модема, WiFiи пр. посвящено очень много подробных статей, и повторять их считаю нерациональным.
Образ SD со всем
настроенным ПО
.

Файл /home/pi/read.me содержит ссылки, на файлы, где нужно прописать свои пароли.
Настроено на сервисы Yandex (e-mail и облачный диск).
Login/password консоли и ftp — стандартный: «pi/raspberry»

Потенциальные возможности для улучшения (на мой взгляд):
  1. Сделать "/" полностью readonly. По большей части я вынес всю запись в файлы в tmpfs. Но, кое что осталось и было лень возится, поскольку, на практике, вероятность порчи SD, после нештатного выключения питания, снизилась до удовлетворяющих меня значений;
  2. Hardware reset модема путем прерывания цепи его питания. Может это субъективно, но иногда “вкл/выкл” помогает лучше, чем software reset модема. В принципе, это не сложно. Всего один полевой транзистор в цепи питания модема.


Компоненты


Компоненты стандартные:
  1. Raspberry pi + SD карта от 4Гб;
  2. Raspberry pi camera (китайский клон);
  3. GSM модем – MTC 3G (ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard).
  4. WiFi из стандартных, рекомендованных.(ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter);
  5. Шаговые двигатели 28BYJ-48 12V + драйверы на UN2003;
  6. Блок питания – любой 12-20V не менее 2A;
  7. Stepdown DC-DC преобразователи – 2шт. На «китайский» выходной ток не менее 2A;
  8. Объектив, если не устраивает стандартный (а он совсем никакой) – любой какой понравится. Объективы для камер наблюдений есть на любую задачу и кошелек;
  9. RS232TTL-USB модуль для подключения консоли. Фактически только для отладки;
  10. Плата приемника и нужное количество PIR модулей и брелков передатчика (полно на ebay в разных вариантах).


Спаять:
  1. Удлинитель USBдля модема с выносом +5V к отдельному DC-DCпреобразователю;
  2. Согласование уровней между GPIO 3.3V IN и выходами приемника. На каждый канал – биполярный транзистор + пара резисторов. Я еще светодиод для контроля поставил;
  3. Разъемы и шлейфы, что бы соединить все это.


У кого есть станок ЧПУ – без проблем можно нарисовать и выпилить корпус/шестерни. Нарисовать и вырезать можно максимум за 3 часа. Свой исходный чертеж не выкладываю. Делал бы второй раз – сделал бы иначе и компактнее.

Выводы из полученныx результатов


Если бы мне было нужно сделать тиражируемое промышленное решение для аналогичной задачи охранной сигнализации, то я не выбрал бы Raspberry Pi.

Взял бы OEM модуль камеры, контроллер типа STM32… c интерфейсом под камеру и OEM модуль GSM модема.
Как то мне удобнее такие вещи совсем без OS делать или на специализированных OS.

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

А так raspberry pi игрушка интересная. Но только поиграть. Хотя это мое личное мнение и я его не навязываю.
Поделиться публикацией
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама
Комментарии 14
  • 0
    А вы не знаете, у двигателя 28BYJ-48 12V какой крутящий момент?
    Хотелось бы оценить с какой нагрузкой он может справиться.
  • 0
    Работа — на отлично. Целесообразность — на совести автора, я так понимаю, здесь фан от процесса и освоение малинки — не последнее дело.
    Насчет видео по 3G — у нас «как-то» работало. Использовали две камеры, IP-видеосервер с HDD и микротик с 3G-свистком.
    • 0
      Сделано именно, «что бы было».
      Для охраны дачи гораздо надежнее и удобнее у меня работает конструкция из завалявшейся платы ATMega + древний модемный модуль TC35, оживающая от сигнала с PIR датчика. Дешево, надежно, работает от 12V аккумулятора месяцами и не жалко ее если что. А видео регистрация — та же мега + PIR + самый дешевый китайский видеорегистратор. Опять же, время автономной работы — месяцы.
      А raspberry pi… ну надо было куда то приткнуть.

      Для передачи видео в режиме реального времени нужен либо свой сервер с белым IP, либо хостинг где то…
      Но это не основное. Основное — это ширина канала в данной местности. 7Кб/с в среднем при том, что уровень сигнала хороший.

      • 0
        Ну, да, при такой скорости все грустно. При наличии более-менее «живого» 3G у меня основным геморроем был зависающий модем, но это к делу уже не относится. По охране-сигнализации без видеонаблюдения все действительно очень просто, есть и готовые решения недорогие (с десяток, наверное, поставил) — коробочки с GSM-модулем, разъемом под внешний АКБ 12В и несколькими охранными/пожарными шлейфами.
    • 0
      Возможно кому то будет полезна информация о различных более производительных платформах за ту же цену:
      Если сравнивать малинку, odroid-С1 и olimex:
      www.olimex.com/Products/OLinuXino/A20/A20-OLinuXIno-LIME2/open-source-hardware
      последняя выглядит довольно оптимально. IMHO
      • 0
        По поводу срыва DC-DC преобразователя при включении модема. Надо попробовать поставить выходной конденсатор по питанию как можно ближе к DC-DC преобразователю.
        • 0
          Экспериментировал. При одном преобразователе помогает не сильно.
          Кстати, именно в цепи питания модема он у меня и стоит (видно на фото). В отличие от малины пики по потреблению у модема более выражены.
        • 0
          Для передачи питания на вращающуюся платформу, можно использовать воздушный трансформатор из двух коаксиальных катушек.
          На подставке накачиваем катушку прямоугольными импульсами, а на вращающейся части — выпрямляем, фильтруем, стабилизируем и получаем качественное питание. Это применяется в проектах типа Часы из вентилятора
          • 0
            Воздушный трансформатор с зазором 0.5-1 мм…

            Я бы даже не начинал такое делать для передачи почти 10Вт в пике и 5Вт в среднем.
            • 0
              Он получается не совсем воздушным — можно использовать ось платформы в качестве сердечника.
              • 0
                Сходу возникают две соображения против:
                1. Ось отнюдь не из пермаллоя.
                2. Токи Фуко в сплошном сердечнике (оси).

                Возможно это будет работать, но КПД навскидку будет очень маленьким (10-20% в лучшем случае), особенно при использование меандра.

                Впрочем, без расчетов и экспериментов, мои выводы основаны на моем личном опыте в электротехнике.
                Заниматься теоретическим обоснованием с формулами и расчетами и, тем более проверками на практики, уж извините — лень.

                Не «греет/не торкает» меня эта именно эта задача, поскольку опыт подсказывает, что она не решаемая в таком подходе.

                Когда я выбирал варианты передачи 10Вт через «воздух» на подвижную платформу, я пытался найти примеры реализаций с использованием трансформаторного принципа на звуковых частотах. Не нашел (передача милливатт с мизерным КПД — это не то).
          • 0
            Hardware reset модема путем прерывания цепи его питания. Может это субъективно, но иногда “вкл/выкл” помогает лучше, чем software reset модема. В принципе, это не сложно. Всего один полевой транзистор в цепи питания модема.

            Делал аналогичную систему, после обкатки первой версии пришёл к тому же выводу. Модем, который у меня был, оказался на редкость ненадёжным. Вторую версию сделал на основе аппаратного ватчдога. О ненадёжности компонентов практически забыл, по крайней мере, несколько месяцев работает без вмешательства.

            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.