Начать можно и с этого мануала http://www.toshiba.com/taec/components/Dat...0MD_E030610.pdf

Буржуи развивают ту же тему http://forum.sparkfun.com/viewtopic.php?t=2442

Присоединённый файл ( Кол-во скачиваний: 2482 )
 camera_manual.part1.rar

222222

Присоединённый файл ( Кол-во скачиваний: 2116 )
 camera_manual.part2.rar

Ссылку поправил

Буржуи собирают на плиске и используют буферное озу

всем огромный респект!
Ну наконец то все попрасыпались!
У меня все по прежнему, я почемы то считаю что меня подводит мой генератор на 7400, схема очень не надежная, а на осцилографе треугольник! что помоему очень нехорошо!

Пожалуйста напишите подробнее о способах управления и как его организовать? с пиками я не работал и программировать еще не научился помогите!!!!!

Если не работали с пиками - то лучше и не начинайте - делайте на AVR. Меньше гимора.

Только для видео и того и другово маловато будет.
Буржи делают на плисинах - и правильно делают.
Обычный МК захлебнётся от такого потока данных.

По схеме:
Вместо SN7400 юзайте 74F04 или 74AC04 и выкиньте к чёрту R11,а R10 увеличте до 1К
а на камеру подавайте через 100 Ом.
И будет вам квадратность

Это сообщение отредактировал ptbnfns - Mar 15 2007, 12:42 AM

Я хочу управлять регистрами от камеры, но так и не получил дельного совета, как это сделать!!! Как и через,что ее подключить к компьютеру! Видео я буду расшифровывать другим путем! поделитесь схемой как совместить j2С от камеры и интерфейс RS232 ,и еще какой программой можно опросить регистры?

Спасибо за интересную инфу! попробую на досуге разобраться!
меня теперь интересует через какую программу можно работать с регистрами камеры через адаптер ЛПТ!


Кстате а почему не делятся своими разработками те люди которые считали регистры?
Мы ведь здесь одна семья! и для того чтобы чтото сделать нужно делиться достижениями!!!
И если кому то не сложно, выложите прошивку на какой нибудь МК, а я уже прошью и буду мучать камеру....

Я читаю через "Feature Connector" на видеокарте, через который и видео захватываю.

По программной реализации он похож на LPT
в $3c4 записываю $8
после этого в $3c5
c10000ba
a-выход SCL 0=обземление 1-подтянут через 4к к питанию
b-выход SDA 0=обземление 1-подтянут через 4к к питанию
c-вход отражает состояние SDA
(Прога в архиве).



Присоединённый файл ( Кол-во скачиваний: 1272 )
 i2c.rar

Код для IAR в прицепе (переименовать в рар).
Надергано из экзамплов, проектов, поэтому сумбурно.
Сделано под at91sam7s64 - плата от Olimex.
Нога PA2 - подключена к CAM RESET,
Аппаратный PWM0 - CAM CLK (btw на другие PWM можно повесить светодиоды -
мигают с разной частотой - отладка)
i2c - аппаратный
Вывод смотреть с uart0 9600 8N1

Успехов




Присоединённый файл ( Кол-во скачиваний: 1344 )
 cam.r_r

Всем спосибо кто откликнулся!
но увы ни одного архива я не смог скачать! вместо этого открывается страница с иероглифами!!!!


Вот только сегодня наткнулся на Програмку port3 V4.32 очень интересная штучка при работе с памятью и самим интерфейсом! попробую собрать сам адаптер и погонять камеру!

Ага ! значит не только у меня этот глюк !
Жми "сохранить объект как" и переименовывай index.htm в index.rar

Получилось!

Значит прога написана на Турбо паскале! как раз эту тему проходил в институте.
А можно написать ее под ЛПТ например? было бы не плохо!

Разумеется можно - но для этого вам надо сначала определится со схемой адаптера LPT-I2C.

Всем привет.
Давно слежу за темой, решил присоединиться. Пока еще не закупился и не проводил никаких экспериментов, но по собранным материалам могу сделать кое-какие выводы. Для начала хочу попробовать подключить камеру через декодер, например ADV7390/ADV7391 (TDA8702 для этих целей, вероятно. не подойдет) С камеры идет сигнал RGB или YUV (во всяком случае это написано в даташите на tcm8210). А управление по I2C повесить на МК, скорее всего PIC16f876A. Мне кажеться такое решение оптимальным вариантом, тк для насала нужно научиться управлять камерой, а потом уже эксперимнтировать с цифровой передачей и записью на носитель. Хочу выслушать вашу критику по поводу моих мыслей.

Это сообщение отредактировал Fafnir - Mar 17 2007, 12:55 AM

Приветствую всех!
Заинтересовался идеей. Купил камеру от M65, собираюсь прикрутить к ATMega8, но столкнулся с тем, что разъем остался на плате, которой нет, а контакты разъема на шлейфе камеры уж очень мелкие.
Вопрос: из чего можно смастерить переходник для комфортной дальнейшей пайки?

По моему в твоих мыслях все логично

Заходишь в любую мастерскую по ремонту мобил и говоришь хочу разъем, типа продайте за 50-100р, не продадут в одной мастерской то продадут в другой

