sysel 0 1 июня, 2011 Опубликовано 1 июня, 2011 · Жалоба Это ? http://mbed.org/forum/mbed/topic/2003/ Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
porty 0 2 июня, 2011 Опубликовано 2 июня, 2011 · Жалоба нет, я не использую ДМА, я не использую ADGDR, я не использую Burst mode Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ViKo 1 2 июня, 2011 Опубликовано 2 июня, 2011 · Жалоба Предлагаю следующее решение. Передискретизация (oversampling) -> медианный фильтр -> фильтр НЧ + децимация. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
porty 0 2 июня, 2011 Опубликовано 2 июня, 2011 (изменено) · Жалоба Предлагаю следующее решение. Передискретизация (oversampling) -> медианный фильтр -> фильтр НЧ + децимация. отлично, просто велликолепно удаляются шумы и устраняются проблемы фазового дребезга, для варианта в 32кГц очень даже норм, но не для 100+кГц, там уже некуда оверсемплинг разгонять, а если разгонять АЦП сверх рекомендаций то вылазят такие помехи и шумы что ничем не поможеш Изменено 2 июня, 2011 пользователем Porty Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ViKo 1 2 июня, 2011 Опубликовано 2 июня, 2011 · Жалоба отлично... Это вы экспериментально проверили? Раньше делали, или сейчас? Да, если АЦП на пределе быстродействия, такой метод уже не пройдет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
porty 0 2 июня, 2011 Опубликовано 2 июня, 2011 (изменено) · Жалоба в том то и дело что нужно на пределе, или делать для одного-двух голосовых каналов одну архитектуру а для 8 каналов другую что не интересно. Пробовал в делфи, реально треск после медианного и оверсемплинга уменьшается раза в 2-3 на слух по сравнению когда нет оверсемплинга и даунсемплинга , но частотка не портится т.к. оверсемплинг, но появляется мелкий джитинг (на ффт выглядит как амплитудная модуляция - рядом с палкой частоты вылазит ещё две на -40 ... -50дб), и то только на FFT в 128-256тыщь точек виден, но на слух не слышен так что на него пофиг. Изменено 2 июня, 2011 пользователем Porty Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Petka 0 2 июня, 2011 Опубликовано 2 июня, 2011 · Жалоба ... но появляется мелкий джитинг (на ффт выглядит как амплитудная модуляция - рядом с палкой частоты вылазит ещё две на -40 ... -50дб), и то только на FFT в 128-256тыщь точек виден... Это медианка вылазит так. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alecsej 0 3 июня, 2011 Опубликовано 3 июня, 2011 · Жалоба ADC characteristics (full resolution) fclk(ADC) ADC clock frequency - - 13 MHz(max) ADC characteristics (lower resolution) fclk(ADC) ADC clock frequency 3.0 V ≤ VDDA ≤ 3.6 V - - 33 MHz(max) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
bug_fixed 0 7 июля, 2011 Опубликовано 7 июля, 2011 · Жалоба а какая версия чипа "-" или "А"? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
stepper88 0 31 января, 2012 Опубликовано 31 января, 2012 · Жалоба Здравствуйте! Интересует сегодняшнее положение дел с АЦП. Его исправили? Прошу прощения, если вопрос дурацкий, но собираемся заложить на пробу LPC1768 или что-нибудь из STM32. Устройство - GPS-треккер - будет использован для выносных датчиков, как АЦП, так и I2C (схемотехника частично наследуется от предыдущей модели на LPC2368). Поэтому интересует, стоит ли использовать именно LPC? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AltemirX 0 31 января, 2012 Опубликовано 31 января, 2012 · Жалоба Здравствуйте! Интересует сегодняшнее положение дел с АЦП. Его исправили? Насчёт исправления - не в курсе. Однако используем в серийных изделиях. О потенциальном баге предупреждены, спасибо коллегам ;) У самих пока не проявлялся (LPC1763). На ответственных измерениях программно добавлен медианный фильтр, так что не страшно. Заложен LPC1766 в другую серию изделий, где требуется большое кол-во аналоговых входов (расширение аналоговым мультиплексором) и относительно шустрая обработка без ЦОС. Скорее всего применю тоже программный фильтр и счётчик-ловушку, чтобы проанализировать наличие бага в проце. У знакомых ребят стоит LPC1768, пока не споткнулись на АЦП, но им в данный момент не до него было, если честно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AltemirX 0 6 февраля, 2012 Опубликовано 6 февраля, 2012 · Жалоба Может кому будет полезно, но обновилась еррата на LPC176x и LPC177x/8x. Описан баг по АЦП, в частности - с кривым A/D Global Data Register Цитирую: ADC.2: A/D Global Data register should not be used with burst mode or hardware triggering Introduction: On the LPC176x, the START field and the BURST bit in the A/D control register specify whether A/D conversions are initiated via software command, in response to some hardware trigger, or continuously in burst ("hardware-scan") mode. Results of the ADC conversions can be read in one of two ways. One is to use the A/D Global Data Register to read all data from the ADC. Another is to use the individual A/D Channel Data Registers. Problem: If the burst mode is enabled (BURST bit set to ‘1’) or if hardware triggering is specified, the A/D conversion results read from the A/D Global Data register could be incorrect. If conversions are only launched directly by software command (BURST bit = '0' and START = ‘001’), the results read from the A/D Global Data register will be correct provided the previous result is read prior to launching a new conversion. Work-around: When using either burst mode or hardware triggering, the individual A/D Channel Data registers should be used instead of the A/D Global Data register to read the A/D conversion results. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
porty 0 8 февраля, 2012 Опубликовано 8 февраля, 2012 · Жалоба без всяких A/D Global Data Register щёлкали результаты или вообще случайные шли даже читая из регистров конкретных каналов. Да и смысл в burst mode пользоваться глобальным регистром? Всё равно нужны конкретные каналы после окончания выборок пачки и прерывание настраивается на последний канал пачки или общее окончание работы ацп или просто опрос с заведомо большим интервалом чем обработка пачки. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AltemirX 0 8 февраля, 2012 Опубликовано 8 февраля, 2012 · Жалоба Да и смысл в burst mode пользоваться глобальным регистром? Да в курсе я, сам пользуюсь burst-ом и вычитываю из канальных регистров. Просто привёл цитату, чтобы ещё и на эти грабли народ не наступал. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AltemirX 0 21 июля, 2012 Опубликовано 21 июля, 2012 · Жалоба Ребят, есть ли новости с фронта АЦП в LPC176x? Сейчас поднял проект, где активно работаю с АЦП без фильтрации медианным фильтром. И - о ужас! LPC1763 rev.'A', LPC1768 rev.'-' обе имеют одинаковые проблемы, мусор может быть хаотическим на любом канале. Использую режим burst и канальные регистры результатов. Плохо то, что надо измерять среднеквадратичные значения, а медианный фильтр, если его использовать, повлияет на точность измерений. АЦП настроено на ~8000Sps, частота шины - 100МГц. Удалось ли как-то победить этот капризный АЦП и есть ли инфа от NXP? Неужели за год компания так и не признала проблем с АЦП? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться