Добрый день!

1) Почему написал "относительно начинающему". В универе был курс программирование 32 битных МК. Прогали ARM Cortex M4.
Сделал курсач. Но осталось чувство, что просто дали старт, а на серьезном уровне я не понимаю.

2) Хотелось бы услышать мнения специалистов и других форумчан. Есть ли смысл дальше юзать ARM Cortex M4 или полезнее будет пересесть на AVR?
Если так, то на какую модель?


Буду благодарен дельным советам.

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

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

из ARM-ов по стоимости привлекательны стали STMicroelectronics (STM32Fxxxx), но это не панацея. в добавок у них есть линейка и 8разрядников.

где-то так...

удачи вам
(круглый)

Изучать кортексы. Их много - и M0 и M3 и M4. Младшие кортексы по ценам догнали младшие AVR при гораздо больших возможностях. Средние по ценам гораздо привлекательнее старших AVR, которых перекрывают по возможностям. AVR умер, изучать его имеет смысл разве что из спортивного интереса.

kolobok0 +1

Вы еще скажите, что 8051 умер... Смех. AVR уже в космос запускают - это говорит о надежности в ответственных приложениях. STM32, пока, в поделках только видел.

У 8-битных МК (типа AVR, PIC) есть один плюс перед ARM -дрыгать ногами на большой частоте ибо жестко все засинхронизировано. У ARM не получится из за особенностей архитектуры - внутренние шины не дают.

учитесь писать под линух, андроид, иос

Если переходить, то на Cortex-M7

AVR-а мне как-то не попадались в промышленной электронике в последнее время, только в самоделках да в Arduino. Все переходят на 32-а бита.

Изменяется и стиль программирования микроконтроллеров.
Больше начинают применять фреймворки. Это когда язык уже трудно отделить от API и среды разработки и исполнения (библиотек, операционных систем, IDE и проч.).
Arduino со своим птичьим фреймворком показало большой успех.
Но завязнуть во фреймворке это еще хуже чем повестись на архитектуру микроконтроллеров, гораздо труднее бросить.

С ARM-ами уходят дальше и уже применяют более мощные концепции как Node.js или C#.
Потому что в интернете вещей на голом C далеко не уедешь.
А интернет вещей диктует основные тренды в микроконтроллерах.

А модельный ряд я бы рекомендовал посмотреть у NXP. Семейство Kinetis у них очень интересное.

Да, а насчет проблем "дрыгать" ногами у ARM, то это давно устаревшая информация. Почитайте тут.
Свободно можете рассчитывать "дрыгать" ногами там с частотой 100 МГц и больше.

Да. На самом деле интересно. Не знал.

ну вот ТС и карты в руки. Пусть сам решает, что ему нужно.

Сейчас уже нужно смотреть в сторону именно армов, т.к. аврки, пики и пр. уже морально устарело. Сам еще делаю на аврках мелочевку, хотя так, чисто по инерции, наверно... Еслиб сейчас начинал изучать мк, то сразу взял стмки...




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

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

Почитал тут, и что? То что они в развернутом цикле из кэша сгенерировали 60МГц не значит, что в общем случае можно полагаться на какие-то временные константы типа фиксированного времени исполнения длинного цикла.

Просто дрыгать быстро дело не хитрое.