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

Контроллеры, драйверы, датчики, управляющие устройства.
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

michael-yurov писал(а): Тот, который даст лучший баланс между точностью обработки и затратами времени.
а вот кстати к тестовому Gкод - нет ли соответствующей модели-бобышки? чтобы поэкспериментировать скругляя углы в модели, в CAD, что в моем случае всегда возможно.
Раз уж есть такой эталон.
Аватара пользователя
michael-yurov
Почётный участник
Почётный участник
Сообщения: 11626
Зарегистрирован: 26 июл 2012, 00:10
Репутация: 4634
Настоящее имя: Михаил Львович
Откуда: Новоуральск
Контактная информация:

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

Сообщение michael-yurov »

vtgmfg писал(а): 15 сен 2023, 15:25
michael-yurov писал(а): Тот, который даст лучший баланс между точностью обработки и затратами времени.
а вот кстати к тестовому Gкод - нет ли соответствующей модели-бобышки? чтобы поэкспериментировать скругляя углы в модели, в CAD, что в моем случае всегда возможно.
Раз уж есть такой эталон.
Нет, чертежа нет.
Но я в ближайшие недели попробую конвертировать из G-кода.
Сейчас как раз занят своей прогой, переписываю заново, т.к. недавно все пропало из за посыпавшегося SSD.
Может получится в DXF какой-нибудь сохранить.
Но там главная сложность из за времени подхода к начальной точке и и возврата на конечную.
Вложения
2023-09-16_00-04-08.jpg (3211 просмотров) <a class='original' href='./download/file.php?id=209256&sid=24d8434e86f48655437b792cfc309178&mode=view' target=_blank>Загрузить оригинал (494.35 КБ)</a>
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

ок - будет интересно
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

вот еще такой вопрос косвенно в тему.. CAM может посчитать время выполнения УП, вернее он что-то считает (SolidCam) - но непонятно на основании каких ускорений, и куда их вбить в ПП или еще куда. Может кто-то знает? Я искал - не нашел. Но где то видел картинку VMID - там были графы ускорений. у меня таких почему-то нет.
Вроде в ПП можно вывести прогноз времени в УП. Но хотелось бы чтобы этот прогноз был нормально посчитан.

P.S. В VMID нашел время смены инструмента - у меня там было 8сек. Поставил 0. Теперь видно что расчет времени при визуализации идет тупо по скоростям. Т.е. ускорения бесконечные. Печально.
Вообще дефолтовый ПП от HAAS который в несколько доработанном виде на форуме используется с SolidCam вызывают некоторые подозрения - там 6 СК всего, что явно не соответствует станку. то есть нужен оригинальный ПП для HAAS и вот в нем возможно уже все по феншую.
Аватара пользователя
michael-yurov
Почётный участник
Почётный участник
Сообщения: 11626
Зарегистрирован: 26 июл 2012, 00:10
Репутация: 4634
Настоящее имя: Михаил Львович
Откуда: Новоуральск
Контактная информация:

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

Сообщение michael-yurov »

Расчет реального времени очень затратная операция. Я даже сомневаюсь, что это нужно в системе управления, а не то что в CAM.
К тому же, как ясно из этой темы, для разных ЧПУ систем с одинаковыми настройками время выполнения будет разным, и САМ в принципе не может его точно рассчитать, даже если сообщить ему все параметры настройки ЧПУ, и нет смысла даже пытаться.
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

michael-yurov писал(а): затратная операция. Я даже сомневаюсь, что это нужно в системе управления, а не то что в CAM.
ну а как с прогнозом тогда? У меня нет опыта с разными ЧПУ системами, но они что, не показывают сколько осталось времени? кмк самая нужная цифра.))
вот например та же тестовая УП разница во времени на порядок.
а потом на фоне расчета самой трассы попутный расчет времени как то не представляется сложной задачей. ну будет дольше несколько.
michael-yurov писал(а): для разных ЧПУ систем с одинаковыми настройками время выполнения будет разным,
тогда что - ЧПУ значит может посчитать опираясь на свою логику и все эти доппараметры типа углов, скруглений и тп? ну ок.
Аватара пользователя
michael-yurov
Почётный участник
Почётный участник
Сообщения: 11626
Зарегистрирован: 26 июл 2012, 00:10
Репутация: 4634
Настоящее имя: Михаил Львович
Откуда: Новоуральск
Контактная информация:

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

Сообщение michael-yurov »

