Ассемблер для AVR.

[AVR-forever]

А ненормальный не включит сброс

Покажите мне компилятор который в паузе не сбросит псинку. В топку такой компилятор. Открою тому, кто не знает, одну основную истину в программировании. Написать проект занимает ~20% времени, а уже оладить, что бы работал все ~80%. На Соладка в 10 раз быстрее идёт, вот и считайте. А на цене контроллеров не стоит запариваться. Это было актуально лет 5 назад. Сейчас все контроллеры копейки стоят. Вы лучше посчитайте зарплату программистов. Да если они на месяц больше программу писать будут, так и в трубу организации вылететь можно. Да ещё конкуренты, на месте не стоят. Пусть они выпустят девайс на 50 центов дороже (что спорно из-а сроков) но раньше вас, и тогда вообще пипец. Однозначно главным приоритетом сейчас в программинге является не С, asm или какой нибудь Baisik, а СКОРОСТЬ НАПИСАНИЯ ПРОЕКТА! У кого, что быстрее получается то тому и флаг в этом в руки. Но думаю, никто не будет спорить, что проекты, где используются многостраничные меню и всякие сложные алгоритмы, быстрее писать на С.

пройдет много времени пока эти бока выплывут

Никакого много времени не проходит. Если, что то настораживает, я просто открываю ассемблерный код и смотрю что там компиллер натворил. Кстати часто смотрю asm код когда надо посмотреть какие регистры сейчас компиллер присвоил переменным, чтобы ими воспользоваться в асме. Это к скрещивания asm и С

[1_man]

Из книг по ассемблеру для AVR подойдут эти:
Баранов В.Н.Применение микроконтроллеров AVR.Схемы,алгоритмы,программы.2004.djvu 3,03 MB
http://ihtik.2x4.ru/electrotehn_4jan...v2007_1273.rar
(Применение AT90S8515/ATmega8515 и AT90S8535/ATmega8535)

Голубцов М.С.Микроконтроллеры AVR.От простого к сложному.2003.djvu 2,47 MB
http://ihtik.2x4.ru/electrotehn_4jan...v2007_1621.rar
(Почти русский даташит на AT90S2313 с примерами использования в различных устройствах)

Да вообще там книг электронных полно
http://ihtik.lib.ru/dreamhost_electr...4janv2007.html

Плюс к этому уже называли отличный ресурс http://avr.nikolaew.org и по применению AVR можно найти русскоязычные переводы на http://www.gaw.ru

Самое полное описание по ассемблеру в справке по AVR Studio. Там на очень доступном английском все отлично написано. Файл в папке HELP называется AVRASM.chm

Спасибо за ссылки на литературу.
Сам начинал постигать AVR на базе курса от автора
http://avr.nikolaew.org,
только сайт был здесь
http://avrpic.boom.ru/index.htm

давно это было.

Согласен. Справочник AVRASM.chm внутри студии исчерпывающий, только это справочник. Учебник с примерами, разъяснения и практические применения надо искать в других местах.

Есть еще такая книженция:
Микроконтроллеры семейства AVR фирмы Amtel. Гребнев В.В. РадиоСофт. 2002г.

http://www.radioscanner.ru/files/dow...atmelbook.djvu

[emos]

Уважаемый Andrewg
где-то скачал полезную инфу: 'AVR animated tutorials'
если не ошибаюсь там и коментарии есть

Прикрепленный файл: 6299604.zip

[emos]

простите, забыл указать что начальный файл это: INDEX.htm

[Inola]

Еще один нюанс- если пишешь программы нечасто ( не работа, а хобби так сказать), то Си просто успевает забыться. А асм: есть 20 основных команд, по ним и пишешь, ну можно в справочник заглянуть. И еще, согласитесь, что с переферией на асме удобнее.

[Someone]

Еще один нюанс- если пишешь программы нечасто ( не работа, а хобби так сказать), то Си просто успевает забыться. А асм: есть 20 основных команд, по ним и пишешь, ну можно в справочник заглянуть.

А слабо посчитать число операторов С?

И еще, согласитесь, что с переферией на асме удобнее.

Не, не соглашусь , например спи-мастер:

С:

DDR_SPI = (1‹‹DD_MOSI)|(1‹‹DD_SCK);
SPCR = (1‹‹SPE)|(1‹‹MSTR)|(1‹‹SPR0);

асм:

SPI_MasterInit:
ldi r17,(1‹‹DD_MOSI)|(1‹‹DD_SCK)
out DDR_SPI,r17
ldi r17,(1‹‹SPE)|(1‹‹MSTR)|(1‹‹SPR0)
out SPCR,r17
ret

[Inola]

А слабо посчитать число операторов С?

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

[Someone]

Ага, только чтобы использовать библиотеки надо знать названия и аргументы функций, ради этого собственно почти все и затевается ( типа _delay_loop и прочего изврата). А всякие и/или/ветвления/циклы писать что на асме, что на си-фиолетово. просто надо точно знать, чего хочешь.

Ну нет . Библиотеки не рассматриваем. На асме ведь их тоже дофига можно найти, и так же надо знать названия и аргументы функций. Я, кстати говоря, за 4 года работы с авр, не использовал библиотечных функций, хотя попытки были. Но как только я сравнивал время выполнения и размер кода скажем printf("
") и UDR0 = 0x0D, то мне становилось грустно. Оказалось оптимальнее и быстрее работать с ацп/цап/лцд и прочими компонентами обвязки микроконтроллера по даташиту.
Так что

писать что на асме, что на си-фиолетово. просто надо точно знать, чего хочешь.

с тем, что удобно знать и то, и другое.

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

[tempora]

Библиотеки не рассматриваем. На асме ведь их тоже дофига можно найти, и так же надо знать названия и аргументы функций.

Может оппонент такой ортодокс асма, что и функции не использует - довольствуется джампами и переменными состояния. Это намного увлекательнее, чем Си, да ещё с библиотеками.

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

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

[pfgx]

C vs ASM, Atmel vs Microchip, Windows vs Linux, Intel vs AMD... Они ориентированы на решение разных задач. По поводу скорости написания... Да, сейчас кто быстрее - тот и круче. Delphi, например, вообще всех порвет по скорости в некоторых ситуациях :) И чего хорошего? "Hello, world" занимает мегабайт, как его не оптимизируй.
Еще есть привычки и опыт. По поводу

MOV R3,#58
DJNZ R3,$ ; delay 120 us
проще и НАГЛЯДНЕЙ чем:
delay_us(120);

Я, например, вообще начинал с 0E 41 CD 03 C8 (вывести букву "А"), и мне в какой-то степени даже удобнее, положив рядом распечатку назначения битов в переменных/регистрах, написать что-то вроде

movlw 0xc6
movwf myvar1

вместо

SPCR = (1‹‹SPE)|(1‹‹MSTR)|(1‹‹SPR0);

Оно как-то читабельней ;) (недавно прочитал одному человеку строку байт зеркально, т.е. 03 56 70 вместо C0 6A 0E, его такие мои навыки уже не удивляют)
С чего начинать... Если есть голова - все равно. Можно выучить ассемблер, потом перейти на С, понимая, что там внутри происходит. А можно начать с С, наступить где-нибудь на грабли и опять-таки добраться до ассемблера, пытаясь от них (грабель) избавиться.
Можно делать все очень быстро, соединяя "кубики" какого-нибудь конструктора и получая более-менее работоспособных монстров (я про них уже писал на этом форуме), а можно все разрабатывать с нуля, продумывая каждую мелочь, считая каждый байт и резистор. И те, и другие специалисты востребованы. Первые, к сожалению, чаще.