Перейти к содержанию
    

Pavlik

Новичок
  • Постов

    4
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный
  1. Спасибо за ответ. В даташите не сказано, что потребление VREF среднее. Очевидно, что фактическое потребление будет зависеть от того как часто будет проводится конвертация, поэтому среднее будет зависеть от кода. Вы правы по факту дело обстоит именно так. Просто из даташита этого не следует.
  2. Оказалось действительно "что угодно", проблема связана не с кодом. Оказалось, что в момент взятия выборки опорное напряжение просаживается примерно на 200 мВ. Странно такое поведение stm в работе с Ref3030 (25mA) когда по линии Vref декларируется потребление 400uA. Еще stm не любит когда аналоговая земля двигается относительно цифровой (при стабильных питающих VDD, VDDA). Конечно он такого любить и не должен, так как цифра и аналог в недрах его соединяются, но "удача - награда за смелость .." была. Следовательно никаких соединяющих землю дросселей нам не позволено, только нулевые сопротивления. Такие выводы. Поправьте, если неправ.
  3. Процедура получения данных с АЦП настроена на работу по таймеру. В одинаковых условиях, при фиксированном входном сигнале, который можно считать постоянным, берутся данные, которые отличаться могут только из-за погрешности, т.е. в младших битах. Таймер запускает два АЦП, Готовность данных по прерыванию ADC1->IER = ADC_IER_EOC. Забираем данные библиотечной функцией void HAL_ADC_ConvCpltCallback( ADC_HandleTypeDef* hadc ) Получаем несколько значений. Проблема в том, что при рассмотрении выборки (10-20 значений) меняются не младшие биты, как можно было бы ожидать: а 4,5,6 разряды намного чаще, чем 1,2,3. На картинке типичный случай С чем это может быть связано?
  4. uCOS - II и sed1335

    нет. Работал с тем же контроллером (жк от winstar 320x240). Можно использовась слои, но для серости все равно не сгодится.
×
×
  • Создать...