|
|
  |
SAM4S, Ничего не выходит |
|
|
|
Aug 5 2015, 13:43
|
Знающий
   
Группа: Свой
Сообщений: 583
Регистрация: 7-06-06
Из: Таганрог
Пользователь №: 17 840

|
Цитата(Грендайзер @ Aug 5 2015, 16:40)  прошу прощения за ошибки допущенные при копировании. вот поправленный вариант А где NVIC_SetPriority (ADC_IRQn, ?); Ладно, работает на приоритете по умолчанию. Где проверка на готовность DACC к преобразованию? P.S. volatile для локальной переменной функции это конечно ...
|
|
|
|
|
Aug 5 2015, 14:46
|
Местный
  
Группа: Участник
Сообщений: 368
Регистрация: 18-04-11
Из: Город-герой Москва
Пользователь №: 64 451

|
RabidRabbit, а не всё ли равно, с какой частотой следуют прерывания. Логика кода такая: сначала запускается ЦАП (как только выбран и включён канал, цап начинает работать автоматом, выдавая раз в 25 циклов прерывание о завершении преобразования). Затем запускается автокалибровка АЦП. Когда она завершится процессор уйдёт в прерывание и далее я считав регистр строчками Код volatile int IRQ_sense = 0; IRQ_sense = ADC -> ADC_ISR & (ADC_IER_EOCAL | ADC_IER_EOC5); сбрасываю флаги прерывания (сбрасываются при чтении) и определяю от чего прерывание - конец калибровки или конец преобразования. Затем строчкой Код ADC -> ADC_CR = ADC_CR_START; запускаю АЦП на преобразование. Даже если где то прерывания и пересекутся, то у ЦАП приоритет ниже чем у АЦП и он подождёт, пока тот отработает. Цитата возникло прерывание, а дальше? флаг наличия прерывания надо снять или он снимается чтением регистра? Да, строчками Код IRQ_sense = ADC -> ADC_ISR & (ADC_IER_EOCAL | ADC_IER_EOC5); IRQ_sense = DACC -> DACC_ISR; Флаг сбрасывается при чтении регистров. Цитата Я не понял, что это за фильтр и как он работает или не работает, так что о причинах сбоев гадать не берусь. Лампочки сдесь не причём. С сужу по наличию/отсутствию сигнала, который наблюдаю осциллографом. При правильной работе и лампочки должны мигать и сигнал быть... А там что то одно Цитата А где NVIC_SetPriority (ADC_IRQn, ?); Да, я не повышаю приоритет АЦП, я понижаю приоритет ЦАП. Цитата Где проверка на готовность DACC к преобразованию? Когда выдаётся прерывание о завершении преобразования ЦАП готов. Если бы он не был готов, то строчки кода фильтра помещённые в подпрограмму обработки прерывания с АЦП так же не отрабатывались бы.
Сообщение отредактировал Грендайзер - Aug 5 2015, 14:53
|
|
|
|
|
Aug 5 2015, 15:57
|
Гуру
     
Группа: Свой
Сообщений: 3 020
Регистрация: 7-02-07
Пользователь №: 25 136

|
Цитата(Грендайзер @ Aug 5 2015, 17:46)  Лампочки сдесь не причём. С сужу по наличию/отсутствию сигнала, который наблюдаю осциллографом. При правильной работе и лампочки должны мигать и сигнал быть... А там что то одно  И как это может работать? Наводящий вопрос: сколько времени занимает выполнение вот этого участка кода? Код {PIOA -> PIO_CODR = PIO_CODR_P19 | PIO_CODR_P20;} for (int i = 0; i < 1000000; i ++){} {PIOA -> PIO_SODR = PIO_SODR_P19 | PIO_SODR_P20;} for (int i = 0; i < 1000000; i ++){} И ещё один вопрос: при этом у процессора вообще останется время на обсчёт фильтра?
|
|
|
|
|
Aug 5 2015, 17:08
|
Местный
  
Группа: Участник
Сообщений: 368
Регистрация: 18-04-11
Из: Город-герой Москва
Пользователь №: 64 451

|
Цитата И ещё один вопрос: при этом у процессора вообще останется время на обсчёт фильтра? Сколько угодно. Фильтр расчитывается лишь в том случае, если переменная flag == 1. Она устанавливается в 1 в функции обработки прерывания от АЦП, и сбрасывается в 0, как только завершился код фильтра для данного отсчёта поступившего с АЦП. После этого фильтр не считается, а моргают лампочки.... Цитата И как это может работать? Наводящий вопрос: сколько времени занимает выполнение вот этого участка кода? Не всё ли равно сколько времени занимает этот кусок кода? Его выполнение стопорнётся, как только придёт прерывание с переферии (ЦАП/АЦП). Впрочем я в ф-ции int main(void) я коментил лампочки и писал строчку типа Код dout = din; без всякого фильтра. Всё равно никакого эффекта. Как будто компилятор хочет всё выполнять в функциях прерывания, а на основную ему наср наплевать  При том самое интересное, что в основной ф-ции переменную flag процессор обнуляет, а вот фильтр банит...
Сообщение отредактировал Грендайзер - Aug 5 2015, 17:13
|
|
|
|
|
Aug 5 2015, 17:32
|
Гуру
     
