mse homjak (Сегодня, 17:26, просмотров: 42) ответил Nikolay_Po на Ну, ниже я сегодня дал пояснение, что глюки были, по большей части,
из-за гонок - транзакция SPI заканчивалась раньше и генерировала
уведомление задаче-драйверу FLASH раньше, чем мой код, запускавший
транзакцию, устанавливал подходящее состояние конечного автомата.
Но это не отменяет влияния отладки на тайминги работы всего.-
- Сколько мне ни попадалось модулей SPI, у всех вход клока не брался
изнутри, а только с выхода. Например, если не включить выводу
общего применения режим работы с периферийным модулем, то при
передаче SPI, на выводе не будет тактового сигнала. И, если
одновременно идёт и приём SPI, приёмник будет мёртв, сколько бы я
ни передавал. - Nikolay_Po(Сегодня, 17:33)
- Судя по картинкам блок-схем, и у STM32F3xx и у CH32V3xx сигнал SCK
от пина проходит через некую внутреннюю схему (Communication
controller) и только потом подается на сдвиговый регистр. reZident(2 знак., Сегодня, 18:06, картинка, картинка)
- Видите, от вывода SCK, идёт не один провод, а два - один от драйвера выхода CLK тактового генератора, другой - вход с дискретного входа этого же вывода. Так что, тактируется оно именно с физического вывода. И если, например, CLK закоротить на землю, приёмник не получит сдвига бит и не закончит транзакцию сразу после передатчика. Nikolay_Po(151 знак., Сегодня, 18:34)
- Судя по картинкам блок-схем, и у STM32F3xx и у CH32V3xx сигнал SCK
от пина проходит через некую внутреннюю схему (Communication
controller) и только потом подается на сдвиговый регистр. reZident(2 знак., Сегодня, 18:06, картинка, картинка)
- Сколько мне ни попадалось модулей SPI, у всех вход клока не брался
изнутри, а только с выхода. Например, если не включить выводу
общего применения режим работы с периферийным модулем, то при
передаче SPI, на выводе не будет тактового сигнала. И, если
одновременно идёт и приём SPI, приёмник будет мёртв, сколько бы я
ни передавал. - Nikolay_Po(Сегодня, 17:33)
