DB
принимать решение о выключении SPI на основании полученного байта уже поздно
Size: a a a
2020 May 29
DB
clock продолжает тикать, slave уже начал посылать следующий байт
DB
мне этого не надо
DB
следующий байт - это часть следующего большого пакета, когда я буду готов его принять, я опять запущу DMA
A
Размер посылки по DMA фиксированный?
DB
да, 512 байт
A
И в чем проблема?
DB
мне надо остановить SPI clock ровно после приема последнего байта
A
Dima B
мне надо остановить SPI clock ровно после приема последнего байта
Зачем?
DB
и ни на бит позже
DB
чтобы slave не начал передавать следующий байт
A
Сделай DMA на 511 байт, по TC (transfer complete) мониторь в ручном режиме.
DB
Я уже нашел, не у меня одного такая проблема: https://community.st.com/s/question/0D50X00009XkafjSAB/resolvedcant-get-spi-clock-to-stop-properly-rxonly
СС
Dima B
чтобы slave не начал передавать следующий байт
Вы хотите чтоб "правильно" или чтоб работало?
DB
я знаю, как сделать, чтоб работало - не пользоваться режимом RXONLY
DB
но для этого надо включить второй канал DMA на передачу
DB
была надежда, что удастся этого избежать
DB
увы..
DB
Сделай DMA на 511 байт, по TC (transfer complete) мониторь в ручном режиме.
не поможет. Если останавливать SPI вручную - где гарантия, что я сделаю это ровно на границе байта, а не посередине его?
G
счетчик бахнуть на SCK 😅