Операционная система FreeRTOS. Самый полный курс на русском языке. Часть 1. Необходимость ОС. 

Спасибо.

Ключевое словосочетание. Только ты забыл добавить слово "средневековых". Автор канала и вы оттуда, там и останетесь.

Ой, а вы у нас откуда такой просветленный? Меня забавляют такие заносчивые личности.

Это будет самый полный курс из существующих. Ну точнее он уже есть.

@@VladimirMedintsev буду однозначно ждать ваши видео труды. Я человек, не сильно далёкий от микроконтроллеров Инженер АСУ ТП и благодаря вашим трудам и своиму интересу проникся микроконтроллерами, процессорами. Был случай, когда аутсорсиру программисту мк подсказал про существования FreeRTOS, а до этого он исполнял ТЗ, в линейном стиле программирования. В любой ситуации ещё раз благодарю за ваши труды🙏🙏🙏

Тут сто раз согласен!

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

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

Ой, спасибо вам огромное. Очень рад.

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

Я тоже !

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

Имхо, freertos полезна для тех, кто не набил себе руку в создании собственного планировщика. А так, сам повсеместно использую прерывания системного таймера в stm32 для распределения времени

@@easystm6865 Ну, там сам планировщик банальный - на 30 строк кода с учетом всех скобок плюс десяток банальных функций на одну-три строки. Плюс несколько массивов в оперативке и флеше для состояния задачи/таймера и адреса самой задачи и ее типа/условия запуска. Сложность только в красивой и удобной реализации о которой задумываешься в том числе после опыта использования RTOS в некоторых из которых сделано через то самое место.

Это есть в данном курсе.

Сможете

@@VladimirMedintsev замечательно. значит на чаёк не зря поделился xD

За это огромнейшее вам спасибо. Это всегда приятно.

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

Да этот ролик уже даже загружен.

Мне искренне интересно, а какие проблемы мы в итоге получаем?

@@VladimirMedintsev накладные расходы. Перерасходование памяти, если стек задачи брать с запасом, или хадфаулты, если стек недостаточен. Внимательно нужно следить за атоманростью, иначе можно получить сложноуловимые баги. Также при переходе на ОС, нужно менять стиль написания кода, а именно принцип взаимодействия модулей. Я не говорю, что FreeRTOS - это плохо, я говорю, что нужно иметь неплохое понимании для работы в нём. И кстати , если правильно организовать суперцикл, то тоже можно неплохо распределить временные ресурсы.

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

Жаль если так, у СТМ отличный nvic. CortexM RiscV не так много ресурсов как кажется, ядро на сколько простое, настолько же слабое. Esp32 вроде адекватно, хотя не знаю с чем сравнивать!

Определите имеющийся бюджет и возьмите максимально помещающийся в имеющуюся сумму. Это реальный совет.

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

Встречный вопрос: ЗАЧЕМ?????????

В докере в принципе нельзя операционку запустить, по определению. Если конкретный RISC-V МК поддерживается FreeRTOS , почему нет (например на RISC-V ESP32-C3 FreeRTOS работает, как и на всех МК от espressif). Меня немного смущает ваше определение "запустить FreeRTOS", я надеюсь вам понятно, что FreeRTOS нельзя запустить как программу под Linux. Если очень упрощённо - это голый диспетчер задач + АПИ для работы с многозадачностью. RTOS нужно конфигурить, набивать тот же диспетчер тасками ит.д. ит.п., в конце скомпилировать под свой конкретный МК прошивку. Ну или всзять готовыю прошивку, созданную под ваши задачи.

