Да при чем тут GUI, меня интерпретатор GM кодов интересует, после изучения вопроса Mach и EMC2 отпадает. Не меня такая перспектива не устраивает.
Пишим интерпретатор GM-кодов.

Можно все-таки поинтересоваться чем-же интерпретатор от EMC2 вас не устраивает? Многих устраивает почему-то...

А, вы об этом, я вас понял.

самый простой вариант - взять готовое.
А готовое уже есть.

Это интерпретатор из EMC2
кстати есть уже готовые реализации под отделный CPU,
в частности под ARM (например у serg_io).

С интерпретатором, как раз нет проблем.

Ну так я вас не отгавариваю можете брать из EMC2, а я не буду изучать линукс, Си, ковыряться в исходниках EMC2, перелопачивать тонну информации, а еще сидеть потом кряхтеть под ARM, с кучей документацией. Мне проще и быстрее накатать свое контроллируя каждый свой шаг на стадии разработки, а не плясать под чьи-то правила.

Есть PC, зачем другие процессоры?
Core Duo лежит в соседнем магазине в двух шагах от меня.

Если хотите писать код для RT-систем, то Си придется изучать
Конечно можно и на ассемблере наваять, но это для извращенцев (либо для совсем фанатов).
Паскаль в этой области не рулит.

Я, когда учился в универе, мы поверхностно прошлись по паскалю, и я тогда тоже думал что это самый лучший язык.
Мы, тогда учились не на PC, а на каких-то монстрах, типа этого:

о которых я искренне верил, что это непревзойденные системы!


Шло время, и пришлось расставаться со своими первичными убеждениями.


Это я говорю не в отношении этого проекта, а так, на будущее.




Ну, во первых - "PC" это не процессор, а целая архитектура (отсюда и RT-проблемы).
А во вторых - почитайте внимательно сообщение №32 (ч.2)

Полностью согласен! ПишИм на ассемблере.

Наши вычисления все под Windows крылом.
Я еще пока сума не сошел чтобы для станка в какой то ARM пихать вычисления, это не сотовый телефон. Глупо имхо.

Никогда не было реалтайм проблем под x86. Проблемы со стороны ОС.

А чем собственно он устраивает вас?

Ну вы даёте.
Можно сказать, что весь мир с этим борется, а у вас небыло проблем.

Может быть и небыло, теорию вероятности еще никто не отменял .
Готовьтесь, скоро будут .

Читайте сообщение №32 (ч.2)

Процессоры семейства Atom работают достаточно шустро, есть SIMD. В отличие от обычных десктопных/
нетбучных вариантов, чипы, включенные Intel в Embedded Roadmap поддерживаются и производятся
долго (от 7 до 10 лет). На x86 разрабатывать софт или использовать готовый сравнительно просто — все-
таки самая распространенная архитектура. Еще полезна VT — аппаратная поддержка виртуализации.
Например, только на x86 можно достаточно шустро гонять одновременно RTOS для контроля
оборудования и Windows XP для GUI. Кстати, в этой отрасли модно называть пользовательский
интерфейс не GUI, а HMI (Human Machine Interface). А раньше было MMI. Типа, раньше со станками
работали мужчины, а теперь — человеские существа.

Да вообщем-то всем:

1. Открытый
2. бесплатный
3. перенесен МК-платформу
4. и т.п.

Заметьте, я не говорю, что это самое лучшее решение, просто он есть и он работает :)

Работает? Ну тогда я рад за вас. Молодцы. Могу пожелать удачи в работе!!

В трактовке от Intel, слово Embedded характеризует систему как:

• систему с низким энергопотреблением,
• систему с низким тепловыделением
• с улучшенной конфигурируемостью
• с увеличенным периодом выпуска чипов.
• и все!

У Intel, про RT (Real-Time) вы не найдете нигде ни слова, даже для чипов Embedded-класса .
Единственное, RT-класса, что попадалось у Intel,
так это были серверные решения HI-End-класса, но сами понимаете, какие там цены .





Виртуализация, да, это вещь хорошая.
Но это не для нас.
С виртуализаций до сих пор не разобрались монстры индустрии.
Приходилось работать в виртуалках, иногда бывают глюки.
И монстры (VM-Wire, Microsoft, Sun) пока еще борются с этими глюками.

Куда нам до них?

Читаем сообщение 33.
Возьмите процессор и напишите свой код под x86. Че трудно?:

Вот сообщение №33

Последний раз отвечаю по RT-проблемам с PC.

