Пжалста. Вот и я грю, порой без поллитра не обойтись и самые элементарные вещи кажутся чем-то невероятным.
Кстати, вопрос по таймерам. Есть ли такой режим типа мультивибратора — чтобы один раз протикал от 0 до FF (00) и остановился? Или единственный выход — принудительно останавливать его в прерывании (по флагу), т.к. если выбран источник тактирования, то таймер по-любому тикает?

Можно без умножения: 100 + 10 + 10 + 10 + 8. Цикл сложения на счётчиках

Кажись, нет. Наверное можно остановить в прерывании по переполнению. Но на вход в прерывание уходит несколько тактов, так что без подделителя возможны погрешности на пару тиков. Хотя можно прерывание немного раньше вызвать, по сравнению с регистром OCR.
Мы в какой-то теме решали эту задачу.

А на счёт умножения. Мне п\программа умножения будет нужна и в других местах программы для других целей. По этому уже с умножением сделаю.

Для определения скорости вращения энкодера: 1) палюбасу нужен будет предделитель, 2) пара тиков не существенны.

Какой камень? У меги есть аппаратное умножение (правда, ни разу ещё им не пользовался ).

Выбираем индустриальные и медицинские источники питания MEAN WELL в открытом исполнении

Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.

Подробнее>>

tiny2313. В мегах ясное дело, что есть команды MUL и её производные. Результаты вроде помещаются в r0:r1.

Гы У меня макетка с энкодером тоже на 2313!

Да вот недавно набрал кучку 2313х и мег 32х. Для ознакомления и отточения навыков.
Замок тоже на 2313й тине делаю, так как у 26й тиньки уже нехватает ног и UARTа нет, а он мне нужен там. Хочу, чтобы замком по UART можно было управлять и конфигурировать не только с клавы, но и с ПК. Программу для ПК написал, вот для МК осталось добить.

Ща тиньки не выгодно набирать. Мега48 по той-же цене. А возможности сами знаете... и ноги

С первым тезисом согласен безоговорочно. Налицо и своеобразный стиль программирования. Никаких комментариев ( чтоб супостата запутать ) А то понаписывают некоторые:

; ----------
; Целочисленное беззнаковое умножение.
; R1 * R2 -> R25,R24
; Множители сохраняются.
; ----------
MUL: ..... и т. п.

Краткость - сестра таланта. Это чтобы вернувшись к задаче через месяц ( полгода ) чесать репу : "И какой идиот это накорябал! ... Да это ж я..."

Судя по тому, что умножение на 8 достигается троекратным сдвигом влево, идентификатор
MUL_8 обозначает в данном случае нечто совершенно иное и тоже призван запутать вероятного противника .

Это умножение 8-ми битных чисел

Это я и имел в виду. Умножение восьмибитных чисел. А результат может быть и 16-битным, в зависимости от самих умножаемых чисел. Умножитель я взял из Атмеловского аппноута по делениям\умножениям. Только имена регистров и меток подправил под себя.
А комменты я позже напишу, иначе на самом деле, позже и забыть можно. А на счёт изврата, я заранее предусмотрел ограничения, так что за пределы восьми бит никак не выйдет. Да и к скорости и оптимизации, будущая девайсина совсем не критична. (это будет применяться в некоторых пунктах меню настроек.)

Да-да-да. Тож так думаю, потом напишу, а то лень на русский переключаться. А потом хрен поймёшь что понаписал

Опять я в ступоре, на этот раз более глубоком
В общем, имеется двухбайтное число (счётчик) в 2-х соседних регистрах. Необходимо сделать процедуру его уменьшения/увеличения на 1/10/100 (в зависимости от состояния 3-х флагов) таким образом, чтобы оно не выходило за произвольные нижнюю и верхнюю границы.
Если более подробно, то один флаг (Т) отвечает за направление счёта, два других (А и Б) за величину счёта (100 если А=Б=0; 1 если Б=1; и 10 если А=1_и_Б=0). Хотелось бы решить задачу в общем виде, т.е. чтобы пороги МАКС и МИН можно было задать любые (МАКС>МИН).
Сейчас это сделано только для инкремента/декремента на единицу, да и то коряво: перед соотв. действием текущее значение счётчика побайтно сравнивается с порогом. Например, если верхний порог МАКС равен $ABCD, то инкремент будет выглядеть

Самое простое было зациклить это на соотв. число циклов (1/10/100), однако время выполнения в таком случае может достигать 1000 тактов, что недопустимо.
Наверняка можно как-то компактно дополнить этот код.
Например, прибавляем 1. Проверяем флаг Б, если Б=0 то прибавляем ещё 9. Проверяем флаг А, если А=0 то прибавляем ещё 90. Но вот как проверить то, что после прибавления не будет превышен порог (при прибавлении чисел больше 1)? С учётом возможных ошибочных переходов $FFFF -> $0000 для порогов, близких к $FFFF.

.. а что мешает перед вычитанием/увеличением делать проверку? (пишете отдельную ветку для уменьшения и увеличения - есть заем/перенос -> выход за границу ...)

В том-то и дело, не допираю как сделать проверку

имхо, решение в общем виде таково:
1. сохранили во временном месте значение текущего числа
2. увеличили/уменьшили его на заданное приращение
3. проверили на максимум/минимум
4 если есть выход за пределы - восстановили прежнее значение (или что-то там еще сделали)
все просто... и для любых приращений и пределов - алгоритм единый

Ага... Допустим, предел $FFFF, а текущее значение — $FFEF. Увеличили на 100 — получили $0053, что меньше порога, и благополучно проглотили.
UPD: Ладно, дополню сам себя: помимо сравнения двух байт счётчика с порогом, дополнительно проверить флаг С (после его прибавки к старшему байту) чтобы не получилось то, что я только что описал?..

Я вот тут подумал, что если границы будут задаваться свои, то как вариант можно сделать такую проверку:

Для сложения:
Выполняем операцию: Правая граница - Текущее значение
Получившееся значение сравниваем со слагаемым - если меньше слагаемого, то прибавлять нельзя. (Вычитаем из результата слагаемое. Если флаг C после этого стоит, то складывать нельзя)

Для вычитания:
Выполняем операцию: Текущее значение - Левая граница
И далее тоже самое, только вместо слагаемого будет вычетаюшее число.

Оригинальное значение мы, естественно, сохраняем, например, в стек и достаём обратно после проверки.
Ну, как вариант. Не претендую на элегантность.

Очень нуждаюсь в алгоритме рисовании линии на ассемблере..

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

ткните носом пожалуйста... в принципе мне достаточно алгоритма...
интересует алгоритм расчета координат точек линии.. процедура рисования точек есть

p.s. сам придумал пару алгоритмов -но они не всегда дают правильный результат ((

Интересно, конечно, где вы её (линию) будете рисовать — на бумаге?
А так — формула линии из алгебры 5-го класса: y = k*x + b, т.е. реализовать на АСМе умножение и сложение, потом подставлять вместо х нужный диапазон точек.