Наиболее популярный язык для AVR

@denver · Регистрация: 19.09.2009

Author24 — интернет-сервис помощи студентам

Что то не густо здесь, решил быть первым

...
Решил вот сделать опрос кто под каким языком(С или ASM) кодит для любимых AVR-ок и почему?
Есть ли разница в гибкости и быстроте?

@Lolcht0 · 05.04.2010, 23:58

Я писал на C++.
Да, с классами, наследованием и виртуальными функциями.

Тут есть 2 аспекта:
1. Компилировать надо с -Os. Иначе генерится полный бред, а вот с оптимизацией ассемблерный код выглядит вполне прилично
2. Есть баги компиллятора (во всяком случае на той версии, где я работал), которые приходится обходить танцем с бубном

А вообще с++ - это очень удобно. пишутся libы для работы с типовыми задачами (я писал прошивки для серии девайсов, работающих с одним протоколом над rs-485), а потом программа конструируется совсем просто

минусы - реально в мк скорость не имеет значения (просто реально физические устройства, которые он контролируют обычно гораздо медленнее процесса обработки данных для них), а вот на счет размера кода, получается на ~30% больше, чем asm

@denver · 06.04.2010, 00:25 **[ТС]**

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

@Lolcht0 · 06.04.2010, 01:12

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

@denver · 06.04.2010, 08:43 **[ТС]**

А какой отладочой пользовался? Думаю купить вот себе STK500, я хоть и не начинающий но вещь очень полезная, а новичку и слов нету. Только дороговатая она. Может есть альтернатива?

@Lolcht0 · 06.04.2010, 15:14

проще всего написать lib-у для работы с com и выводить все, что нужно, через нее.

@denver · 06.04.2010, 17:18 **[ТС]**

Ага была как то у меня попытка самому реализовать все это, только времени не хватало

. Только вот мне надо работать c USB в паре с AVR STUDIO так как на работе жесткие ограничения, сам не пойму почему. Так что придеться все таки STK брать

@Lolcht0 · 06.04.2010, 18:53

а что мешает сделать USB->UART? например, вот на этом

@denver · 06.04.2010, 19:16 **[ТС]**

Вот об этом я еще не думал, хорошая идея, спасиб

@PB · 06.04.2010, 19:33

Есть неплохой бейсик для AVRов www.mcselec.com

@_shef_ · 23.04.2010, 16:44

Мое мнение такое: Если бабла нет - пишем на asm+AVRStudio
А хороший компактный код дают далеко не все компиляторы. Чудес не бывает.
Многие пишут на С в IAR'е и хвалят такой способ работы. Но сколько людей заплатили за этот самый IAR?
Туда же идут и Lib'ы, которые кем то написаны. Все стоит денежку.

@Lolcht0 · 23.04.2010, 17:25

вообще-то winavr бесплатный

@denver · 23.04.2010, 17:41 **[ТС]**

winavr это не одно и тоже что IAR Embedded Workbench for (AVR32, ARM, 8051).

Сообщение от _shef_

хвалят такой способ работы

Пробывал я IAR, и если честно никогда бы не заплатил за него и 100 рублей, но это мое сугубо личное мнение. По мне уж лучше С + asm с AVR.Studio.

@Lolcht0 · 23.04.2010, 18:15

я и не говорю, что одно и то же! winawr - это компилятор с/c++ для avr studio.

Я сказал к тому, что зачем покупать IAR, если есть бесплатный winavr?

@Piratcom · 14.06.2010, 05:54

Хм... Вообще кому что по душе, и перед тем как покупать нужно поработать в этой программе, например, для AVR я пишу исключительно на CodeVisionAVR, и он меня полностью устраивает, Для PIC, только на MicroC, хотя сами понимаете что эти программы не единственные...

@Prividenie · 14.06.2010, 18:34

Пользуюсь голым avr-gcc + avr-libc.
Makefile взял с примеров avr-libc т.е. /usr/share/doc/avr-libc/examples/demo/Makefile , пишу в gedit-е .
Шью сразу в контроллер, если работает не по задуманному без АВРстудии + winavr не обойтись.

@n-forumer · 10.09.2010, 19:29

Сообщение от denver

Что то не густо здесь, решил быть первым

...
Решил вот сделать опрос кто под каким языком(С или ASM) кодит для любимых AVR-ок и почему?
Есть ли разница в гибкости и быстроте?

Для AVR кодил только когда учился в универе при написании разных курсовых. Вообще для таких целей предпочитаю ASM. Сам не знаю почему)))) А сейчас в работе вообще МК не использую, так как для моих задач больше подходят ПЛК. И средства разработки для них более развиты, да и языки программирования высокоуровневые процесс разработки конечно сильно упрощают.

@denver · 10.09.2010, 20:07 **[ТС]**

