Это тот же самый Аттолик, просто с интегрированной Cube. Так что ничего нового они тут не изобретали

Я как "динозвар" ничего бесплатного кроме коокоса не знал до просмотра данного видео и чтения комментариев.

Atollic больше нет. Я на CMSIS пишу, и нахрена мне ЭТО?

Ну подводных камней там хватает. Версия 1.0.0 там они должны быть априори.

Спасибо.

Готов с Вами активно обсуждать и делиться знаниями. Сам программист микроконтроллеров. Хобби - создание и использование IoT-интернет вещей, embedded linux. Основной «любимчик» это stm8, stm32 микроконтроллеры. Ваш обзор по STMCubeUDE мне понравился. Разделяю ваши восторги от беспоатной версии инструмента для программиста.

@@user-oc7ky3sd6z Спасибо вам огромное еще раз. Обсуждать и делиться знаниями, не проблема. Я это всегда с радостью. Вот список тем которые мне действительно сильно интересны и информацию по которым я готов слушать часами: 1. Модуль SPBTLE-1S и все что к нему относится. 2. Программирование любых радио-процессоров от STM 3. Библиотека STM32Cube.AI и все что с ней связано. Именно эти 3 темы я сейчас усиленно изучаю. Чипы STM8 не интересны совсем, т.к. вся используемая мной математика 32-битная. Все остальные темы, кроме 3-х перечисленных вопросов в процессорах STM пройденный этап и изучены. На самом деле данный канал практически не затрагивает и не показывает то, чем я в действительности занят на работе. Мои интересы лежат в области медицинской электроники, там есть элементы IoT, но только в плане организации Mesh сетей.

@@VladimirMedintsev Впечатлён! Не использовал ещё STM32Cube.AI. Было бы интересно посмотреть на какой-нибудь контроллер и реальную полезную задачу. Специальность у меня в институте "Медтехника и охрана окружающей среды". Мне близки темы связанные с медициной и биологией как инженеру электронику.

да, и не иметь проблемы с лицензированием... тем более что очень быстро выйдут подверсии с исправлением "детских болезней" и косяков релиза 1.0.0.

Добро пожаловать

Та немає за що. Завжди радий і все таке.

Это секрет.

Таких банить нещадно, на корню!

Там есть опции компиляции "релиз" и "дебаг". Если вам просто заливка то выберите "релиз". На панели инструментов слева.

@@VladimirMedintsev а не подскажете эта IDE формирует bin, hex и подобное? не могу найти как и где :)

@@plutonium8136 Прочитайте комментарии под видео я уже отвечал на этот вопрос. Идете в Пункт меню Project -> Properties. Выбираете раздел C/C++ Build - Settings и закладку Tool Settings В MCU Post build outputs ставите галочку на Convert to binary file если вам нужен файл BIN или галочку на пункте Convert to Intel Hex file если вам нужен HEX. Разумеется в Release, а не в Debug.

@@VladimirMedintsev благодарю за столь подробный ответ!

Целиком и полностью поддерживаю.

@@pivnev_PSOC Уже не первый раз вижу адептов секты любителей Embedded. Мне вот интересно а чего там такого хорошего? Или кто-то всерьез считает, что у TI меньше косяков? Почему лично я больше опираюсь на ST, хотя-бы потому, что находится не в америке. А как следствие другой (ментально другой) подход к разработке. И если читая документацию TI каждый раз всерьез задумываешься что все хорошо, но что же они постарались от нас скрыть, то у ST в их документации и подходах к продукту фатальных косяков гораздо меньше. По крайней мере продукты глубже продуманы. Я вовсе не пытаюсь вас задеть, я просто пытаюсь понять.

Надеюсь будет когда-нибудь время попробовать.

