Формирование случайной импульсной последовательности

[SpeedFighter]

Так, мужики, давайте разберемся.

Я вот сейчас посмотрел свой код, а именно его часть с кнопками и случайной задержкой.

Ещё посмотрел disassembly listing. Да, возможно, часть со случайной задержкой неоптимизирована, не спорю, НО!

В чем преимущество работы с таймером при опросе кнопок? Я получаю одинаковый результат же!

Вот при случайной задержке да, это неточно - раз и громоздко - два.

[Albert_V]

...В чем преимущество работы с таймером при опросе кнопок? Я получаю одинаковый результат же!...

Если вас не беспокоит, что когда контроллер "болтается в delay" он больше ничего делать не может - и так сойдёт.

[SpeedFighter]

Не беспокоит, в том ведь и дело.

Я прикинул его работу и подумал, а нужно ли где-то его прерывать, ответ - нет.

Не спорю, если бы я делал что-то сложнее - то так нельзя было бы делать.

Я правильно понял, мой пичок (PIC10F322) не поддерживает внешних прерываний (например, по нажатию кнопки)?

[КРАМ]

[uquote="Albert_V",url="/forum/viewtopic.php?p=3256353#p3256353"]Я немного по-другому делаю: Так сложилось что, обычно, системный таймер всегда настраиваю на 1mS и, для дискретных мембранных кнопок, я выставляю время срабатывания 5mS и время отпускания 50mS.
По программе - на каждую кнопку один счётчик + два бита ("кнопка нажата" и "факт нажатия"; последний - для передачи в подпрограмму обработки нажатия кнопок).[/uquote]
А что это дает?
Если нужен системный таймер на 1 мс, то в его обработчике еще делается счетчик-делитель. В чем смысл разделять дребезг нажатия и дребезг отпускания?
И зачем все это делать на каждую кнопку? А если это матрица?

Добавлено after 4 minutes 5 seconds:
[uquote="SpeedFighter",url="/forum/viewtopic.php?p=3256379#p3256379"]Я правильно понял, мой пичок (PIC10F322) не поддерживает внешних прерываний (например, по нажатию кнопки)?[/uquote]
Неправильно. В этом контроллере есть ОДНО внешнее тактируемое прерывание (INT) и ЧЕТЫРЕ входа прерываний по изменению состояния порта (IOC).
Тактируемое не вешают на кнопки. Оно никак не поможет с дребезгом. А IOC применяют для вывода контроллера из сна при нажатии кнопок.

[SpeedFighter]

Вот, пока сделал так, как понял, прерывание для опроса клавиш. Правильно ли? Если нет, то что именно неправильно?

Код:

Спойлер

Код: Выделить всё

// Подключение нужных библиотек
#include <stdio.h>              // Стандартная библиотека ввода-вывода
#include <stdlib.h>             // Стандартная библиотека контроля
#include <xc.h>                 // Специализированная библиотека XC8

// Параметры микроконтроллера
#define _XTAL_FREQ 16000000     // Тактовая частота 4 МГц
#define BOUNCE 15               // Время в мс для обработки дребезга
#define CORRMIN 18              // Число итераций в цикле для задержки в 100 мкс
#define CORRMAX 79998           // Число итераций в цикле для задержки в 400000 мкс
// CORR - Correction factor

// Параметры сигнала
#define SIGNAL 30               // Длительность сигнала в мкс

// Обознаение выводов и кнопок
#define START RA2       // Кнопка ПУСК МК
#define STOP RA3        // Кнопка СТОП МК
#define LED RA0         // Вывод на светодиоды
#define GREEN 1         // Сигнал для зеленого светодиода
#define RED 0           // Сигнал для красного светодиода
#define GENERATOR RA1   // Выход генератора


