Си для AVR Опции

[Yuriy_AVR]

Здравствуйте , Уважаемые форумчане !
Я на этом форуме пока новенький . С AVR работаю с самого их рождения . На asm сделал огромное кол-во проэктов , и вот теперь хочется посмотреть что же такое Си , и в самом ли деле он так хорош для контроллеров ( и не только ) , сколько о нём восторженных отзывов . Из своего опыта хочу сказать - если программа хорошо продумана идеологически и логически , то всё остальное - дело техники ( и уж если на asm есть глюки , то виноват не asm , а руки ) . Поэтому хочется самому убедиться в его преимуществах ( и естественно недостатках ) . В связи с этим вопрос первый - поделитесь пожалуйста вылеченным IAR ( хочется начать с этого пакета ) , и подскажите пожалуйста хорошую книжку по Си ( желательно конечно на русском , в крайнем случае на английском ), желательно адаптированную для контроллеров , и уж если для AVR , то вообще хорошо .
Заранее всем спасибо .

[umup]

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

Шпак Ю.А.Программирование на языке С для AVR и PIC микроконтроллеров.2006
http://rapidshare.de/files/27144815/000947.rar.html

Socher Программирование микроконтроллеров AVR с использованием GCC
http://www.linuxfocus.org/Russian/March2002/article231.shtml

http://www.smileymicros.com/QuickStartGuide.pdf

Pardue J.C programming for microcontrollers
www.narod.ru/1110.zip

Неплохая библиотека подпрограмм :
http://hubbard.engr.scu.edu/avr/avrlib/

Сообщение отредактировал umup - Jan 15 2007, 22:56

[SasaVitebsk]

Здравствуйте , Уважаемые форумчане !
Я на этом форуме пока новенький . С AVR работаю с самого их рождения . На asm сделал огромное кол-во проэктов , и вот теперь хочется посмотреть что же такое Си , и в самом ли деле он так хорош для контроллеров ( и не только ) , сколько о нём восторженных отзывов . Из своего опыта хочу сказать - если программа хорошо продумана идеологически и логически , то всё остальное - дело техники ( и уж если на asm есть глюки , то виноват не asm , а руки ) . Поэтому хочется самому убедиться в его преимуществах ( и естественно недостатках ) . В связи с этим вопрос первый - поделитесь пожалуйста вылеченным IAR ( хочется начать с этого пакета ) , и подскажите пожалуйста хорошую книжку по Си ( желательно конечно на русском , в крайнем случае на английском ), желательно адаптированную для контроллеров , и уж если для AVR , то вообще хорошо .
Заранее всем спасибо .

Слово в слово - я. Начал с Си где то с год назад. Подтвержу все восторженные отзывы. (использовал IAR) Очень жалею что не пробовал раньше. Достоинства - переносимость и наглядность. Красота проги. Книгу лучше купить, чем пользоваться электронной. Я пользуюсь Герберд Шилдт "Полный справочник по С. Четвёртое издание". Заказывал на OZONе. Нашёл ответы на свои и чужие вопросы. Остальное - особенности компилятора. Некоторые в доке - некоторые тут.

Удачи.

[beer_warrior]

Значиться так - С для МК самое то. Особенно если работаешь с несколькими семействами и перетаскиваешь наработки с одного на другое.

Компиляторы.
Есть два серьезных: IAR и gcc aka WinAVR.
Для обоих есть порты и для ARM, MSP и других платформ.
Немало копий сломано в их сравнительном анализе, но оба на голову выше всех остальных.

Книги - присоединяюсь к SasaVitebsk, по поводу Шилдта и еще порекомендую - Брюс Эккель "Философия С++".
http://c2p.ru/2006/07
http://www.mindview.net/Books/TICPP/ThinkingInCPP2e.html

Это маст рид, ответы на вопросы как?, почему? и зачем?

[kd_Rash]

Шпака - хорошая книга, но лучше не в электронном виде
еще примеры на си есть у Голубцова

я, например, все что не могу найти в магазине, покупаю на books.ru

набираешь там - AVR, и выбирай

у меня почти все есть с пометкой AVR

Удачи, Дмитрий

[andrvisht]

Может для начала и сложно, и направлена она на С++, хотя С там тоже описано, нет только функций с переменным числом параметров, но многие ответы на вопросы нашел только в ней.
В инете не видел, да и не искал, вот что на обложке:

Харьковский институт информационных технологий
С.В. Глушаков, C.В. Смирнов, А.В. Коваль
Практикум по С++
www.bookpost.com.ua
изд. ФОЛИО г. Харьков 2006г. www.folio.com.ua

Пользую, как и многие сдесь IAR, проблем не встречал, всем доволен.

[big256]

книги по АВР можно найти здесь + еще кучу полезной инфы

http://ihtik.lib.ru/electrotehn_4janv2007/

[Abakt]

мне понравилось "Си для МК" [BANNED] - по-моему толково и самое нужное.

Pardue J.C programming for microcontrollers
www.narod.ru/1110.zip

Не качается. Можно проверить ссылочку ?

Сообщение отредактировал IgorKossak - Jan 18 2007, 18:05

[Pyku_He_oTTyda]

книги по АВР можно найти здесь + еще кучу полезной инфы

