STM32CubeMX, HAL и все вокруг них. Территория, свободная от сектантов.

[oleg110592]

"Хэнд мэйд" всегда дороже. Потому, что лучше? Нет, потому, что трудозатратней.

не знаю - скопипастил пример настройки энкодера из родных снипетсов от самого STM и почитал соответствующий раздел тоже родного RM. Никто ничего не противопоставляет - есть HAL, есть снипетсы. STM предоставил свободу выбора:

The HAL hardware abstraction layer, enabling portability between different STM32 devices via standardized API calls.
The Low-Layer (LL) APIs, a light-weight, optimized, expert oriented set of APIs designed for both performance and runtime efficiency.

Где тут в секты записываться?

[NemoCut32]

Уважаемые Товарищи, Господа и не очень...! Дайте вставить свои "5 коп.".
С MXCUBE работаю уже почти пару лет (даже его ошибки правил) и могу с полной уверенностью заявить следующее:
1. Очень полезная программа, позволяет быстро создать "скелет" почти любого проекта (как любительского так и коммерческого), проверить "железо" и поизучать программирование на примере STM32 на досуге.
2. Это универсальный шаблон для разработчика достаточно сложных проектов, но эта сложность зависит от знаний, опыта и квалификации разработчика. Поэтому кто не хочет разбираться - пусть пишет как хочет. HAL позволяет быстро начать писать коммандные проекты и даёт необходимую совместимость и переносимость кода несмотря не некоторые неудобства и снижение производительности.
3. Есть возможность использование большого количества примеров и исходников, развитие Open Source направления - но это зависит от воли самих программистов (сообщества). При определённом развитии CUBE на мой взгляд это самое главное достоинство. К тому же этот проект серьёзно продвигает саму линейку STM32, которая к слову весьма не плоха - от самых дешёвых чипов до мощнейших H7! А это даёт надежду на более серьёзную поддержку от ST и даже снижения цен на эту продукцию.
4. К недостаткам могу отнести наличие большого количества "косяков", малую гибкость проектов (впрочем как и любые шаблоны), отсутствие поддержки ООП (C++), но тут я просто может и не разобрался. Поддержку со стороны ST тоже не назвать оперативной - когда у меня появились проблемы, то в ST мне помочь так и не смогли и только спустя месяц набрёл на решении проблемы на их форумах...
5. У новичков могут возникать сложности с первоначальным изучением, но в дальнейшем (по мере накопления опыта) эти трудности на мой взгляд легко преодолимы. Это касается правда в основном "дебрей", а простые проекты проходят на УРА. Ну вот пишут же лабухи скетчи под абдурину и ничего - даже вполне серьёзные проекты получаются....

Кому не нравится просьба не мешать обсуждению и развитию. Относиться можно как угодно, но я думаю что данный подход (CUBE+HAL) "свою нишу" уже уверенно занял....

Теперь мои вопросы:
1. Кто знает как достаточно просто перевести проект на C++ в IAR - простым переключением проекта на C++ в опциях не получается: или весь проект губит или потом трудно сращивать с объектами во внешних (пользовательских) модулях.
2. Как решать проблему с OTG? Делать по очереди два проекта и потом их "сращивать"? Может кто такое делал?
3. Как заставить сгенерировать код под "альтернативные" (с переключаемыми функциями) пины?

Всем ДОБРА!

[индюк]

akegor, сравни время выполнения ручного кода и халовского.
можно просто листинг посмотреть(ассемблерные коды на выходе компилятора).
если время в 1,5 раза больше - то это реально кал

[NemoCut32]

CPU AVR 16MIPS, время разработки 1 мес. с оптимизацией по скорости.
CPU STM32 72MIPS, время разработки 1 мес. с оптимизацией по скорости.
CPU STM32 72MIPS/1.5=48MIPS с HAL, время разработки 1 нед., безо всякой оптимизации.
Учтите AVR ATMEGA128 соизмеримы по цене с STM32F2, а не F0 и при этом 8 бит против 32 (можно про L тоже сказать, только у них ещё и потребление ниже да и возможности выше). Сравнивайте скорости...
Я предлагаю уважаемые злопыхатели не советовать, а писать под AVR, да ещё и на ассемблере с "уникальной оптимизацией". А я как ни будь "пешком постою" и выберу STM32 с HAL.... Наслаждайтесь оптимизацией, если это самоцель!
Притом я сомневаюсь, что сложный код который работает не столько с периферией, сколько тратит на вычисления и ожидания будет прямо в 1.5 раза медленнее в целом...
Поэтому прошу агитаторов "за Советскую Власть" сделать выводы зачем мы тут сегодня собрались. Хотите пишите код на ассемблере, хоть под ПИК, хоть под Intel, но тут мы обсуждаем именно "STM32 + HAL +CUBEMX + примочки".

