Операционная система FreeRTOS. Самый полный курс на русском языке. Часть 3. Управление задачами. 

Хорошая подача. Большой труд. Полезно и интересно. Спасибо !

Спасибо за данный курс! Смотрю 3-ю часть - супер!

Владимир, большое Вам спасибо за курс, подача материала просто идеальна, даже не замечаешь как время проходит, и полностью погружаешься в преподаваемый материал! Вы реально делаете неоценимый вклад в развитие Российских разработчиков, кто в теме, те поймут меня... По стечению обстоятельств сейчас и сам разбираюсь с различными ОС для МК и одноплатников, а на ГБ еще не дошли до FreeRTOS, и мне Ваш курс сейчас очень помогает разобраться и подготовиться на будущее. Большое Вам человеческое спасибо за Ваш труд!

НИЗКИЙ ПОКЛОН ВАМ ЗА ТАКУЮ РАБОТУ!!!!!!! Дай Бог вам здорвья!

Благодарю за ваши труды🙏 комментарий для продвижение🦾 лайк от души👍

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

Сейчас новый проект по работе, решил использовать rtos, спасибо вам за уроки 👍

Огромное спасибо! С таким потоком информации - праздники удались!

Огромное спасибо! Курс - праздник!

Владимир, еще раз хочется выразить Вам огромную благодарность! За Ваши труды, за знания - которые Вы несете в массы! Благодаря таким людям как Вы и например Narod Stream держится Мир! От всей души благодарен! И передаю Вам так же благодарности от нашей команды программистов из Нижнего. И спасибо за поддержку с дисплейчиками,надеюсь что скоро будем думать о серии..

Спасибо!

Это очень интересно, спасибо.

Спасибо вам.

Спасибо за курс, Владимир!

Спасибо, очень интересно

Здравствуйте, Владимир! Отличный материал, уже отучился на ГБ, ещё на ваших занятиях! Очень здорово, что вы продолжаете нести светлое в умы)

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

Хорошо зашло. Хотим ещё 😉

спасибо огромное

Спасибо

Спасибо за прекрасный курс! Небольшая ремарка: usStackHighWaterMark - возвращает минимальное зарегистрированное значение оставшейся памяти выделенного стека в течении всего цикла задачи, а не минимальное значение самого стека.

Владимир, здравствуйте. На 32:21 как переменная xLastWakeTime будет обновляться, если вызов функции xTaskGetTickCount() находится в области кода, который выполняется только при первом запуске? Разве не должна она находиться в бесконечном цикле?

Хорошее объяснение. Должно помочь в проектировании. Буду смотреть дальше.

Про delayUntil рассказано неочевидно в сравнении с простым delay. Нужно упомянуть, что функция vPrint..., как пример, может иметь определённое "большое" время выполнения и при сложении с простым delay уже не обеспечивает нужную выдержку по времени.

#ТОП!

Чудо продолжается!

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

Владимир, продолжайте!!! И не затягивайте с курсом! 😊

Ку, дядя Вова :) Хоть я и в основном плотно сижу на OSA, но вопросы всё те же к и FreeRTOS. В основном проблемы две... 1) Как приоритетами вообще не заблокировать некоторые задачи, ибо их может быть несколько готовых к выполнению, но с разными приоритетами. 2) Как обеспечить атомарность операций, когда на выполнение задачи требуется больше чем квант (а то и несколько) времени. Понятно что все видео уже отсняты, но, или надеюсь что этому будет уделено время, или будет доснято отдельное кино.

Можно еще коснуться вопроса глобальных переменных при использовании FreeRTOS. И отдельно по дерективам при объявлении переменных, типа volatile и т.п.

Музыка такая интригующая на заставке)

Не смотрел еще ни одной части, хочу разом частей по пять смотреть(судя по отзывам это будет просмотр в запой), лайк везде проставил. "Переходи по ссылке, регистрируйся, присоединяйся к команде - " это уже не интерестно, ведь вас там нет.

Фи га ты пулемет)))) Только 2-у часть досмотрел)))

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

ого!

vTaskDelayUntil() позволяет выполнять задачу с заданной периодичность с учетом времени выполнения кода, чего не делает vTaskDelay(), так ведь? Наверное pdMS_TO_TICKS() лучше использовать везде чем писать в тиках? Таким образом будет более простой переход если изменится величина кванта времени (тика).

Отлично, все понятно. Приступим к практике?

Огромное спасибо за видео! Я заметил, что в данной архитектуре тип данных TickType_t имеет разрядность 32 бита. При частоте в 1 кГц это приведет к переполнению примерно через 50 дней. Мне интересно, не вызовет ли это переполнение проблем в операционной системе? Если я хочу использовать эту ОС в устройствах, которые будут находится во включенном состоянии очень долго, нужно ли как-то дополнительно учитывать этот момент?

Вопрос. А есть ли возможность блокировки задачи таким образом, что бы разблокировка произошла извне, например по прерыванию.

В каком месте программы вызывается vTaskDelete (NULL) ? Так, как указано в видео ( например здесь 7:39 ) никогда не выполнится, так как находится за бесконечным циклом?

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

Правильно ли я понял? Планировщик переключает на выполнение следующей задачи сразу ( в случае досрочного выполнения задачи), несмотря на то что квант времени отведённый этой задачи ещё не истек или он утилизирует остаток кванта, а потом переключает контекст?

Подскажите пожалуйста где выделяется память TCB?

А будут примеры с уходом в сон, там же по сути основное(ые) ядро не работает (Режимы пониженного энергопотребления), и freeRTOS будет перезапущен при просыпании (скорее всего, точно не знаю). Хотя и в режиме пониженного энергопотребления есть область для хранения переменных, хоть и небольшая.

Доброго дня. Я правильно понял, по умолчанию, если задача с более высоким приоритетом встала в состояние "ready", то планировщик приостанавливает текущую низкоприоритетную задачу и отдает процессор высокоприоритетной задаче не смотря на то, что текущая задача не завершила работу в своем кванте времени?

Владимир, курс и правда получается подробным и интересным, но хотелось бы пару моментов уточнить: - 19:47 похоже на оговорку, планировщик не занимается выделением памяти из кучи; - 36:17 IdleHook функция обратного вызова задачи со своими особенностями реализации, но она не воплощает саму задачу простоя (бездействия) там ведь ядро ещё делает ряд служебных операций, например, по сборке мусора. Полагаю в практике это ещё будете разбирать?

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

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

И что общего между микропроцессорами и Крымским мостом?