http://ihtik.lib.ru/electrotehn_4janv2007/

Отличная ссылка, хочется все, но 10 гигов многовато для меня

[umup]

www.narod.ru/1110.zip

Извиняюсь, должно быть так :
www.umup.narod.ru/1110.zip

[CSB]

Б. Керниган, Д. Ритчи "Язык программирования Си".
В электронном виде можно http://www.lib.ru/CTOTOR/kernigan.txt, но ИМХО лучше купить.

После набора определенного опыта можно:
"ВЕРЕВКА ДОСТАТОЧНОЙ ДЛИНЫ, ЧТОБЫ… ВЫСТРЕЛИТЬ СЕБЕ В НОГУ"
Правила программирования на Си и Си++
Ален И. Голуб

Качать тут: http://www.sdteam.com/texts/11/251.zip

[Guest_Serg79_*]

Б. Керниган, Д. Ритчи "Язык программирования Си".
В электронном виде можно http://www.lib.ru/CTOTOR/kernigan.txt, но ИМХО лучше купить.

Классика. Если хочешь действительно почувствовать 'C', то надо начинать с этой книги.

[Abakt]

Полная книга от профи по WinAVR "C programming for AVR" - SmileyMicros.com
[BANNED]
на сайте SmileyMicros.com лежит только первая глава.

Сообщение отредактировал IgorKossak - Jan 19 2007, 17:21

[Pyku_He_oTTyda]

Abakt

[BANNED]

Это реклама курса или прикол такой нездоровый

Сообщение отредактировал IgorKossak - Jan 19 2007, 17:22

[unichorn]

книги по АВР можно найти здесь + еще кучу полезной инфы

http://ihtik.lib.ru/electrotehn_4janv2007/

Руки так и чешутся скачать всё. Но трафика моловато

[bloodden]

Руки так и чешутся скачать всё. Но трафика моловато

Кому надо, если в Киеве, то могу накачать и залить на болванки.
Удачи.

[fmdost]

Если Вы не планируете написать windows под АВР, забудте про С НАВСЕГДА!

[zltigo]

Если Вы не планируете написать windows под АВР, забудте про С НАВСЕГДА!

Даже если-бы 'навсегда!' было-бы написано красными буквами высотой с экран, то и это не сделало-бы это утверждение хоть чуть-чуть более убедительным и уж тем более верным.

[fmdost]

Перенесите проэкт из IAR в VINAVR и наоборот, а на последок из IAR4.21 В IAR 4.3. Думаю достаточно.

Сообщение отредактировал Т.Достоевский - Sep 2 2007, 19:19

[zltigo]

Перенесите...

А почему Вы решили "переносить" какие-то свои личные проблемы с GCC,IAR,PCAD,.... на других?
У меня, например, никаких проблем с портированием 'C' исходников с платформы на платформу (в отличие от ASM) /компилятор не возникает.

[fmdost]

А почему Вы решили "переносить" какие-то свои личные проблемы с GCC,IAR,PCAD,.... на других?
У меня, например, никаких проблем с портированием 'C' исходников с платформы на платформу (в отличие от ASM) /компилятор не возникает.

А Причём PCAD?

[rezident]

Перенесите проэкт из IAR в VINAVR и наоборот, а на последок из IAR4.21 В IAR 4.3. Думаю достаточно.

Недавно переносил проект (причем чужой) из CodeVision в IAR. Никаких особых трудностей это не составило.

[SasaVitebsk]

Если Вы не планируете написать windows под АВР, забудте про С НАВСЕГДА!

А какие вообще у Вас лично претензии к Си. А то голословное утверждение да ещё в такой ветке отпугивает начинающих. Пожалуйста аргументируйте.

Если разбирать более низкий пост о портировании программ, то он не выдерживает никакой критики.
1) Сопровождать программу и вносить в неё изменения на Си - в десятки раз легче.
2) Переносимость с камня на камень - в десятки раз легче.
3) Переносимость с компилятора на компилятор не такая уж и сложная. В тоже время вас никто не заставляет переходить с компилятора на компилятор. Тот же IAR или GCC поддерживает одновременно множество камней.
4) Отладка на Си тоже проще.
5) Результирующий код как правило не намного уступает.

[sensor_ua]

Если Вы не планируете написать windows под АВР, забудте про С НАВСЕГДА!

Гы Никогда не писал программ для AVR на ассемблере.
А что такое windows?

[defunct]

Если Вы не планируете написать windows под АВР, забудте про С НАВСЕГДА!

[fmdost]

А какие вообще у Вас лично претензии к Си. А то голословное утверждение да ещё в такой ветке отпугивает начинающих. Пожалуйста аргументируйте.

Аргументирую. Я сам больше схемотехник. Использую в своих изделиях 5 микроконтроллерных архитектур. И по времени столько же сколько автор поста. Однако с языками высокого уровня возникают определённые сложности.
1: Все компиляторы, это комерческие проэкты расчитанные на выкачивание максимального количества денег. (В том числе и бесплатые) Отсюда совешенная неуверенность, что через год Вы сможете БЫСТО добавить что нибудь в Вашу програму.

2: Пока что не встречал компилятора генерирующего хотя бы жалкое подобие асмовской программы. В основном код в РАЗЫ больше.

