Да ну? С удовольствием посмотрю как вы будете с помощью ST-HAL'а переводить код между At91sam7s256 и LPC4320FBD144.
Когда я только начинал работать с f103, нарисовал себе такую табличку под свою отладочную плату. Сравните будет ли ее использовать удобнее, чем разводку по Кубу. Насколько я помню, он плохо показывает конфликты периферии, тогда как в табличке все сразу видно. Заодно можно и комментарии добавлять если надо.

Век живи, век учись! А что куб может сам код писать? А я дурак сам пишу:(
Как, хотя бы, его заставить кэлбэки в main писать? Те, что в отдельном файле требуют глобальных переменных, которые еще в .h нужно прописывать.

Это тебе не нужны. Мне не нужны. И половине здесь присутствующим тоже. А многим нужны. И им пофиг, что зажигая светодиод, проходит 100500 тактов. Он зажигается - вот главный итог !
Не все железячники-электронщики (знающие всякие триггеры, счётчики, и прочую лабуду), есть просто программисты. Для них высокий уровень абстракции - единственное решение. Не будут они тратить время на разбор потрохов проца. Некогда им этим заниматься.
Ровно также, как и тебе с ПК. Ты можешь даже не представлять, каков путь между кликом курсором на кнопке в окне и событием в твоей программе. Или когда ты выплёвываешь байтик в СОМ-порт с помощью write_file. Ты просто пишешь программу, не отвлекаясь на весь низкий уровень. Ибо тебе пофиг

Как раз - наоборот. Заюзал одно, он сразу подсвечивает то, что уже нельзя использовать. Очень удобно, быстро, просто и все в одном окне перед глазами. Мне понравилось

Ну то есть приходится прокликивать ножки и периферию, тогда как в таблице можно просто глазами проглядеть строку или столбец.

Выбираем индустриальные и медицинские источники питания MEAN WELL в открытом исполнении

Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.

Подробнее>>

COKPOWEHEU, насчет этой функции "куба" Аlex прав. Я и сам-то вот здесь баловался этой фигней для того, чтобы ноги разбросать по фукнкционалу (у меня там всего лишь одна нога не используется в LQFP48). Точней, поначалу я себе табличку примерно такую составил, разбросал ноги, все вроде ОК. Но как стал разводить, пришлось ноги туда-сюда дергать, вот здесь "куб" и пригодился как наглядное пособие (у меня там используется шесть таймеров: три для энкодеров и три для тактовых импульсов драйверов шаговиков + USB + CAN + I2C + АЦП. Так что, не очень-то много было простора для действий, чтобы оставшиеся несколько GPIO разместить... С другой стороны, не было бы "куба" - ну, потратил на это на 10 минут больше, делов-то. Все равно это - ничто по сравнению с общим временем на написание прошивки. А я в этой еще и систему команд по-новому организовал (чтобы не запутаться со справкой и мнемокодом команд, сделал это все дело элементами структуры).
P.S. А еще я там впервые сделал удобную штуку: каждый раз, как запускаешь Make, инкрементируется номер сборки и жестко фиксируется в прошивке, а когда help вызываешь, тебе сначала пишется, что это за зверь и какой номер сборки (удобно, особенно когда не помнишь уже, что это за железка такая и где ее исходники у себя на гитхабе искать).

Вы только что оскорбили Eddy_Em подозрением что он использует клятую винду!

Eddy_Em, А можно более подробно, как сделать автоинкремент версии?

Советую новичкам начать изучение stm32 в CebeIDE с параллельным изучением отдельного проца по устройству таймеров, АЦП и др. касательно их типовых применений.
Доступно много примеров, изучайте, но старайтесь выйти за их пределы. Идите узким, но осмысленным путем к своим целям, не забывая того, что сам путь может быть целью.

Лет 25 тому назад я делал это при помощи bat-файла... с мейком я и тогда не дружил

GoldenAndy, вот Makefile.

GoldenAndy, у меня так:
perl -i -p -e 's/(#define\sREVISION_NUMBER\s+)(\d+)/$1.($2+1)/eg;' revision.h
Предполагается, что в revision.h есть строка типа
#define REVISION_NUMBER 1236

P.S. Через awk тоже можно, как у Eddy_Em, но мне привычней perl

Свою первую игру "Морской бой" я написал почти 40 лет назад в TR-DOS. В неё играли мои друзья и несколько старых японских адмиралов. Все корабли с реальным вооружением и каждый залп с реальной вероятностью попадания, но все решал кубик. Это очень азартная игра.

ARV, а что мешало и 25 лет назад воспользоваться perl? В 1991 году я под DOS его уже использовал. Вот под TKS или VM/SP скомпилировать так и не удалось.

Ну так и перл я не знал, не знаю и не буду знать

linkov1959, TR-DOS то тут при чем? Он же, по сути, был только лишь драйвером к Beta Disk Interface. Игры все работали в рамках штатной прошивки ZX Spectrum.
Вот именно с TR-DOS я в свое время наигрался, написав программу, сбрасывающую magic-файлы TR-DOS на кассету, с возможностью последующей загрузки с этой кассеты штатным образом. После чего встречал игры, взломанные таким образом, в продаже на кассетах в самых разнообразных местах )

Важен сам принцип, до которого я додумался, когда интернетом и не пахло: править инклюдник с единственной цифрой... А править его можно было и командами command.com

ARV, Ваше дело, конечно. Но фраза "не буду знать" смущает. Perl до сих пор весьма полезен для выполнения поиска и замены любой сложности в файлах без написания кода, прямо из командной строки. А в IT, если даже всего год не учиться ничему новому, квалификацию теряешь заметно.

Добавлено after 9 minutes 52 seconds:

Уже в конце 80-х интернет был общедоступен, пусть даже через FIDONet или UUCP. Или Вы про еще более ранние времена речь ведете?

Eddy_Em, ПростоНуб, ARV, спасибо за пинок в правильном направлении.

Программировал в спектрум бейсике, там одним кликом вводилась целая функция или оператор - никакой рутины, чистое творчество!

linkov1959, там про то и речь, что к TR-DOS это не имеет вообще никакого отношения. К тому же для игр бобик там был непригоден из-за его тормознутости, особенно в части графики и управления спрайтами. Почти все, что я там писал, было на C или ассемблере Z80.