помощь с 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: мастер увидел фронт, которого не было, и пошел считывать.

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

[Tanya]

затем резкий скачок и затем опять плавное повышение.

В каком смысле? Одиночный выброс, или "как бы" сдвиг нуля - длинная ступенька?
А температура внутренняя?

[Zeal0t]

В каком смысле? Одиночный выброс, или "как бы" сдвиг нуля - длинная ступенька?

Сдвиг нуля

В каком смысле? Одиночный выброс, или "как бы" сдвиг нуля - длинная ступенька?
А температура внутренняя?

Это и есть значения с внутреннего датчика температуры АЦП.

Вот как это выглядит

DATE, TIME, TEMPERATUREMCU, TEMPERATUREADC
21.1.2014, 14:23:46.796, 32, 425450
21.1.2014, 14:23:46.937, 32, 425410
...
21.1.2014, 14:25:36.921, 45, 458223
21.1.2014, 14:25:36.984, 45, 458223
вот тут начало это ступеньки
и далее продолжает набирать по чуть-чуть
21.1.2014, 14:25:37.046, 45, 524400
21.1.2014, 14:25:37.125, 45, 524400
21.1.2014, 14:25:37.921, 45, 524400
21.1.2014, 14:25:38.000, 45, 524400
21.1.2014, 14:25:38.062, 45, 524959
21.1.2014, 14:25:38.109, 45, 524959
21.1.2014, 14:25:38.921, 46, 524959
21.1.2014, 14:25:39.218, 46, 525437
21.1.2014, 14:25:39.281, 46, 525437
21.1.2014, 14:25:39.343, 46, 525437

Сообщение отредактировал Zeal0t - Jan 21 2014, 14:08

[Tanya]

Сдвиг нуля



Это и есть значения с внутреннего датчика температуры АЦП.

Вот как это выглядит

А зачем вообще Вам эта температура? Да еще с такой точностью?
Вот одновременно сдвиг нуля и какое-нибудь измерение стабильного напряжения будет информативнее. Я так думаю.
Или... Что в последней колонке?