3 Перенести микроконтроллерый код с одной платформы на другую гораздо проще и главное быстрее чем разбираться с тонкостями компилятора. Которые к тому же отличаются от версии к версии.
Ещё раз повторюсь микроконтроллерного. Речь не идет о многомегабайтном проэкте который врядли применим к AVR.

По поводу пункта 1. Вполне возможно что компилятор старой версии и захочет работать под вистой 2.
Но на новое железо, ХР вы скорее всего поставить не сможите.

Теперь лирическое отступление извиняюсь за
ИМХО создаётся впечатление что для присутствующих сдесь микроконтроллеры есть самоцель, а не простая микросхема установленная в ряду среди других таких же микросхем.
И если Вы занимаетесь не только программированием а пытаетесь сделать целиком устройство которое что-то дёргает или там чем то в такт чему то моргает, то у Вас скорее всего не будет времени заниматься копанием в тухлой документации компилятора.
Вообщем если Вы 20 лет успешно пишете на асме, то целиком переходить на С надо только при очень веских к тому основаниях.

Если Вы всё-таки решились перейти на С то после каждой копиляции обязательно гляньте в отладчик. В иаре размер кода очень сильно зависит о положения операторов. И при определённом опыте компилятору можно очень помочь с генерацией опимального кода. Не брезгуйте применять те же методы по упаковке или ускоению которые вы применяли на асме. Действуют буквально так-же, на любом уровне оптимизации!!!

Конкретно к С претензий у меня нет никаких.

Сообщение отредактировал Т.Достоевский - Sep 2 2007, 21:18

[Stariy Alex]

Дейтел - Как программировать на C - 1002 стр. (подробно)
Керниган - Ричи - Язык программирования C - Издание 2 (исправленное, pdf)
PS. Залить на фтп? Komu na mylo?

[defunct]

PS. Залить на фтп? Komu na mylo?

pdf с bookmark'ами? Залейте, пригодится.
Спасибо

Аргументирую.

Отвечу смайликами на ваши аргументы.

1: Все компиляторы, это комерческие проэкты расчитанные на выкачивание максимального количества денег. (В том числе и бесплатые) Отсюда совешенная неуверенность, что через год Вы сможете БЫСТО добавить что нибудь в Вашу програму.

2: Пока что не встречал компилятора генерирующего хотя бы жалкое подобие асмовской программы. В основном код в РАЗЫ больше.

3 Перенести микроконтроллерый код с одной платформы на другую гораздо проще и главное быстрее чем разбираться с тонкостями компилятора.

Ага, конечно. Вы хотите сказать, что можно вот так вот запросто взять 100k исходников на asm под x51 и запустить на AVR? А проект написанный на plain C вызовет сложности с переносом из-за компиляторов?
Смешно... Может быть вы схемотехник от Бога, но зачем же ж вот так рубить с плеча, и городить невесть-что в теме где вы "ноль в сиянии".

Если Вы всё-таки решились перейти на С то после каждой копиляции обязательно гляньте в отладчик. В иаре размер кода очень сильно зависит о положения операторов.

А вы не задумывались, что не всегда нужно получить минимальный размер кода?
Иногда проще взять толстый кристал.

[fmdost]

Граждане!!! Раскажите что делает программа на 100к??? Без сарказма. Сам больше 16 не писал никогда!

[defunct]

Перенесите проэкт из IAR в VINAVR и наоборот.

Переносил и не раз. Более 30 минут перенос не занимал.
В чем подвох?
PS: WinAVR а не VINAVR.

[zltigo]

Отсюда совешенная неуверенность, что через год Вы сможете БЫСТО добавить что нибудь в Вашу програму.

Только тем и занимаюсь, что в изделиях со сроком жизни 10-15-20 лет чего-то бысторо добавляю.
Вашу неуверенность в себе разделить никак не могу.

В основном код в РАЗЫ больше.

Для программ "нажалнакнопкузажгласьлампочка" больше. Для более сложных разница начинает нивелироваться и меняться.

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

Дело обстоит с точностью до наоборот. Без вариантов.

Вполне возможно что компилятор старой версии и захочет работать под вистой.

Вы на ASM пишете? А почему Assembler "захочет"? Потому, что кончается на 'у'?

Но на новое железо, ХР вы скорее всего поставить не сможите.

Ну мотивируйте хоть как-то .

[defunct]

Раскажите что делает программа на 100к???offtopic:

Обеспечивает удаленное управление электроподстанцией 35KV.

[fmdost]

Поставьте НТ на новое железо, или на НТ акробат 6. Он "сам пришёл"?

Обеспечивает удаленное управление электроподстанцией 35KV.

Нейросетью вычисления проводит? Или спреадспектрум кодирование 256 бит последовательность? THD + cos фи в каждом канале?

Сообщение отредактировал Т.Достоевский - Sep 2 2007, 22:31

[defunct]

Нейросетью вычисления проводит? Или спреадспектрум кодирование 256 бит последовательность? THD + cos фи в каждом канале?

Нет всего лишь обеспечивает удаленное управление рядом ячеек с пульта диспетчера.
Автоматику в ячейках выполняют устройства релейной защиты. Там программы гораздо больше 100k и на ASM их никто не делает.

[fmdost]

