Семинары по введению во всё: от верилога и цифровой логики до микроархитектуры встроенных процессоров и RTOS-ов

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

цель освоения именно STM32 & ARM именно и в том, что платы на них по 5 долларов (ибо студенты не могут их покупать по 50-100 как на PIC32, хотя Вы и считаете это наверное «нещебродством»), а самая главная цель — изучение самой распостранненой архитектуры на сегодня.
Ваши возражения против приоритета изучения самых распостраненных архитектур — это из области, Windows — must die & Linux forever — я имею цель показать, что я крутой и знаю MIPS, а то что работодателям нужен ARM — так они лохи, считают каждую копейку и жадничают сотку купить платку у Microchip.
И называть освоение архитектуры ARM отсутствием цели — это даже не грубость, а просто разговор из серии «сам дурак»

у меня много было практики на CPLD и FPGA, а так же с использованием рассыпной логики.
И всегда как вменяемый инженер я стремился сделать одновременно надёжно и развиваемо, но максимально просто.

Например: «некая скоростная паралельная шина» персооналки лет 15 назад мною была реализована на AVR но помощью RS триггера и И-НЕ гейта на 155 логике — простейшая цепь формирования сигнала "#BUSY", это ISA шина для промышленого компа на базе пня3, Там была проблема что AVR 2313 не успевала за шиной вот я и влепил штуку которая просила «подождать».

Если что посложнее: например 10 лет назад надо было сделать ISDN E1, то я тоже поступил как можно проще — разработал на максе 2 штуку которая последовательные биты складывает в внешнюю память АРМ, а тот уже дальше уже с собранными и выравнеными в байты данными спокойно работает.

И так далее делая как можно проще я в основном использую CPLD, и чертовски крайне редко FPGA как толстую CPLD. Но чаще всего естественно голый МК без ПЛИС справляется с 99% задач.

Т.е. если мыслить критерием «то что не могут сделать МК» то я делая конверторы в то во что могут МК в итоге не сталкивался ни разу с потребностью колхозить SoC.

Почему «колхозить»?
Потому что у SoC есть свои минусы и они очень жирные для меня:
1. Надо ставить FPGA — это минимум 4 слоя, а часто 6 и более — плата дорогая.
2. Надо ставить кучу стабилизаторов, просто адовую уйму — плата больше.
3. Нужна внешняя флешка — могут украсть прошивку, надо её как то защищать.
4. Нужна внешняя ОЗУ — существенно сложнее разводка и опять же плата ещё больше.
5. Пункты 1-4 дают просто неподъёмную стоимость изделия в случае крупной серии и необходимости конкурировать в ценовом диапазоне 5-10тр за штуку диллерам.
6. Но самое неприятное — сложность написания софта: надо разработать не одну сущность — прошивку для МК, а сразу кучу сущностей — HDL исходники для своей периферии SoC, настройку FPGA включая физику и тайминги, конфигурацию SoC (параметры шин, связи, топологии шин), прошивку для встроенного в SoC проца, а так же архитектурно-системный уровень соединения всего это воедино (взаимодействие аппаратуры и программы, адреса, прерывания, потоки данных и тд). При этом связи тут идут все ко всем, т.е. скрытая сложность и трудоёмкость не в 5 раз выше, а в 25 раз выше.

Т.е. вместо того чтоб выбрать из каталога подходящий двигатель. шасси, кузов и подвеску, мы берём в руки геологическую карту, лопату и идём копать руду… ну да, сама поршневая с впуском нам дана заранее и хотябы с циклами термодинамики и газораспределением у нас проблем не будет.

А так же надо решать такие интересные вопросы как тестирования собранных плат на производстве, защиты от копирования, пайки уже BGA и причём установки компонентов с двух сторон. Про верификацию (а она самая трудоёмкая часть во всём что связано с плис) я вообще тихо в подушку проплачу.

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

Но я всеми руками за преподавания SoC, и даже за обязательность преподавания SoC микроконтроллерщикам: только это даёт понимание работы переферии МК на уровне эксперта и понимания почему падает скорость в неочевидных местах, как настраивать шины и как подключать к МК разную переферию и часто нестандартую. Почему именно так переферию нада настраивать и тд и тп. Без знаний SoC сложно вырасти в истинного эксперта-микроконтроллерщика который может с помощью пары аппаратных хитростей и немного CPLD творить чудеса на baremetal такие в какие не смогли люди на запилить мощной малине.