МВК(Мультимедийный ВелоКомплекс), project Опции

[Dj Kitt]

Всем доброго времени суток господа!
Эту тему я поднимал в разделе AVR, но МК всё-таки будет АРМ...
Вот здесь можно посмотреть сам смысл сего сабжа.
В общем на данный момент вопросов несколько:
1) Подскажите о GPS контроллерах что-нить...
2) Камера работает по LVDS на 120 Мгц(из даташита на камеру узнал что частоту можно сбросить вплоть до 1 МГЦ), возможно ли протокол LVDS реализовать програмно???

Использовать буду либо LPC2106 либо At91SAM7S256

Жду советов, подсказок и т.д.

Прикрепленные файлы

 camera.rar ( 168.48 килобайт ) Кол-во скачиваний: 202

 

[Doka]

ну думаю до ARMa тут еще далековато:

1) ну с GPS совсем просто: тут можно посмотреть современный интегрированный оем-модуль: туда питание - оттуда снимаем UARTом данные на 9600 (можно как в уровнях RS-232 так и КМОП-логики). Протокол стандартный и он описан в документации на любой модуль - NMEA.
2) суть-то в том, что LVDS - стандарт на физический интерфейс :-/
микрухи-преобразователи полюбому ставить. да еще знать бы где их в россии купить)
(вот плис - другое дело, о чем вам неоднократно намекали в той теме.)
.
далее - по "торможению" обмена:
а) в приведенном Вами примере Вы в 120раз предлагаете замедлить скорость обмена - тогда и получите вместо 15fps всего лишь 15/120fps, т.е. около одного кадра раз в восемь секунд. Может для охраннх систем этого будет и достаточно - но не для ваших применений :-/
б) даже реализация на ARM7 чисто программного (без spi и прочих последовательных) 1Мбит/с будет для него нехилой работенкой: тут никаких ПДП при такой работе - тратиться будет процессорное время.
Это раз. Два: где брать _столько_ ОЗУ на буффер кадра?

[Dj Kitt]

За GPS спасиб!
Всё дело в том что с ПЛИС никогда еще не пересекался...
Боюсь я её почему-то... Подскажите кто-нить что-нибудь типа "готового решения" для этой камеры???!!!?!?!?!?!?!
Хотя бы - как это решение приготовить...

P.S. Один х... получается.. мне ведь картинку надо будет преобразовать в "С-код" для LCD, ПЛИС с этим справится???

[Alex_xxx]

Один х... получается.. мне ведь картинку надо будет преобразовать в "С-код" для LCD, ПЛИС с этим справится???

Если выберешь подходящий кристал, то справится. Это одна из задач которые решают с применением ПЛИС. Но учитывай что это существенно может удорожить конечное устройство.

[Dj Kitt]

Спасибо всем, кто откликнулся!
Дока, вы в прошлой теме(в разделе AVR) упоминали про камеру с UART интерфейсом, не могли бы по-лучше про нее рассказать?

[Doka]

Дока, вы в прошлой теме(в разделе AVR) упоминали про камеру с UART интерфейсом, не могли бы по-лучше про нее рассказать?

cкорее всего это был не я, а acex2

[acex2]

Дока, вы в прошлой теме(в разделе AVR) упоминали про камеру с UART интерфейсом, не могли бы по-лучше про нее рассказать?

cкорее всего это был не я, а acex2

Ну да, это был я :-)
Название чипа я приводил в оригинальной ветке (OV528), на его базе много кто делает камера-модули.
Но учтите, что на выходе там JPEG, поэтому сразу думайте как будете делать декодирование для вывода на ЖКИ.

[Dj Kitt]

сорри за калабур!=)
Спасиб, щас буду смотреть...

И так... на данный момент остался один вопрос, (возможно) вам он покажется глупым , но... Сто пудов что этот трабм возникает периодически у многих, кто работает с LPC2ххх, короче:

#define LCD_D0 0x00080000

- назначает вывод (какой???) как нулевой бит для LCD...
так вот вопрос: есть ли таблица кодов выводов для LPC2106 МК???

Т.е. что-то типа Р0.1 0х00000001 и т.д.....
????

[Tahoe]

