Arduino.ru

Скорость обновления скрина зависит не от чипа на борту LCD. Больше зависит от библиотеки, ее оптимальности, разрядности шины данных и быстродействия контроллера.  

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

Что бы было проще начинайте со списка контроллеров поддерживаемых библиотеками. Чаще пользуются UTFT. Принцип вывода на экран для всех TFT одинаков, разница только в инициализации и протоколе SPI (cамый медленный), 8 бит(средняя скорость вывода), 16 бит (максимальная скорость вывода). Далее разрешение, TFT как правило начинаются от 168х172 ну и заканчиваются 800х600. Размер 1.44" - 7". Чем меньше разрешение, тем быстрее отрисовавается весь скрин. Дале изучаем библиотеку и пишем оптимальный скетч. Оптимальным будет 3.2" с разрешением 240 на 320 шина 16 бит.

что порекомендуете? быстрое на таких разрешениях: 320х240 в принципе достаточно, но и 240х400 еще лучше, большего и не надо

240х400 обычно имеют косяк, при ротации, повороте изображения происходит смещение экрана, т.к. подключенная матрица имеет меньше пикселей чем выводы управления чипа. Возникает необходимость вносить корректировку адресов(рабочей области памяти TFT)

тогда 320х240 достаточно в принципе, какую купить?

если бы можно было в память писать, сразу, как на ассемблере в область памяти, вот где скорости были бы и спрайты можно было бы сделать

Можно на ssd1289 выбрать TFT. Можете попробовать использовать сделать иконки, сохранить их во внешней flash или на SD. Затем при изменении определенной области выводить их в указанную область. тога нет необходимости обнавлять весь экран. 

спасибо огромное, буду пробовать!

ssd1289 напрямую подключить можно, без доп плат?

Я покупал переходную плату. Если руки правильно ростут можно сделать его самому.

Самый быстрый Nextion, забиваете в него свои страницы и переключаете одной командой. Или он сам переключает, обрабатывая тач.

Ну да. Сверх скорость загрузки по uart в sdram, если она там еще и стоит. И еще вопрос, с какой диоганали доступен режим страничной памяти. 240*320 = 76800 *16 = 1228800 бит, это столько надо загрузить в видео память. Интересно сколько займет времени у контроллера AVR такая процедура. Даже на скорости 115200. Не говоря уже о динамическом выводе, помойму получиться неплохая мигалка.

Смотрим видео и видим, что даже на статической картинке с отрисовкой 4-х линий заметно их характерное мерцание.

https://www.youtube.com/watch?v=NBp3t_gHTkE

Все тоже самое происходит и на обычных индикаторах TFT.

diger67 ,  на Nextion стоит ваш любимый STM32 , он то и быстренько рисует, и всяко как раз по 16бит. А по UART передаются только лишь данные с датчиков для него. Arduino не занимается рисованием, она используется только лишь как собиратель и обработчик сигналов с датчиков и передаче их по uart в STM32. к Nextion есть своя оболочка  в которой на примерах народ может делать алгоритм, оболочки, рисование датчиков с шаблонов. ТС следует обратить на него внимание. По форуму попадались они http://arduino.ru/forum/apparatnye-voprosy/nextion-displei и в инете полно.

Slider, специально просмотрел материалы по данным шилдам. Очень неудобная идеология для широкого применения. К тому же судя по установленному чипу на TFT, размер flash не более 256 кбайт. При этом надо учитывать что в него зашита программа монитор. Плюс для разработки нужен специализированный софт, думаю он тоже накладывает определенные ограничения на полет мысли.

Исходя из задачи быстродействие экрана не критично. Просто надо продумать порядок обновления информации на экране. Не перерисовывать каждый раз то, что не изменилось. Получится что пару раз в секунду перерисовать актуальные параметры - скорость и обороты можна на любом LCD с любым интерфейсом. Чаще перерисовывать не надо, только мелькать будет. Прогресбары и стрелки тоже надо оптимально рисовать, только ту часть, что менялась. Потому стартуйте проект на любом утраивающем Вас по диогонали и разрешению экрану с 8-битным интерфейсом и готовой либкой. Если даже при оптимальной работе с экраном скорости не хватит - оптимизируете либку, находите все digitalWrite и меняете на прямую работу с пинами. Не трудоемко,  а скорость подымится раз в 5. На крайняк можно ещё "пройтись" по циклам вывода, еще раза в 2 скорость вырастит. Если и это не поможет - програмирование не для Вас ;) 

наедялся что есть готовое решение, оптимизированное и быстрое)

а так, да, возврат к истокам первых компьютеров(спектрум, ямаха) програмированию в том стиле, где каждый битик на счету

но там было проще

Вполне вероятно что до оптимизации дело не дойдет. Еще момент. Я так понимаю, нужны будут цифры большого размера. С крупными шрифтами не все просто.  Я бы делал их в виде 10 картинок и при выводе на экран выводил бы эти картинки именно как картинки, соответственно оптимизировал бы какие выводить, какие нет. Папример при смене 15 на 16 выводить 1 не нужно. Т.к. крупные цифры занимают много площади экрана и времени на вывод, то в общем проблему скорости и вывода крупных цифр решил бы вместе.  

именно на картинках и остановился, значит хорошая идея

но надеялся что есть что-то аппартно быстрое

гуру, все таки какой чип самый быстрый и простой для Меги2650 и относительно дешевый? а программно да, буду оптимизировать решение

вот такой достаточно быстро обнавляется или кажется?

http://www.youtube.com/watch?v=K0A6PWO-qII

SSD1289 

для выбора чипов из известных UTFT могу посоветовать пересмотреть файлы setxy.h в папках \Arduino\libraries\UTFT\tft_drivers . Чем меньше там команд пересылки, тем быстрее будет рисовать контроллер на нем. Саму же либу использовать adafruit или ускоренную UTFT , в соседней теме про 3.5" дисплей , приводили методы её оптимизации, ускорения , и готовые решения. Битность однозначно 16 ! , контроллер  для 16ти битности дисплея -  Мега, STM32, Due (на ютубе есть сравнительные тесты рисования графики)

можно ссылочку на видео? а то не находил тестов

не искали, в ютубе набрать слова  " arduino mega due " https://www.youtube.com/results?search_query=arduino+mega+due

Так то только начинающий и думал, что дуо обрезанная мега, а оно вон как получается