|
Embedded XP | WinCE 5.0.NET | Linux выбор ? |
|
|
|
Sep 7 2005, 06:57
|

Частый гость
 
Группа: Свой
Сообщений: 144
Регистрация: 5-08-05
Пользователь №: 7 382

|
и так в стадии проектирования железа на базе АРМа встал вопрос выбора операционки для девайса. 1 Линукс - открытые исходники , масса драйверов ))) бесплатно на арм 920 протирован. Но нужна графическая среда , опыта работы с ней ни разу нет, среды разработки гсс , и вообще страшно.
2 XP и WinCE -5.0 В продаже и компания легко соглапсится, тем более, что есть eval можно покрутить, однако встал вопрос . Для конкретного железа как ? писать драйвера , ага щаз HAL уровень , какова итоговая стоимомть будет , сколько времени под отладку... в общем ни когда не работал ни с тем ни с другим... Но перенос проектов и симуляция проста и совместима с виндой.
Сетевые средства не пользуются , но аудиовизуальная информация на вывод , блютуф и ММС/СД подключены...
Симбиан не рассматривается - нет информации почти ни китов
Вопрос в студию, что выбрать ?
--------------------
Свет мой зеркальце, скажи, да всю правду расскажи я ль на свете всех тупее, бесполезней и пьянее? Ты - придурок. Спору нет! Но живет на белом свете вот ТАКИХ еще две трети!
|
|
|
|
|
Sep 7 2005, 09:26
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
1. Среда разработки для GCC - описание http://www.olimex.com/dev/pdf/ARM%20Cross%...h%20Eclipse.pdfEclipse - вполне профессиональная вещь. Многи серьезные фирмы используют ее как основу для своих продуктов. 2. "Мелкий" GUI http://www.microwindows.org/3. Книги по Линуху всякие разные, в том числе embedded. http://forum.electronix.ru/index.php?showt...=30entry484324. IMHO - Linux сложен только в начале. Стоит освоить - и Вы на коне (возможно, до конца Вашей карьеры). Я пока только в первой стадии этого процесса (освоения). Для меня самое трудное было понять философию и стиль мышления всех этих линуксовидов. С этим немного разобрался, стало понятно, чего где искать. Сейчас активно собираю книги (и читаю их по мере сил). 5. Еще есть такая замечательная ОС http://www.rtems.org/ (только качайте сразу CVS, а то дока, лежащая на сайте - хлам полный). Под нее http://www.microwindows.org/ портирована.
|
|
|
|
|
Sep 10 2005, 13:10
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
Цитата(Ken@t @ Sep 10 2005, 14:04) И так в кварте (www.quarta.ru) был получен евалюшн Platform Builder 5.0 (не эвалюшин - 995 грина ) + лицензия на ОСь ... так к слову Не гонитесь за халявой и дешевизной! Есть два пути: 1. Иметь хорошее ядро, и проблемы с его обвязкой, прикрыте "фантиками" 2. Имеять ядро из одних "фантиков", и очень краисвую и правильную (на первый взгляд) обвязку. Что Вы выберете? Еще подсказка - когда среда, которая "конфигурирует ядро за Вас", за Вас же и думает - что получится в итоге? Linux, кстати, не обязательно халява и "?:%:%%сь сами как хотите". http://www.mvista.com/http://www.lynuxworks.com/embedded-linux/embedded-linux.phphttp://www.klinux.org/index.phpОт 100$ и до бесконечности - и будут вам и финтифлюшки в стиле мелкомягких, и суппорт, и тренинги, и пр.
|
|
|
|
|
Sep 10 2005, 13:30
|

Частый гость
 
Группа: Свой
Сообщений: 144
Регистрация: 5-08-05
Пользователь №: 7 382