vtgmfg писал(а): У меня нет опыта с разными ЧПУ системами, но они что, не показывают сколько осталось времени?
Большинство показывают, если запустить симуляцию. Файлы попроще быстро просчитывает. Сложные может считать относительно долго (минуты, если не дольше). И тебе приходится ждать, пока оно считается.
vtgmfg писал(а): а потом на фоне расчета самой трассы попутный расчет времени как то не представляется сложной задачей.
Если логика работы планировщика не сложная, то, да, наверное, вполне можно посчитать. А если какие-нибудь S-кривые использовать, то там получается система уравнений, в которой неизвестных больше, чем n+1. Т.е. нет однозначного решения, где с какой скоростью двигаться.

А вот так, чтобы открыл файл и сразу узнать время выполнения - это проблематично. Даже если в фоне считать, все равно это долго и лишняя нагрузка на компьютер (хорошо, если мы не про расбери пи какой-нибудь говорим). И вот оно тебе надо чтобы ЧПУ тормозила после открытия файла несколько минут?
alex_sar
Мастер
Сообщения: 1718
Зарегистрирован: 28 авг 2018, 17:13
Репутация: 286
Настоящее имя: Алексей
Контактная информация:

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

Сообщение alex_sar »

vtgmfg писал(а): вот например та же тестовая УП разница во времени на порядок.
а если два конкретных времени написать? по симуляции и по выполнению на станке?

имхо проблемы то и нет никакой чтоб её надо было решать.
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

я чтото не очень пойму при чем тут симуляция. Что во время симуляции, что во время работы - надо показывать оставшееся время.. то есть одинаково нужно иметь после загрузки УП более менее точный прогноз чистого времени. а дальше вычитаем отработанные секунды и все. Если не крутить подачу в процессе.
Поэкспериментировал - в общем то установки для тестовой УП из темы конечно ультра.. - 5м/мин и 25мм/с2. эти 5м/мин набираются на дистанции 140мм, и время выполнения в итоге на порядок ниже чем с рабочими ускорениями реального станка. Там и ускорения сильно выше и рабочие подачи сильно ниже.. попробовал обегать квадрат 10х10мм на скорости 0.8м/мин с ускорением ~2000 и особой разницы с прогнозом CAM не получаю. Ну а дистанция полного разгона стала всего 45мкм - и там что полный останов, что неполный как-то стало уже незаметно.
michael-yurov писал(а): хорошо, если мы не про расбери пи какой-нибудь говорим
да боже упаси
michael-yurov писал(а): И вот оно тебе надо чтобы ЧПУ тормозила после открытия файла несколько минут?
ну вот получается что можно в случае реальных моих дистанций, ускорений и скоростей брать чистое время из УП, пока из ПП по видео CNC SKILL получается вот такая картина где нужно просто сложить время исполнения всех инструментов и получится общее время:
%
(TRIAL3_MILLING)
O1000
(OCT- 9-2023-17:46:34)

(TOOL 2 - DIA 6. 0:00:30)
(TOOL 3 - DIA 3. 0:00:18)

G90 G17 G40 G80 G00
T2 M06()
T3

не совсем удобно это выводится конечно.. если №2 использовался 2 раза - то выводится суммарное время в одну строку по одному тулу. лучше бы отдельно по каждому переходу и суммарное по всем чтобы не считать. может это и возможно но с ПП разбираться надо

пожалуй даже более интересен остаток времени по работающему на данный момент инструменту..
Аватара пользователя
michael-yurov
Почётный участник
Почётный участник
Сообщения: 11626
Зарегистрирован: 26 июл 2012, 00:10
Репутация: 4634
Настоящее имя: Михаил Львович
Откуда: Новоуральск
Контактная информация:

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

Сообщение michael-yurov »

vtgmfg писал(а): то есть одинаково нужно иметь после загрузки УП более менее точный прогноз чистого времени. а дальше вычитаем отработанные секунды и все.
Ну так где ты его возьмешь то? Да и отработанные секунды как собрался вычитать, если, например, с середины файла выполнение запущено?
Приблизительное время, да, не сложно оценить после загрузки файла, если учесть только длину пути и заданную скорость подачи.
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

michael-yurov писал(а): Ну так где ты его возьмешь то?
то что насчитал ПП, из УП, вот же:
(TOOL 2 - DIA 6. 0:00:30)
(TOOL 3 - DIA 3. 0:00:18)
в сумме 48сек. столько и при симуляции в CAM и в ЧПУ при рабочих ускорениях те же 48сек
michael-yurov писал(а): Да и отработанные секунды как собрался вычитать, если, например, с середины файла выполнение запущено?
а что за необходимость? это риск все поломать..
Нет если УП остановлена посреди работы, все выключено, потом включено и запущено с середины - не вижу препятствий не потерять учет времени. Время имеется ввиду чистое, только то когда фреза идет по траектории, замена инструмента всякие стопстарты вычитаются.
вот откатить назад - это понятно - поломал фрезу , поменял , задал некую новую точку отступя назад.. тут ничего не теряется в учете времени.