n-forumer, Ну сравнивать МК и ПЛК как минимум не разумно, может и принципы работы одинаковые, но все остальное разное(цена, размеры, варианты применение.)

@n-forumer · 12.09.2010, 10:45

Сообщение от denver

n-forumer, Ну сравнивать МК и ПЛК как минимум не разумно, может и принципы работы одинаковые, но все остальное разное(цена, размеры, варианты применение.)

В общем случае да. Но есть задачи, которые можно решить как с помощью МК, так и с помощью ПЛК. Ну хотя бы разработка какой-нибудь АСУ для дипломного проекта)))) Так что сравнивать эти приборы вполне разумно.

@denver · 12.09.2010, 12:31 **[ТС]**

n-forumer, Ну разве что для дипломного проекта, а случаев применение МК в АСУТП(именно в производстве) я ни разу не наблюдал, так как там всегда применялись ПЛК. Да и программировать ПЛК для производственников наиболее легкая задача, так как вместо двух языков для МК(асм и си) на ПЛК их 5, которых изучить гораздо легче чем МК.

@_shef_ 0 / 0 / 0 Регистрация: 14.02.2010 Сообщений: 7
	23.04.2010, 16:44	11
	Мое мнение такое: Если бабла нет - пишем на asm+AVRStudio А хороший компактный код дают далеко не все компиляторы. Чудес не бывает. Многие пишут на С в IAR'е и хвалят такой способ работы. Но сколько людей заплатили за этот самый IAR? Туда же идут и Lib'ы, которые кем то написаны. Все стоит денежку. 0

@denver 1612 / 282 / 5 Регистрация: 19.09.2009 Сообщений: 700
	23.04.2010, 17:41 [ТС]	13
	winavr это не одно и тоже что IAR Embedded Workbench for (AVR32, ARM, 8051). Сообщение от _shef_ хвалят такой способ работы Пробывал я IAR, и если честно никогда бы не заплатил за него и 100 рублей, но это мое сугубо личное мнение. По мне уж лучше С + asm с AVR.Studio. 0

@denver 1612 / 282 / 5 Регистрация: 19.09.2009 Сообщений: 700
		1
	Наиболее популярный язык для AVR 05.04.2010, 23:50. Показов 6157. Ответов 20 Метки нет (Все метки) Что то не густо здесь, решил быть первым ... Решил вот сделать опрос кто под каким языком(С или ASM) кодит для любимых AVR-ок и почему? Есть ли разница в гибкости и быстроте? 0

@Lolcht0 125 / 123 / 0 Регистрация: 30.03.2009 Сообщений: 766
	05.04.2010, 23:58	2
	Я писал на C++. Да, с классами, наследованием и виртуальными функциями. Тут есть 2 аспекта: 1. Компилировать надо с -Os. Иначе генерится полный бред, а вот с оптимизацией ассемблерный код выглядит вполне прилично 2. Есть баги компиллятора (во всяком случае на той версии, где я работал), которые приходится обходить танцем с бубном А вообще с++ - это очень удобно. пишутся libы для работы с типовыми задачами (я писал прошивки для серии девайсов, работающих с одним протоколом над rs-485), а потом программа конструируется совсем просто минусы - реально в мк скорость не имеет значения (просто реально физические устройства, которые он контролируют обычно гораздо медленнее процесса обработки данных для них), а вот на счет размера кода, получается на ~30% больше, чем asm 0

@denver 1612 / 282 / 5 Регистрация: 19.09.2009 Сообщений: 700
	06.04.2010, 00:25 [ТС]	3
	Согласен, но считаю что начинать все же лучше с асма, так как позволяет наглядно и быстро продемонстрировать и понять принцип работы. Можно даже не углубляться в изучение ассемблера изучить как говориться азы а вот основную работу делать на С. Минусов нету а вот плюсы от азов асма будут так как он дает в определенных случаях полный и гибкий контроль на микрой. К примеру с нуля без кодов надо запустить LCD (граффический) если имеешь представление об работе на асме то это даже новичку не станет проблемой, а вот с чистым С при деться попотеть. Скорость можно и не учитывать с их ними тактами то, а вот вес кода иногда становится проблемой и интеграция асма в С значительно упрощает работу. 0

@Lolcht0 125 / 123 / 0 Регистрация: 30.03.2009 Сообщений: 766
	06.04.2010, 01:12	4
	нет, безусловно нужно иметь представление об устройстве мк, как оно все внутри работает (прерывания, организация памяти) , иногда очень полезно бывает посмотреть генерируемый компилятором код, часто решения проблем или примеры в даташифтах к сторонним устройствам пишут на асме 0

@denver 1612 / 282 / 5 Регистрация: 19.09.2009 Сообщений: 700
	06.04.2010, 08:43 [ТС]	5
	А какой отладочой пользовался? Думаю купить вот себе STK500, я хоть и не начинающий но вещь очень полезная, а новичку и слов нету. Только дороговатая она. Может есть альтернатива? 0

