Страница 25 из 51

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 09 мар 2015, 21:18
aftaev
Сергей Саныч писал(а): И портировать его под винду вряд ли кто возьмется, да и смысла особого нет - большинство удовлетворено ломаным Мачем.
Заходим в Мач3 Помощь/О программе и долго ждемс :roll:
123.png (4238 просмотров) <a class='original' href='./download/file.php?id=45005&mode=view' target=_blank>Загрузить оригинал (30.03 КБ)</a>

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 09 мар 2015, 21:22
aftaev
PKM писал(а):Кто знает, такой ли это большой недостаток например в 10-летней перспективе.
Все переходят на АРМ, а там сплошной линукс-андроид, даже винда совсем не так что на десктопе...
Когда Линукс с ЕМС будет настраиваться как Винда и Мач через менюшки, легко можно будет переписывать скрин, то многим будет фиолетово под чем оно работает ;)

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 09 мар 2015, 21:55
michael-yurov
PKM писал(а):Похоже что планировщик расчитывает среднюю скорость исходя из допустимого ускорения по осям, но выбросы эти игнорирует. Согласен?
И я считаю, что это правильно. А вот как ему это удается - не знаю.
PKM писал(а):Выходит, без ФНЧ задача сглаживания Кфлопом полностью не решается, так? А в линуксе спокойно решается с заданной точностью, там выбросов ускорения вообще нет.
Пока что я не увидел этому подтверждений.
Да и в любом случае результат после разбиения на сегменты по 1 мс будет хуже. Расчеты я привел.
PKM писал(а):Такие условия ставились при разработке нового планировщика LinuxCNC.
Вот именно, что речь о новом планировщике, которого вообще не было на момент создания KMotionCNC.
И пока что я слишком мало знаю о новом планировщике, чтобы что-то сравнивать.
PKM писал(а):Все эти выбросы вылавливались месяцами в разных ситуациях и устранялись математически планированием сглаживающей траектории, а не дроблением отрезков.
Так ли?
PKM писал(а):Если этого не будет - придется значительно уменьшать допустимые ускорения приводов, чтобы не было срыва шагов
Эти выбросы чрезвычайно малы и не повлияют на работу в большинстве случаев.
Наверное, я мог бы провести реальные тесты, но не вижу смысла тратить на это время.
То что исправляет StepMaster - намного больше всплесков длительностью 180 мкс.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 09 мар 2015, 22:02
PKM
michael-yurov писал(а):Так ли?
Именно так.
Совсем недавно выяснилось, что фирма Tormach заплатила специалисту по планированию траекторий за создание нового планировщика. И он его создал, примерно в течении года. И поработал на совесть, посколько ему за это заплатили. А выгода всем, ведь код открыт :)

michael-yurov писал(а):Эти выбросы чрезвычайно малы и не повлияют на работу в большинстве случаев.
Малы??? Их амплитуда раз в 10 превышает норму. По временной шкале графика я бы оценил их длительность в 0.5мс.
Эти выбросы просто ужасны, для борьбы с ними и нужно сглаживание.
Вот если поставить corner tolerance 0.0001" в настройках, возможно они станут поменьше.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 09 мар 2015, 23:30
Serg
PKM писал(а):Кто знает, такой ли это большой недостаток например в 10-летней перспективе.
Как раз примерно 10 лет назад я собрал статистику по нашим клиентам-серверам - разнообразные версии винды составляли 1.4%
aftaev писал(а):Когда Линукс с ЕМС будет настраиваться как Винда и Мач через менюшки, легко можно будет переписывать скрин, то многим будет фиолетово под чем оно работает ;)
Необходимо понимать разницу между хобийщиками и производством - первым как раз и нужны всякие менюшки и т.п., а вот вторым надо быстро запустить очередной станок в работу, в LinuxCNC это делается простым копированием 3-5 файликов.
И ещё, ни на каком производстве, которое желает пройти международную сертификацию не может быть место десктопной винде, а под Windows Embeded ни Mach3, ни Mach4 не работают.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 09 мар 2015, 23:42
PKM
PKM писал(а):Вот если поставить corner tolerance 0.0001" в настройках, возможно они станут поменьше.
То есть наоборот, увеличить допуск отклонения и уменьшить угловой шаг отрезков... в общем нелегкая это работа - сглаживать углы углами :)

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 00:09
aftaev
UAVpilot писал(а):а вот вторым надо быстро запустить очередной станок в работу, в LinuxCNC это делается простым копированием 3-5 файликов.
у тебя всегда все просто :)

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 01:42
Impartial
PKM писал(а):То есть наоборот, увеличить допуск отклонения и уменьшить угловой шаг отрезков... в общем нелегкая это работа - сглаживать углы углами
Планировщик не занимается сглаживанием углов. Это дело интерполятора.
Вот выдранный из емс планировщик траектории с моими комментариями. Гениально придуман.
Вообще емс кладезь алгоритмов. Чтобы такое придумать жизни не хватит.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 06:17
Сергей Саныч
И что, это всё? А где глубина просмотра, где используются задаваемые параметры?

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 08:33
Serg
Это не тот trajectory planner, этот обеспечивает движение одной оси в пределах заданных скорости и ускорения... :)
Но этот код как минимум позволяет понять, что LinuxCNC ни при каких условиях не нарушит эти ограничения.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 10:20
Impartial
Сергей Саныч писал(а):И что, это всё? А где глубина просмотра, где используются задаваемые параметры?
Практически все. Параметров два максимальная скорость и ускорение оси.
Предосмотр есть. Попробуйте найти ответ на вопрос - как находит этот код начало участка торможения при движении из одной точки в другую ?
UAVpilot писал(а):Это не тот trajectory planner,

