реклама на сайте
подробности

 
 
> AT91SAM7xxxx, ADC, 2 канала и PDC
hd44780
сообщение Dec 10 2012, 13:17
Сообщение #1


Профессионал
*****

Группа: Свой
Сообщений: 1 202
Регистрация: 26-08-05
Из: Донецк, ДНР
Пользователь №: 7 980



Привет всем.

AT91SAM7S256 цифрует стереозвук встроенным АЦП (ADC7-левый, ADC6-правый канал) и далее обрабатывает эти выборки. Выборки сейчас по 512 байт.

Сейчас сделано "как в AVR" - запуск АЦП по сигналу TIOA1 ~24kHz, съём данных в прерывании АЦП. Каналы АЦП переключаются в прерывании.

Код
// Прерывание АЦП - один из каналов завершил преобразование
void ADC_IrqHandler(void)
{
    dword status;
    word wValue;
    
    status = ADC_GetStatus(AT91C_BASE_ADC);
    
    if ( (status & (1<<ADC_CHANNEL_LEFT) ) !=0  )
    { // левый канал закончил преобразование
      wValue = AT91C_BASE_ADC->ADC_CDR7;

      // Включить правый канал
      ADC_EnableChannel ( AT91C_BASE_ADC, ADC_CHANNEL_RIGHT );
      ADC_EnableIt ( AT91C_BASE_ADC, 1 << ADC_CHANNEL_RIGHT );
      
      adcDataLeft [ dataPosLeft ] = wValue >> 2;
      dataPosLeft ++;
      if ( dataPosLeft == ADC_DATA_SIZE )
      {
        // останов преобразований
        StopConversion ( );
        conversionDone = 1;
      } // if
    } // if
  
    if ( (status & (1<<ADC_CHANNEL_RIGHT) ) !=0  )
    { // правый канал закончил преобразование
      // AT91C_BASE_ADC->ADC_CDR6 - регистр канала
      wValue = AT91C_BASE_ADC->ADC_CDR6;

      // Включить левый канал
      ADC_EnableChannel ( AT91C_BASE_ADC, ADC_CHANNEL_LEFT );
      ADC_EnableIt ( AT91C_BASE_ADC, 1 << ADC_CHANNEL_LEFT );
      
      adcDataRight [ dataPosRight ] = wValue >> 2;
      dataPosRight ++;
      if ( dataPosRight == ADC_DATA_SIZE )
      {
        // останов преобразований
        StopConversion ( );
        conversionDone = 1;
      } // if
    } // if
} // ADC_IrqHandler


Процесс начинается с левого канала:
ADC_EnableChannel ( AT91C_BASE_ADC, ADC_CHANNEL_LEFT );
ADC_EnableIt ( AT91C_BASE_ADC, 1 << ADC_CHANNEL_LEFT );

Это работает нормально. Результирующая частота дискретизации получается, конечно, в 2 раза меньше, но я сейчас не об этом.

Я где-то на форумах читал, что если написать
ADC_EnableChannel ( AT91C_BASE_ADC, ADC_CHANNEL_LEFT | ADC_CHANNEL_RIGHT );
ADC_EnableIt ( AT91C_BASE_ADC, ( 1 << ADC_CHANNEL_LEFT ) | ( 1 << ADC_CHANNEL_RIGHT ) );
то он будет сам щёлкать каналы по очереди. Попробовал - не работает. Точнее сказать - работает только левый канал - ADC7. Условие для правого канала вообще никогда не срабатывает. Проверял по DBGU.
Может я неправильно включаю этот режим... Или чего-то недопонимаю...

Вопрос - может ли он сам переключать каналы? Ведь зачем-то в регистрах сделано по битику на канал (а на как в AVR-ах ADMUX=7 и 6 туда уже одновременно не запишешь)?

Вопрос особенно актуален, если задействовать PDC. Получать 512 байт сперва с одного, потом 512 с другого, да ещё и с задержками на перепрограммирование ADC/PDC - как-то "некошерно", необходима как можно большая синхронность в оцифровке каналов. А это - только оцифровка каналов по очереди.
Не считая установки 2-х независимых АЦП

Спасибо.

PS.
Замечания типа "Омар фигня, лобстер круче", где омар==AT91SAM7, лобстер==STM32 просьба не писать. Я прекрасно знаю, что в STM32 есть 2-3 независимых АЦП и прочие плюшки, но пока интересует исключительно AT91SAM7.


