Проверил по даташиту.

Привык. Уже и не помню зачем изначально ставил.

Ок, спс

гента была хороша. Один раз установил и бесконечный апгрейд без необходимости переустановки :)

uint8_t SPI_LL_RW(uint8_t data) {
  while (!LL_SPI_IsActiveFlag_TXE(spi_handdler)) {
    asm("NOP");
  }

  LL_SPI_TransmitData8(spi_handdler, data);

  while (!LL_SPI_IsActiveFlag_RXNE(spi_handdler)) {
    asm("NOP");
  }
  return LL_SPI_ReceiveData8(spi_handdler);
}

попробовать поменять ...Flag_TXE на ..Flag_RXNE

Мы уже обсуждали =) Я тоже бывший гентушник...но сейчас важна скорость, а не новизна.

скорость переустановки? :)

Ну вот йокта огонь

Музычка прикольная НТР "Нужно было ставить , что?" Линукс!

Согласен на все 100! Главное чтобы тоже не пересобирать по 100 раз на дню!

RTOS one love!

uint8_t SPI_LL_RW(uint8_t data) {
  while (!LL_SPI_IsActiveFlag_TXE(spi_handdler)) {
    asm("NOP");
  }

  LL_SPI_TransmitData8(spi_handdler, data);

  while (!LL_SPI_IsActiveFlag_RXNE(spi_handdler)) {
    asm("NOP");
  }
  return LL_SPI_ReceiveData8(spi_handdler);
}

Вместо asm("NOP"); сделать taskYield();

Потому что дайте другим задачам поработать, пока идет I/O операция

Туплю, не могу понять в чем проблема. Контекст: продолжаю делать DFU bootloader на stm32f10rct6, на котором его в стоке нет. Вроде бы сделал. Есть отдельный проект на бутлоадер, который радостно грузит фирмварь, заливаемую через DFU  c 0x08008000. Есть тупой блинк-проект для проверки того, что бутлоадер нормально отрабатывает - тоже работает. Заливается, радостно мигает светодиодом. Пробую усложнить блинк - впиливаю FreeRTOS. Работает, заливается, грузится бутлоадером, мигает. Постепенно усложняю, приводя плюс-минус к тому же виду, что и основной проект. Врубаю два SPI, I2C, I2S, UART. Работает - заливается, мигает. Добавляю USB CDC - все, привет, перестает. Инициализирую через кубик. Причем, MX_USB_DEVICE_Init() стоит после инициализации всей периферии в коде. Но при этом - если я его комментирую, вся периферия инициализируется нормально, scheduler запускается, таска с миганием светиком отрабатывает. Если я его раскомментирую - все виснет еще до того, как запуститься scheduler, то на инициализации SPI, то на UART, какой-то чистый рандом. Ну и стандартная добавка - "вектора перекинуты", простая прошивка, как уже и говорил и льется, и работает. ЧЯДНТ? Инициализация USB DFU в буте стоит после загрузки кода прошивки и если она не грузанулась. То есть когда прошивка грузится - USB в буте не инициализируется, по идее конфликта нет.

Не в этом случае.
Там по сути нужно подождать пока транзакция по SPI закончится.
Двойного переключение контекста больше времени отожрет.

По-хорошему надо брать DMA и восстаналивать контекст

Т.е. fire-and-forget. Запустили транзакцию-отпустили задачу. пО окончанию работы DMA в перывании сделали taskNotifyEvent, как-то так назывался метод.

Хорошей практикой считается перед передачей управления в основной код - вернуть все в исходное состояние. Не увидел здесь о том что делаешь деинит

Да.
Но в этом случае не похоже что используется DMA.

В принципе, любая шина данных при передаче это RAII ресурс, а блокирующие ожидания могут быть болезненные