Програмный 1-wire на прерываниях таймера, Красивый выход из прерывания с переключением контекста Опции

[Arlleex]

Вы наверное перепутали: наверное всё-таки в режиме захвата (capture), а не сравнения (compare).

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

Хотя, кстати, да, можно (скорее нужно) делать по захвату. Дёрнулась лапка - захватили значение таймера и проконтролировали рамки прихода ожидаемого фронта...

Сообщение отредактировал Arlleex - Sep 28 2018, 11:58

[jcxz]

Кстати, попутно тут хочу узнать, как красиво организовать счётчик, который считает до, например, 5 и сбрасывается в 0 без условия if(). Ну то есть вычитая, сдвигая... Интересно можно ли так сделать. Для ровных битовых чисел, как в коде выше, как видно, я битовой маской обнуляю. А вот интересно, как быть с числами, не являющихся степенями 2.

Код

int i, i1;
i1 = i - 5 >> 31;
i = i - i1 & i1;

Будет 3 или 4 команды (в зависимости от оптимизации).

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

А чтение значения ноги когда?
Если по этому прерыванию, то так делать - ненадёжно, так как будет зависимо от задержек входа в ISR. К тому же - требует в 2 раза большей частоты прерываний.

А захват - это защёлкивание текущего значения таймера по какому-либо событи'юю, как я понимаю эту всю кухню.

Вот именно. А потом анализируем защёлкнутое значение и решаем что это было - 0 или 1.

[Arlleex]

Код

int i, i1;
i1 = i - 5 >> 31;
i = i - i1 & i1;

Будет 3 или 4 команды (в зависимости от оптимизации).

Благодарю! Потестирую

[jcxz]

Благодарю! Потестирую

Можно ещё проще, но значения чисел будут не через 1, а через большие промежутки. Типа так:

Код

#define LIMIT 5
#define STEP ((u32)(((1u << 31) + LIMIT - 1) / LIMIT))  //значение шага округлённое до ближайшего бОльшего целого
u32 i;
i = __USAT(i + STEP, 31);

Всего две операции. Значения шагов будут: STEP*0, STEP*1, STEP*2, STEP*3, STEP*4, а на следующем шаге получим опять STEP*0.
Для switch-а такие значения конечно неудобны.

Ещё вариант - использовать отрицательный диапазон чисел:

Код

enum {LIMIT = 5};
int i = -LIMIT;
i -= i >> 31 | LIMIT; //-5,-4,-3,-2,-1,0

Всего 3 операции

[toweroff]

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

RTOS
предлагаете всё в SysTick вешать, у которого наивысший приоритет?

[Forger]

предлагаете всё в SysTick вешать, у которого наивысший приоритет?

Вы наверно удивитесь, но в RTOS системному таймеру SysTick назначают как раз самый низкий приоритет (наравне с PendSV - переключатель контекста)
И вообще, если не используется RTOS, то ничего не мешает настроить Systick так, чтобы использовать его как самый простой аппаратный таймер, только назначив уже нужный приоритет.
Именно так я сделал в примитивных проектах, где RTOS ни к чему, но нужны простые временные выдержки, в частности с кратностью 1us и 1ms. Systick отлично для этого подходит.

[jcxz]

предлагаете всё в SysTick вешать, у которого наивысший приоритет?

SysTick то тут при чём???? Само собой оптимально делается - на режиме захвата таймера.