Нет всего лишь обеспечивает удаленное управление рядом ячеек с пульта диспетчера.
Автоматику в ячейках выполняют устройства релейной защиты. Там программы гораздо больше 100k и на ASM их никто не делает.

К сожелению про релейную зашиту ничего не знаю.
А сколько ячеек и сколько параметров? Почему 100кб?
Мои знакомые не смогли уместить в мегу64 обычный пульт управления для моделей. Правда там таблиц много. 10x256 байт. (типа нелинейные резисторы) + килобайта 2 кода, ну всё-равно не больше. Вот и спрашиваю.

Сообщение отредактировал Т.Достоевский - Sep 2 2007, 23:01

[haker_fox]

Аргументирую. Я сам больше схемотехник. Использую в своих изделиях 5 микроконтроллерных архитектур. И по времени столько же сколько автор поста. Однако с языками высокого уровня возникают определённые сложности.

Все правильно! Вы же больше схемотехник! На тонкости изучения ЯВУ (языка высокого уровня) нет времени.

1: Все компиляторы, это комерческие проэкты расчитанные на выкачивание максимального количества денег. (В том числе и бесплатые) Отсюда совешенная неуверенность, что через год Вы сможете БЫСТО добавить что нибудь в Вашу програму.

Если не сложно, объясните, как бесплатные компиляторы ориентированы на выкачивание денег?

2: Пока что не встречал компилятора генерирующего хотя бы жалкое подобие асмовской программы. В основном код в РАЗЫ больше.

Вы так один говорите. А другие в это время пишут на си/си++ и видят совсем другое.
Для справки: недавно писал программу управления манипулятором (МП-9С), с применением ОС, на Си++. Функции программы: ручное управление звеньями робота, занесение программы с пульта управления и ее выполнения, опрос датчиков, свзяь с PC. Код всего лишь 8 027 б. Расход ОЗУ 600 байт. Проект выполнен за месяц. Переносим. С асмом бы копался и отлаживался месяца два и больше...

3 Перенести микроконтроллерый код с одной платформы на другую гораздо проще и главное быстрее чем разбираться с тонкостями компилятора. Которые к тому же отличаются от версии к версии.

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

По поводу пункта 1. Вполне возможно что компилятор старой версии и захочет работать под вистой 2.
Но на новое железо, ХР вы скорее всего поставить не сможите.

Windows выбросил. Использую Linux, которую на новое железо (если оно такое новое и несовместимое со старым) все равно портируют.

Теперь лирическое отступление извиняюсь за
ИМХО создаётся впечатление что для присутствующих сдесь микроконтроллеры есть самоцель, а не простая микросхема установленная в ряду среди других таких же микросхем.
И если Вы занимаетесь не только программированием а пытаетесь сделать целиком устройство которое что-то дёргает или там чем то в такт чему то моргает, то у Вас скорее всего не будет времени заниматься копанием в тухлой документации компилятора.

Ошибочное мнение на счет самоцели. Для меня это например просто цель. Цель получить конкретно работающее устройство!
А времени на копание документации по микроконтроллеру и другим компонентам, применяемым в изделии у Вас будет? А Вы не учитываете, то, что доку на компилятор придется прочесть хорошо только один - два раза и далее пользоваться этим инструментом, получая огромный выигрыш по времени разработки и отладки девайса + переносимости кода и т.п. Не правда ли ощцтимый плюс?

Вообщем если Вы 20 лет успешно пишете на асме, то целиком переходить на С надо только при очень веских к тому основаниях.

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

Если Вы всё-таки решились перейти на С то после каждой копиляции обязательно гляньте в отладчик. В иаре размер кода очень сильно зависит о положения операторов. И при определённом опыте компилятору можно очень помочь с генерацией опимального кода. Не брезгуйте применять те же методы по упаковке или ускоению которые вы применяли на асме. Действуют буквально так-же, на любом уровне оптимизации!!!

Открытие Америки... многим известные и многими знаемые вещи.

Конкретно к С претензий у меня нет никаких.

Неправда Ваша. Есть.

[sensor_ua]

2 Т.Достоевский
Я не больше, а схемотехник. И уменя используются C51, PIC, AVR, MSP430, ARM от PIC12C508A до LPC2378 всяких размеров и наполнений. И это не от желания развести зоопарк. Не могу сказать, что наши программисты асы. Эти люди, а некоторые уж больше чем 30 лет пишут для промавтоматики, пишут на ассемблере только когда "жизнь заставляет" - где-то, например, быстрая математика нужна или где-то в старом контроллере нужно поменять методику расчётов, а в память уже не лезет (итерационные вычисления с double на 51-ом). Так чтоб писать на ассемблере без нужды - у них и мысли не возникает. Я же имею субъективное мнение, что уже лет 5 аргумент насчёт общего преимущества в объёме у ассемблера против Си есть заблуждение. Всвязи с резким падением цен на кремний и продвижением всё более интегрированных решений, время на разработку в части схемотехники постепенно уменьшается. А time-to-market не ждёт - упор идёт на работу программистов. Т.е. кроме многих (пока) специализированных устройств появляется всё больше reference-платформ (аппаратно-программных), что обеспечивает не только некоторое уменьшение работы схемотехникам, но и уменьшение времени на разработку вообще. Так вот использование ЯВУ (а для микроконтроллеров в подавляющем большинстве случаев это Си и наблюдается рост доли C++) позволяет осуществлять быстрый перенос решений с платформы на платформу, что уменьшает time-to-market, а также уменьшает затраты на поддержку.