В оригинале, во всяком случае в версиях выпущенных до прошлого года, использовался этот планировщик.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 11:03
Сергей Саныч
Пока титаны спорят, провел еще и тест (в LCNC) с G61 (точное прохождение, когда каждой точке кланяться приходится :) ) Добавил
Что интересно, в линейном тесте время прохождения строго одинаково в обоих планировщиках (что не удивительно для такого режима, не надо ничего вперед считать), а вот с дугами новый планировщик показывает лучшее время :thinking:

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 11:11
PKM
Сергей Саныч, есть еще нюанс.
Раньше G64 P0.1 соответствовало G64 P0.1 Q0.1, а в новом планировщике соответствует G64 P0.1 Q0

То есть надо бы явно задавать G64 P0.1 Q0.1


Любопытный результат в старом:
G64 5м36с
G64 P1. 3м24с

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 11:20
Сергей Саныч
PKM писал(а):Раньше G64 P0.1 соответствовало G64 P0.1 Q0.1, а в новом планировщике соответствует G64 P0.1 Q0

То есть надо бы явно задавать G64 P0.1 Q0.1
Сейчас попробую. А разве Q в новом имеет значение?
PKM писал(а):Любопытный результат в старом:
G64 5м36с
G64 P1. 3м24с
Да, я тоже заметил. Два раза перемерял.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 11:32
PKM
Сергей Саныч писал(а):Сейчас попробую. А разве Q в новом имеет значение?
Имеет. Но это довольно редкий случай, если отклонение участков от прямой не превышает Q, они проходятся одной линией.
В данной тестовой траектории вряд ли (при разумных Q) много таких случаев найдется.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 11:41
Сергей Саныч
В старом - да. ("naive CAM's" так забарывают, точнее пытаются). В результате при больших Q окружность из сотен отрезков превращается в очень явный многоугольник.
А в новом для этого вроде как сделан умный предпросмотр.

Кстати, тест line с G64 P0.1 Q0.1 прошел - секунда в секунду.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 13:36
Сергей Саныч
Проверил, как работает параметр Q в новом планировщике.
Вот такая программа. Рисует ветвь параболы.

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

G90
G64 P0.01 Q0.
G00 X0. Y0.
G91
F5000
#1 = 0.
o10 repeat [200]
G01 X1. Y[#1]
#1 = [#1 + 0.005]
o10 endrepeat
G90
G00 X0. Y0.
M02
При Q0. рисует вот так:
Q0.
Q0.
Q0.png (2.61 КБ) 4056 просмотров
А при Q5. - вот так.
Q5.
Q5.
Q5.png (2.71 КБ) 4056 просмотров
Причем "правильная" кривая (Q0.) рисуется новым планировщиком за 18 секунд (вместе с возвратом в начало).
А "неправильная" (Q5.), состоящая из двух отрезков прямых и тоже новым планировщиком - за 21.
Вывод: параметр Q в новой версии оставлен исключительно для совместимости. Для обычной работы значение по умолчанию Q0. должно всех устраивать.
Да! Старая версия на "правильную" кривую тратит больше сорока секунд.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 13:56
PKM
Хорошо, ну Q5 экстремальный случай. А если Q0.1?

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 14:02
Сергей Саныч
PKM писал(а):А если Q0.1?
Это на глаз не заметно, и по времени тоже нет разницы. Потому и задал 5.

Re: Сравнение бюджетных систем управления ЧПУ

Добавлено: 10 мар 2015, 15:05
michael-yurov
Сергей Саныч писал(а):Попробовал сравнить старый и новый планировщики LinuxCNC
Попробовал те же настройки для KMotionCNC:
- пороговый угол убрал (установил 360°)
- запуск выполнения из точки останова (X84.029 Y-122.585)
- для G64 без параметров использовал максимальное возможное отклонение (начало скругления не далее середины сегмента)
- для G61 установил нолевую величину допустимого отклонения, пороговый угол оставил 360°

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

G1 (line)
	LCNC старый   KmotionCNC Q.1  LCNC новый    KmotionCNC Q0
G64         5:36          2:04          2:32с		2:06
G64 P1.     3:24          2:25          2:39с		2:26
G64 P0.1    4:52          2:47          3:03с		2:48
G64 P0.01   6:46          3:26          3:12с		2:57
G61         7:09          4:41          7:09с		4:40 (7:08 при остановке в каждой точке) 

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

G1/G2/G3 (arc)
	LCNC старый    LCNC новый     KmotionCNC
G64         3:10          2:43		1:54
G64 P1.     3:24          2:45		2:12
G64 P0.1    4:36          3:25		2:33
G64 P0.01   5:07          3:39		2:41
G61         4:52          4:09		2:47 (3:35 при остановке в каждой точке)