Контроллеры myCNC

[Serg]

Я когда вижу рекламу в стиле "лохи, слушайте сюда и верьте!" удержаться не могу.
Впредь обещаю сдерживаться.

[mycnc]

Если контроллер автономный и за приемлемые деньги, то преимущество перед крякнутым мачем налицо!
Mycnc, создай тему с описанием возможностей своего контроллера, я думаю всем будет полезно . Да, кстати, почем он?

Nick, Если статья представляет интерес - большая просьба почистить от флуда. Если нет - убери ее целиком, как рекламную и лживую.

[aftaev]

Господа aftaev, UAVpilot - я же не пишу ничего плохого в ваших темах.

Что-же у вас так зудит подгадить здесь?

Если спросил какие преимущества перед ЕМС это плохо?
UAVpilot, спросил про интерполяцию это тоже плохо?
Нужно задавать вопросы угодные тебе? Тогда составь список вопросов которые можно спрашивать

Извини если мои вопросы воспринимаются как подгадить, а не способ разобраться.

[Impartial]

myCNC- аппаратный контроллер, где задачу интерполяции решает отдельная плата, снимая требования real-time с
персонального компьютера.

Сначала скажу, что с большим уважением отношусь к Вашей разработке. Много вложено работы и таланта.
Однако не понятно почему Вы делаете основной упор на перенос задачи интерполяции во внешний контроллер. На мой взгляд это бессмысленно. Никакой кортекс не справится с ней быстрее и эффективнее процессора РС. Интерполяция выполняется один раз в начале анализа кадра Г кода и занимает не много времени. А действительно критичная по времени часть (генераторы шагов, приемники энкодеров) у Вас , я так думаю, все равно вынесена в CPLD или аппаратно обрабатываются периферией кортекса, хотя в кортексе ее не хватит на 6 осей. Все эти критичные по времени задачи с успехом решаются внешними платами типа месы.
Так зачем все таки огород с кортексом?

[mycnc]

Однако не понятно почему Вы делаете основной упор на перенос задачи интерполяции во внешний контроллер. На мой взгляд это бессмысленно. Никакой кортекс не справится с ней быстрее и эффективнее процессора РС. Интерполяция выполняется один раз в начале анализа кадра Г кода и занимает не много времени. А действительно критичная по времени часть (генераторы шагов, приемники энкодеров) у Вас , я так думаю, все равно вынесена в CPLD или аппаратно обрабатываются периферией кортекса, хотя в кортексе ее не хватит на 6 осей. Все эти критичные по времени задачи с успехом решаются внешними платами типа месы.
Так зачем все таки огород с кортексом?

Вы путаете интерпояцию и планировщик пути. Планировщик, действительно, делается один раз за команду.
А интерполяция (заполнение пути между начальной и конечной точкой команды) производится постоянно и очень критична ко времени. При этом кортекса вполне хватит даже на 8-10 осей (разумеется в связке с Altera). Поэтомуя я делаю ее на своих контроллерах, полностью разгружая ресурсы PC.
В LinuxCNC это решается RT-заплаткой в ядре, что замечательно подходит для хобби-класса приложений, но не явлется универсальным решением на мой взгляд.

MESA - сторонний производитель. навязывать мне их платы как-то странно. У меня есть свои платы. Вы же не будете предлагать Фануку, Сименсу или Хаасу выкинуть нафиг их контроллеры и использовать замечательный продукт MESA ?

На рынке в мире, наверное, несколько десятков (а то и сотен) различных систем ЧПУ. Моя - одна из них.
И далеко не самая худшая. Могу вас заверить, что есть клиенты, которые успешно решают свои задачи,
используя "огород с кортексом".
Жаль только не в России.

[tooshka]

Никакой кортекс не справится с ней быстрее и эффективнее процессора РС.

Это 100%, только как Вы загрузите а потом снимите эти данные с процессора ПС, в смысле с какой скоростью передачи данных, думаю это основная проблема EMS. А еще лучше примотать эти расчеты к процессору видеокарты вот он то точно справится.

Жаль только не в России.

Для этого как минимум наверно нужно подкорректировать маркетинговую политику (без обид) - совковоязычный сайт и мануал?

[Impartial]

Вы путаете интерпояцию и планировщик пути. Планировщик, действительно, делается один раз за команду.
А интерполяция (заполнение пути между начальной и конечной точкой команды) производится постоянно и очень критична ко времени. При этом кортекса вполне хватит даже на 8-10 осей (разумеется в связке с Altera). Поэтому я я делаю ее на своих контроллерах, полностью разгружая ресурсы PC.

