Помогите начинающему по ATmega8515

[alvadep]

нужны арифметические операции с большими числами и подвис малёха, интернет молчит как рыба

Посмотрите "Микроконтроллеры? Это же просто!" Том 3 и 4. Фрунзе А. В.

Поистине монументальный труд посвященный математике в приложении к программированию микроконтроллеров!

Алгоритмы математических операций рассмотрены автором настолько полно, что после прочтения книги “Микроконтроллеры? Это же просто! Том 3″ Фрунзе А. В. у читателя не должно остаться вопросов относительно математического аппарата микроконтроллерных систем. Разбор алгоритмов тех или иных действий над числами сопровождается рекомендациями по выбору способов построения программ соответственно поставленным задачам и имеющимся аппаратным средствам, демонстрируется возможности построения алгоритмов различными методами, одинаковых по результатам вычислений, но различающихся по требованиям к аппаратным ресурсам.

Так же в пособии «Микроконтроллеры? Это же просто! Том 4» Фрунзе А. В. разбирается преобразование чисел с плавающей точкой - перевод из дробных двоичных чисел в дробные десятичные, преобразование двоичных чисел с плавающей точкой в двоично-десятичные, преобразование целых двоичных чисел в числа с плавающей точкой. Приводятся исходники для программ осуществляющих вышеописанные действия. Интересны программы для вычисления простейших функций, нахождения корня квадратного, определения полинома, вычисления факториала, тригонометрических функций и т.п., занимающие минимальное количество памяти микроконтроллеров.

[Pajatel]

Посмотрите "Микроконтроллеры? Это же просто!" Том 3 и 4. Фрунзе А. В.

..спасибки, имею же эти книги, но как то они в стороне у мну лежат и до них дело пока не доходило, как то так удавалось до сих пор всё переваривать по другим первоисточникам... пойду штудировать..

[jump]

Pajatel,
загляните в аппноты атмела - там есть операции с большими числами, многие примеры масштабируются вверх/вниз (делал себе умножение/деление до 40бит, преобразование bin/bcd/7seg и т.д.)
немаловажно описание входных и выходных переменных в заголовке комментария, перечень использованных имен

[Pajatel]

..спасибо, я переодически пользуюсь их аппнотами, некоторые правда ну очень уж так сказать "в лоб" написаны ..с теми же вариантами деления и преобразования ..находил в нете более елегантные решения. Вот чем мне нравится асм так это тем что да, можно тупо навертеть цикликов и всё посчитается, а можно и поизвращаться - похитрить с подготовкой данных, поиграть со сдвигами/перестановками и т.д. - в результате вродь как уже и не нужно пересчитывать 16-разрядные и более данные .. и код получается покороче и побыстрее, что в некоторых случаях как бальзам на рану...

[pinco]

За это асм и ценен , а еще за широчайшие возможности реализации того что задумал , полная свобода , и библиотек как в С никаких не надо нормальных выискивать , подключать , смотреть кривые они или нет ,если кривые то править или переписывать как надо , свежие по версии или не очень , в общем асм еще и без этого дополнительного гемороя , и реализация задуманного прямая , как сам написал так покомандно и будет в hex и прошивке , не больше ,а не через задницу как в С - с добавкой массы ненужных операторов которые не просил дописывать - в С компилятор их произвольно на свое усмотрение валит , иногда "пока ОЗУ или флеш в контроллере не кончится" , или что-то примерно около этого, приходится брать кристалл под С всегда как минимум в 1,5 раза больше по ресурсам, чем для прог на асме, что не всегда есть гуд. Не удержался от сравнения , уж извините .

P.S. Если брать примеры из Фрунзе то там для 51 в основном - напрямую не получится - придется малость переработать - в AVR нет отдельных аккумуляторов и значит не надо лишних команд пересылки туда и обратно , каждый из его 32 регистров может служить аккумулятором ,и в каждом из них сразу на месте можно производить почти любые действия (а в старших - любые) с данными никуда их не пересылая (считаю это преимуществом архитектуры AVR по сравнению с 51)

[alvadep]

P.S. Если брать примеры из Фрунзе то там для 51 в основном - напрямую не получится - придется малость переработать - в AVR нет отдельных аккумуляторов и значит не надо лишних команд пересылки туда и обратно , каждый из его 32 регистров может служить аккумулятором ,и в каждом из них сразу на месте можно производить почти любые действия (а в старших - любые) с данными никуда их не пересылая (считаю это преимуществом архитектуры AVR по сравнению с 51)

Ценное в этих книгах – это алгоритмы реализации. А зная алгоритм легко адаптировать программу под конкретный процессор, и не важно AVR это или PIC, или вообще КР1878ВЕ1 (хорошая была задумка, жаль только, что Ангстрем остановился на одном кристалле и не последовало развития серии). Хотя куда уж отечественным производителям тягаться с мировыми лидерами в этой отрасли.

[pinco]

Ценное в этих книгах – это алгоритмы реализации. А зная алгоритм легко адаптировать программу под конкретный процессор, и не важно AVR это или PIC, или вообще КР1878ВЕ1 (хорошая была задумка, жаль только, что Ангстрем остановился на одном кристалле и не последовало развития серии). Хотя куда уж отечественным производителям тягаться с мировыми лидерами в этой отрасли.

Насчет алгоритмов согласен. А потягаться с мировыми производителями хотя бы попытаться можно было , даже если отечественных мощностей или технологии для производства кристаллов не хватало - вполне можно было бы производить сами кристаллы ,например, хотя бы у тех же китайцев , раз и эти самые мировые лидеры так и делают давно , была бы только стоящая разработка , хотя возможно тут предполагаю что тогда военные могли сказать свое "нет" , для своих применений , а к тому времени уже появились и кристаллы зарубежные куда как и интереснее и удобнее и функционально наворочаннее чем КР1878ВЕ1 , вот все и заглохло , по крайней мере для бытового сектора точно .

[jump]

еще не так давно АОНы были очень популярны - одна из версий была собрана на заказной 51, которую разработали в России, а изготавливали в китае/тайване. стоимость такой разработки от 50-100куе, со слов разработчика, далее тиражирование. так что массовка нужна, а китайцы расстараются

[OlegNZH]

не стройте из них дурней ...Они Поумнели. с какого бодуна будут АОНы лепить? проехали уже (разве только самоубивцы )(или подзаборники-беспредельщики)

[ALEKSEY188]

Посмотрите "Микроконтроллеры? Это же просто!" Том 3 и 4. Фрунзе А. В

Лучше вот сюда посмотреть. Лучше книги по двоичной арифметики не видел! Все, начиная от простого сложения, заканчивая синусом!