реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> SPI DMA, проверка занятости.
charkin
сообщение Oct 25 2017, 10:26
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 22
Регистрация: 10-01-16
Пользователь №: 89 977



Всем привет.
Подскажите, каким образом можно гарантированно определить, что обмен по SPI (прием/передача, с использованием DMA) завершен?

У меня обращение к внешней флэш-памяти по SPI может происходить из главного цикла, а также в обработчике прерывания EXTI. Если прерывание возникло в момент, когда в главном цикле что-то писалось/читалось во флэш, то данные конечно же портятся.. Пробовал смотреть биты SPI-модуля - TXE, RXNE И BUSY, но подобрать правильно условие так и не смог, либо оно никогда не выполняется, либо наоборот выполняется тогда, когда нельзя запускать обмен по SPI.
Почитал про флаги DMA, они выставляются по завершению чтения/записи, но в соответствующем обработчике прерываний эти флаги сбрасываются.. И, похоже, использовать их для определения завершения обмена не получится.

Понимаю, что можно убрать код обращения к флэш-памяти из обработчика прерывания EXTI (пока так и сделал), но тем не менее - каким образом можно узнать, что данные прочитаны/отправлены и можно запускать обмен по SPI?
Go to the top of the page
 
+Quote Post
Непомнящий Евген...
сообщение Oct 25 2017, 10:39
Сообщение #2


Знающий
****

Группа: Свой
Сообщений: 771
Регистрация: 16-07-07
Из: Волгодонск
Пользователь №: 29 153



Как вариант - заведите свой собственный флаг dmaBusy. В прерывании по концу DMA RX его снимайте, при начале работы с SPI - ставьте
Go to the top of the page
 
+Quote Post
jcxz
сообщение Oct 25 2017, 11:32
Сообщение #3


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(charkin @ Oct 25 2017, 13:26) *
Подскажите, каким образом можно гарантированно определить, что обмен по SPI (прием/передача, с использованием DMA) завершен?

Зависит от используемого МК. В разных МК периферия SPI и DMA устроена по-разному.
Но в общем случае можно считать что транзакция закончилась по завершению приёма блока SPI-DMA.

Цитата(charkin @ Oct 25 2017, 13:26) *
У меня обращение к внешней флэш-памяти по SPI может происходить из главного цикла, а также в обработчике прерывания EXTI. Если прерывание возникло в момент, когда в главном цикле что-то писалось/читалось во флэш, то данные конечно же портятся.. Пробовал смотреть биты SPI-модуля - TXE, RXNE И BUSY

Здесь никакие биты не помогут. Вам надо править консерваторию алгоритм.
Такого просто не должно быть - чтобы из разных мест (да ещё из фона и ISR) шло асинхронное обращение к периферии.

Если подходить грамотно: пишется служба доступа к флешь, и только эта служба может работать с этим SPI-FLASH.
И эта служба должна обслуживать клиентские запросы операций с FLASH от разных клиентов.
Go to the top of the page
 
+Quote Post
x893
сообщение Oct 25 2017, 11:50
Сообщение #4


Профессионал
*****

Группа: Свой
Сообщений: 1 333
Регистрация: 27-10-08
Из: Планета Земля
Пользователь №: 41 226



Для начала надо определиться, что делать если в прерывании надо читать, а SPI занят.
Как определитесь с этой ситуацией - дальше решение будет очевидным.
Оно же будет грамотным и рабочим.
Go to the top of the page
 
+Quote Post
charkin
сообщение Oct 25 2017, 12:01
Сообщение #5


Участник
*

Группа: Участник
Сообщений: 22
Регистрация: 10-01-16
Пользователь №: 89 977



Цитата(jcxz @ Oct 25 2017, 14:32) *
Зависит от используемого МК. В разных МК периферия SPI и DMA устроена по-разному.
Но в общем случае можно считать что транзакция закончилась по завершению приёма блока SPI-DMA.


Проц STM32F429.
можно считать что транзакция закончилась по завершению приёма блока SPI-DMA. - то есть, если в моем случае чтение данных из внешней флэш разбивается на две команды (сначала Transmit_DMA, в которой передается адрес и команда чтения, а затем Receive_DMA, которая и читает данные из памяти), то завершение транзакции надо отслеживать именно после Receive_DMA, правильно?

