Сколько строк кода может уместить ATmega 8?

Question

[flexpc]

Я новичок в микроконтроллерах и пока ничего не понимаю. Есть один вопрос с которым мне необходимо разобрать. Я делаю проект и я примерно представляю сколько строк кода в нём будет, но я не понимаю какой микроконтроллер мне надо выбрать исходя из этой информации. И так, сколько строк кода может вместить ATMega8? И на сколько объемные проекты можно на нём делать, или же лучше двигаться в сторону 168? Спасибо.

Answer 1

[kalapanga]

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

Answer 2

[GavriKos]

Никто, включая МК, не меряет размер кода строчками.
Тем более компилируемый код.

МК вмещает столько скода, сколько у него памяти (вроде обычно ROM или ее часть для этого используется), может с небольшой поправкой (загрузчик там например). Но - чаще всего - ассемблера. А не C++.

я примерно представляю сколько строк кода в нём будет

не верю

Comments

[flexpc]

хорошо, но всё же на сколько хватит ATMega8?

[GavriKos]

flexpc, www.gaw.ru/html.cgi/txt/ic/Atmel/micros/avr/atmega8.htm
8 кБайт

[flexpc]

Извиняюсь, если я глуп, но вопрос в том, много это или мало? На сколько объемный проект можно сделать с памятью в 8КБ?

[GavriKos]

flexpc,
Невозможно ответить на этот вопрос. Тем более объем проекта вообще меряется не кодом, а хотя бы функционалом.
Один и тот же функционал можно реализовать разным объемом кода (в общем случае), который скомпилируется в разный ASM-код (а тут еще настройки компиляции влияют) - и в итоге получить разный итоговый объем.

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

[Дмитрий.]

flexpc, в 64К бинарника влезает полностью управление железкой с 28-ти знаковой клавиатуры, вывод на дисплей (1 строчный конечно), работа с таймером (Ds1307) и оперативкой(24c256) по И2Ц, обмен с ПК по RS-232 (с собственным протоколом обмена). Ну т.е. весьма неплохой законченный функционал контроллера. 8К, конечно, поменьше, но исходите из набора портов или прочих функций, возможно вам понадобится обновление через встроенный контроллер USB? И тогда проблема отпадёт сама собой, т.к. у вашего МК его не будет.

Answer 3

[Максим К]

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

Comments

[flexpc]

к сожалению, у меня нет на руках МК, я пока только выбираю его.

[jcmvbkbc]

у меня нет на руках МК

flexpc, чтобы компилировать код нужен компилятор, МК для этого не нужен.

Answer 4

[evgeniy_lm]

Согласно даташит там 8Кб памяти это примерно 3500-4000 команд, в Atmega168 в два раза больше

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

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

В-третьих, если вы хотите войти в МК "прям сразу" стоит смотреть в сторону Arduino. Там вы имеете ряд стандартизированных модулей, вам не нужно заморачиватся с обвязкой (кварцы, стабилизаторы, программаторы, беспаячные выводы), есть куча периферии с готовыми драйверами и библиотеками. С другой стороны как правило там используется ATmega328 который без проблем можно программировать напрямую в т.ч. и на Assembler.

Comments

[Ndochp]

> как правило разработчики придерживаются некоего баланса памяти и количества выводов
Да вот прям нифига. Количества памяти больше на многогерцовых числодробилках, а выводов - на том, что скорее будет использоваться как шлюз от умного центра к сети тупых датчиков. И его единственная задача - собрать данные в кучку и протолкнуть в центр. (ну или распихать управляющие команды, посчитанные по сложной и большой программе по исполнителям.

[evgeniy_lm]

Ndochp,
ATTiny13 1Kb/64b 6 I/O
Atmega8 8Kb/1Kb 23 I/0
Atmega2560 256Kb/8Kb 86I/O
Это только по памяти, так сказать то с чем работаю. Но в общем тенденция.

Можно конечно зацепиться за то что в Atmega328 выводов столько же как в Atmega8, а памяти больше. Но во-первых, я написал "как правило"; во-вторых, назовите хоть одну пару МК где в одном больше выходов, но меньше памяти чем в другом.