Касательно камер.
Они ВСЕ практически одинаковые и имеют стандартно два интерфейса. По I2С осуществляется управление камерой. По BT.656 передаётся ПОТОК картинок. Формат данных в этом потоке, определяется рекомендациями BT.601.
BT.656 это просто параллельная 8-ми битная шина. Опционально может быть и шире, в общем зависит от разрядности АЦП. Т.е. можно, например, задействовать только старшие 8 разрядов из, допустим, 10-ти разрядного сенсора. Так же из сенсора передаются сигналы синхронизации строки и кадра. Но главный геморрой - сенсор является мастером, т.е. от него идёт сигнал строба данных. И удовольствие это работает на частотах до 27 МГц. В проектах, типа упомянутого немца, сенсор с BT.656 подключается непосредственно к LCD контроллеру, в режиме preview. Т.е. через MCU данные никоим боком не прокачиваются, MCU только инициализирует сенсор, LCD и раздаёт команды, типа Старт или Стоп.
Если речь идёт только о том, что бы вывести картинку на LCD, тогда хватит и AVRа. Если охота ещё какую-нить обработку, например текст наложить, то см. процессоры со встроеным BT.656. В основном это DSP. Но не только. Например Атмел должен скоро родить наконец свой 9260, в котором есть такой интерфейс. Но понадобится ещё памяти подвесить снаружи, хотя бы на пару картинок.
Делать на ПЛИС имхо геморрой тот ещё. Имхо под проекты такого объёма надо вешать ОС. Т.е. тебя ожидает что-то типа NIOS + uCOS, благо порт uCOS под NIOS имеется. Любой другой путь имхо "разврат и коррупция".

Кстати, касательно Нокиевких дел. В рекомендациях BT.656 оговорена и последовательная передача, со скоростью до 270 МГц. А так же оговорено, что можно вместо апаратных сигналов синхронизации строки и кадра, использовать специальные 4-байтные токены. Так что судя по всему то, что намутила Nokia с ST, со ихней инициативой SMIA, это просто эволюция BT.656.
Но большинство сенсоров работают с параллельной шиной.

[rat]

Касательно камер.
Они ВСЕ практически одинаковые и имеют стандартно два интерфейса. По I2С осуществляется управление камерой. По BT.656 передаётся ПОТОК картинок. Формат данных в этом потоке, определяется рекомендациями BT.601.
BT.656 это просто параллельная 8-ми битная шина. Опционально может быть и шире, в общем зависит от разрядности АЦП. Т.е. можно, например, задействовать только старшие 8 разрядов из, допустим, 10-ти разрядного сенсора. Так же из сенсора передаются сигналы синхронизации строки и кадра. Но главный геморрой - сенсор является мастером, т.е. от него идёт сигнал строба данных. И удовольствие это работает на частотах до 27 МГц. В проектах, типа упомянутого немца, сенсор с BT.656 подключается непосредственно к LCD контроллеру, в режиме preview. Т.е. через MCU данные никоим боком не прокачиваются, MCU только инициализирует сенсор, LCD и раздаёт команды, типа Старт или Стоп.
Если речь идёт только о том, что бы вывести картинку на LCD, тогда хватит и AVRа. Если охота ещё какую-нить обработку, например текст наложить, то см. процессоры со встроеным BT.656. В основном это DSP. Но не только. Например Атмел должен скоро родить наконец свой 9260, в котором есть такой интерфейс. Но понадобится ещё памяти подвесить снаружи, хотя бы на пару картинок.
Делать на ПЛИС имхо геморрой тот ещё. Имхо под проекты такого объёма надо вешать ОС. Т.е. тебя ожидает что-то типа NIOS + uCOS, благо порт uCOS под NIOS имеется. Любой другой путь имхо "разврат и коррупция".

Кстати, касательно Нокиевких дел. В рекомендациях BT.656 оговорена и последовательная передача, со скоростью до 270 МГц. А так же оговорено, что можно вместо апаратных сигналов синхронизации строки и кадра, использовать специальные 4-байтные токены. Так что судя по всему то, что намутила Nokia с ST, со ихней инициативой SMIA, это просто эволюция BT.656.
Но большинство сенсоров работают с параллельной шиной.

Посоветуйте пожалуйста LCD со входом BT.656

[Tahoe]

Посоветуйте пожалуйста LCD со входом BT.656

Увы, у меня стояла задача найти сенсор. Про LCD - это как нечто побочное всплыло.

Елинственное, что могу порекомендовать, так это "сплясать" от сенсора. Например посмотреть мануалы на мобильники Сименс ( из тех, что с камерой, разумеется ). Однако, насколько я понимаю, там другие грабли. Нужно либо найти даташит на LCD, либо сколоть протокол. Речь про управление, I2C. В качестве хинта - кое-какую инфу можно нарыть в даташитах на чипы graphic engine. Кстати, по-любому рекомендую их посмотреть, там всё более чем подробно расписано. Конкретно в Сименсах используются чипы Epson и, последнее время, ATI. В Nokia используются ST.

[Dj Kitt]

