Ассемблер (ASM) для AVR в вопросах и ответах

[GP1]

1. Начнем с внешнего цикла:

Код: Выделить всё

clr n ; n счетчик разрядов (у нас два ) max n = 1 ; изначально = 0
.............
.............
inc n
cpi n , 1
brne next_digit ; след индикатор

он выполнится всего 1 раз, при n=0

2. После преобразования числа в BCD-формат оно будет занимать 1 байт, а у тебя:

Код: Выделить всё

.dseg ;SRAM memory segment
disp : .byte 2 ; 
disp буфер для индикации 2- х цифр

3.

Код: Выделить всё

.cseg
disp_pos: .db 0xFE , 0xFD ; позиция для инд

- других слов нет

4. Дальше вообще что-то страшное.

чем тебя мой вариант не устроил? , его до рабочего доработать проще.

[MTF]

да ну и нагородил
1. цикл c n работает один раз !!!


GP1 ладно начнем с начала будем доводить твой код , а то что то я перестарался


disp byte 2

я могу использовать как переменную для хранения там 2 чисел для вывода на индикатор и считывать в display c нее , или надо как то по другому делать ???

[GP1]

disp byte 2

я могу использовать как переменную для хранения там 2 чисел для вывода на индикатор и считывать в display c нее , или надо как то по другому делать ???

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

[MTF]

disp byte 1
я понял если у меня 2 разряда то я записываю в disp как бы 2 цифры 0b1111|1111

а если я допустим решу использовать 3 разряда , как быть ???

[GP1]

в BCD формате цифры хранятся по 2-е штуки в одном байте....

[MTF]

GP1 сейчас пойду все переделывать , еще раз хотел проконсультироваться по поводу X Y Z , чтобы опять не наступить на те же грабли

как правильно грузить из массива ?????

[GP1]

Смотри здесь
viewtopic.php?p=419891#p419891

[IM1]

Господа GP1 и MTF, простите за вопросы.
Я человек новый и не могу понять: зачем столько ненужного мусора вбрасывать в ветку? Ведь эти сырые недоделки интересны только вам двоим, а для такого случая давно изобретен е-мейл или, на худой конец, есть такие вещи, как личка и вложения? Или я чего-то не понимаю?

[GP1]

to IM1
Уважаемый, если Вы не заметили, то в этой ветке на последних 2..3-х страницах только мы и тусуемся.

[Pooher]

сырые недоделки

Не айс

[IM1]

Про стратегии относительно прерываний и главного цикла тема тоже есть отдельная специальная, позволяю намекнуть повторно. Там ещё про осы пыталось развиться.

Спасибо, почитал.

[Ёжкин Кот]

зачем столько ненужного мусора вбрасывать в ветку? Ведь эти сырые недоделки интересны только вам двоим

А кто вам запрещает перейти на другой форум? Здесь в основном ребятишки. Чего вы от них хотели?

[IM1]

А кто вам запрещает перейти на другой форум? Здесь в основном ребятишки. Чего вы от них хотели?

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

to IM1
Уважаемый, если Вы не заметили, то в этой ветке на последних 2..3-х страницах только мы и тусуемся.

Ну не такие уж тут и ребятишки, как выразился Ёжкин Кот (я долго читал, если Вы заметили разницу между датой регистрации и датой первого сообщения, поэтому к примеру, к ARV я обращаюсь с титулом "уважаемый").
А здесь я, потому-что в AVR_ах я сам еще "ребятишка". Много работал с MCS51, вот это техника. Всяким ПИКам и АВРам просто еще расти и расти до нее. И очень жаль, что нет отдельной темы для MCS51.

[aam]

Всем привет!
Пишу я диплом по микрокнтроллерам AVR... Никак не придумаю как правильно нарисовать алгоритм(
Вот допустим есть цикл, который крутится все время, бесконечный... В этом цикле все выполняется... Но есть функция, которая вызыввается по прерыванию таймера каждые пол секунды..
просто в произвольном месте прога прерывается и выполняется эта функция
а потом прога продолжает выполняться с прерванного места
Вот как это нарисовать на алгоритме по ГОСТ???

[Meteor]

В свое время поступил так:
1) есть основной цикл работы.
2) прерывания - события не имеющие привязки к основному циклу (что логично, иначе их в цикле и обрабатывать. да и называть уже подпрограммами)
Отсюда следует, что обработка(и) прерываний должна(ы) лежать вне основного цикла.
Посему, делаем неколько блок-схем: основная, в которой указываем факт настройки на обработку прерываний и "кучка" вспомогательных блок-схем, каждая из которых отвечает за свое прерывание. Городить нечто "прерывания таймера Т1" не стоит. Лучше пусть будет по событиям, "переполнение" - блок-схема, "сравнение"-блок-схема...
Успехоффф!!!

[aam]

1. Номер госта - хз, хотелось бы узнать
2. Это не прокатит, там команд сотни наверно.
3. Потому, что подходящей темы не нашел, а девайс на AVR и на ассемблере.
>Для рисования блок-схемы логики нужно ещё больше, чем для пользования форумом.
А я в состоянии с логикой сам разобраться, не такой уж я и тупой, как вы думаете, тем более что и схему и прогу я разрабатывал и отлаживал САМ!!! А то, что не знаю как правильно алгоритм нарисовать - так алгоритм - это формальность...

[Meteor]

Вечером поищу, должен был остаться ГОСТ с учебной поры.
Что касается команд - то алгоритм не должен показывать их все общим чехом.
Наиболее рационально - выделять крупные объекты (куски кода) типа "Настройка АЦП", "Настройка портов"...

[GP1]

два камрада резвятся и никто с ними не дискутирует

Ну а кто Вам мешает/мешал вступить в дискусию.

[Meteor]

aam, вот нашел руководящий документ. Пункты 7.1.х про лагаритмы. В целом наверное будет полезен и за пределами обозначенных пунктов.

[IM1]

два камрада резвятся и никто с ними не дискутирует

Ну а кто Вам мешает/мешал вступить в дискусию.

Отвечаю: "На текущий момент не интересно!"
P.S. Без всяких задних мыслей и обид.