Использование встроенного датчика температуры в ATTiny45

[ish0]

Решил использовать встроенный датчик температуры в ATTiny45. Для повышения разрешаюшей способности, использовал среднее значение 64-х измерений. Однако столкнулся со следующей проблемой - нелинейностью преобразования сигнала с датчика. Опытным путем, охлаждая чип, а затем наблюдая, как изменяется температура, обратил внимание, что число на дисплее как бы замирает возле нескольких значений, от одной секунды вначале теста, до десятка при приближении температуры чипа к комнатной. Прихожу к мысли, что это следствие нелинейности функции преобразования АЦП. Сейчас пытаюсь найти способ программного решения (или с минимальными апаратными доработками). Свободных ног, как понимаете - нет. Поэтому прошу навести на мысль, как обойти эту проблему.

З.Ы. Измерения проводились при VREF = 1,1V. Кстати, на моем экземпляре bandgap напряжение составило 1,033V при Uпитания=3В и 1,024 при питаниии 5В. Хотя это косвенное измерение, выводимое из результата измерения Vbg при VREF=Vпитания. Меня интересует такая зависимость от напряжения - это результат моей криворукости или Atmel?

[niXto]

Кстати, на моем экземпляре bandgap напряжение составило 1,033V при Uпитания=3В и 1,024 при питаниии 5В

По даташиту должно быть выше 1,0 В но ниже 1,2 В.

Возможно у вас проблема в вычислении средних значений. АВРкин градусник шумит в пределах 2...3 LSB, но при расстоянии между границами 3...5 единицы работает абсолютно четко. Проверялось на мега48ра

Попробуйте отключить усреднитель и делайте 3...5 отсчетов в секунду. Все остальное время чип должен спать желательно в повердовне чтобы не ГРЕТЬ свой кристалл

[OneTech]

Как вариант можно прескаллер на всю катушку врубать (MCUclock/256) когда ничего ответственного не делается.

[ish0]

У меня измерения производятся 1 раз в секунду, 8 раз в сек. опрос кнопок. все остальное время, за исключением вычислений в режимк powerdown. Наверное, я неточно описал проблему, но нелинейность проявляется при индикации не единиц градусов, а лесятых долей градуса.т.е. при помощи усреднения результата, пытаюсь получить точность на порядрк выше разрешающей способности АЦП. Собственно, методу oversampling Atmel описывал в своем апноуте, но в нем максимум увеличения разрешения составил 2 бита - до 12бит. Я пытаюсь до 14бит. При этом наблюдаю "подтормаживание" младшего разряда. Простое увеличение количества измерений и их усреднение результата не даст. Нужно увеличить "шумность" датчика, чтобы за счет большего разброса значений сгладить нелинейность АЦП. Может понизить частоту сэмплирования АЦП?

[OneTech]

Понизить относительно чего? Для АЦП есть оптимальная частота - 50... 250 кГц.

[ish0]

Сейчас 125К, хочу попробовать 62К.

[Easyrider83]

Скажите, у микрочипа есть контроллеры со встроенным термодатчиком?

[OneTech]

Сейчас 125К, хочу попробовать 62К.

125 кГц как раз оптимальная частота, ошибка на такой частоте 0,5 LSB, к примеру на 1 МГц ошибка 2 LSB. Поэтому АЦП "шумит" сильнее на частотах отличных от оптимальной.

Скажите, у микрочипа есть контроллеры со встроенным термодатчиком?

Гугл ничего вразумительного кроме "Microchip выпустила датчик температуры повышенной точности MCP9804" не даёт. Может я плохо искал.

[niXto]

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

Не надо пытаться прыгнуть выше головы. У АВРкиного термодатчика заявленная точность ±10 градусов, с калибровкой ±1...2 градуса плюс погрешность самого АЦП, то есть сегодня у него температура кипения воды 99 градусов, а завтра - 102 (просто потому, что ему так хочется) - проверял лично. Возьмите нормальные термодатчики - хотя бы ТМР275 с гарантированной точностью пол-градуса во всем рабочем диапазоне, и делайте прибор из него а не из г**на...

[OneTech]

LM75A (Philips) рулит. Несколько десятков таких датчиков стоит в серийной оборудке.