caxapa.ru :: Все верно! Сам и забирает, и нет никаках проблем собственно с тем что прерывание SPI немного дрожит: получил прерывание - обработал байт принятый. Но мастер у меня работает с многими слейвами и передают много всего не для этого конкретного слева!

Троешник (14.06.2019 12:10, просмотров: 354) ответил Ale3000 на SPI должен сам принять байт, без участия таймеров, прерываний и CPU. CPU нужен лишь для того, чтобы забрать байт из SPI в любое время до окончания приёма следующего байта.

Все верно! Сам и забирает, и нет никаках проблем собственно с тем что прерывание SPI немного дрожит: получил прерывание - обработал байт принятый. Но мастер у меня работает с многими слейвами и передают много всего не для этого конкретного слева! Поэтому чтоб обозначить необходимость работы именно этого конкретного слейва я активирую его пином CSS на пин SS. И здесь все отлично, но в слейве таймер 1но милисекундный и он выше по приоритету. Поэтому как бы дергает момент прерывания из окна где был активен SS! А сам таймер в слейве для других целей используется.

Ответить

- Сигнал SS в ведомом обрабатывается программно? Делайте паузу на ведущем, между активацией CSS и передачей данных. Так, чтобы ведомый успевал завершить обработку прерывания таймера, если вдруг она случилась, и активировать обмен SPI до момента Nikolay_Po(193 знак., 17.06.2019 10:37)
- В атмеге нет приоритетов прерываний. При входе в прерывание, все прерывания запрещаются. При выходе - разрешаются. - Ale3000(17.06.2019 04:26)
- "Ничего не понимаю!" © Toчкa oпopы(251 знак., 14.06.2019 14:58)
- Ну и что что "выше по приоритету"? Повысьте приоритет SPI прерывания и всё. Или так не годится? - Apтём(14.06.2019 14:05)
  - Нельзя повысить. Можно только разрешить вложенные. - Toчкa oпopы(14.06.2019 14:52)
    - Ну, я это и имел в виду. - Apтём(14.06.2019 15:03)

Микроконтроллеры AVR