16 бит на пиксел - оптимальный вариант ИМХО. И иконки/фоновые изображения делать проще, получаются "фотореалистичными", и цвета задавать проще - написал цветовые составляющие, получил цвет. По палитре еще надо подбирать подходящий - не очень удобно. По трафику при передаче команд второй байт цвета добавляет совсем немного.
А четырех страниц вполне хватает, слабо себе представляю задачу, где нужно больше. Обычно вообще больше двух не используют.

http://www.ampdisplay.com/pdf/tft/ADI_FSA5...rface_Board.pdf
Такое или полнее?

Кто нибудь уже использовал MTF-TQ57SP741-AV с контроллером SSD1926? Хотелось бы отзыв получить. Пора выбрать между MTF-TQ57SP741-AV и AM-320240Nххх. У первого есть рисование графических примитивов (по крайней мере, контроллер SSD1926) поддерживает. Но нет варианта с контроллером тач-панели, контрастность (max) 250 против 350 и один экран при полном цвете.
Интересует, в первую очередь, у MTF-TQ57SP741-AV наличие синхронизации при записи отдельных точек или примитивов на рабочий экран.

Извините, если отвлек от диалога - у меня тоже схожие задачи по применению TFT модуля. Пока идет проработка на концептуальном уровне - пытаюсь понять сложность задачи применительно для осциллографа.
Первое на что натолкнулся это скорость обновления экрана. Для того чтобы устройство было "живеньким" необходимо порядка 10 раз в секунду обновлять экран. Пусть у TFT модуля есть контроллер (или нечто его заменяющее) и за одну посылку микроконтроллер может передать только одну точку (вместе с палитрой). Если тактовая частота шины около 1 МГц, то на просто передачу всего массива данных потебуется 1uc * 320*240 = 77 mc, т.е. микрокотроллер все время будет в состоянии передачи и ни на что другое времени вообще не останется.
Если экран чуть побольше 480*272, то вообще ж..па. Я не говорю про размеры буфера в памяти под это дело.
Если использовать примитивы (но вроде не все контроллеры их поддерживают), то объем пересылаемой информации будет значительно меньше, но есть ощущение, что китайские примитивы могут сильно не понравиться. Использование "программных" примитивов выигрыша в скорости обновления не даст.
По-всей видимости, такая проблема встает перед всеми, кто пытается приделать TFT модуль к слабенькому процессору типа ARM7 или AVR (без контроллера LCD на борту). Кто и как поступает?

TFT проводник (компаньон), как я понял это устройство заменяющее контроллер дисплея и обладающее расширенным набором функций. Но если не пользоваться встроенными примитивами, то в варианте компаньона по SPI интерфесу надо передать все точки экрана. Если частота SPI 10-20МГц (больше боюсь не реально), то даже для 320*240 это даст все теже 77 мс (и 150кB памяти). Может я чего не понимаю?

Не используют AVR вообще и слабенькие ARM7 без контроллера на борту. Стоимость ARM7 c контроллером начинаются c 200 рублей. Сколько это процентов от "осциллографа"???

Ну те кто не использует могут и не отвечать .
А цена, например, LPC2368 около 300 руб. Контроллера на борту нет.
TFT-компаньон вообще по SPI работает.
К слову, проблема обновления, на мой взгляд, существует и для мощных камней - да есть встроенный контролер с DMA, но память то внешняя и доступ к ней по той же шине. Если экран с большим разрешением, то он здорово будет тормозить работу всей системы.

А зачем обновлять весь экран? Обновляйте только то, что изменяется. Не используйте полную цветность, все это уменьшит объем передаваемой информации.

А у тех-же ныне NXPшных LH7xxx есть, и цена от 200. И у LPC2478 за 299 рублей есть.... Ну и?

Да хоть барабанным боем...

Архитектуру производители не скрывают, может лучше вместо предположений просто ознакомиться?

"Кривенькие китайские примитивы"... Во-первых не китайские, во-вторых вполне прямые. У ТФТ-компаньона приличный набор примитивов. Будем пополнять по мере поступления пожеланий. Попиксельная работа с экраном предусмотрена для каких-то особых случаев. Естественно по SPI пикселами особо не порисуешь, поэтому основной режим работы - отрисовка командами вывода примитивов.