Запусти DOS в докере и тогда FreeRTOS у тебя сама взлетит. Не забудь только под рутом избавиться от лишнего. Или sudo rm -rf /* исполни. Ладн шутки в сторону. Ты коммент в поддержку ролика написал?

Если что-то падает значит вы неправильно выделили стек под эту задачу. По особенности работы с памятью в этом курсе будет сказано

решил в рукопашную, без использования malloc. Пришлось писать свои функции типа atof(), ну и работы со строками.

Вообще отладка ртос даже интереснее самой оси.

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

@@SergeySvistunov спасибо тебе, боярин. Вразумил сиволапых!

xn--d1auc.xn--j1alhf.xn--p1ai/sse

Ответ на ваш вопрос есть у замечательного баснописца Крылова. В басне про Лебедя, Рака и Щуку есть слова максимально раскрывающие суть проекта OpenPLC: "Кто виноват из них, кто прав, - судить не нам; Да только воз и ныне там.".

Это пример демонстрирующий что части задачи могут работать в различных ритмах

@@VladimirMedintsev вам следовало подобрать более реалистичный/обоснованный пример, потому что на основе этого примера какой-нибудь глупый джун, который не пользуется RTOS, начнёт вставлять delay/sleep туда, где он нафиг не нужен и даже противопоказан. "Дядя же показал в youtube".

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

@@VladimirMedintsev нет, нужно было просто показать real world problem. Также, в своё время приходилось работать с глупыми джунами, которые в т.ч. насмотрелись "мануалов" в интернете.

Где вы этот тренд видели?

@@VladimirMedintsev на BMW и Miele например, везде полностью стандарт C++14

@@bagamut т.е. вы пишете код для компании BMW?

@@VladimirMedintsev да

@@sergsapov2927 вперед, видео снимайте

Вот вы про первый минус пишете. Про требование более дорогого и мощного МК. Это вы где-то прочитали или просто выдумали? А насколько более мощного и дорогого?

@@VladimirMedintsev ну самое простое если инициализация и работа переферии занимают весь флеш или ОЗУ и хочется проект перенести на rtos. Что тогда делать? Только МК с большим флешем или ОЗУ? Или добавление rtos обладает возможность уменьшить исходный проект или использование ОЗУ?

Правильно ли я понимаю, что опыта использования rtos у вас нету?

@@VladimirMedintsev я вам один вопрос, вы мне другой. А ответа нет. А хотел я услышать, что чудес не бывает, и при использовании rtos вам потребуется свободных 4-10кбит ПЗУ и 1кбит+ ОЗУ как минимум (которых уже может попросту не быть). Про производительность не говорю. Но думаю, чудес тоже ждать не стоит.

Вы не вопрос задали, а фантазировали и фантазировали не имея реального опыта. И дело тут сразу в нескольких факторах: 1. Создавая проект разработчик должен адекватно оценивать необходимый МК. Т.е. нужно выбирать МК с небольшим запасом по ресурсам. Если это не сделано, то у вас уже проблемы. 2. Если в процессе развития проекта он перестает помещаться в МК это повод к замене микроконтроллера на более жирный. Благо pin-to-pin совместимость никто не отменял и делается это элементарно. В перечисленных выше пунктах нет ни слова о rtos там говорится о правильности выбора микроконтроллера. А теперь что касается ваших измышлений на тему "код увеличится", "проект не поместится". Не забывайте, что в проекте реализованном БЕЗ rtos есть куча кода реализующего логику, последовательность переключения функций. С использованием rtos этот код сократится и освободится место. Да возможно потребуются дополнительно 4 кб флеша и 1-2 кб озу, но такие обьемы есть всегда. Ну и да, это хорошо, что вы не стали говорить про производительность. Rtos требует под свои нужды менее 1% и вот они есть всегда. Однако если я вдруг попрошу вас оценить производительность которая требуется под конкретную задачу, выяснится что сделать этого вы не можете. Ну или если попрошу обосновать необходимость работы МК на той или иной тактовой частоте.

Это современный подход к разработке. И использование операционной системы повышает производительность и уменьшает количество ошибок.

@@VladimirMedintsev Да, современный. Ну да Бог с ним. На столе лежит G474 может осовременню благодаря вам, благо памяти 128 на 128.

Без реализации графики, чисто управление всей электроникой ИВЛа приблизительно 90к ПЗУ, 12к ОЗУ. Внутри алгоритм управления, стек MODBUS, консолька и телеметрия состояния аппарата с большим разрешением по времени.

Использование операционной системы вполне оправдано другое дело что скорее всего ваши коллеги не разобрались с тем как её правильно настраивать. Операционная система позволяет нам оптимизировать код сделать его с меньшим количеством ошибок.

Тут игра идет на стоимость времени разработки против стоимости железа. Т.е. если у вас не 100 000 партии устройства, то на стоимость железа в сравнении со стоимостью работы инженера можно забить, а потому, ЕСЛИ снижается время на написание и отладку кода, вместо дешевого МК вполне можно взять жирный.

Вы случайно не из Самары, там делают широкий спектр подогревателей, сейчас они на стм32.

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

Все там понятно и достаточно легко считается. Будет видео на эту тему.

@@VladimirMedintsev ок, посмотрим. Спасибо за труд!

Какая нам разница куда процессор тратит ресурс! Электрику всё одно надо!

Синусоиду 100 полувон, можно порезать с частотой 1000раз на π ✓

Погрешность и коррекция 1/1000 этих 0.1%

Жаль тут нету смайлика "рука-лицо".

@@VladimirMedintsev Согласен, очень жаль. Я бы его поставил в конце прошлого сообщения.

Что где в Ираке?

СТМ уже надёжно устарел.

Только для аппаратных решений !

Ничего подобного. Все перечисленное остается и прекрасно работает.

Иногда проще создать программный таймер в той же FreeRTOS. Настроить аппаратный таймер в STM32 та ещё задача с вычислением делителей и всего такого.

@@Leech00001 Это работает толька тогда, когда ваша FreeRTOS не занимает 99,9% оперативной памяти контроллера, и у вас есть средства, покупать более дорогой контроллер, ради только лени, лени разбираться в аппаратных возможностях контроллера.

@@user-fw7sq9sj5k Ну так в чем проблема - сделай свой диспетчер задач и не займет он столько места. Я, к примеру, сделал и вместе с памятью под задачи он занимает в AVR меньше 400 байт кода плюс пару десятков байт в оперативке. Что касается покупки более дорогого... Тут вопрос только в том, что дороже стоит - более жирный МК или время разработчика по утаптыванию имеющегося функционала в более тощий.

@@user-fw7sq9sj5k тут уже писали что если вы не производите решения в 1М+ количествах, то перейти на более жирный камень это не пипец финансовая проблема. Стоимость будет изменяться в центах. И вы ещё забываете что количество аппаратных таймеров ограниченно. Может покажете камешек который поддерживает 50 аппаратных таймера. Может расскажете тогда как это сделать без программной реализации.

Нет, все просто замечательно.

Так объяснение не совсем верное или не полное??? Следуя вашей логике я должен был все пагубные практики перечислить?

да не не) огромное вам спасибо за этот курс. Если желание будет, расскажите пожалуйста про каких-нибудь пару проектов где это применено и как это применено. Смотришь ролики либо читаешь книгу, все легко все понятно, но когда сам садишься за проект, а шаблонного опыта мало(именно с ОС), становится проблемой. Плюс если даже спросить, то получаешь ответы: Нахрена тебе ОС, либо нахер столько задач ОЗУ много? В итоге все сложно)

Там не происходит какого-либо пропуска прерываний.

на какой архитектуре? Какое конкретно прерывание? Что подразумевается под "пропуском"? Не вызывается ваш таск или стандартный обработчик? Я так понял, речь про software interrupts.

На arm. Не вызывается обработчик

@@DmitriNesterov Собираемся делать большой проект с использованием ртом, но смущает обилие информации про проблемы с обработчиками аппаратных прерываний именно при смене контекста задач. Проект предполагает большую частоту вызова обработчиков прерываний

Нет такой проблемы.

Да, это язык Си.

@@VladimirMedintsev Почему тогда "count" то с заглавной буквы, то со строчной. Шутка, я понимаю, что этот пример не про это.