Вопрос. Почему большинство Си-компиляторов платные, а ассемблеры платные - редкая штука?

ЗЫ Вспомнилась Валерия Новодворская с её очаровательной фразой:
"Вы все дураки и не лечитесь! Одна я умная, в белом пальто стою красивая!"
http://foto.rambler.ru/public/manechkaaa/1/10/1-web.jpg

[Dog Pawlowa]

ЗЫ Вспомнилась Валерия Новодворская с её очаровательной фразой:
"Вы все дураки и не лечитесь! Одна я умная, в белом пальто стою красивая!"
http://foto.rambler.ru/public/manechkaaa/1/10/1-web.jpg

Есть и другие фразы :
"Я Пастернака не читал, но осуждаю"

[sensor_ua]

Есть и другие фразы :
"Я Пастернака не читал, но осуждаю"

А ещё:
- Армянин лучше, чем грузин.
- Чем лучше?
- Чем грузин.

[Dog Pawlowa]

.. Не могу сказать, что наши программисты асы. Эти люди, а некоторые уж больше чем 30 лет пишут для промавтоматики, пишут на ассемблере только когда "жизнь заставляет" ...

Если серьезно...
У нас ситуация с программистами хуже. Они, как Т.Достоевский, долго отстаивали свое право писать на языке, который знают - а именно на ассемблере. В результате они просто не нужны фирме, поскольку не в состоянии произвести нужный продукт к нужному сроку. То, что сделано, становится непереносимо уже на стадии сдачи проекта. Плюс их требования к постановке задачи (еще бы - переделка очень трудоемка), плюс требования по тестированию. Удручает. Стали переучиваться, но столько времени потеряно... Я лично их списал и пишу сам на С. Благо, что цифровая схемотехника в наше время схлопывается.

[zcost]

IARовский сишный компилятор дает вполне оптимальный код. Выигрыш по скорости проектирования получается существенный. А в узких местах можно и подпрограмму на асме вставить. Но в моей практике подобное встречалось пару раз. И то для обработчика прерывания. Хотя порой сложно объяснить компилятору на Си как к примеру сделать циклический сдвиг через перенос. А в основном код получается по компактности практически такой же как и на ассемблере.

Сообщение отредактировал zcost - Sep 3 2007, 06:48

[SasaVitebsk]

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

1. Скорость написания программы на АСМе и Си возможно и близкая, но если требуется внести среднее изменение, то на Си его сделать в разы проще!!! В разы! Это я говорю совершенно убеждённо. А изменения вносятся часто. То есть оптимальность написания проги, оптимальность использования регистров - в этом случаем являются сильнейшим тормозом. И всё портится с внесением "заплаток".
2. Сам переносил программу с х51 на AVR на асме путём переписывания без мозгов. Поверьте, всё равно на Си это делается проще и главное, красивее.
3. Пробовал в проекте делать вставки на АСМе. Отказался. Производительность выросла на единицы процентов. Так зачем этот цирк?

Как то здесь зашла дискуссия о ненужности ОСей для малых камней. Автор надрывался с просьбой "продемонстрировать эффективность". И кто-то из знающих классную фразу сказал по типу что код не будет эффективнее, но написание будет более удобным, более функциональным. Что-то подобное и с использованием компилятора. Компилятор обладает преимуществами, но плата за эти преимущества - эффективность кода. Но не в разы, как вы пишете. А единицы процентов. Я сам поразился, когда сделал первый проект. И назад, у меня возврата уже нет. А вам рекомендую перейти. А затраты на освоение особенностей компилятора, будут меньше, чем затраты на работу с АСМ прогами.

Совершенно искренне.

[bbill]

Дейтел - Как программировать на C - 1002 стр. (подробно)
Керниган - Ричи - Язык программирования C - Издание 2 (исправленное, pdf)
PS. Залить на фтп? Komu na mylo?

Залейте, пожалуйста, bbill@mail.ru
Спасибо.

[AVR]

Т.Достоевский, Вы жестоко заблуждаетесь...

[fmdost]

Т.Достоевский, Вы жестоко заблуждаетесь...

В чём?

[singlskv]

В чём?

Глубокоуважаемый Достоевский, раз уж Вы так радеете за программирование
на Asm, хочу предложить Вам небольшую задачку(которая кстати не очень хорошо
решается на С), необходимо поменять в байте порядок следования битов на
противоположный, т.е.
вход: b7 b6 b5 b4 b3 b2 b1 b0
выход: b0 b1 b2 b3 b4 b5 b6 b7
ну конечно нужна максимальная скорость, но без таблиц(места нету)

Покажите нам пример как нужно эфективно писать проги....

[IgorKossak]

Ну, ребятки, развлекли!

[fmdost]

Глубокоуважаемый Достоевский, раз уж Вы так радеете за программирование
на Asm, хочу предложить Вам небольшую задачку(которая кстати не очень хорошо
решается на С), необходимо поменять в байте порядок следования битов на
противоположный, т.е.
вход: b7 b6 b5 b4 b3 b2 b1 b0
выход: b0 b1 b2 b3 b4 b5 b6 b7
ну конечно нужна максимальная скорость, но без таблиц(места нету)

