STemWin на STM32F4. Первый опыт. Вопросы.

Вот, задумавшись о GUI, решил попробовать эту либу.
Моё железо - STM32F4 (Dyscovery) и дисплей с Ebay разрешением 800х480 на контроллере SSD1963 с 16-битным интерфейсом.
Эта аппаратная связка давно обкатана и работает. Под это дело я писал свои драйверы и библиотеки. Работал с дисплеем через DMA и без него. Всё прекрасно.

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

В итоге получилось 2 варианта - на драйвере FlexColor (штатный драйвер STemWin, поддерживающий SSD1963) и мой собственный. Оба прилагаю.

В целом оба варианта запустились в общем-то с пол-оборота, но есть ряд непоняток:

1. На драйвере FlexColor некоторые строчки текста на экране выглядят как некий мусор. Я понимаю, что я мог где-то ошибиться, но тогда бы не работало ни-че-го, т.к. пользовательский драйвер для Flex-Color представляет собой 4 функции - запись команды/данных и запись/чтения блока. По сути это функции работы с FSMC. Плюс функция низкоуровневой инициализации SSD1963.

2. На моём драйвере все строчки рисуются нормально, но нету стрелочки курсора мыши, который есть на FlexColor. Подозреваю, что это из-за отсутствия функции вывода картинки на дисплей. В драйвере дисплея она у меня есть, но я не понял, куда её запихать в ST-шную прослойку. Да и тормозит заметно в сравнении с FlexColor.

Если кто разбирался, подскажите пожалуйста.
Если надо, я выложу полные проекты на кокосе. Блок CRC включён (просто знаю, что на этом многие ловятся, но это не мой случай).

Ещё один вопрос про память для GUI.

Я видел конструкцию
От одного вида которой мне стало страшно. У меня проц F407, Значит я должен дать ему 512 кил оперативы.
Внешней памяти у меня нет, в силу урезанности FSMC на 100-ногих процах. Или что, оно работает только на 429-Dyscovery, где стоит 8-метровый чип SDROM? Охренеть...
Дал ей пока 64К, но рекомендаций по этим объёмам я не нашёл. Сколько ей надо?

Спасибо.

[23.93 Кб]

[18.45 Кб]

1

И еще вопрос есть экран но у него нет вывода RD ili9481, чтение не работает, из-за этого или нет, никто не юзал такой экран https://ru.otyexpress.com/item/Frii-shi ... 12732.html

0

Сообщение от tokbymko И еще вопрос есть экран но у него нет вывода RD ili9481, чтение не работает, из-за этого или нет, никто не юзал такой экран https://ru.otyexpress.com/item/Frii-shi ... 12732.html

Я уже писал где-то тут, повторю ещё раз. Тут 2 варианта вне зависимости от типа дисплея:
1. Дисплей с возможностью чтения пикселей (по одному, другие варианты не нужны и неприменимы).
2. Большой буфер STemWin. Я использовал 3 метра (SDROM), сколько именно надо - не знаю. В этом случае чтение просто никогда не вызывается, т.е. он не нужно. Естественно, схема должна иметь эту память.

По другим вопросам не знаю.

0

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

Дисплей с возможностью чтения, вопрос не в этом, а том что китайцы не вывели ножку RD и судя по всему теперь экран не реагирует на команду чтения, ожидает еще сигнал по FSMC о старте, а ее нет. Вопрос в другом может FSMC настроить можно или экран как то чтобы он не ждал сигнала RD потому как мне кажется странным не выводить эту ногу если без нее нельзя. Есть знатоки FSMC и ILI9481? Экран хороший контрастный и разрешение норм, но хочу скриншоты, а он гад не хочет.

По первому вопросу не поможешь? Как рисовать поверх окна? Это можно точно судя по примерам на сайте сегер но они замудреные я их не понимаю. Я могу рисовать до момента запуска окна а после оно все перекрывает.

0

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

0