// Настройка МК
#pragma config FOSC = INTOSC    // Выбор генератора (внешний/внутренний)
#pragma config BOREN = ON       // Сброс при потере напряжения питания
#pragma config WDTE = ON       // Включение/выключение сторожевого таймера
#pragma config PWRTE = OFF      // Бит разрешения работы таймера включения (PWRTE)
#pragma config MCLRE = OFF      // Перезагрузка устройства через MCLR 
#pragma config CP = ON          // Бит защиты 
#pragma config LVP = OFF        // Низковольтное программирование 
#pragma config LPBOR = ON       // Перезагрузка процессора при низкой мощности
#pragma config BORV = LO        // Выбор точки отключения (низкая/высокая)
#pragma config WRT = OFF        // Защита флеш памяти от записи

// Настройка прерываний
[b]INTCON=0b11100000; [/b] //  Настройка прерываний (разрешение глобального прерывания, включение периферийных прерываний, включение прерываня Timer()
[b]OPTION=0b00101000;[/b]  //  Настройка TMR0 (отключен предделитель TMR0), т.е. таймер работает на частоте 16/2 = 8 МГц

int main() // Главная функция
{
   [b] TMR0=0;         //  Обнуление таймера TMR0[/b]
    // Объявление параметров конгруэнтного метода
    g_Random[0] = 1;
    g_Random[2] = 3;
    g_Random[3] = 5;
    Prepare(); // Запуск функции подготовки      
    while(1) // Бесконечный цикл работы
    {
        if(g_bStat) // Проверка режима
        {
            LED = GREEN; // Включение зеленого светодиода (вкл МК)
            RandomDelay(); // Запуск функции случайной задержки
            GENERATOR = 1; // Выставляем лог. 1 на выход генератора
            __delay_us(SIGNAL); // Задерживаем лог. 1 на выходе
            GENERATOR = 0; // Обнуляем выход генератора
        }
        else
        {
            LED = RED; // Включение красного светодиода (выкл МК)
        }
    }
    return 0;    
}

// Функция подготовки
void Prepare()
{
    TRISA = 0b1100; // Направление работы ножек порта А (вход)
    PORTA = 0b0000; // Очистка порта A
    OSCCON = (1<<4)|(1<<5)|(1<<6); // Установка IRCF = '111' для частоты в 16 MHz
    WPUA&=~((1<<0)|(1<<1)|(1<<2)|(1<<3)); // Отключение WEAK PULL-UP
    ANSELA = 0; // Отключение аналоговой части
}

void ButtonInterrupt isr(void) // Прерывание для опроса кнопок
{
    [b]if(TMR0IF)[/b] // Проверка переполнения таймера
    {
    	if(!START && STOP && !g_bStat) // Проверка на нажатие клавиши старт
    	{
        	__delay_ms(BOUNCE); // Обработка дребезга
        	if(!START && STOP) // Обработка дребезга
        	{
            		g_bStat = 1; // Установка режима МК (вкл)            
        	}
        	else 
        	{
            		g_bStat = 0; // Установка режима МК (выкл)
        	}
    	}
    	else if(START && !STOP && g_bStat) // Проверка на нажатие клавиши стоп
    	{
        	__delay_ms(BOUNCE); // Обработка дребезга
        	if(START && !STOP) // Обработка дребезга
        	{
            		g_bStat = 0; // Установка режима МК (выкл)
        	}
    	}
    	else if(!START && !STOP && g_bStat) // Защита от дурака
    	{
        	__delay_ms(BOUNCE); // Обработка дребезга
        	if(!START && !STOP) // Обработка дребезга
        	{
            		g_bStat = 0; // Установка режима МК (выкл)
        	}
    	}
    	[b]TMR0IF = 0; //  Cбрасываем флаг о переполнении[/b]
    }
}

Вот, НО! Вопрос заключается в том, а как правильно сделать прерывание раз в 10-30 мс?
Как рассуждаю я:

0. Я настроил тактовую частоту генератора на 16 МГц в OSCCON .
1. Таймер TMR0 настроен при этом на 8 МГц
2. При такой частоте, таймер переполнится за 256*(1/8) = 32 мкс
3. Мало, нужно получить 20-30 мс, но я же не смогу получить её, даже с предделителем в 256.
4. Вывод - нужно понижать тактовую частоту в OSCCON до 4х МГц, но не хотелось бы.

