caxapa.ru :: А проц какой? В моем при прерывании по BTF до момента его сброса (я делал сброс BTF по START, ReSTART, STOP) прерывание успевает вызваться еще 5 раз. Явный идеалогический косяк. Если BTF - флаг запроса на прерывание, то он должен мнгновенно сбрасываться, а не по достижения кондиций на шине.

il-2 (09.12.2020 15:02, просмотров: 328) ответил Andreas на Сделано конечно на редкость косячно, особенно с учетом ерраты. Но работает по прерыванием нормально в мастере и слейве. Глянул в свой код - I2C_SR1_BTF используется и при приеме, и при передаче. Таймер конечно тоже используется для отлова ошибок и зависонов, но основная работа по прерываниям. В RM очень неплохо описан алгоритм..

А проц какой? В моем при прерывании по BTF до момента его сброса (я делал сброс BTF по START, ReSTART, STOP) прерывание успевает вызваться еще 5 раз. Явный идеалогический косяк. Если BTF - флаг запроса на прерывание, то он должен мнгновенно сбрасываться, а не по достижения кондиций на шине.

В общем - оставил в таком виде. Это аналогично работе "по опросу", только вместо цикла вызывается обработчик. В остальных местах флаги прерываний отрабатывают нормально.

Ответить

- Stm32f103 stm32f100. Флаги обычно ручками сбрасывают, сами они редко сбрасываются Andreas(190 знак., 09.12.2020 15:13)
  - Могу сказать по свежей памяти, что чтением SR2 (если предварительно читалось SR1) сбрасывается ADDR, обнуление SR1 позволяет сбросить флаги ошибок. Ну а последняя команда не несет никакой смысловой нагрузки. il-2(99 знак., 09.12.2020 15:48)
    - Сомневаюсь. При отладке я при каждом входе в прерывание дергаю пин или вывод короткий отладочный делаю. И лишние прерывания на этом этапе отсекаются. На и2с большая гнусная еррата и ее обязательно надо исполнить, но подобного в ней нет, значит что-то у тебя не так. Или еррата не отработана. - Andreas(09.12.2020 15:53)

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