Деление съедает ROM

[yellow87]

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

[niXto]

Вам уже советовали умножить делимое на 100-1000 и больше - тогда будет достаточно целой части результата

Качайте 4-й том, он все равно пригодится, не сегодня так завтра. И первые 2 тома тоже рекомендую

[omercury]

во-первых это для АВР

А настолько ли принципиальна разница?
Логика работы меняется?
И вообще интересно, реально ли нужно дробное деление?
Вот для PIC...
https://kazus.ru/articles/409.html
...правда с округлением...

[AJScorp]

yellow87, ИМХО, без целочисленной математики на 12м пике всё-равно не обойдётесь.

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

Хватит метаться и ждать, пока кто-нибудь решит Вашу задачу за Вас.

[yellow87]

"А настолько ли принципиальна разница?"
я же написал, что посмотрел ассемблерный код, разницы там не важна
Но там целочисленное деление,
как и в "https://kazus.ru/articles/409.html"
я ещё вчера нашёл этот файл - целочисленное мне не подходит
И я не жду, что кто-то решит за меня
Я надеялся, что уже кто-то решал подобную задачу деления и может поделиться кодом.
А так, конечно, придётся самому
Хотя я не уверен, что справлюсь.

Появилась мысль заменить 629-ый 683-им, у него памяти в два раза больше
Жаль, что в наших магазинах он не продаётся

[omercury]

целочисленное мне не подходит

Почему?
Что за точный вычислитель на крохе-629-ом?
Где используется результат деления?
Какова реально нужна точность вычислений? Все ли 5 знаков после запятой?
Например Ваши:
7,28345/12,48745=0,58326(159...) точность 5 знаков
и то же , умноженное на 65536 - просто сдвинуто на 16 разрядов влево, а по факту справа добавлено 2 пустых 8-ми битных регистра/ячейки памяти...
477328(,1792)/818377(,5232)=0,58326(174...) те же 5 знаков...
В скобках дробная часть делимого и делителя просто отбрасывались при делении(на самом деле оно не отбросится. Сделано для наглядности). Для результата в скобках указаны 6-ой, 7-ой и 8-ой знаки. Чтоб разницу почувствовать...

Не округляйте результат до целого, а используйте дробную часть и наступит Вам счастье...

upd
Наконец дошло...
Вы просто не представляете, в каком виде у Вас хранятся те самые пресловутые 7,28345 , 12,48745 и т.д. - вся остальная прога писана в Сях. Вот и пришла пора задуматься о пользе Асма...
Берите МК пожЫрнее и не парьтесь - сейчас это "не модно"...

[=GM=]

Применяйте целочисленное деление, оно быстрее плавающей точки на 1-2 порядка.

Вот здесь http://electronix.ru/forum/index.php?showtopic=48537 мною опубликованы быстрые и компактные программки целочисленного деления 24/24-›24 и 32/32-›32, правда, под пик18, но по-моему, они подходят под 629. Разрядность может быть легко изменена для 48-56-64 битных чисел.

[Bumbarra]

Нет, не подходит. У PIC18 набор инструкций вдвое больше, чем у PIC16. Т тому же, у вас там используются те инструкции, которых нет в PIC16 - например, addwfc. придется адаптировать код.

Автору - компактнее вряд ли получится. Нужно либо выбирать контроллер с большей емкостью, либо другое семейство, PIC24, с аппаратной поддержкой деления 32bit/16bit.

[st__1]

Тема гавно, и ответы гавно.
Неистребимое ламерство повсюду, как страшно жить!
Сколько раз ГУРУ уже говорили, для PIC16 лучше старенького HI-Tech PICC STD 9.60PL3 ничего пока не придумали! Нет, ламерские пальцы веером, сопли, слюни, обмажутся всякими полу- недо- псевдо- СИ, обосрутся с ПРОТЭЗом и давай стенать на форумах "вай-вай не работает, вай-вай не влезает, люди добрые памажите".
Вышеприведнное cранное деление в формате double в STD 9.60PL3 отнимает ~300 байт флэша и ~30 байт ОЗУ, что составляет ~30% от 1024 байт имеющегося, прибавляем 25% проги и вуаля - ~55% занято, ~45% имеем в остатке свободного пространства.

Сэ ля ви!

[omercury]

Ну вот, пришел Ржевский и всё опошлил...

для PIC16 лучше

...это 12-й...
...хотя не сомневаюсь в правоте...