вялотекущий технологический процесс. типа отображения панели приборов в БМВ =) или дозировка материалов на асфальтном заводе. хотя лучше дозировку сделать без ОС =)
Нужно завести в ПЛК аналоговый сигнал, оцифровать с разрядностью 16бит, затем призвести цифровую фильтрацию (в общем случае) и по результатам вычислений принять решение вовремя (щёлкнуть/нещёлкнуть релюшкой напрмер). А ещё желательно данные на SD-карту скидывать (чтобы историю прочитать потом.
жутко. стабилизация по крену/тангажу. инклинометр от АД и пара пьезо гир муратовских. калман, ПИД. гпс, радиоканал на землю на 434 мгц. на столе и на трикоптере держит горизонт. надо облетывать на тренере. погода не позволяет.
lol =) надеюсь военка до нас не доберется. а то щас начнется, кило героина через границу, террор атакуе, галактеко опасносте и т.д.
работает на столе и летает по кабинету на мультироторе. будет тепло, будет летать на самолете. подробностей не скажу.
Возвращаясь к моему вопросу (дыбы не плодить тем) хочу спросит:
Где та граница, после которой в своих програмных решениях для микроконтроллеров пора переходить на ОС реального времени?
Когда организация несколькихзадач (в моём случае: запись во флеш, приём данных с АЦП, Фурье... ) через суперлупу становится неэффективной?
Чем грозит принебрежение такой неэффективностью?
Или прсото всё удобство ОС реального времени в удобной организации переключением между задачами?