Ничего не понял. Как можно сразу спланировать скоростную траекторию не имея геометрической? Ну может у Вас свое видение и свои ноу-хау. Или у нас разные понимания терминологии.
В моем понимании сначала рисуется геометрическая траектория от предыдущего кадра, а уже по ней планировщик траектории рисует скоростную, и разбивает ее на сервоциклы. Вот эти скорости на сервоциклах и управляют приводом. Они легко вытаскиваются из любых систем управления по любому интерфейсу.
Мне очень интересно услышать Ваше видение этого куска задачи.

[mycnc]

Насколько сложно реализовать на mycnc автосмену инструмента и реализована ли она уже в железе??
Как ведет себя контроллер с серводрайверами других производителей?
Была ли реализована на mycnc 4 - 5 осевая система, если да то какая максимальная подача была достигнута при 5 осевой обработке криволинейных поверхностей?

Жаль, так и не дождался примеров G-кодов с криволинейной поверхностью и 5 осями.
Попробовал на том что было.

4х осевая обработка. Поставил подачу 20м/мин, ускорение 10м/с^2
Проехало за 5 минут (обычное время больше часа).
Надо проверять быстрее?

Кстати Мач и LinuxCNC эту программу вряд ли проедут в режиме постоянной скорости.

[ukr-sasha]

Простите, а 20 м/мин в режиме симуляции или на реальном станке? Мне тяжело представить конструкцию которая может выдержать такие режимы, сохраняя точность траектории.

[aftaev]

Кстати Мач и LinuxCNC эту программу вряд ли проедут в режиме постоянной скорости

Код выложи.

[DSP1]

mycnc , не протестите ? Конфигурация XYZAC .
Подача 3м/мин . Общая длина траектории лопатки 520мм , идеальное время 9сек .
Общая длина курвы 860мм , время 16сек . Также интересно на "запредельных" режимах -
типа 10м/мин 0,5g .

Imp.rar

(868.79 КБ) 749 скачиваний

Curve.rar

(1.2 МБ) 772 скачивания

[mycnc]

mycnc , не протестите ? Конфигурация XYZAC .
Подача 3м/мин . Общая длина траектории лопатки 520мм , идеальное время 9сек .
Общая длина курвы 860мм , время 16сек . Также интересно на "запредельных" режимах -
типа 10м/мин 0,5g .

Imp.rar

Curve.rar

Курва с подвохом - чтобы увеличить скорость, пришлось пробежаться по программе и убрать лишние F-коды.
Но дальше скорость ограничивается в основном допустимым ускорением. Поставил 40м/мин, но реальная скорость
не поднималась выше 6-7 м/мин. Прошло за 8 сек (в штатном режиме - без изменения скоростей - прошло за 16 сек).


Вопрос был про физические пределы контроллера по скоростям подачи. Разумеется на таких скоростях все проверялось без
станка и моторов.

По информации от моих пользователей, Мач не корректно считает режим постоянной скорости ПРИ ОДНОВРЕМЕННОМ движении в
линейных и поворотных осях. Я смотрел исходники LinuxCNC полуторагодичной давности. Я думаю, что там та же проблема -
constant velocity работает правильно только в трех осях XYZ.

Если здесь есть специалисты, реально работающие на 5-ти осевых станках с криволинейными поверхностями в режиме постоянной
скорости на Mach/LinuxCNC - с удовольствием обсудил бы особенности реализации алгоритмов.

[mycnc]

Насколько сложно реализовать на mycnc автосмену инструмента и реализована ли она уже в железе??

Запускаем потихоньку автосмену с мальтийской звездой,
получаются такие скрипты

Макрос для M6

Код: Выделить всё

