Keil uVision или STM32CubeIDE? Что использовать.
Vložit
- čas přidán 20. 08. 2024
- Видео содержит мои личные размышления о выборе сред программирования и инструментов разработки которыми я пользуюсь.
Канал в телеграмм - t.me/vladimir_...
Канал Яндекс.Дзен - zen.yandex.ru/...
Канал на RuTube - rutube.ru/chan...
Канал на CZcams - / vladimirmedintsev
------------------------------------------
Если вы хотите поддержать автора канала номер карты Сбер:
2202-2023-2480-4008
------------------------------------------
На самом деле было бы круто увидеть ролики как раз по CubeIDE, потому что с кейлом роликов итак в достатке.
Очень интересная подача материала. Стал Вашим подписчиком.
Еще как досмотрел )) спасибо за то, что делитесь своим опытом. Это безумно важно для тех, кто начинает свой путь в этой сфере...
Владимир, как всегда интересно услышать вашу точку зрения
Спасибо большое.
Согласен с автором видео практически во всем. Уже 8 раз пытаюсь за последние несколько лет пересесть на Эклипс с его окружением. И в 8-ой раз возвращаюсь к родной IAR среде. При этих фазовых переходах высвобождается куча энергии в виде эмоций. Нет ничего более глючного и ненадежного чем Эклипс. Он у меня никогда не работал нормально. Постоянные глюки, которые могут также внезапно исчезнуть как и появиться. Самое обидное, что отладка тут не исключение. Часть информации в окнах отладки может жить своей жизнью и это никак не удается исправить. То все работает, то на ровном месте начинаются проблемы. Вести проект на таком ПО просто невозможно в принципе. То что я делаю в IAR за день, в Эклипсе не факт что вообще получится сделать. Тем не менее, куча народа работает в Эклипсе и вполне счастлива.... Не знаю, что не так... Готовлюсь к 9-ой попытке, но уже без особых надежд.
По факту опробованного. ST выпустили и поддерживают аж две среды SW4STM32 и STM32CubeIDE. Ну вот скажите, зачем??? Чтобы мы убились в их сравнении? По состоянию на август 2019 вторая выигрывает у первой определенно. Конечно, интегрирован старый куб, но я пользуюсь активно обновляемым внешним. Также у второй есть полезное окно Live Expressions чего нет у первой и не ожидается. STM32CubeIDE поддерживает и J-Link и ST-Link, правда ST-Link под openocd запустить не удалось.
Уверен, рано или поздно разработка под Эклипс натыкается на такие грабли, преодолеть которые просто не хватит времени. Думаю, нужно искать некие альтернативы. Хотя все производители как с ума посходили - свои IDE забросили и гонят порожняк под Эклипс. ИМХО.
google.ru/search?q=VisualGDB в сравнении с еклипсами весьма не плох
"Нет ничего более глючного и ненадежного чем Эклипс" ... прям беда. Может вы чего-то не догоняете.. поверьте - много теряете.. лучше сядте и разберитесь раз и навсегда.
О да! Как же я с Вами согласен! Лайк и подписка!
Тоже досмотрел. И тоже считаю, что на кейле делать нечего и надо переходить на Куб. Поэтому очень ждем видео именно с кубом.
На линуксе установил STM32CubIde, просто песня, все прекрасно работает .
Спасибо, информация о STM32CubIde была очень полезной.
Очень разумно. Единственно, Эклипс - это тормоза ещё те.
спасибо за видео. Удачи вам в развитии канала, и творческих побед.
Вопрос в конце улыбнул)) До конца досмотрел! Лайкнул!))
Досмотрел. Спасибо. Ждем новых видео...
*Ждем новых видео* Спасибо
расскажите пожалуйста больше про freertos. очень понравился подход к подаче материала + полезные рабочие плюшки в виде диспетчера задач и т.п., что очень полезно и сразу понятно.
Основа операционной системы рассказана, где копать и с чего начинать тоже я обозначил. Что там еще можно сказать я не сильно понимаю. Постараюсь как-нибудь еще сделать видео, но честно говоря там говорить особо не о чем.
@@VladimirMedintsev Было бы интересно про семафоры и мьютексы от вас видео увидеть. Как делается обмен информацией между задачами.
Большое спасибо, за такую передачу опыта! Это как раз то что я искал!
Есть еще неплохая IDE Embitz. С ней не надо думать о make, не надо добавлять пути к h-файлам. Все что в дереве проекта, все идет в компилятор и линкер автоматически
Касательно библиотеки HAL. Я абсолютно поддерживаю идею абсттрагирования программной логики от особенностей железа, но важное значение имеет цена. При адекватном трейд-оффе платишь только необходимый минимум за то, что тебе абсолютно необходимо. У функций HAL просто безобразный, не обоснованный ничем расход памяти и производительности на пустом месте. Ну и, это конечно вкусовщина, но по мне, просто добавив сгенерированный Кубом код инициализации HAL, уже на начальном этапе, ты выливаешь в свой новорожденный проект цистерну помоев.
По IDE: VSCode + PlatformIO - неплохой вариант.
Симпатичний дядько :) За Кеіл чую вперше: одразу почав в CubeIDE вивчати STM32.
Если cbdemxide будет работать и выглядеть под линуксом как webstorm, это будет счастье! Держим пальцы, кулоки и надеемся что st приложат туда достаточно сил:)
Я досмотрел:))) CubeIDE (она же Atollic True studio) как по мне хорошая среда на базе Eclipse (оттуда и куча общедоступных печенек). Хоть я пока с громким скрипом перелезаю на них с CVAVR в своих хобби-проектах. Кроме плюсов обозначенных в видео, я укажу на наличие аналога CodeWisardAVR в этой среде (раньше этот мастер назывался CubeMX). Запуск периферии, настройка тактирования и даже заготовка процессов для rtos - всё оформлено в виде мастера, где можно разобраться со всем намного быстрее, чем раскуривать по 50-му кругу аппноуты и думать, чего оно компилится но не взлетает или взлетает так, что лучше бы не взлетало. Теперь всё в одном и если вдруг надо изменить настройки периферии можно из неё же. И в отличие от CWAVR не надо заботиться о переброске кусков кода в новый проект или переносе сгенерированного стартового кода в существующий проект. Это на текущий момент единственная среда, что съела демопроекты от STM (Keil не пробовал, был cocox, mdk-arm и iar workbench) скомпилировала их и оно заработало! А это для новичка, который впервые взял плату discovery в руки дорогого стоит. Обычно делаю так: на чём можно запустить примеры, которые можно изучить, на том и разбираемся.
Владимир, если Вы ищете темы для следующих видео, хотел бы предложить рассмотреть вопрос подключения термодатчиков/разработки термоконтроллеров. Не знаю, есть ли у Вас подобный опыт... В сети есть информация по модулям с Датчикам ТХА(K). Но совершенно не ясно, как подключить термопару ТХК (L) и другие. Или как сделать универсальный вход для разных видов термопа? Также есть пробелы по реализации ПИД - алгоритма для STM32. Есть простейшие скетчи для Ардуино. Да и то, заточены они под паяльные станции, где нужно обеспечить выдержку. А что, если нужно равномерно нагреть с заданной скоростью? Короче, было бы интересно узнать о Вашем опыте.
Я рад любым предложениям. Спасибо.
Больше роликов на cubeide. Было бы шикарно увидеть видео о старте новичка stm32f103c8 + stlink v2.
Ролик с CubeIDE будет через неделю. STM32F103 не будет в принципе я его не использую. На самом деле про старт уж столько видео снято, что там добавить уже и нечего.
Если нужна более глубокая отладка можно использовать segger ozone. Очень удобно пользоваться. Скомпилировал в cubeide, в озоне нажал старт, он запрограммировал контроллер и пошла отладка. Всё работает под Linux.
Я конечно могу ошибаться, но помнится Ozone работает только и исключительно с J-Link
@@VladimirMedintsev Так и есть. Но можно ST-Link прошить как J-Link, Segger дает такую возможность, а при необходимости можно вернуть обратно.
Ну не совсем так, они прошивают только тот ST-Link что в платах Nucleo. Китайские свистки, самоделки и фирменные программаторы ST_Link вроде как их утилита по перепрошивке не принимает. Так что это не совсем универсальное и работающее решение. Можно сказать что это решение вообще подходит только для людей осваивающих МК по демо-платам. Для реального применения без отладчика J-Link это не годится вообще ни как. И в реальной жизни на это заморачиваться просто нет ни желания ни времени.
@@VladimirMedintsev Китайские свистки нет, а ST-Link без проблем прошивается на J-Link.
@@VladimirMedintsev Китайские свистки тоже подходят. Нужно чуть поправить сеггеровский прошивальщик и все работает. Что и как поправить найти не проблема. Ну и если не хочется возиться, можно и J-Link взять. Братья по разуму клепают их так же как и st-link-и.
Ozone действительно классная штука, очень удобно. Кстати, за J-Link ещё один аргумент - RTT. Это вывод отладки типа SWO, но не нужны дополнительные ноги и работает быстро.
Мне в Ozone отладка понравилась больше, чем в Keil-е. При этом это в убунте работает без проблем.
Добрый день. Делайте лучше видео с cube ide - ибо если появился бесплатный то вы своими видео на cube ide переманите многих на ide. Лично я начал изучать стм32 именно на куб иде, так как бесплатный и от производителя.
Досмотрел. Всего наилучшего.
Тоже нравится Keil, но задумался о смене IDE из-за ограничения в 32kB.
Спасибо, было интересно
Все правильно автор говорит. От себя добавлю что мне как раз ближе CUBE потому что это по сути Eclipse с которым я имел дело достаточно долго. Да, не все там гладко, подглюкивает конечто, но нет ничего критичного.
Да, кейл наверное лучше. Но то что его нет под linux для меня существенный минус. Для меня linux - основная ось.
разрабатываем железки для медицины, тоже пришли к проблеме замены AVRок на более мощные процессоры. Т.к. коммерческие темы, то тоже решил делать все в CubeIDE.
На форумах народ пишет, что есть баги, но где их нет. На AVRки пишу в microC. У них тоже поначалу были проблемы в компиляции программ, где использовались ссылки на переменные, но все довольно быстро залатали. Надеюсь ST раскрутит и будет нормально поддерживать свое детище.
О, коллеги, у нас более 60% тоже медицина.
ST по факту уже раскрутил и довел до "промышленного" состояния и всю линейку кортексов, и IDE свою достаточно давно. Когда-то лет 5-6 назад минуя 8 и 16-бит :-) сразу начал работать на кортексах. Как раз самая проблема была в IDE. IAR юзался (для EM и ST), потом появился gnu arm embedded toolchain и проблем с бесплатной IDE для ST фактически не стало. А из-за того, что прогресс в области MCPU стопанулся - GCC для ARM уже подтянули до уровня (в свое время i8051 хватило на 25 лет, думаю кортекс-М хватит для этого сегмента тоже надолго). И вообще странно читать (комент в другой ветке) от людей, для которых МК только хобби, что VS+ PlatformIO более правильная среда. Посмотрите на рынок МК. Дефакто Eclipse+GCC/свой компилятор+ toolchain от производителя МК - стандарт отрасли. CCS у TI, Dave у Infineon (это юзаем), тоже есть у EnergyMicro-Silab, FreeScale-NXP (с чем сталкивались). Ну и ST молодцы, что купили Atollic, в нем уже несколько проектов, включая групповую разработку над более сложными.
@@user-sj1nu7bx3q "Дефакто Eclipse+GCC/свой компилятор+ toolchain от производителя МК - стандарт отрасли"
Вот это звучит как набор костылей, который нужно затачивать до того как заняться, собственно, самой работой. Причем на каждом этапе этой цепи костылей могут ждать свои сложности. Зачем это надо?
Дебаты развернулись крепкие, которые в конец меня запутали. Автор видео снял ролик с советом с чего начать, какую IDE использовать, тем кто уже вдоволь наигрался с 8 битными AVR, и хочет познакомится с STM32. И началось - пиши в тетрадке сразу в двоичном коде, так лучше поймешь как работает процессор, нет в наше время нужно писать сразу библиотечными функциями....))). Блин я посмотрел ролик, где автор с самого начала сказал - AVR не хватает, переходим на ARM. Наверное уже предпологается, что человек знает СИ, писал программы достаточно сложные раз уж AVR8 стал маловат. Сделал вывод, пока сам все не попробуешь, не поймешь, прислушаюсь к совету попробую KEIL, а дальше видно будет. И да))) , какой камень лучше для начала, в качестве подопытного выбрать?
Любой кроме серии STM32F1xx. Ну к примеру вот тут я рассказываю как начать
czcams.com/video/vZVwv-EeHkI/video.html
@@VladimirMedintsev А чем плохие эти МК? Уже блин заказал STM32F103C8T6.
Владимир, спасибо за интересные видео. Очень приятно смотрится. Расскажу к чем у пришел. Начинал с IAR , с изменением версии IAR'а появилась отсутствие совместимости с старыми проектами, приходилось тратить много времени на портирование, плюс смущало, что пользуюсь все-таки ломанным продуктом, стал думать в сторону opensource. Перепробовал много разных IDE. В итоге пришел к чистому Makefile + arm-gcc на линуксе. Появилась нормальная совместимость, в makefile могу делать, что захочу. Старые проекты нормально собираются. С появлением cubemx стало вообще хорошо, там тоже на выходе можно Makefile сделать, компилятор надо только указать. Программатор у меня Jlink. Отлаживаюсь программой Ozone от Segger. Плюс RTT, причем вьювер встроен в Ozon. Т.е. к контроллеру подключен только SWD без SWO и я получаю полноценную отладку с брекпоинтами, пошаговым хождением и printf. ST вообще молодцы, позволяют переделать st-link в discovery и nucleo, в jlink. При покупки новой платы сразу переделываю. Остался пока открытым вопрос о разводчике пп. До сих пор пользуюсь pcad 2004 под wine. Надо менять, пока не знаю на что.
Да, вы абсолютно правы, для людей понимающих makefile это очень хороший и правильный инструмент. Как показывает практика чем ближе к компилятору и чем меньше прослоек, тем проще пересобрать проект спустя годы. Так придется только версию компилятора сохранить и makefile. К сожалению люди часто не понимают. Что касается разводчика, то мы используем DipTrace он бесплатен для радиогубителей. Но меня очень печалит эта программа. Изменения идут, но они отстают от основных тенденций и мы все больше и больше проектов переводим в KiCad. Там все бесплатно, но меня покупает возможность загружать компоненты прямо с онлайн сервисов. К примеру octopart.com дают возможность скачать библиотеку под любой компонент.
@@VladimirMedintsev Прослойка это очень правильное слово. Получается удалил ненужные сущности и многое упростилось. Минус такого подхода - высокий порог вхождения. На освоение нужно время. Тоже смотрю в сторону Kicad, но пока субъективно не понравилось. Процесс перехода у меня запущен лет 5 назад, думаю еще столько же буду переходить.
Конечно, когда есть серьезные наработки в PCad (да чего скрывать я с него тоже очень тяжело уходил) это сильный якорь. Но я столкнулся что в последние годы очень нужна хорошая визуализация платы. Чтобы под это делать корпуса. Чтобы смотреть как это вписывается по высотам и в дизайн. По этой причине меня DipTrace перестал устраивать.
Ахах, впервые на этом канале, но манера вести ролики лежа - это класс)
Может даже и по содержанию что-то дельное )
кстати тоже когда начинал поставил keil и ни чего не получилось. Делал по инструкции, не одной, хотя описывалось естественно примерно одинаково. Поставил Coocox и всё заработало как говорится из коробки. Жаль что новые контроллеры теперь там не появятся. Кеил поставил, так как уже знал в чём причина его не работы. Поcле поставил TrueStudio. Потом CubeIDE. Но пока всё равно делаю на Coocox-e. Единственное не на нём это f373 и f746. Их там нет.
Начал рассматривать куб_иде, только после потребности в удалённом дебаге.
С Кеилом, как это замутить я не нашёл.
А так, подцепил малинку, к ней устройство, не нужно ничего переподключать, никуда не нужно лазить, красота!
А можно поподробнее?
Да, присоединяюсь, что за удалённый дебаг?
Спасибо))
Отличное видео, спасибо. Кстати, вы обошли стороной вопрос отладки. На сколько удобно он реализован в Cube IDE (с Вашей точки зрения)?
Ок сделаем. Спасибо.
Я потому и решил работать в куб ide, с кейлом у меня что то не получилось. Решил не заморачиваться и установил официальную ide от st. По настройкам компилятора в принципе одинково с кейлом, только чуть чуть по расположению пункты меню у них отличаются. Вообще st молодцы и позволяют в куб мх спокойно создавать заготовки проектов под любые среды разработки. Что не скажу об атмел, там я работал приемущественно в микрочип студии из за удобств, но перенести проект из нее под тот же IAR уже было головой болью. Работать после атмел в среде от st на много приятнее.
Досмотрел.
+1 :)
13:11 - конечно досмотрели, спасибо за видео. Да, цена за КЕЙЛ, действительно зашкварно выглядет на фоне других IDE. Расскажите про IAR, очень интересно услышать ваше мнение. Ну и про ЭКЛИПС, знаю, многие программисты работают в эклипсе, и вроде успешно.
CubeIDE и есть Eclipse. Неудобный и жрущий память.
Досмотрел. Борода зачотная. :-) Но ставить камеру напротив окна было неправильно. Камера постоянно меняет экспозицию из-за изменений освещенности.
Да, это верно, проблема в том, что при другом положении камеры в кадр попадало что-нибудь не нужное и не желательное. Это из многих зол выбиралось меньшее.
досмотрел
Согласен с Вами. Keil больше для обучения студентов подходит, чтобы визуально покликать и всё автоматом подтянулось. Да и в отладчике красиво окошки расставолены с регистрами, областями памяти итд. Но ценой таким "плюшкам" огромная среда и куча непойми каких скачиваемых и подцепляемых библиотек. Для prodaction с stm32 намного удобнее связка gcc + libopencm3 (аналог hal stm32, только без мусора и с исправленными ошибками) + openocd. Настраивается 1 раз написанием makefile. Придётся повозиться, но это окупается, тк все силы пойдут на написание кода и схемы, а не борьбу со средой. Stm32 ide это по сути тоже gcc + hal (выгружаемый из куба) + openocd + это все уже настроенно компанией stm32 в среде eclipse
Перед просмотром ролика можно сказать, что keil это очень формализованная среда разработки, сделана на немецкий манер с проработкой до мелочей, а дальше посмотрим видео... )
Да это чистой воды немцы. Этим все сказано
У нас лицензионная среда keil, лицензия бессрочная есть, но она только до определенной версии, так что считай лицензии нет каждые 2-3 года, нужно покупать поддержку и продлевать. Так что будущее за бесплатными средами. Потом напрягает что keil переписывает st-шные исходники на свой манер, внося умышленно несовместимость, что затрудняет обновление и поддержку продуктов разработки.
Да, я тоже с удивлением обнаружил изменение исходников. Был очень удивлен, но я совсем не догадался что это специально было сделано...
@@NRelectronics Пример не такого далекого прошлого. В keil был заменен не DF пакет, а библиотека и частично переписаны функции на процессор L1 и наш код в части использования этих функций перестал нормально компилироваться.
Забил на Кеил когда пересел на Мак. КубИДЕ прекрасно работает.
Отлично. Это действительно хорошая новость. Windows и адепты секты Microsoft до свидания...
@@VladimirMedintsev поздравляю с сектой Apple
я не стал юзать кейл потому что он не имеет нормального кододополнения как microsoft visual code | studio
все остальное уже не играет роли
после того как поработаеш в пхп шторме или вс коде, то за другие иде не хочется садиться
все работает достаточно быстро на и5 4го поколения при 16 гигах озу
ну и ссд обязательно
Да, досмотрел😉 , жаль куб айди был бы интересен...
Спасибо, досмотрел до конца .Давно хотел задать вопрос ,как у вас дела обстоят CubeIDE , а то вы видео одно выпустили про него и дальше опять все уроки были в Keil. Жаль что конкретно о работе CubeIDE, какие подводные камни нашли в результате ее использования ничего не сказали . Может выпустите видео по CubeIDE уже на базе тех знаний что у вас накопились об этой среде, чтоб начинающие работать в этой среде знали с чем столкнутся.
Честно говоря мы сжав кулаки ждем выпуска патча на CubeIDE. Есть хорошая традиция версию 1.0.0. не использовать а мы в нее по самые уши влезли. В принципе такое видео разумеется выйдет. Но уже осенью. Сейчас хочется побольше воздуха.
@@VladimirMedintsev Уже 1.0.2 в массы ушла, усиленно закрывают баги :) Хотя в своих проектах баги не выскакивали
@@plutonium8136 Спасибо, надо обновится, я что-то просмотрел этот момент.
Верною дорогой идете товарищи.
Досмотрел))
Доброго всем времени суток. В первую очередь благодарю автора канала за это видео, метаюсь с выбором Кеил или Куб. Кое что прояснили. Хотел задать вопрос, я новичок и совсем ещё зелёный в программировании, но хотелось бы освоить ASM или С++, а лучше то и другое. Кто и что мог бы порекомендовать для начинающего, что бы не проходить мытарства через которые уж е многие проходили. Буду очень благодарен за советы.
Для начала нужно освоить язык Си.
@@VladimirMedintsev а, я понял, что бы по баловаться с микроконтроллерами для домашних дел, нужно пройти соответствующий ВУЗ. Я правильно вас понял?
@@MrMCLXXV Нет. Образование (ВУЗовское) совершенно не является обязательным. Нужно просто сесть и выучить язык.
А я на микроС и микропаскале сижу от mikroelectronica .... эхх.. как у вас тут все сложно.. Правда под это все библиотек мало и RTOS нет , зато как руками проинициалищируешь чип через регистрв сразу понимаешь как в нем все устроено. Ни секунды на расслабуху.
поддерживаю !!!
хороший формат
dosmotrel !!!!))) LIKE!!!
Если забыть про бесплатность - вы IAR не пробовали? Как по мне достаточно хитрый со стороны оптимизации компилятор и гибкий ликовщик. Так же отладка из коробки. Я лично пробовал и то и другое, и что скажу - кейл достаточно серьёзно начинает тупить в отладке при увеличении кодовой базы, в IAR таких проблем нет.
вы видимо тоже лампочками мигаете только )) iar это днище как и кейл.. причём они с такой дикой скоростью отстают от современных способов ведения проектов, разработки и поддержки этих проектов да в команде, да на стороне заказчика. да ещё тысячи нюансов, которые в открытых продуктах можно изменить и юзать .. а кейл и иар это топоры идущие сразу же на дно и утягивающие своих поклонников туда же )
елси же вы просто садитесь и кодите тупо мелкую микруху в какой-нить электрозамок или тостер. то конечно же кейла и иара более чем достаточно ..
ИАР - професиональная среда. Возможности не меньше, чем предоставляет кейл или куб. Но выглядит неказисто, хотя многое настраивается из файлов конфигурации. Можно рекомендовать тем, кто ценит аскетизм и консервативность. Эту среду по моим данным в наших широтах почти никто не использует, т.к. есть ломаный кейл.
тупит кейл или железный отладчик?
Да с cubide намного лучше стало программировать, не нужно с cubmx переходить в keil если тебе нужно добавить пару пинов. Я делаю проект на стм по типу robomaster. Сейчас жду компоненты из Китая. Пока сделал робота с stm и raspberri управление по вайфай .
Ютубу стоит добавить кнопочку уже смотрел . Про РтОС больше бы видео... хорошо бы есп32 или еспЦ3.
Владимир!!! Мы были бы все Вам очень признательны за небольшой видосик по программированию stm32fxxx в среде Atollic. Тоже от производителя микроконтроллеров stm и тоже совершенно бесплатно и без ограничений.
По атолику видео не будет. Эта среда разработки лично мне не интересна. Мною использоваться не будет и в перспективе STM о ней тоже готова забыть. Тем, кто использует атолик профессионально уже давно понятно что придется переезжать, а любители сделают это уже по факту.
@@VladimirMedintsev а разве atollic это не то же самое, что и cubeide? Насколько я вижу, ST просто соединили atollic c cubemx.
@@ra0sms Правильно видите. Atollic + CubeMX = Cube IDE
На десятке можно отключить полностью обновление (отключают я права на запуск поисковика обновлений) , а с помощью win10tweaker можно отключить все ненужные компоненты и службы. Линукс - это хорошо, но без винды никуда: куча конфигураторов для различного оборудовия+драйвера (плюс вероятность появления нового оборудования с новыми программами); Гранд Смета, которая в вайне никак не работает; удалённый доступ по рдп (остальные протоколы в комфорте сливают); activex, от которого до сих пор производители сетевых видеокамер никак не откажутся; плоттер, драйвера к которому только под винду и мак
Полностью с вами согласен, именно по этой причине мы держим старенький комп на семерке который этим вот всем и занимается, а мы сидим себе в линуксе и с каждым днем все меньше про майкрософт вспоминаем. Точнее будет по другому, по мере того, как линукс становится не экзотикой, а привычной в комфорте системой мы вздрагиваем каждый раз когда приходится запускать винду. Дело во многом в привычке использования как выясняется.
по поводу rdp .. для linux есть такая штука как noMachine.. найдите время и поставьте и поработайте.. думаю teamViwer вы просто выкините и забудете и никакого rdp вы не вспомните, потому как что там внизу под прогой вас не должно интересовать. Зачем кодеру/железняку гранд смета? подскажите пожалуйста
После VisualStudio перейти на CudeIDE попробовал - как то не потянуло, Куб отдыхает и по скорости, и по удобству.
Пробовал куб, но вернулся в IAR. Т.к. на винду у меня аллергия, пользуюсь VirtualBox-ом.
В IAR отладка мне больше нравится. Особенно подсветка регистров, в которых значение поменялось.
А может и для IAR обзор сделаете?
Досмотрел
Начали за здравие, закончили за упокой ;)))
По моему мнению Keil uVision уже давно проиграли эту гонку. Когда еще не было System Workbench, у меня стоял выбор между Keil и CoIDE (всем кто помнит привет! :) ) и тогда мой работодатель задал мне вопрос: "Можно ли реализовать наш проект в "бесплатной" CoIDE", и я ответил, что можно. Проблема выбора отпала сама собой, потому, что работодателю важен конечный результат с меньшими финансовыми затратами, а не то, как вы его будете достигать и в какой среде разработки. А если результат можно получить и в платной IDE, и в "бесплатной", то встает резонные вопрос: зачем платить больше? :)) А если серьезно, то Keil очень медленно развиваются, они могли быть на "голову выше" всех остальных, чтобы за такие деньги их продукция могла конкурировать, а по факту этого нет. Начало было хорошее, но теперь со всеми плюсами и минусами, они примерно на том же уровне, что и другие "бесплатные" IDE.
Да, это тоже не лишено здравого смысла. Про медленное развитие согласен целиком и полностью, но надо понимать что зарплаты в европе не маленькие и ораву программистов надо кормить.
Не согласен, что кейл хуже. Есть и бесплатная версия кейла. А вот каков будет жизненный цикл у CubeIDe? Как показывает жизнь все иде ст живут недолго, в отличие от кейла
Странное понимание про поддержку. Поддержка не только исправлени ошибок или дорабатывание, но это так же переход на более новые версии. Нету смысла ждать, пока поддержка официальная от производителя IDE закончится.
Конечно досмотрел
У меня такой вопрос..Написал прграмку с самым простым меню.Использую приставку I2C +LCD.И при входе в первый раздел мерцание некоторых секторов.С чем это связано.С Багом I2C c CUbeide.Так как я с Атолик перешёл в CUbeide.Одни хвалят то другие IAR.Мне трудно судить так как на регистрах сежу маюсь.
вот бы урок по stm32 + esp82
Дык esp82 это же микроконтроллер. Вам необходимо видео о взаимодействии двух микроконтроллеров?
Vladimir Medintsev да, по средствам ат команд через юарт, интересует вывод информации с переферии стм в вебсервер на есп
@@user-vt2dl9on3m плюсую
@@user-vt2dl9on3m весь инет завален этой инфой.. гугл отличные результаты поиска выдаёт
IAR лучший - быстрый и без свистелок-перделок
У кейла гораздо более удобная отладка. Я так и не научился смотреть изменения переменных на лету в CubeIDE.
Будем разбираться.
Там отладчик UDE? Если да, то жмакните на переменную и в контекстном меню самом низу будут настройки обновления значений. Включается обновление и задается период
В последних версиях CLion появилась поддержка embedded. Продукт не бесплатный, но дешевле Keil.
Ещё под линуксом можно использовать бесплатный kcad.
Главное это то, что производитель камней лучше всех знает, что у него в этих камнях заложено, а значит он может сделать иде, которая полностью раскроет способности камня. Уже по этой причине можно переходить на куб.
канешна HAL сильно раскрыл?))
@@andrew3482 В принципе там можно хотя бы подглядеть как производитель работает с периферией. Например, не очень люблю возиться с I2C, взял HAL и за 2-3 часа опрос датчика полингом работает. И еще. Очень легко перейти с SPL на LL, еще плюсом все заинлайнено и функции на человеческом английском названы. А потом когда уровень проекта просит плюсов и начинаешь оборачивать периферию в плюсы. Понимаешь, что пишешь HAL. То чего ужасает - например все прерывания таймеров сыплются в один callback и в нем громадный swith-case по таймерам - приходится отчасти повторят :-). По идее ST оставить бы LL на C, а HAL - это уже уровень объектный.
CubeIDE использует страшненький редактор текста и страндартный компилятор gcc-arm. Что тут должно раскрыть камень?
Сложно представить, какой у датчика затопления должен быть мега-функционал, чтобы возможностей AVR ему не хватило. 3D графику на OLED дисплее рендерить должен уметь или за пивом бегать?
А почему весь мир должен использовать AVR? Мне вот просто интересно? Только потому, что есть люди в нем разобравшиеся, а STM освоить не сумевшие? Что эти AVR дешевле? Или может их программировать не надо? Да нет, все так же. Но только по какой-то причине находятся постоянно люди сравнивающие прошлый век и сегодняшнюю реальность.
@@VladimirMedintsev Ахах... Ваша реакция напомнила мужчину, выпавшего с балкона, которому на каждом этаже предлагают спасение за разные непристойные действия с ним, и возле нижних этажей который, не дожидаясь предложений, заранее кричит, что ничем подобным заниматься не станет.
В моем оригинальном комментарии нет скрытых смыслов, обычное удивление тому, что возможностей AVR может оказаться недостаточно для создания датчика протечки. Какой там может быть фунционал? Перекрыть клапан подачи воды, погудеть в зуммер, отправить СМС домовладельцу? На что ресурсы ушли?
@@janedoe6182 На что ушли ресурсы рассказано в ролике про эти датчики. Но пока вы рассказывали тут о мужике выпавшем с балкона вы так и не пояснили главного. Почему вдруг необходимо помнить про устаревшие AVR и для чего беречь ресурсы МК. Зачем мне вообще вспоминать об уродливых AVR если выбранный мною STM32 в партии дешевле, а разработка удобнее? Вы ведь тут начали свое сообщение именно с AVR а не с балкона.
По сути вы можете еще пару историй из жизни нам рассказать, но я хочу услышать ответ на вопрос: Зачем вообще вспоминать о уродливых AVR если STM32 дешевле, а разработка проще?
@@VladimirMedintsev Мне не удалось в своих комментариях обнаружить место, где я отдаю предпочтение AVR перед STM, или указываю кому на чем собирать свои устройства. Подозреваю, это потому, что они банально отсутствуют. AVR мной упоминался единожды, в контексте удивительного откровения, что кому-то не хватило его возможностей для создания датчика протечки. Только датчик, только AVR, только мое удивление. Никаких сравнений с STM, никаких указаний кому что и как делать и какие контроллеры выбирать.
Я отношусь с пониманием, когда вижу подобную реакцию - у всех свои больные темы: кого-то в детстве покусала собака, кому-то ардуинофаги своим нытьем плешь проели... В общем, когда видишь, что у кого-то на что-то глаза наливаются кровью и пелена застилает разум - это лишний повод быть добрее и деликатнее.
@@janedoe6182 Понял, спасибо. Т.е. вы как типичный тролль публикуете явно провокативные вопросы. Про мега-функционал, а когда вас просят прояснить позицию вы тут же сливаетесь да еще и пытаетесь заняться странным психоанализом. То вы из окна выпадаете, то за вами собака гонится. Я для себя выводы сделал. Более на вас время тратить не буду.
Подскажите пожалуйста, как в CubeMX IDE при отладке видеть значения переменных? Весь инет обыскал, нигде не нашел. Очень нужно. При отладке появляется вкладка с переменными в которой ни одной нет.
Руками прописать их в просмотровщике. Автоподстановки нет пока к сожалению. Синтаксис специфический...
@@vitaliim6905в Eclipde/CubeIDE это не работает динамически! что в окне Expressions, что Live view, эта дичь -- просто полное дно
в CubeIDE это делается так: Закрываем CubeIDE, открываем KEIL, нажимаем Debug, перетягиваем в Watch переменные, которые хотим смотреть и там все динамически обновляется:) Надо положить на стол KEIL и натыкать носом в него CubeIDE чтоб они поняли, что такое отладка и зачем она.
Владимир, Вы не очень правы. Не все сошлось на STM32.
Есть камни NRF (сейчас разбираюсь в них), NXP и многие другие, что работать нормально могут только через Keil и выбора IDE просто нет
Согласен. И про NXP вообще не спорю. Но я говорю о процессорах STM. Как вам, кстати, NXP? Впечатление хорошее?
Я с nRF работаю в эклипсе.
Keil поежде всего ценят за удобства отладки, на отладку уходит львиная доля разработки и она перевешивает все остальные плюшки. А бесплатное оно всегда будет хуже.
Да, тоже аргумент, отладка там просто великолепная.
А вот про "бесплатное оно всегда будет хуже" вы это тем, что программирует на Qt скажите или тем, кто сервера на Linux поднимает.
Vlad Sol а разве cubeide это не микс cubemx+Keil?
Нет, вообще ничего общего. Это скорее CubeMX обернутый в Eclipse c приправой из дебагера
Маленький вопрос про объём кода. CubeId + hal +stm32f030k6 программа мигалками светодиодом, занимает 40%флеш и 65% озу, среда из коробки. Как то бороться с этим можно?
Можно, не используя hal.
...а можно взять более подходящий по параметрам проц
В кубе ставьте галки на LL, а не на HAL для периферии, где есть LL, а также может добавили FreeRTOS в проект? Тогда надо смотреть сколько ОЗУ ушло на стеки задач, на кучу. Может оно все и съело?
Excusme, anyone can show tom en conclusions in English ? Because i don't understand Russia Language
>Is the software "Keil uVision" same as "STM32cubeIDE" or not?
>What should I download ?
>Can I download one of them ?
You have a good chance to learn Russian.
Keil uVision dan STM32CubeIDE adalah program yang berbeda. Anda hanya dapat menggunakan STM32CubeIDE secara gratis.
www.st.com/content/st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-ides/stm32cubeide.html
@@VladimirMedintsev Tahnk you very much
задал вопрос по keil in linux - сразу попал на их сайт и там черным по белому написано, что среда разрабатывалась под винды и на юникс системах не будет никогда портироваться
А кто-то утверждал обратное????
@@VladimirMedintsev нуу. сами сказали, что пытались найти :)
Keil все еще только под винду?
Мы отказались от кейла потому что там куча ненужных вещей и не смогли связаться с продовцами
я не смог связаться с Altium designer ПОТОМУ РАБОТАЮ В KiCad (и надо сказать что в 2020 кикада НА ВСЁ достаточно, если работать в одну каску над платой)!
А так же я не смог связаться с Solidworks представителями, ПОЛНЫЙ игнор.. в итоге научился выкручиваться урезанной версией fusion 360 )))
В россии представители крупных западных компаний - это аферисты и проходимцы как правило.. се ля ви.. когда нибудь это изменится, точно, но пока нет
попробуйте ненужные не использовать. В Эклипсие 50% ненужных вещей, а из оставшихся 50% нужных, только 50% работают правильно.
Автор забыл рассмотреть еще одну популярную среду это IAR. Хотя конечно у него есть свои глюки, но дебагер лучше чем в Кайле. Кроме того у него есть плагин на эклипс плюс простой линкер скрипт. И главное , если вы работаете с несколькими процессорами от разных производителей, то у вас есть только одна среда. Недостаток на мой взгляд только цена , ну и может редактор устаревший. В кайле редактор графически выглядит также как и Visual Studio. По поводу STM32CubeIDE следует учесть , что он использует GCC , который генерирует больший код.
Вы не совсем поняли. Это был не обзор, а изложение субъективного мнения. И кстати, иар - не дешевле
Посмотрите в сторону VS+VisualGDB.... тоже коммерческий проект но стоимость вполне демократичная.... Написание кода в разы лучше кейла а про отладчик вообще молчу =сказка и кейл должен очень нервно курить в сторонке)))
Что угодно, но не продукты Microsoft. Пусть даже менее удобно. К радости есть достаточное количество продуктов сторонних производителей и работающих на линукс. Уже много сотен раз обьяснялось и не только мной.
@@VladimirMedintsev ну на вкус и цвет все фломастеры разные... просто такого удобства в кодинге и такого отладчика я нигде и близко не видел.... хотя перепробовал почти все что доступно по теме STM32... Занят профессионально в работе с STM с пяток лет.... Промышленное производство оборудования.. Если интересно пообщаться то дайте мыло....
Мыло в описании канала. Я рад, что у вас есть опыт не принижаю его ни в коем случае. Мы тоже многое пробовали и тогда уж не в сторону Microsoft необходимо идти, а вон есть Segger Studio с шикарной отдадкой.
@@VladimirMedintsev Ценник на порезанную в 998евриков как то убивает((( +ось туда нужно и пошло поехало((( не спорю, что из всех наиболее хорошо выглядит... Но это пока я не попробовал GDB... GDB Custom Single = 300бяков как то намного демократичней и все прелести жизни в комплекте))) Имхо - сугубо моя точка зрения и я её никому не навязываю))) опять же - на вкус и цвет все фломастеры разные...
Уже много лет пользуюсь Атоликом и ничего другого и пробовать не хочу! Хотя начинал с Кейла, ну его нафиг..
У меня на Keil нет срока действия зато есть кряк!
Gut gemacht!
Что кейл, что куб ай-дэ-йе - это все неправильные подходы к сборке. В линуксах не зря используют мейкфайлы. При наличии нормально настроенных make и/или cmake IDE становится не нужна, можно писать код хоть в виме, хоть в эклипсе. При этом интегрировать мейкфайлы можно почти в любой редактор. А при наличии PlatformIO закрывается еще и вопрос дебага. Повторяемость среды во всем мире уже давно решается с помощью контейнеров (которые работают даже в windows). И все это не добавляет магии, а еще и open source. А еще никто не говорил про интеграции с современными CI - тут то и начинается цирк с Keil/CubeIDE.
Ну да. Нет ничего бесплатного что не станет потом платным. Например STDLIB V2 , так сказать пишите - продадим :).
У меня от куба под макосью уже голова взрывается (((
А что вы скажете про libopencm3?
Мне посоветовали начать разбираться с стм32 с нее, так как будет полное понимание кода, да и инструмент бесплатный.
Инструменты от производителя, ну в смысле от компании stm тоже совершенно бесплатные. Более того поддерживаются и обновляются. Так что нет совершенно ни одного довода в пользу этой библиотеки по сравнению с оригинальными библиотеками. Эту библиотеку лет 10 назад может и стоило рассматривать, а сейчас я не знаю какая каша должна быть в голове человека ее порекомендовавшего.
@@VladimirMedintsev немного не так хотел сказать - открытая библиотека, а не бесплатная
Так и от производителя все библиотеки и открытые и бесплатные? Тут как угодно крутите библиотека которую вам посоветовали проигрывает вообще по всем пунктам тому, что предлагает производитель МК.
Я когда-то делал видео про библиотеки - czcams.com/video/uT2NupiCKcM/video.html посмотрите многие вопросы уйдут сами собой.
Владимир здравствуйте, подскажите пожалуйста, есть ли возможность, готовый проект выполненный в Keil конвертировать в CubeIDE?
Прямого способа переноса не существует. Импорт поддерживается но он ограниченный
@@VladimirMedintsev спасибо, буду тогда изучать дальше CubeIDE
Копии библиотек в любом случае придется сохранять, что для кейла, что для куба.
Копию библиотеки обычно всегда сохраняют вместе с кодом проекта. Здесь речь идет о возможности или невозможности компиляции одного и того же кода спустя года.
Часто сказать у вас в команде наверное нет реальных программистов. Есть программы контроля версий. Сборка промышленного кода подразумевает копирование всех библиотек. Если нужна консультация как это все организовать пишите. Сейчас появился VScode + platformio.
Про реальных программистов это вы круто загнули... От души повеселили. Мы пожалуй не будем меряться стажем в программировании и кто какие задачи писал. Про контроль версий мы в курсе, но речь шла немного не об этом. Про консультацию спасибо.
VScode + platformio - мертворожденное реанимации не подлежит. Что касается отдельно platformio - вообще не понятно зачем это создавалось и на кого ориентировалось.
@@VladimirMedintsev VScode и platformio ориентировано на меня. Это то что я ждал. Много лет пользуюсь VSStudio. Лучше IDE нет (для windows). Нет необходимости изучать кучу ide, для разных платформ, все в одном. Выбор STM ide эклипс, не лучший.
Если желает вступить в полемику вот id телеграмм @Sasha8249.
Спасибо, но полемики не получится. Я уж лучше пивка.
@@VladimirMedintsev Это конечно лучше, удачи отличные виде. Много для себя узнал. Есть опыт в больших командах. Но связаны с разработай игр. Если надумаете могу поделится опытом организации контроля кода. Возможно чтем-то помогу. В виде хобби изучаю МК. Делаю всякие поделки для себя. Ваши виде очень познавательные, спасибо.
Знаете почему НЕЛЬЗЯ после AVR переходить сразу на STM32CubeIDE, а надо пройти через Keil? Потому как после того, как CubeIDE сформирует файл инициализации периферии без единой строки в main и ты увидишь из имеющихся 32кБ флеша и 4 оперативки занятыми 20кБ и половину ОЗУ, ты пошлешь STM32 лесом в далекое пешее эротическое путешествие... 20кБ на пустом месте! КАК надо было писать библиотеки что-бы столько ушло на инициализацию тактирования, АЦП и полутора десятка ног? КАК???
что то вы товарищ придумываете. у меня болванка задачи с freeRTOS и 5 задачами + 2 очереди с неоптимальнымы методами обмена сообщениями между процссами занимают 18 кб флеш памяти. А я там еще просто так включил RTC в надежде разобраться с часами позже. Проинициализировал еще парочку не нужных мне интерфейсов. Так что не знаю что там может 20 кб кушать.
А еще разок посмотрите на диаграмму настройки частот тактирования переферии, там не мало значений которые нужно задать, и все это должно где то храниться, да HAL не очень оптимальный вариант по экономии ресурсов но он экономит время, кто будет каждый раз пересчитывать по 10 прескалеров и множителей? Допустим закончили разработку, вот тогда можно ручками через LL поработать с регистрами и возможно не ошибиться. И там все равно все конфиги в отдельных файлах которые можно менять как угодно. Свои сделать и таскать в проекты. Но будет страдать мобильность проекта.
@@tupoy_ytub_uberi_psevdonim Ну вот и у меня возник вопрос что там в HAL-е может столько ЖРАТЬ. Эти придурки вместо вычисления констант на этапе компиляции заставляют их вычислять камень на этапе исполнения.
@@ArtemKAD1 там просто большие структуры и разные проверки на правильность данных. но по моим наблюдениям оно занимает не так много места.
@@tupoy_ytub_uberi_psevdonim Проверки на правильность данных сформированных CubeIDE? Кто-то сомневается что они правильные? Цифры я брал из реального лично мною сформированного проекта. В конечном итоге все свелось к использованию LL и 6 кБ кода при максимальной оптимизации. Но после того как на AVR код полноценной автосигнализации с менюшкой настроек и разворачиванием полноценной криптограции 20 лет назад влезал в 2кБ кода At90S2313 даже 6кБ кода на одну только инициализацию выглядят дико. Невольно вспоминается наша старая шутка о засовывании контроллера со 128кБ в микроиммобилайзер(дистанционно кодом по проводу отключаемого реле для которого хватало AtTiny12)
Что вы можете сказать про VisualGDB?
Есть люди фанатично влюбленные в продукты Microsoft и в частности в Visual Studio. Говорят они этот плагин и используют. Я с такими людьми не знаком лично и такими продуктами не пользуюсь.
@@VladimirMedintsev Спасибо за ответ
keil 4 этих проблем не имеет
А эту древность еще кто-то использует? Не ну это честно крайности.
то что "легче осваивать" .. я только с годами понял до какой степени это "медвежья услуга" - все эти блогеры, шмогеры.. и ДА! в 90% блогеры сами пересказывают то что у кого-то уже подглядели. В итоге как правило ТАКОЙ ОГОЛТЕЛЫЙ информационный шум несут новичкам, а многие так вообще ПОЛНУЮ БЕЛИБЕРДУ дают и устаревшие платформы..
Научитесь читать первоисточники на английском!! У арма есть в pdf файлах ВСЁ!! Остатки прочтёте у STM, NXP, ST и иже с ними.. НЕ ГЛЯДИТЕ ВЫ БРЕД У ВСЯКИХ БЛОГЕРОВ.. опят же оговорюсь - это советы для студней! Если вас прибило в 30 лет менять профессию, то в борбе за выживание ВСЕ СРЕДСТВА ХОРОШИ.. там уже не до перфекционизма и системного образования, не сдохнут бы )))
За некоторые вещи в кубидэ, разработчику руки отрубить. Зачем открывать разные проекты в одном рабочем? Зачем удаляя файл из проекта .... вообще удалять из папки? Так безвозвратно утеряны были файлы. Папка воркшоп и запрос на неё это ужас, бесит. Всё время идэ надо тыкать носом, что не видит. Прошивка проца с обязательным запуском дэбагера. Нахохо это надо? Я любитель, склоняюсь к кейлу, пофиг шо пиратский, для себя отлично, тыкнул в инк папку, и следи за ошибками, все.
Все эти замечания легко решаются. Просто вам оно ни к чему так как за Keil вас никто даже не "поругает".
"Так безвозвратно утеряны были файлы."
Откройте для себя git=)
@@AngelVlad100 у меня "безвозвратно были потеряны файлы", как раз после изучения Гита), слишком буквально я понял строку из описания "в репозитории ничего не теряется". Физический бэкап всего рабочего каталога вместе с файлами гита перед любой операцией - мой единственный способ спать спокойно. Кстати это советовали и в некоторых статьях про Гит.
Прошивка без дебага там есть.
Привіт. Я програмую в IAR. Чи варто переходити на CubeIde?
CLion попробуй
Так, звісно. Краще одразу себе налаштовувати на трендову IDE