Как быть?

Вот скрин из даташита, кому интересно:

Спойлер

Как сделать случайную задержку, т.е. чтобы таймер считал до числа N, которое было определено ранее?

[Albert_V]

[uquote="КРАМ",url="/forum/viewtopic.php?p=3256832#p3256832"]В чем смысл разделять дребезг нажатия и дребезг отпускания?
И зачем все это делать на каждую кнопку? А если это матрица? [/uquote]Кнопка, для пользователя, должна сработать максимально быстро, но не с "первого пичка" (который может оказаться импульсной помехой), а собственно "дребезг" я убираю на отпускании кнопки.
Для каждой кнопки: Почти во всех моих изделиях есть возможность входа в некоторые функции по нажатию (и удержанию) нескольких кнопок в определённой последовательности (по аналогии с Ctrl+Alt+Del).
Матричная клавиатура отличается от дискретных кнопок только способом опроса кнопок. Подавление "дребезга" остаётся прежним.
Естественно, если по условию, в любой момент времени может быть нажата только одна кнопка - тогда всё намного проще...
-------------------

Как быть?

Не забывайте, что на таймеры подаётся FOSC/4.
С Timer0 максимальное время 16,384mS (FOSC/4/256/256) при тактовой 16MHz.
У PIC10F322 есть ещё Timer2, с которого вы можете получить чуть более 65mS (65,536mS) при тактовой 16MHz.

чтобы таймер считал до числа N

Таймер всегда даст прерывание при переходе на "0". Перефразируйте задачу: "Надо записать в таймер стартовое значение".

[SpeedFighter]

Хорошо, спасибо.

Но я, честно говоря, не понял, в чем преимущество таймера для опроса кнопок в ДАННОЙ программе.

А вот преимущество задержки через таймеры - я вижу, но как сделать задержку от 100 мкс до 400 мс, если таймер TMR2 может только до 65 мс задерживать?

[Albert_V]

С какой дискретностью (какой шаг) от 100 мкс до 400 мс?

[КРАМ]

[uquote="Albert_V",url="/forum/viewtopic.php?p=3257383#p3257383"]Кнопка, для пользователя, должна сработать максимально быстро[/uquote]
Зачем? Реакция человека на подобные события определяется величиной 0,1...0,2 сек.
Кнопка - типичное устройство НЕ реального времени.
[uquote="SpeedFighter",url="/forum/viewtopic.php?p=3257408#p3257408"]Но я, честно говоря, не понял, в чем преимущество таймера для опроса кнопок в ДАННОЙ программе.
А вот преимущество задержки через таймеры - я вижу, но как сделать задержку от 100 мкс до 400 мс, если таймер TMR2 может только до 65 мс задерживать?[/uquote]
Преимущество в "прозрачности" такого алгоритма для остального кода. И отличной переносимости в практически в ЛЮБОЙ код. Делать нужно сразу правильно.
Про задержки.
Таймер генерирует лишь МИНИМАЛЬНЫЙ ДИСКРЕТ времени, а остальное реализуется ПРОГРАММНЫМ счетчиком ВНУТРИ ОБРАБОТЧИКА прерываний от таймера.

[SpeedFighter]

[uquote="Albert_V",url="/forum/viewtopic.php?p=3257410#p3257410"]С какой дискретностью (какой шаг) от 100 мкс до 400 мс?[/uquote]

Если честно, я не задавался этим вопросом, поэтому встречный вопрос: а какие есть варианты?

