Диспетчеры, журналы, атомарный доступ, "разные службы" - это как бы уже часть ОС и подобия файловой системы.
Автор то тут четко выразился что ему нужны только работа с каналами передачи.
1-2 имхо разделять на собственное АПИ если это не высокоструктурированный проект или часть ОС смысла нет, все в один файл, 1 объявить статиком, а 2 сделать в виде АПИ.
Если все разносить по файлам, то у компилятора не будет возможность глубоко оптимизировать все это.

ОС - это только управление задачами. Всё остальное - дополнительные модули.


Это где Вы такое узрели в его посте??? Из каналов передачи там только UART.


Смысл есть ибо это совершенно разные вещи. Находятся они в одном файле или в разных - это никак не относится к разбиению на логические уровни.
Разделение этих двух частей, даёт возможность легко наращивать функциональность при добавлении других устройств на данной SPI-шине: планировщик транзакций (арбитр шины) - отдельно, обработка самих транзакций - отдельно для каждого устройства на шине - своя для каждого устройства.
Своё разбиение я привёл как пример. В другой прикладной задаче/приборе вполне возможно будет другое разбиение.

ОС это распределение памяти, машинного времени и механизмы доступа и синхронизации.


I2C, ADC тоже можно считать каналом передачи но в целом да, он хочет иметь доступ к разной периферии, не только передавать данные.


Ну я свою классификацию тоже привел как пример, ибо писал LockFree OS и она перенесена в том числе под STM32.

Но до конца не понятно где заканчивается его нижний уровень, и что он имеет ввиду под верхним, нужно ему АПИ или интерфейс драйвера для какой то RTOS.
Для кого-то этот нижний уровень вообще не заканчивается внутри камня, для вторых он заканчивается на интерфейсе драйвера, а для третьих за пределами функции работающих с регистрами уже другой уровень.

Да ладно?!
http://www.nuttx.org

Линукс не установить на систему без MMU. Так что, не надо фантазировать!

а freertos ?

Конечно да.

uCLinux

P.S. можно, конечно, ещё эмуляторы писать (и некоторые это делают), но зачем...

Сообщение отредактировал one_eight_seven - Feb 22 2018, 14:31

Может оказаться что это драйвер двигателя, тюнер SDR, анализатор спектра или вибродатчиков.... линукс и ртос там не очень требуется.

uCLinux != Linux

Можно.
1) ucLinux на ядре 2.6. версии
2) Linux на ядре от 4.6 версии на жирные камни, а ля 429, с недавних пор.

так что можно уже фантазировать открывшиеся новые возможности...

Ну-ну... с недавних пор в "а ля 429" самопроизвольно возник MMU???


Фантазировать можно сколько угодно, но реальность безжалостна.....

Это никак к линуксу не относится!
Еще раз: нет MMU == нет линукса!
Хватит меня уже бредом кормить!

Это форк линукса. Более того, много наработок uCLinux'а пошли в основную ветку. Так что относится и ещё как относится


Есть только два мнения - моё и неправильное. Очень правильная позиция, да.


Debian != Linux
Fedora != Linux.
Linux != Linux.

Ваши слепые верования не имеют ничего общего с реальным положением вещей.

Ну хватит уже чушь нести!!!
Почитайте хотя бы, что такое линукс!
И да, дебилиан уже не линукс, а тем более — федора! Все, что перестало подчиняться требованиям UNIX-way, можно смело называть мастдайкой и топить в унитазе.
Эдак вы, батенька, такое откровенное дерьмище, как ондроед, линуксом обзовете!

Сообщение отредактировал Эдди - Feb 22 2018, 20:03