Ну для менких МК не всегда рационально использовать rtos Допустим есть у меня логика для uart хотелось бы в main впихнуть функцию инициализации класса, указать номер порта настройки и callback а в самом классе уже организовать прерывания обработку и тп...
Комментарии: 13
Sanchez
Если софтверное прерывание взводит флаг по которому мейн вызывает прописанный колбек то это и будет самописная ртос по сути
Nikolay
Ага, классная архитектура ПО для маленького МК. Писать на ООП когда не хватает памяти.
Maks
Не использую, просто походу дело вспомнилось а насчёт подходов и практик всеровно интересно было бы услышать или ссылки на познавательные ресурсы. Материала как выставить регистры много... А именно подхода нет
Firelander
подхода ровно два. В прерывании выставлять флаг, а основном цикле бегать по флагам и вызывать их коллбеки и второй это ртос
Sanchez
Это и будет ртос, не?
Maks
Нет, не совсе
Firelander
нет, у ртоса у тасков свой контекст и они могут вытяснять друг друга во время работы
Vvzvlad
обычно "вытеснять" используется при вытесняющей многозадачности
Sanchez
В прерывании БЫСТРО обрабатывать прерывание. Вот и весь подход. Мейн заканчивается сном или миганием светодиодом.
Vvzvlad
а в ртос это не обязательно
Firelander
ну хз как называется переключение на более приоретитную таску
Vvzvlad
кроме того, прототреды в контики не используют смену контекста, а только глобальные переменные для передачи информации между циклами одного треда приоретизация выполнения диспетчером?
Nikolay
http://easyelectronics.ru/avr-uchebnyj-kurs-arxitektura-programm-chast-2.html