Прерывание шедулера (планировщика) ядра ОС, сидит как раз на самом приоритетном прерывании в системе!
Выше него только прерывания сигнализирующие об аппаратных проблемах в системе (бывает и такое).

А вот SMI-прерывания, даже выше этих аварийных прерываний!
В принципе, оно и верно, т.к. в SMI-прерываниях есть код обработки аппаратных проблем.

Всё, дальше, по RT-проблемам ПК говорим только в отдельной ветке.
Создавайте, приглашайте.

Далее, чтобы не засорять текущий топик,

большая огромная просьба всем,

все вопросы по RT-проблемам PC-архитектуры, рассматривать только
в отдельной ветке.
А то, эти обсуждения очень сильно мешают основной теме нашего топика.

Ветка раздувается, а пользы от этого никакий .

Извините.

PS.
Сам когда-то не понимал эти вопросы.
Но пообщался с умными людьми.
Теперь понимаю.

Да и вообще есть Яндекс, Google, там много по этой теме.

Да трудно!

Об этом варианте я уже писал здесь... (кстати - вам же и отвечал )

Какой нафиг шедулер, ос? При чем тут операционнка какая то? У вас че на арме тоже ось и шедулер? И на пике тоже? И авр? И DSP имеет ось и шедулер? Че городить то. Возьмите чистый камень, закажите мануал бесплатный от Intel и сидите пишите. У меня лежат дома многотомники Intel покуриваю.

1. Начните программировать софт уже сегодня.
2. Начните собирать плату уже сегодня.
3. Закажите комплектующие уже сегодня.
4. Нарисуйте схему уже сегодня.
5. Хватит болтать уже сегодня.
6. Переходите к практическим занятиям уже сегодня.
7. Займитесь делом в итоге уже сегодня.
8. Хачу здесь и сейчас уже сегодня.
9. Люди ждут от вас действий уже сегодня.
10. Теория без практики мертва уже сегодня.
11 Хватит понты бросать уже сегодня.
12.Если ничего путнего нет закройте топик уже сегодня.
And не будет ниче толкового, if сидеть языком чисать. Пойду кофе пить...

ветку пора переносить в юмор.

Уважаемый Oxford
1) Читайте внимательно вопросы.
2) Читайте внимательно ответы.
3) Если что-то не понимаете (или пока не знаете) - не фантазируйте, лучше переспросите.

А то люди начинают рассматривать ваши ответы уже, как юмор .

Ага, разговор глухонемого со слепым.
ППР, ППР...

Да, просто поговорить желающих много.

А вот по делу, только несколько человек пишут.

Ваши реальные предложения по текущей теме?

Пробежался по всему топику, собрал более-менее полезную информацию по ТЗ.
(может чего и упустил, так поправьте)

Далее фо

