STM32F0 - поднять, Cube, stdperipf ? Опции

[toweroff]

всем привет

все у меня в Keil

я что-то никак не пойму... что и как куда

куча каких-то библиотек, одни пишут - куб овен, лучше на старой (а где взять под F0), сам куб вообще что-то монструозное (скачал 150 метров - это ж жопа)

просто дернуть пином - в кайле даже инклуд библиотеки stm32f10x_lib.h не прокатывает, вообще не пойму ничего...

короче говоря, после NXP даже чтение даташита ST оставляет мрачное воспоминание. Наворочено ппц, а описания - с гулькин нос... а то его еще и поискать надо
вроде пином задрыгал, но там столько всего для пина

вроде не маленький уже, а тут как из сауны в Охотское море

ЗЫ
забыл. Хотелось бы очень все инклуды-либы иметь в проекте, скопом

[ViKo]

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

[MiklPolikov]

Нет, мой путь - изучать все по регистрам и писать свои простые функции.
Когда-нибудь и РТОС свою сделаю, примитивнейшую до безобразия.

За 6 лет активной работы с ARM я привык работать с регистрами напрямую, и эта прослойка, призванная помочь поскорее освоить процессор, лично меня скорее раздражает своей избыточность, чем помогает в освоении.

Поддерживаю.
То же работаю напрямую с регистрами.
И ничего не теряю, т.к. освоение периферии на уровне регистров отнимает 5% от общего времени, 95% занимает высокоуровневая логика работы программы, которую в любом случае надо писать самому.
Работа с регистрами ни как не мешает использовать готовую FreeRTOS и чужие библиотеки. наоборот, помогает возможностью заглянуть на низкий уровень и найти глюк там, особенно когда нужно не одним светодиодом дёргать, а серьёзно оптимизировать скорость и потребление.