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

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

Жду советов, подсказок и т.д.
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
Цитата(Dj Kitt @ Aug 29 2006, 09:22) *
Один х... получается.. мне ведь картинку надо будет преобразовать в "С-код" для LCD, ПЛИС с этим справится???


Если выберешь подходящий кристал, то справится. Это одна из задач которые решают с применением ПЛИС. Но учитывай что это существенно может удорожить конечное устройство.
Dj Kitt
Спасибо всем, кто откликнулся!
Дока, вы в прошлой теме(в разделе AVR) упоминали про камеру с UART интерфейсом, не могли бы по-лучше про нее рассказать?
Doka
Цитата(Dj Kitt @ Sep 10 2006, 21:29) *
Дока, вы в прошлой теме(в разделе AVR) упоминали про камеру с UART интерфейсом, не могли бы по-лучше про нее рассказать?

cкорее всего это был не я, а acex2
acex2
Цитата(Doka @ Sep 11 2006, 10:48) *
Цитата(Dj Kitt @ Sep 10 2006, 21:29) *
Дока, вы в прошлой теме(в разделе AVR) упоминали про камеру с UART интерфейсом, не могли бы по-лучше про нее рассказать?

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


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

И так... на данный момент остался один вопрос, (возможно) вам он покажется глупым unsure.gif , но... Сто пудов что этот трабм возникает периодически у многих, кто работает с LPC2ххх, короче:
Цитата
#define LCD_D0 0x00080000
- назначает вывод (какой???) как нулевой бит для LCD...
так вот вопрос: есть ли таблица кодов выводов для LPC2106 МК??? blink.gif blink.gif blink.gif

Т.е. что-то типа Р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 имеется. Любой другой путь имхо "разврат и коррупция". smile.gif

Кстати, касательно Нокиевких дел. В рекомендациях BT.656 оговорена и последовательная передача, со скоростью до 270 МГц. А так же оговорено, что можно вместо апаратных сигналов синхронизации строки и кадра, использовать специальные 4-байтные токены. Так что судя по всему то, что намутила Nokia с ST, со ихней инициативой SMIA, это просто эволюция BT.656.
Но большинство сенсоров работают с параллельной шиной.
rat
Цитата(Tahoe @ Sep 12 2006, 09:16) *
Касательно камер.
Они ВСЕ практически одинаковые и имеют стандартно два интерфейса. По 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 имеется. Любой другой путь имхо "разврат и коррупция". smile.gif

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


Посоветуйте пожалуйста LCD со входом BT.656
Tahoe
Цитата(rat @ Sep 12 2006, 07:18) *
Посоветуйте пожалуйста 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.
Но большинство сенсоров работают с параллельной шиной.


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

Однако, спасибо за информацию wink.gif w00t.gif . Как раз пришел к тому, что бы выводить только картинку, мне больше кроме Превью режима ничего не надо было(сейчас дошло)...
А текст(скорость, пройденный путь, пульс и т.д.) есть идея выводить другим контроллером(или этим же), параллельно... glare.gif Жду советов касательно этой идеи а также касательно назначения выводов контроллера...
Dj Kitt
Поясните пожалуйста, КАК мою камеру перевести в решим ПРЕВЬЮ, и каким макаром это направлять в этот LCD напрямую...=)
Tahoe
Цитата(Dj Kitt @ Sep 12 2006, 15:14) *
Поясните пожалуйста, КАК мою камеру перевести в решим ПРЕВЬЮ, и каким макаром это направлять в этот LCD напрямую...=)


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

Цитата(Dj Kitt @ Sep 12 2006, 15:14) *
... и каким макаром это направлять в этот LCD напрямую...=)

Скачай даташит на graphic engine от мобильника. Там всё красиво, в картинках разрисовано.
Ну или просто хотя бы залезь на ST и посмотри сразу там.
Ну или пробегись по этой ветке: http://forum.ixbt.com/topic.cgi?id=48:5096 , там сылки вроде были.
DIM
Цитата(rat @ Sep 12 2006, 07:18) *
Цитата(Tahoe @ Sep 12 2006, 09:16) *

