Изучаем STM32 Cortex M3 - Страница 134

Hives · 01.03.2012, 13:02

Sergi_alc ну это же невозможно. где то у вас косяк в понимании или измерении.

skrynia · 01.03.2012, 13:06

Реально ли захватить внешний параллельный 8-и битный поток, поступающий со скоростью 6Мбайт/сек при помощи одного из STM32? При этом надо ещё успевать анализировать содержимое некоторых байт. Я так понимаю, тут надо DMA задействовать и складывать данные куда-нибудь в оперативку?

Hives · 01.03.2012, 13:45

skrynia захватить еще может и можно, а вот анализировать на лету - крайне маловероятно.
да и куда такой поток сохранять? в общем, подробности задачи в студию.

skrynia · 01.03.2012, 14:33

Сообщение от Hives

подробности задачи в студию

Есть 8-и битная шина, 9-я линия - байтовая синхронизация, 10-я линия строб начала пакета. Байты идут непрерывно сплошным потоком, строб начала пакета позволяет определить начало. Пакет 256 байт, первые 8 байт - идентификатор. Нужно из потока получить пакет, первые 8 байт которого удовлетворяют неким условиям, т.е. совпадают с шаблоном. После того, как нужный пакет окажется в памяти, приём с шины можно прекратить и заниматься дальше разгребанием данных внутри принятого пакета.

Hives · 01.03.2012, 15:04

то есть слушать подряд все проходящие пакеты не надо? тогда вполне можно.

Easyrider83 · 01.03.2012, 15:07

Ну теоретически это можно сделать и на быстром пике. По прерыванию кидать в память всю посылку. В основном цикле думать, нужна она нам или нет. Тупо данные с порта перекладывать в память. Много инструкций не потребуется.

skrynia · 01.03.2012, 15:13

Сообщение от Hives

то есть слушать подряд все проходящие пакеты не надо?

Только пока не наслушаем нужный пакет. Может подскажете на пальцах логику реализации задачи?

Сообщение от Easyrider83

Ну теоретически это можно сделать и на быстром пике

На столе лежит STM32, поэтому сильно интересно сможет ли именно из этого семейства.

Hives · 01.03.2012, 15:22

то есть надо:
1. прослушивать проходящий поток пока не попадется нужный пакет, после чего
2. остановить прослушивание и приступить к анализу пакета

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

PS в случае чего проц можно подразогнать

pasipaka · 01.03.2012, 15:30

Сообщение от st__1

Кто сотворил??? Где??? Всё работает как надо...

И в чём тайный смысл подобной записи???

Код:

#define FLAG_RESET_Set GPIOB-›BSRR |= GPIO_BSRR_BS9
#define FLAG_RESET_Clr GPIOB-›BSRR |= GPIO_BSRR_BR9

Почему не так???

Код:

#define FLAG_RESET_Set GPIOB-›BSRR = GPIO_BSRR_BS9
#define FLAG_RESET_Clr GPIOB-›BSRR = GPIO_BSRR_BR9

А ещё лучше так... так нагляднее...
И у компилятора не будет соблазна "изобразить по своему"...

Код:

#define FLAG_RESET_Set (GPIOB-›BSRR = GPIO_BSRR_BS9)
#define FLAG_RESET_Clr (GPIOB-›BSRR = GPIO_BSRR_BR9)

Тайный смысл у предыдущего творца узнавать нужно.

По твоим замечаниям согласен. Но вот чего оно с BRR не работало?!

Иссключаю подозрения на пляски компилятора с дефайном, т.к. даже вместо FLAG_RESET_Clr писал вручную GPIOB-›BRR = GPIO_BRR_BR9

КСта, до этого в моих проектах с нуля BRR юзал и все оке. Теперь же после осадка его юзать вообще перестал...

skrynia · 01.03.2012, 15:31

Hives, контроллер STM32F103RB, 72МГц. В описании не сказано, что DMA может с портами работать, а перечислена поддерживаемая периферия: таймеры, АЦП, SPI, I2C и USART.
Как МК будет реагировать на стробы на портах? Я так понимаю, строб должен вызывать прерывание, которое должно быть событием для DMA?