Добрый вечер!

Для деления чисел с плавающей запятой необходимо много памяти МК. Но знаю, что эту операцию можно сделать, используя целочисленую арифметику.
Подскажите, пожалуйста, кто знает как обращаться с этим зверем.

очень просто - при вычислениях просто используйте целые числа, домноженные на нужное число 10ток после запятой, например для отбражения числа 1.4 с одним знаком после запятой получится 14, с двумя - 140. Ясно что при умножениях/делениях и других операциях это нужно учитывать, например 1.4 * 1.5 = 2.1, а 14 * 15 = 210, то есть после умножения нужно еще разделить на 10 чтобы получить 21

Что-то мне кажется что одним делением не обойдется , я конечно не знаю условий вашей задачи , но скорей всего придется всю математику или ,по крайней мере, наиболее ресурсоемкую часть перевести
на целочисленную арифметику, а то можно много потерять на преобразовании переменных из одного формата в другой. От себя добавлю пример со сложением
1 + 0.35 =1.35 в целочисленном формате 100 + 35 =135 - подразумеваем что у нас два знака после
запятой. Деление - наиболее эффективно методом сдвига , так это помоему называется , алгоритма не
помню, могу дать исходник функции целочисленного деления на asm 51- ого процессора .
Кстати деление в столбик, которое здесь тоже можно применить, - это очень медленный вариант.

Эффективные алгоритмы целочисленного деления описаны в книге - "Алгоритмические трюки для программистов" - в сети можно скачать точно, если не удастся найти, могу дать.

Сообщение отредактировал mihask - Feb 6 2007, 06:02

еще посмотрите на http://umup.narod.ru/#books_cs_arith - есть кое-что по комп.арифметике

если можно вот сюда

2 gormih здесь:
Алгоритмические трюки для программистов

Ничё не понял...чего это вдруг "много"? Плывучка, кстати, будет занимать "меньше" места и времени, по сравнению с аналогичной по динамицкому диапазону представления чисел, целочисленкой. Умножение-деление - в разы. Сложение-вычитание, разве что, проиграет. Тоже в разы. 5...8 тактов против 10-20-50.
Другое дело, если операнды реально укладываются в слово-два-три процессора. Тогда смысл есть.

Совершенно согласен. Я это проверял. Единственное что усложняет работу с флоат это ввод/вывод в десятичной с.с. А сама арифметика просто прекрасно считается. Тем более у AVR команды есть соответствующие. Тоже применял.

Так что всё зависит от разрядности чисел и необходимости их отображения. А на счёт памяти не парьтесь - и регистрами обойдётесь.

Да, да какраз это... Я думал, что используя целочисленную арифметику удастся уменьшить объем занимаемой програмой. Но теперь понял, что ошибался.
Я питался выводить на LCD результат измереного АЦП напряжения. В результате использования команды printf, объем памяти занимаемой программой сотавил 50% имеющейся в ATmega8.
Может кто поделится своими наработками? Зарание благодарю.

Но результат АЦП - целочисленный.

Пожалуйста, если хотите получить полный ответ, задайте полный вопрос.

http://www.telesys.ru/wwwboards/mcontrol/2...es/141026.shtml
сразу в АSCII http://www.telesys.ru/wwwboards/mcontrol/2...es/141922.shtml

Обычный пример для плавучки - ATAN(ADC0/ADC1)*PI
ИМХО целочиcленка и CORDIC будут не просто в разы, а на порядок быстрее.

я пользуюсь этим :

http://electronix.ru/forum/index.php?showt...mp;#entry188097

ilcd_ks066_pul(data, buf, options) - вывод беззнакового long с фиксированной точкой в память
ilcd_ks066_psl(data, buf, options) - вывод знакового long

а из памяти - на LCD

Обычный пример для плывучки: 0.000076538435*25484135е3
Без ИМХОв: плывучка оденет целочисленку, пусть не на порядок, но в разы.
На порядок она оденет при делении лонг-лонг на его-же.
И кто мешает реализовать ATAN() таблично? КОРДИК тихо удавится в сортире. Без разницы, целочисленно или вплавь. Тем более, непонятно, кто мне запретит реализовать его вплавь?
Не надо путать алгоритм с операндом.

Да, результат преобразования целое число (от 0 до 1023), но на LCD мне нужно вывести выраженый в вольтах. Для перевода внутреним опорним напряжением, я пользуюсь следующей формулой: