Согласен. Отлично решает простые задачи. Есть, для МК от Atmega, OS от Di Halt с easyelectronics.

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

Сам до сих пор работаю с атмел. Преимуществ у них тоже хватает. Как то даже обидно стало.

Помнится, у отца железный Феликс был. Без всяких этих ваших микропроцессоров, богомерзкого электричества и прочей чертовщины. И ничего, заводы строили, ракеты запускали в разные стороны. А ещё этим Феликсом и прибить можно было. А вы тут за атмел переживаете.🤣🤣🤣🤣😄😄😄😜

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

Не имеет смысла. Человек написавший на Ардуино заменять его на STM32 не станет потому как и так работает. Человек пишущий на STM на нем и начинает.

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

@@VladimirMedintsev не имел в виду аналог ртоса ( я имел в виду часть какого то функционала .

А часть какого функционала вы имели ввиду? Аж интересно.

@@VladimirMedintsev вот примерно то, о чем у вас вышло второе видео про free rtos , может как то не так выразился )

@@VladimirMedintsev что за сейф версии?

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

@@VladimirMedintsev не , я не навязываю "свой стиль написания кода" , как сказал выше , я ещё не дошел до такого уровня чтобы кому-то советы давать. Просто таймеры в стм32 меня очень сильно обрадовали , и решил поделиться своим малым опытом и субъективным мнением. А так , вы очень хорошо рассказали про фриртос, для меня честно это было откровением. Подписался , колокол врубил , жду продолжения))

Да, стоит. Очень стоит.

А что не так с моим кубиком?

@@VladimirMedintsev - я такой куб никогда не видел, теперь он выглядит совсем иначе. Теперь все не там где у вас и не так как у вас.

@@user-rx4rp5yb5j Удивлен, у меня вроде последняя версия куба, всегда обновленная по максимуму. STM32CubeMX Rev 5.0.1

@@VladimirMedintsev Ооо - у меня 4.27 ставил 1 месяц назад и думал что она самая новая и во всех примерах в инете куб выглядит как и у меня, а такой куб как у вас я увидел только у вас на канале :) И мой куб образца 2019 года - может у них каких 2 различных ветки?

Программа обновляется несколько раз в год. Ну и библиотеки раза 3-4 за год. Так что нажмите обновить и она сама скачает что ей надо.

Я внимательно на чип поглядел и понял что не хочу его даже подробно изучать. Ну нет у меня таких задач чтобы такие чипы использовать. Слишком специфичный продукт. Более того его еще нет ни у одного дистрибьютора. Только напрямую у ST заказывать с конской доставкой. Не не это уж как-нибудь без меня.

В кубе нажал на кнопку - сгенерировать код. Он сам собрал весь проект с библиотеками и запустил кейл. Это его (куба) работа.

@@VladimirMedintsev Спасибо за ответ.

С такой функцией как sprintf беда беда беда и тут проблема не во freertos а в sprintf вы бы видели сколько стека она пожирает под свои нужны... советую или сильно увеличивать стек для задачи в которой вызываете этот позор или переходите на использование чего-то типа IntToA и аналогов. Мы просто повсеместно стараемся уходить от sprintf именно из-за непредсказуемой прожорливости и временных затрат.

@@VladimirMedintsev можно посмотреть вашу реализацию этой проблемы?

Да, как-нибудь сделаю видео на эту тему.

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

Для STM32 я так делаю - пока не подводила: void NP_TIM_delayUS(uint32_t us) { volatile uint32_t counter = 7*us; while (counter--) ; }

А что мешает через sys timer сделать задержки

@@user-tm5fp3xw9j А смысл?

@@VladimirMedintsev более грамотное использование ресурсов камня. К тому же включая доп периферию увеличиваем потребление. Что критично для маложрущих устройств.

Да, мое упущение, хотел в следующем видео этим заняться. Tick - настраивается. По умолчанию 1 миллисекунда. В следующем видео осветим так сказать.

в окне настройки FreeRTOS -> Config parameters: TICK_RATE_HZ (обновление в ГЦ) Более подробно тут www.freertos.org/a00110.html или docs.aws.amazon.com/en_us/freertos-kernel/latest/ref/reference130.html

