АЦП в LPC1766, все-таки трещит Опции

[Пал]

Добрый день всем. АЦП указанного камушка очень часто выдает лживые показания тяготеющие к крайним значениям разрядности. Нарисовать софтовый фильтр отсекающий эти выбросы и независающий при быстрых изменениях сигнала не удалось. Найти описание глюка у NXP и методы борьбы тоже никак. По поиску в инете и здесь на форуме вижу что проблема мне не приснилась. О ней говорят многие но вот никого поборовшего не встретил.. Посему творческий тупик.... Есть изделие с разведенной и натиражированной платой и нет софта, могущего быть отпущеным в жизнь.... КАК БЫТЬ???

[stoker]

Не знаю как у 1766, а LPC1768 АЦП работает без нареканий, думаю, что проблемы могут быть в софте. Возможно, у вас неправильное преобразование знакового числа.

[VslavX]

Не знаю как у 1766, а LPC1768 АЦП работает без нареканий, думаю, что проблемы могут быть в софте. Возможно, у вас неправильное преобразование знакового числа.

"Здоровых нет - есть недообследованные" ©.
Рассказали бы что ли - в каком режиме АЦП работает, сколько каналов, какие настройки, кусочком кода поделились с народом. А то у меня на одной и той же физически плате, и с 99% одинакового С-кода, LPC2368 работает, а вот LPC1768 необъяснимые нули при измерении VBUS_USB (делитель 22k/22k) выкидывает изредка, причем только если по USB активный обмен идет. Цепляешь эту цепь VBUS на соседний канал, который спокойно до этого мониторил термодатчик - и он тоже начинает нули кидать. Помех 300МГц осциллоскопом не видно, даже триггер не срабатывает, 1000пФ стоит прямо у ноги. Как программно в DR ADC сформировать 0 - неясно ни разу, регистр же только на чтение. Физически нуля у меня там быть не может, поэтому фильтруется это дело "на раз" и на изделие не влияет, но загадка есть, однако. А я загадки не люблю.
P.S. Кстати, надо будет еще помониторить на предмет 0xFFF, а то у меня только нижний предел проверялся.