[uquote="КРАМ",url="/forum/viewtopic.php?p=3257494#p3257494"][uquote="Albert_V",url="/forum/viewtopic.php?p=3257383#p3257383"]Кнопка, для пользователя, должна сработать максимально быстро[/uquote]
Зачем? Реакция человека на подобные события определяется величиной 0,1...0,2 сек.
Кнопка - типичное устройство НЕ реального времени.
[uquote="SpeedFighter",url="/forum/viewtopic.php?p=3257408#p3257408"]Но я, честно говоря, не понял, в чем преимущество таймера для опроса кнопок в ДАННОЙ программе.
А вот преимущество задержки через таймеры - я вижу, но как сделать задержку от 100 мкс до 400 мс, если таймер TMR2 может только до 65 мс задерживать?[/uquote]
Преимущество в "прозрачности" такого алгоритма для остального кода. И отличной переносимости в практически в ЛЮБОЙ код. Делать нужно сразу правильно.
Про задержки.
Таймер генерирует лишь МИНИМАЛЬНЫЙ ДИСКРЕТ времени, а остальное реализуется ПРОГРАММНЫМ счетчиком ВНУТРИ ОБРАБОТЧИКА прерываний от таймера.[/uquote]

Насчет опроса кнопок:
1. После выполнения функции прерывания, микроконтроллер вернется на какой этап? С того момента, на котором прервался? Даже если был в цикле?
2. Если сделать глобальную переменную и в обработчике прерываний сделать присваивание этой переменной какого-либо числа, то сохранится ли в ней значение?

[Albert_V]

...я не задавался этим вопросом, поэтому встречный вопрос: а какие есть варианты?

Это надо ТЗ смотреть...

[SpeedFighter]

Ну допустим, что на мое усмотрение.

[КРАМ]

[uquote="SpeedFighter",url="/forum/viewtopic.php?p=3257733#p3257733"]Насчет опроса кнопок:
1. После выполнения функции прерывания, микроконтроллер вернется на какой этап? С того момента, на котором прервался? Даже если был в цикле?
2. Если сделать глобальную переменную и в обработчике прерываний сделать присваивание этой переменной какого-либо числа, то сохранится ли в ней значение?[/uquote]
1. При выходе из обработчика программа попадет на следующую после прерванной команду. То есть для основного кода прерывания как бы не существуют, при их исполнении выполнение основного кода замирает, а затем восстанавливается ровно с того места на котором произошла остановка.
2. Глобальная переменная измененная в прерывании останется измененной. Но есть несколько другая опасность. Компилятор может проигнорировать часть исходного кода основного цикла, если увидит, что переменная в основном цикле не модифицируется, а так же может произойти ошибка при чтении переменной в основном цикле, если ее разрядность выше разрядности контроллера (прерывание может произойти между чтениями младшей и старшей частями переменной). Поэтому все глобальные переменные, которые модифицируются в прерывании должны при объявлении иметь квалификатор volatile перед типом, например
volatile int count;
Это позволит компилятору избежать генерации ошибочного кода.

[ARV]

Какую тему не возьми, все в итоге сведется либо к политике, либо к кнопкам, либо к обсуждению крутости ARM. ведь про случайную последовательность тема же была, при чем тут кнопки, прерывания, DMA?!

[КРАМ]

[uquote="ARV",url="/forum/viewtopic.php?p=3258333#p3258333"]при чем тут кнопки, прерывания, DMA?![/uquote]
Про ДМА разговор не идет. По крайней мере тут.
Про прерывания и кнопки разговор идет ровно потому, что автор реализует свое устройство посредством КНОПОК. Про случайную последовательность уже все разобрали.
Правила форума не ограничивают круг обсуждаемых вопросов в топике формулировкой заголовка. Тема обсуждения вольна уходить В ЛЮБУЮ ТЕХНИЧЕСКУЮ СТОРОНУ.

[dosikus]

[uquote="ARV",url="/forum/viewtopic.php?p=3258333#p3258333"]Какую тему не возьми, все в итоге сведется либо к политике, либо к кнопкам, либо к обсуждению крутости ARM. ведь про случайную последовательность тема же была, при чем тут кнопки, прерывания, DMA?![/uquote]

Все просто, стареешь вот и брюзжишь.
Делом займись , всяко веселей будет..