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

 
 
> stm32f4 - странности при обработке внешнего прерывания
Harvester
сообщение Apr 29 2017, 10:05
Сообщение #1


Местный
***

Группа: Участник
Сообщений: 338
Регистрация: 1-02-06
Из: Королев, М.О.
Пользователь №: 13 846



Добрый день.
Делаю сниффер SPI-шины на STM32F427. Частота процессора 168 МГц, частота исследуемого SPI - 4 МГц.
Использую внешнее прерывание по фронту SCK. Для тестирования посылаю известную посылку из 4-х байт (1 запрос и 3 ответ).
Вариант 1.
Сначала сделал полностью на HAL, как в примерах - в обработчике прерывания вызывается HAL_GPIO_EXTI_IRQHandler(SPI_SCK_PIN), который сбрасывает бит в регистре PR и вызывает пользовательскую функцию HAL_GPIO_EXTI_Callback(). В функции сохраняю состояние порта в буфер и считаю количество прерываний.
В этом случае "ловится" только 24 прерывания вместо 32-х.

Вариант 2.
Перенес операции сброса бита и чтения порта непосредственно в обработчик прерывания. В этом случае "ловится" 32 прерывания, однако значения в буфере не соответствуют реальным: передается байт x7 x6 x5 x4 x3 x2 x1 x0, а в буфере оказывается x6 x5 x4 x3 x2 x1 x0 ?? (как будто сдвинуто на 1 бит)

Без внешних прерываний (в бесконечном цикле ловлю фронт и читаю порт в буфер) все работает как надо.

Почему такое может происходить?


--------------------
-Да как так-то?/-Да как-то так/-Ну так-то да
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
adnega
сообщение Apr 29 2017, 10:22
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 2 724
Регистрация: 14-05-07
Из: Ярославль, Россия
Пользователь №: 27 702



Цитата(Harvester @ Apr 29 2017, 13:05) *
Делаю сниффер SPI-шины. Использую внешнее прерывание по фронту SCK.

А чем аппаратный SPI-slave не угодил?
Может, у вас по фронту данные SPI защелкивает и тут же выставляет на MOSI новый бит.
MOSI нужно считывать именно в момент перехода SCK из 0 в 1 (хотя есть разные варианты).
Конечно же считывание MOSI в прерывании будет гораздо позже.
Может, стоит воспользоваться копеечным логическим анализатором, а не разрабатывать свой сниффер?
Go to the top of the page
 
+Quote Post
Harvester
сообщение Apr 29 2017, 13:00
Сообщение #3


Местный
***

Группа: Участник
Сообщений: 338
Регистрация: 1-02-06
Из: Королев, М.О.
Пользователь №: 13 846



Цитата(adnega @ Apr 29 2017, 13:22) *
А чем аппаратный SPI-slave не угодил?

Мне нужен именно сниффер - просмотреть обе линии MISO и MOSI. Хотя, можно взять два слейва... - попробую.
Цитата(adnega @ Apr 29 2017, 13:22) *
Может, у вас по фронту данные SPI защелкивает и тут же выставляет на MOSI новый бит.

Обмен идет корректно, на время отладки с одной стороны аппаратный SPI, с другой - NOR-Flash.
Цитата(adnega @ Apr 29 2017, 13:22) *
MOSI нужно считывать именно в момент перехода SCK из 0 в 1 (хотя есть разные варианты).
Конечно же считывание MOSI в прерывании будет гораздо позже.

Насколько "гораздо"? Пусть даже 30 тактов - при частоте процессора 168 МГц эта задержка должна быть незаметна для частоты прерываний 4 МГц.
Цитата(adnega @ Apr 29 2017, 13:22) *
Может, стоит воспользоваться копеечным логическим анализатором, а не разрабатывать свой сниффер?

В данный конкретный момент у меня его нет, а задача неожиданно возникла.

Да и вообще, уже хочется просто понять, что происходит и чего я не понимаю. laughing.gif


--------------------
-Да как так-то?/-Да как-то так/-Ну так-то да
Go to the top of the page
 
+Quote Post



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

 


RSS Текстовая версия Сейчас: 20th August 2025 - 09:39
Рейтинг@Mail.ru


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