|
Цитата(Evgeny_CD @ Sep 10 2005, 16:10) 1. Иметь хорошее ядро, и проблемы с его обвязкой, прикрыте "фантиками" 2. Имеять ядро из одних "фантиков", и очень краисвую и правильную (на первый взгляд) обвязку.
Что Вы выберете?
Еще подсказка - когда среда, которая "конфигурирует ядро за Вас", за Вас же и думает - что получится в итоге? Жень, не ради флейма , до этого сами писали и ядро и мульти таскинг .аж с лохматого 90 года ... в плюсы решения от микрософта от заказчика пошло . мне с графикой и бантиками связываться ... на.. на... нафиг не сдалось . Однако скоко понтов от CE.. )))) Конфигурация ядра на полной вашей отвественности , вполоть до мини ядра. Только не надо мне говорить, что ПДА на 400Мгц с ЦЕ тормозят - ещё как тормозят. Не будем сравнивать Реал Тайм , Линух , QNX и Никрософт , разные вещи с разным позиционированием на рынке... Хотя ЦЕ позиционируется как реал тайм, но что-то мне подсказывает что отзыв на прерывание великоват. Время разработки / цена софта/портирования... всё очень не очевидно . Да и чувствуется у Вас какая-то не приязнь к МС )))) шутю, сам не долюбливаю, и ващщще афтор топика в газваген )))) Как токо сгенерю образ под 486 дома нашёл одноплатный комп )) скажу чем закончилось.
--------------------
Свет мой зеркальце, скажи, да всю правду расскажи я ль на свете всех тупее, бесполезней и пьянее? Ты - придурок. Спору нет! Но живет на белом свете вот ТАКИХ еще две трети!
|
|
|
|
|
Sep 10 2005, 20:10
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
Цитата(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, но мотивированное. Вдруг я кому-то помогу своми идиотскими мыслями? Сорри, что так длинно и пространно.
|
|
|
|
|
Sep 12 2005, 11:41
|
Местный
  
Группа: Свой
Сообщений: 351
Регистрация: 11-09-05
Из: Харьков
Пользователь №: 8 458

|
Цитата(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/forumhttp://qnxclub.net/modules.php?name=Forums
|
|
|
|
|
Nov 3 2005, 14:35
|
Местный
  
Группа: Свой
Сообщений: 351
Регистрация: 11-09-05
Из: Харьков
Пользователь №: 8 458

|
Цитата(darlock @ Nov 3 2005, 11:57) А чем вам линукс в качестве RTOS не нравится, просто не увлекайтесь стеком, и памяти побольше прикрутите к АРМу. Не нравиться может тем, что всё, что RT - там весьма под сильным вопросом и сомнением. См., например, здесь: http://qnxclub.net/modules.php?name=Forums...=viewforum&f=11Цитата(darlock @ Nov 3 2005, 11:57) Однозначно линукс. Абсолютно согласен - всё, что здесь говорилось о "дружественности" ВыньСЕ - это всё только по-верхам, а далее там...
|
|
|
|
|
Nov 9 2005, 12:08
|
Местный
  
Группа: Свой
Сообщений: 351
Регистрация: 11-09-05
Из: Харьков
Пользователь №: 8 458

|
Цитата(Johny @ Nov 8 2005, 17:09)  А можете ответить на такой вопрос: Тяжело ли "дернуть ножкой" (обратиться из приложения к порту ввода-вывода) под Linux? Под DOS не было никаких проблем. Под Windows практически невозможно (надо писать драйвер неизвестно как). До настояшего момента со встроенными ОС не работал, писали просто так. А сейчас встал вопрос - хочется и графику на LCD поиметь и с "железом" потеснее общаться. В качестве аппаратной платформы выбран PXA255. В принципе - так же просто как и под DOS, в любой POSIX системе есть стандартные API in8() / out8(), например, правда перед этим процессу нужно получить соответствующие привилегии. Не могу сказать по памяти как это в Linux, а в QNX это вызов ThreadCtl().
|
|
|
|
|
Dec 3 2005, 03:01
|
Участник

Группа: Новичок
Сообщений: 17
Регистрация: 26-05-05
Пользователь №: 5 429

|
ПисАть в порт не составляет больших проблем и решается в соотвествующем драйвере. Но к сожалению большинство ОС (и Линух в том числе) не обеспечивают реалтаймовости. Подключаемое железо должно обязательно иметь буфер фифо или другую память.
|
|
|
|
|
Jan 23 2006, 16:54
|
Частый гость
 
Группа: Свой
Сообщений: 140
Регистрация: 18-10-05
Пользователь №: 9 792

|
Цитата(gertoth @ Dec 3 2005, 06:01)  ПисАть в порт не составляет больших проблем и решается в соотвествующем драйвере. Но к сожалению большинство ОС (и Линух в том числе) не обеспечивают реалтаймовости. Подключаемое железо должно обязательно иметь буфер фифо или другую память. Дык ведь есть RTAI Linux например - вроде как реал-таймовая ОС?
|
|
|
|
|
Jan 24 2006, 14:18
|
iBuilder©
   
Группа: Свой
Сообщений: 519
Регистрация: 14-07-04
Из: Минск
Пользователь №: 322

|
Цитата(Johny @ Jan 23 2006, 20:54)  Цитата(gertoth @ Dec 3 2005, 06:01)  ПисАть в порт не составляет больших проблем и решается в соотвествующем драйвере. Но к сожалению большинство ОС (и Линух в том числе) не обеспечивают реалтаймовости. Подключаемое железо должно обязательно иметь буфер фифо или другую память.
Дык ведь есть RTAI Linux например - вроде как реал-таймовая ОС? RTAI - это кажись расширение для Linux, а не отдельная операционка.
|
|
|
|
|
Jan 24 2006, 15:06
|
Гуру
     
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892

|
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.htmlRTAI 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.pdfUVM 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.pdfLife 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.pdfA 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.pdfRTAI 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.plwiki, пока информации не очень много, но она весьма ценная. people.mech.kuleuven.be/~psoetens/portingtolxrt.html http://people.mech.kuleuven.be/~psoetens/portingtolxrt.htmlHOWTO 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.htmlReal-time Linux Software Quick Reference Guide - хороший обзор! www.linuxdevices.com/articles/AT4503827066.html http://www.linuxdevices.com/articles/AT4503827066.htmlComparing real-time Linux alternatives - краткий обзор всего по теме www.linuxdevices.com/articles/AT9837719278.html http://www.linuxdevices.com/articles/AT9837719278.htmlReal-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.htmlELJonline: Real Time and Linux, Part 1 Есть сравнение по Context-Switch Times www.linuxdevices.com/articles/AT5503476267.html http://www.linuxdevices.com/articles/AT5503476267.htmlELJOnline: Real-Time and Linux, Part 2: the Preemptible Kernel www.linuxdevices.com/articles/AT6320079446.html http://www.linuxdevices.com/articles/AT6320079446.htmlELJonline: Real Time and Linux, Part 3: Sub-Kernels and Benchmarks !!! Масса бенчмарков, подробоно !!! www.linuxdevices.com/articles/AT4392551795.html http://www.linuxdevices.com/articles/AT4392551795.htmlThe RTAI perspective in the real-time Linux debate
|
|
|
|
|
Jan 24 2006, 16:55
|
Частый гость
 
Группа: Свой
Сообщений: 140
Регистрация: 18-10-05
Пользователь №: 9 792

|
Цитата(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 я ничего подобного не видел.
Сообщение отредактировал Johny - Jan 24 2006, 16:57
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|