caxapa.ru :: Не вижу ничего страшного. Вот prinf() в обработчике это жесть

Vit (16.05.2020 22:33, просмотров: 773) ответил Aleksey_75 на ээээ, трешак!! я так понял эта функция заточена чтоб не использовать прерывания, паэтому сидим и ждем, чем ниже битрейд тем больше ждем ))

Не вижу ничего страшного. Вот prinf() в обработчике это жесть

Вот выдрал из обычного проекта с LwIP

__STATIC_INLINE uint32_t _ITM_SendChar (uint32_t ch)
{

  if ((ITM->TCR & ITM_TCR_ITMENA_Msk) && /* ITM enabled */

      (ITM->TER & (1UL << 0) ) ) /* ITM Port #0 enabled */
  {
    while (ITM->PORT[0].u32 == 0){
      ;
    }

    __ISB();

    ITM->PORT[0].u8 = (uint8_t) ch;
  }

  return (ch);
}

Почти то же, разве что барьер добавлен

Ответить

- Сорян! эт же гниво с swo? fk0 Прав на все 100% там отправка по три байта с фиксированной паузой, эта хня тормозит все и вся!!! Я раз пол дня потерял с отладкой USB, только из за этого гнилого дебага.... нах, нах ! Мои извинения fk0! В прерывании "это" использовать низя никогда !!! - Aleksey_75(16.05.2020 23:08)
  - fk0 прав в том, что нефиг при сравнимых или неудобоваримых скоростях юзать всякие вкрапления, в т.ч. и это. В твоём случае, вероятнее всего тем более. О USB, как я понял, речь была о принимающей стороне - смотрелке SWO. А для, например, UART такое, да в прерывании, - самое то!!! Юзаю сам и буду всем рекомендовать:) - Vit(16.05.2020 23:41)

ARM, RISC-V контроллеры