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



Спасибо за внимание и ответы!

1) Ну тогда в Вашем замечании нужно было сказать ещё, что писать надо не XL и XH, а ZL и ZH
Так как для того доступа, который в принципе возможно осуществить через X, ни в одном из ассемблеров ничего делить не надо.

2) У IAR-овского и у GCC-шного ассемблеров и флеш адресуется побайтово, что даёт возможность плотнее заполнять флеш данными (строки и структуры могут действительно занимать нечётное число байт и могут начинаться с середины слова). У них наоборот -- для получения адреса данных делать ничего не надо, а под IJMP/ICALL надо на два делить.

3) Да, спасибо за ссылку на обсуждение мной же приведённого кода

avreal, а можно поподробнее как адресоваться к байту а не к слову во flash?

У IAR и GCC в самих ассемблерах байтовая адресация.
И в ORG, и при использовании метки сам ассемблер пользуется байтовой адресацией.
Т.е.Во флеше с сотого слова
foo имеет значение 200, moo имеет значение 203.
В листинге так полусловами и покажет

В продаже новые LED-драйверы XLC компании MEAN WELL с диммингом нового поколения

Компания MEAN WELL пополнила ассортимент своей широкой линейки светодиодных драйверов новым семейством XLC для внутреннего освещения. Главное отличие – поддержка широкого спектра проводных и беспроводных технологий диммирования. Новинки представлены в MEANWELL.market моделями с мощностями 25 Вт, 40 Вт и 60 Вт. В линейке есть модели, работающие как в режиме стабилизации тока (СС), так и в режиме стабилизации напряжения (CV) значением 12, 24 и 48 В.

Подробнее>>

К сожалению не совсем понял. Насколько я знаю каждый последующий адрес памяти программ содержит по 2 байта (16 bit word). Значит шагать можно только по 2 байта, задав адрес имеем в доступе младший байт слова, для доступа к старшему адресу нужно сместиться:
lpm Z+

или:

adiw Z,0x01
lpm Z

Неужели я могу задать сразу адрес старшего байта слова? - и считать его без дополнительного действия-смещения?

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

А вот кстати у меня есть неплохой примерчик того, как адрес кода первращается на ходу в адрес данных и назад.
Располагаем строку для печати на терминал прямо в коде, сразу за вызовом подпрограммы печати (эх, где мои JSR R5, addr)
Вот так оно скомпилируется:
Команда rcall помещает на стек арес следующей команды. А у нас там данные -- текст. Так что надо:
Тут, кончечно, строки с чётным числом символов (нечётным числом байтов вместе с 0-терминатором) занимают лишний байт по сравнению с помещением всех строк в отдельню секцию с байтовым выравниванием, но даже в этом случае где-то после шестой строки будем иметь выигрыш в три байта на вызов по сравнению с
В худшем случае один байт будет пропадать на align и экономия в три байта. В лучшем -- экономия 4 байта. Но сама подпрограмма вывода с доставанием адреса из стека и манипуляциями с ним длиннее, поэтому прибыль пойдет где-то с пятого-шестого вызова

Оффтопически-историческая справка по поводу "где мои JSR R5, addr"

У "хита всех времён и народов" PDP-11 не было команды вызова подпрограммы CALL в тако виде, как у AVR, PIC, MCS51 и прочих. К тому, что у неё было, ближе всех ARM-овская команда BL.
CALL addr у PDP-11 была просто синонимом ассемблера к команде JSR PC, addr (о вариациях задания addr сейчас не будем).
Jump to SubRoutine работала так:
Затолкать в стек регистр REG (а не адрес возврата)
Поместить в REG адрес возврата
Поместить в счётчик команд адрес подпрограммы (последние две строки у ARM полчили имя BL == Branch and Link)
В результате приведенное выше выглядело бы так
RTS REG делает обратное действие -- заносит REG в счётчик команд и восстанавливает REG из стека.

avreal, вау! Надо запомнить эту магию! Спасибо, сэнсэй!

Не совсем верно. Во-первых, JSR на PDP-11 могла работать полностью аналогично привычному CALLу, достаточно было записать её в виде: JSR PC, адрес -- и она пихила в стек именно PC, т.е. адрес возврата. Во-вторых, ARMовская BL является точной копией команды перехода с возвратом мэйнфреймов IBM (System/360, 370 и т.д.): у тех стека не было в принципе, и адрес возврата запоминался в регистре. У ARMа стек есть, но сохранять в нём адрес возврата надо ручками.

