STM32F0 + датчик Холла SCM Sunfab Опции

[arthedza]

Доброго времени суток всем! Товарищи, нужна ваша помощь.
Буду краток. В универе проходил курс АВРок, настало время диплома. Диплом делаю на предприятии (и кураторы тоже от предприятия), в виду этого приходится на ходу осваивать STM32F0. Да и в универском курсе ни разу не сталкивался с датчиками. Пока имеется один вопрос, с остальным вроде разобрался. Он заключается в следующем: как мне подключать сей
датчик скорости на эффекте Холла к СТМке? В программе MicroXplorer есть такой пунктик интересный — XORED Inputs Hall Sensor Interface (3 ноги под это дело заводится, 3 канала таймера). Что, все три ноги датчика на таймер МК подавать? Или лучше просто задействовать один канал таймера в режиме input capture? Если нужна дополнительная инфа — пишите, я укажу все, что знаю. Вот что написано в инсайдерском руководстве:

5.1.4.2.2. Интерфейс датчика Холла
Каждый из таймеров, в т.ч. и расширенный, разработан с учетом простоты
подключения к датчику Холла, предназначенного для измерения угловой частоты
вращения электродвигателя. Первые три вывода захвата каждого таймера можно связать
с каналом 1 через логический элемент "исключающее ИЛИ". В этом случае, по мере
вращения двигателя и прохождения возле каждого датчика, в канале будет
генерироваться событие захвата. Это приведет к копированию текущего состояния
таймера в регистр захвата канала, а также к сбросу таймера. Таким образом, значение
счетчика, которое окажется в регистре захвата, можно пересчитать в частоту вращения
электродвигателя.

[Golikov A.]

да.
в прерывании вы только определяете интервалы...
можете этот таймер что будет капчить запустить считать не до переполнения а до 5 мСек. Тем самым получить еще одно прерывание в котором будете организовывать обработку 5 мСек интервалов, причем там можно просто флаг выставлять, а обрабатывать в главной петле.

Только в таком режиме трудно на границе таймера отсчитывать интервалы, при переполнении 32 битного таймера, разница двух показаний как беззнаковых всегда будет давать интервал между ними. Причем это верно даже если будет переполнение и перекрут таймера. Если же таймер считает до 5 мСек, то тут придется переполнение обрабатывать чуть сложнее...

По фронту импульса уходим в прерывание, запоминаем значение

так можно реализовать и без капчи ноги. Капча сама запишет значение таймера именно в момент когда будет импульс, и не будет влиять время входа в прерывание. В прерывании вы просто извлекаете это значение, считаете разницу с прошлым, и запоминаете как прошлое.

я бы сделал массив из 20 элементов чтобы наверняка,
каждое прерывание полученный интервал клал бы в очередную ячейку.
а когда получал бы 5 мСек прерывание ставил бы флаг, на обработку этого массива и его сброс


А может быть я положил бы простенький фильтр который усреднял бы интервалы на каждое получение, и вообще отказался бы от 5 мСек интервалов. Обычная экспонента
y = Xold - (Xold - Xnew)/2, дает неплохую фильтрацию и реализуется сдвигом. Вместо 2 могут быть и другие константы, которые можно рассчитать и заменить на умножение. Можно работать в целых числах и сдвигах. Вариантов много...

всего на одну ножку таймера в режиме input capture

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