Пробежался по всему топику, собрал более-менее полезную информацию по ТЗ.
[color="#FF0000"][b](может чего и упустил, так поправьте

Пробежался по всему топику,
собрал более-менее полезную информацию по ТЗ.
(может чего и упустил, так поправьте)

Далее формулирую последний вариант ТЗ на NC-плату.





Преамбула:

Сегодня, многие хоббисты, для управления станком используют
чисто программную систему управления + LPT-порт.

В основном есть три варианта - TurboCNC, MACH и EMC2

Под Windows работает только Mach
По этой причине он более ходовой у хоббистов.
Виду того, что Windows не является операционкой реального времени
накладываются очень жетские ограничения на настройки ОС и запуск других программ.
Иногда выскакивают сбои (это из-за того что Windows не RT-система (не Real-Time ОС)
Еще огромный минус - его нельзя запустить под Семеркой.
С этим сталкиваются все, кто активно использует MACH.


C EMC2 ситуация намного лучше.
Эта система работает намного стабильней MACH-а,
т.к. она использует операционку реального времени - RTAI.
Но периодически возникают непредолимые траблы при подборе аппаратуры,
и чем новее системы, тем чаще возникают эти траблы.


Есть еще TurboCNC,
он крайне стабильный, даже постабилней будет чем EMC2.
но он работает в текстором режиме, что не удобно и давно морально устарело.

Цель проекта:
Создание системы не критичной к RT-проблемам операционной системы Windows,
а также не критичной к RT-проблемам аппаратуры ПК.

Реалицация:
Создание полноценного NC-модуля, в котором крутится вся RT-математика
На ПК крутится только GUI и необходимая предварительная подготовка УП.

Функциональность:

Три одновременно интерполируемые оси (опция - плюсс три поворотные оси).
Точность 0,001 мм
Диапазон перемещений +/- 10 метров.
Поддержка стандартного G-кода
Поддержка больших УП (по крайней мере, должен обрабатывать УП до 512 Мегабайт, а если получится можно и больше)
Поддержка управления STEP/DIR (либо CW/CCW).
Частота генерации шагов - до 2-ух МГц
Предпросмотр кадров (технология Look-ahead) глубиной 50-100 кадров
В качестве GUI используется PC-компьютер.
Вся NC-математика делается во внешнем RT-контроллере.
Требования к компьютеру для GUI - надо сразу закладывать, мин. под "Семерку"
Интерфейс с GUI-компьютером - Ethernet (по TCP-протоколу).
несколько дополнительных цифровых входов/выходов которыми можно управлять из G-кода (берем пример с EMC2).
ШИМ выход управления скоростью шпинделя;
возможность подключение внешнего пульта управления непосредственно к RT-модулю;


Процессор RT-модуля:
Разрядность – 32.
Наличие блока FPU (float point модуль).
?Тип процессора – DSP, ARM или что то другое. Этот вопрос пока обсуждается.
?Частота процессора, думаю, мин 100 МГц.


? ПП – двухслойка (по возможности, - четырех-слойка)


Архитектура:


Пример данных обмена между GUI и NC-модулем:

Mx0000.000y0000.000z0000.000a0000.000s1200
Mx0100.000y0050.000z0010.000a0000.000s1200
Mx0200.000y0100.000z0060.000a0000.000s1200

где М это перемещение по осям x0200.000 y0100.000 z0060.000 a0000.000 , S1200 скорость перемещения.
команды подразумевают какие либо события - вкл/откл шпинделя, наезд на лимит и т.д.

контролер отрабатывает мгновенно любые команды "стоп" "пауза" "вознобновить" "очистка буфера" "скорость ХХ" "сработал лимит ..." "ошибка перемещения" "аварийная остановка" "нажата кнопка ..." "СОЖ несосает" "перегрев" "а тут хз что - хочу оператора"
буфер для данных может быть любым и работает по принципу фифо.

Другими словами, в NC-плату, мы передаем, теже данные, что и в исходном G-коде,
только в облегченном формате, чтобы не тратить ресурсы NC-платы
на вычленение координат каждой точки заданной в исходном G-коде.
Фактически в NC-плату передается тот-же G-код, но только в подготовленном виде,
для его скоростного анализа.

Под вопросом (Здесь не обязательная функциональность, и реализуемость этого зависит от необходимости и от требуемого уровня сложности)

модуль кинематика для создания непрерывной многоосевой обработки + RTCP;

Имеющиеся наработки:
У serg_io - имеется готовое портирование интерпретатора под МК


Еще какие нюансы? Дополняйте.

Если есть какие-то замечания к ТЗ,
пожалуйста не молчите.

PS.
Чтобы не засорять топик (лишней информации уже и так полно).
Пожалуйста все замечания и предложения, только по теме топика.

У меня только одно предложение по теме: озвучьте бюджет. То ТЗ которое вы периодически пытаетесь озвучить не вписывается в рамки энтузиазма.

Так а в чем собственно трудности?

В ТЗ озвучены разумно-минимальные требования для работы, абсолютно без наворотов и без фанатизма?
А то, что ТЗ на такой проект не вкладывается в пять строчек, так это я думаю совершенно нормально.

Какие пункты вас смущают?

PS/
А те моменты, которые могут затруднить (застопорить) разработку, вообще вынесены в отдельный раздел.

Это же опенсорс проект.

А почему Вы так уперлись в реал тайм систему?
Все остальные (не реал тайм) дают ошибку в несколько микросекунд это приемлимо для нашей задачи.

Да заняться им просто нечем.
EMC2 - Linux
AXIS - GUI for EMC2
KCAM - Windows 98
TurboCNC - DOS
Mach2/3 - Windows 2000/XP
DeskCNC - Windows
CNCZeus - DOS
Master5 - Windows 95/98
DesKAM - Windows/DOS
CNCPro - DOS (recently opened sourced)
USBCNC - USB controlled CNC
CNCDudez - Another USB controlled CNC

В несколько микросекунд, говорите?

А вообще, читайте сообщение №32 (ч.2)
и сообщение №217

------------------------------------------

PS/
Oxford, кстати, к вам это тоже относится.
Пора прекращать флудить.
Высказывания не в тему топика - это обыкновенный флуд.
Я вас уже какой раз прошу, открывайте соответсвующую тему,
поговорим там.

Там, это будет полезная информация,
а здесь, это просто мусор,
мешающий восприятию основной информации.

www.tehstanki.ru/index.php?obj=12

Готовое решение FMS-3000.
FMS-3000 Comfort – представляет собой моноблочное устройство ЧПУ с открытой
архитектурой, предназначенное для управления токарными, фрезерными, расточными
станками, обрабатывающими центрами.


Программное обеспечение системы ЧПУ FMS-3000
Характеристики ПМО
Минимальное время выполнения кадра
управляющей программы – 0,001 с
Кодирование управляющей программы –
формат ISO
Формат файловой системы ЧПУ совместим с
форматом MS-DOS и Windows
Возможность работы в локальной сети
Ethernet
Линейная интерполяция по всем осям
одновременно
Круговая интерполяция
Линейно-круговая интерполяция
Сплайн-интерполяция
Функциональная интерполяция
Параметрическое программирование
Коррекция на радиус инструмента
Коррекция на длину инструмента
Установка масштабных коэффициентов
Поворот системы координат детали
Программирование в полярных координатах
Программирование циклов пользователя
Программирование нарезания резьбы
Отработка программы с кадра
Зеркальная отработка
Отработка управляющей программы с
отключением любых осей
Отработка управляющей программы с
блокировкой технологии и геометрии
Отработка управляющей программы на
быстром ходу
Компенсация люфтов
Компенсация погрешностей ходовых винтов
Компенсация дрейфа приводов
Скоростная объемная компенсация
Инвариантное управление приводами
Объемная графическая визуализация
Встроенный язык макропрограммирования
Встроенный язык электроавтоматики
Развитая система параметров
Программный осциллограф
Ведение журнала работ
Подключение электронных штурвалов
Векторная корректировка траектории
Look Ahead
Цифровое управление приводами

Вы хотите лучше этого предложить?

Oxford, это вы о чем?

Если это как дополнение к нашему ТЗ, то приветствую!
Посмотрим, что там пишут? Может, что-то подойдет для нашего проекта.

О готовом комплексе я.

Для промышленников вполне нормальный комплекс.

Для хоббистов не пойдет, ибо дорог, и только под серваки (ибо для промышленников).

Из приведенного списка, нам практически ничего не надо.

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

Это для бизнеса, кому нужен хороший комплекс.

No comments.

Для хобби.

Автономный контроллер 3-x координатного станка с ЧПУ

www.it-en.ru/CNC

Максимальная частота импульсов "степ" - около 9400Гц
Максимальное рабочее поле - 1м x 1м х 1м
Отсутствие коммуникации с ПК .

Даже для хобби, этого будет маловато.
Вот вам и результат изначально не верно выбранного чипа.

Хороший пример.
Спасибо .

CNC_User
вашу энергию,да в мирных целях....
я продаю станки CNC_MAGIC с EMC2 на паппи,но сам пользую на всех своих,которые сам делал,а это порядка 8 шт специализированных -Mach.
Причин для этого много,но главная очень быстрая переделка экрана,добавление кнопок,скриптов и т.п.
Ну,и не глючат они,хоть ты тресни.. ВООБЩЕ.
на CNC_MAGIC станки- EMC2 на паппи т.к мне нужна гарантия работоспособности системы вне зависимости от навыков и "кривых рук"
причем диск на компе разбит на 3 и там вполне и мач ставится.

ваше т.з. под 3 оси утопия,т.к. 4 уже минимум.А то и 5.
Если вы используете комп,то только его ресурсов хватит рассчитать предпросмотр,тем более что ваша интерпретация его реализации думаю неверна.

Oxford вы очень плодовиты на посты.
На каком станке вы работаете?

AlexSpb, а если не секрет, какая конфигу

Опять глюки движка форума :(

AlexSpb, а если не секрет, какая конфигурация компьютера?

Настраивал некоторое кол-во систем.

Вы правы, если пошло сразу, то чаще всего работает нормально.

На некоторых сразу не пошло (хотя, все было новое).
Навозился по самое - нехочу.

На одном вылечилось заменой USB-мышки на PS/2.
На другом заменой SATA СиДиРом-а на IDE.
На третьем заменой видео-карты.
Ну вообщем - зависимости никакой.

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

А на некоторых сразу пошло, но стабильно раз в несколько часов был сбой генерации,
и не лечилось ничем (только заменой материны).

Сейчас, этим уже не занимаюсь.
Воспоминания остались не очень приятные.

А вот если бы был нормальный NC-контроллер, пускай без промышленных наворотов,
но стабильно работающий и надежный, то это было бы самое оно!
Приходилось запускать парочку таких, так это просто сказка - ничего не надо настраивать,
ничего не надо урезать, не надо дрожжать над компом (подойдет? / не подойдет?).
А просто включил и всё работает. И никаких опасок за кривые руки, за лишний софт и т.п.
К примеру, при подключении принтера, не смотря на то, что это устройство, во многих случаях
будет даже посложнее наших станков, но всеравно, сейчас почти ни укого не возникает проблем с инсталляцией.
Подключил - залил драйвера - и всё работает. Минимум техподдержки и т.п.
В идеале, так должно быть и со станками.


Собственно, по этой причине и запущен этот проект.




Можно мин. и 4 оси (не принципиально, просто в мин. комплектации будет сразу больше выводов).



А какая, по вашему мнению верная?

И вообще, ваш опыт сильно пригодился бы для этого проекта.

Надеемся на вашу поддержку.


PS/
EMC2 реально пугает очень многих (из-за Линукса)
Сам ковырялся с ним.
Лично мне понравился, но уговорить кому-то
поставить его так и не получилось (опять же из-за Линукса)
Повторюсь - мне он понравился, но проблема в предпочтениях пользователей .

А вот если бы было стабильное решение под Windows,
уверен на все 125%, что вы-бы продавали своих станков поболее чем сейчас.

Все-таки у вас есть конкуренты, и они в основном продвигают решения на Windows-е.

Так-что для вас, думаю интерес будет даже более высокий к данному проекту,
чем например для меня, или для других участников сего топика.
Для вас - это будет прямой коммерческий интерес,
а как известно, это наиболее эффективный стимулятор прогресса !

не надейтесь,фантастически некогда.
я по своим темам не пишу,а по другим и подавно.
И масса своих проектов в разных областях которыми нужно заниматься.

мне не нужно поболее. И у ж точно не это причина.

Есть конкуренты,так есть.Своим наличием они мне помогают.
кроме этого есть готовый продукт который я опробую и если устроит,то буду предлагать как альтернативу.

Насчет глючности Mach : //mir-cnc.ru/index.php?showtopic=3418&hl
P.S. Естественно, AlexSpb и слова не скажет про глючность Mach-а, он ведь станочки продает с ним

Morf
желание вставить ссылку глаза отключило?
Реал-тайм сбой дал?
многозадачность не выполняется?

ну,и раз пошла такая пьянка,то в последний раз объясняю:
проблема с мачем в ЖАДЮГАХ и ДЕБИЛАХ,
Они берут комп на помойке,пылесосят и дальше хотят построить типа бизнес.
Они не понимают что не нужно ставить частоту ядра 100кгц,не понимают что нужно оптимизировать систему,нет мозгов понять что неххх клацать кнопками и смотреть видео при работе,и не для серфинга по инету этот комп,начитавшись умников ставят дебильный микрошаг на (если покупной,а так это обычно 297-298и пайка на коленке) типа 1/128 и наступают тормоза,они все знают,во всем уверены и тратят жизнь на борьбу,а не информацию и результат.
яркий пример этой категории- темы,где и и станок и арт кам и солид и и-нет у умника живет на одном компе и он доказывает что все ок.
спорить с ними бестолку,они ж посчитать,прикинуть вероятность нехватки ресурсов компа неспособны.
Ну,вот так-гении без 7000руб на второй комп.Значит пока непризнанные.
Вот поэтому,чтоб не рисковать с возможными дебилами нами и применяется EMC2 на паппи.
тут вероятность ковыряния минимальна,линукс не их система и дуракам её не сломать так просто,но могут.

опенсорс не значит бесплатно. Тем более в этом нет никакого смысла: столь специфическая тема на сложном проприетарном железе при засилье вагона и маленькой тележки вполне работоспособных, гораздо более простых для входа и массовых проектов конечно никого не привлечет.

Конечно это ПМСМ но подобная постановка ТЗ без финансирования обречена на ППР. Особенно учитывая что зачинатель темы вообще ничего для ее развития сделать не может - он же не программист, не электроинженер и денег не предлагает. Собирается только плоды пожинать. На таком раскладе в тему никто не войдет даже если бы возможность была.

Тема ветки не об этом.

Читайте сообщение №32 (ч.2)
и
сообщение №217.