[uquote="Леонид_М",url="/forum/viewtopic.php?p=3833016#p3833016"]макрос вставляется несколько раз в код и тем самым увеличивает объем подпрограммы[/uquote]
Если макрос из 1..2 команд, то замена его на подпрограмму не уменьшит размер кода. А время выполнения (если оно критично) увеличится: вызов п/п - выполнение функции - возврат в программу.
Леонид_М писал(а):с макросом заработало, спасибо, но макрос вставляется несколько раз в код (сколько обращений)
и тем самым увеличивает объем подпрограммы
покажи созданный макрос.
в теле макроса должна быть всего одна строка.
и макрос вставит вместо строки
cbi PORTC,port_v
всего одну строку с номером конкретного бита, что вообще ни как не увеличит размер кода подпрограммы.
Мудрость приходит вместе с импотенцией...
Когда на русском форуме переходят на Вы, в реальной жизни начинают бить морду.
А причём тут макрос. Макрос работает "здесь и сейчас", то есть параметры вводятся непосредственно. А Леонид(у)_М, судя по его коду, нужно передать параметр из одной подпрограммы в другую.
[uquote="shonty",url="/forum/viewtopic.php?p=3833029#p3833029"]ситуация позволяет не париться с другими битами порта или 2-7 биты настроены на вход с подтяжкой
Как то так...[/uquote]
я понял, спасибо, но тут я использую cbi, SBRC - т.к. пока не определился как остальные биты у меня будут использоваться, пока делаю только часть схемы...
[uquote="Starichok51",url="/forum/viewtopic.php?p=3833084#p3833084"]cbi PORTC,port_v
всего одну строку с номером конкретного бита, что вообще ни как не увеличит размер кода подпрограммы.[/uquote]
[uquote="shonty",url="/forum/viewtopic.php?p=3833096#p3833096"]А причём тут макрос. Макрос работает "здесь и сейчас", то есть параметры вводятся непосредственно. А Леонид(у)_М, судя по его коду, нужно передать параметр из одной подпрограммы в другую.[/uquote]
Я вызываю подпрограмму, которая обращается к нескольким подпрограммам, в которых уже идет изменение битов порта, при чем в одном случае нужно менять один разряд, в другом - другой.
Я все же решил отказаться от макроса, т.к. понял, что он мне тут не подойдет, потому я просто сделал так, что данные о бите кидаю в регистр, а непосредственно перед изменением смотрю какой надо обработать. Подпрограмма обращается еще к трем подпрограммам, в которых уже по несколько раз идет изменение или опрос определенного бита - нулевого или первого, всего этих мест в 3-х подпрограммах штук 15.
pppp:
......
in tmp2,PORTC ; cbi PORTC,port_v
and tmp2,tmp1
out PORTC,tmp2
......
ret
и затем вызов:
trep 0
trep 1
можно было бы заявить именованные линии порта
.equ port_v0 = 0
.equ port_v1 = 1
и использовать в макросе конструкцию вида
cbi PORTC,@0
однако у нас единая подпрограмма обработки вне макроса
а параметры туда не передаются - обработка только в пределах макроса
перед вызовом подпрограммы.
Поэтому используем маску и РВХ для хранения параметров, полученных при
вызова макроса.
Если бы cbi PORTC,port_v стояло в начале (или в конце) подпрограммы
pppp
то вполне возможно и более удачное построение макроса:
pppp:
cbi PORTC,port_v
......
......
ret
или
pppp:
......
......
cbi PORTC,port_v
ret
.macro trep
cbi PORTC,@0
rcall pppp
.endm
или
.macro trep
rcall pppp
cbi PORTC,@0
.endm
В случае с ассемблером в отличии от ЯВУ функции компилятора
в отношении построения алгоритмов переходят к программисту.
Тогда меняем алгоритм, встраивая регистр с модифицируемой маской ("скользящая 1" к примеру).
Команда
cbi $P.b
не предусматривает динамической модификации составляющих.
И адрес порта назначения результата и номер модифицируемого бита жестко и однозначно задан.
Изменение любого параметра - это уже другая команда (другой код)
Значит надо искать решение, где в состав команды включена ячейка памяти или регистр.
А вот содержимое той ячейки - штука доступная для динамической модификации.
Потому одна и та же физическая команда (один и тот же код) может дать разные результаты в зависимости от содержимого ячейки.
Правда придется принести в жертву один регистр (или ячейку ОЗУ).
p.s. Понимаю, та программа лишена всякого смысла,просто собрал в кучу чужие готовые куски,немного от себя,и добился чтобы компилировалась без ошибок. А так,полный бред. Просто первые шаги...
АгА, по вашему совету в мультисиме наменял чего то,на свою голову. Что перестала программка работать.Вывод бегущей строки на HT44780 . А так красиво буковки бегали. Хоть и виртуально,но как настоящие. И пока восстановить безуспешно.
Есть,конечно ,кардинальный способ,переустановить мультисим из архива, (сохранить изуродованную копию и сравнить потом) но не хочу.
Если найду косяк самостоятельно ,значит чему то научился.
з.ы. правда тема совсем не отсюда,извиняйте, PIC16F84 и Си ,но в мультисиме нет ,увы AVRок
главный колбасист писал(а):АгА, по вашему совету в мультисиме наменял чего то,на свою голову.
Прочитал все свои сообщения за последние 30 лет на всех форумах, включая форумы знакомств, и не нашёл, где бы я упоминал мультисим или прочие трассировщики и виртуальщики.
Я проверяю исключительно на стендах и в железе. Есть свой определённый алгоритм поиска ошибок.
Прежде чем что-то менять, нужно знать для чего это нужно. Но если принципиально, то могу дать ссылку на форум, где я как раз что-то менял на первых шагах и что из этого вышло. Но это в лс.
Забейте в свой код тыщу раз "nop" и всё откомпилится на раз-два. Если целью стоит только чтобы компилятор принял. Но ни один светодиод при этом так и не зажжется.
Двигаться нужно к какойто цели, решать какую-то задачу, тогда и результат будет. А не просто бродить сам не зная куда.
Ну тогда lpm это загрузка байта с адреса програмной памяти, которая определена в Z (регистрах R30:R31) .
Опять же нужно знать какой байт с какого адреса вам нужен, и что вы хотите с ним сделать в последствии.
А просто так написать lpm (load programm memory кажется), это равно что написать nop. И ошибки нет и чЮдно время провели.
PS: первое, на чём я споткнулся по незнанию, исправляя чужие коды это когда написал
adiw Z, 96
Знаний 0, но цель была.
Исправил на
adiw Z, 48
adiw Z, 48
Лаконично так
главный колбасист, то что вы хотите научиться программировать и достичь определённой независимости - это очень хорошо.
Но процесс самообразования бывает двух типов:
Первый - с начала, с азов. Он более медленный, но основательный.
Второй - с конца. Более скоростной. Обращение к азам происходит в процессе, для решения возникающих затруднений и устранения пробелов в знаниях. Опять же, затруднения возникают при движении по определённому маршруту. При выбранном направлении.
Вы же сразу притянули конец к началу и оказались в глубокой... середине, потерявшись в направлениях. В такой ситуации даже затруднений для импульса к следующему движению возникнуть не может.
Здесь или в начало или в конец, третьего не дано.
