Не взыщите но глупых вопросов не бывает.
Как на ассемблере расшифровать две следующие записи (точне значки << |).
1. 1<<USIOIF
2.( 1<<USIOIF)|( 1<<USICS1)
Заранее спасибо.

Вот

Это не ассемблер, а C. Сдвиг единички влево на указанное число разрядов, где USIOIF, USICS1 и др. - номера битов (начиная с 0), определенные в каком-то из хидеров.

Понять-то не мудрено:



Где-нибудь в inc-файле (или каком-другом) определена константа USIOIF. Допустим так:

1<<USIOIF=1<<USIOIF=единица сдвинутая влево на позиция=0x40=40H=64(dec)


( 1<<USIOIF)|( 1<<USICS1)=(1 сдвинутая влево на USIOIF позиций) логическое ИЛИ с (1 сдвинутая влево на USICS1 позиций)

Не совсем верно , в asm такое на каждом шаге

Нет, вы не правы: это вполне может быть ассембером. IAR AVR ассемблер вполне поймет такое например:

также как и #if, #define и тд по списку.

Ясное дело - из C спёрли.
А что это за ассемблер? AVR Studio или какой-еще?

Унифицыровали, а не сперли.


Вы что-нибудь про IAR слышали?
Они выпускают такой продукт:
IAR Embedded Workbench for Atmel AVR.
Ассемблер бесплатно (может уже и не бесплатно), остальное за деньги.


Наверняка также у AVR GCC, AVR assembler v2.
Как там у ImageCraftow, и прочих codevison-ов не скажу - не знаю.

Да, в AVRAssembler 2 уже много Си-подобных директив. В 3 версию, наверно, половина Си перекочует

Как раз сейчас осваиваю не спеша ассемблер AVR. Начитавшись умных и глупых книжек, скажу:

Такое широко используется в ассемблере AVR (в частности, в AVR Studio), чтобы установить нужные биты в разных служебных регистрах. А это всегда требуется при инициализации МК или изменении каких-то режимов (включении-выключении прерываний, интерфейсов и пр.) Поскольку точное положение управляющего бита в служебном регистре не запомнить, да еще в разных МК AVR они могут быть в разных местах, то так и делают, например операция (1<<USIOIF)|(1<<USICS1) дает байт с единицами на месте битов USIOF и USICS1, а остальные нули. Осталось записать этот байт в нужный служебный регистр, ну или сделать операцию ИЛИ, если остальные биты трогать не надо.

Теоретически это улучшает читаемость и (что важно) переносимость программы, поэтому активно рекомендуется так делать.

Разумеется, нужно включить командой .INCLUDE файл, соответствующий данному МК (например "M32DEF.INC"), в котором, как уже писали, этим константам соответствуют некоторые числа. Иначе работать не будет.

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

Мне больше "нравится" когда написано так и по всему коду

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

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

Э! Мне так тоже нравится. Я в свое время голову ломала - зачем так вычурно биты определены, что каждый раз при их использовании приходится единицу влево сдвигать? А потом догадалась - это особенность специфических команд AVR, работающих с отдельными битами, типа:
sbi PORTA, PINA2
cbi PORTA, PINA2
где в качестве аргумента должен быть указан НОМЕР бита, а не маска.
В тех архитектурах, где подобных инструкций нет, битовые константы опредяляют, как маски, а единиц не двигают.