Может есть у кого описание протокола OBEX применительно к телефону Siemens?

Есть задумка. Покритикуйте. Сигнализация на сотовом телефоне siemens C75+Atmega. C АТ командами (дозвон, СМС)полностью разобрался. С помощью этих же команд научился включать камеру, делать снимок, отправлять на почтовый ящик.
Есть идея использовать камеру как датчик движений. Самое простое например - Есть снимок, есть второй снимок снятый через секунду от первого,сравнить их размер и на основе это сделать вывод было ли движение, то есть разные ли фото. Если не размер сравнивать то контрольную сумму фоток. Для доступа к файловой системе телефона нужен протокол OBEX. Что скажете господа коты?

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

А если использовать другой алгоритм выделения движения? Вычитать из последнего фото предыдущее. Если между двумя фото появится разность- значит, было перемещение. Теперь проанализировать последовательность полученных разностей и можно определить направление и скорость.
Ясен пень, алгоритм заточен под предмет, не меняющий размеры и форму во время премещения. Зато- простой.

Может быть...однако получается псевдокорелляционная матрица:)) Надо бы знать размер изображения и критичность скорости вычислений. Если привязаться к 1 сек (у автора "спер"), то может и меги не хватит пересчитывать разности, с последующим анализом. Сам анализ однозначно будет иметь сложный алгоритм обработки. Плюс память нужна минимум на 2 снимка (если записывать разницу на место первого).

Я не задумывался о МК-реализации, а предложил идею.
Обойдёмся без матрицы. Разделим экран на 9 квадратов, ну и смотрим, от какого квадрата к какому движется предмет. Не обязательно знать размеры, желательно им быть не более 1 квадрата.
Для увеличения точности можно увеличить число квадратов- 16, 25..

Как вариант наверное сойдет, хотя что-то настораживает...

Не ожидал так быстро получить ответы. Очень позновательно читать. Спасибо. Но идею не бросаю. Точку поставят эксперименты. Эх OBEX бы пощупать. Нужно отлогить COM порт. Чем можно?

вы забываете, что телефон выдает JPEG-снимки с довольно низким качеством. я уверен на 100%, что если при абсолютно неподвижном аппарате сделать 2 снимка одного и того же объекта и сравнить их методом "вычитания" - получентся далеко не ноль. просто за счет шума самой камеры - алгоритм сжатия сработает по-разному и даст совершенно разные байты на выходе. не исключаю, что даже размеры файлов будут разные. именно поэтому нужны неслабые алгоритмы распознавания, которые отфильтруют шумы...

сходите на форум сименс-клуб - там много чего по этой теме есть.

"отлогить" СОМ-порт можно при помощи утилитки HDD Free Serial Port Monitor - очень рекомендую.

Да похоже идея плохая. А если пойти с другой стороны? Средствами J2ME написать прогу которая может что угодно сделать с изображением, в том числе и дачтик движения. То есть получается прога сигнализация . Мегу за не надобностью убираем. Телефон вешается на стенку перед отьездом. Телефон сам теперь дозванивается, отправляет смс,фотки на почту, в случае тревоги.
что то мне самому уже не нравится эта идея . Покритикуем?

Ну отчего же сразу плохая? Дело серьезное и наскоком не решается...

Программно детекция движения реализуема в ПК. Но качество отнюдь и со скоростями не очень хорошо получится. Первое во что упретесь - скорость передачи данных.
Отталкиваться надо от другого.
1) Что требуется?
2) Какие характеристики желаем, имеем?
3) Что в ограничениях?
4) Чем пожертвуем?
Наверное все, для начала...
PS. В профессиональном оборудовании, которое видел, детекция движения варьируется с замедлением от 1 до нескольких сек. вычислений требуют - тьму и еще чуточек:) Комп в моем понимании только тем и занимается, что бесконца гоняет эти кадры. Оттуда сделал вывод- обработку изображений надо выполнять на спецсистемах (см. мой первый ответ на тему)

сименс - наверное единственный телефон, у которого встроенная Java нормально реализует работу с COM-портом. поэтому на нем реально сделать охранку с оповещением - сам одно время об этом думал, и даже кое-какие эксперименты проводил... если телефон повесить в подъезде и на Java сделать "детектор", но не движения, а просто смены уровня освещенности, которое возникнет, если тень от человека перекроет поток света в камеру... то это будет иногда срабатывать - не забывайте, что камера очень медленная, и чаще 3-х раз в секунду просто не сумеет снять (с анализом - и того менее). а вот если дополнить все это небольшой схемкой на СОМ-порте телефона - получится неплохо на датчик нарушения периметра будет быстрая реакция, а уж камера просто будет снимать то, что в этот момент попадает в поле зрения и отсылать... оптимум, имхо

А не подскажете сколько времени потребуется камере на подстройку изображения (фокусировка, резкость и пр)? Или это пока не решающий(е) фактор(ы)?

По-моему, в телефонах, тем более старых, ни фокусировки, ни настройки на резкость нет.

Понял, спасибо. Видимо или отстал или перепрыгнул...

Мне тоже кажется, что датчик движения проще использовать внешний(ИК барьер или типа как для включения света используют)... Потому что обрабатывать картинку будет тяжело... по опыту, когда занимался охранными видео системами с записью на ПК+программные датчики движения, больше всего неудобства доставляла смена освещенности... типичный пример: день с переменной облачность и сильным ветром (при солнце картина одна, через несколько секунд закрывает маленькая тучка, потом опять солнце и т.д. ...за интервал 1с происходит большое изменение освещенности...)... проще если помещение без окон и освещение постоянно. Более того, если обрабатывать на телефоне, то судя по всему это займет порядочно времени, что скажется на частоте кадров. А интервал между кадрами нужно делать минимальный, потому что опять же по опыту даже в помещении интервал в 1с, это порой непростительно долго, если конечно не стоит цель наделать снимком типа фотороботов в милицейских сводках, под которые пол страны подходит... Потому что, если человек двигается, то при недостаточном освещении будут смазанные снимки, поэтому цель: поймать момент когда человек остановился, да еще и лицом повернулся. Из этого же следует и выбор места - оптимальный вариант: за надувной женщиной... т.к. увидев ее например на стене квартиры, любой(даже злоумышленник) остановится и откроет рот...

У нее глаза- 2 брильянта в 3 карата,
В титьках у нее, камеры стоят, ребята.
Губки у нее - створки две в ворота рая,
И вообще она, вся такая надувная
Развеселили. Но мысль серьезная.
А если злоумышленник женщина? Чего она не видела и от чего "разинет рот"?

ржу не могу

без шуток: в охраняемом помещении напротив ожидаемого места проникновения (напротив двери, окна) надо вешать зеркало и скрытую камеру, в момент обнаружения проникновения включать свет практически гарантия, что от этого в зеркало взглянут и мужчина и женщина