и так в стадии проектирования железа на базе АРМа встал вопрос выбора операционки для девайса.
1 Линукс - открытые исходники , масса драйверов ))) бесплатно на арм 920 протирован. Но нужна графическая среда , опыта работы с ней ни разу нет, среды разработки гсс , и вообще страшно.
2 XP и WinCE -5.0 В продаже и компания легко соглапсится, тем более, что есть eval можно покрутить, однако встал вопрос . Для конкретного железа как ? писать драйвера , ага щаз HAL уровень , какова итоговая стоимомть будет , сколько времени под отладку... в общем ни когда не работал ни с тем ни с другим... Но перенос проектов и симуляция проста и совместима с виндой.
Сетевые средства не пользуются , но аудиовизуальная информация на вывод , блютуф и ММС/СД подключены...
Симбиан не рассматривается - нет информации почти ни китов
Вопрос в студию, что выбрать ?
Полная версия этой страницы: Embedded XP | WinCE 5.0.NET | Linux выбор ?
Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Операционные системы
1. Среда разработки для GCC - описание
http://www.olimex.com/dev/pdf/ARM%20Cross%...h%20Eclipse.pdf
Eclipse - вполне профессиональная вещь. Многи серьезные фирмы используют ее как основу для своих продуктов.
2. "Мелкий" GUI
http://www.microwindows.org/
3. Книги по Линуху всякие разные, в том числе embedded.
http://forum.electronix.ru/index.php?showt...=30&#entry48432
4. IMHO - Linux сложен только в начале. Стоит освоить - и Вы на коне (возможно, до конца Вашей карьеры). Я пока только в первой стадии этого процесса (освоения). Для меня самое трудное было понять философию и стиль мышления всех этих линуксовидов. С этим немного разобрался, стало понятно, чего где искать. Сейчас активно собираю книги (и читаю их по мере сил).
5. Еще есть такая замечательная ОС http://www.rtems.org/ (только качайте сразу CVS, а то дока, лежащая на сайте - хлам полный). Под нее http://www.microwindows.org/ портирована.
http://www.olimex.com/dev/pdf/ARM%20Cross%...h%20Eclipse.pdf
Eclipse - вполне профессиональная вещь. Многи серьезные фирмы используют ее как основу для своих продуктов.
2. "Мелкий" GUI
http://www.microwindows.org/
3. Книги по Линуху всякие разные, в том числе embedded.
http://forum.electronix.ru/index.php?showt...=30&#entry48432
4. IMHO - Linux сложен только в начале. Стоит освоить - и Вы на коне (возможно, до конца Вашей карьеры). Я пока только в первой стадии этого процесса (освоения). Для меня самое трудное было понять философию и стиль мышления всех этих линуксовидов. С этим немного разобрался, стало понятно, чего где искать. Сейчас активно собираю книги (и читаю их по мере сил).
5. Еще есть такая замечательная ОС http://www.rtems.org/ (только качайте сразу CVS, а то дока, лежащая на сайте - хлам полный). Под нее http://www.microwindows.org/ портирована.
Линукс. Он и интереснее, и работает, и с окнами там всё в порядке. В Линуксе всё весьма логично, что само по себе гут.
Дорогу осилит идущий.
Дорогу осилит идущий.
Да, забыл добавить. Один из самых дешевых вариантов, чтобы пощупать Linux c LCD
http://www.logicpd.com/eps/som/sharp/LH79520/
в КТЦ-МК около 400 стоит.
http://wiki.buici.com/twiki/bin/view/Main/...dSupportPackage
порты Linux на этот проц. LCD дрова тоже есть!
http://www.logicpd.com/eps/som/sharp/LH79520/
в КТЦ-МК около 400 стоит.
http://wiki.buici.com/twiki/bin/view/Main/...dSupportPackage
порты Linux на этот проц. LCD дрова тоже есть!
Спасибо...
В принципе в большей степени, вопрос об адаптации ОС к железу был , в данном случае линукс будет выбором
1. Существующая портация к At91RM9200
2. Наличие графических оболочек для Линуха.
3. Открытый сорс линуха
4. Драйверы под аппартную часть.
ну и минус один , это то что системное програмирование линуха, в винде опыт больше.
Хотя к железу подойдём, чё 20 баксов за евал winCe ?
В принципе в большей степени, вопрос об адаптации ОС к железу был , в данном случае линукс будет выбором
1. Существующая портация к At91RM9200
2. Наличие графических оболочек для Линуха.
3. Открытый сорс линуха
4. Драйверы под аппартную часть.
ну и минус один , это то что системное програмирование линуха, в винде опыт больше.
Хотя к железу подойдём, чё 20 баксов за евал winCe ?
И так в кварте (www.quarta.ru) был получен евалюшн Platform Builder 5.0
(не эвалюшин - 995 грина ) + лицензия на ОСь ... так к слову
Для создания образа системы всё достаточно просто , правдв перед этим мсдн почитать надо и посмотреть страничку по ембеддед на никрософте.
Для собственной платвормы надо написать загрузсик и низкоуровневые функции - тоесть по шаблону написать BSP ...
В эмуляторе всё прикольно работает , теперь надо поиграть с реальной х86 платформой и переходить к созданию BSP .
В плюсы - не надо думать над осью все сервисы и драйвера большой машины. ))))
Теоритически можно смоделировать девайс и в эмуляторе его прогнать , впрочем думаю, что и на х86 можно прогать его )))
Приимущество есть... Вот с линухом надо будет повозиться ещё.
(не эвалюшин - 995 грина ) + лицензия на ОСь ... так к слову
Для создания образа системы всё достаточно просто , правдв перед этим мсдн почитать надо и посмотреть страничку по ембеддед на никрософте.
Для собственной платвормы надо написать загрузсик и низкоуровневые функции - тоесть по шаблону написать BSP ...
В эмуляторе всё прикольно работает , теперь надо поиграть с реальной х86 платформой и переходить к созданию BSP .
В плюсы - не надо думать над осью все сервисы и драйвера большой машины. ))))
Теоритически можно смоделировать девайс и в эмуляторе его прогнать , впрочем думаю, что и на х86 можно прогать его )))
Приимущество есть... Вот с линухом надо будет повозиться ещё.
Цитата(Ken@t @ Sep 10 2005, 14:04)
И так в кварте (www.quarta.ru) был получен евалюшн Platform Builder 5.0
(не эвалюшин - 995 грина ) + лицензия на ОСь ... так к слову
Не гонитесь за халявой и дешевизной! Есть два пути:(не эвалюшин - 995 грина ) + лицензия на ОСь ... так к слову
1. Иметь хорошее ядро, и проблемы с его обвязкой, прикрыте "фантиками"
2. Имеять ядро из одних "фантиков", и очень краисвую и правильную (на первый взгляд) обвязку.
Что Вы выберете?
Еще подсказка - когда среда, которая "конфигурирует ядро за Вас", за Вас же и думает - что получится в итоге?
Linux, кстати, не обязательно халява и "?:%:%%сь сами как хотите".
http://www.mvista.com/
http://www.lynuxworks.com/embedded-linux/embedded-linux.php
http://www.klinux.org/index.php
От 100$ и до бесконечности - и будут вам и финтифлюшки в стиле мелкомягких, и суппорт, и тренинги, и пр.
Цитата(Evgeny_CD @ Sep 10 2005, 16:10)
1. Иметь хорошее ядро, и проблемы с его обвязкой, прикрыте "фантиками"
2. Имеять ядро из одних "фантиков", и очень краисвую и правильную (на первый взгляд) обвязку.
Что Вы выберете?
Еще подсказка - когда среда, которая "конфигурирует ядро за Вас", за Вас же и думает - что получится в итоге?
2. Имеять ядро из одних "фантиков", и очень краисвую и правильную (на первый взгляд) обвязку.
Что Вы выберете?
Еще подсказка - когда среда, которая "конфигурирует ядро за Вас", за Вас же и думает - что получится в итоге?
Жень, не ради флейма , до этого сами писали и ядро и мульти таскинг .аж с лохматого 90 года ...
в плюсы решения от микрософта от заказчика пошло . мне с графикой и бантиками связываться ... на.. на... нафиг не сдалось . Однако скоко понтов от CE.. ))))
Конфигурация ядра на полной вашей отвественности , вполоть до мини ядра.
Только не надо мне говорить, что ПДА на 400Мгц с ЦЕ тормозят - ещё как тормозят.
Не будем сравнивать Реал Тайм , Линух , QNX и Никрософт , разные вещи с разным позиционированием на рынке...
Хотя ЦЕ позиционируется как реал тайм, но что-то мне подсказывает что отзыв на прерывание великоват.
Время разработки / цена софта/портирования... всё очень не очевидно .
Да и чувствуется у Вас какая-то не приязнь к МС )))) шутю, сам не долюбливаю, и ващщще афтор топика в газваген ))))
Как токо сгенерю образ под 486 дома нашёл одноплатный комп )) скажу чем закончилось.
Цитата(Ken@t @ Sep 10 2005, 17:30)
Да и чувствуется у Вас какая-то не приязнь к МС ))))
1. Аллергии к мелкомягким не испытваю, ибо1.1 Сижу под ХРенью (в основном)
1.2 Мне уже 36 лет, и для жизни под лозунгом "Windows must die - Linux Forewer!!!" я уже малость строват.
2. Я в своей жизни пока не написал ни одной серьезной программы под Linux. Но много работал с *nuxod'ами, и у меня получалось руководить микро коллективом из них.
3. Из этого опыта я понял, что *nix - это, прежде всего, филосифия, а потом уже конкретные навыки. Это как во всех единоборствах- если просто махать руками и ногами - мастером никогда не станешь. Нужно в каждое движение вкладывать смысл.
4. Вот эту философию я потихоньку и постигаю.
5. Я вообще очень не люболю, когда меня дурят. Это относится ко всему - от M$ до жратвы. Мне стало намного тяжелее жить от того, что с годами я стал задумываться о том, почему я делаю так, а не иначе. На это уходит много сил, но по наивности верю, что в конце этого пути меня ждет нечто ценное
Вероятно, 18 летницй юнец во мне еще не умер до конца.Простой пример. Когда несколько лет назад (три года) мне (не мне лично - фирме) впервые потребовалось сделать файловую систему на Atmel Data Flash- мы НЕ ЗАДУМЫВАЯСЬсделали клон FAT16. Долго отлаживали ее, и постепенно сделали некий кривой аналог JAFFS/JFFS в плане отключения питания. На это было потрачено море ресусов - но мы были "афигенно" гордыми!. Проект не пошел по административным причинам. И все это, поскольку оно было написано не под OS, пошло на свалку.
Тогда уже был рабочий вариант uClinux. eCOS, RTEMS тоже уже были. На плате был AT91R40008 на 66 Мгц и 1 МБАЙТ SRAM (Х16 бит) одним чипом от Samsung (да, это была супер передовая плата на тот момент - мы одни из первых в России получили образцы AT91R40008). И только мое скудоумие не позволило перейти на eCOS, RTEMS (я их тогда даже искать не стал (про eCos я тогда знал, но в моем понимании это была ос для x86, про RTEMS - не знал.) - было страшно отойти от стереотипа "суперпетля - лучшая OS").
Потом в моей жизни вообше много чего полохого случилось - ну да бог с ним. Фактически, я все начинаю сначала - от фирмы до личной жзни.
Из этого я извлек массу уроков. Самых разных. И для проверки их правильности стараюсь высказывать свое мнение, чтобы меня подправили - я не хочу еще раз крупно ошибаться.
Я все равно буду постепенно переводить все работы на *nix подобную идеологию. Не факт, что на embedded Linux | uClinux. Скорее даже под RTEMS. Я потерял на недооценке этого шага много ресурсов - правда, получил опыт (и кучу седых волос).
Так что все что я сказал насчет OS - IMHO, но мотивированное. Вдруг я кому-то помогу своми идиотскими мыслями?
Сорри, что так длинно и пространно.
Цитата(Ken@t @ Sep 7 2005, 13:13)
ну и минус один , это то что системное програмирование линуха, в винде опыт больше.
Это не минус, это - плюс
...Который часто упускается из виду: Linux API это - POSIX API (в большой степени)... освоившись в философии POSIX, вы пересаживаетесь практически в любую OS (кроме Windows XX): QNX, Free/NetBSD, ... да те же RTOS pSOS или VxWorks - в 3 дня! а дальше - только вникаете в специфику этой конкретной OS, которой не бывает слишком много.
Цитата(Ken@t @ Sep 7 2005, 13:13)
Хотя ЦЕ позиционируется как реал тайм, но что-то мне подсказывает что отзыв на прерывание великоват.
Опыт вас не обманывает
... Посмотрите сравнительные отчёты Dedicated Systems: QNX - VxWorks - WinCE - RTLinux...Первоначально Вынь-CE - активно позиционировалась как "риалтайм", но ...
Потом по сравнительным заключениям - она занимала все заключительные позиции, ... окромя красивого GUI
... и сами MS успокоились, и всё реже вспоминают реалтаймовость, нажимая теперь на embedded...Хотя то же самое относительно и RTLinux ... во всех клонах - это пока ещё далеко не RT, но уже хороший embedded
...А "отзыв на прерывание" ... - это определённо "скоростной" показатель, что в-прямую к показателям для realtime-приложений имеет касательство ... косвенное, как минимум.
Хотя во всей этой теме вы нигде не упоминали, насколько важны realtime-характеристики для вашего девайса? Может добротного embedded уже достаточно?
Цитата(Ken@t @ Sep 7 2005, 09:57)
и так в стадии проектирования железа на базе АРМа встал вопрос выбора операционки для девайса.
А если: для ARM, и если, вдруг, вам нужен "железный риалтайм", и если вас не очень сильно лимитируют вопросы стоимости: посмотрите QNX 6.X, например, можно здесь:
http://qnx.org.ru/forum
http://qnxclub.net/modules.php?name=Forums
А чем вам линукс в качестве RTOS не нравится, просто не увлекайтесь стеком, и памяти побольше прикрутите к АРМу.
Однозначно линукс.
Однозначно линукс.
Приветствую! Как дела обстоят с ВинЦе и АТ91РМ9200? получилося скрестить? Я тружуся в этом направлении, хотелося бы пообщаться
Все эти проблемы от большого выбора. Вы смотрите не от выбора, а от ресурсов которые вы хотите потратить в проект.
Предпоследняя фирма из таких соображений выбрала Linux. Стоимость прибора решает всё.
Предпоследняя фирма из таких соображений выбрала Linux. Стоимость прибора решает всё.
Цитата(darlock @ Nov 3 2005, 11:57)
А чем вам линукс в качестве RTOS не нравится, просто не увлекайтесь стеком, и памяти побольше прикрутите к АРМу.
Не нравиться может тем, что всё, что RT - там весьма под сильным вопросом и сомнением. См., например, здесь:
http://qnxclub.net/modules.php?name=Forums...=viewforum&f=11
Цитата(darlock @ Nov 3 2005, 11:57)
Однозначно линукс.
Абсолютно согласен - всё, что здесь говорилось о "дружественности" ВыньСЕ - это всё только по-верхам, а далее там...
А можете ответить на такой вопрос: Тяжело ли "дернуть ножкой" (обратиться из приложения к порту ввода-вывода) под Linux?
Под DOS не было никаких проблем. Под Windows практически невозможно (надо писать драйвер неизвестно как).
До настояшего момента со встроенными ОС не работал, писали просто так. А сейчас встал вопрос - хочется и графику на LCD поиметь и с "железом" потеснее общаться. В качестве аппаратной платформы выбран PXA255.
Под DOS не было никаких проблем. Под Windows практически невозможно (надо писать драйвер неизвестно как).
До настояшего момента со встроенными ОС не работал, писали просто так. А сейчас встал вопрос - хочется и графику на LCD поиметь и с "железом" потеснее общаться. В качестве аппаратной платформы выбран PXA255.
А можете ответить на такой вопрос: Тяжело ли "дернуть ножкой" (обратиться из приложения к порту ввода-вывода) под Linux?
Под DOS не было никаких проблем. Под Windows практически невозможно (надо писать драйвер неизвестно как).
До настояшего момента со встроенными ОС не работал, писали просто так. А сейчас встал вопрос - хочется и графику на LCD поиметь и с "железом" потеснее общаться. В качестве аппаратной платформы выбран PXA255.
Под DOS не было никаких проблем. Под Windows практически невозможно (надо писать драйвер неизвестно как).
До настояшего момента со встроенными ОС не работал, писали просто так. А сейчас встал вопрос - хочется и графику на LCD поиметь и с "железом" потеснее общаться. В качестве аппаратной платформы выбран PXA255.
Цитата(Johny @ Nov 8 2005, 17:09)
А можете ответить на такой вопрос: Тяжело ли "дернуть ножкой" (обратиться из приложения к порту ввода-вывода) под Linux?
Под DOS не было никаких проблем. Под Windows практически невозможно (надо писать драйвер неизвестно как).
До настояшего момента со встроенными ОС не работал, писали просто так. А сейчас встал вопрос - хочется и графику на LCD поиметь и с "железом" потеснее общаться. В качестве аппаратной платформы выбран PXA255.
Под DOS не было никаких проблем. Под Windows практически невозможно (надо писать драйвер неизвестно как).
До настояшего момента со встроенными ОС не работал, писали просто так. А сейчас встал вопрос - хочется и графику на LCD поиметь и с "железом" потеснее общаться. В качестве аппаратной платформы выбран PXA255.
В принципе - так же просто как и под DOS, в любой POSIX системе есть стандартные API in8() / out8(), например, правда перед этим процессу нужно получить соответствующие привилегии. Не могу сказать по памяти как это в Linux, а в QNX это вызов ThreadCtl().
ПисАть в порт не составляет больших проблем и решается в соотвествующем драйвере. Но к сожалению большинство ОС (и Линух в том числе) не обеспечивают реалтаймовости. Подключаемое железо должно обязательно иметь буфер фифо или другую память.
Цитата(gertoth @ Dec 3 2005, 06:01)
ПисАть в порт не составляет больших проблем и решается в соотвествующем драйвере. Но к сожалению большинство ОС (и Линух в том числе) не обеспечивают реалтаймовости. Подключаемое железо должно обязательно иметь буфер фифо или другую память.
Дык ведь есть RTAI Linux например - вроде как реал-таймовая ОС?
Цитата(Johny @ Jan 23 2006, 20:54)
Цитата(gertoth @ Dec 3 2005, 06:01)
ПисАть в порт не составляет больших проблем и решается в соотвествующем драйвере. Но к сожалению большинство ОС (и Линух в том числе) не обеспечивают реалтаймовости. Подключаемое железо должно обязательно иметь буфер фифо или другую память.
Дык ведь есть RTAI Linux например - вроде как реал-таймовая ОС?
RTAI - это кажись расширение для Linux, а не отдельная операционка.
RTAI - это rtai.org
The Real-Time Application Interface is a hard real-time extension to the Linux kernel, contributed in accordance with the Free Software guidelines. It provides the features of an industrial-grade RTOS, seamlessly accessible from the powerful and sophisticated GNU/Linux environment.
www.fdn.fr/~brouchou/rtai/rtai-doc-prj/rtai-fusion.html
http://www.fdn.fr/~brouchou/rtai/rtai-doc-...tai-fusion.html
RTAI Fusion
Instead of rewriting a complete POSIX layer usable in a real-time context, a way has been found to move the existing user-space Linux support seamlessly into the RTAI realm. This basically allows to call regular Linux syscalls synchronously from RTAI tasks running in user-space, while keeping the scheduling priority of the caller unaffected by the domain migration.
download.gna.org/rtai/documentation/fusion/pdf/Introduction-to-UVMs.pdf
http://download.gna.org/rtai/documentation...ion-to-UVMs.pdf
UVM support is a unique RTAI/fusion feature, which allows running a nearly complete realtime system embodied into a single multithreaded Linux process in userspace, hence the name, standing for "Userspace Virtual Machine".
download.gna.org/rtai/documentation/fusion/pdf/Life-with-Adeos.pdf
http://download.gna.org/rtai/documentation...-with-Adeos.pdf
Life With Adeos
Adeos is a resource virtualization layer available as a Linux kernel patch, which general design has been proposed by Karim Yaghmour in a technical paper, back in 2001. The current incarnation of this proposal makes it a simple, yet efficient realtime system enabler, providing a mean to run a regular GNU/Linux environment and a RTOS, sidebyside on the same hardware.
download.gna.org/rtai/documentation/fusion/pdf/Native-API-Tour.pdf
http://download.gna.org/rtai/documentation...ve-API-Tour.pdf
A Tour of the Native API
Purpose of this document This document is aimed at providing a general view of the reforged native API which comes with RTAI/fusion. Newcomers should find design information describing the logic behind this interface. This document should be a useful complement to the API reference manual.
www.aero.polimi.it/~rtai/documentation/articles/history/history.pdf
http://www.aero.polimi.it/~rtai/documentat...ory/history.pdf
История развития проекта. Супер! Почти как action от Тома Кленси.
www.aero.polimi.it/%7Ertai/documentation/reference/rtai_prog_guide.pdf
http://www.aero.polimi.it/%7Ertai/document..._prog_guide.pdf
RTAI Programming Guide 1.0 September 2000
Хотя документ и древний, но качественный.
people.mech.kuleuven.be/~bruyninc/rthowto/
http://people.mech.kuleuven.be/~bruyninc/rthowto/
Real Time and Embedded Guide
!!! Фундаментальный труд. Очень хороший обзор всего, что связано с RT. !!!
www.rtai.dk/cgi-bin/gratiswiki.pl
http://www.rtai.dk/cgi-bin/gratiswiki.pl
wiki, пока информации не очень много, но она весьма ценная.
people.mech.kuleuven.be/~psoetens/portingtolxrt.html
http://people.mech.kuleuven.be/~psoetens/portingtolxrt.html
HOWTO Port your C++ GNU/Linux application to RTAI/LXRT
www.linuxdevices.com/files/misc/ripoll-rtl-v-rtai.html
http://www.linuxdevices.com/files/misc/rip...rtl-v-rtai.html
!!! RTLinux versus RTAI - очень детельное сравнение !!!
www.linuxdevices.com/cgi-bin/board/UltraBoard.pl?Action=ShowPost&Board=realtime&Post=34&Idle=0&Sort=0&Order=Descend&Page=0&Session=
http://www.linuxdevices.com/cgi-bin/board/...Page=0&Session=
Real-time Linux sub-kernels, benchmarks... discussion - супер!
Стать как вывод из дискусии:
www.linuxdevices.com/articles/AT8073314981.html
http://www.linuxdevices.com/articles/AT8073314981.html
Real-time Linux Software Quick Reference Guide - хороший обзор!
www.linuxdevices.com/articles/AT4503827066.html
http://www.linuxdevices.com/articles/AT4503827066.html
Comparing real-time Linux alternatives - краткий обзор всего по теме
www.linuxdevices.com/articles/AT9837719278.html
http://www.linuxdevices.com/articles/AT9837719278.html
Real-time Linux -- what is it, why do you want it, how do you do it?
www.linuxdevices.com/articles/AT5997007602.html
http://www.linuxdevices.com/articles/AT5997007602.html
ELJonline: Real Time and Linux, Part 1
Есть сравнение по Context-Switch Times
www.linuxdevices.com/articles/AT5503476267.html
http://www.linuxdevices.com/articles/AT5503476267.html
ELJOnline: Real-Time and Linux, Part 2: the Preemptible Kernel
www.linuxdevices.com/articles/AT6320079446.html
http://www.linuxdevices.com/articles/AT6320079446.html
ELJonline: Real Time and Linux, Part 3: Sub-Kernels and Benchmarks
!!! Масса бенчмарков, подробоно !!!
www.linuxdevices.com/articles/AT4392551795.html
http://www.linuxdevices.com/articles/AT4392551795.html
The RTAI perspective in the real-time Linux debate
The Real-Time Application Interface is a hard real-time extension to the Linux kernel, contributed in accordance with the Free Software guidelines. It provides the features of an industrial-grade RTOS, seamlessly accessible from the powerful and sophisticated GNU/Linux environment.
www.fdn.fr/~brouchou/rtai/rtai-doc-prj/rtai-fusion.html
http://www.fdn.fr/~brouchou/rtai/rtai-doc-...tai-fusion.html
RTAI Fusion
Instead of rewriting a complete POSIX layer usable in a real-time context, a way has been found to move the existing user-space Linux support seamlessly into the RTAI realm. This basically allows to call regular Linux syscalls synchronously from RTAI tasks running in user-space, while keeping the scheduling priority of the caller unaffected by the domain migration.
download.gna.org/rtai/documentation/fusion/pdf/Introduction-to-UVMs.pdf
http://download.gna.org/rtai/documentation...ion-to-UVMs.pdf
UVM support is a unique RTAI/fusion feature, which allows running a nearly complete realtime system embodied into a single multithreaded Linux process in userspace, hence the name, standing for "Userspace Virtual Machine".
download.gna.org/rtai/documentation/fusion/pdf/Life-with-Adeos.pdf
http://download.gna.org/rtai/documentation...-with-Adeos.pdf
Life With Adeos
Adeos is a resource virtualization layer available as a Linux kernel patch, which general design has been proposed by Karim Yaghmour in a technical paper, back in 2001. The current incarnation of this proposal makes it a simple, yet efficient realtime system enabler, providing a mean to run a regular GNU/Linux environment and a RTOS, sidebyside on the same hardware.
download.gna.org/rtai/documentation/fusion/pdf/Native-API-Tour.pdf
http://download.gna.org/rtai/documentation...ve-API-Tour.pdf
A Tour of the Native API
Purpose of this document This document is aimed at providing a general view of the reforged native API which comes with RTAI/fusion. Newcomers should find design information describing the logic behind this interface. This document should be a useful complement to the API reference manual.
www.aero.polimi.it/~rtai/documentation/articles/history/history.pdf
http://www.aero.polimi.it/~rtai/documentat...ory/history.pdf
История развития проекта. Супер! Почти как action от Тома Кленси.
www.aero.polimi.it/%7Ertai/documentation/reference/rtai_prog_guide.pdf
http://www.aero.polimi.it/%7Ertai/document..._prog_guide.pdf
RTAI Programming Guide 1.0 September 2000
Хотя документ и древний, но качественный.
people.mech.kuleuven.be/~bruyninc/rthowto/
http://people.mech.kuleuven.be/~bruyninc/rthowto/
Real Time and Embedded Guide
!!! Фундаментальный труд. Очень хороший обзор всего, что связано с RT. !!!
www.rtai.dk/cgi-bin/gratiswiki.pl
http://www.rtai.dk/cgi-bin/gratiswiki.pl
wiki, пока информации не очень много, но она весьма ценная.
people.mech.kuleuven.be/~psoetens/portingtolxrt.html
http://people.mech.kuleuven.be/~psoetens/portingtolxrt.html
HOWTO Port your C++ GNU/Linux application to RTAI/LXRT
www.linuxdevices.com/files/misc/ripoll-rtl-v-rtai.html
http://www.linuxdevices.com/files/misc/rip...rtl-v-rtai.html
!!! RTLinux versus RTAI - очень детельное сравнение !!!
www.linuxdevices.com/cgi-bin/board/UltraBoard.pl?Action=ShowPost&Board=realtime&Post=34&Idle=0&Sort=0&Order=Descend&Page=0&Session=
http://www.linuxdevices.com/cgi-bin/board/...Page=0&Session=
Real-time Linux sub-kernels, benchmarks... discussion - супер!
Стать как вывод из дискусии:
www.linuxdevices.com/articles/AT8073314981.html
http://www.linuxdevices.com/articles/AT8073314981.html
Real-time Linux Software Quick Reference Guide - хороший обзор!
www.linuxdevices.com/articles/AT4503827066.html
http://www.linuxdevices.com/articles/AT4503827066.html
Comparing real-time Linux alternatives - краткий обзор всего по теме
www.linuxdevices.com/articles/AT9837719278.html
http://www.linuxdevices.com/articles/AT9837719278.html
Real-time Linux -- what is it, why do you want it, how do you do it?
www.linuxdevices.com/articles/AT5997007602.html
http://www.linuxdevices.com/articles/AT5997007602.html
ELJonline: Real Time and Linux, Part 1
Есть сравнение по Context-Switch Times
www.linuxdevices.com/articles/AT5503476267.html
http://www.linuxdevices.com/articles/AT5503476267.html
ELJOnline: Real-Time and Linux, Part 2: the Preemptible Kernel
www.linuxdevices.com/articles/AT6320079446.html
http://www.linuxdevices.com/articles/AT6320079446.html
ELJonline: Real Time and Linux, Part 3: Sub-Kernels and Benchmarks
!!! Масса бенчмарков, подробоно !!!
www.linuxdevices.com/articles/AT4392551795.html
http://www.linuxdevices.com/articles/AT4392551795.html
The RTAI perspective in the real-time Linux debate
Цитата(Builder @ Jan 24 2006, 17:18)
Цитата(Johny @ Jan 23 2006, 20:54)
Цитата(gertoth @ Dec 3 2005, 06:01)
ПисАть в порт не составляет больших проблем и решается в соотвествующем драйвере. Но к сожалению большинство ОС (и Линух в том числе) не обеспечивают реалтаймовости. Подключаемое железо должно обязательно иметь буфер фифо или другую память.
Дык ведь есть RTAI Linux например - вроде как реал-таймовая ОС?
RTAI - это кажись расширение для Linux, а не отдельная операционка.
Приблизительно. RTAI работает как ядро, в котором одной их задач запущена Linux. Соответственно в первую очередь выполняются RTAI - задачи, причем, как я понимаю, временные характеристики детерминированы.
Для Windows я ничего подобного не видел.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.