По умолчанию 1 милисек, если задачи с одинаковыми приоритетами,... Одним словом, полноценная real time OS. Без проблем запускается в синей таблетке на STM32F103C8T6 с FatFS + microSD + 3 шт DS18B20 + SPI LCD 128x160 + часы DS3231 + кнопки

Serj Balabay насколько помню, DS18B20 нужны задержки в микросекундах. Каким образом их в RTOS реализовали?

Я специально сделал большой курс по FreeRTOS, там есть ответы на эти вопросы. kzfaq.info/sun/PLiu4O2eIDAdUz50gTS33a2qozzDSFMouI

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

Пакеты для куба собирает ST и в большинство пакетов включили версию 9 (на текущий момент). В то же время на сайте FreeRTOS на текущий момент доступна версия 10 операционной системы. Для обновления вам просто необходимо заменить несколько файлов в папке собранного проекта. Однако что-то мне подсказывает что изменения между версиями 9 и 10 врядли будут вами как начинающим замечены. А вот версии FreeRTOS модифицированной под 6й компилятор я еще не видел. Понятно что там всего в одном файле надо макросы подправить, но думать лень. А это сулит выйгрыш в размере кода.

В зависимости от того, какой функционал вам нужен. Начните с первого.

@@VladimirMedintsev спасибо. Мне куб еще попросил включить USE_NEWLIB_REENTRANT предупредив об увеличении расхода озу. Подскажете что это?

Я не понял вашего вопроса. Возможно если вы сформулируете свой вопрос по-другому я смогу на него ответить. Функция HAL_Delay() это ожидание, программа не продолжает свое выполнение и находится в теле функции до тех пор, пока не истечет заданное в параметре время. А функция osDelay() сообщает диспетчеру задач операционной системы, что задаче из которой был осуществлен вызов функции osDelay() можно не выделять процессорное время на столько-то миллисекунд.

HAL_DELAY() - вы тупо крутитесь в цикле какое-то время, ну или ожидаете, пока какой-то счётчик не отсчитает нужное время. А при osDelay() запускается планировщик, выгружает контекст текущей задачи и загружает другую задачу, если такая имеется.

Если вы имели ввиду FreeMODBUS то видео по этой теме не будет.

Когда проект на финальной стадии - стираю.

При использовании обычной задержки в задаче, она обрабатывается как составная часть этой задачи и расходует на себя процессорные ресурсы. При использовании osDelay, на указанное время задача вообще перестает вызываться диспетчером и выходит из круга опроса, что не увеличивает, а снижает расход аппаратных ресурсов. Использование обычной задержки в ОС является некорректным.

А для этого существует такая штука "синхронизация" процессов. Сюда же в помощь "мьютексы", "семафоры" - специальные флаги. Это для безопасной работы с "распределяемыми ресурсами" или с "ресурсами общего доступа". Это может быть что угодно, начиная от одной переменной и заканчивая чем-то сложным типа устройством связи, интерфейсом и др, в вашем примере общий порт. Кратко - пока один процесс не завершит работу с общим ресурсом, другой процесс к нему доступ не получит. Это все теория операционных систем, кстати не стоит пугаться такого страшного названия. И это все уже заточено в FreeRTOS на то она и ОС. Если у вас что-то глючит при использовании ОС, значит вы что-то неправильно делаете, не используете готовый сервис от ОС, не объявляете ресурс как "общего доступа" и т.д.

Уалывает не только HAL_Delay, но и страдает операционная система ввиду того, что функция HAL_Delay написана не правильно.

Да собственно почему бы и нет. Там действительно нет ничего сложного.

Так можно же просто api freertos из под cmsis вызывать не тратя время на прикручивания

Использование периферии процессора С или БЕЗ FreeRTOS никак не отличается. Если у вас какой-либо код работает без операционной системы, то просто перенесите его в выбранную задачу и позаботьтесь об отсутствии HAL_Delay() и прочих синтетических задержек.

Простите но я не снимаю обучающих видео. Этот канал просто блог и ничего большего.

если выдержите манеру рассказчика то рекомендую narod stream канал в youtube там все распространенные на Руси мк. Ну есть и сайт с текстовыми уроками

