Aldaris

Здравствуйте! На плате используем АЦП ADS1625 (18 бит, 1.25 Мегасемплов, сигма-дельта). В приложении схема драйвера аналогового входа(ОУ AD8629). При "допиливании" платы разорвали дорожки к входам АЦП и поставили 2 резистора по 500Ом для ограничения по току. АЦП тактируется тактируется от кварца 40 МГц (KXO_V97). Земли разделены. Соединены они только через Thermal Pad АЦП. В результате почти на всей плате наводка 40 МГц. Особенно она напрягает на собственно входах АЦП и его референсах (размах помех достигает 500 мВ между положительным референсом и отрицательным). Сначала заметили помеху на входе. Для этого допаяли к земле по конденсатору 1000 пФ. Помеха уменьшилась до 50 мВ. кинули питание кварца через дроссель - не помогло. соединили нижние полигоны земли бусиной - не помогло. заземлили корпус кварца - не помогло. Есть предположение, что слетел АЦП. Однако результаты он выдает исправно с частотой 1.25 МГц. Референс используем внутренний. Но на нем просто бешенная наводка. Что подозреваем: 1) В спешке забыли, как соединен ThermalPad АЦП с полигоном. До понедельника проверить не сможем, разве что микруху перепаивать. Есть вероятность, что там не DirectConnect а с помощью только дорожек. 2) Возможно сам ThermalPad не припаялся. Монтажник сказал, что намазал термопастой и прогрел. 3) Есть предположение, что просто сдохли референсные цепи АЦП. Программист МК говорит, что при первом запуске видел шум только в 3 последних разрядах, а не как сейчас. Что предложите? Перепаять АЦП? Как-нибудь экранировать кварц?...

Хорошо. Пусть такие прикидки не имеют смысла. Значит я не знаю, как вычислить неравномерность. Тогда скажите сами, пожалуйста, как из того условия, что требуется измерять напряжения, отличающиеся на 0,5%, вычислить неравномерность АЧХ фильтра и поможет ли знание этой неравномерности хоть в чем-то.

0,5%

Почитал уже. Давайте посмотрим на ваш дифференцирующий усилитель. Особенно интересна его передаточная характеристика. Как-то так получится, что низкие частоты ослабятся, средние усилятся... Тут же характеристика ломаная. Как Вы предлагаете сигнал восстановить? И да, нижняя граничная частота 0.1 Гц, а верхняя пусть будет 100кГц. Разве верхняя на что-нибудь повлияет?

Понятное дело, что для определения среднего значения сигнала длительностью 10 секунд нужно как минимум 10 секунд. Электроника будущее предсказывать не умеет. Если внимательно прочитать мои выкладки в этом треде, то можно заметить, что для "аналогового" поиска среднего требуются такие элементы, при применении которых время выхода на режим (состояния, при котором устройство может искать среднее с заданной точностью) будет не 10с, а 8000с. Проблема-то в этом. При оцифровке сигнала мы получим ряд значений, с которыми мы можем оперировать, как захотим (при этом нужные части спектра мы не потеряем). При "цифровом" поиске время будет те же 10с, а не 8000с.

Итак, имеется JLINK, процессор ARM и ПЛИС. Для экономии места хотелось бы оставить только один разъем JTAG. Понятно, что нужно объединить устройства в JTAG-цепочку. Только тогда возникает проблема, какой софт нужен для того, чтобы просто шить ПЛИС и (крайне желательно) отлаживать ARM. Что посоветуете? Что-то слышал про OpenOCD. Скажите, нужно ли копать в этом направлении. Или есть что-то более удобное?

Всем большое спасибо за объяснения! Мораль для себя - не выпендриваться и делать через цифру.

То есть Вы предлагаете накачивать конденсатор, до определенного значения напряжения от другого источника. Когда зарядка конденсатора закончится (сработает компаратор), этот источник отключать и работать только с сигналом. Правильно? Еще у меня была идея подключать через ключ малое сопротивление на землю (перед ОУ) и заряжать через него. Только вот сопротивление ключа в закрытом состоянии должно быть хотя бы на порядок больше входного сопротивления операционника, что вряд ли достижимо.

На самом деле конечной целью является оцифровка сигнала. И ничего не мешает поставить АЦП разрядностью и скоростью побольше и упростить всю схему в несколько раз. Интересно было узнать, возможно ли это сделать чисто аналоговыми средствами. Это понятно, что оно значит больше, чем одно значение. Но в конце концов, зачем забивать сейчас голову температурными, временными дрейфами и прочими стабильностями, когда важно узнать сам принцип? Видел у Analog Devices микросхемы, как раз формирующие среднеквадратичное значение переменного сигнала(RMS-to-DC converter). Возможно, они бы и подошли для такой задачи. Надо будет посмотреть...

Требуется различать напряжения разницей в 100мкВ, т.е. точность 0,5% Тогда по моей логике получается, что расчетная емкость конденсатора должна увеличиться в разы (во столько же раз, во сколько сопротивление дополнительного резистора, включенного параллельно с входным сопротивлением ОУ, меньше просто входного сопротивления ОУ). А в первом расчете емкость и так нехилая вышла - 800мкФ.

Тоже так сначала думал. Сейчас приведу расчеты. Будем считать, что после конденсатора сигнал идет на вход ОУ. Сопротивление входа примем равным 10МОм. Для погрешности, сравнимой с шумами (100мкВ) на частоте 0,1Гц, требуется конденсатор, сопротивление которого на частоте 0,1Гц было бы в 5*10^3 раз меньше входного сопротивления ОУ. Это сопротивление в нашем случае будет равно 2кОм. Значит его емкость 800 мкФ. Чтобы схема вышла на режим (конденсатор зарядился до 300мВ), требуется время, оцениваемое постоянной времени RC-цепи. В нашем случае время будет равно 10^7[Ом] * 8*10^(-4)[Ф] = 8000c или больше двух часов. Где я не так посчитал?

Здравствуйте! Нужно убрать из сигнала постоянную составляющую. Хочется заложить хороший бюджет погрешностей в систему. Поэтому удалять нужно чисто. На вход системы приходит отрицательный сигнал, изменяющийся в пределах 20мВ около значения примерно -300мВ. Шумы сигнала порядка 100мкВ. Нужно гарантированно сохранить частоты вплоть до 0,1 Гц. Сразу после предполагаемого фильтра планируется поставить операционник. Какие варианты для фильтра предложите?

Но у меня-то задача передать по USB. Если бы мне надо было с компа передавать что-то именно быстро, то я бы использовал PCIe или что-то в этом духе.

На самом деле выход в итоге не будет именно последовательным. Планируется просто писать данные на скоростную флэш память.

Только ПЛИС вы имеете в виду поставить для сериализации данных с параллельного порта? Тогда это наверно лучшее решение, т.к. все равно данные на выходе буду на ПЛИСе обрабатывать.