помощь с ADS1248, непонятное поведение при измерениях Опции

[Zeal0t]

Добрый день.

АЦП ADS1248. Подключена к STM32 по SPI. Схема подключения полная из DS. Читается, пишется, DRDY при измерении/чтении изменяет.
К АЦП будут подключены тензомост и термистор.
В данный момент выполняю измерение внутренних значений АЦП на основании режима задаваемого через регистр MUX1.

Накопились вопросы, которые сам так и не смог решить.
1. В режиме MUX1 "проверка нуля ацп (AVDD + AVSS)/2" имеем шум на входе, который пока списываю на плату/питание/etc. Но иногда "ловлю" броски до максимума разрешения АЦП. Можно ли как то определить причину этого?
2. Режим MUX1 "контроль температуры". При прогреве АЦП, в разумных пределах, видим рост показаний от АЦП. Примерно на температуре +52..+53 градуса C имеем "бросок" показаний на 50-60 тысяч едениц. Затем показания опять плавно растут. При охлаждении платы и АЦП видим падение показаний и опять скачок уже вниз на 50-60 тыс. едениц.

Что было опробовано.

Проверено питание.
Замена АЦП.
Плата промыта.

Все равно имеем броски.
Подскажите - куда и что копать? Мыслей нет (
Могу приложить screenshot`s графиков снимаемых с АЦП

[Ruslan1]

Но иногда "ловлю" броски до максимума разрешения АЦП. Можно ли как то определить причину этого?

Скорее всего, несинхронная работа шины: АЦП принял дополнительный клок (или, наоборот, не принял). Либо то же самое с DRDY: мастер увидел фронт, которого не было, и пошел считывать.
У меня было подобное (но с другим АЦП): пару раз сутки проскакивали такие битые измерения. Проблема была в программе, сбивалась синхронизация по DRDY(точнее, возникало "паразитное" вычитывание по ошибочно взведенному прерыванию по DRDY сигналу).

Могу приложить screenshot`s графиков снимаемых с АЦП

Вы логическим анализатором посмотрите лучше. Настройте его на запуск по фронту какого-то пина, которым дергайте в случае детектирования невалидных данных. Очень удобно и понятно (анализатор и немного предысторию пишет).
Учитывая, что у китайцев 8-канальный анализатор по 15 баксов продают, это самый эффективный способ отладки подобных железячно-софтовых связок.

[Zeal0t]

Скорее всего, несинхронная работа шины: АЦП принял дополнительный клок (или, наоборот, не принял). Либо то же самое с DRDY: мастер увидел фронт, которого не было, и пошел считывать.

По моему маловероятно т.к. при нагреве происходит плавное повышение значения читаемого с АЦП, затем резкий скачок и затем опять плавное повышение. Если не нагревать плату и АЦП - значения идут стабильные (ну в пределах шумов стабильные).

[Ruslan1]

По моему маловероятно т.к. при нагреве происходит плавное повышение значения читаемого с АЦП, затем резкий скачок и затем опять плавное повышение. Если не нагревать плату и АЦП - значения идут стабильные (ну в пределах шумов стабильные).

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

[Zeal0t]

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

А вот так если вместо логического анализатора? Поможет как то?
1. Чтение данных с АЦП выполняется в прерывании по низкому уровню DRDY.
2. Очередное значение заносится в кольцевой буфер.
3. Буфер постоянно передается в программу верхнего уровня.
4. На верхнем уровне он копится и его можно посмотреть, график построить.