Я в начале начал задавать вопросы типа а в чем преимущество и так далее, а потом поглядел, аж мурашки побежали. Спасибо вам добрый человек, я на такой ужас не подписываюсь. Жуть какая-то...

​@@VladimirMedintsev вы зря отказываетесь - я тоже использую Visual Studio + VisualGDB. Студия микрософтовская на порядок умнее и удобнее кэйла. А главное VisualGDB поддерживает и STM32 и ATMEL - можно писать все в одной идешке. До этого я пользовался Atmel Studio и Keil, теперь все проекты перенес в Visual Studio + VisualGDB и просто кайфую. И как мне кажется компиляция под STM32 в VisualGDB ну в 2 раза точно быстрее чем в Keil.

@@VladimirMedintsev просто Вы не привыкли. Если бы VS была бы ужасом,то эта среда не была бы среди эталонов для разработки. Конечно,можно и эклипс,но большинство моих знакомых разрабов со стажем уходят постепенно из Keil в VS. Удобство и куча разных плюшек. Ну и, если сидеть на Keil, и не вникать в VS, то это чревато закостенением. Так человек, возможно, всю жизнь будет прогать железо. А работая в VS, человек потенциально может уже уйти в разработку под Win на плюсах, питоне, шарпе... На чем угодно. В том числе и JS и node.js. Переводя людей в VS ты делаешь им большое одолжение. Это поможет им развиваться по карьере.

@@HeavyHeavyvich Меня лично в этой связке не устраивает только один компонент, вы его еще ошибочно приравняли к эталонам, а именно VS от Microsoft. Да, она популярна, никто не спорит но имеет свои недостатки и ограничения. Майкрософт пытается охватить необъятный мир но цель у этого проста - пересадить разработчиков под свою операционную систему. Если пространно рассуждать на тему "уйти в программирование", то я как бы не жалуюсь, если надо писать под Линукс или Винду то есть QT. Который гораздо больше похож на эталон разработки. Скажем так, на чем написана Google Earth? Там использована среда разработки QT. Как, впрочем, и в огромном количестве других приложений. Мир он не однополярен. Отдельно про закостенение. Усидеть одновременно на нескольких стульях не получится. Профессиональный программист должен определиться он либо специализируется на низкоуровневом программировании или лезет в такие смешные языки как C# придуманный для снижения точки входа в C++ программирование. Здесь каждый должен выбирать самостоятельно. И дискуссии на тему что лучше VS или Keil я предпочитаю не вести. Они не имеют смысла. Т.к. каждый должен выбирать инструмент под себя и стараться использовать его по максимуму. А уж про VisualGDB давайте я лучше промолчу. Это творение я даже обсуждать не хочу. Есть масса контор где это творение категорически не приветствуется и я ее тоже не использую. Собственно разговор не имеет смысла здесь еще и по той причине, что ролик посвящен не среде программирования, а FreeRTOS.

@@HeavyHeavyvich Я же говорю, у каждого свой пусть вы к VS пришли, я от нее несколько лет назад ушел. У каждого свой путь это естественно и нормально. Я никому не запрещаю использовать VS и прочее. Я не рекламирую Keil и это тоже можно заметить. Более того, я даже стараюсь не показывать полностью окно IDE потому что оно не имеет никакого значения. Но мои видео будут с использованием среды Keil и никогда не будут с VS.

А что правда у кого-то столько времени свободного есть чтобы usb на регистрах писать? Я думал в наше время этим уже никто не балуется.

@@VladimirMedintsev увы есть :D не думаю что это популярная тема.

На канале есть видео где даются сравнительные обзоры операционных систем для микроконтроллеров.

@@VladimirMedintsev , спасибо, посмотрю внимательнее. Просто в заголовках с первого взгляда крысу(riot)))) не нашел.

Я, так сказать, в самом начале процесса познания МК. С Си и С++ в целом относительно неплохо знаком. Ищу оптимальный вход в проблему. Ваши ролики хорошо помогают.

сменил с++ на с и теперь все нормально работает

@@stanki-cnc Это где так меняется?

Каких-либо опровержений ваших теорий не будет. Все что я хотел сказать, я сказал в ролике, а доказывать что-то у меня нет никакого желания.