Касательно камер.
Они ВСЕ практически одинаковые и имеют стандартно два интерфейса. По 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 имеется. Любой другой путь имхо "разврат и коррупция". smile.gif

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


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


Смотреть на чипах HX8615A+HX8218A. Они могут принимать ITU поток. Только сегодня привесли прототипы LCD с этой опцией. Так, что в живую еще не пробовал. Позже готов рассказать.
Dj Kitt
Спасибо, постмотрел всё, что вы тут предлагали... smile3046.gif
Временно (в первой версии сего сабжа) решил отказаться от камеры(буду рыть параллельно).
На данный момент стоят вопросы на темы:
1) "Анимация" blush.gif
Конкретно интересует "Анимированная стрелка"( в моём устройстве аналогового спидометра не будет, просто для общего развития), еще конкретнее:
Существует массив стрелки, например горизонтальной.. как мне сделать так, что бы стелка могла наклоняться, т.е. как мне необходимо для этого осуществлять сдвиг сей конструкции под градус??? rolleyes.gif

2) Есть куча алгоритмов частотомера, но... unsure.gif
Мне необходимо измерять и скорость(сосбстно саму частоту) и пройденное расстояние...
а)Если я буду совать опто датчик на таймер, я не знаю как при этом импульсе еще и расстояние увеличивать(прошу совета)
б) Если импульсы будут приходить на лапу ExtInt'а, то мне придётся скорость считать по таймеру в 1-2 сек... или я не прав? unsure.gif unsure.gif

Не пинайте за ламерские вопросы...(просто не смотря на специальность РАС, мы будем изучать только AVR'ы(в след.семестре) и то на уровне дергания лапками... huh.gif mellow.gif wacko.gif unsure.gif glare.gif blink.gif angry.gif angry.gif )
Doka
Цитата(Dj Kitt @ Sep 14 2006, 16:21) *
...
2) Есть куча алгоритмов частотомера, но...
Мне необходимо измерять и скорость(сосбстно саму частоту) и пройденное расстояние...
а)Если я буду совать опто датчик на таймер, я не знаю как при этом импульсе еще и расстояние увеличивать(прошу совета)
б) Если импульсы будут приходить на лапу ExtInt'а, то мне придётся скорость считать по таймеру в 1-2 сек... или я не прав?

ну а чем стандартное не устраивает?
геркон на вилку - магнит на спицу
расстояние - число импульсов помноженное на L (длина окружности колеса)
скорость- отношение L к времени, прошедшему между двумя импульсами
(т.е. заводишь геркон на ногу прерывания, в прерывании запоминаешь значение таймера и сбрасываешь его)
Dj Kitt
Дока, вы меня чуток не поняли...sad.gif :
в определении пройденного пути и скорости траблов нет... просто я в предыдушем велокомпе высчитывал скорость каждые 2 сек... хочу что бы было чащеsmile.gif интересовало только
Цитата
в прерывании запоминаешь значение таймера и сбрасываешь его
и всёsmile.gif

А геркон - не вариант абсолютно... Дребезг, хрупкость... Ему очень быстро наступает Абзац...
Tahoe
Цитата(Dj Kitt @ Sep 14 2006, 19:30) *
в определении пройденного пути и скорости траблов нет... просто я в предыдушем велокомпе высчитывал скорость каждые 2 сек... хочу что бы было чащеsmile.gif интересовало только и всёsmile.gif

Лично я бы постарался избежать работы с "рваным" временем. Т.е. рассматривал только вариант а).
Касательно времени высчитывания. AFAIK, чем дольше времени происходит накопление сигнала, тем выше точность. Т.е. если 2 сек. достаточный интервал, для заданой точности, а хочется быстрее, но с той же точностью - удвой частоту импульсов ( повесь второй магнит, оппозитно ). Тогда ту же точность получишь за 1 сек. Ну и так далее. wink.gif

Цитата
А геркон - не вариант абсолютно... Дребезг, хрупкость... Ему очень быстро наступает Абзац...

Как раз единственно возможный вариант - магнитный. Если не нравится геркон, постачь датчик Холла, как в авто. А про оптику, имхо, лучше сразу забыть, слишком грязно. Либо очень геморройно, делать пылезащиту.
Dj Kitt
Цитата
Как раз единственно возможный вариант - магнитный. Если не нравится геркон, постачь датчик Холла, как в авто. А про оптику, имхо, лучше сразу забыть, слишком грязно. Либо очень геморройно, делать пылезащиту.