Тактирование там ни при чём. Логика работы FSMC (точнее даже I8080) по определению такова, что и для чтения, и для записи обязаны быть отдельные сигналы. Нет сигнала - нет чтения (либо записи :D ). Сами по себе команды ни при чём. Это уже логический уровень, а у Вас проблемы на физическом.
STemWin тут уже ни на что повлиять не может. Точнее может - делайте огромный буфер. Я уже писал выше.
Либо ищите нормальный дисплей.

По рисованию поверх окон - на мой взгляд, это вообще противозаконно, и на этом пути могут быть какие угодно грабли.
Единственный законный путь - наложить сверху простое окно типа
hStatusWin = WM_CreateWymdowAsChild ( 0, 0, 800, 25, WM_GetDesktopWymdowEx ( 1 ), WM_CF_SHOW | WM_CF_HASTRANS | WM_CF_MEMDEV | WM_CF_STAYONTOP, _cbStatus, 0 );

И в его оконной функции, в событии WM_PAINT, рисуйте что хотите. Но опять же - не знаю, обеспечит ли такой подход прозрачность окна и вообще как оно поведёт себя в вашей ситуации с кастрированным дисплеем. Проверяйте.
Лично я делал непрозрачное окно (аналог виндозного трея с часиками и значками), но мой SSD1963 прекрасно считывал из себя пиксели, а последнее время я вообще пересел на LTDC, где само функционирование дисплея принципиально иное.

Удачи.

0

Сообщение от hd44780 По рисованию поверх окон - на мой взгляд, это вообще противозаконно, и на этом пути могут быть какие угодно грабли. Единственный законный путь - наложить сверху простое окно типа hStatusWin = WM_CreateWymdowAsChild ( 0, 0, 800, 25, WM_GetDesktopWymdowEx ( 1 ), WM_CF_SHOW | WM_CF_HASTRANS | WM_CF_MEMDEV | WM_CF_STAYONTOP, _cbStatus, 0 );

По чтению EmWin вообще ни при чем, я сам читал для скриншотов, чтение EmWin мне не интересно совсем, оно только для курсора и анимаций используется, даже прозрачность без него работала вроде, но на этом экране не проверял. Огромный буфер это даже не смешно. "Тактирование там ни при чём."- как раз через RW и RD идет тактирование.

По поводу рисования поверх окон вообще странно, что это противозаконно, смотря на примеры от производителя, они этим занимаются, иначе как рисовать нормальные интерфейсы только заготовками кнопок и текс боксов? Они используют часто слои, но наверное, для прозрачности. Еще одно окно поверх другого, не знаю, но чем мне это поможет рисовать, ведь новое окно также не дает рисовать как и старое? Не стандартные интерфейсы кто-то делал или только кнопки используете? Я понять не могу, почему форум находится только этот по EmWin и в нем только hd44780 сидит. Вроде не плохая штука EmWin, в Росии никто не пользуется что ли, а кто пользуется сами не знают как у них он заработал и рады этому) Я могу конечно сделать окно не во весь экран(ограничится областью где кнопки) и рисовать ниже, но мне сам принцип понять хочется, что это за перекрытия и как ими управлять, для чего слои и т.д. А то, например, рисую линии просто в наглую сам без EmWin, что вообще странно, когда он умеет рисовать кучей функций. Функция выведения изображений тоже EmWinская, почему это противозаконно в окне вывести картинку? должно это ка-то работать, но у меня не работает, а примеры от EmWin настолько мудреные, что понять в них что-либо пока для меня сложно.

0

Сообщение от tokbymko как раз через RW и RD идет тактирование.

ну можно и так сказать :)

Сообщение от tokbymko Функция выведения изображений тоже EmWinская, почему это противозаконно в окне вывести картинку? должно это ка-то работать, но у меня не работает, а примеры от EmWin настолько мудреные, что понять в них что-либо пока для меня сложно.

Наверное я неточно выразился - я имел в виду, что рисовать "разрешается" только внутри WM_PAINT. В винде, например, такая же идеология - хочешь рисовать в окне - используй WM_PAINT (даже имя события такое же :D), хоть и ресурсы совсем иные... Другое дело, что рисовать поверх кнопок в каком-то окне - задачка сложная на мой взгляд.
А киньте плиз какой-нибудь пример от emWin, я если пойму чего - расскажу :)

