Поставьте в Протеусе частоту контролера 10000Hz и увидите то, что принципе, программа работает правильно, а вот задержку стоит сделать побольше и последний светодиод не загорается потому, что сразу после того как он был включен идет проверка и PORTB=0b10000000 заменяется на PORTB=0b00000001, проверку нужно делать еще до сдвига:
if(PORTB==0b10000000)
PORTB=0b00000001;
else
PORTB<<=1;
и так далее.
наткнулся на неплохой мануал http://www.romanblack.com/one_sec.htm в котором используется Брезенгемский алгоритм, позволяющий получить период в 1 секунду(и др.) с любой частотой осцилятора.
// PERIOD sets the pin toggle freq; toggle PERIOD = (xtal / 4 / freq / 2)
#define PERIOD 10000 // (xtal 4Mhz) TMR0 1MHz, 10000 = 100Hz toggle (50Hz output)
#define PER_COUNTS ((PERIOD / 100) - 1) // don't edit this!
#define PER_REMAINDER (PERIOD - (PER_COUNTS * 100)) // don't edit this!
unsigned int pcount; // used in interrupt to count PER_COUNTS
//-----------------------------------------------------------------------------
//+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
void interrupt()
{
//-----------------------------------------------------
// this is the TMR0 overflow interrupt.
// Note! TMR0 has a 3 tick write latency, writes must be -3
//-----------------------------------------------------
// check if time to toggle the output pin
if(!pcount)
{
asm {
movlw 0x01 ; // mask for pin 0
xorwf GPIO,f ; // toggle PIC pin GPIO.0
}
pcount = (PER_COUNTS+1); // how many delays to make total
TMR0 -= (PER_REMAINDER-3); // first delay will be ==remainder
}
// else make a normal delay
else
{
TMR0 -= (100-3); // make another 100 tick delay
}
pcount--;
//-----------------------------------------------------
// clear the TMR0 overflow flag and exit
INTCON.T0IF = 0;
}
//+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
//=======================
// MAIN
//=======================
void main ()
{
//-----------------------------------------------------
// PIC 12F675 setup ports
ANSEL = 0; // ADC off
CMCON = 0x07; // comparators off
GPIO = 0b00000000; // clear GPIO
TRISIO = 0b00000000; // All outputs
WPU = 0b00000000; // pin pullups; 1 = pullup on (for button)
//-----------------------------------------------------
// timer setup etc
OPTION_REG = 0b00001000; // TMR0 on, 1:1 prescale
pcount = 0;
INTCON = 0b10100000; // GIE on, T0IE on (turn interrupt on)
//-----------------------------------------------------
// main run loop here
while(1)
{
continue; // loop and do nothing, just let the interrupt happen
}
}
//-----------------------------------------------------------------------------
для генерации 1ой секунды с моим 20МГц PIC16F628A кварцем(тело основного цикла, инициализацию и прочее я опустил(TMR0(прескалер 1:1) и TMR1(прескалер 1:1) включены, как и прерывания от них)):
Но вот беда- часы уходят за 6 часов на секунд 20(вперед), хотя должны идти точно =). Вопрос- чтото я делаю не так? А также, надо ли учитывать такты(машиные циклы) на выполнение сравнения "if(T0IF)", "if(!pcount)", инкрементирования переменной sec, в общем операции ДО сброса флага прерывания T0IF или я чтото неправильно понимаю
Как по мне здесь бОльшую погрешность будет давать неидеальность кварца. По идее, при использовании других кварцев, даже на такую же частоту погрешность тоже должна изменится.
судя по всему выход один - частотомером измерить частоту генерируемой единицы при помощи данного метода и изменяя значение #define PERIOD , а следовательно и частоты кварца добиться желаемого значения
доброе время суток мужыки.
пытаюсь изучать Си для pic. подскажите пожайлусто как создать поект для компилятора MCC18.
по описанию из книги ,, применение микроконтроллеров pic 18,, нечё неполучается, мож вы подскажите как быть.
Мечтатель - не тот, кто сидит на диване и думает о несбыточном, а тот, кто всеми силами стремится воплотить несбыточное в реальность.
Лютик писал(а):
Но вот беда- часы уходят за 6 часов на секунд 20(вперед), хотя должны идти точно =). Вопрос- чтото я делаю не так? А также, надо ли учитывать такты(машиные циклы) на выполнение сравнения "if(T0IF)", "if(!pcount)", инкрементирования переменной sec, в общем операции ДО сброса флага прерывания T0IF или я чтото неправильно понимаю
вот блин расстроился:)
6часов*60мин*60сек=21600
20сек/21600 сек= 0.0009259*100%=0.09259% погрешность.
Возьми да добавь погрешность к своему значению 5000000*1.0009259=5004629.6 ну последнюю шестерку можно либо округлить либо прибавлять 1 каждые 6 из 10 циклов.
А еще есть вариант с помощью конденсаторов кварца отрепетировать точную частоту кварца.
Лютик писал(а):судя по всему выход один - частотомером измерить частоту генерируемой единицы при помощи данного метода и изменяя значение #define PERIOD , а следовательно и частоты кварца добиться желаемого значения
интересное предложение это что означает программно менять частоту кварца??
Вы, наверно, хотели сказать что подобрать значение,которое подходит для этой частоты кварца.
Последний раз редактировалось vitalik_1984 Ср июл 20, 2011 20:48:22, всего редактировалось 1 раз.
Лютик писал(а):судя по всему выход один - частотомером измерить частоту генерируемой единицы при помощи данного метода и изменяя значение #define PERIOD , а следовательно и частоты кварца добиться желаемого значения
Вы, наверно, хотели сказать что подобрать значение,которое подходит для этой частоты кварца.интересное предложение это что означает программно менять частоту кварца??
дело в том, что я конденсаторы не использую(в макетке), кварц и так возбуждается, поэтому считаю что можно подогнать частоту программно, тем более так проще имхо
vitalik_1984 писал(а):
Вы, наверно, хотели сказать что подобрать значение,которое подходит для этой частоты кварца.интересное предложение это что означает программно менять частоту кварца??
дело в том, что я конденсаторы не использую(в макетке), кварц и так возбуждается, поэтому считаю что можно подогнать частоту программно, тем более так проще имхо
Не частоту кварца тогда, а частоту секундных импульсов программно менять:)
не свосем понял, а если частота 500Гц, допустим, а не 1?
Теперь я не понял, в чем разница ?
По алгоритму Брезенхема частота очень редко будет соответствовать именно значению 500 Герц, она будет бегать от 499 до 501, скажем, в зависимости от того, на каком участке сейчас находимся.
Но суммарная - за какое -то время - будет именно 500, и чем больше время измерения, тем ближе к требуемой.
Особое значение играет именно знаковая переменная - в моем примере signed int iCounterKvant;
в примере Леонида Ивановича s8 Delta;
в в зависимости от ее знака, принимается решение, в какую сторону регулировать.
вообщем заюзал MCC18 ПОД PIC18F242, просмотрел ассемблерный код замерил время выполнения программ. вообщем работает почти адекватно. умножение 266 м.ц. в товремя как на ассемблере за 200 м.ц. что почти хорошо. итд. но все-таки надыбал пару косяков например 2-е переменные char не может перемножить межсобой с сохранением результата в переменной int.
char a = 24 ;
char b = 55 ;
int c = 0 ;
c = a*b ; // и тут косяк.
вообщем не очень страшно но всёж неприятно приходится хотяб одну переменную произведения использовать также как int.
да и математическая библиотека ложовая извлечение квадратного корня выполняется за более 6000 м.ц.
втовремя как на ассемблере корень из 24-х разрядного число высчитывается всего за 600 м.ц
оно вобщем и понятно в мат библиотеке переменные float и всё такое. но если меня устраивает точность до целых то зачем столько ждать.
и ещё непонятно 2-е вещи.
1) вопрос почему в пустом проекте где кроме функции main(){} нечего нету а память программ занята ажжж на 116 байт а озу вооще аж на 268 байт. эт куда такое излишество. чем они там занеты?
2) вопрос как мне зарезервировать некоторое количество байт в озу чтобы хранить там ассемблерные переменные и Си компилятор их не поубивал там.
Мечтатель - не тот, кто сидит на диване и думает о несбыточном, а тот, кто всеми силами стремится воплотить несбыточное в реальность.
Лютик писал(а):
не свосем понял, а если частота 500Гц, допустим, а не 1?
Теперь я не понял, в чем разница ?
По алгоритму Брезенхема частота очень редко будет соответствовать именно значению 500 Герц, она будет бегать от 499 до 501, скажем, в зависимости от того, на каком участке сейчас находимся.
Но суммарная - за какое -то время - будет именно 500, и чем больше время измерения, тем ближе к требуемой.
Особое значение играет именно знаковая переменная - в моем примере signed int iCounterKvant;
в примере Леонида Ивановича s8 Delta;
в в зависимости от ее знака, принимается решение, в какую сторону регулировать.
отличия Брезенхема состоит как раз в том, что оно дает точный результат, как написано на том сайте. выходит там написана не правда?
логически если подумать, то с какой стати показания буду прыгать, если действие(инкрементирование переменной или "пинание" ножки контроллера) происходит толкько в подрпрограмме обработки прерывания с занесением накопившейся ошибки, то есть однократно за весь период, а последующее это же действие произойдет через такой же промежток времени и почему же тогда значения будут прыгать? ведь все промежуточные значения, заносимые в TMR0 заранее преопределены и являются статичными
Брезенхем даёт не "точный" результат, а хорошее приближение к нему.
Ну вот допустим для простоты, что за заданный временной интервал происходить 9.3 периода некоей частоты. Точно его отмерить просто невозможно.
Брезенхем на каждые 10 периодов выходной частоты даст
9 периодов входной частоты -- 7 раз
10 периодов входной частоты -- 3 раза. среднее значение при этом будет (7*9+3*10)/10 точно 9.3
Но расстояие между импульсами на выходе будет прыгать
Брезенхем ещё постарается поравномернее размазать 9 и 10 входных периодов, так, чтобы на меньшем числе интервалов средняя ошибка тоже была минимально возможной.
Вот в данном случае если сделать
10 10 10 9 9 9 9 9 9 9
то за 10 периодов среднее будет 9.3, но за первые 3 периода среднее будет 10, отклонение +0.7.
Брезенхем даст что-то в духе
9 10 9 9 10 9 9 9 10 9
Только за одни смежные три периода (№6,7,8) будет среднее 9, отклонение -0.3.
За все остальные тройки среднее будет (9+10+9)/3 = 9.3(3), отклонение +0.03(3)
Если будем скользить окном 4 периода выхода, то среднее будет иногда 9.25, иногда 9.5. Отклонение будет от -0.05 до +0.2
А для собравшихся в начале 10-ток при окне 4 среднее буде меняться от 9 до 9.75, отклонение от -0.3 до 0.45
Лень в виде мании величия: «ты гений, зачем стараться?». В виде комплекса: «всё равно не выйдет, зачем упираться?». Как логика: «если достаточно, зачем знать и уметь больше?». Цель одна: остановить. Не любит тепло работающих мышц и шум работающего мозга.
avreal писал(а):Вот в данном случае если сделать
10 10 10 9 9 9 9 9 9 9
то за 10 периодов среднее будет 9.3, но за первые 3 периода среднее будет 10, отклонение +0.7.
Брезенхем даст что-то в духе
9 10 9 9 10 9 9 9 10 9
Немного упустил нить вашего рассуждения, но это похоже на делитель частоты с дробным коэффициентом деления... тема моего диплома (правда, там всё было "в железе")
[ Всё дело не столько в вашей глупости, сколько в моей гениальности ] [ Правильно заданный вопрос содержит в себе половину ответа ]
БАТАРЕЙКУС писал(а):и ещё непонятно 2-е вещи.
1) вопрос почему в пустом проекте где кроме функции main(){} нечего нету а память программ занята ажжж на 116 байт а озу вооще аж на 268 байт. эт куда такое излишество. чем они там занеты?
2) вопрос как мне зарезервировать некоторое количество байт в озу чтобы хранить там ассемблерные переменные и Си компилятор их не поубивал там.
1) HEAP, CSTACK, RSTACK - посмотрите настройки этих/подобных параметров в используемой среде. Могут быть заполнены вектора прерываний.
2) Как вариант, создаете переменную по определенному адресу и работаете с ней в ассемблере. В IAR это делается так:
