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

Nikolay_Po (Сегодня, 17:16, просмотров: 38) ответил klen на постоянно натыкаюсь на странное поведение v307 - после передачи счечик DMA обнуляется а бит EN у канала нет, поведение не такое как у ST мы привыкли, тут могут быть истоки проблемы при записи в счетчик нового значения. в V003 рабоате как у всех = EN сбрасывается аппаратно. но это все не про отладку как у вас.

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

А то, что EN не падает - так, вроде, в инструкции прямо написано: сбрасывайте EN каждый раз перед внесением изменений.

Я давно не возвращался к DMA в STM (да и в STM всё равно дисейблил для надёжности - на случай, если транзакция не досчитается данных - чтобы всё равно следующий цикл сконфигурировался как надо). Поэтому не напрягло.

Ответить

- Там такое: на высокой скорости, СЦК тратит время на поход через пин, дорожку, пин, схему(задержка в буферах-регистрах), пин, дорожка, пин схема сдвига. На 70+Мгц, это, порядка 13-15нС. или 6-7, ХЗ, как у вашего ЦПУ СПИ организован. Если задержка получается впритык, то вот вам сбои чтения. Ибо приёмный регистр получает СЦК прямо изнутри проца. При записи проблем не будет. И снижая частоту, вы выходите из впритыка. - mse homjak(Сегодня, 17:26)
  - Сколько мне ни попадалось модулей SPI, у всех вход клока не брался изнутри, а только с выхода. Например, если не включить выводу общего применения режим работы с периферийным модулем, то при передаче SPI, на выводе не будет тактового сигнала. И, если одновременно идёт и приём SPI, приёмник будет мёртв, сколько бы я ни передавал. - Nikolay_Po(Сегодня, 17:33)
    - Судя по картинкам блок-схем, и у STM32F3xx и у CH32V3xx сигнал SCK от пина проходит через некую внутреннюю схему (Communication controller) и только потом подается на сдвиговый регистр. reZident(2 знак., Сегодня, 18:06, картинка, картинка)
      - Видите, от вывода SCK, идёт не один провод, а два - один от драйвера выхода CLK тактового генератора, другой - вход с дискретного входа этого же вывода. Так что, тактируется оно именно с физического вывода. И если, например, CLK закоротить на землю, приёмник не получит сдвига бит и не закончит транзакцию сразу после передатчика. Nikolay_Po(151 знак., Сегодня, 18:34)
        
        Я не возражал, что тактируется именно от пина, а лишь указал, что между пином SCK и тактовым входом сдвигового регистра унутре модуля SPI есть некая схема, которая вносит свои задержки. - reZident(Сегодня, 18:48)

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