--------------------
Чтобы возить такого пассажира, необходим лимузин другого класса.
(с) Мария Эдуарда
Go to the top of the page
 
+Quote Post
2 страниц V   1 2 >  
Start new topic
Ответов (1 - 14)
RabidRabbit
сообщение Dec 11 2012, 05:47
Сообщение #2


Местный
***

Группа: Свой
Сообщений: 397
Регистрация: 3-12-09
Из: Россия, Москва
Пользователь №: 54 040



Цитата(hd44780 @ Dec 10 2012, 17:17) *
Я где-то на форумах читал, что если написать
ADC_EnableChannel ( AT91C_BASE_ADC, ADC_CHANNEL_LEFT | ADC_CHANNEL_RIGHT );
ADC_EnableIt ( AT91C_BASE_ADC, ( 1 << ADC_CHANNEL_LEFT ) | ( 1 << ADC_CHANNEL_RIGHT ) );
то он будет сам щёлкать каналы по очереди. Попробовал - не работает. Точнее сказать - работает только левый канал - ADC7. Условие для правого канала вообще никогда не срабатывает. Проверял по DBGU.
Может я неправильно включаю этот режим... Или чего-то недопонимаю...


DS==========
Only one start command is necessary to initiate a conversion sequence on all the channels. The
ADC hardware logic automatically performs the conversions on the active channels, then waits
for a new request. The Channel Enable (ADC_CHER) and Channel Disable (ADC_CHDR) Registers
enable the analog channels to be enabled or disabled independently.
If the ADC is used with a PDC, only the transfers of converted data from enabled channels are
performed and the resulting data buffers should be interpreted accordingly.
DS==========

Попробуйте сделать, как в даташите - в регистр ADC_CHER записать два бита для соответствующих каналов, настроить PDC, в регистр ADC_IER записать бит ENDRX и запустить таймер. Руками по регистрам, кстати, гораздо понятнее получается, чем при использовании библиотечных функций (на мой взгляд, конечно).
Go to the top of the page
 
+Quote Post
hd44780
сообщение Dec 11 2012, 07:32
Сообщение #3


Профессионал
*****

Группа: Свой
Сообщений: 1 202
Регистрация: 26-08-05
Из: Донецк, ДНР
Пользователь №: 7 980



Цитата(RabidRabbit @ Dec 11 2012, 07:47) *
Попробуйте сделать, как в даташите - в регистр ADC_CHER записать два бита для соответствующих каналов, настроить PDC, в регистр ADC_IER записать бит ENDRX и запустить таймер. Руками по регистрам, кстати, гораздо понятнее получается, чем при использовании библиотечных функций (на мой взгляд, конечно).


Спасибо.
ADC_CHER я так и писал по задумке. Но недосмотрел реализацию той функции. В итоге бред получался rolleyes.gif .
Про END_RX понятно, сделаю. Но ещё надо курить, как с PDC работать. Я с ним дел ещё не имел ...


--------------------
Чтобы возить такого пассажира, необходим лимузин другого класса.
(с) Мария Эдуарда
Go to the top of the page
 
+Quote Post
hd44780
сообщение Dec 11 2012, 18:08
Сообщение #4


Профессионал
*****

Группа: Свой
Сообщений: 1 202
Регистрация: 26-08-05
Из: Донецк, ДНР
Пользователь №: 7 980



AT91C_BASE_ADC->ADC_CHER и AT91C_BASE_ADC->ADC_IER установил руками - помогло. Оба канала живые. Даже DBGU не понадобился, и так видно sm.gif .

Приступаю вплотную к PDC sm.gif .


--------------------
Чтобы возить такого пассажира, необходим лимузин другого класса.
(с) Мария Эдуарда
Go to the top of the page
 
+Quote Post
RabidRabbit
сообщение Dec 12 2012, 06:25
Сообщение #5


Местный
***

Группа: Свой
Сообщений: 397
Регистрация: 3-12-09
Из: Россия, Москва
Пользователь №: 54 040



Я думаю, с PDC разберётесь с полпинка, там всё просто и логично. На всякий случай - для ADC счётчики в PDC считают не байты, а "отсчёты", если ADC в 10-битном режиме, то в счётчики надо заряжать количество 16-битных слов в буфере.
Go to the top of the page
 
+Quote Post
hd44780
сообщение Dec 12 2012, 07:03
Сообщение #6