Знаете, что меня веселит? Т.к. я не профи в кодинге. Так, создаю некоторые устройства для авто, программирую их, исследую и т.д. Начиналось всё с АВР и CodeVision. Мне помнится, что многие программисты нелестно о ней отзывались, мол, визард за тебя пишет код инициализации, обращение к портам не стандартное. Хотя почему то ниразу не слышал подобное о Кубе... А вот мне до сих пор удобно делать инициализацию АВР-чипов именно КодВижине. Хотя остальной код пишу в АтмелСтудио. Я к чему - каждый привык к чему то и не особо готов принять, что другому человеку это не привычно и у него есть свои предпочтения. Главное, чтобы устройства работали и приносили пользу. А где и как ты их делал - неважно. Это моё мнение.

Это я так рьяно в спор вступил потому, что еще не остыл от человека настойчиво советовавшего писать только в Microsoft Visual studio считая все остальные среды недоделанными. Меня это сильно тогда зацепило до сих пор отойти не могу. Вот и накинулся я на Николая.

Создать пустой проект с требуемым микроконтроллером и скопировать в него код находящийся внутри main. Потом исправить ошибки если они возникнут. Такого рода миграция возможна только руками и головой.

@@VladimirMedintsev, думал может можно просто в Drvice Configurator плату сменить и там дальше подправить программу.

Это по сути разные микроконтроллеры. У них по разному реализована периферия.

Скорее всего чтобы получить команду разработчиков.

затем, что это и есть перепиленная truestudio, на форуме атоллика разработчики об этом писали

Alexandra Kovshova что именно они перепилили? Выглядит как трустудио, в который интегрировали генератор кода куб. Это круто конечно, но ещё что-то там появилось?

@Nordic Energy в 2019.1 уже есть поддержка OpenOCD из коробки и создание CubeMX-проекта.

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

@@VladimirMedintsev Чтобы продавать - надо нормальные инструменты дать. А если их дать бесплатно, то и домашняя аудитория в разы поднимется. А так да, понятно, что это не конкретно для хомячков придумано и сделано)

Вот я очень прошу, я мечтаю увидеть пример вот этого - "Я пишу код максимально наполняя строки на случай последующей печати. Итак, в строке могут находиться несколько предложений компилятору, разделенных точкой с запятой." Мне просто искренне интересно вы как это потом читаете? Ну к примеру если пол-года прошло и вы пытаетесь понять логику собственной программы вы вот написанное как понимаете? И если можно буквально пару слов, о том, как это стало вашим стилем в написании кода? И пожалуй еще вопрос, а скажите, вы собственные программы для чего (с какой целью) распечатываете?

@@VladimirMedintsev представьте, что вы купили книгу на 2000 страниц по Си++, а там по ОДНОМУ слову на строку! Три предложения на страницу. 2кг на книгу! Да еще с разным количеством Tabов в строке. "...Мне просто искренне интересно вы как это читаете? Ну к примеру если пол-года прошло и вы пытаетесь .." найти какое-нибудь нужное место? Просто отнеситесь к этому как привычке экономить место. Естественно циклы я так не оформляю, но бывает много тривиальных инструкций, которые следуют одна за другой - вот их и можно упаковывать в строку. Скроллинга меньше, компактнее. Я не люблю плодить слишком много коротких файлов в проекте. И вот когда видишь это: void Main(void) а потом фигурная скобка занимающая целую следующую строку (!!!) это просто бесит... А как читаю через полгода? Да, такая проблема есть. Мое решение только одно - обильное снабжение комментариями. Еще я всегда пишу общие (но краткие) комментарии к версиям кода, например в Н файлах, в конце. Но это все лирика. Все же вы можете подсказать как объяснить Эклипсу чтобы он парсил стоки, чтобы ставить точки останова на конкретные инструкции в строке?

Нет, я не ради подколоть, мне просто стало интересно как это читать не более того. По поводу останова на нескольких элементах в одной строке нет, посоветовать или сказать ничего не могу. Просто всегда, когда кто-то рассказывает невольно примеряешь пример на себя. И меня так заинтересовало когда же я в последний раз распечатывал свою программу, выяснилось, что примерно 10 лет назад, когда ее код надо было сдать в секретную часть, на хранение.

