Посоветуйте процессор 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 по условиям имеется.

[LightElf]

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

А есть пространство для дискуссий?

А чем преобразовывать?

Софтверно вестимо. Кстати, 16..64 цветов сделать не проблема без дизеринга - можно реализовать frame rate modulation непосредственно процессором.
Что-нибудь типа STM32F407 вполне справится. Правда про разрешение экрана ничего не сказано.

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

Ну извращаться можно разными способами.

[aaarrr]

А есть пространство для дискуссий?

Мне представляется, что я достаточно понятно написал, что имел в виду под 1bpp.

Софтверно вестимо. Кстати, 16..64 цветов сделать не проблема без дизеринга - можно реализовать frame rate modulation непосредственно процессором.
Что-нибудь типа STM32F407 вполне справится. Правда про разрешение экрана ничего не сказано.

Ну, подсчитайте, что получится для скромного случая 320x240 @ 120Hz.

Ну извращаться можно разными способами.

Несомненно.

[LightElf]

Мне представляется, что я достаточно понятно написал, что имел в виду под 1bpp.

Стоит пользоваться общеупотребимыми терминами.

Ну, подсчитайте, что получится для скромного случая 320x240 @ 120Hz.

Выходной поток в 13 МБ/с. Копейки в общем-то.

Несомненно.

Проще не извращаться и дисплей поменять.

[aaarrr]

Стоит пользоваться общеупотребимыми терминами.

Как можно заметить, термин 1bpp был употреблен мной при обсуждении абстрактного STN-дисплея, который может быть и монохромным.
Для человека, знакомого с STN, должно быть очевидно, что 1bpp STN = 8 цветам CSTN.

Выходной поток в 13 МБ/с. Копейки в общем-то.

Откуда столько? 960 * 240 * 120 = 27.6Мбит/с или 3.3МБайт/с в среднем. Но даже этот скромный поток перепахивать в реальном
времени программно будет суровой нагрузкой на процессор (который по условиям задачи должен батарею экономить).

По сравнению с внешней CPLD это и есть извращение.