Всё. Дошло как оно должно быть в таком случае.

А зачем нескольким задачам делить периферию? Так не есть правильно. Сделайте задачу обслуживающую uart а те, кому надо пусть в очередь кидают и из очереди получают необходимые данные. Так правильнее. Получится задача обслуживающая периферийное оборудование.

@@VladimirMedintsev да. Именно это мне и пришло в голову

@@ugene4063 UAR не пострадает если его инициализировать отдельно а писать или читать уже в задачах. всеравно в один момент времени может работать всего одна задача. многозадачность не есть одновременность. я делал что одна задача читала а другая писала и ничего все работало....

Mutex вам в помощь

не принимай в обиду. Все мы работали с 8-бит МК и писали код битый час пытаясь сделать программы максимально эффективными и маленькими. Все эти старенькие контроллеры оставили добрые воспоминания.

атмеловские контроллеры отличные! я до сих пор на них и на ассемблере...что может быть лучше

А причем тут тайминг и задачи? Тут совершенно другой подход к программированию.

@@VladimirMedintsev Я уже объяснил к чему. Если вы пишете чисто софтверное приложение, то все отлично. А если типичное приложение для управления внешними устройствами (для чего и производятся контроллеры) то оно не подходит.

@@aidagamemnon Ок, не проблема. Не подходит так не подходит, это ваше право иметь собственное мнение. А для интересующихся я потом сделаю видео и объясню как с этим жить именно на микроконтроллерах и почему необходимо использовать FreeRTOS в классических управляющих алгоритмах.

RTOS облегчает программирование , вы разбиваете свой проект на taskи, которые работают независимо друг от друга. Вам никто не запрещает пользовать прерывания. Прежде чем писать ерунду - попробуйте по пользоваться .

Чем М отличается от А? Для того о чем вы пишите как раз и придумали RTOS. Расшифруйте аббревиатуру RTOS. Real-Time о чем то должно говорить. Почитайте про приоритеты, вытеснение задач, про примитивы синхронизации и т.п.

Скажите, а зачем писать такую программу? В данном примере мигание светодиодами - просто чтобы проиллюстрировать работу двух независимых задач и не более. А если вам необходимо создать "блинькающую" программу то просто настраивайте таймер и все проблемы решены.

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

Ок как-нибудь сделаем.

Вон, человек в комментариях уже пишет: "Натыкал мышкой все как у вас, ничо не работает, низнаю что делать, все пропало. Памагити!". Можно ответить фразой из кино: "Не нужна тебе такая тачка, брат. Поверь мне на слово."

Как у классиков смешалось все, люди, кони все в одну кашу. AVR, ардуино, STM32... Как можно вообще с чем-то сравнивать код ардуино, который создан для обучения детей в школе с кодом для AVR? Как и каким образом можно сюда приплетать STM32. Ядра разные, я уж не говорю, про тот факт, что была использована методика тестирования не показывающая вообще ничего. Там автору ролика скучно было и решил он сделать видео на животререщущую тему. В вопросе разобраться не потрудился, т.е. дилетанство чистой воды. А про "натыкивают" люди ну даже комментировать смысла нету.

@@VladimirMedintsev там сравнивается скорость работы не AVR и STM32, а скорость работы чистого кода и тех же действий, на той же платформе, но с использованием оберток. STM там для сравнения самого себя простого и с библиотекой STDPeriph

Вот как раз для быстро старта и начала изучения, все эти плюшки для новичков огромный плюс. Человек должен попробовать, проникнуться, а потом потихоньку уже начинать лезть глубоко. Ведь никто не начинает изучения компьютера с изучения радиокомпонентов. Уровень абстракции для каждого свой и задачи многие не требуют лезть так далеко. Может вообще на asm писать,зачем нам STDPeriph?

Пока одни устраивают холивары на тему "ардуино для даунов", другие на проектах на ардуинах рубят бабосики. Таки в чем сыр-бор если на это есть своя ниша с финансированием?

Скорее всего у вас к этому файлу не прописаны пути.

У меня тоже такая проблема. Если вы решили проблему, можете мне помочь, пожалуйста?