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

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

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

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


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

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


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

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


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

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


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

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

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

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



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

Не тот же.


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

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

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

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

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


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

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

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

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

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


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

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


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

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


А чем преобразовывать? Вот и пришли снова к внешней логике. Только в случае ТС гораздо удобнее будет построить такую схему:
Поток 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)

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


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


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

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


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


Несомненно.

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


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


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

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


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

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

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


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