SPI по DMA на разные м/с Опции

[Rash]

Добрый день.
Подскажите, возможно, ли опрашивать последовательно несколько м/с по SPI переключать при этом CS и использовать DMA и таймер(ы)? Если да, то как?
МК STM32F401, два датчика: акселерометр и гироскоп подключены параллельно с раздельным CS. Частота опроса 400 Гц. Последовательность следующая: выбор и опрос датчик1, выбор и опрос датчик2, ожидание готовности данных, и т.д. Таким образом делать N-выборок без участия CPU.

[nanorobot]

Добрый день.
Подскажите, возможно, ли опрашивать последовательно несколько м/с по SPI переключать при этом CS и использовать DMA и таймер(ы)? Если да, то как?
МК STM32F401, два датчика: акселерометр и гироскоп подключены параллельно с раздельным CS. Частота опроса 400 Гц. Последовательность следующая: выбор и опрос датчик1, выбор и опрос датчик2, ожидание готовности данных, и т.д. Таким образом делать N-выборок без участия CPU.

переключать CS только "вручную". То есть сначала выставляем CS в активное состояние, затем запускаем DMA , в прерывании по его окончанию снимаем CS и повторяем процесс для всех абонентов.

Сообщение отредактировал nanorobot - Jun 6 2017, 11:03

[Rash]

CS в ручную это понятно, тогда от DMA толку нет, весь смысл процесс автоматизировать. Запустить DMA на N выборок с частотой 400 Hz и каким то образом (таймером) их переключать.

[nanorobot]

CS в ручную это понятно, тогда от DMA толку нет, весь смысл процесс автоматизировать. Запустить DMA на N выборок с частотой 400 Hz и каким то образом (таймером) их переключать.

Почему нету? По таймеру происходит опрос абонентов. Вручную только переключение CS и запуск DMA. Все данные передаются / принимаются без участия CPU.

Сообщение отредактировал nanorobot - Jun 6 2017, 11:17

[scifi]

Можно попробовать замутить хитрую схему с таймерами. Таймеры могут формировать CS на своих выходах и запускать DMA.
Но не проще ли на прерываниях?

[Rash]

nanorobot,
Смысла нет передавать 2-3 байта через DMA.

scifi
Вот только как этот процесс синхронизировать и сделать нужную задержку после опроса датчиков?

[nanorobot]

nanorobot,
Смысла нет передавать 2-3 байта через DMA.

все равно лишниий раз не обслуживать прерывание от SPI. А вообще я бы RTOS прикрутил. ChibiOs например. Кроме любых синхронизаций и задержек там великолепный HAL имеется для STM32. Попробуйте, не пожалеете.

Сообщение отредактировал nanorobot - Jun 6 2017, 11:28

[Rash]

все равно лишниий раз не обслуживать прерывание от SPI.

там SPI 10МГц, поэтому быстрее дождаться окончания передачи, нежели прерывания обрабатывать или DMA запускать.

[nanorobot]

там SPI 10МГц, поэтому быстрее дождаться окончания передачи, нежели прерывания обрабатывать или DMA запускать.

Возможно. Вам виднее конечно. Я предпочитаю избегать любых ожиданий. Перезапуск DMA - пара тройка команд.

[jcxz]

все равно лишниий раз не обслуживать прерывание от SPI. А вообще я бы RTOS прикрутил. ChibiOs например. Кроме любых синхронизаций и задержек там великолепный HAL имеется для STM32. Попробуйте, не пожалеете.

А я бы выбрал другой МК - получше, умеющий управлять несколькими CS в процессе обмена. Если так уж нужно

[Rash]

это не вариант, проще сделать опрос полингом, как он сейчас и сделан.

[nanorobot]

это не вариант, проще сделать опрос полингом, как он сейчас и сделан.

В STM32F4xx минимум 3 штуки SPI, как мне кажется. Используйте парочку по таймеру и с ДМА.

Сообщение отредактировал nanorobot - Jun 6 2017, 12:45

[scifi]

это не вариант, проще сделать опрос полингом, как он сейчас и сделан.

И что не устраивает?

[Rash]

То что нужно каждые 2.5 мсек по таймеру читать новое значение (этим временем не ограничен). Так было ещё во времена AVR.
А так можно было бы запустить N выборок и получить только одно прерывание по окончанию всего процесса.

[jcxz]

Так было ещё во времена AVR.
А так можно было бы запустить N выборок и получить только одно прерывание по окончанию всего процесса.

Ну если так нужно, то что-ж, когда с AVR слазили, не выбрали подходящий МК где это можно сделать?