STM32F103C8T6 и дисплей ST7735

Вывожу график на дисплей, размер окна графика 140х50 = 7000 точек. Сам дисплей 160х128 точек. Сначала - подложку, затем оси, курсоры в виде вертикальных линий, которые постоянно изменяют своё положение, точки графика в виде квадратиков и сам график, соединяющий точки. Точек не более 16. В общей сложности количество выводимых точек, помимо подложки, составляет не более 5% от всего окна. Перерисовывать приходиться не менее 4 раз в секунду. Всё работает даже при большей частоте вывода (10 Гц), но при перерисовке происходит раздражающее мигание. Попробовал другие более скоростные варианты программ вывода, но ничего принципиально не изменилось.
Тогда решил попробовать вариант создания массива результирующей картинки uint16_t img[7000] с тем, чтобы окно, выделенное под график, заполнять не последовательно разными объектами, а одной картинкой. Но такой объём памяти не устраивает Keil, понятно, что ресурсов STM32F103C8T6 не хватает.
Сейчас обдумываю вариант без перерисовки фона, но каждый объект проходить два раза. Сначала с цветом фона с целью замазать рассматриваемый объект, а затем с нужным цветом и текущим его расположением.
Знатоки, что можете посоветовать?

0

Сообщение от VladimirU Чтобы твой код резко заработал на благо бизнеса.

А потом кого-нибудь убило нахрен?

0

Сообщение от Юрий_48 Может, чего и упустил

посмотрел, у меня в принципе такая же инициализация

паузы так же по 10 мс, делитель 2 на f407
разница только в позиционировании comm: 0x36, data: 0x1C

так что проблема не в последовательности инициализации...

Добавлено через 1 минуту

Сообщение от Eddy_Em Ох уж эта молодежь…

не понял что вас напрягло.. последовательность инициализации дисплея 5 байт... какой нафиг массив ?
вы на создание и обработку массива потратите столько же ресурсов сколько и на отправку 5 байт так как сделал этот автор...

0

Сообщение от VladimirU Зачем копипастить Что бы твой код резко заработал на благо бизнеса.

Сообщение от Юрий_48 Нормально запускается процентов 70. Иначе приходиться перестартовывать иногда и не один раз.

Вы вот это называете "на благо бизнеса"? Или может когда Ардуину пихают в управление лифтом?

Сообщение от Eddy_Em А не бывает в массив все это запихать и спокойно в цикле инициализацию выполнить?

Далеко не всегда это даст выигрыш. Скажем, у многих дисплеев надо дергать линию data/command, ее в массив пихать себе дороже. Но даже без этого по объему много не выиграете, по скорости тем более.

0

COKPOWEHEU, помню, баловался с какими-то дисплеем, туда с полсотни команд надо было отправить, и тоже ногой data туда-сюда дрыгать. Сделал структуру из пары байт, первый - данные, второй - флаги и задержки. Все компактно и места меньше занимает

0

0

Сообщение от Eddy_Em помню, баловался с какими-то дисплеем, туда с полсотни команд надо было отправить, и тоже ногой data туда-сюда дрыгать. Сделал структуру из пары байт, первый - данные, второй - флаги и задержки. Все компактно и места меньше занимает

ну так то с полсотни.. а тут 5 байт....

0

Сообщение от ВитГо а тут 5 байт....

И все равно адов спагетти-код!

0

Для вас три последовательные команды уже "адов спагетти-код"? Если что "спагетти" так называется из-за хаотичных переходов в разные части программы, которых тут нет. А тут вполне вменяемые имена функций, логичное расположение. Попытка заменить на массив наверняка ухудшит читаемость или возможность модификации. Да хотя бы задержку в нужное место будет не добавить.

0

Сообщение от Eddy_Em И все равно адов спагетти-код!

Для Вас, с Ваших небес, это и спагетти код, а я, земляной червь в этих делах, даже не знаю, что это такое. Для меня это возможность хоть как то начать свои эксперименты, которые приходиться делать мне одному, и в которых данная программа для STM, дай Бог, составляет 3% от всей работы. "Изучайте СИ", да приходиться его изучать в пределах упомянутых 3%. Предвижу, что может поступить умное предложение: "Наймите кого нибудь". Пока нет этой возможности!

0

Сообщение от Юрий_48 Предвижу, что может поступить умное предложение: "Наймите кого нибудь". Пока нет этой возможности!

Так вам не нравится этим заниматься, вас заставляют? Если так, может, лучше уйти пока нервы еще целы, и заниматься тем, к чему больше склонности?

0

Юрий_48, можно было подумать заранее и сделать как VladimirU. Вместо покрытого каменными отложениями дисплея выбрать современный и решить задачу не тратя на это ресурсы микроконтроллера. У контроллеров дисплея ilitek есть функциональность окна (рисование в заранее определённой области, не трогая остальное) и прокрутки области (сдвиг содержимого прямоугольный области одной командой).

Добавлено через 1 минуту
Программисты с электрониками должны работать совместно.

0

Сообщение от Rius У контроллеров дисплея ilitek есть функциональность окна (рисование в заранее определённой области, не трогая остальное)

У рассматриваемого дисплея так же.

Сообщение от Rius и прокрутки области (сдвиг содержимого прямоугольный области одной командой).

А, вот, этого нет. Плохо, что я не проработал вопрос с дисплеем должным образом, но поезд ушёл, взял, что подешевле и подоступнее. Оглядываясь на все проблемы приходишь к мысли, что, может, есть контроллеры дисплеев, которые имеют буфер, куда можно последовательно пихать нужные объекты с наложением, перед этим задавая, конечно, необходимую прямоугольную область. И после этого определённой командой передавать сформированный буфер непосредственно в матрицу дисплея на заданное место. Есть ли у ilitek или у других контроллеров такая возможность?

0

Сообщение от Юрий_48 Есть ли у ilitek или у других контроллеров такая возможность?

Есть у STM32 старших версий, LTDC:
Запускаем дисплей на STM32 через LTDC… на регистрах
AN4861 - Application note. LCD-TFT display controller (LTDC) on STM32 MCUs

В отдельном дисплейном контроллере... Встречалось у RAiO ещё в RA8835. А в даташите на RA8876 можно видеть переключение буферов экрана и фичу картинка-в-картинке.

Это также вопрос типа "давайте добавим ракетный двигатель к запорожцу". В этой области есть "умные" дисплеи типа FTDI EVE.

1

Rius, спасибо за полезную информацию.

0

Сообщение от ВитГо так что проблема не в последовательности инициализации...

Проблема прояснилась - наводки. Дисплейчик подключён жгутом ~50 мм. Обмотал жгут проводом как попало ~10 витков и подключил его к питающей земле. После этого всё стало работать без сбоев - 100% запуск. Вопрос второстепенный, больше для обшего развития. Почему проблема проявляласть только при запуске?

0

Далее вы в основном данные изображения пересылаете. Если в них что-то не так, просто пиксель будет немного другого цвета.
А один ошибочный бит при инициализации заставит глючить весь дисплей.

0