понятно что ЧПУ нужно научить прочитать комментарии в УП
Аватара пользователя
michael-yurov
Почётный участник
Почётный участник
Сообщения: 11626
Зарегистрирован: 26 июл 2012, 00:10
Репутация: 4634
Настоящее имя: Михаил Львович
Откуда: Новоуральск
Контактная информация:

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

Сообщение michael-yurov »

vtgmfg писал(а): из УП, вот же:
в сумме 48сек.
Так че мелочиться то, нужно просто во всех программах ЧПУ эти 48 секунд прописать жестко и все. И пользователям сказать, чтобы только эту УП использовали, в которой время выполнения 48 секунд. И только с начала и до конца. И только с конкретными настройками.
vtgmfg писал(а): понятно что ЧПУ нужно научить прочитать комментарии в УП
Максим, ты же догадываешься, что на свете есть другие люди, использующие другие файлы УП?
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

michael-yurov писал(а): Максим, ты же догадываешься, что на свете есть другие люди, использующие другие файлы УП?
блин - эти цифры вставляет в УП SolidCAM рассчитав их на основе скоростей, без учета ускорений.
Кроме коррекций в ПП нужно еще выбирать в SC "создать УП с временем обработки" иначе время не посчитается.


michael-yurov писал(а): И только с начала и до конца. И только с конкретными настройками.
но вот пожелание иметь возможность стартовать с середины, пропустив начало я действительно не понимаю. Растолкуйте плиз что это за ситуация.
конкретные настройки - ну да ускорения и всякие G64 P Q не будут учтены. но тут тоже есть одна идейка для ЧПУ..
то есть подвирать этот метод будет на очень мелких движениях и больших подачах.. но это какие то виды работ и можно в конце концов вносить поправку типа "фрезеровка пенопласта аймашем" х1.05.
Аватара пользователя
michael-yurov
Почётный участник
Почётный участник
Сообщения: 11626
Зарегистрирован: 26 июл 2012, 00:10
Репутация: 4634
Настоящее имя: Михаил Львович
Откуда: Новоуральск
Контактная информация:

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

Сообщение michael-yurov »

vtgmfg писал(а): эти цифры вставляет в УП SolidCAM рассчитав их на основе скоростей, без учета ускорений.
Ну вот я впервые вижу. Не у всех SolidCAM.
vtgmfg писал(а): но вот пожелание иметь возможность стартовать с середины, пропустив начало я действительно не понимаю.
Бывают детали, которые сутками обрабатываются. Пресс-формы, например.
Вот здесь, например, половину вырезал, а на следующий день продолжил с 9109240 строки:
2023-10-10_21-00-21.png (2353 просмотра) <a class='original' href='./download/file.php?id=209475&sid=24d8434e86f48655437b792cfc309178&mode=view' target=_blank>Загрузить оригинал (658.37 КБ)</a>
vtgmfg писал(а): но это какие то виды работ и можно в конце концов вносить поправку типа "фрезеровка пенопласта аймашем" х1.05.
Те кто с деревом работают, и панно, или икону вырезают, зачастую ставят скорость подачи 6000, а фактически фреза по рельефу хорошо если до 1000 мм/мин разгоняется, а средняя скорость вдвое меньше. Т.е. х1.05 превращаются в х10.5
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

michael-yurov писал(а): Ну вот я впервые вижу. Не у всех SolidCAM.
надо в ПП поправить несколько строк. вот тут ноухау:
https://youtu.be/SUicpl3Kpis?list=PL9aM ... VLX8&t=529
michael-yurov писал(а): Вот здесь, например, половину вырезал, а на следующий день продолжил с 9109240 строки:
ну так это не начало с середины, а продолжение. нужно просто чтобы ЧПУ умела это обслужить.
michael-yurov писал(а): Те кто с деревом работают, и панно, или икону вырезают, зачастую ставят скорость подачи 6000, а фактически фреза по рельефу хорошо если до 1000 мм/мин разгоняется, а средняя скорость вдвое меньше. Т.е. х1.05 превращаются в х10.5
ну так и ускорения не 25 а 2000 могут быть. и опять же можно некоторым эмпирическим способом добавлять множитель.
например та же эталонная УП проходит уже не за 3мин, а за 35сек (с моими ускорениями), а в пределе 30сек гдето.. то есть 1.16.
но это лучше чем вообще без понятия сколько времени.
можно и скорость G1 максимальную урезать до 500 в SC, зная что это панно
да и спасение тех кто режет панно и иконы не входило в мои планы))
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

michael-yurov писал(а): Подозреваю, что что-то не так. Не должно быть такой существенной разницы. Возможно, начальная точка была неправильно задана.
погонял тесты, что обнаружил:
- режим G61 дало ровно тот же результат что и G64 P0 Q0, а при попытке установить просто G64 устанавливается G64 P0 Q0. Это действительно все одно и то же? или ЧПУ упрощает?
- не все углы скругляются по G64 Px. Похоже на баг в ЧПУ