@@VladimirMedintsev все верно, у меня эта привычка к компактности сформировалась еще в 90-x в институте, когда нужно было писать для AVR на ассемблере и позже на Си. Доступа к институтскому компу (Robotron 1715) тогда не было да и занятия проводились строго по графику. Поэтому студентам приходилось распечатывать код и усиленно готовиться к "выходу на машину". Потеря времени на разбор ошибок во время "машинной" сессии была недопустима ))). Да, романтические были времена...

Они же сами сказали что СПЛ на помойку, и добавили в куб LL который по мне так интереснее чем HAL

так для TrueSTUDIO есть плигн с кубом.

Разница HEX и BIN только в том, что первый - текстовый и разумеется он большего размера. Фактически он и должен иметь размер в 2-3 раза больше.

0x00008000 - тут у вас ошибка. Должно быть - 0x8000000

@@VladimirMedintsev а как это исправить? Я только с AVR перехожу...извините если вопросы глупые

@Алексей Саганов Я вообще не понимаю зачем вы все это делаете. Прошивать микроконтроллер можно и нужно прямо из STM32CubeIDE. Из нее и прошивайте и отлаживайте. Мне лично не понятно вообще зачем вам HEX или BIN файлы. И тем более не понятно зачем вы вдруг начали использовать ST-Link Utility. Настройте себе нормально CubeIDE, ознакомьтесь с ней. Разберитесь. И потом уже когда немного поймете в какие адреса что грузится то вопросы отпадут сами собой. Более того вы тут говорите что переходите с AVR, ну это подразумевает что вы понимаете что такое HEX файл в частности и адресное пространство микроконтроллера тем более. Уж адрес 0x8000000, как базовый адрес Flash памяти есть в каждой документации и увидеть его и проверить ваш HEX файл на правильность вы вполне могли. Как-бы знание AVR это предполагает. Никогда не поверю, что вы знаете AVR и не знаете разницы между HEX и BIN файлами.

@@VladimirMedintsev Спасибо за информацию. Теперь понимаю в каком направлении двигаться дальше. Отдельно спасибо за видео на канале. Микроконтроллеры AVR долго не изучал. Освоил основы программирования на Си и когда столкнулся с необходимостью периферии DAC для своих разработок, то понял, что пора переключится на stm32. Я в принципе начинающий "микроконтроллерщик", но все это очень интересно.

Это не операторы. С HAL_... начинаются имена функций относящиеся к библиотеке HAL. Я бы посоветовал любым способом изучить язык Си. В самом что ни на есть классическом его виде. Без этого языка и терминологии что есть оператор, что есть переменная, а что такое функция вам будет немного тяжеловато. И дело тут не в зазнайстве. Язык Си является самодокументируемым. Т.е. понимая язык вы сможете без каких-либо подсказок понять что написано в коде. И вам не потребуется чтобы кто-то рассказывал и обьяснял. Это процесс не долгий. Основы языка можно за недельку поднять.

@@VladimirMedintsev спасибо! Понял. Буду переходить от слома к созиданию и созданию своего)))

Посмотрел видео и там ровно ничего нет... Ни как так сделать ни как отладчик настроить...

@@yuriymakhovych6731 - может в кейле и надо учится "настраивать отладчик", а в студии все интуитивно понятно - при создании проекта выбираем контроллер и тип отладчика. Я просто показал фичи, которых в других идешках нет и это лишь малая часть того удобства что есть в студии. И я не собирался записывать обучающий ролик для начинающих - просто опытный программист увидит отличия и сам примет решение что его больше устраивает. А хочется посмотреть отладку - вот ссылка от производителя visualgdb.com/tutorials/arm/st-link/ . Но я честно ее и не читал - так как все работает "из-коробки" и вопросов вообще не возникает - а отладчик в студии считается лучшим. Отладку запускаем по клавише F5 а просто загрузить прошивку - Ctrl+F5 вот и все что нужно знать. А вот тут как Куб использовать visualgdb.com/tutorials/arm/stm32/cube/

Да, разумеется можно.

Все отлично заработало.

@@VladimirMedintsev с китайским stlink ? Обязательно проверю - так как данное по интереснее (в плане тоже самое, но в одном пакете)