Покажите нам пример как нужно эфективно писать проги....

Дайте подумать!

[singlskv]

Дайте подумать!

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

[fmdost]

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

Дело в том что Я уже 5 лет как не пишу софт сам. Его за меня пишут люди, причём на С.

ldi r18,8 ;такой задачи не разу небыло
ldd r16,data ; код абсолютно переносимый
clr r17

m1:rol r16
ror r17
dec r18
brne m1 ; могу добавить на i51 pic16, holtec, ARM. если конечно вспомню где это всё лежит

std data,r16

Сообщение отредактировал Т.Достоевский - Sep 3 2007, 21:13

[singlskv]

Дело в том что Я уже 5 лет как не пишу софт сам. Его за меня пишут люди, причём на С.

ldi r18,8 ;такой задачи не разу небыло
ldd r16,data ; код абсолютно переносимый
clr r17

m1:rol r16
ror r17
dec r18
brne m1 ; могу добавить на i51 pic16, holtec, ARM. если конечно вспомню где это всё лежит

std data,r16

Ну, пока результат мягко говоря не очень
Для поднятия тонуса сообщу Вам что данная задачка решается на AVR за 13 тактов...

[fmdost]

Ну, пока результат мягко говоря не очень
Для поднятия тонуса сообщу Вам что данная задачка решается на AVR за 13 тактов...

А пример? Яж в булевых функциях не силён.

[singlskv]

А пример? Яж в булевых функциях не силён.

пример будет после того как Вы скажете что нужно писать на С или предоставите
общественности код для данной задачки хотябы за 15 тактов (ШУЧУ)
Вобщем-то Вы уже раскрылись, написть быстрый код на асм Вы не очень то умеете...
Но спорите...
Я типа вроде как умею писать быстро и на С и на асм,
а код типа такой:

Код

;  13 words / 13 cycles
       ; tmp=  abcdefgh
  mov    tmp2,tmp       ; tmp2= abcdefgh
  andi   tmp2,0b01010101; tmp2= 0b0d0f0h
  andi   tmp, 0b10101010; tmp=  a0c0e0g0
  bst    tmp2,0         ;                 T=h
  lsr    tmp2           ; tmp2= 00b0d0f0
  bld    tmp2,7         ; tmp2= h0b0d0f0
  lsl    tmp            ; tmp=  0c0e0g00  C=a
  adc    tmp, tmp2      ; tmp=  hcbedgfa
  mov    tmp2,tmp       ; tmp2= hcbedgfa
  andi   tmp2,0b01100110; tmp2= 0cb00gf0
  swap   tmp2           ; tmp2= 0gf00cb0
  andi   tmp, 0b10011001; tmp=  h00ed00a
  add    tmp, tmp2      ; tmp=  hgfedcba

[fmdost]

пример будет после того как Вы скажете что нужно писать на С или предоставите
общественности код для данной задачки хотябы за 15 тактов (ШУЧУ)
Вобщем-то Вы уже раскрылись, написть быстрый код на асм Вы не очень то умеете...
Но спорите...
Я типа вроде как умею писать быстро и на С и на асм,
а код типа такой:

Код

;  13 words / 13 cycles
     ; tmp=  abcdefgh
  mov    tmp2,tmp     ; tmp2= abcdefgh
  andi   tmp2,0b01010101; tmp2= 0b0d0f0h
  andi   tmp, 0b10101010; tmp=  a0c0e0g0
  bst    tmp2,0    ;                 T=h
  lsr    tmp2         ; tmp2= 00b0d0f0
  bld    tmp2,7    ; tmp2= h0b0d0f0
  lsl    tmp    ; tmp=  0c0e0g00  C=a
  adc    tmp, tmp2    ; tmp=  hcbedgfa
  mov    tmp2,tmp     ; tmp2= hcbedgfa
  andi   tmp2,0b01100110; tmp2= 0cb00gf0
  swap   tmp2         ; tmp2= 0gf00cb0
  andi   tmp, 0b10011001; tmp=  h00ed00a
  add    tmp, tmp2    ; tmp=  hgfedcba

Сами придумали? Если да, то этот же алгоритм должен быть на С той же длинны и времени! Но это уже будет не про С.

Ещё раз повторю. Ни спорю Я про С. Я говорю что компиляторы ещё долго будут полное Г.(IAR) Это основной мой матифф!

ЗЫ. Этот код и на паскале наверное такой-же по времени выйдет.

Сообщение отредактировал Т.Достоевский - Sep 3 2007, 21:58

[Сергей Борщ]

этот же алгоритм должен быть на С той же длинны и времени!
...........
Я говорю что компиляторы ещё долго будут полное Г.(IAR)

УпИсаться. И такая же каша у него в голове?

[singlskv]

Сами придумали? Если да, то этот же алгоритм должен быть на С той же длинны и времени! Но это уже будет не про С.

Сам придумал, а Вы не смогли
Ничего он Вам не должен(алгоритм на С)если Вы не можете написать сами так на асемблере,
то какого хрена Вы сравниваете его с С? Большинство алгоритмов я могу
написать на C так что размер/скорость выполнеиния не будут отличаться от ASM более чем на
10-15%

