[ivan24190 0]

Здравствуйте, уважаемые форумчане.

Намечается проект на основе stm32f746 (пока отработка будет производиться на discovery), одной из частей которого является работа с экраном.

Поэтому возник вопрос: существуют ли нормальные библиотеки для работы с дисплеем, кроме cubeMX?

(Интересует создание GUI под требования заказчика или необходимо все рисовать самому в формате *.bmp?)

До этого ни с дисплеями ни с тачем не доводилось работать.

[x893 33]

Естественно есть всё. И редакторы и библиотеки. Простенькие - без денег. Нормальные - за деньги. Смотрите и выбирайте.

[ivan24190 0]

Интересуют конечно бесплатные, на ум приходит только emWin, а что есть еще?

И вообще кто какими пользуется, если не секрет...

Изменено 15 июля, 2017 пользователем ivan24190

[x893 33]

Возьмите подходящий дисплей nextion и рисуйте.

Когда мастерство отточите - перенесёте на свою платформу.

 

https://www.itead.cc/wiki/Nextion_HMI_Solution

[ivan24190 0]

Добрый вечер уважаемые форумчане. При работе с платой stm32f746 discovery возникла проблема:

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

а если передернуть питание, то выводится только первая строка, а дальше ничего не происходит.

Специально после вывода строк пытаюсь поморгать светодиодом в бесконечном цикле, но до этого дело так и не доходит.

Думал, что случается HardFault или другие системные исключения, но в них даже не заходит.

Ощущение будто висит контроллер непонятно где.

Из периферии используются LTDC и SDRAM (инициализировано CubeMX) ну и порты ввода вывода. Хоть тресни не пойму что происходит.

Если нужно могу выложить код.

Кстати, еще вопрос на засыпку как запустить отладку из оперативной памяти, способом подходящим для stm32F4 и stm32F1 этого сделать не удалось.

 

[jcxz 183]

Кстати, еще вопрос на засыпку как запустить отладку из оперативной памяти, способом подходящим для stm32F4 и stm32F1 этого сделать не удалось.

ОЗУ разная бывает. Бывает внешняя, а бывает внутренняя.

Из внутренней - также как и из флешь: загрузить туда и запустить.

Из внешней: почти так же, но в скрипте JTAG-эмулятора необходимо проинитить контроллер внешней памяти. Ну и при перепрограммировании PLL не забыть корректно обработать этот момент со сменой частот.

[x893 33]

Вообще ничего не понятно.

Почему не добавить вывод сообщений при входе/выходе из функций ?

Если при соединенном дебуггере запустить, а потом присоединиться через него ?

 

[ivan24190 0]

x893, проблемное место нашел, только пока не понял почему так происходит.

Использовал счетчик тактов ядра из модуля DWT для формирования задержек.

На stm32f1 и stm32f4 это прекрасно работало. А на f7 почему-то не взлетело.

Как только заменил эти задержки на серию "нопов" проблемы исчезли.

Весь день убил на это дело уж никак подумать не мог, что виновата функция задержки,

сделанная на модуле DWT, т.к. раньше претензий к ней не было.

 

А вот с запуском отладки из внутреннего ОЗУ, пока не получилось (кеил 5)

Как делал на F4 и F1.

В файле system_stm32fxx.c дефайнил "VECTAB_SRAM".

Во вкладке Target -> IROM менял адрес flash на адрес ОЗУ т.е. 0x0800 0000 менял на 0x2000 0000,

и устанавливал размер кода, например 0x10000.

Затем на вкладке Target -> IRAM задавал начальный адрес ОЗУ с учетом значения, занятым кодом,

т.е. 0x2001 0000, естественно уменьшал доступный объем ОЗУ.

Дальше во вкладке Debug выбирал файл Dbg_Ram.ini, в котором тупо прописана функция Setup(),

которая устанавливает указатель стека и программный счетчик величинами 0x2000 0000 и 0x2000 0004.

Во вкладке Flash Settings также менял адрес с которого прошивать на 0x2000 0000.

Затем компилировал и запускал отладку. Все работало.

А на f7 такой способ не работает, прошивать - прошивает по заданным адресам, но отладка не запускается,

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

Может есть какой либо другой способ для запуска отладки из ОЗУ, применительно к f7, подскажите.

 

[x893 33]

Я бы, как начинающий, провел бы такой тест.

Всё как описано, но для кода выделил верхушку ОЗУ (например с 2000 4000 и размер 4000), а IRAM поставил в 2000 0000 и размер 4000.

И скорректировал .ini файл.

 

И потом ещё поигрался с boot0 и boot1.

[ivan24190 0]

Если кому нужно, отладку из внутреннего ОЗУ удалось запустить способом предложенным здесь:

https://community.st.com/docs/DOC-1529-how-...-device-keil-v5

Оказывается есть небольшие отличия при запуске отладки из ОЗУ в кейле v4 и v5.

[x893 33]

Спасибо, но гугл пока не забанили.

[jcxz 183]

Весь день убил на это дело уж никак подумать не мог, что виновата функция задержки,

сделанная на модуле DWT, т.к. раньше претензий к ней не было.

Счётчик тактов в DWT ещё включить надо (есть соотв. бит). Кроме того - он не реализован в некоторых МК.

Вам изучать периферию надо. По юзермануалу на МК, а не тыкаться наудачу во "вкладки" и кубы всякие. И меньше "чудес" будет...

[ivan24190 0]

jcxz, полностью согласен с Вами насчет доков, но как говорилось нужно было на скорую руку...

Вот и последствия.