Вы читаете всё, или только то, на что можете хорошо ответить?
Я сказал и про JSR PC, ... -- а дальше из описания действий понятно, что при этом она сохраняа на стеке и восстанавливала отутда тот REG, который PC. И про то, что мнемоника ассемблера CALL была у PDP-11 -- как синоним к этой JSR PC,... .
И про армовский BL я не говорил, что он есть точной копией JSR у PDP-11, просто похожи в том, что адрес возврата в регистр заносится и даже уточнил в описании JSR какая часть соответствует.

А то, что я про /360-ые не написал, так я и не собирался, так как не знаю . Вышло "не совсем полно", а не "не совсем верно", но "совсем полно" это слишком много, я не претендую на такую энциклопедичность. Даже для "чуточку полнее" как минимум ещё HP2100/М6000/СМ-2 придётся вспомнить с их отсутстием стека, но наличием JSR и удобно сделанной возможностью брать параметры из кода после вызова функции.

В любом случае и PDP-11-шный JSR, и ARM-овский BL гораздо удобнее для передачи константных параметров (не только строк), чем то, что приходится делать в AVR.

А Вы всё, хоть малость с Вашим мнением/описанием не согласующееся, считаете личным наездом?



А вот это уже прямая Ваша ошибка. Такой мнемоники ассемблера у PDP-11 не было -- была широко применявшаяся макрокоманда, которая превращалась в JSR PC. Исходники RSX-11M в качестве доказательста выкладывать, или так поверите?



А вот в этом во мнениях сойдёмся

Вполне возможно Со стороны виднее.

Нет, спасибо, не надо, это слишком весомый аргумент
Поверю и так.
Тем более, что для написания программ исходники ОС не нужны.

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

Доброе время суток!
вот макрос инициализации данных в ОЗУ:


собственно вопрос: на что можно заменить BRNE PC - 3? Слышал, что компилятор сам умеет создавать уникальные метки, но не нашёл как это делается.
Спасибо за внимание!

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

И правда работает! Боялся попробовать... Спасибо!

Только начал изучать ассемблер и АВР. Ну и споткнулся на прерываниях таймера/счетчика1, всю голову уже сломал - не работает и всё тут. Подскажите пожалуйста, что не так? Программка мигает диодом по совпадения таймера1 с OCR1A

.device atmega8
.nolist
.include "D:\RomaAVR\m8def.inc"
.list

.def temp =r16
.def temp2 =r17

rjmp Init ;
reti ;
reti ;
reti ;
reti ;
reti ;
reti ;
rjmp tccomp ;

tccomp:

in temp,PinB ;
com temp ;
out PortB,temp ;

reti ;

Init:

ldi temp,LOW(RAMEND) ;
out SPL,temp ;
ldi temp,HIGH(RAMEND) ; Инициализирую стек
out SPH,temp ;

ser temp
out DDRB,temp ;
out DDRC,temp ;
out DDRD,temp ; Определяю порты

clr temp
out PortD,temp ;
out PortC,temp ;
ldi temp,0b00000101 ;
out PortB,temp ;

;ldi temp,0b11000000 ;
;out GICR,temp ;
;clr temp ; Разрешаю и конфигурирую внешние прерывания
;out MCUCR,temp ;

ldi temp,0b00001001 ; Конфигурирую Таймер/Счетчик1
out TCCR1B,temp ;


ldi temp,0b00010000 ; Разрешаю прерываение по сравнению А
out TIMSK,temp ;

ldi temp,0x03 ;
ldi temp2,0xD0 ; Задаю значения в регистры сравнения
out OCR1AH,temp ;
out OCR1AL,temp2 ;


sei ; Разрешаю прерывания

Start:
rjmp Start ;

Даже не знаю с чего начать...
В АВРСтудии прогоняли?

Вы промахнулись строкой:
rjmp tccomp ;
она должна стоять на 7 месте, а не на 8.

А вообще, лучше использовать директивы .ORG

EXT_INT0:

ldi Temp,1
sub Temp, Temp4
clr Temp4

reti

EXT_INT1:

inc Temp

cpi Temp,1
breq qwe

ldi Temp5,1
out PortD,Temp5

ldi Temp1,0
ldi Temp2,0
ldi Temp3,10

Loop: dec Temp1
brne Loop

dec Temp2
brne Loop

dec Temp3
brne Loop

ldi Temp5,0
out PortD,Temp5
rjmp r

qwe: ldi Temp4,1

r: clr Temp

reti

Здрасть, помогите сделать датчик на дверь...

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

Это конечно на атмеге8, но хочется на тине85, но там всего одно внешнее прерывание...
Подскажите, как собрать единицу или ноль с порта (in...?)