Об этом думал...с датчиком холла эксперимент был, работает - Класс!!!
Просто хочется эксперимент с оптикой поставитьsmile.gif

Господа, мне срочно нужна таблица в которой описываются коды выводов(на вывод инф-ы) LPC2106, в даташите смотрел, но не очень понял... рам разные режимы описываются, а вот для GPIO нифига нету unsure.gif
Dj Kitt
Господа, случился полный апогей!(возможно рано радуюсь, но..)
Сегодня на радиорынке приобрел книгу А.В.Самарина "Жидкокристаллические Дисплеи".
Так вот:"Mini LVDS - внутренний последовательно-параллельный интерфейс ЖК-дисплея. Соединяет декодирующий контроллер видеоданных, стоящий на плате управления с драйверами столбцов дисплея. Используется для видеочипов Texas Instruments. TCON - Timing Controller - контроллер, преобразующий входной формат данных шины LVDS в сигналы внутренней шины для загрузки данных в микросхемы столбцовых драйверов CD(Column Driver) ЖК-дисплея. Контроллер также формирует сингалы управления строчной (Row Driver Signals), которые поступают на отдельную плату строчных драйверов ЖК-Дисплея"

На эту тему сейчас копаю National Semiconductor и Texas Instruments, оказывается, они выпускают LCD дисплейчики размеров от 120х176 до охуN-го кол-ва дюймов cool.gif cool.gif rolleyes.gif rolleyes.gif

Если кто знает конкретные контроллеры, умеющие такое, просьба писать сюда!
Dj Kitt
P.S. В смысле выускают дисплейчики с LVDS входом
Dj Kitt
Ау! Люди!
Вымерли все, что-ли??? Как на LPC2106 лапами дергать?
zltigo
Цитата(Dj Kitt @ Sep 15 2006, 13:34) *
в даташите смотрел, но не очень понял... рам разные режимы описываются, а вот для GPIO нифига нету

Смотрите в User manual а не Product data sheet. И не забудьте заглянуть в Errata.



Цитата(Dj Kitt @ Sep 17 2006, 12:35) *
Вымерли все, что-ли??? Как на LPC2106 лапами дергать?

Просто вопрос не в тему топика.
MemoryTest
Цитата(Dj Kitt @ Sep 16 2006, 15:15) *
Господа, случился полный апогей!(возможно рано радуюсь, но..)
Сегодня на радиорынке приобрел книгу А.В.Самарина "Жидкокристаллические Дисплеи".
Так вот:"Mini LVDS - внутренний последовательно-параллельный интерфейс ЖК-дисплея. Соединяет декодирующий контроллер видеоданных, стоящий на плате управления с драйверами столбцов дисплея. Используется для видеочипов Texas Instruments. TCON - Timing Controller - контроллер, преобразующий входной формат данных шины LVDS в сигналы внутренней шины для загрузки данных в микросхемы столбцовых драйверов CD(Column Driver) ЖК-дисплея. Контроллер также формирует сингалы управления строчной (Row Driver Signals), которые поступают на отдельную плату строчных драйверов ЖК-Дисплея"

На эту тему сейчас копаю National Semiconductor и Texas Instruments, оказывается, они выпускают LCD дисплейчики размеров от 120х176 до охуN-го кол-ва дюймов cool.gif cool.gif rolleyes.gif rolleyes.gif

Если кто знает конкретные контроллеры, умеющие такое, просьба писать сюда!


