Программирование STM32

[veso74]

FreeRTOS встроен в конфигуратора STM32CubeMX и готов к использованию. Собственно, после 20-30 нажатий мышкой начинают работать n-задач, делая систему "многозадачной" (в первом приближении :P)

в помощь: Introduction to Free RTOS in STM32
https://controllerstech.com/introduc...rtos-in-stm32/

ниже: два blink, tasks переключается с TIM1:

void StartTask_1(void const * argument)  {
  for( ;; )   {
  	HAL_GPIO_TogglePin(GPIOC, GPIO_PIN_13);
  	osDelay(1000);
  }
}

void StartTask_2(void const * argument) {
  for( ;; )   { 
  	HAL_GPIO_TogglePin(GPIOB, GPIO_PIN_0);
  	osDelay(1000);
  }
}

[ozforester]

osDelay

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

[veso74]

Сделали. Ничего пересчитывать и переписывать не нужно. Работает.
Конфигурируем и используем, быстро и легко через STM32CubeMX.

Вр. диаграмма из примера выше, D0 - это PC13, D1 - PB0:
---
Si5351A (SW_I2c/HW_I2c) заработал, дисплей с MAX7219 (SW_SPI/HW_SPI) заработал, PCF8574 (SW_I2c/HW_I2c) заработал. Близок к первому синтезатору на STМ32 . STМ32 мне начали нравиться . С енкодером все должно быть прямолинейно - легко получить раб. код. Портировал код между MK/IDE не один раз. Как вариант с дисплея LCD1601/2 наверное будут трудности /хочу по 6 пинами, чтобы на МК сэкономить один пин/, но есть примеров много.

[veso74]

Китайский программатор ST-Link v2 не позволяет мне программировать из среды STM32CubeIDE, не позволяет Debug и не определяется в STM32CubeProgrammer. А осуществляет запись к STM8 (+ соотв. софт), пишет чрез STM32 ST-LINK Utility v4.6.0 и пишет чрез Keil, вкл. Debug там работает. Наверное мой ST-Link v2 это clone? Есть ли какое-то решение или стоит поискать оригинал (хотя бы один для тестов при сомнения)?

[ozforester]

Прошивал после сборки Маламут китайским клоном и оригинальной утилитой из виндоза, проблем не было. Если есть второй программатор, то можно один из них прошить софтом st-link с гитхаба, или даже j-link. Заодно можно убедиться, что физически сигнал ресета выходит на контакт разъема, у меня был выведен сигнал для stm-8, резал дорожки. Сейчас бы в исходнике пин переписал, наверное. Отладка через openocd и gdb работает нормально. Без физического ресета на опенсорсных утилитах могут возникнуть проблемы с доступом к F030, видимо программный ресет не успевает перехватить управление.

[veso74]

С Keil и IAR запись и Debug работает, так что если что-то естъ, ето из софт STM32CubeIDE и STM32CubeProgrammer: да серийный номер, да сертификат ...
Обновление прошивки ОК, а и это проблема не решает. Смотрел видео в интернете, там заменяют чип на новый, оригинальный: пустой, потом прошивает, потом обновляет и нормально все, Debug работает. (Видимо у старого есть номер в "чёрном списке" ).

[veso74]

Ситуация не так уж и плоха:
После установки ПО на свежеустановленную ОС, вкл. обновление прошивки ST-link, debugger в STM32Cube заработал .

[veso74]

Удалил все драйвера ST, удалил USB драйвера, перезагрузился, переустановил USB и ST драйвера.
STM32 Cube Programmer и ST-Link читает, записывает и Debug есть в Cube и на рассматриваемая ОС.
---
В настройках таймера есть возможность для конфигурация управления энкодером. Аппаратный метод.
Работает нормально напр. для VFO?

[veso74]

20 минут я безуспешно пытался настроить внутренние подтягивающие резисторы в I2c STM32F103C8T6. Первое вп. - в STM32CubeMX нет меню выбора.
Говорю себе: они вкл. по умолчанию. Но узел не заработал ... пока не подключил внешние резисторы.

Читаем в и-нете: нет включения I2c pull-ups в типа F1. А уже две-три недели подряд имею дело с F030F4P6 - все работает .
Для новичка это немного деструктивно , но так будет - особенности есть у всех типов.

Я что-то пропустил о I2c pull-ups в STM32F103C8T6?

[ozforester]

Перечитал даташит, получается что для задействования подтягивающих резисторов нужно порт в режим ввода включать. Не будет внутренней подтяжки при аппаратном I2c.

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