caxapa.ru :: Это у вас ошибочка. Вы ждёте лишнего следующего символа. Нет у периферии такой памяти, чтобы задержать сигнал на на кучу тактов. Вы просто промахиваетесь с приёмом. Или пропускаете бит байт (тогда будет поднят флаг оверфлоу, проверьте), или принимаете и упускаете один, а потом ждёте лишнего.

Nikolay_Po (Вчера, 15:38, просмотров: 39) ответил IBAH на Разговор о том, что флаг RXNE выставляется, по факту не когда происходит завершение приема, а на несколько десятков тактов проца позже (в моем случае гдето 500нС). В результате стоишь тупо ждешь RXNE!=0, как дебил. С флагом BSY та же история.

Это у вас ошибочка. Вы ждёте лишнего следующего символа. Нет у периферии такой памяти, чтобы задержать сигнал на на кучу тактов. Вы просто промахиваетесь с приёмом. Или пропускаете ~~бит~~ байт (тогда будет поднят флаг оверфлоу, проверьте), или принимаете и упускаете один, а потом ждёте лишнего.

Попробуйте делать передачу нужного количества байт по TXE, как обычно. А приём в прерываниях с RXNE. И просто передавайте нужное количество байт, а приём пусть разгребает сколько придёт. Затем, после передачи всех нужных байт, ждёте падения BSY и забираете всё, что "упало" в буфер приёма.

Рекомендую так же, перед или после транзакции, сбрасывать ошибки (вдруг шальная залетит) последовательностью: сначала чтение регистра статуса затем чтение регистра данных. Можно даже просто обращением к ним, без анализа:

SPI1->SR;
SPI1->DR;

Всё. Это гарантирует, что даже если произошёл сбой по линии CLK и залетел лишний символ, интерфейс не зависнет в ошибке.

P.S. Если, вдруг, у вас и передача по прерываниям, то проверяйте RXNE и в начале, и в конце обработчика. Чтобы не упустить байт. Такое становится возможным при большой нагрузке на МК.

Ответить

- Я по всякому пробовал... Мне как раз не нужно буферизированное чтение. Я на ходу байты разбираю. А в доке по GD32 так и написано IBAH(236 знак., Вчера, 16:46)
  - Ну да. Не вижу противоречий. Как только взводится TXE, сразу кидайте следующий байт. Но кидать больше байт, чем у вас длина транзакции - не нужно. Кинули последний, выключили прерывание по TXE и ждёте падения BSY. Всё. Транзакция закончилась ровно тем количеством байт, которое отправили в буфер передачи. Так получите полностью слитную посылку. Nikolay_Po(1026 знак., Вчера, 17:46)
    - Я так и делаю... Правда на переполнение Rx чихаю. Может из-за этого проблемы... Попробую не чихать - IBAH(Вчера, 18:24)
      - Чихайте смело. Дажэ плюйте. Просто контролируйте передачу. mse homjak(317 знак., Вчера, 18:53)
        
        Не катит. ТСу нужна непрерывная передача, а по BSY она будет дырявой. - Nikolay_Po(Вчера, 20:29)
        
        Ну, тогда, канешно, придётся смотреть на ТХЕ. Если он работает как должэн. Тактовая, порты, делим на 2, СПИ тожэ на 2. Это максимальная СЦК. У СПИ есть двойная буферизация, когда идёт передача, в ДАТАР можно записать следующее. Скока там будет, читать статус, проверить флаг, записать новое, подготовить следующее? Думаю, быстрее, чем 16*4 тактов. - mse homjak(Вчера, 22:30)

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