Возможных вариантов множество. Например один из них в конфигурации Release вы после компиляции можете запускать внешнее приложение просто пропишите его на программирование вашего контроллера. Это же доступно через External Tool Config. Ну или перенастроить запуск отладчика. Просто никто не прошивает контроллеры из среды программирования. Обычно когда отладка закончена и у вас есть скомпилированный проект его дальше другими программами на платы заливают. Например CubeProgrammer в режиме массового программирования.

Нет это IDE и писать можно как угодно. Хоть CMSIS хоть HAL как угодно.

@@VladimirMedintsev Спасибо. значит не жёстко привязана к Cube. Единственное - она запускается тяжелее чем Atollic. Увы. Я расстроен.

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

@@VladimirMedintsev Да нет, не пару... Где то с минуту. Что поделать - эклипс, есть эклипс. Короче, с этой длинной историей попыток IDE пора завязывать. Был EmBitz, и тот сдулся.

У меня на Core i5 запускается ровно 6 секунд.......

В кейле это точно так же пишется в том же самом месте. Только не табличкой а в строчку. Пишет в любом случае не среда а компилятор, а он один на всех.

@@VladimirMedintsev Странно, во-первых, там есть вывод и то убогий после компиляции, во-вторых, выводится в байтах, без процентажа использования, в-третьих, я почему то думал, что кеил использует не GCC для компиляции проекта...

@@electronicsashobby Да, у Keil свой проприетарный компилятор. И вроде считается лучше, чем gcc по качеству кода.

@@sergeyterentiev4720 Вы это про проприетарный компилятор где прочитали?

@@VladimirMedintsev в кецле свой компилер, но gcc тоже можно подключить в настройках проекта

Я не знаю какой из них за 100 рублей а какой за 500. У меня самодельные ST-Link программаторы. Странно что при всем этом вы не указали то сообщение которое выдает IDE при "не прошивается".

Справку почитать это я так понимаю не ваш подход.

Да, я не использую MBED OS в принципе. И не планирую. На это есть целый ряд причин.

Могли бы озвучить основные? Как раз сейчас нахожусь на этапе выбора среды разработки

Да, хорошая идея, сделаю ролик на эту тему.

Получается для этого они их и купили не так давно. По видео можно заметить следы Atollic в этой IDE

Разберитесь с компьютером для начала. Архив с программой должен распаковываться. Если постоянно разные проблемы то это дело не в архиве а вашем компьютере. Есть гипотеза что у вас там вирусов зоопарк целый. Но это не точно...

@@VladimirMedintsev Ваша гипотеза Верна! Большое Спасибо!

Я еще не пробовал на линукс, но это один из приоритетов уйти от мелкомягких совсем. Чтобы и духу их на компьютере не было.

@@VladimirMedintsev вечером попробую на чистую ОС поставить, у меня здесь и трустудия и segegr и куча хлама. Мне segger очень понравился, но он выдает ошибку при компилировании проектов сгенерированных в кубе с FreeRTOS.

на UBUNTU 18.04 работает отлично! паралельно сравниваю с Atollic 9.2

@@azzzza9957 на чистом минте вроде работает пока, но вот на fedora 30 вобще люто глючит. Я вот не могу понять, почему они на базе atollic не сделали?

I tested on ST-Link V2 hardware and did not see any problems. Try to update ST-Link firmware. At the moment I use V2J31S7

Ну честно говоря 32-битную в наше время уже никто и не использует. Это я не для того, чтобы вас задеть, а просто в наше время мало кто из разработчиков создает 32-битные приложения, так что удивительного ничего нет.

Не использую данный тип адаптера вообще. Так что не знаю и вопрос не изучал. Ровно как и заливку через вшитый бут. Я использую собственный бутлоадер.

Из видео не понял можно ли заливать программу через USB/UART из среды STM32CubeIDE.

Из видео это и не понять. Для этого есть специальная утилита поставляемая STM отдельно. Заливка прошивки через USB/UART/I2C и т.п. не относится к теме IDE вообще.

Я так и знал, мак такой не совершенный и глючный.... :-)

@@VladimirMedintsev Да. Колобок он такой... Круглый... Как не повернешь - везде задница