Группа: Свой
Сообщений: 3 020
Регистрация: 7-02-07
Пользователь №: 25 136

|
Цитата(Грендайзер @ Aug 5 2015, 20:08)  Сколько угодно. Фильтр расчитывается лишь в том случае, если переменная flag == 1. Она устанавливается в 1 в функции обработки прерывания от АЦП, и сбрасывается в 0, как только завершился код фильтра для данного отсчёта поступившего с АЦП. После этого фильтр не считается, а моргают лампочки.... Представьте, что одна итерация "мигания" длится 1 секунду. Это значит, что фильтр может обновляться не чаще, чем 1 раз в секунду. Цитата(Грендайзер @ Aug 5 2015, 20:08)  Впрочем я в ф-ции int main(void) я коментил лампочки и писал строчку типа Код dout = din; без всякого фильтра. Всё равно никакого эффекта. Как будто компилятор хочет всё выполнять в функциях прерывания, а на основную ему наср наплевать  При том самое интересное, что в основной ф-ции переменную flag процессор обнуляет, а вот фильтр банит... Довольно бессмысленно вносить случайные изменения в неработающую программу в надежде, что она заработает. И выкиньте из головы мысль о том, что компилятор виноват. Это ошибки в вашей программе. Да, для оптимизации компилятору разрешено многое такое, что новичка может поставить в тупик, но есть чёткие правила. Если хотите понимать, что он нагенерил, смотрите в справочник инструкций процессора. Начинайте с низких уровней оптимизации, потому что на высших уровнях код корёжится до неузнаваемости, без поллитры не разберёшься, но при этом правильные программы не ломаются. Ну и вообще сомневаюсь, что у вас всё упёрлось в оптимизацию. Выглядит так, будто вы просто не понимаете, как работает программа, и надеетесь включением оптимизации волшебным образом решить все проблемы. Можно было бы попробовать поразбираться, но вы привели неполный код, а полный, наверное, слишком большой, то есть разбираться будет лень. Ну и я не знаю, как там в SAMах всё работает, может быть, хитрые нюансы есть.
|
|
|
|
|
Aug 5 2015, 18:01
|
Местный
  
Группа: Участник
Сообщений: 368
Регистрация: 18-04-11
Из: Город-герой Москва
Пользователь №: 64 451

|
Цитата Представьте, что одна итерация "мигания" длится 1 секунду Не могу представить. Процессору пришло прерывание, он на эту итерацию плюнул и пошёл отрабатывать прерывание. Цитата Довольно бессмысленно вносить случайные изменения в неработающую программу в надежде, что она заработает. Изменения не случайные, они показывают, что в целом ход программы идёт так как задумано... не монятно куда пропадают отдельные куски... вот тут да... Впрочем что ещё может быть, если даже из ассемблерного кода этот самый кусок пропал? P.S. Впрочем, может Вы в чём то и правы... Попробую ещё раз всё с самого насала написать.
Сообщение отредактировал Грендайзер - Aug 5 2015, 18:03
|
|
|
|
|
Aug 7 2015, 12:13
|
Местный
  
Группа: Участник
Сообщений: 368
Регистрация: 18-04-11
Из: Город-герой Москва
Пользователь №: 64 451

