cnc-club.ru

павел256 писал(а): ↑ для этого не нужно системе постоянно отслеживать координаты ,этим занимается привод который при возникновении проблем посылает сигнал ошибки в систему.

Правильный привод постоянно посылает в правильное ЧПУ еще и текущую ошибку рассогласования. А правильное ЧПУ решает, что с этим делать.

lkbyysq писал(а): ↑ А правильное ЧПУ решает, что с этим делать.

А что с этим делать?Есть только одно правильное решение - ПИД регулировать, и посылать в контур скорости.И все равно где стоит этот ПИД регулятор в серве или в ЧПУ.Больше у ЧПУ ни на что мозгов не хвпатит ,да и ничего больше не требуется.А тормозить другие привода - это от лукавого.

sidor094 писал(а): ↑ А тормозить другие привода - это от лукавого.

Да как скажете. Лично мне точность не помешает.

Я еще раз повторяю, ЧПУ в состоянии собрать ошибку рассогласования со ВСЕХ осей, вычислить длину трехмерного вектора рассогласования (корень из суммы квадратов), и рассовать следующие степы по ВСЕМ осям с учетом возникшей ошибки.
А каждый привод в отдельности может отвечать ТОЛЬКО ЗА СЕБЯ.
В результате точность возрастает.

lkbyysq писал(а): ↑ ЧПУ в состоянии

но делают ли они это?

Linuxcnc точно не делает. И не факт что это неправильно. Что значит "ось не успевает"? Неправильно настроены лимиты значит?

alex_sar писал(а): ↑01 сен 2023, 14:37 но делают ли они это?

Linuxcnc точно не делает.

Речь только о ЧПУ, которые умеют это делать - Сименс, Фанук, Дельта. Они отличаются от Линукса.
Стоят о-го-го и поэтому не ставятся на любительские станки.
А управление тем не менее везде может быть степ-дир.

Напомню с чего все началось.

Vladimir_V писал(а): ↑ 1. При дискретности осей в 1 мкм, что кажется вполне достаточным для токарника, и длине наибольшей оси Z в 500 получаем 0,5 млн. импульсов на весь ход. Т.е. для быстрого прогона всего хода за секунду нужно по степ/дир передавать частоту импульсов не более 500 кГц. Мои сервопривода терпят до 2 МГц, а та же упомянутая стойка 1000TDb дает до 5 МГц на выходе. Т.е. получается, что управление по степ/дир в данном случае с запасом выбирает возможности данного железа и никакие другие интерфейсы управления осями лучше работать не смогут.
Почему же тогда распространено мнение, что управление по степ\дир это тока для любительских применений и в профи-станках не применимо?

Потому что в профи-станках применяется степ-дир. А в любительских применениях не применяются дорогие стойки.

lkbyysq писал(а): ↑ Речь только о ЧПУ, которые умеют это делать - Сименс, Фанук, Дельта.

А почему вы решили,что они это делают?То есть в крутых системах оси не успевают за заданием?И система ЧПУ их тормозит?При этом меняется скорость обработки.Система ведет себя вообще не понятно как.И вы где-то видели алгоритм такого решения?Как он построен? То есть по-вашему при вознкновении рассогласования выше предельного система не выдает ошибку ,а продолжает обработку на ходу пытаясь уменьшая скорости остальных осей добиться уменьшения рассогласования отстающей .А значит постоянно обработка будет происходить с ошибкой.До каких пор надо уменьшать скорость?И когда останавливать систему? Еще одно предельное рассогласование?Да у системы чпу от таких манипуляций мозги раком встанут.А у того кто ему её устанавливает геморрой обеспечен от количества параметров настроек.

sidor094 писал(а): ↑ А почему вы решили,что они это делают?

Да, интересно было бы увидеть хоть какой нибудь пруф. Где-то в документации должно быть такие чудеса описаны.

sidor094 писал(а): ↑ А почему вы решили,что они это делают?

Потому что это многоосевые ЧПУ с полноценной обратной связью по положению.
А ваш линейный привод - всего лишь линейный, а не многоосевой. Или ваши приводы умеют между собой общаться?

alex_sar писал(а): ↑ Что значит "ось не успевает"?

Называется это "ошибкой регулирования".

