LPC2478 + LCD = cтранные проблемы с синхронизацией. Опции

[Dog Pawlowa]

Подключил к плате от Олимекс другой ЖКИ (800 480 вместо 320 240) с соответствующей корректировкой инициализации. На экране мельтешение.

Можно было бы списать на строчную синхронизацию, но круглый курсор в центре экрана стоит как вкопанный. Значит, нет синхронизации от кадра к кадру между содержимым ОЗУ и контроллером ОЗУ. То есть при окончании кадра данные берутся с другого места (но незначительно, т.к. общие полосы по кадрам отображаются похоже).
Вот я и думаю, как это может быть вообще и что это нужно еще подправить.

[aaarrr]

16bpp тоже не сахар, ARM9 @ 200MHz с кэшами только-только хватает тянуть 640x480x16bpp без тормозов. 8bpp - более реальное значение.

[Dog Pawlowa]

16bpp тоже не сахар, ARM9 @ 200MHz с кэшами только-только хватает тянуть 640x480x16bpp без тормозов. 8bpp - более реальное значение.

Спасибо, учту.
Применение права специфическое - для медицинского прибора. Видео не требуется. Статические картинки GUI можно показывать с хорошим качеством, а в динамике можно будет и до 4 bpp снизить.

[Al Volovich]

Применение права специфическое - для медицинского прибора. Видео не требуется. Статические картинки GUI можно показывать с хорошим качеством, а в динамике можно будет и до 4 bpp снизить.

Может быть подойдет готовое решение: ТФТ-Компаньон
Кроме SPI порта для него практически ничего не надо...
7" матрица 800х480 поддерживается.
Плюсом решается проблема несоответствия времени выпуска конкретного TFT-модуля и вашего конечного изделия. В медтехнике то жизненный цикл изделия 10 лет - норма.

[Dog Pawlowa]

Может быть подойдет готовое решение: ТФТ-Компаньон
Кроме SPI порта для него практически ничего не надо...
7" матрица 800х480 поддерживается.
Плюсом решается проблема несоответствия времени выпуска конкретного TFT-модуля и вашего конечного изделия. В медтехнике то жизненный цикл изделия 10 лет - норма.

Спасибо за предложение. Конечно же, Ваше решение рассматривалось.
Достоинства очевидны, а недостатки ... Они тоже есть, кроме первого, недостатки - это скорее отсутствие этих достоинств
1) Более дорогое решение.
2) Если Вы будете адаптировать решение под другие модули, то и мы в общем то в состоянии. Первый опыт показал, что проблем особых нет.
3) Объем памяти для GUI откуда брать? Все равно ядро прибора должно быть продвинутое, графическими примитивами не обойтись. А тут ARM c USB хостом, да я весь GUI как битмапы во флэшку накидаю, а многопроцессорность в системе имеет свои недостатки.

Давайте наоборот? Я немного наблатыкаюсь с NXP и замутим "TFT-Брателло" на LPC-2478 ?

[Al Volovich]

1) Более дорогое решение.

А вы какой модуль используете?

2) Если Вы будете адаптировать решение под другие модули, то и мы в общем то в состоянии. Первый опыт показал, что проблем особых нет.

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

3) Объем памяти для GUI откуда брать? Все равно ядро прибора должно быть продвинутое, графическими примитивами не обойтись. А тут ARM c USB хостом, да я весь GUI как битмапы во флэшку накидаю, а многопроцессорность в системе имеет свои недостатки.

Зато не надо хранить две страницы видеобуфера, а для 800х480х16 bpp это полтора метра памяти. Хотя со SDRAM контроллером это не проблема

Давайте наоборот? Я немного наблатыкаюсь с NXP и замутим "TFT-Брателло" на LPC-2478 ?

Брателло больше чем 480х272 врядли потянет с нормальной скоростью, не стоит мучить 2478

[Dog Pawlowa]

А вы какой модуль используете?
Зато не надо хранить две страницы видеобуфера, а для 800х480х16 bpp это полтора метра памяти. Хотя со SDRAM контроллером это не проблема

Мы решили сделать свой модуль - LPC2478+SDRAM. Три микросхемы на плате решают вопрос и управления, и вывода. А управление прочими блоками по SPI или UART.

Брателло больше чем 480х272 врядли потянет с нормальной скоростью, не стоит мучить 2478

Ну я же говорю - динамика не нужна. Зато женское тело можно вывести со всеми подробностями
Можно подумать, что TFT-компаньон решает проблему быстродействия. Он только добавляет проблему синхронизации дисплея событиями в приборе.

[Al Volovich]

Мы решили сделать свой модуль - LPC2478+SDRAM

Я имел ввиду TFT-модуль. Какой вы используете?

Можно подумать, что TFT-компаньон решает проблему быстродействия.

Конечно решает. ATMega8 спокойно может вращать икосаэдр c заливками со скоростью 17 fps.


А записав скрипт, отрисовывающий примитивами все неизменные компоненты экранов прибора, можно отрисовать экран одной командой, послав 9 байт по SPI. Так что вычислительные затраты на GUI кардинально сокращаются.

[Dog Pawlowa]

Я имел ввиду TFT-модуль. Какой вы используете?

Пока подключили то, что предлагает региональный Arrow : T4880C03WQ01 от Crystal Clear Technolodgy. Нужно не меньше 7".

Конечно решает. ATMega8 спокойно может вращать икосаэдр c заливками со скоростью 17 fps.
А записав скрипт, отрисовывающий примитивами все неизменные компоненты экранов прибора, можно отрисовать экран одной командой, послав 9 байт по SPI. Так что вычислительные затраты на GUI кардинально сокращаются.

Мы говорим об одних преимуществах одной технологии проектирования GUI против других преимуществ другой технологии проектирования GUI. Если памяти достаточно, то перерисовать заранее подготовленные битмапы с такой скоростью - не проблема. Еще вопрос, нужно ли 2D для GUI реального прибора. Зато придется автоматизировать технологию подготовки скриптов. Текст выводить - нужно в ATmega8 пару шрифтов поместить. И куда? А 128 мега - уже половина стоимости LPC.

Я еще раз посмотрел Ваш сайт. Цены действительно разумные. Но не для тысяч устройств. Решение с отдельной платкой для перехода на плоский кабель логично. Передерем Получается, что придется создавать что-то похожее, но свое, только для того, чтобы еще свое приложение подгрузить.
Кстати, а какой контроллер Вы используете?