Цитата(jcxz @ Oct 25 2017, 14:32) *
Здесь никакие биты не помогут. Вам надо править консерваторию алгоритм.
Такого просто не должно быть - чтобы из разных мест (да ещё из фона и ISR) шло асинхронное обращение к периферии.

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


Понятно, спасибо.

Цитата(x893 @ Oct 25 2017, 14:50) *
Для начала надо определиться, что делать если в прерывании надо читать, а SPI занят.
Как определитесь с этой ситуацией - дальше решение будет очевидным.
Оно же будет грамотным и рабочим.


Если в обработчике прерывания выяснится, что по SPI идет обмен, то можно просто пройти дальше, ждать пока SPI освободится не надо.

Сообщение отредактировал charkin - Oct 25 2017, 12:02
Go to the top of the page
 
+Quote Post
x893
сообщение Oct 25 2017, 12:16
Сообщение #6


Профессионал
*****

Группа: Свой
Сообщений: 1 333
Регистрация: 27-10-08
Из: Планета Земля
Пользователь №: 41 226



Передача и прием это одна транзакция.
Например - записать надо 3 байта и потом считать 15.
Задаем передачу 18 байт (3 байта с данными, остальные не важно какие) и прием 18 байт (первые 3 игнорируем, 15 последних будут с данными).
По концу приема (RX_TC) SPI свободен.
В прерывании, если SPI занят - ставите флаг (bool HOUSTON_WE_NEED_SPI = true), что бы SPI никакая сволочь не занимала, если свободен - то используете.
В основном процессе, если SPI свободен и флаг требования (HOUSTON_WE_NEED_SPI == false) не установлен (тут придется прерывания запретить), то используете SPI.
Go to the top of the page
 
+Quote Post
jcxz
сообщение Oct 25 2017, 12:44
Сообщение #7


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(charkin @ Oct 25 2017, 15:01) *
Transmit_DMA, в которой передается адрес и команда чтения, а затем Receive_DMA, которая и читает данные из памяти), то завершение транзакции надо отслеживать именно после Receive_DMA, правильно?

Я не знаю что такое у вас Transmit_DMA/Receive_DMA, но стандартный SPI работает одновременно на приём и передачу. Соответственно - и связанные с ним DMA-каналы (TX и RX) тоже работают одновременно. Почти одновременно. RX-DMA заканчивает свою работу чуть позже. Вот завершение его работы обычно удобно использовать в качестве признака завершения всей транзакции.
Если конечно в данном конкретном МК нет отдельного специального сигнала завершения SPI-транзакции - тогда лучше использовать его.

Цитата(charkin @ Oct 25 2017, 15:01) *
Если в обработчике прерывания выяснится, что по SPI идет обмен, то можно просто пройти дальше, ждать пока SPI освободится не надо.

ISR может выставить флаг запроса операции с флешью (с полным описанием требуемой операции: тип операции, адрес начала, размер и т.п.).
Служба доступа к флешь, завершив очередную операцию, просматривает флаги запрошенных операций (флаги запросов могут быть отсортированы по приоритету) и если имеется запрос операции от ISR - запустить его обработку. По завершении обработки, поместить результаты операции в нужные места (если нужно) и выставить статус этому запросу - "выполнен". ISR при следующем обращении увидит что операция выполнена.
Все остальные источники запросов операций с флешью (клиенты Службы доступа к флешь) общаются с ней в таком же порядке - формируют запрос операции и выставляют флаг запроса.
Примерно так.
Go to the top of the page
 
+Quote Post
0men
сообщение Oct 25 2017, 17:31
Сообщение #8


Частый гость
**

Группа: Участник
Сообщений: 84
Регистрация: 7-05-05
Пользователь №: 4 819



Цитата(charkin @ Oct 25 2017, 15:01) *
Проц STM32F429.


если использовать HAL, то там есть такая каллбэк функция, которая вызовется при завершении транзакции SPI_DMATransmitCplt
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 21:36
Рейтинг@Mail.ru


Страница сгенерированна за 0.01419 секунд с 7
ELECTRONIX ©2004-2016