а что именно не получилось? Так то если опустить рассуждения о целесообразности, то все как и ранее в студии, файл .cpp и в нем все обьекты. Для эклипса много в сети описаний. Я лично не пробовал, а коллега вот сидит кивает.

Мне надо было реанимировать старый кейловский проект (CubeMX+cmsis rtos 2) . одна taska работает с терминалом (рисует меню, выводит красиво параметры ADC . управляет DAC и switch... и тд.)vt100 запущенным на другом железе под linux с putty. Все хорошо. У нас сейчас дистанционка и я переложил этот проект на Visual studio на С++. На PC все работает прекрасно .Старый проект написан на чистом C .Но проект по сути самопальный кривенький ООП со списками , псевдовиртуальными методами. Я листал youtube наткнулся на ваш канал. Посмотрел Ваш ролик про CubeIDE И загорелся переписать его на c++. Создал проект для Discavery F407 с одним светодиодом и кнопкой. Все заработало .Попытался обернуть светодиод в class и облом.Ругается на class. Влёт не получилось. Надо читать.Вы пробовали?

Я ответил в предыдущем сообщении, я лично НЕ пишу на С++ для микроконтроллеров. Мой коллега ПИШЕТ и пробовал и все работает.

community.st.com/s/question/0D50X0000At0EJ3/how-to-configure-stm32cubeide-to-support-c-development

Спасибо

чтобы писать понятный код - надо чтобы были условия для этого в частности нормальные схемы подсветки кода и автоподсказок всяких иде для контроллеров в этом застряли еще в прошлом веке

Ну логично, я думал давно люди 32 битную не ставят...

@@VladimirMedintsev зря так думаете. У многих на старых компах стоит. Ещё и хр попадается

А HEX чем не устраивает? Вы с BIN что делать собрались?

@@VladimirMedintsev А в "Cube" можно hex сгенерировать? Не нашёл такой возможности

Да, в CubeIDE генерируется .hex файл. Ну а как без него.

@@VladimirMedintsev обыскал все папки в workspace. Подскажите где он лежит или как генерится. Буду очень благодарен Вам!

Идете в Пункт меню Project -> Properties. Выбираете раздел C/C++ Build - Settings и закладку Tool Settings В MCU Post build outputs ставите галочку на Convert to binary file если вам нужен файл BIN или галочку на пункте Convert to Intel Hex file если вам нужен HEX. Разумеется в Release, а не в Debug.

Нажать на Debug

Да, этот вариант я проверил, он в лог насыпал ошибок, но контроллер, так и не запустился. С пол пинка не пошло :(

@@optimus540prime5 аналогичная ситуация, после Keil хрен поймешь что делать, правда у меня все без ошибок и после запуска отладки контроллер нихрена не делает.

Сейчас дома поставил все, тоже самое. А потом вчитался, а он говорит мне обнови прошивку на ST-LINK,там все что нужно есть. После обновления, все загрузилось и работает.

Ровно постом ниже я какому-то англоговорящему про обновление st-linka уже писал.

А ST компиляторы вообще не выпускает. Это только IDE, а компилятор у всех один и его разработчик это Cortex.

@@VladimirMedintsev ARM, все же, а не Cortex.

@@NRelectronics Да, согласен. ARM а не Cortex.

@@eugenevetrov5069 Да, согласен. ARM а не Cortex, ошибся.

никак, это типа фича я только что камент по этому поводу написал про мс студию и атмел

Только мучиться. Это тебе не на шарпе в мс студии писать.

Это не вы делаете всякие плюшки для ремонта ноутбуков ?

@@user-bn2qp6sh8r Мы)

А что за ошибку выдает? У вас куб правильно установлен, пакет для выбранного процессора скачали и установили?

@@VladimirMedintsev такая же байда как у Vadim Z посмотри ниже на твоих коментах.

Пишет смотрите настройки Firmwaкe Update

А ну тогда все просто. Убедитесь что у вас установлен CubeMX, а также что вы скачали в кубе STMCube MCU package соответствующий процессору для которого пытаетесь скомпилировать код. И все заработает.

