Столкнулся с математической проблемой. Необходимо полученное значение на АЦП поделить на 17.2, чтобы получить реальное входное напряжение.
Но не знаю как разделить число на ассемблере, да еще и на дробное.
Помогите с алгоритмом!

А вы не делите на дробное. Помножьте числитель и знаменатель на 10 и делите на целое (у Атмела для АВР есть app.note: http://www.atmel.com/dyn/resources/prod_do...ts/doc0936.pdf). Или пишите на Си (и, опять же, не делите на дробное, если нет крайней необходимости). Если нужен именно алгоритм деления на дробное, то см., например, Я.К.Будинский "Логические цепи в цифровой технике". Там этот алгоритм подробно и с примерами расписан.

Если имеется в виду деление на константу, до делить ВООБЩЕ не надо! Вычислите число, обратное константе, умножьте его не степень двойки (лучше на 256 или 65536) и используйте умножение на константу с последующим отбрасыванием ненужных байтов

А как насчет более удобного опорного напряжения?

Тож вариант: подкрутить опорное, чтобы делить не на 17.2, а на 16. Простой сдвиг вправо на 4 разряда. Но только если опорное можно регулировать

Как подсказали перейдите от деления к умножению
Надо разделить на 17,2. Попытаемся представить это число в виде 65536/x
17,2 = 65536/x
x = 65536/17.2 = 3810
Теперь если взять любое входное значение, умножить на 3810 а потом отбросить два старших байта (что эквивалентно сдвигу на 16 вправо или делению на 65536) то получите то что Вам нужно. Не обзязательно брать 65536, можно любое число степень двойки (чем больше число тем выше точность). Суть метода в том чтобы уйти от операции деления к операции умножения с последующим сдвигом результата вправо. Умножение для любого процессора также как и сдвиг довольно простые и быстрые операции. Особенно если писать на ассемблере.

Сообщение отредактировал mempfis_ - Dec 14 2010, 09:53

отбросить два младших байта... получим целое число в диапазоне 0...59, это из входного диапазона АЦП 0...1023.
[telepat mode] предположу, что ТС нужно получить результат с дробной частью, типа 0...1023 -> 0...59.47 [/telepat mode]

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

АААААА!!!!! Обшибся!!!!
Спасибо за поправку.
Нужно отбросить два младших байта а не старших!!! Точнее сдвинуть результат на 16 бит вправо!!!
Сам часто пользуюсь таким приёмом при работе с аналоговыми датчиками. Избавляет от исполдьзования громоздких П/П деления. IAR умный - сам понимает что при делении на 2**n оптимальным будет сдвиг а не div

Не уверен, что сработает такой подход. А вот домножив коэффициент на 10^k, где k требуемое число знаков после запятой

На примере, приведённом mempfis_
17,2 = 65536/x
x = 65536/17.2 = 3810
Для получения 3-х знаков после запятой
X = x * 1000 = 3810000

Теперь в цифрах, что получается. Например, число 12345
С помощью обычного деления
12345 / 17.2 = 717.7325581
С помощью умножения на коэффициент
12345 * X = 12345 * 3810000 = 47034450000 = 0xAF378C050
Отбрасываем 2 младших байта 0xAF378C050 >> 16 = 0xAF378 = 717688
Получили число 717688 три младших разряда которого в десятичном представлении есть разряды после запятой, т.е. 717.688
Погрешность получается 0.006%

Это погрешность округления 65536/17,2 = 3810,2325581395348837209302325581 посчитайте сами.
Все остальное (пока что) не влияет.

Даа, но не совсем.
Диапазон АЦП На ATMega 2561 - от 0...1023.
Диапазон Vвх - от 0..5V
На входе АЦП (туда я подаю 5V с питания)у меня стоит делитель напряжения на 3(Изначально так получилось, пришлось использовать). Т.о. там где-то 1.6 получается.
Но пока делитель не берем во внимание, т.к. будем оперировать с тем, что мы получаем и как нам отсюда получить значение в вольтах.
На терминале я получаю число 0x56h, или 86 в десятичной.
Соотношение между диапазоном АЦП(0..1023) и числом на экране (0..86) есть 1:12
Соотношение между напряжением (0..5V) и числом на экране (0..86) есть 1:17.2
Если я не ошибаюсь, то мне и нужен этот коэффициент 17.2, на который я делю число на терминале чтоб получить значение по шкале от 0..5.

вот это надо было получить?

Мне кажется что умножать на 1000 нужно не округленное X а округлять до целого после умножения:
X = 65536/17.2*1000 = 3810233

Да, именно так. Спасибо за правку. _Pasha выше на это уже намекнул. Вот что значит пытаться включить голову во время обеда :-[