Хочу ответов мудрых на вопрос: в чем отличие системы команд Cortex-M3 и М4 и насколько они совместимы? Если читать книжку по М3, то можно опыт перенести на М4? Спасибо.

Всё, что работает на -M3, будет и на -M4. Последнее ядро содержит энное количество дополнительных команд, коих нет у ядра -M3.

http://en.wikipedia.org/wiki/ARM_Cortex-M

Спасибо. Ещё вопрос - что лучше начать изучать: ассемблер ARM или писать на Си? Вообще склоняюсь к асму, потому что скомпилировав программу-мигалку светодиода и посмотрев её размер, я ужаснулся - 12Кб!!! Даже с оптимизацией кода - 9. Проясните этот вопрос, пожалуйста.

Сдуру можно и х.. сломать полмегабайта накомпилить.

так что делать? я включил в проект startup-файл, файлы для конфигурации ввода-вывода и для тактирования. Без них просто не будет работать же.

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

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


Возможен. Хороший специалист при необходимости любую технологию осваивает в течение месяца. Знать ассемблеры под все ходовые платформы нет никакого резона.

Вы использовали стандартную библиотеку. Если сами напишете на C, руководствуясь "Руководством...", то получите раз в 10 меньше размер.

Да, согласен с вышесказанным, асм действительно желательно знать, или по крайне мере иметь представление(понимать, что за команды), писать лучше на си, конечно(все-таки это не аврка )
По поводу 12 кило - вы в курсе вообще, что для инициализации периферии в арме надо несколько больше команд, чем в той-же аврке? И второе - компилятор как правило еще вставляет код каких-либо библиотек, типа stdio и тп, а это тоже объем.
Причем объем кода растет сильно в начале проекта, по мере добавления новых процедур код будет расти медленнее(процедуры-то уже подключены)
ЗЫ. Посмотрите в свойствах проекта, что там конкретно подключается, можно поглядеть в ассемблерный код(за одним и начать его осваивать), тогда все будет ясно.

Так так, вот это очень интересно. Где более-менее подробно описана инициализация? Это практически самая важная инфа для меня!



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



Да, я перехожу с AVR и не стесняюсь этого! С командами инициализации периферии я ещё не успел познакомиться, поэтому, нет, не в курсе. А вот за стандартные библиотеки Си таки большое "спасибо".



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

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



Ну, правильней сказать, что дополняют друг друга языки низкого уровня (ассемблеры) и высокого уровня -- ведь это не обязательно должен быть Си.



Команд нет, есть регистры устройств, в которые что-то надо писать.




.lst -- это листинг, куда попадает много чего. Смотреть нужно исходные тексты.

SII, большое спасибо за помощь.

+
нужно map смотреть, что там у нас в образе лежит

Если работать в Keil, то можно задать создавать листинг C компилятора .txt, там, практически, одни ассемблерные команды. Очень полезные файлы для обучения и поиска ошибок.

знать асм надо- это дает понимание того, что такое проц вообще и как он работает.
Но писать на асме, что под АВР, что под STM32 смысла нет и не стоит это делать.
Год назад сам на STM32 перешел. Порекомендую сайт chipspace.ru
Там все подробно и по шагам расписано. Сам туда пару статей написал полезных. Начинай с него, описано хорошо и как надо.
И, повторюсь, писать надо на Си. Книжка в помощь- изучаем Си. Крупник.

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

Именно поэтому. Ибо в понятие "попроще" входит и отладка написанного.

Потому что есть такая штука, как переносимость. Например я писал интерпретатор виртуальных задач для аврки, год назад пришлось портировать на арм, я писал на си, время на порт затратил 2 дня. А теперь представь, еслиб я на асме все это писал, и потом надо портировать на арм?? Да, возможно я получил бы еще процентов 5 быстродействия, но потратил бы как минимум пару месяцев. Воть

