IAR Embedded Workbench

[Boba_spb]

Если хватает ресурсов и времени, то можно не заморачиваться и писать как в голову придет. А вот если подперло быстродействие , то либо суметь выкрутиться - либо переходить на другой проц. А переход на другой проц - это целая история.

Тут спросили как побыстрее сделать вместо деления 32 битного числа, я написал.

Честно говоря, время изменения в программе не очень критично - какая разница - день, два или три.

[gary2007]

а Атмел, второй - на Chipenable.Ru.

Пашгану надо памятник ставить, молодец.

[Boba_spb]

Ба !!
Да тут борьба за точность внутренного АЦП, да в предположении что шум Гуссовский, а что помехи по питанию как правило импульсные, да исчо в одну сторону, да исчо б проц не шевелить во время измерений, а про то что помехи 50 гц бывают ни слова.

И что эт всякие дельта сигма ацпов понапридумывали да исчо с фильтрами 5 поряка внутрях? И всего то в них 24 бита (будем справедливы число бит от частоты семплирования зависит).

А тут бац - внутренной всего 10 бит иль 12, чуток потуг и 20 бит на выходе.

Иль я что то не допонял?

[tempora]

А вот если подперло быстродействие, ...

Процедура должна выполняться два раза в секунду - это называется "подперло быстродействие"?

Тут спросили как побыстрее сделать вместо деления 32 битного числа, я написал.

Вопрос был сформулирован совсем не так. Нужно было сделать быстрее, чем это:

Я ... делю исходное на 10 без остатка, затем отнимаю от него-же результат умноженный на 10 и т.д. - получается не очень быстро по тактам и длинно. И это еще без округления!

Сокращение до вида "(i+500)/1000" - вполне адекватно ситуации.

Честно говоря, время изменения в программе не очень критично - какая разница - день, два или три.

День-два-три - на такую фигню? А всё важное, как всегда - в последнюю ночь? Вы чему людей учите?!
Я уж не говорю об ошибках, которые могут возникать при каждом редактировании, при каждой подгонке под новые условия - код повторно не испольуем, практически никак.
_____________________________
Upd:

чуток потуг и 20 бит на выходе.

Насколько я помню - почти половина из них выбрасывается.

[tempora]

gary2007, мой Вам совет: хотите прочувствовать работу с ADC - занимайтесь им, а эти сомнительные выверты, которые будут экономить 3 копейки каждую пятницу, бросьте - за этим мелким кустарником леса не увидите.

[gary2007]

Атмел серьезно уверяет:

Description : Example of how to use oversampling to increase the resolution
* This code shows an example of how to increase the ADCs
* resolution from 10-bit to 16-bit. It might be usefull to write
* every single ADC result to UART, to ensure that LSB toggles

[gary2007]

tempora, я буду и это проверять и дельта-сигма 18-ти битный, по отдельности и в сравнении.

[tempora]

я буду и это проверять и дельта-сигма 18-ти битный, по отдельности и в сравнении.

В такой задаче больше всего времени отнимет схемотехника. Разрешающая в 18 бит, при потолке в 2,56 вольта - это менее 10 мкВ. То есть, даже поверхностные токи утечки на плате будут препятствием, не то что наводки. Так что, отвлекаться на побочные вопросы тем более не стоит.

[gary2007]

Схемотехника одно, а си мне надо срочно "подтянуть", потому и пощу тут детские вопросы. Книжки то книжками, а так все ж быстрее будет.

[tempora]

си мне надо срочно "подтянуть"

Если задача сформулирована, как изучение работы с АЦП, то не следует распыляться на всё подряд, что попалось по пути. Тем более, что работа с 18-битным АЦП потребует и времени и сил. Если же задача сформулирована "изучить что-нибудь, лишь бы попрограммировать", то это слишком общо, чтобы предложить что-то конкретное.
Выглядит несколько сумбурно - Вам Boba_spb показал достаточно специфичные алгоритмы, которые общеупотребительными не назовешь и о которых Вы не спрашивали, однако, Вы за них ухватились - возникает впечатление, что Вы не знаете, что же нужно-то...