Да можно, конечно. Но Вам надо будет писать ISR, настраивать таймер - т.е. делать некое подобие своей ОСРВ. Рыться в документации - вспоминать как это делается. А если обработчик не просто блинкает, а делает что-то миллисекунд 40? В ISR это приведет к потере каких-нибудь прерываний...
Пользовательский процесс не имеет доступа к прерываниям. Как по-вашему он может получить информацию о том, что это прерывание произошло? Единственное, что может сделать системный драйвер - генерировать событие по этому прерыванию. Это событие помещается в очередь событий. Когда нужный процесс получит свой квант времени, он возьмет это событие из этой очереди. Если другие процессы к этому времени успеют разобрать из этой очереди все ранние события. Линукс использует для этого сигналы - но суть та же.
Не более, чем при портировании ОСРВ: для неё тоже нужно таймер настраивать. И для без_ОСРВ можно эту настройку и взять. И кода, в сумме, будет примерно столько же. Только ресурсов использовано в разы меньше.
Не приведёт если выставить данному ISR приоритет ниже прочих прерываний. На ISR-ах (по-крайней мере - в стиле Cortex-M) можно сделать почти всё то же, что и задачами ОС, кроме разве что блокирующего доступа к разделяемому ресурсу.
Вы как-то странно понимаете управление исполнением задач....
задача решается ПРОСТО так:
Вот простейшая задача: мигать тремя светодиодами каждым со своей некратной частотой.
На некоей ОСРВ такая задача выглядит примерно так:
Где тут замедление и попробуйте проще без ОСРВ?Код:static int Blink(int N, int M) { for(;;) { toggle(N); taskDelay(M); } } int main() { taskSpawn("Blink1",Blink,1, 50); // Мигать 1 светодиодом с периодом 50 мс taskSpawn("Blink2",Blink,2, 70); // Вторым с 70 taskSpawn("Blink3",Blink,3, 90); // Третьим с 90 return 0; }
А как по-Вашему строится обработчик прерывания? Вы считаете, что при входе в прерывание не требуется сохранение всех регистров процессора? Когда Вы пишете обработчик на языке высокого уровня, то за Вас это делается автоматически. Попробуйте поработать на Ассемблере и обработать прерывание самостоятельно. Стек, конечно, можно не сохранять, а работать в том же стеке, что и прерываемая задача, но переключение стека - это перезапись одного регистра SP. А переполнение стека - вещь неприятная и трудно отлавливаемая.
Равно как и для общения между драйверами и пользовательскими приложениями.
Вы немного путаете
Могут использоваться != всегда используются.
Вот, наконец-то!
Значит у Вас там был баг, который Вы так и не нашли.
Я думаю, что nikolz хотел сказать, что для ISR компилятор может определить какие регистры используются внутри функции ISR и сохранить только те, что ISR портит. В то время как переключатель контекста ОС не может определить какие регистры использованы в текущей задаче (с некоторыми оговорками) и, соответственно, вынужден сохранять все регистры.
А кто Вас заставляет отказываться от RTOS?
Вам надо быстрее и памяти вам мало в ESP8266, для термометрa? Вы вдумайтесь, что вы пишите. Вы еще на ассемблер перейдите для пущей экономии ресурсов.
Я вообще-то сначала думаю а потом пишу.
А я думаю, что Вы слишком высокого мнения о возможностях компилятора.
Вот код для переключения контекста RTOS Multex для процессоров ARMv6:
.global lowSwitchTo, lowJumpTo
.align 5
lowSwitchTo:
stmfd sp!, {lr}
stmfd sp!, {r0-r12, lr}
mrs r0, cpsr
stmfd sp!, {r0}
ldr r0, WorkTask
str sp, [r0, #SP_OFFSET]
lowJumpTo:
ldr r0, NextTask
str r0, WorkTask
ldr sp, [r0, #SP_OFFSET]
ldmfd sp!, {r0}
msr spsr, r0
ldmfd sp!, {r0-r12, lr, pc}^А как это связано с ESP8266? Можно на примере кода для ESP8266 показать? СпасибоА я думаю, что Вы слишком высокого мнения о возможностях компилятора.
В обработчике прерывания никто не мешает использовать вызовы процедур, в том числе и библиотечных.
Поэтому компилятор тупо вставляет пролог и эпилог для сохранения/восстановления всех регистров.
Вот код для переключения контекста RTOS Multex для процессоров ARMv6:
Вы правы - "куча действий"Код:.global lowSwitchTo, lowJumpTo .align 5 lowSwitchTo: stmfd sp!, {lr} stmfd sp!, {r0-r12, lr} mrs r0, cpsr stmfd sp!, {r0} ldr r0, WorkTask str sp, [r0, #SP_OFFSET] lowJumpTo: ldr r0, NextTask str r0, WorkTask ldr sp, [r0, #SP_OFFSET] ldmfd sp!, {r0} msr spsr, r0 ldmfd sp!, {r0-r12, lr, pc}^
Никто не спорит с тем, что для простых задач можно и даже нужно обходиться без ОС.
Вы думаете, что ESP8266 не содержит проприетарных частей, скрытых от пользователя?
Зачем это гадание на кофейной гуще и риторические вопросы?