Я понимаю, что сейчас речь пойдет об изобретении велосипеда. Но мне это важно для понимания. В ОСРВах переключение между задачами осуществляется за счет переключения контекста. Мне интересно каким образом можно организовать такое переключения самостоятельно. Например, есть две функции ledBlinking1() и ledBlinking2():

При размещении этих функций внутри задач rtos они будут моргать не влияя друг на друга. А если я озадачусь сделать тоже моргание без rtos, так чтобы они моргали независимо, то мне придется накидать витиеватый алгоритм запоминания предыдущего состояния и следить, сколько времени прошло, не пора бы потушить или зажечь... Но если я реализую функцию загрузки и выгрузки контекста функции, то такой алгоритм городить не придется. Пусть такая функция есть и называется она downloadContext (), а функция приостановки и сохранения контекста yeld(). Тогда, то же моргание без РТОС будет выглядеть следующим образом:



Может я чего неправильно сказал, но надеюсь смысл понятен. Вопрос: как сделать такое сохранение и загрузку контекста? Где про это можно почитать, посмотреть пример и т.п.
Спасибо!

ваш main() это и есть диспетчер задач. таким образом ваше предположение "А если я озадачусь сделать тоже моргание без rtos" уже не верно. то что вы придумали - и есть RTOS.

Ну пусть так, я же говорю - изобретение велосипеда. Мне интересно как это сделать - сохранить контекст функции, а потом восстановить, когда потребуется. В некоторых языка программирования это называется Coroutines кажется. Функция запоминающее свое предыдущее состояние.

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

если ваш процессор ARM, то есть несложные статьи на тему сохранения и замещения контекста процесса.

Ну я вот думал, что мне предложат ассемблерный сохраняльщик контекста. CooCoxOS - это ртосина я так понимаю, в ее доках описан принцип работы ее планировщика? Да - процессор АRM

всё описано, даже на русском. а "сохраняльщик" там - на ассемблере.

Всё придумано до нас: protothreads.

https://ru.wikipedia.org/wiki/Setjmp.h

Извиняюсь за выражение, но просто Офигеть! Это конечно не сохранение/загрузка контекста в том виде, в котором я думал, но тоже решение.


Этой штукой вообще безопасно пользоваться?

Хорошее решение. Широко применяется, позволяет получать отличные результаты. Названия макросов оставляют желать лучшего: заглавные буквы пестрят, длинные имена растягивают код вправо. А в остальном всё хорошо.

РТОСина на 8 килобайт. Ох, сколько же килограмм кода можно было сэкономить с этой штукой, где Вы были раньше ))

для такого типа "многозадачности" код в своих процессах должен быть прерываемым, типа state-машины.

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

RTOS-ина на 5KB. http://www.keil.com/pack/doc/cmsis_rtx/_technical_data.html
Ох!

прерывание в этом не поможет? Собственно как в РТОсах и сделано
возникает прерывание вы влетаете в него
у вас есть адрес возврата (причем в стеке), и указатель стека.

теперь вы меняете указатель стека на другое место а адрес возврата тоже меняется на новую функцию.
Старое все сохраняете

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