Средства и методы разработки

То, что таймеров мало, я знаю. Но! Нам хватит и одного таймера!!! Того самого, который использует ОСь. А любая ОСь использует хотя бы один таймер :) Идея в том, что таймер от прерываний по переполнению переводится в режим прерываний по совпадению. И далее у нас есть forward планировщик. Т.е. он ставит значение регистра и прописывает в таблице маршрутизации - кто обрабатывает это прерывание: OS_TICK, шедулер эвентов или ысче кто. Ну или последовательно - если прерывание по тику ОСи совпало с заказанным прерыванием для какого-го то семафора. Естественно, у нас есть латентность таких "высокоуровневых" таймеров, и, скажем, коммуникационный протокол стоит генерить "простым" таймерным прерыванием, но вот в плане экономии времени во всяких там обработках с задержкой - это будет просто очень удобно.