Народ! Кто нибудь смотрел програмку PORT3 ???
я уже черчу плату размерами для ЛПТ, но возникла проблема, микросхема декодера в дифиците, и достать можно в украине только под заказ!
Я уже заказал, теперь жду и готовлю плату!

В общем с камерами от сотовых всё гнило получается...
Большинство их сейчас - стандарта SMIA (который, кстати, открыт).
Желающие могут убедиться, что там высокоскоростная передача данных по LVDS (именно графических данных с камеры!).
Так что для этого уже как минимум понадобится или ПЛИС или специальный приёмник.

Опять же непонятно - ну вот прикрутите вы МК к i2c. А графику обрабатывать кто будет? Писать в сыром виде видео - это слишком неэффективно.
Т.е. мне видится только вариант с чем-то типа ДСП или того же АРМ но мегагерц эдак... Ну не меньше 50 эт точно. А то и 400.

Есть ещё сенсоры OmniVision - они попроще, и их даже можно купить (и на них тоже есть в общем-то открытая документация, включая шину SCCB). Но, хотя у них нет LVDS а параллельно идут человеческие 8-12 бит данных, это не решает основной проблемы - поток данных ОЧЕНЬ большой, и его нельзя приостановить, придётся засосать весь кадр в память, а потом обрабатывать или скидывать на флеш...

Это я к тому, ту ли проблему мы решаем, ковыряя i2c камер?

2NuclearCat

Имхо единственный реальный шанс, это заставить камеру по i2c выдавать готовый jpg, а не raw....

Большинство !?
А в каких трубках кроме NOKIA вы видели SMIA?

NuclearCat
Вы возмущаетесь тем, что мы ковыряем i2C?
Так вот! Во первых это нужно для управления регистрами! Но не как не для передачи картинки!!!!!!!! ваше высказывание ни чем, не обасновано!!!
По этому забудьте о ваших словах, и спокойно кодируйте 8- бит шину, с частотой не больше чем 30 мГц!!!! это 30 кадров в секунду вам этого мало?????

Уважаемый новичек, вы по моему прочитали только последние две страницы ветки, ваши умозаключения мы сделали еще год назад

Пока видел только в NOKIA (понятно почему).
Говорю так потому, что при доставании сенсоров у меня меньше всего проблем было именно с NOKIA-ST... И плюс ко всему они мне обошлись дешевле.
Чипы с параллельным интерфейсом, и на которые есть документация - достать сложнее (ИМХО по моему опыту). Если скажете где и какие - буду только рад

Ну я вообще-то не возмущался (хотя может быть и показалось, что так).
Просто слежу за этой темой уже... Ну год наверное
Тоже хочу результатов, как и вы.
И очень хочу увидеть, как будет решаться собственно главная проблема - по впихиванию на флеш данных с камеры...

Так это же хорошо, что мы с Вами пришли к одним и тем же умозаключениям!
(За темой слежу почти что с её основания, просто не регистрировался...)

Возвращаясь к основной теме...
Из подходящих вариантов решения проблемы я вижу пока только использование Blackfin и некоторого количества SDRAM.
Вроде бы на этой связке можно сделать всё, что нужно,
в домашних условиях и не очень уж чтобы дорого (хотя и недёшево).

Поясню ход мысли:
рассматривал два варианта заведомо документированных интерфейсов и доставаемых камер - OmniVision / ST,

и четыре варианта DSP - TI(DaVinci), ARM(STR9 например, или AT91SAM9260, и другие, с большой частотой), ADSP(BlackFin), и специализированные видеокодеки (есть и для ST и для параллельного порта).

TI отпал сразу, т.к. корпуса все только BGA,

ARMы смотрел разные, как правило либо нет внешнего интерфейса памяти,
либо есть, но придётся сильно помучаться сделать видеоввод в SRAM, либо есть всё, что надо, но корпус BGA...

BlackFin - вроде подходит по всем параметрам, и видеопорт есть, и сразу можно к SDRAM подключить, и ресурсов хватит для большинства задач.

Специализированные кодеки - совокупность проблем (BGA, документация, где достать...) - для единичного устройства нереально..

Есть ли варианты практичнее?

Это сообщение отредактировал NuclearCat - Mar 25 2007, 03:18 PM

Я вижу вы хорошо поработали над этой темой, жду вас в личке

Ребят, вы меня онечно извините.... но почему никто не затронул тему об использовании потрохов из самого телефона? зачем придумывать какую-то фигню на PIC контроллерах, программировать их или че вы там еще писали.
Просто нужно найти какие микрухи участвуют в получении картинки (видео) с этой камеры, а потом сигнал перевести в аналоговый НЧ чтоб работать было проще.. адальше поставить передатчик видеосигнала...
Сам занимаюсь ремонтом сотовых...
Со своей стороны могу подкинуть принципиальные схемы практически на любой сименс.

На камеру SAMSUNG E-600/E-700 например есть даташит подробный
(см o-d-v....(в первом посте темы))

Это сообщение отредактировал ptbnfns - Mar 25 2007, 11:24 PM