в КТЦМК куча дисплеев с ЛВДС, там даже плата продается типа эвалютион боарда, позволяет и VGA и s-Video и т.д. гнать в LVDS, TFT панель 10" порядка 300$., плата вроде порядка 150.
Dj Kitt
ОК, буду рыть дальше... Спасибо, господа!
Новые вопросы:
а)Подскажите какую-нить камеру от сотиков, у которой на выходе - BMP.
б) Зачем нужен "16-битный сдвиговый приемопередатчик с выходами в трех состояниях" ?
rat
Цитата(Dj Kitt @ Sep 16 2006, 18:15) *
Господа, случился полный апогей!(возможно рано радуюсь, но..)
Сегодня на радиорынке приобрел книгу А.В.Самарина "Жидкокристаллические Дисплеи".
Так вот:"Mini LVDS - внутренний последовательно-параллельный интерфейс ЖК-дисплея. Соединяет декодирующий контроллер видеоданных, стоящий на плате управления с драйверами столбцов дисплея. Используется для видеочипов Texas Instruments. TCON - Timing Controller - контроллер, преобразующий входной формат данных шины LVDS в сигналы внутренней шины для загрузки данных в микросхемы столбцовых драйверов CD(Column Driver) ЖК-дисплея. Контроллер также формирует сингалы управления строчной (Row Driver Signals), которые поступают на отдельную плату строчных драйверов ЖК-Дисплея"

На эту тему сейчас копаю National Semiconductor и Texas Instruments, оказывается, они выпускают LCD дисплейчики размеров от 120х176 до охуN-го кол-ва дюймов cool.gif cool.gif rolleyes.gif rolleyes.gif

Если кто знает конкретные контроллеры, умеющие такое, просьба писать сюда!

Эту книгу бы да на FTP smile.gif
SpiritDance
Люди! а OLED- дисплеи кто-нибудь пользовал (встречал в продаже в златоглавой?)? Извиняюсь что не в тему.
Dj Kitt
Товарищ Rat, енто намёк такой????
Вот если мне люди по-активнее помогать будут, то по статьям буду выкладывать на ftp эту книжечку=)
Itch
Засунь лучше эту книжечку сам знаешь куда.
Dj Kitt
ЩаЗ
rat
Цитата(SpiritDance @ Sep 18 2006, 17:14) *
Люди! а OLED- дисплеи кто-нибудь пользовал (встречал в продаже в златоглавой?)? Извиняюсь что не в тему.

Юзал OLED микродисплей фирмы emagin. Покупать его дешевле в составе стереоочков "виртуальной реальности", чем договариваться о покупке отдельно.
SpiritDance
А кто-нибудь сталкивался с этим. У ктц-мк можно заказать в количестве 1-2 штук?
http://www.cec-mc.ru/comp/univ.shtml

rat
И как впечатления? еще интересует потребление по сравнению с ЖК с включенной подсветкой. Большой выигрыш?
rat
Цитата(SpiritDance @ Sep 20 2006, 13:42) *
А кто-нибудь сталкивался с этим. У ктц-мк можно заказать в количестве 1-2 штук?
http://www.cec-mc.ru/comp/univ.shtml

rat
И как впечатления? еще интересует потребление по сравнению с ЖК с включенной подсветкой. Большой выигрыш?

Мы говорим о немного разных вещах. Я юзал дисплей с диагональю 1 дюйм и разрешением 852x600. потребляет примерно по 50 мА от 3.3В, -3В и 4 В. Вход - RGB и композитный ТВ-сигнал. По общему впечатлению - изображение по сравнению с ЖК - просто сказка.
Dj Kitt
Доброго времени суток всем оппонентам!!!!!!
И так... Что мы имеем: Графический контроллер на стадии разводки платы... спидометр, онометр, дистациометр готовы(первая версия сего "компа" будет модульной).
новые вопросы: а)как програмно перевести RGB в 12-битный С-код?Всё что кто знает, просьба написать здесь...
б)если кто может - подскажите какой-нить сайтик или странияцу про 12-битны дисплеи(упр-е ими)
в)как сделать прорисовку векторной графики???
г) всё, что кто знает о преобразовании видео в С-код.

Заранее спасибо!

P.S. Нужна любая инфа!!! по обработке графики на ARM
Извените за ащiпки, чуток недоперепил... blush.gif
aaarrr
Здесь кто-то обещал "суть вопроса" по LVDS. Что-то после просмотра топика суть не проясниласьsmile.gif
Может быть уточните, что и к чему Вы собираетесь подключать?
Dj Kitt
ау, где все???
VDG
Цитата(Dj Kitt @ Oct 4 2006, 09:31) *
ау, где все???

Паночка помЕрла?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.