Слоями STemWin лично я не пользовался, не подскажу ничего.
На сеггере тоже есть форум, но тут говорил кто-то, что там тоже не шибко-то отвечают.

0

Не знаю, будет полезным кому-то или нет - сам сейчас нахожусь на поле битвы с EmWin. После многочисленных попыток взять эту твердыню наскоком оббил всю башку и решил последовать первому правилу инженера - "Если уже совсем ничего не помогает - прочти инструкцию". Самая путёвая литература лежит в архиве STemWin_Library_V1.2.0 (вроде как на st.com лежит) в папке STemWin_Library_V1.2.0\Libraries\STemWin Library532\Documentation. Полистал 1300 страниц - вроде немного стало всё понятнее))
Если я правильно понял, нужно создать окно поверх существующего(вроде всплывающих окон)?
Видел в этом документе, как это сделать. Насколько помню - создаётся новый диалог для всплывающего окна Framewin, которое является ChildWymdow для основного, основное деактивируется, пока вы работаете с child.

odrvyho, я не понял, что Вы хотите сделать.
Какое-то окно поверх всех остальных окон? Это окно - диалог или что?

0

Сообщение от hd44780 odrvyho, я не понял, что Вы хотите сделать. Какое-то окно поверх всех остальных окон? Это окно - диалог или что?

Вы меня неправильно поняли, tokbymko спрашивал про рисование поверх окон, вот я и рассказал, где в последний раз это видел)
Литературу, если надо кому, могу скинуть на почту или выложить на файлообменник

Литературу давайте на файлообменник, всегда пригодится.

0

https://yody.sk/d/HCUMj3RL3EsfJu

Сообщение от odrvyho https://yody.sk/d/HCUMj3RL3EsfJu

Это стандартная дока STemWin, можно найти в кубе.

0

Сообщение от hd44780 Сообщение от odrvyho https://yody.sk/d/HCUMj3RL3EsfJu

Это стандартная дока STemWin, можно найти в кубе.
Если у Вас есть какая-то иная литература, было бы здорово, ибо информации про emwin - кот наплакал

Я не натыкался. Когда надо - курю ихнюю доку и примеры.

0

А никто не подскажет, в emWin есть возможность скрывать компоненты, ну или хотя бы делать их не активными? Меня больше всего интересует кнопки. Беглый просмотр API по ману результатов не принес, а в примерах пока что не наткнулся.

0

Сообщение от Mykopot_86 А никто не подскажет, в emWin есть возможность скрывать компоненты, ну или хотя бы делать их не активными? Меня больше всего интересует кнопки. Беглый просмотр API по ману результатов не принес, а в примерах пока что не наткнулся.

Конечно же всё есть:

Все элементы (кнопки, чекбоксы, всё что угодно) - всё это в первую очередь это окна, поэтому к ним применимы все общие функции манипулирования окнами. Аргумент у них у всех - хэндл окна/кнопки/чего_хотите.
А спец-функций, типа BUTTON_Hide, конечно же нет. Ибо не нужны они ....

0

Спасибо, но вот как то не прозрачно это все в мане у них сделано, вот почему нельзя сделать методы Hide/Show или enable/disable для элемента, т.е. с префиксом. Ну да ладно, хоть так можно и то хорошо. Еще раз спасибо за ответ.

0

Добрый вечер всем. Такой вопрос, есть меню, в меню выбираю пункт в котором 2 подпункта и я хочу как то сразу выделять тот пункт что был уже выбран, пробовал фекусом и MENU_SetSel но проблема в том что, если у меню есть субменю то от самого меню при его выборе нет уведомления, удаляю дочерние сабменю и вызов происходит. как быть, как выделять настроенные параметры в меню?

Смотрю здесь, и уведомления туда приходят, но не от меню с субменю, а от самих субменю без проблем.
case MENU_ON_ITEMSELECT://Это сообщение посылается владельцу меню сразу после пункт меню выбран.

switch (pData->ItemId) {

0

Сообщение нашел от меню в case MENU_ON_INITSUBMENU://Это сообщение посылается владельцу меню сразу прежде чем откроется субменю.

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

0