Профессионал
*****

Группа: Свой
Сообщений: 1 202
Регистрация: 26-08-05
Из: Донецк, ДНР
Пользователь №: 7 980



Цитата(RabidRabbit @ Dec 12 2012, 08:25) *
Я думаю, с PDC разберётесь с полпинка, там всё просто и логично.

Надеюсь rolleyes.gif .

Цитата(RabidRabbit @ Dec 12 2012, 08:25) *
На всякий случай - для ADC счётчики в PDC считают не байты, а "отсчёты", если ADC в 10-битном режиме, то в счётчики надо заряжать количество 16-битных слов в буфере.


Да, спасибо. Я в курсе.
До этого у меня были 10-битовые отсчёты, но в прерывании я всё равно клал в буферы байты, сдвигая считанное 10-бит значение на 2 бита вправо.
Вчера перевёл АЦП в 8-битный режим, убрал эти сдвиги - работает. Пока без PDC.


--------------------
Чтобы возить такого пассажира, необходим лимузин другого класса.
(с) Мария Эдуарда
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Dec 12 2012, 07:24
Сообщение #7


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



Когда будете работать с PDC обратите внимание на такой момент - у вас АЦП стартует от таймера и отсчеты выдает независимо от того - успели вы перезарядить PDC на новый буфер или нет. Так вот, если вы будете перезаряжать PDC слишком долго и АЦП успеет сделать преобразование, у вас один отсчет потеряется и все остальнвые будут лежать в буфере со сдвигом, т.е левый и правый каналы перепутаются. Отследить такую ситуацию можно по флагу RXBUFF. К сожалению ни циклических пересылок, ни цепочек буферов в PDC SAM7 не предусмотрено.


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
hd44780
сообщение Dec 12 2012, 08:19
Сообщение #8


Профессионал
*****

Группа: Свой
Сообщений: 1 202
Регистрация: 26-08-05
Из: Донецк, ДНР
Пользователь №: 7 980



Спасибо, на будущее учту.

Но пока преобразования разовые - выдал выборку, остановился. Повторный запуск - программный.
Обработка выборок достаточно длительная - FFT, отрисовка на дисплее. Вряд ли это всё успеет прокрутиться за время выборки даже 10-20 блоков..


--------------------
Чтобы возить такого пассажира, необходим лимузин другого класса.
(с) Мария Эдуарда
Go to the top of the page
 
+Quote Post
Jack_of_Shadows
сообщение Dec 12 2012, 09:40
Сообщение #9


Участник
*

Группа: Участник
Сообщений: 46
Регистрация: 29-10-10
Пользователь №: 60 513



Цитата
Так вот, если вы будете перезаряжать PDC слишком долго и АЦП успеет сделать преобразование, у вас один отсчет потеряется и все остальнвые будут лежать в буфере со сдвигом, т.е левый и правый каналы перепутаются

хотелось бы уточнить: в похожей ситуации я настраиваю PDC на работу с несколькими каналами, подсовываю ему буфер и включаю прерывания End of Receive Buffer и Receive Buffer Full. Я правильно понимаю, что когда прерывание срабатывает, я должен успеть:
передать PDC новый буфер до того, как пройдет хотя бы одно преобразование (чтобы нумерация каналов не сбилась)
обработать данные из буфера до того, как АЦП успеет заполнить следующий (чтобы данные не затерлись)
?

upd:
понял что я не прав. PDC подсовывается адреса двух буферов, RPR - куда читать сейчас, RNPR - куда читать когда закончится первый буфер. По прерыванию End of Receive Buffer мне нужно снова указывать буфер RNPR? Немного запутался, можно ли поподробнее рассказать про случай, который я процитировал вначале. У меня имеется уже готовая чужая программа, в которой периодически проявляются проблемы перепутывания каналов АЦП, читаемых через PDC.

upd:
пока никто не отвечает, кажется у меня очередное просветление: если программа чтения АЦП укажет при запуске два буфера RPR/RNPR и по прерыванию ENDRX будет своевременно их "перезаряжать" - все будет отлично. Если же программа затупит и в какой-то момент ни одного буфера не будет задано - все что в это время оцифровывает АЦП потеряется. При использовании нескольких каналов соответственно может потеряться часть из них, и нумерация собьется. Верно?

Сообщение отредактировал Jack_of_Shadows - Dec 12 2012, 12:55
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Dec 12 2012, 14:30
Сообщение #10


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



