Посоветуйте процессор 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

[aaarrr]

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

Техасовские AM1xxx поддерживают STN. Но TFT только 16 бит.

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

Ну, если не поддерживает, то никак не заставить: уж очень специфическое дело. Разве только внешнюю логику приколхозить.

[Intel4004]

Техасовские AM1xxx поддерживают STN. Но TFT только 16 бит.

Потребление. AM1xxx жрут столько-же, сколько и более интересные AT91SAM9xxx и в два раза больше чем кортексы.

Ну, если не поддерживает, то никак не заставить: уж очень специфическое дело. Разве только внешнюю логику приколхозить.

А по индикаторам можете проконсультировать? Существуют LCD с интерфейсом 24-bit tft, но не требующие подсветки? С диапазоном температур от -20(а лучше -30) до +80?
А то подсветка потребляет чуть-ли не больше чем процессор, батареек не напасешься...

[aaarrr]

Потребление. AM1xxx жрут столько-же, сколько и более интересные AT91SAM9xxx и в два раза больше чем кортексы.

Просто любопытно: а что такого есть у SAM'ов, что делает их более интересными?

А по индикаторам можете проконсультировать? Существуют LCD с интерфейсом 24-bit tft, но не требующие подсветки? С диапазоном температур от -20(а лучше -30) до +80?
А то подсветка потребляет чуть-ли не больше чем процессор, батареек не напасешься...

Существуют трансрефлективные TFT-экраны. Но встечаются они все реже, как мне кажется.

[Intel4004]

Просто любопытно: а что такого есть у SAM'ов, что делает их более интересными?

Поддержка. В первую очередь даташиты. Это песня. Во вторую - все схемы, примеры, аппноты без труда добываются с сайта атмела. Т.е. начать работать с атмеловским процессором намного проще, чем с любым другим.

Существуют трансрефлективные TFT-экраны. Но встечаются они все реже, как мне кажется.

Пошел гуглить...

[AlexandrY]

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

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

[aaarrr]

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

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

[AlexandrY]

Поддержка. В первую очередь даташиты. Это песня. Во вторую - все схемы, примеры, аппноты без труда добываются с сайта атмела. Т.е. начать работать с атмеловским процессором намного проще, чем с любым другим.

Может про AVR-ы Атмел и много чего выкладывал, а с Cortex-A5 они выдохлись.
Посмотрите - http://www.atmel.com/devices/SAMA5D34.aspx?tab=documents
Вот все что Атмел выкладывает!
И это песня?

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

Не понял, в чем отличие. Интерфейс то тот же, или нет?
Вообще из названия "4-бит STN" можно только догадываться о чем идет речь.

[aaarrr]

Не понял, в чем отличие. Интерфейс то тот же, или нет?

Не тот же.

Вообще из названия "4-бит STN" можно только догадываться о чем идет речь.

Интерфейс STN с 4-битной шиной. Вполне себе стандартная вещь, хотя и почти вымершая.

[AlexandrY]

Не тот же.

Интерфейс STN с 4-битной шиной. Вполне себе стандартная вещь, хотя и почти вымершая.

Ну так это стандартный интерфейс урезанной 8-и битной шины типа I8080. (CS, RD, WR , Data[0..4])
Отличие в данных.

[aaarrr]

Ну так это стандартный интерфейс урезанной 8-и битной шины типа I8080. (CS, RD, WR , Data[0..4])
Отличие в данных.

Нет. Это интерфейс с разверткой, где каждый бит в слове данных соответствует одной точке экрана:

Код

CLK   0     1     2     3     4

D0    R0    G1    B2    R4    .
D1    G0    B1    R3    G4    .
D2    B0    R2    G3    B4    .
D3    R1    G2    B3    R5    .

Для получения более 8 цветов используется дизеринг, формированием которого занимается контроллер.

[Intel4004]

Ну так это стандартный интерфейс урезанной 8-и битной шины типа I8080. (CS, RD, WR , Data[0..4])
Отличие в данных.

Нет. Не такой (как вы имеете в виду), в вот такой.

Может про AVR-ы Атмел и много чего выкладывал, а с Cortex-A5 они выдохлись.
Посмотрите - http://www.atmel.com/devices/SAMA5D34.aspx?tab=documents
Вот все что Атмел выкладывает!
И это песня?

Даташит на SAMA5 у них все так же на уровне. Вполне понятен и удобен.
А по вашей ссылке кроме вкладки Documents есть вкладка Tools, в которой схема стартеркита, примеры, библиотеки и т.д. В том числе и это. И даже это.
Так что я пока не вижу чтобы они выдохлись...

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

[jcxz]

Т.е. начать работать с атмеловским процессором намного проще, чем с любым другим.

Вот интересно - судя по Вашей фразе, Вы перепробовали ВСЕ остальные процессоры
Или под "любым другим" понимается Intel4004?

[Golikov A.]

А слабо к процу поставить маленькую ЦПЛД и забыть про проблемы интерфейсов?
Помниться что тексас никогда не страдал слабостью описаний...

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

[Intel4004]

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

Я тоже именно к этому и пришел. Сейчас разглядываю вейвформы TFT и STN на предмет как из одного сделать другое...

И лишнего расхода памяти не предвидится, т.к. LCD контроллер в SAMA5 поддерживает:
- Single Scan Active TFT Display
- 12-bit, 16-bit, 18-bit and 24-bit Output Mode through the Spatial Dithering Unit
- 1, 2, 4, 8 bits per pixel (palletized)

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

[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 это и есть извращение.

[LightElf]

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

Я дал оценку сверху, с учетом того что битовые операции на армах тормозны и придется выводить целый байт ради 4 бит.
По большому счету 320x240 4bpp и статичной картинке ядро в основном бездельничать будет и его можно в спячку положить (или чем другим занять). Основную работу будет контроллер DMA делать.

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

Скажем так: выводить картинку на CSTN можно разными способами. Ничего сложного/невозможного в софтверном режиме нет. Если есть свободные ресурсы у основного процессора - вполне себе вариант.