Ещё раз повторю. Ни спорю Я про С. Я говорю что компиляторы ещё долго будут полное Г.(IAR) Это основной мой матифф!

Ok, я чуть подумаю какую Вам задачку подогнать,
условие такое, есть набор выходных данных в памяти, есть набор выходных, есть некоторое
преобразование входных в выходные , вы пишите на асм я на С, готовы ?

[fmdost]

Ok, я чуть подумаю какую Вам задачку подогнать,
условие такое, есть набор выходных данных в памяти, есть набор выходных, есть некоторое
преобразование входных в выходные , вы пишите на асм я на С, готовы ?

Нет.
Неужели вы думаете что у меня нет на руках примеров, и Я голословно что то утверждаю?
Когда мой работники не смогли в IARе впихнуть в мегу 48 то что у меня поместилось в 90с1200, это всё и выплыло. Посмотрите мои посты на сахаре и сдесь про прерывания на С. Сам Я вообше не програмист и образование у меня 5 классов (без иронии). Там были приведены примеры от програмистов. 5-и кратное увеличение кода по сравнению с асм это цветочки.

[haker_fox]

Нет.
Неужели вы думаете что у меня нет на руках примеров, и Я голословно что то утверждаю?

Пока получается так.

Нет.
Неужели вы думаете что у меня нет на руках примеров, и Я голословно что то утверждаю?
Когда мой работники не смогли в IARе впихнуть в мегу 48 то что у меня поместилось в 90с1200, это всё и выплыло.

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

Сам Я вообше не програмист и образование у меня 5 классов (без иронии).

Это отлично видно, что Вы не программист. Только противоречие получается: Вы не программист, но спорите о преимуцествах ассемблера (которым Вы не очень-то и владеете) против Си.
Да и вообще, утверждаете что 5 лет не программировали, и также спорите. Да за 5 лет столько воды утекло и многое изменилось в мире embedded.

[zcost]

Есть еще аргумент. Недаром архитектура микроконтроллеров как у атмела, так и у микрочипа становится Си ориентированной. Кстати код на С++ у IAR по компактности умещается в те же 10-15% в сравнении с асмом.

[Stanislav_S]

Нет.
Неужели вы думаете что у меня нет на руках примеров, и Я голословно что то утверждаю?
Когда мой работники не смогли в IARе впихнуть в мегу 48 то что у меня поместилось в 90с1200, это всё и выплыло. Посмотрите мои посты на сахаре и сдесь про прерывания на С. Сам Я вообше не програмист и образование у меня 5 классов (без иронии). Там были приведены примеры от програмистов. 5-и кратное увеличение кода по сравнению с асм это цветочки.

Я вам серьезно советую избавиться от таких программистов, поскольку судя по всему не умеют пользоваться инструментом. Потому как раздуть код это надо постараться, я вот в некоторых программах даже full printf (ужас!) применяю и даже место остается. А я веть тоже не программист, а схемотехник и при написании программ иногда в учебник по С заглядываю . А так, если не можете пользоваться инструментом, то нечего на него обижаться

[Dog Pawlowa]

Есть еще аргумент. Недаром архитектура микроконтроллеров как у атмела, так и у микрочипа становится Си ориентированной.

Что, флаг переноса выкинули?!
Или что такое Си ориентированная архитектура?

[Сергей Борщ]

Или что такое Си ориентированная архитектура?

1) Наличие нескольких индексных регистров
2) Развитая косвенная адресация.

[Kuzmi4]

Весело тут у вас.....
По моему после поста singlskv 4.09.2007;00:44 можно тему закрывать...

[Dog Pawlowa]

1) Наличие нескольких индексных регистров
2) Развитая косвенная адресация.

А x86 можно считать Си-ориентированной архитектурой?
Два индексных регистра, о развитости косвенной адресации трудно судить, но она ведь есть?

[kv_addr]

а код типа такой:

Код

;  13 words / 13 cycles
      ; tmp=  abcdefgh
  mov    tmp2,tmp      ; tmp2= abcdefgh
  andi   tmp2,0b01010101; tmp2= 0b0d0f0h
  andi   tmp, 0b10101010; tmp=  a0c0e0g0
  bst    tmp2,0        ;                 T=h
  lsr    tmp2          ; tmp2= 00b0d0f0
  bld    tmp2,7        ; tmp2= h0b0d0f0
  lsl    tmp        ; tmp=  0c0e0g00  C=a
  adc    tmp, tmp2     ; tmp=  hcbedgfa
  mov    tmp2,tmp      ; tmp2= hcbedgfa
  andi   tmp2,0b01100110; tmp2= 0cb00gf0
  swap   tmp2          ; tmp2= 0gf00cb0
  andi   tmp, 0b10011001; tmp=  h00ed00a
  add    tmp, tmp2     ; tmp=  hgfedcba

Трюк, несомненно, красивый. Но такой вариант не так уж сильно ему уступает:

Код

; 14 words / 14 cycles
; tmp=abcdefgh
mov tmp2,tmp
ror tmp
rol tmp2
ror tmp
rol tmp2
ror tmp
rol tmp2
ror tmp
rol tmp2
ror tmp
andi tmp,0xf0
andi tmp2,0x0f
or tmp,tmp2
swap tmp
; tmp=hgfedcba

