STM32 - Tips 'N Tricks

[eddy]

не входим

Что за дичь?

HAL_Delay(50);

За говнокод нужно бить ломом до полного просвещения!

[true71]

HAL_Delay(50);

Если вместо HAL_Delay(50); вставить __NOP();
то Button (); в прерывании тоже обрабатывается.

[true71]

За говнокод нужно бить ломом до полного просвещения!

Уважаемые Супермодераторы, прошу Вас не оставить без внимания опусы сего господина.

[eddy]

true71, и что тебе не нравится? Калокуб только полные дегенераты используют. Давно уже доказано.

И вообще, где вы такое встречали, чтобы из-за чего угодно (кроме отключения прерываний) в коде, МК не вошел бы в прерывание? Чаще обратная ситуация бывает: когда МК никак из прерывания вылезти не может.

[true71]

Калокуб только полные дегенераты используют

А я ещё и винду использую!

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

[eddy]

винду

Пойду, повешусь от безыскходности…
А в "голом" CMSIS значительно веселей (если, конечно, ты - не знаток С++, и не накатал себе свой HAL на шаблонах и констэкспрах).
Я начинал с SPL, охренел от ее убогости, перешел на opencm3 - тоже матюкался (простейшие вещи, которые должны быть реализованы макросами или true inline функциями, там в отдельную функцию выносятся; ну и просто попытка сделать универсальность таким способом обречена на провал). Что до калокуба, то это - наглядный показатель, т.к. под 99% нытья вида "что-то вообще ничего не получается" (а надо было просто мануал почитать) - от калокуберов.

[true71]

Я начинал с SPL,

Датышооо!!!

Это не хардпорно!
Только асм, только жесточайший машинный код и ничего более!!!!! Все остальные - быдланы!!!

[akegor]

наглядный показатель, т.к. под 99% нытья вида "что-то вообще ничего не получается"

Гм... У меня сложилось обратное впечатление.
eddy, Вам поискать Ваши "сопли с наматыванием их на локоть" в тех вопросах, которые "непингвинами" решаются "одним кликом"?
Ну и решебник в виде Куба - чит для нормального человека. Всегда, при любых "внекубовых" заморочках, можно посмотреть, в чем разница между "пельменями самолепными" и работающим, хоть недостаточно оптимальным вариантом "из-под Куба".
Это для "непингвинов", пингвинам лучше промолчать.
Ну а по теме - сколько компиляторов, столько и вариантов граблей с оптимизаций и синтаксисом.

[dgrishin]

Это не хардпорно!

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

[eddy]

Только асм

Полный маразм на асме писать весь код. Все равно лучше, чем сделает gcc из кода на С или С++, не получишь. Да и простыня будет совершенно неюзабельная.
Вообще, видел я красивый код под STM32 на С++: обзавидуешься! Но я в С++ — полный ноль, поэтому с С вожусь.
А для написания кода инициализации никаких кодогенераторов убогих не нужно, есть же сниппеты! А чего нет в сниппетах, реализуется путем внимательного чтения документации — и получается новый сниппет.
Да и в любом случае, никакой кодогенератор за разработчика базовый код не напишет. А писать базовый код, пользуясь калом вместо вменяемых регистров напрямую — мазохизм чистой воды. И даже инициализацию удобней самому руками написать. Страшно представить, в какую портянку вот такую небольшую функцию превратит калокуб!