|
Снова здравствуйте. Вообщем промучился ещё день но так и не пришёл к решению. Вопрос к гуру ARMов, правильно ли в моём коде происходит уход в прерывание. Написал простейшую программулину, которая генерит пилу на выходе ЦАП. Заметил интересную особенность когда просматривал дизасемблированный код. В одном из регистров (r3), действительно появляются значения пилы в процессе работы цикла в программе main. Однако при уходе в подпрограмму прерывания в него записывается какая то ерунда. В ЦАП же записывается содержимое регистра r2 в котором, в процессе основного цикла хранится значение размаха пилы, т.е. 3000, а при входе в подпрограмму прерывания в него записывается значением которым я инициировал переменную dout, т.е. 300. После же выхода из прерывания в регистр r3 возвращается значение dout на момент когда пришло прерывание, а в r2 3000, т.е. размах пилы. Приведу весь код и рисунки с дизассемблера. CODE #include "sam.h"
int dout = 300;
void DACC_Handler( void );
int main(void) { /* Initialize the SAM system */ SystemInit();
__enable_irq (); // --------------- Enable Interrupts in NVIC ---------------------------- NVIC_EnableIRQ(DACC_IRQn); //------------------- Disable Watchdog Timer --------------------------- WDT -> WDT_MR = WDT_MR_WDDIS; // disable Watchdog Timer //----------------------------------------------------------------------
//----------------- Switch to fast RC oscillator ---------------------- // Enable Fast RC oscillator but DO NOT switch to RC now PMC-> CKGR_MOR |= (CKGR_MOR_KEY_PASSWD | CKGR_MOR_MOSCRCEN);
// Wait the Fast RC to stabilize while (!(PMC -> PMC_SR & PMC_SR_MOSCRCS)){};
// Change Fast RC oscillator frequency PMC-> CKGR_MOR = (PMC-> CKGR_MOR & ~CKGR_MOR_MOSCRCF_Msk) | CKGR_MOR_KEY_PASSWD | CKGR_MOR_MOSCRCF_4_MHz;
// Wait the Fast RC to stabilize while (!(PMC-> PMC_SR & PMC_SR_MOSCRCS)){};
// Switch to Fast RC PMC-> CKGR_MOR = (PMC -> CKGR_MOR & ~CKGR_MOR_MOSCSEL) | CKGR_MOR_KEY_PASSWD; //---------------------------------------------------------------------------------------------------------------
//-------------------------- Switch to Main Clock --------------------------------------------------------------- // Switch to Main Clock PMC -> PMC_MCKR |= PMC_MCKR_CSS_MAIN_CLK;
// Wait the Fast RC to stabilize while (!(PMC-> PMC_SR & PMC_SR_MOSCRCS)){}; //---------------------------------------------------------------------------------------------------------------
//-------------------------- PLLA enable ------------------------------------------------------------------------
// Number Wait States Required to Access the Embedded Flash Memory (page 366 and 1183 datasheet) EFC0 -> EEFC_FMR = (EFC0 -> EEFC_FMR & ~EEFC_FMR_FWS_Msk) | EEFC_FMR_FWS(6);
// Always stop PLL first! PMC-> CKGR_PLLAR = CKGR_PLLAR_ONE | CKGR_PLLAR_MULA(0);
// Adjustment of the Multiplier and Divider PMC-> CKGR_PLLAR = CKGR_PLLAR_ONE | CKGR_PLLAR_MULA(24) | CKGR_PLLAR_DIVA(1) | CKGR_PLLAR_PLLACOUNT(100) | PMC_MCKR_PLLADIV2;
// Wait the PLL Lock while (!(PMC-> PMC_SR & PMC_SR_LOCKA)){};
// Switch to PLLA Clock PMC -> PMC_MCKR = (PMC -> PMC_MCKR & ~PMC_MCKR_CSS_Msk) | PMC_MCKR_CSS_PLLA_CLK;
// Wait Master Clock is Ready while(!(PMC -> PMC_SR & PMC_SR_MCKRDY)){}; // --------- Enables the corresponding peripheral clock ---------------- // ------------------------ Enable PIOA -------------------------------- PMC -> PMC_PCER0 = (1 << ID_PIOA); // ---------------------- Enable DACC clock ---------------------------- PMC -> PMC_PCER0 = (1 << ID_DACC); PMC -> PMC_PCER0 = (1 << ID_ADC);
// --------- Enable corresponding pins --------------------------------- PIOA -> PIO_PER = PIO_PER_P19 | PIO_PER_P20; // ---- Enable output corresponding pins in PORTA----------------------- PIOA -> PIO_OER = PIO_OER_P19|PIO_OER_P20; // -- DAC SET // --------------------- DACC Software Reset --------------------------- DACC -> DACC_CR = DACC_CR_SWRST; // ----------------------- DACC Mode Register -------------------------- DACC -> DACC_MR = DACC_MR_WORD_HALF | DACC_MR_USER_SEL_CHANNEL1;
// ----------------------- Channel 1 Enable ---------------------------- DACC -> DACC_CHER = DACC_CHER_CH1;
// ------------------- End of conversion interrupt --------------------- DACC -> DACC_IER = DACC_IER_TXRDY;
// ---------------------- Start of conversion -------------------------- //DACC -> DACC_CDR = DACC_CDR_DATA(dout);
while (1) { if (dout == 3000) {dout = 0;} else {dout = dout + 100;} } return 0; }
void DACC_Handler( void ) { volatile int IRQ_sense = 0; IRQ_sense = DACC -> DACC_ISR; DACC -> DACC_CDR = DACC_CDR_DATA(dout); return; }
Сообщение отредактировал IgorKossak - Aug 7 2015, 16:09
Причина редактирования: [codebox] для длинного кода, [code] - для короткого!!!
Эскизы прикрепленных изображений
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|