Хорошо система тормознула координаты для выполнения "несвоевременного выполнения" ,значит должно увеличиться время обработки ,значит идет нарушение технологии ,и система должна сказать -" извини братан но я не успела ! Твою деталь я буду точить 3 часа а не 2" ,или где то по пред усмотрению системы надо ускориться-Где ?То есть система должна угадать участок обработки где можно ускорить процесс и он снова не замедлится. Даже если она и это сделала ,и пришла во время к финишу. Тогда на хрена нам нужна технология, если станок сам делает все на свое пред усмотрение. Вы сами то себе верите?

павел256 писал(а): ↑01 сен 2023, 16:54 Хорошо система тормознула координаты для выполнения "несвоевременного выполнения" ,значит должно увеличиться время обработки ,значит идет нарушение технологии ,и система должна сказать -" извини братан но я не успела ! Твою деталь я буду точить 3 часа а не 2" ,или где то по пред усмотрению системы надо ускориться-Где ?То есть система должна угадать участок обработки где можно ускорить процесс и он снова не замедлится. Даже если она и это сделала ,и пришла во время к финишу. Тогда на хрена нам нужна технология, если станок сам делает все на свое пред усмотрение. Вы сами то себе верите?

Да я-то себе верю. Себе. А не в тот бред, который Вы написали.

lkbyysq писал(а): ↑ Называется это "ошибкой регулирования".

Даже и не буду тут спорить, неохота просто.

Можно всё таки пруф из документации на любую СЧПУ? Хоть Sinumerik, хоть другую. Пока всё это выглядит как фантазия на заданную тему.

alex_sar писал(а): ↑01 сен 2023, 17:11 Можно всё таки пруф из документации на любую СЧПУ? Хоть Sinumerik, хоть другую. Пока всё это выглядит как фантазия на заданную тему.

Пруф о чем?
О том, что Синумерик при ПИД-регулировании вычисляет ошибку в том пространстве, в котором работает? О том, что если у него шесть осей, он суммирует квадраты отклонений по шести осям и сравнивает с квадратом допустимого отклонения?
О чем пруф?
О теореме Пифагора?

lkbyysq писал(а): ↑ О том, что Синумерик при ПИД-регулировании вычисляет ошибку в том пространстве, в котором работает?

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

Это совершенно небанальная вещь и я бы про это почитал. Интересно а скорость шпинделя он тоже замедляет?

Да все просто.Существует система ЧПУ которая дает четкое рассчитанное по времени выполнения задание и привода,настроенные так ,что они успевают выполнять это задание.Теперь мы пытаемся представить систему где ЧПУ подстраивается под привода,которые могут не успевать выполнить задание.Вам не кажется,что система пытающаяся подстроить параметры под неисправные ,или не правильно настроенные привода - это абсурд.

lkbyysq писал(а): ↑ Потому что это многоосевые ЧПУ с полноценной обратной связью по положению.
А ваш линейный привод - всего лишь линейный, а не многоосевой. Или ваши приводы умеют между собой общаться?

Расскажи ка поподробнее про эти чудо многоосевые привода ,которые общаются между собой

alex_sar писал(а): ↑ Пруф о том что он замедляет другие оси, если одна "не успевает".

А у Вас есть иные варианты двигаться по прямой?
Ах, да. У Вас есть вариант под названием "ну тогда ваабще никуда не пойдем".
А мы пойдем.
По прямой. Потому что наша цель - точное позиционирование. Не "точная скорость". А точное позиционирование.
И мы дойдем с заданной точностью.

А есть там этот пруф или нет - ищите сами. Как он называется, формулы какие...
А мы просто пойдем прямо. Это очень просто. Не следить за скоростью, а следить за точностью.
Придушить, если требуется, успевающие оси, если на одной слабенькой ошибка близка к критической. Только знать надо, что одной оси не по себе.
Если вдруг перемещаемые массы поменялись, моменты инерции, если клинышек какой встретился...
ЧПУ с полной обратной связью знает всё.
Линейный привод - только за себя.

А Вы сидите и ждите.

павел256 писал(а): ↑01 сен 2023, 17:31 Расскажи ка поподробнее про эти чудо многоосевые привода ,которые общаются между собой

Ну вот видите, и у вас нет таких чудо-приводов.

и про преждевременное выполнение команд