@Lolcht0 125 / 123 / 0 Регистрация: 30.03.2009 Сообщений: 766
	06.04.2010, 15:14	6
	проще всего написать lib-у для работы с com и выводить все, что нужно, через нее. 0

@denver 1612 / 282 / 5 Регистрация: 19.09.2009 Сообщений: 700
	06.04.2010, 17:18 [ТС]	7
	Ага была как то у меня попытка самому реализовать все это, только времени не хватало . Только вот мне надо работать c USB в паре с AVR STUDIO так как на работе жесткие ограничения, сам не пойму почему. Так что придеться все таки STK брать 0

@Lolcht0 125 / 123 / 0 Регистрация: 30.03.2009 Сообщений: 766
	06.04.2010, 18:53	8
	а что мешает сделать USB->UART? например, вот на этом 1

@denver 1612 / 282 / 5 Регистрация: 19.09.2009 Сообщений: 700
	06.04.2010, 19:16 [ТС]	9
	Вот об этом я еще не думал, хорошая идея, спасиб 0

@PB Просто прогер 1292 / 1079 / 13 Регистрация: 13.03.2009 Сообщений: 2,502
	06.04.2010, 19:33	10
	Есть неплохой бейсик для AVRов www.mcselec.com 0

	12.09.2010, 12:31

@Lolcht0 125 / 123 / 0 Регистрация: 30.03.2009 Сообщений: 766
	23.04.2010, 17:25	12
	вообще-то winavr бесплатный 0

@Lolcht0 125 / 123 / 0 Регистрация: 30.03.2009 Сообщений: 766
	23.04.2010, 18:15	14
	я и не говорю, что одно и то же! winawr - это компилятор с/c++ для avr studio. Я сказал к тому, что зачем покупать IAR, если есть бесплатный winavr? 0

@Piratcom 21 / 21 / 3 Регистрация: 05.08.2009 Сообщений: 243
	14.06.2010, 05:54	15
	Хм... Вообще кому что по душе, и перед тем как покупать нужно поработать в этой программе, например, для AVR я пишу исключительно на CodeVisionAVR, и он меня полностью устраивает, Для PIC, только на MicroC, хотя сами понимаете что эти программы не единственные... 0

@Prividenie 74 / 73 / 25 Регистрация: 05.10.2008 Сообщений: 233
	14.06.2010, 18:34	16
	Пользуюсь голым avr-gcc + avr-libc. Makefile взял с примеров avr-libc т.е. /usr/share/doc/avr-libc/examples/demo/Makefile , пишу в gedit-е . Шью сразу в контроллер, если работает не по задуманному без АВРстудии + winavr не обойтись. 0

@n-forumer 61 / 12 / 3 Регистрация: 29.08.2010 Сообщений: 23
	10.09.2010, 19:29	17
	Сообщение от denver Что то не густо здесь, решил быть первым ... Решил вот сделать опрос кто под каким языком(С или ASM) кодит для любимых AVR-ок и почему? Есть ли разница в гибкости и быстроте? Для AVR кодил только когда учился в универе при написании разных курсовых. Вообще для таких целей предпочитаю ASM. Сам не знаю почему)))) А сейчас в работе вообще МК не использую, так как для моих задач больше подходят ПЛК. И средства разработки для них более развиты, да и языки программирования высокоуровневые процесс разработки конечно сильно упрощают. 0

@denver 1612 / 282 / 5 Регистрация: 19.09.2009 Сообщений: 700
	10.09.2010, 20:07 [ТС]	18
	n-forumer, Ну сравнивать МК и ПЛК как минимум не разумно, может и принципы работы одинаковые, но все остальное разное(цена, размеры, варианты применение.) 0

@n-forumer 61 / 12 / 3 Регистрация: 29.08.2010 Сообщений: 23
	12.09.2010, 10:45	19
	Сообщение от denver n-forumer, Ну сравнивать МК и ПЛК как минимум не разумно, может и принципы работы одинаковые, но все остальное разное(цена, размеры, варианты применение.) В общем случае да. Но есть задачи, которые можно решить как с помощью МК, так и с помощью ПЛК. Ну хотя бы разработка какой-нибудь АСУ для дипломного проекта)))) Так что сравнивать эти приборы вполне разумно. 0

@denver 1612 / 282 / 5 Регистрация: 19.09.2009 Сообщений: 700
	12.09.2010, 12:31 [ТС]	20
	n-forumer, Ну разве что для дипломного проекта, а случаев применение МК в АСУТП(именно в производстве) я ни разу не наблюдал, так как там всегда применялись ПЛК. Да и программировать ПЛК для производственников наиболее легкая задача, так как вместо двух языков для МК(асм и си) на ПЛК их 5, которых изучить гораздо легче чем МК. 0