(Tool change procedure)
IF [ #5600 EQ 0 ] 300 (skip toolchanger procedure if changer type==0)
IF [ #5400 EQ #5409 ] 300 (desired tool is the same as current)
M611 P[#5400+[#5409*256]]
G10 L81 P5400 Q5409 (set current tool number)
N300

Процедура по вращению мальтийской звезды M611 (PLC)

Код: Выделить всё

portclr(output_atc_cw);//turn off tollchanger rotation CW
portclr(output_atc_ccw);//turn off tollchanger rotation CCW
tool_current=eparam&0xff;//current tool in the low byte
tool_next=(eparam>>8)&0xff;//next tool in the hig byte

direction=1;
steps=tool_next-tool_current;

if (steps==0)
{
  exit(99);
};
if (steps<0) //if steps is negative, switch rotation in CCW and get abs(steps)
{
 direction*=(0-1);
 steps=0-steps;
};
if (steps>5) //if long way - try opposite direction
{
 direction*=(0-1);
 steps=10-steps;
};
if (steps==0)
{
  exit(99);
};
if (direction<0)
{
  portset(output_atc_ccw);//turn on tollchanger rotation CCW
};
if(direction>0)
{
  portset(output_atc_cw);//turn on tollchanger rotation CW
};
sensor_prev=portget(sensor_atc_position);
do
{
 sensor_current=portget(sensor_atc_position);
 if (sensor_prev==0)
 {
  if (sensor_current!=0)//positive edge of atc sensor
  {
   steps--;
  };
 };
 sensor_prev=sensor_current;
}while(steps!=0);

Разумеется, это еще не все.
Надо будет добавить подъезд шпинделя к сменщику,
пощелкать клапанами, проверить датчики, возврат в исходное положение, и тп.
Но общая структура уже просматривается.

Сложно это или просто - смотрите сами.

[DSP1]

Спасибо .

Курва с подвохом - чтобы увеличить скорость, пришлось пробежаться по программе и убрать лишние F-коды.

Вы , вероятно , ошиблись с названием . Файл траектории кривой 45.ngc лежит в архиве Curve .
....................
Вывод F сделан по G94 в мм/мин стандартно -
G1...F4000 - позиционирование
G1...F1000 - врезание
G1...F3000 - резка
G1...F4000 - отход .
Лишних F нет .
А в архиве Imp лежат два файла обработки лопатки - один с F по G94 , другой по G93 .
При инверсном выводе скорость должна указываться в каждом кадре и равна
F=60/T , где Т (сек) - время на кадр . Формат кадров имеет вид :
G0...
G1...F~
Вывод по G93 может быть удобен для стоек , не учитывающих кинематическую схему станка ,
но умеющих работать в const velocity по G93 .
..................
Поэтому не очень понятно , к какому файлу относятся указанные результаты .
Но в любом случае их не достигнут пользователи EMC и MACH .

[Nick]

portclr(output_atc_cw);

А вот такую штуку в конец скрипта не надо добавить?
Зы на каком языке скрипты пишутся? И надо ли их компилить?

[mycnc]

portclr(output_atc_cw);

А вот такую штуку в конец скрипта не надо добавить?
Зы на каком языке скрипты пишутся? И надо ли их компилить?

Глюки копи-паста. Там еще пару строчек не хватает. Я так понимаю, что кому надо - разберется сам или поставит задачу.
Оригинал все равно есть в дистрибутиве (или появится в следующем релизе).

Компилить надо (компилятор под Linux & Windows входит в комплект), язык по синтаксису очень напоминает С,
но ОЧЕНЬ сильно кастрирован. Фактически if-else; do-while и немножко операторов.
define, include реализованы через awk скрипты.

[mycnc]

Вы , вероятно , ошиблись с названием . Файл траектории кривой 45.ngc лежит в архиве Curve .
....................
Вывод F сделан по G94 в мм/мин стандартно -
G1...F4000 - позиционирование
G1...F1000 - врезание
G1...F3000 - резка
G1...F4000 - отход .
Лишних F нет .
А в архиве Imp лежат два файла обработки лопатки - один с F по G94 , другой по G93 .

Тогда надо разбираться дальше. Возможно результаты тестирования некорректные.
F-ы убирал, чтобы загнать в "запредельный режим" по скорости.
Коды G93, G94 у меня не реализованы. Используется скорость подачи F, но длина пути вычисляется с учетом
поворотных координат и текущего положения. До конца не понятно, правильна ли эта методика и насколько она эквивалентна использованию G93-G94.
Требуется тестирование на реальных машинах. Пока проверяли только на 4-х осевом движении (с положительным результатом).
Но в 5-ти осях оно посложнее будет.

[mycnc]

перенесено из темы АВТОНОМНЫЙ КОНТРОЛЛЕР NightV

В разработке автономный контроллер на базе myCNC.
"Автономность" достигается за счет использования мини компьютера Cubieboard2 c 7 дюймовым тач-скрином.

Для сборки готовой системы ЧПУ необходим мини-компьютер и один из Ethernet контроллеров myCNC - ET1, ET3, ET4, ET5.
Проект коммерческий. Планируемая цена за комплект мини-компьютера - $150-$180

[sergey27rus]

Как будет результат, положительный, могу взять для тестов, и какой объем памяти планируется?

[aftaev]

Планируемая цена за комплект мини-компьютера - $150-$180

+

и один из Ethernet контроллеров myCNC - ET1, ET3, ET4, ET5.

= ?