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

[Demiurg]

...

Илья ответил из вежливости. Вопрос ТС элементарен до безобразия. Нужно взять книжку и почитать.
Давайте всем форумом соберемся и объясним ТС-у, какая команда за что отвечает?

[BOB51]

Не кажiть ГОП...
в задачке не только отдельный бит, но и комбинация из двух (и более) единиц. Причем два из вариантов с одинаковым результатом.
А такой перебор четырех ( и более) возможных комбинаций простой побитовой проверкой накладненько делать.
Лучше уж переход по изменяемому вектору.

[Demiurg]

...

Согласитесь, тут мало данных? Что на входах? Контакты, нужно ли подавление дребезга? Цифровой сигнал? Какая задача в целом?

[BOB51]

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

[KyPA]

...

Согласитесь, тут мало данных? Что на входах? Контакты, нужно ли подавление дребезга? Цифровой сигнал? Какая задача в целом?

Более конкретно: Управление шаговыми двигателями с лпт порта. В частности хотелось бы не мучать бабушку, и провести желаемую логическую операцию с регистром настоящего и прошлого опрошенного значения. Потом проверить на нуль, прогнать биты по условию, и выполнить что хотелось. Также к программе шага собираюсь прикрутить недошим 1кГц на половину тока, если движки в простое N времени. Конечно необходимо, чтобы весь цикл программы вписывался в период импульса входа. Поэтому и спрашиваю, вдруг существует способ быстрой проверки на появившиеся единицы, нежели проверять каждый выход отдельно, и тратить драгоценное время.

В общем пока дискуссировали, накопал составляющие импликации. Пока вопрос закрыт.

[ILYAUL]

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

Sbic Portx,Pinx
rcall туда
rcall сюда

в вашем коде "сюда" будет выполняться ВСЕГДА, а "туда" - иной раз перед "сюда"

Ну не скажите , я ведь могу уйти из Rcall куда захочу , при необходимости. А TC было даже лень почитать про эту команду.
Ну пусть попробует прочитать про rjmp и в чём отличие от rcall.

Demiurg - Спасибо!

[BOB51]

Тогда грамотный вектор-переход в лапы - более скоростного варианта не предвидится.

Для АВРок
в Z базовый адрес таблицы векторов вида 0xnn00
в регистр ZL помещаем наши данные в виде 0b000000yy
делаем один lsl Zl
и выполняем ijmp
а в таблице векторов стоит второй JMP или ежли по-хитрее
icall на адрес содержащий команду подстановки с последующим ret - но тогда надо правильно скорректировать содержимое Zl перед вызовом
Вобчем вариантов... На любой вкус!

Кстати...
насчет
rcall туда
rcall сюда
не есть хорошо - ибо попав в первый rcall возврат по ret без "подстановки адреса возврата через стек" вынесет нас на второй rcall со всеми проистекающими... другое дело ежли там rjmp поставить

[ARV]

я ведь могу уйти из Rcall куда захочу

о, мсье знает толк в извращениях!

[Demiurg]

о, мсье знает толк в извращениях!

А вы пишете на асме? Лично я дошел в написании программ на асме до уровня создания многоуровневых меню. Заопасался за свой рассудок, перешел на си.
Это я к тому, что на асме можно реализовать что хочешь, как хочешь. Главное, знать архитектуру, систему команд. И четко представлять, что ты делаешь, что будет происходить в программе и в кишках МК.

[ARV]

я, как и многие, начинал с асма. дело в том, что я начинал в те времена, когда компиляторов Си для микроконтроллеров еще практически не было, да и из микроконтроллеров были, в основном, КР1816ВЕ31... поэтому освоение AVR прошло через ассемблер долгое время сопротивлялся Си, но потом как-то попривык, вошел во вкус.

на асме можно реализовать что хочешь, как хочешь

можно - не означает нужно

на форуме с определенной периодичностью появляются камрады, желающие из прерывания выходить не в прерванную точку, а в другую, или входить в подпрограмму, а выходить из нее при помощи jmp совсем в другое место... и ни разу я никому не советовал так делать, хотя совершенно четко осознаю реальность реализации этого. не представляю, какая польза может перевесить извращенность такого подхода?

[Demiurg]

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

Я тоже когда-то проходил этот этап. Пока не разобрался. Уже убей не вспомню зачем и почему мне нужен такой переход.

[ARV]

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

[Demiurg]

Но я помню причину. дело в том, что железячников выбивает с толку зацикленность работы микроконтроллеров. И бесполезные телодвижения МК в программе с их точки зрения. Когда начинаешь понимать, что микроконтроллер работает по кругу основного цикла, потом мозги нужно заново разбирать и собирать в кучу, чтобы понять что такое распараллеливание процессов в программировании. Я имею в виду не программирование высшего уровня, а уровень МК.

[ILYAUL]

КР1816ВЕ31 - знакомая вещь

[shads]

на форуме с определенной периодичностью появляются камрады, желающие из прерывания выходить не в прерванную точку, а в другую, или входить в подпрограмму, а выходить из нее при помощи jmp совсем в другое место... и ни разу я никому не советовал так делать, хотя совершенно четко осознаю реальность реализации этого. не представляю, какая польза может перевесить извращенность такого подхода?

Здесь не в пользе дело, а дело в способности или неспособности программера, представить правильную структуру работы программы.
Т.е. просто напросто он пока еще не дорос до правильного решения, но уже хочет это как то делать...

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

[BOB51]

Вообще-то ветка по вопросам применения ассемблера.

Не спорю насчет возможностей СИ... НО...
Уважаемые Котаны, давайте без излишних отступлений.

[Demiurg]

Вообще-то ветка по вопросам применения ассемблера.

Не спорю насчет возможностей СИ... НО...
Уважаемые Котаны, давайте без излишних отступлений.

Речь зашла о методах программирования. Или по вашему ассемблер к программированию не имеет отношения?

[СКАЗОЧНИК]

Замотался на работе совсем... Туплю.

Можно ли так писать? А то мозг совсем не соображает.

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

sbis SCLpin, SCL
rjmp PC-1 

[Demiurg]

Можно, но учитывайте, что некоторые команды занимают два слова. Поэтому, вместо rjmp +- PCx лучше применить метки. Это гарантированно избавит от ошибок. Согласен, метки добавляются, а куда деваться...

[СКАЗОЧНИК]

Чет припоминаю такое.
А где поподробнее про два слова? И как на это не нарваться?