STM32CubeIDE. Как сделать: Подключить сторонние библиотеки.

Это короткое видео из серии "Как сделать?". Целая серия рождественских роликов посвященная решению проблем или ответам на наиболее часто встречающиеся вопросы.
--------------------------------

------------------------------------------
Если вы хотите поддержать автора канала номер карты Сбер:
2202-2023-2480-4008
------------------------------------------

[VladimirMedintsev]

Каждый день новогодних праздников на канале будет выходить ролик о тонкостях работы со средой разработки STM32CubeIDE. Хороших выходных.

[dobroliub]

Спасибо за опыт!! Замечательный формат видео! Балуете нас выпусками)))

[masterkit]

По STM32 наконец то начинают делать понятные всем уроки

[beeline]

С Новым Годом!)
Спасибо за, вроде мелочную, но очень нужную функцию! Раньше я одну и ту же библиотеку каждый раз копировал в проект в папку с исходниками, а оказывается вон оно как можно. Благодарю!

[Ololoshize]

Как всегда, ставлю вам в поддержку лайк ещё до просмотра ролика.

[myhobbyvision]

Отлично! Особенно для начинающих. Эх если бы ещё и дефицит сошёл на нет...

[vasily_chivanton]

Здравствуйте! Спасибо за объяснение! На днях пытался подключить DSP библиотеку к CubeIDE. Успел проклясть всех разработчиков до десятого колена, пока нашел, что необходимо убирать префикс lib и расширение. Пользуясь случаем, хочу предложить материал для видео. Очень интересно было бы сравнить производительность программ, созданных компиляторами GCC, Keil и IAR.

[cline]

Полезное видео, Владимир а как же keil?, Cubeide - быстрее развивается? Или поддержка стала лучше, багов меньше? Среда разработки по большому счету аналогичная, но во всех последних видео упор идёт на cubeide, в чем "причина"?

[ДимаДимов-вп]

Классно. Вопрос а вот эти библиотеки внешние с расширением ".a" это что файлы скомпилированные в машинные коды ?

[avi-crakhome]

Вас поймали и подвесили к потолку за яйца? И единственный способ избавится от боли - подключить стороннюю скомпилированную библиотеку...
Боль будет только нарастать. Потом выяснится что очень многое нельзя, причём "нельзя" будет появляется без предупреждений, и предварительного оглашения правил. Такие нельзя могут быть безобидными, ну допустим занятое имя переменной или функции. Или переключение типа процессора, на самый древний и тупой вариант. Или внезапное использование куска памяти, без деклараций и объявлений войны. Или самое частое безобразие - ошибка с номером. Нет смысла в возвращении ошибки, и уж тем-более безликого номера - но исправить ситуацию нет возможности, потому-что низя.
Но больше всего лично меня напрягает состояние чёрного ящика - невозможно заглянуть в используемые функции, потому как исходного кода нету.
Собранные библиотеки нужно обходить на максимальном расстоянии, и тыкать палочкой тоже нельзя - может подпрыгнуть и прилипнуть.

Используйте всегда и везде открытые исходники. Читаемый код имеет массу преимуществ:
Прежде всего его можно править.
Его можно проверить в работе пошагово.
Сборка тяжёлого кода добавляет 5-10 секунд, и ощущение сложного проекта.