Касательно камер.
Они ВСЕ практически одинаковые и имеют стандартно два интерфейса. По I2С осуществляется управление камерой. По BT.656 передаётся ПОТОК картинок. Формат данных в этом потоке, определяется рекомендациями BT.601.
BT.656 это просто параллельная 8-ми битная шина. Опционально может быть и шире, в общем зависит от разрядности АЦП. Т.е. можно, например, задействовать только старшие 8 разрядов из, допустим, 10-ти разрядного сенсора. Так же из сенсора передаются сигналы синхронизации строки и кадра. Но главный геморрой - сенсор является мастером, т.е. от него идёт сигнал строба данных. И удовольствие это работает на частотах до 27 МГц. В проектах, типа упомянутого немца, сенсор с BT.656 подключается непосредственно к LCD контроллеру, в режиме preview. Т.е. через MCU данные никоим боком не прокачиваются, MCU только инициализирует сенсор, LCD и раздаёт команды, типа Старт или Стоп.
Если речь идёт только о том, что бы вывести картинку на LCD, тогда хватит и AVRа. Если охота ещё какую-нить обработку, например текст наложить, то см. процессоры со встроеным BT.656. В основном это DSP. Но не только. Например Атмел должен скоро родить наконец свой 9260, в котором есть такой интерфейс. Но понадобится ещё памяти подвесить снаружи, хотя бы на пару картинок.
Делать на ПЛИС имхо геморрой тот ещё. Имхо под проекты такого объёма надо вешать ОС. Т.е. тебя ожидает что-то типа NIOS + uCOS, благо порт uCOS под NIOS имеется. Любой другой путь имхо "разврат и коррупция".

Кстати, касательно Нокиевких дел. В рекомендациях BT.656 оговорена и последовательная передача, со скоростью до 270 МГц. А так же оговорено, что можно вместо апаратных сигналов синхронизации строки и кадра, использовать специальные 4-байтные токены. Так что судя по всему то, что намутила Nokia с ST, со ихней инициативой SMIA, это просто эволюция BT.656.
Но большинство сенсоров работают с параллельной шиной.

О мой можжечок...

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

[Dj Kitt]

Поясните пожалуйста, КАК мою камеру перевести в решим ПРЕВЬЮ, и каким макаром это направлять в этот LCD напрямую...=)

[Tahoe]

Поясните пожалуйста, КАК мою камеру перевести в решим ПРЕВЬЮ, и каким макаром это направлять в этот LCD напрямую...=)

Камеру - никак. Камере можно только посредством I2C сказать, например, с каким fps выводить кадры, в каком формате ( многие сенсоры умеют выводить картинку в нескольких вариантах RGB и YUV ) и т.п.

... и каким макаром это направлять в этот LCD напрямую...=)

Скачай даташит на graphic engine от мобильника. Там всё красиво, в картинках разрисовано.
Ну или просто хотя бы залезь на ST и посмотри сразу там.
Ну или пробегись по этой ветке: http://forum.ixbt.com/topic.cgi?id=48:5096 , там сылки вроде были.

[DIM]

Касательно камер.
Они ВСЕ практически одинаковые и имеют стандартно два интерфейса. По I2С осуществляется управление камерой. По BT.656 передаётся ПОТОК картинок. Формат данных в этом потоке, определяется рекомендациями BT.601.
BT.656 это просто параллельная 8-ми битная шина. Опционально может быть и шире, в общем зависит от разрядности АЦП. Т.е. можно, например, задействовать только старшие 8 разрядов из, допустим, 10-ти разрядного сенсора. Так же из сенсора передаются сигналы синхронизации строки и кадра. Но главный геморрой - сенсор является мастером, т.е. от него идёт сигнал строба данных. И удовольствие это работает на частотах до 27 МГц. В проектах, типа упомянутого немца, сенсор с BT.656 подключается непосредственно к LCD контроллеру, в режиме preview. Т.е. через MCU данные никоим боком не прокачиваются, MCU только инициализирует сенсор, LCD и раздаёт команды, типа Старт или Стоп.
Если речь идёт только о том, что бы вывести картинку на LCD, тогда хватит и AVRа. Если охота ещё какую-нить обработку, например текст наложить, то см. процессоры со встроеным BT.656. В основном это DSP. Но не только. Например Атмел должен скоро родить наконец свой 9260, в котором есть такой интерфейс. Но понадобится ещё памяти подвесить снаружи, хотя бы на пару картинок.
Делать на ПЛИС имхо геморрой тот ещё. Имхо под проекты такого объёма надо вешать ОС. Т.е. тебя ожидает что-то типа NIOS + uCOS, благо порт uCOS под NIOS имеется. Любой другой путь имхо "разврат и коррупция".

Кстати, касательно Нокиевких дел. В рекомендациях BT.656 оговорена и последовательная передача, со скоростью до 270 МГц. А так же оговорено, что можно вместо апаратных сигналов синхронизации строки и кадра, использовать специальные 4-байтные токены. Так что судя по всему то, что намутила Nokia с ST, со ихней инициативой SMIA, это просто эволюция BT.656.
Но большинство сенсоров работают с параллельной шиной.

Посоветуйте пожалуйста LCD со входом BT.656

Смотреть на чипах HX8615A+HX8218A. Они могут принимать ITU поток. Только сегодня привесли прототипы LCD с этой опцией. Так, что в живую еще не пробовал. Позже готов рассказать.