QUOTE (Jack_of_Shadows @ Dec 12 2012, 11:40) *
Если же программа затупит и в какой-то момент ни одного буфера не будет задано - все что в это время оцифровывает АЦП потеряется. При использовании нескольких каналов соответственно может потеряться часть из них, и нумерация собьется.
Совершенно верно.


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
RabidRabbit
сообщение Dec 12 2012, 15:51
Сообщение #11


Местный
***

Группа: Свой
Сообщений: 397
Регистрация: 3-12-09
Из: Россия, Москва
Пользователь №: 54 040



Цитата(Сергей Борщ @ Dec 12 2012, 11:24) *
Когда будете работать с PDC обратите внимание на такой момент - у вас АЦП стартует от таймера и отсчеты выдает независимо от того - успели вы перезарядить PDC на новый буфер или нет. Так вот, если вы будете перезаряжать PDC слишком долго и АЦП успеет сделать преобразование, у вас один отсчет потеряется и все остальнвые будут лежать в буфере со сдвигом, т.е левый и правый каналы перепутаются. Отследить такую ситуацию можно по флагу RXBUFF. К сожалению ни циклических пересылок, ни цепочек буферов в PDC SAM7 не предусмотрено.

Как же так? sm.gif Я думал, что тяжело не успеть обновить два регистра PDC за время, пока отработает половина буфера (а это будет одно преобразование только в случае если размер буфера == 1, что странно), ну если только программа совсем повиснет...
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Dec 13 2012, 07:09
Сообщение #12


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



QUOTE (RabidRabbit @ Dec 12 2012, 17:51) *
Как же так? sm.gif Я думал, что тяжело не успеть обновить два регистра PDC за время, пока отработает половина буфера
Обработка бывает разной. Кроме обработки могут быть и другие задачи. Если размер буфера недостаточен - можно и не успеть. Я описал ситуацию чтобы автор знал, куда копать в случае, если вдруг обнаружит что каналы путаются.


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
Jack_of_Shadows
сообщение Dec 13 2012, 08:06
Сообщение #13


Участник
*

Группа: Участник
Сообщений: 46
Регистрация: 29-10-10
Пользователь №: 60 513



Во время стационарной работы конечно такое маловероятно. Я же кажется попался на достаточно глупую ошибку:
При запуске платы идет достаточно длительный процесс инициализации, на время которого прерывания глобально запрещаются, чтобы не мешали. Когда инициализируются ADC и PDC, сразу же начинается оцифровка и складывание значений в буфер, однако прерывание переполнения буфера не срабатывает - запрещено все таки. Если процесс инициализации в силу каких-то причин идет то дольше то меньше, сбой то случается то нет.
Go to the top of the page
 
+Quote Post
hd44780
сообщение Dec 13 2012, 09:39
Сообщение #14


Профессионал
*****

Группа: Свой
Сообщений: 1 202
Регистрация: 26-08-05
Из: Донецк, ДНР
Пользователь №: 7 980



Jack_of_Shadows, а Вы не запускайте шарманку во время инициализации. Зачем оно там? Тем более при сложной инициализации ...
Запускайте тогда, когда Ваша программа на 100% будет готова принимать эти потоки данных.

Я сделал у себя методы типа AdcStart, AdcStop - по сути старт/стоп таймера и вызываю их когда мне надо ..
У меня по выборке вообще считается длительный и довольно тяжёлый FFT, там никаких буфров может не хватить этому PDC. Поэтому его проще вообще вырубить на это время. Тем более, что у меня не осциллограф, где потеря каких-то 10 мс на расчёт/отрисовку смерти подобно.


--------------------
Чтобы возить такого пассажира, необходим лимузин другого класса.
(с) Мария Эдуарда
Go to the top of the page
 
+Quote Post
Jack_of_Shadows
сообщение Dec 13 2012, 10:01
Сообщение #15


Участник
*

Группа: Участник
Сообщений: 46
Регистрация: 29-10-10
Пользователь №: 60 513



hd44780, сейчас то, когда я разобрался, именно так и сделал. Мне вообще потеря данных не важна, там всего лишь положение джойстика оцифровывается sm.gif
Go to the top of the page
 
+Quote Post

2 страниц V   1 2 >
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 18:21
Рейтинг@Mail.ru


Страница сгенерированна за 0.01539 секунд с 7
ELECTRONIX ©2004-2016