Коллеги, а будет ли работать такая связка ? Или это как скрестить ежа с ужом Порывшись на cnczone.com однозначного ответа не нашел. Одни пишут

"In general, application software must be compiled for the target operating system. From the software developers point of view, there are simularities between Windows and Windows CE. Still, they are very different platforms. The software developer must intend that the product will work on Win CE.

So the answer is "No." The Windows version of Mach3 will not work in an embedded environment."

Другие сомневаются. Операционка то реального времени.

А что значит ОС "реального времени"?

Энциклопедия дает следующие определения:

Операционная система реального времени, ОСРВ (англ. Real-Time Operating System) — тип операционной системы. Есть много определений термина, по сути похожих друг на друга.

Самые распространённые из них:

• Операционная система, в которой успешность работы любой программы зависит не только от её логической правильности, но и от времени, за которое она получила этот результат. Если система не может удовлетворить временным ограничениям, должен быть зафиксирован сбой в её работе^[1]
• Стандарт POSIX 1003.1 даёт определение: «Реальное время в операционных системах — это способность операционной системы обеспечить требуемый уровень сервиса в определённый промежуток времени»^[2]
• Операционная система, реагирующая в предсказуемое время на непредсказуемое появление внешних событий^[3]
• Интерактивные системы постоянной готовности. В категорию ОСРВ их относят, исходя из маркетинговых соображений и если интерактивную программу называют «работающей в реальном времени», то это лишь означает, что запросы от пользователя обрабатываются с задержкой, незаметной для человека.^[4]

Читаем Wiki:
Windows CE (она же WinCE) — это вариант операционной системы Microsoft Windows для наладонных компьютеров, мобильных телефонов и встраиваемых систем. Windows CE не является «урезанной» версией Windows для настольных ПК, она основана на совершенно другом ядре. Поддерживаются архитектуры x86, MIPS, ARM и процессоры Hitachi SuperH.

И делаем вывод: в Windows CE Mach работать (без его переделки под эту ось) не будет, как не работают и другие программы, работающие под 95, NT, 98, 2000, XP...

Будет но с бубном, настраивать и собирать ее з..ся. Как то хотел сам заняться но времени нет.
Оно тебе надо ?
Win и WinCE не операционки реального времени и не могут ими быть вообще.
Ихмо для операционки реального времени фактически нужно железо реального времени.
Даже EMC2 на Linux не операционка реального времени, а специальный патч RTAI который позволяет иметь процессы с высшим приоритетом доступа к ядру процессора и гарантированным временем получения контроля процессором.

По личным наблюдениям, заботливо настроенная операционка под WinXP и тем более Linux работает стабильно.

Мнения разделились

Да ничего не разделились, написано ведь: "application software must be compiled for the target operating system", что означает, что один и тот же исходный код приложения должен быть скомпилирован под конкретную операционную систему.

Здесь даже спорить не нужно.

точнее будет так

Windows XP и Windows Embedded это фактически одна и таже операционка, под них и собран Mach
Однако, сборка дистрибутива Windows Embedded не простая задача (как минимум нужно шарить что нужно а что нет)
и возможно коечто придется выдернуть и сунуть из WinXP.

Windows CE это другая операционка, под нее действительно надо пересобирать исходники (Которых вы думаю никогда не получите, ну тока если купить контору производителя mach_a) и без изменения кода явно не обойтсь будет. Короче это тупиковый вариант.

Существует утилита для проверки совместимости програм windows xp для windows embedded ce. Дойдут ручки, попробую. Windows XP embedded не интересна, потому как она не RTOS. Embedded CE как раз RTOS по умолчанию, в отличие от остальных windows embedded. Поэтому к ней приковалось внимание. Скорее всего тупик, но попробовать надо

Маркетинг это все галимый, никакая она не RTOS
Ну как можно сделать RTOS если железо управляется куевой тучей прерываний от чего попало, и как последствие управление передается куда попало.
По этой причине программный генератор частоты всегда будет иметь погрешность, и погрешность определяется качеством компьютера и настройкой OS.
Если приемлимые характеристики можно получить с обычной операционкой, то стоит ли бороться тогда за непойми что?

По уму надо делать контролер PCI (ну или какой там), который имеет "железный" драйвер генерации частоты, и вот тогда это будет истенный RT

Вот-вот, только на отдельном железе без операционной системы можно получить "реальное время".

Да но нужно ли это если с матчем проблем нет, а emc ваще близка к идиалу
Борьба не понятно за что получается. Лучшее враг хорошего

P.S.
Операционка все равно понадобится , ибо без нее это будет очень бедно по интерфейсу, как только нужны будут разные функции сразу придете к необходимости компьютера с операционкой. Как пример графическое отображение программы (тут без кучи графических библиотек не обойтись)

А ты фантазер однако! :)

Да я это так, ради смеха затеял. Лазял как то по варезному сайту, наткнулся на крякнутый исошник Windows embedded ce 6.0 r3. Тут мысль шальная в голове и завертелась

Mash3 под Windows CE не пойдёт. Изгоните Вашу шальную мысль из головы, пусть не вертится. :)

Разбирался в своё время с так называемым Windows Embedded (внимание, это не Windows CE!). По своей сути это конструктор для сборки специализированной Windows XP из отдельных модулей; с помощью этого конструктора можно собрать Windows XP, в которой будут только те части, которые будут реально использоваться в конкретном оборудовании: устанавливаются только нужные драйвера и программы, всё остальное тупо отсутствует. Суть этих танцев состоит в том, что тех. специалист получает в своё распоряжение операционку, которую можно быстро установить на конкретное оборудование (вроде даже простым копированием файлов, поколдовав потом над загрузочной записью). А питается этот конструктор обычной операционкой Windows XP, уже установленной на конечном оборудовании.

Такие Windows XP Embedded повсеместно используются в банкоматах, стойках ЧПУ и другом подобном специализированном оборудовании.

Лично для себя такую штуку я передумал делать -- для одного экземпляра компа таким заниматься смысла нет. Достаточно кастрировать сервисы Винды под ЧПУ так, как рекомендуют здесь -- для быстродействия достаточно, а незадействованный гигабайт файлов системы не мешает, тем более, что может понадобится хотя бы тот же Plug-and-Play и прочие радости Винды, если что.

Windows XP кастрированный (даже не Embedded) используют и в медицинском оборудовании.

Для ЧПУ смысла в RTOS нет -- достаточно избавиться от тормозов Винды, обусловленых преемственностью операционки.

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

Если Вас интересует RTOS -- на ближайшее время забудьте о ЧПУ, семье, работе -- и welcome to QNX:
http://www.qnx.ru/
http://www.rts.ua/

QNX это хорошо. Но мы его не пользуем. Задачи, как правило, раскидываем по децентрализованному принципу на локальные контроллеры.

А что у кого то с прямыми руками глючил Mach
или кто-то смог поймать EMC на пропуске шагов ?

На компе с отключенным ACPI тестовый график даже на 25 kHz имеет периодические всплески. С ACPI - более меннее в норме (картинки лень делать). Intel Atom, D945GCLF2D мама. Вот и объясните мне , кто с прямыми руками, как это понимать ?

И что сие всплески привели к потери шагов ?

хз

Это просто провалы во времени между тактами, но они не критичны, к катастрофе не приводят
Используй emc там нет провалов ваще ;-)