Теперь касательно вашей задачки. Если это разработка "для себя", чисто из интереса, лучше взять какую-нибудь демо-плату с TFT, или что-то типа Тиона.
Если разработка для последующего производства - тогда рекомендации будут зависеть от предполагаемых объемов производства.

Т.е., к примеру, для осциллографа надо будет одновременно затирать старую осциллограмму и рисовать новую? Следовательно старый и новый образ должны постоянно висеть в памяти. Еще минус - если на экране "случайно" появятся артефакты, то они будут видны до выключения экрана.

По-поводу ограничения цветности - посылка будет минимум байт, поэтому хотя памяти потребуется меньше (8 цветов) скорость обновления будет таже.




Сколько не читал, так и не понял почему у LPC2138 при записи в порт (внешние ноги) ядро "тормозится" на 7-10 тактов, а не продолжает выполнять программу?

А какое это отношение имеет к LCD? А буквы FastIO не встречались при чтении? А кто вместо процессора "продолжающего выполять программу" будет отрабатывать многократные махания ногами, если он сделает несколько записей подряд? А что будет делать "продолжающаяся выполняться программа", если она думает, что ножкой махнула, а на самом деле еще нет? А какие нужно будет обеспечить фронты на GPIO, для быстрого-быстрого махания ножками и чем эти короткие фронты грозят? Странное непонимание у разработчиков цифровых осциллографов

Извиняюсь если невольно обидел, но тема была о TFT модулях с контроллером на модуле. Некоторые из них (MTF, например) могут рисовать примитивы - вот об этих-то примитивах и было предположение о их "кривости".



А что такое Тион?
По-поводу второго - пока нет ничего определенного, есть только надежды.



Именно в режиме FastIO так и делается. Мне кажется, что этот разговор не о чем...

Я не пробовал, но после беглого знакомства мне больше глянулся MTF.
Минусы ADI - запись адреса точки только 8 битная. Если работать с конкретными точка то для каждой потребуется 9! циклов записи. Второй минус - 450 mA от 3.3В для питания контроллера и драйверов (AM480272C3TMQW-W0H). Издеваются что ли ? Из плюсов - подсветка потребляет всего 0.46 Вт.
Плюсы MTF - запись адреса 16 битная, писать можно гораздо быстрее. Жрет контроллер много меньше - 85 mA . Однако подсветка криворукая - 2Вт
Самое интересное если сравнить общее энергопотребление, то оно примерно одинаковое 2 - 2,5 Вт. Вот если бы взять контроллер как у MTF, а подсветку как у ADI, то.... Может кто с таким сталкивался на 4-4,3 дюйма?

AM-320240N6TMQW-W0H -5,7" - 150 mA LCD и 140 подсветка. Взял пару. На него есть положительные отзывы. Скорость важна, если не успеваешь выводить информацию.



Так что важнее, память или скорость. А артефакты, если таковые вероятны, можно стирать эпизодически.

Но переключаемых экранов больше.

Описание на A M - 3 2 0 2 4 0 N T M Q W - W 0 H тоже лукавое. LCD - 150 mA, но от 5V. Подсветка 1,3Вт. Почему меньше жрет LCD чем у 4.3" - может потому что здесь 320*240, а там 480*272? Еще очень возможно, что данные о потреблении LCD неверные. Интересно было бы сравнить с реальными.
К сожалению, мне 5,7" не подходит - только 4" или 4.3".
О скорости - не хочется заранее делать тормознутую систему.



Да, я и сам пришел к токому же выводу Но 9 8-битных посылок на 1 точку это, на мой взгляд, явный перебор. Хотелось бы память и скорость.




А какая в них корысть, если только не делать электронное табло с расписанием поездов (минуту готовишь одну страницу, а показываешь другую - затем смена)?

Только, то подключил. С подсветкой все согласно описанию, питание подсветки:
LED voltage VAK 8.4 - 9.6 - 10.8 V, ILED=140mA,Ta=25℃
Сколько контроллер потебляет точно сказать не могу питание от платы контроллера, а на ней DC-DC c 24V.