Посоветуйте процессор arm9, cortex-a или подобное..., малопотребляющий и с поддержкой STN LCD Опции

[Intel4004]

Малопотребляющий (батарейное питание)
Частотой 300-500Mhz
С USB host и device
С контроллером LCD с поддержкой 4-бит STN и 24-bit TFT
С готовым линуксом со всеми драйверами под него.

Предыдущую подобную тему читал, но ответа там не нашел.
Все или слишком много потребляет, или не поддерживает STN

Да, и еще один вопрос: а атмеловский ATSAMA5D34 точно нельзя заставить поддерживать 4-бит STN LCD? А то по всем остальным критериям он вполне подходит...

Сообщение отредактировал Intel4004 - Jun 19 2013, 07:13

[AlexandrY]

Да, и еще один вопрос: а атмеловский ATSAMA5D34 точно нельзя заставить поддерживать 4-бит STN LCD? А то по всем остальным критериям он вполне подходит...

4-х битной шине к LCD не нужен специальный контроллер. Обмен можно сделать даже на прерываниях и DMA. Т.е. на любом микроконтроллере.

[aaarrr]

4-х битной шине к LCD не нужен специальный контроллер. Обмен можно сделать даже на прерываниях и DMA. Т.е. на любом микроконтроллере.

Только при условии 1bpp. И все равно понадобится внешняя логика чтобы не транжирить память.

[LightElf]

Только при условии 1bpp. И все равно понадобится внешняя логика чтобы не транжирить память.

Зависит от требуемой картинки. Если 8-16 цветов достаточно (не нужен dithering) - то почти любым камнем с DMA и таймерами можно выводить. А уж если внешняя шина есть - вообще просто.

[aaarrr]

Зависит от требуемой картинки. Если 8-16 цветов достаточно (не нужен dithering) - то почти любым камнем с DMA и таймерами можно выводить. А уж если внешняя шина есть - вообще просто.

Выводить 1bpp (те самые восемь цветов), конечно, просто. А вот рисовать со стороны программы будет крайне неудобно:

Код

Byte 0                     Byte 1
0  1  2  3  4  5  6  7     0  1  2  3  4  5  6  7
R0 G0 B0 R1 XX XX XX XX    G1 B1 R2 G2 XX XX XX XX

P.S. Как без дизеринга получатся 16 цветов?

[LightElf]

Выводить 1bpp (те самые восемь цветов), конечно, просто. А вот рисовать со стороны программы будет крайне неудобно:

CODE

Byte 0                     Byte 1
0  1  2  3  4  5  6  7     0  1  2  3  4  5  6  7
R0 G0 B0 R1 XX XX XX XX    G1 B1 R2 G2 XX XX XX XX

8 цветов - это 3 bpp.
Рисовать в человеческом виде (например упаковать по две точки в байт). А преобразовывать при выводе на лету.

P.S. Как без дизеринга получатся 16 цветов?

Согласен, затупил. С другой стороны: ставить STN матрицу и пытаться на ней получить красоту можно только из мазохизма.

Сообщение отредактировал LightElf - Jun 20 2013, 12:57

[aaarrr]

8 цветов - это 3 bpp.

Ну, это как считать

А преобразовывать при выводе на лету.

А чем преобразовывать? Вот и пришли снова к внешней логике. Только в случае ТС гораздо удобнее будет построить такую схему:
Поток TFT -> CPLD (дизеринг) -> STN, так как интерфейс TFT по условиям имеется.