[Stariy Alex]

pdf с bookmark'ами? Залейте, пригодится.
Спасибо

Слил.
http://electronix.ru/forum/index.php?showtopic=36124

Залейте, пожалуйста, bbill@mail.ru
Спасибо.

Отправил, 66 мб х 5 файлов (в комплекте AVR-Шпак с дискетой).
На Рапидшару было бы проще.

[zltigo]

А x86 можно считать Си-ориентированной архитектурой?
Два индексных регистра, о развитости косвенной адресации трудно судить, но она ведь есть?

Буквы x бывают разные, если это '386', то 'индексные регисты' абсолютно все. Ну пример адресации:
mov dx, fs:[eax + ecx*4 + 1]
Ну даже если просто 86, то индексных тоже не два - si, di, sp, bp, bx.

[Dog Pawlowa]

Буквы x бывают разные, если это '386', то 'индексные регисты' абсолютно все. Ну пример адресации:
mov dx, fs:[eax + ecx*4 + 1]
Ну даже если просто 86, то индексных тоже не два - si, di, sp, bp, bx.

Вот недостаток Си - полностью забывается архитектура!
Строго говоря, источники расходятся в определении количества индексных регистров, относя bx к регистрам общего назначения и исключая sp ввиду его изменяемости не только программно, но и аппаратно. То есть я забыл всего лишь bp
Но я к чему? Не так то много нужно, чтобы быть Си-ориентированной архитектурой? Я думаю, что достаточно хорошего компилятора

[zltigo]

То есть я забыл всего лишь bp

Забыли прежде всего о 386..586 впрочем это обычное дело распространять скромные возможности 86/186/286 на все семейство. Ну а для 86 забыли три регистра, это я Вам, как написавший сотни килобайт кода на ASM, а не прочитавший обзорную статейку, говорю.

[Сергей Борщ]

Но я к чему? Не так то много нужно, чтобы быть Си-ориентированной архитектурой? Я думаю, что достаточно хорошего компилятора

Ага. Возьмем PIC16. 8 уровней программно недоступного стека и один FSR. Конечно и для него есть С-компиляторы, но со всякими оговорками. Я, например, не представляю как на такой архитектуре сделать вызов функции по указателю.

[singlskv]

Трюк, несомненно, красивый. Но такой вариант не так уж сильно ему уступает:
[code]
.....

На самом деле мой вариант это действительно просто трюк,
просто мне нравятся такие трюки и если есть возможность их применить, то
я их применяю, тока тогда, когда это действительно необходимо...

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

Вобщем, если подитожить, учите инструмент которым Вы пользуетесь...

[defunct]

относя bx к регистрам общего назначения и исключая

BX никогда не был индексным регистром. (нет команд 8086-го, которые бы могли делать автоинкремент или декремент этого регистра).
BX в 8086 можно использовать для базовой либо базово-индексной адресации:

mov ax, [bx] <- базовая
mov ax, [bx + si] <- базово-индексная.

BP тоже базовый, только в сочетании с SS.
SP - вещь в себе.

остается и правда только два индексных регистра si, di.

[zltigo]

нет команд 8086-го, которые бы могли делать автоинкремент или декремент этого регистра

Автоинкременация не является признаком индексности или не индексности регистра - не выкручивайтесь .

BP тоже базовый, только в сочетании с SS.

bp спокойно используeтся без "сочетания" с ss:
mov ds:[bp],ax

[defunct]

Автоинкременация не является признаком индексности или не индексности регистра - не выкручивайтесь .

А чего мне выкручиваться-то? Я просто проходил мимо ;>
адресовать через BX в 8086 можно, но это "базовый" регистр, bp - тоже.

[mse]

Трюк, несомненно, красивый. Но такой вариант не так уж сильно ему уступает:
...

;О) Дык, тупой rol-ror*8=16, в принципе, уступает 13-тактовому гулькин. Не тот случай, чтобы огород городить. И на-Цуется более кошерно...Что не может не радовать ;О)

[fmdost]

И все ка-кто дружно пропустили ненужный clr r17.

[zltigo]

адресовать через BX в 8086 можно, но это "базовый" регистр, bp - тоже.

bp - Base Pointer по жизни . Ну слава богу хоть работать можно - defunct после изучения наконец дал "добро".
Ну и еще раз напоминаю, что начиная с 386 и оставшиеся eax, ecx, edx регистры используются и как индексные.
Все завязываем с разговорами о x86 в ветке по AVR 'C'.

[kv_addr]

На самом деле мой вариант это действительно просто трюк,
просто мне нравятся такие трюки и если есть возможность их применить, то
я их применяю, тока тогда, когда это действительно необходимо...

Как бы возражений нет, этот трюк мне тоже понравился. На один такт меньше мною приведенного.

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

Особеность "Цэ" в том, что напрямую одноменным флагом не воспользуешься. Но и флагом "Тэ" (AVR) напрямую пользоваться стремно. Компилятор его пользует для собственных нужд, можно невпопад этот флаг задействовать.

Вобщем, если подитожить, учите инструмент которым Вы пользуетесь...

Я вроде как противоположного не утверждал...