Ребята из Бразилии делают такую.
Разговаривал с ними на Техкранче в этом году, у них есть пилотный проект в сети супермаркетов. Говорят, интерес к теме у ритейлеров немалый.
Связка Arduino — Raspberry была выбрана по совокупности причин.
Но вопрос стоял скорее не «зачем Arduino?», а «зачем Raspberry?».
Тут ответ был однозначный — для видео.
Факторы, повлиявшие на решение, были следующими:
— Нужна была «обвязка» для датчика и сервоприводов. Она должна быть дешевой и иметь возможность универсально стыковаться с внешними устройствами. Контроллеры ATmega удовлетворяют этим требованиям. С Arduino Uno мы знакомы давно, код с нее можно переносить на другие более мощные контроллеры. В будущем мы предполагаем уйти от Raspberry, поэтому не хотим изначально завязываться на нее.
— Пришлось бы осваивать связку «библиотеки Raspberry — наш код Java» — перекликается с предыдущим пунктом: завязываться на специфичный для Raspberry код не хотелось.
— «Железные» причины в пользу Arduino: начитавшись о проблемах совместимости I2C, SPI и RaspiCam, решили оставить Raspberry только заботу о камере. Поэтому, BOOTor, решением обозначенной Вами проблемы как таковой не занимались. Далее — PWM, как уже сказано Gol (хотя, справедливости ради отмечу, софтовый PWM на Raspberry не тестировали. vassav, Вы пробовали?). АЦП: сенсоры 32х31, которые тестируем в данный момент, выдают два канала аналоговых сигналов.
Этот корпус «во плоти» еще не существует. Так увидел конструкцию наш пром. дизайнер. Его задумка — асимметрия. Никакого технически глубокого функционального смысла в роге нет, но в принципе туда можно поместить антенну для беспроводной связи.
Зависит от диапазонов температур окружающей среды и температуры объекта. Лучшие показатели при 0...50°C: погрешность менее 0.5 градуса. Вне диапазона погрешность доходит до 1.5°C при предельных температурах объекта -50...+300°C.
Механическая разверка именно для большего охвата всего помещения и слежения за несколькими объектами. Термограмма как таковая во всем диапазоне вращения устройства не строится. При срабатывании аларма о превышении температуры делаются мгновенные фотоснимок и термограмма в текущий момент в текущем положении.
Зоны слежения задаются. Первоначально строится фотопанорама всего помещения, на которой можно выделить зоны/объекты мониторинга и индивидуально задать пороги температур.
В прототипе используются дешевые сервоприводы и действительно при «елозинии» жужжание напрягает, в перспективе поставить более тихие сервоприводы.
Все верно, технология изготовления матриц на основе микроболометров достаточно дорога.
В случае с CamIRa мы используем матрицы на основе термопарных элементов. Они дешевле и уступают микроболометрам по многим показателям, но, как упоминается в статье, для мониторинга высокая точность не является краеугольным камнем: тут важна динамика изменения температуры и превышение заданных порогов.
Серверная составляющая («облако») помимо анализа данных выполняет еще функции «мостика» для управления устройством, которое сидит за NAT-ом/файрволом, и передачу данных с него пользовательскому клиенту. Управление включает в себя задание зон мониторинга и запросы на трансляцию онлайн-данных.
Без серверного подключения в принципе можно обойтись, если есть белый IP-адрес, или управление требуется только в локальной сети.
Еще момент — оповещения. Для СМС-алертов используется веб-сервис. В случае, когда такие оповещения необходимы, в устройстве без подключения к интернету обязательна сим-карта (такая конфигурация на данный момент еще не тестировалась).
Разговаривал с ними на Техкранче в этом году, у них есть пилотный проект в сети супермаркетов. Говорят, интерес к теме у ритейлеров немалый.
Но вопрос стоял скорее не «зачем Arduino?», а «зачем Raspberry?».
Тут ответ был однозначный — для видео.
Факторы, повлиявшие на решение, были следующими:
— Нужна была «обвязка» для датчика и сервоприводов. Она должна быть дешевой и иметь возможность универсально стыковаться с внешними устройствами. Контроллеры ATmega удовлетворяют этим требованиям. С Arduino Uno мы знакомы давно, код с нее можно переносить на другие более мощные контроллеры. В будущем мы предполагаем уйти от Raspberry, поэтому не хотим изначально завязываться на нее.
— Пришлось бы осваивать связку «библиотеки Raspberry — наш код Java» — перекликается с предыдущим пунктом: завязываться на специфичный для Raspberry код не хотелось.
— «Железные» причины в пользу Arduino: начитавшись о проблемах совместимости I2C, SPI и RaspiCam, решили оставить Raspberry только заботу о камере. Поэтому, BOOTor, решением обозначенной Вами проблемы как таковой не занимались. Далее — PWM, как уже сказано Gol (хотя, справедливости ради отмечу, софтовый PWM на Raspberry не тестировали. vassav, Вы пробовали?). АЦП: сенсоры 32х31, которые тестируем в данный момент, выдают два канала аналоговых сигналов.
Зоны слежения задаются. Первоначально строится фотопанорама всего помещения, на которой можно выделить зоны/объекты мониторинга и индивидуально задать пороги температур.
В прототипе используются дешевые сервоприводы и действительно при «елозинии» жужжание напрягает, в перспективе поставить более тихие сервоприводы.
В случае с CamIRa мы используем матрицы на основе термопарных элементов. Они дешевле и уступают микроболометрам по многим показателям, но, как упоминается в статье, для мониторинга высокая точность не является краеугольным камнем: тут важна динамика изменения температуры и превышение заданных порогов.
Без серверного подключения в принципе можно обойтись, если есть белый IP-адрес, или управление требуется только в локальной сети.
Еще момент — оповещения. Для СМС-алертов используется веб-сервис. В случае, когда такие оповещения необходимы, в устройстве без подключения к интернету обязательна сим-карта (такая конфигурация на данный момент еще не тестировалась).