www.open-tager.ru

Строчка

запускает таймер 14 в режиме Input Capture для канала 1. Таймер настроен на захват по обоим фронтам первого канала (см. tim.c). Когда приходит любой фронт, HAL вызывает каллбэк

Строчка

записывает время захвата в тиках таймера в capture_time. Время предыдущего фронта лежит в last_edge_ticks (названия переменных не очень хорошие).
Если таймер переходит через максимум и сбрасывается, разность capture_time - last_edge_ticks всё равно корректна, т. к. предел счета и предел uint16_t совпадают, и работает очевидная особенность целочисленной арифметики: 1 - 65535 == 2.
Дальше в коде каллбэка работает элементарный детерминированный автомат, который разбирает последовательность интервалов.
Регулярно из главного цикла программы вызывается функция ir_task_tick(). Она проверяет таймаут передачи и обнаруживает конец посылки. Если конец обнаружен, то посылка копируется в другой буфер, и буфер приема очищается. Это нужно, чтобы пока входные данные обрабатываются, можно было уже принимать другие. Иначе есть риск, что в процессе обработки данные изменятся - это состояние "гонки данных", допускать такого нельзя.

1. Запуск при правильно настроенном таймере - 1 строчка, см, предыдущий пост.

2. В режиме захвата значения по внешнему импульсу происходит следующее: когда на ножку МК приходит фронт, текущее значение счетчика таймера аппаратно записывается в специальный регистр, а уже потом вызывается прерывание. Это позволяет максимально точно определять время прихода фронта, т.к. прерывание может неопределенное время ждать окончания других прерываний, да и точно не известны все тайминги. Соответственно в коде прерывания можно никуда не торопясь считать данные из регистра захвата.
По поводу ножек: у микроконтроллера есть несколько таймеров. Некоторые из них "продвинутые", и содержат, обычно, 4 "канала". Каналы могут генерировать ШИМ или захватывать внешнее значение как я описал. Ну и ещё некоторые вещи делать. В контроллере смарт-сенсора два таймера с 4 каналами и один с 1 каналом. Каналы привязаны к ножкам. Иногда есть возможность сделать remap - сменить ножку на какую-то другую определенную. В мощных МК есть до 4 вариантов, в слабых вариантов может не быть. Наш контроллер - один из слабейших.

Если нужно просто сделать прерывание по внешнему сигналу без захвата таймера, то в STM32 можно назначить обработчик почти на любую ножку МК. Даже на все сразу. Это называется EXTI.

Например, в Caustic я не использую захват таймера, а просто по прерыванию от нужной ножки беру время из "системных часов", сделанных на двух "последовательно соединенных" таймерах, считающих микросекунды. Точности более чем достаточно, и нет ограничения на выбор ножки для ИК-приемника. К тому же "системные часы" используются во многих местах Caustic.

3. Ага.
4. Ага.
5. Ага.

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

_________________
"За 2 месяца максимум можно чертёж сделать, еще за 3 фундамент." (c) Номернабис

Ну мой вариант аппаратного захвата много проще, ИМХО

По поводу ремапов...
Сегодня целый день голову ломал - не могу вывести ШИМ сигнал на ножку PA9 (Таймер 1, второй канал).
На PB1 выводится (таймер 14, первый канал).
Вроде все аналогично делаю, что за фигня?
Алтернативные функции настраиваю.
Может ремап ещё какой нужен?

Кода под рукой нет.

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

Наверное вы MOE для 1-го таймера забыли включить.

А что это такое?

P.S.
Нашел в ref man


А как это при помощи SPL выставить?
Буду копать, спасибо!

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

Начинаю потихоньку самую сложную часть проекта: взаимодействие через однопроводной последовательный порт. Новый код пишу пока в ветку https://github.com/DAlexis/lasertag-sma ... ementation . Протокол обмена предлагаю назвать SSP - Smart Sensor Protocol, собственно. Аббревиатура, вроде, не затасканная.

Чтобы проще было тестировать связь, пока в качестве повязки будет выступать компьютер. На нем будет работать эмулятор на питоне или на C++.

Первая очевидная трудность состоит в следующем: многие, и я в том числе, выводят отладочную информацию на компьютер при помощи свободного UART-а. Трудность в том, что у выбранного чипа только один UART. А отлаживать код без возможности вставить printf() куда-то - дело неблагодарное. Другой вариант - ввод через SWD - не поддерживается на Cortex M0, судя по всему. Поэтому в протоколе будет предусмотрено "дебажное сообщение", которое никто не должен принимать. В общем дело идет, может завтра заработают некоторые команды.

Абсолютно не затасканная, к примеру - Synchronous Serial Port

_________________
Нет предела совершенству, но ресурсы заканчиваются быстро.

SSCP - Smart Sensor Communication Protocol


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

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

Я сделал это!
Смарт RGB диоды покорились!

Второй канал таймера 1, ножка PA9.
DMA прикручено.

Прием пакета и RGB индикация уже есть...

Ещё раз спасибо onegray!

Кстати - от 3,3В прекрасно работает!
Яркость опупенная - в глазах "зайчики".

API такое


И кстати..
PA9 - толерантна к 5В.
Так что питать можно напрямки от лития, не нагружая линейный стабилизатор.
Ща запитаю RGB от 5 Вольт.
P.S. От 5В - полёт нормальный!

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!