- самое неприятное вот что: если я делаю траекторию по квадрату 10х10 с радиусами 1мм заданными в CAD, то эта траектория проходит медленнее, чем квадрат без скруглений с установкой G64 P0.41.
Должно-то быть по идее одинаково, но по модели как то правильнее скруглять чем все подряд одинаковым образом.
alex_sar
Мастер
Сообщения: 1718
Зарегистрирован: 28 авг 2018, 17:13
Репутация: 286
Настоящее имя: Алексей
Контактная информация:

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

Сообщение alex_sar »

vtgmfg писал(а): - не все углы скругляются по G64 Px. Похоже на баг в ЧПУ
непохоже. это максимально допустимое скругление настраивается, а какое оно будет это уже системе решать.

скруглять углы в чертежах надо, а не по G64

vtgmfg писал(а): Должно-то быть по идее одинаково, но по модели как то правильнее скруглять чем все подряд одинаковым образом.
Не должно. G64 это настройка для черновой обработки, устанавливается предел, до которого СЧПУ может себе позволить всякие вольности / недорезы, поэтому и едет быстрее.
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

alex_sar писал(а): непохоже. это максимально допустимое скругление настраивается, а какое оно будет это уже системе решать.
так я ей задаю какое оно должно быть, насколько можно скруглить угол чтобы меньше тормозить.
Если бы это было системе решать - то и параметр был бы незачем.
alex_sar писал(а): скруглять углы в чертежах надо, а не по G64
чертежи мне без надобности, а в моделях и именно я и думал что скруглять логичнее - где больше, где меньше - по смыслу.
alex_sar писал(а): G64 это настройка для черновой обработки, устанавливается предел, до которого СЧПУ может себе позволить всякие вольности / недорезы, поэтому и едет быстрее.
ну откуда станку знать - черновая, чистовая. если я устанавливаю G64 P0.01 - то это просто скругленный угол и желательно не больше и не меньше, а сколько задано. причем не везде а именно по углам.

а чистовая это что тогда G61.1? это тормоз .. причем остановка на стыках элементов даже если это вот в модели закругление.. то есть торможение до нуля когда для этого нет оснований вовсе.

G61 по времени совпадает с G64 = G64 P0
alex_sar
Мастер
Сообщения: 1718
Зарегистрирован: 28 авг 2018, 17:13
Репутация: 286
Настоящее имя: Алексей
Контактная информация:

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

Сообщение alex_sar »

vtgmfg писал(а): ну откуда станку знать - черновая, чистовая. если я устанавливаю G64 P0.01 - то это просто скругленный угол и желательно не больше и не меньше, а сколько задано. причем не везде а именно по углам.
ему знать ничё и не надо.
G64 P0.5 - едем быстро по черновой не снижая скорости, если траектория снижения скорости не требует - скругления вообще не будет.
G64 P0.002 - планировщик планирует более аккуратно, если нужно притормозит в углах
G61 - планировщик едет точно по траектории, если нужно тормозя хоть до полной остановки

все цифры примерные
vtgmfg
Мастер
Сообщения: 1475
Зарегистрирован: 23 июн 2022, 14:13
Репутация: 55
Настоящее имя: Максим
Контактная информация:

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

Сообщение vtgmfg »

из LinuxCnc:

G61.1 - (Exact Stop Mode) tells the planner to come to an exact stop at every segment’s end.
- да именно это я и вижу - но зачем нужен такой тупой режим - непонятно. но хз - может это такая трактовка от создателей LinuxCNC

G61 - (Exact Path Mode) visits the programmed point exactly, even though that means it might temporarily come to a complete stop in order to change direction to the next programmed point.
-уже лучше - на скруглениях можно не останавливаться и не отклониться от траектории. но при любой смене направления без скругления придется полностью останавливаться иначе вылет
alex_sar писал(а): G64 P0.5 - едем быстро по черновой не снижая скорости, если траектория снижения скорости не требует - скругления вообще не будет.
G64 P0.002 - планировщик планирует более аккуратно, если нужно притормозит в углах
какая разница? от того что цифра стала меньше ничего принципиально меняться не должно и насколько я понимаю это расстояние от угла до окружности вписанной между прямыми и это вполне себе точная траектория - так и в каде скругления задаются.. какая разница? только там радиус, а не расстояние от скругляемого угла. и там и там радиус не может быть любой, и если указано Р0.5 то возможно так не выйдет, а влезет например Р0.3, но никак не должно оказаться что Р0.6. так что я тут не понимаю при чем тут черновые/чистовые. условности.
Ответить

Вернуться в «Электроника»