PS. Надо учитывать одно - во времена 8мибитников, с быстродействием единицы миллионов оп\сек иногда требовалось написать что-то особо быстрое, с мин. кол-вом кода (пример - те же тини у аврок). Теперь, когда микруха стоит 50руб, а в ней 64к флеша 20к ОЗУ и 80 мипсов быстроты, эти требования уже не актуальны, и асм я знаю только на том уровне, чтоб оценить проблему при отладке...

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

Снизу, от asm, идти конечно надежнее, но талмуд по нему для АРМ больше 500 страниц. А еще надо будет читать талмуд на конкретный процессор - это еще не одна сотня страниц.

Предлагаю идти сверху, от си, т.е. пишешь программу на си с Standard Peripherals Library Drivers, точнее берешь готовый пример и разбираешься как он работает - что в какой последовательно в какие регистры пишется и т.д. Потом можно для этого си-шного кода получить asm-исходник, и потрассировать программу по нему в железе.

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

Объем, конечно, серьезный. Чтоб писать на avr асме - надо страниц 20 прочесть



Отличный вариант, но чтоб потрассировать в железе мне разве не придется периферию переписывать под свою stm32f3disvovery?

Да и ковыряться в большом объеме чужого кода ( тем более ассемблерного) как-то уныло. Лучше честно писать самому
Неплохо бы совместить оба подхода.



Это было бы шикарно, но преподаватель кроме avr, похоже, и знать ничего не желает.

Не переживайте, для начала работы на асме читать всё это и не требуется. Половина инструкций нужна лишь для специфических вещей, да и отсутствует во многих АРМах; без другой прожить можно, хотя с их помощью можно писать эффективнее -- в общем, это как раз дело наживное. Кроме того, очень значительный объём руководства посвящён всяким другим вопросам, например, устройству защиты памяти (MPU) -- для начинающего всё это даром не нужно.

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

У них ещё и тактирование настраивается? Или это что-то другое?

По этой фразе можно понять, что вам надо начинать писать на С и с использованием библиотек от производителя процессора.

и открыть мануал на конкрентное семейство камней, посмотреть оглвление
да, очень много чего - тактирование, питания отдельных блоков, настройка пинов (функций), настройка пинов (подтяжки) и т.д.
по STM не скажу, а вот на семейство LPC177x/8x мануал более 1100 страниц

Проблема в том что начинающий не знает что надо читать, а что нет.
Так же чтобы запустить процессор нужно знать последовательность и надо знать что и как включать.

Я точно также начинал с LPC - купил evaluation board, в комплекте шел компилятор и примеры, помигал, потрассировал, разобрался в идеологии, понял как использовать бибилотеки и только потом стал углубляться - читать описание на процессор и на asm. А потом перешел на STM32 - как раз рассылали бесплатные evaluation board


С платой идут готовые примеры под несколько компиляторов - вначале стоит их поизучать. Советую поставить Keil - его можно бесплатно скачать, есть ограничение на размер программы, но для примеров хватит. Потом можно и свои программы делать. Далее можно попробовать среду разработки Coocox - она бесплатная и там намного удобней интерфейс и большое количество примеров.

Именно. Несколько возможных источников синхронизации (работать начинает от внутренней RC-цепочки), разные возможные частоты процессора и периферии и т.д. и т.п. Но для моргания светодиодами это роли не играет, так что лично я сначала порекомендовал бы именно их победить (ну, можно с вариациями: например, при нажатии на кнопку зажигать один светодиод, при отпускании -- другой). На этой задаче вполне можно изучить самые важные команды процессора (mov, ldr, str, b, and и тому подобные), ну а после можно браться и за настройку синхронизации.

Именно поэтому надо читать от первой страницы все подряд. Чтобы потом не было попыток почесать левое ухо правой ногой, потому что то, что нужно было для чесания левой рукой, прочитано не было. Время, потраченное на прочтение документации "от корки до корки" многократно окупится в процессе работы. Потом по мере необходимости многое из прочитанного будет всплывать в памяти.

Спасибо всем за участие и приятную беседу. Я ещё вернусь!