Я думаю что VadimZ уже давно догадался в чем проблема и разобрался.

Тоже самое если решишь проблему отпишись с меня спасибо.

Приятель у тебя проблема с русскими именами когда прописываешь куда прятать Firmwaкe. Например у меня было C:\Users\Мужик\STM32Cube\Repository так вот этот МУЖИК все портил блин я неделю вкуривал че почем. Потом поменял пути ближе к С: и все окей стало.

Пойти на сайт производителя микроконтроллеров и скачать.

Тоже второй день мучаюсь. Прихожу процедуру регистрации- на почту ничего не приходит. В спаме смотрю- ничего. Указал другой ящик другого домена, тоже самое. Скачать никак не получается. Может кто выложить на файл обменник? Интересует mx cube , ide.

www.st.com/content/st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-ides/stm32cubeide.html

Спасибо, ума не приложу, пол дня потратил на поиски. Был слеп наверное

А что вы хотите услышать? Качественно сделанное видео, с музыкой, картинки всегда приятные. Что касается содержания, ну автор выбрал странную методику оценки. Время входа-выхода в прерывание. Ну ладно это его право. Выводы немного удивили, про то, что производители специально делают кривые библиотеки. Ну тоже имеет право делать любые выводы. Лично я с ним не согласен категорически. Почему? Ну сейчас мир такой, точнее таким его делают маркетологи и продавцы продукта. Вы спросите у любого продавца, он не задумываясь возьмет сырой продукт с ошибками лишь бы опередить конкурентов. Кто первый вышел на рынок, тот сливки и снял. Это же элементарно и инженерам каждый раз говорят, щас, продажи начнем, потом продукт доделаем. Но этого не происходит потому, что акционеры требуют прибыли и роста продаж, а значит нужен новый революционный продукт. И кого из продавцов и маркетологов на этом фоне интересует хорошая библиотека? Ее на хлеб не намазать, а на исправление ошибок и оптимизацию нужно очень много времени. Разумеется платить за это никто не будет. Т.к. людям нужен новый айфончик, пусть с глюками, пусть с потерей данных, но им нужен новый и чтобы они были первыми и в инстаграммчик об этом можно было рассказать.

Спасибо за ответ, возможно это тема для будущих ваших видео. Сравнить производительность CMSIS, SPL, HAL(могу ошибаться в названиях), это интересно начинающим, коих у вас на канале должно быть в достатке. Но тесты выполнить, корректным, на ваш взгляд, способом.

Так тут ответ очевиден 1-место CMSIS, 2-место SPL, 3-e HAL. Обзор закончен. И ровно так же на самом последнем месте по качеству кода располагается HAL. Тут даже можно не тестировать а посмотреть на код. Он ведь у всех этих библиотек открытый.

А то он был такой великолепный...

Если бы HAL не был востребован разработчиками никто бы финансы на его постоянное совершенствование не выделял. Он (HAL) крайне востребован разработчиками т.к. снижает время на разработку даже не в разы.

@@VladimirMedintsev Самая передавая абстракция сейчас.

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

@@NRelectronics Ну с чего он не поддерживается то? У меня стоит Keil скачанный с официального сайта, или это не из коробки? И ничего дополнительного с ним не делалось dll не изменялось. И прекрасно пишет по русски. Ну почему не поддерживается?

@@NRelectronics В настройках проекта кодировку поменяй на UTF, после этого, как правило все русские символы читаются без проблем

@@NRelectronics Вы просто в настройках кейла не включили кодировку, там с первых версий все нормально работало в плане русского языка. Там был косяк в реестре, но его давно исправили.

@@NRelectronics У меня версия 5.27.1.0 и в меню Edit - Configuration параметр Encoding включен как Windows-1251. Все пишет по русски без косяков. На предыдущих версиях приходилось использовать UTF-8 without signature Комментарии были по русски, но надо понимать что занимали они больше места из-за 2-х байтовой кодировки. Ну или в предыдущих версиях некоторые почему-то подсовывали .dll я не знаю откуда пошло такое увлечение модификацией среды, но видел в интернетах советуют.