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

Сообщение отредактировал Jenya7 - Jul 28 2014, 05:54

Ноги на которых сидят таймера заняты. Кроме того 2 таймера у меня ушли на PWM.

Jenya7, посмотрите, может ремап Вам поможет.
Мне на F105 помогло пару раз.

Я смотрел ремап, таймера сидят вместе с другими важными модулями.

Жаль. Значит энкодеру не повезло - будет самым "глючным", т.к. все ушло важным модулям.
С одной стороны можно не обращать внимание - вряд ли энкодер будут крутить часто.
С другой стороны - это средство взаимодействия с пользователем и если энкодер будет работать неустойчиво - многим это не понравится.
Например, купил я оциллогаф SDS7102, и со старой прошивкой его энкодеры просто сносили башню: крутишь в одну сторону, а реагирует не так как ожидалось.
В новой проше поправили. Сейчас отлично все работает, плюс ускорение приделали - очень удобно))
Давным-давно делал энкодер на atmega8 опросом (t=10ms) - до сих пор все работает без замечаний (а это турникеты KABA на оживленной проходной).
Если скорось большая не нужна, то лучше делать опросом, чтобы не повторилась ситуация с мегагерцами (мало ли что там может появиться).
Удачи.

Кстати, о чистке. У STM есть определенный "разброс и шатание" в части, как сбрасывать биты в регистрах флагов прерываний и статуса: в некоторых случаях для сброса битов регистра надо записать в другой, связаный, регистр единицы для сброса, а в некоторых случаях - нули в сам регистр, биты которого надо сбросить. То есть, для первого случая это конструкция REG = BIT; как это для EXT, а во втором случае REG = ~BIT; Поэтому надо постоянно обращать внимание на особенности регистра. Например, в доке на какой-нибудь SR (регистр статуса) при описании бита может стоять rc1_w0, что означает, что бит сбрасывается записью в него нуля. Вроде логично, но применять надо не SR &= ~BIT, а именно SR = ~BIT. Из этого следует, что удобно применить SR = ~SR, если надо одним махом сбросить все установленные биты в SR, не заморачиваясь на константы в правой части выражения .

Я тут посмотрел...возможно я таки найду свободные пины для таймера.
А насчет чистки битов, может как в AVR?


Кстати я не вижу большого криминала обрабатывать энкодер на прерываниях. На AVR прекрасно работало, а STM32 все таки в 5 раз быстрее.

Сообщение отредактировал Jenya7 - Jul 28 2014, 14:08

Опять нужна лекция... попробуем укороченный вариант


возникает прерывание 1 и 2, ставиться флаг 1 и 2 биты.
FLAG_REG = 0x03;
вы входите в обработчик первого прерывания
в нем пишите
FLAG_REG |= 0x01; для сброса этого флага,
получаете
FLAG_REG = FLAG_REG | 0x01 = 0x03 | 0x01 = 0x03
то есть сбрасываете оба флага, теряете второе прерывание

теперь для сброса нулем
возникает прерывание 1 и 2, ставиться флаг 1 и 2 биты.
FLAG_REG = 0x03;
вы входите в обработчик первого прерывания
в нем пишите
FLAG_REG &= ~0x01;
это на самом деле выглядит так
1. TEMP = FLAG_REG;
2. TEMP = TEMP & 0xFE = 0x03 & 0xFE = 0x02;
3. FLAG_REG = TEMP = 0x02;

казалось бы вот оно счастье все вышло,

но что если между 1 и 2, или 2 и 3 возникло еще прерывания и FLAG_REG стал 0x07,
что в нем останется после 3? правильно, потеря третьего прерывания...


именно по этому флаги прерываний в подавляющем большинстве делают чувствительными только к одному уровню сигнала, и сбрасывают их через =, то есть через 1 тактовую операцию...

Вы же сами жаловались, что ничего не работает! Когда CPU постоянно сидит в обработчиках прерываний mainloop не крутится и не работают менее приоритетные (и этого же уровня) прерывания - что есть зло. С учетом того, что в энкодере будет дребезг - в это время ничего работать не будет.
А начнет пользователь крутить быстро - так вообще много чудес можно словить в устройстве, с таким количеством "важной" периферии, что не остается
свободных ног таймера.

Golikov A.
Спасибо за подробное объяснение.



Тут конечно все дело в частоте прерываний. У иеня максимальная 200 Герц значит 5 ms. Дьюти 50% - 2.5 ms между перепадами. Это достаточно большое время как мне кажется.

Да уж - ни туда, ни сюда.
Возможно, в этом случае опрос может проиграть EXTI.
Я бы все равно постарался подключить к таймеру.
Может, МК другой посмотреть: в F100 таймеров обычно больше (правда частота CPU до 24МГц).

Даже на этом, я думаю, умудрюсь заремапить три пина на свободный таймер.

Но я не могу посчитать три канала на одном таймере.

А двух разве не достаточно?

есть системы с тремя моторами. кстати я и два посчитать не могу - каунтер регистр ведь один.

ПЛИС надо ставить...