ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
19 апреля
559836
Связанные сообщения
Rtos
А можно немного мыслей? Несмотря на кучу существующих ОС, набирающих разную популярность, всё же появляются новые. FreeRTOS, pro...2021-10-08
[Японские RTOS T-Kernel 2.0, μT-Kernel 3.0 и много других]. Регистрируют автоматом сразу, все дают качать. Очень качестве...2021-10-08
Очевидно, что без механизма ожидания -- получается полная ерунда, которая ничем не лучше биглупа. Когда событий станет мн...2020-12-06
Прототреды это биг-луп вывернутый наизнанку. Или наоборот. То же самое, что конечные автоматы им. Шалыто, switch-технология. Удо...2020-06-11
Выскажу ещё раз: FreeRTOS сырая недоделка, смысла особого, без реализации ряда перечисленного (см. ниже) не имеет и, хуже того, ...2019-10-18
"В контексте МК" никаких задач не должно быть! :) Контроллер рассчитан на обслуживание периферии, а потому никаких других событи...2019-09-20
Смотря какая ОС. В основном ОС делятся по типу: бывают корпоративные ОС и любительские.2019-03-20
[Список RTOSов] всяких разных -> Проект osrtos.com2017-11-15
Обновлено: трехколесный вялошипет с квадратными колесами (многозадачка на Си). Рожалось в муках, труд всей жизни :)2015-11-16
Давно холиваров не было. Как насчёт RTOS vs Main Loop? Поделитесь практическим опытом. Сам RTOS не применял, да и не очень хочет...2013-07-24
правильное использование RTOS - научите уму разуму2011-12-21
Вот колеблюсь, какую RTOS использовать для ARM7. Вот приглянулись TN Kernel, ScmRTOS. Советуют AMX и FreeRTOS. Кто что подскажет...2011-11-28
Нефиг си пинать за то, что он не хаскель ;)2011-08-14
Тут очень любят рассуждать о RTOS и всём таком. Но как-то массово замалчивается, что стандартная C-библиотека для неопределённог...2011-08-13
Ось для cortex-M3, в которой декларируется: "Interrupt latency is 0". В документации сказано, что критические секции организован...2009-12-08
Статья про атомарный доступ к битовым полям.2009-03-03
VVB (15.11.2014 22:29 - 22:40, просмотров: 25982)
Кто-нибудь использует RTOS (не ядра) в своих проектах? Интересует их работа в защищённом режиме, взаимодействие пользовательского кода с периферией (как я понимаю, через вызов функций RTOS, ни один пользовательский код не должен обращаться напрямую к аппаратуре). Интересуюсь для общего развития. Почитал про защищённый режим NuttX http://www.nuttx.o …iki:howtos:kernelbuild понял следующее: 1. надо две libc, одну в пространстве программ ядра, вторую в пространстве программ пользователя 2. надо две кучи, так же. Хотя для меня непонятно, как пользовательские программы будут получать доступ к одному общему пользовательскому стеку -- там что, для всех пользовательских данных предусмотрен всего один MPU регион, и каждая задача при желании сможет насрать в стек соседней задаче? Вроде TLS в NuttX не предусмотрен (был бы предусмотрен -- было бы куча куч по числу задач, с настройкой региона MPU на допустимый диапазон). 3. из-за использования защиты, для доступа к любой периферии надо писать "драйвер" RTOS, используя стандарт POSIX. И обмен с драйвером должен также соответствовать POSIX. Я знаю, что есть ещё целая куча RTOS для мелкоконтроллеров, использующих защиту памяти https://en.wikiped …nted_operating_systems , ну хоть кто-нибудь в России их использует?!? Я вижу, что используют в основном простые ядра RTOS, и сами пишут драйвера или их аналог для работы с периферией, каждый раз изобретая собственный велосипед, причём в другом проекте велосипед может быть другим даже с точки зрения API. Я хочу понять, как пишутся хорошие драйвера для RTOS. Вариант вытащить исходники и понимать оттуда есть всегда, я пока не хочу лезть в частности, а ухватить общую идею. Может, статьи кто-нибудь подскажет. Применительно к мелкоконтроллерам, Unix-way не предлагать.