Всего Хорошего!

[STM32F0]

CPU AVR 16MIPS, время разработки 1 мес. с оптимизацией по скорости.
CPU STM32 72MIPS, время разработки 1 мес. с оптимизацией по скорости.
CPU STM32 72MIPS/1.5=48MIPS с HAL, время разработки 1 нед., безо всякой оптимизации.

Бред сивой кобылы. Точно так же можно выложить цифры и наоборот. Такшта не надо здесь лоховством заниматься.

Учтите AVR ATMEGA128 соизмеримы по цене с STM32F2, а не F0 и при этом 8 бит против 32 (можно про L тоже сказать, только у них ещё и потребление ниже да и возможности выше). Сравнивайте скорости...

Скорости чего? Тормозного ХАЛа? Скорость разработки ЦМСИС-копипастом? Или убогие возможности меги?

Я предлагаю уважаемые злопыхатели не советовать, а писать под AVR, да ещё и на ассемблере с "уникальной оптимизацией". А я как ни будь "пешком постою" и выберу STM32 с HAL.... Наслаждайтесь оптимизацией, если это самоцель!

Оптимизация это не самоцель, это жизненная необходимость выверенная временем. А то дураки компилеписатели столько времени и сил потратили на оптимизацию, а вас не послушали.

Притом я сомневаюсь, что сложный код который работает не столько с периферией, сколько тратит на вычисления и ожидания будет прямо в 1.5 раза медленнее в целом...

Вы можете сомневаться в чём угодно, ума от этого у вас не прибавится.

зачем мы тут сегодня собрались.

Посвистеть про ХАЛ, про его секту и про наивность его юзеров.

тут мы обсуждаем именно "STM32 + HAL +CUBEMX + примочки".

Продолжайте, только не врите. А то ваше враньё белыми нитками шито.

[STM32F0]

сравни время выполнения ручного кода и халовского.

Они этого не умеют.

можно просто листинг посмотреть

Они и этого не умеют.

если время в 1,5 раза больше - то это реально кал

Зато им потом времени ни на что не хватает и они берут камень посильнее. Типично РСюковский подход - больше памяти, больше ядер, видеокарта побольше...

[yhnm]

Подскажите по настройкам китайского ST-LINK/V2 в System Workbench -
Работает только прошивка по предварительному сбросу.
В keil uvision 5 все работает без проблем.
Интернет копал,Галочки ставил, по колесу пинал.

[oleg110592]

CPU STM32 72MIPS/1.5=48MIPS с HAL, время разработки 1 нед., безо всякой оптимизации.

Если у вас уже есть свои наработки (безХАЛовые снипетсы) для работы со всей периферией микроконтроллера - просто взять и накопипастить и будет уже и с оптимизацией и быстро.
Так понимаю просто натыкать все в кубе не получится - читать документацию придется - и RM и еще документацию на КУБ и еще на ХАЛ.
Подскажите - как в кубе или ХАЛе натыкать типа частотомер - связка двух таймеров - один считает входные импульсы, второй таймер аппаратно управляет первым - разрешает счет ровно одну секунду.

[dkm]

Подскажите по настройкам китайского ST-LINK/V2 в System Workbench -
Работает только прошивка по предварительному сбросу.
В keil uvision 5 все работает без проблем.
Интернет копал,Галочки ставил, по колесу пинал.

Непонятно что вы имеете ввиду(что значит прошивка запускается по сбросу???), ваше устройство запускается только после хардварного сброса - подачи импульса на NRST?
Опции настройки сброса(Debugger/ST-Lik/ Reset (combobox)) пробовали менять?
Китайские ST-Link и J-Link работают без проблем с IAR. Пробовал нескольких версий, единственно что на некоторых STlink нет SWO - самим легко вывести, а J-Link на новых версиях IAR требуется подсовывать dll от старых версий IAR, тогда JLink не ругается на несовместимость. У меня по крайней мере так работает без проблем всё.


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

[dkm]

Подскажите - как в кубе или ХАЛе натыкать типа частотомер - связка двух таймеров

Не надо использовать куб для того что бы "натыкать", такой подхлод и порождает холивар, иногда вполне понятный, если использовать куб исключительно для тыканья и ожидания что из ничего он сделает все.
В данном случае для вас, если не хотите заморачиваться с чтением RM, проще взять готовые примеры со связками таймеров. Хоть на HAL, хоть с прямым обращением в регистры (удивительно что исчезли поклонники ассемблера или вовсе программеры в машинных кодах) примеров полно, на НАЛ проще посмотреть в кубовском репозитории C:\Users\dkm\STM32Cube\Repository, правда смотря для какого типа процессора примеры могут быть разными. Если вы ещё туда не заглядывали - поковыряйтесь, наверняка найдете много интересного и полезного для себя