Добрый день!

Необходимо разделить число на 5, т.е. умножить на 0,2. Но я не могу получить ровно 0,2 при переводе числа в дробное по методу ATMEL (Appl. Note 201).

Погрешность которая получается не устраивает, т.к. числа, которые необходимо делить на 5 находятся в диапазоне 1..100, соответственно набегает ошибка около 35.

Есть ли какой-то выход из этой ситуации ?

Спасибо

Не знаю, что там в апноте, но попробуй умножать на 1/5. Т.е. на 256/5 или 65536/5 или...смотря какая точность нужна. Ну и, ессно, один, два...млачшеньких бутеса долой. А то и не долой, мало ли?

лично я бы сделал так, делимое умножал 100,а делитель оставлял как есть(5),а полученный результат был в формате z*10-2(99*100/5=1980*0,01). для работы с большими числами пользовался маленькой библиотечкой,точнее копи-пастил нужные куски (там написано сложение,вычитание,деление,умножение 32битных чисел,перевод BCD2bin и Bin2BCD всё на ассемблере)

В App.Note как раз описана технология перевода дробных чисел в формат, который используют мк. Если коротко, то старший бит 7 = 2^0 =1, следующий 6 = 2^-1 = 0.5 ... 0 = 2^-7 = 0.0078125, таким образом записав соответствующие 1 и 0 в нужные биты получам дробное число, которое используется в команде FMUL или FMULS. Например, 0.75 = 01100000.

Не надо делитель ;О) Деление в 8-15 раз(зависит от писателя) медленнее умножения. Длиннее, больше жрёт ресурсов...Ацтой, короче.

не спорю!может тут надо считать десять раз в секунду,не более этого.тогда это самое простое помоему

К сожалению программное умножение/деление не подходит из-за медлительности.

Еще сдвиг существует. Сдвинули влево - поделили - сдвинули вправо (или оставили так, отбросив лишнее при выводе или последующих вычислениях ).
И вообще, зачем делить то? Приведите к величине, чтобы точность устраивала.

Правда? ;О) Озвучте лимит времени. 16Х16 любая мега оттарабанит за 16 тактов. А вам нужно не больше 16Х8.

Умножение выполняется всего за 2 такта, о какой медлительности идёт речь?

В регистре R1 будет результат 100/5=20

Т.е. любая мега сможет поделить на 5 или умножить на 0,2 программно за 16 тактов ?
Не подскажите, где можно найти такой код ? И точность не подскажите?



Я вроде писал о ПРОГРАММНОМ умножении, а не АППАРАТНОМ

А приведённый код даст следующее :

Delitel = $33 = 51

Результат : R1 = $13, R2 = $EC

Сообщение отредактировал golovin - May 29 2007, 08:11

Да. берём число N и умножаем на 0х34(256/5+1) или на 0х3334(65536/5+1). От результата помножения берём старший байт.
Думаю, если не надо иметь десятые, то 0х34 будет достаточно.
Есть такой пласт знаний:AVR200.asm, AVR200b.asm, AVR201.asm. Находится в Аппнотах АСМа Астудии.

Щас только тиньки обделены умножителем. Ну, на худой конец, рукопашный умножитель 16Х8 будет тактов 60-70. 8х8 тама 34 такта рукопашных.

Результат R1=19 (целая часть), R0(не R2)=236/256=0,921875 - дробная часть. Точность равна единице млашего разряда =1/256 при условии, что делитель точный. У вас делитель =51 вместо 51.2, так что точность будет меньше. Если такая точность не устраивает, в формате 8.8, используйте 8.16. В этом случае надо умножать делимое на 65336/5, результат будет 3-х байтный, старший байт - целая часть, два младших - дробная.

Будет то-же самое, только вид сбоку. ;О) надо множить на 256/5+1. На худой конец, к старшему дробному байту мона прибавлять 0х80, а к результату, с переносом, 0х0. Но это фигня лишняя.

to mse: по поводу программного и аппаратного это я не Вам

По поводу App.Note'ов - читал.
По поводу R2 - опечатался.

В том то и дело, что нужно определить числа кратные 5. А такой метод не даёт точности. Т. е. если R0 = 0 - кратное. А так приходится вводить некую дельту и плясать вокруг неё. А это время.