ORIVECT в 840d V7.4 и выше

[DJ Astro 55]

Подскажите, пожалуйста, ORIVECT работает в 840d? C ORIAXES всё красиво. С ORIVECT станок уезжает за пределы поворотных осей и двигается неадекватно. По разным программам (хоть в векторах, хоть в осях) одинаково. Нужны какие-то особые настройки под определенную кинематику (как на картинке)?

 

 

[grOOmi 320]

При ORIVECT оси участвующие в интерполяции движутся по кратчайшей траектории. Не зависит от кинематики. Кинул в Whatsapp книжку. Там расписано что и как. Подходит только в некоторых случаях такая интерполяция. В случае перехода через полюс система не сможет работать с такой интерполяцией.

[DJ Astro 55]

Разобрался.

Если компонент Attach (или любые из вложенных в Attach) имеет ненулевые углы поворота - макрос OriMode их учитывает.

[DJ Astro 55]

Ещё вопрос по той же теме...

 

на примере HEIDENHAIN (TCPM + PATHCTRL VECTOR)

 

Проблема при переходе от вертикального положения инструмента к наклонному (когда TX0 TY0 TZ1 изменяются на дробные значения) и наоборот. 

 

1) При наклоне поворотные оси должны отработать последовательно: сначала С, потом B. Но они поворачиваются одновременно - в резульатате зарез. 
2) При возврате к вертикальному положению (TX0 TY0 TZ1) - должна повернуться сначала B0, потом C0. Но ось С так и остаётся в повёрнутом положении. Из-за чего при дальнейших движениях по траектории и изменениях вектора инструмента также возникают зарезы, которых на реальном станке нет.

п.2 частично удалось решить.
Почему-то макрос CAxisMotion не работает, если вставлен в "G-code processing".
В итоге ось C удалось повернуть только через CallSubName подпрограммы с таким содержанием:

 

L C0 FMAX

CGTECH_MACRO "UpdateAxisValues"

 

Но в окошке с инфо видно, что обнуление координаты Local C происходит не при отработке макроса "UpdateAxisValues", а только во время перехода к следующему кадру. Не уверен, это правильная работа или нет?

 

По п.1 я так понимаю, нужно предварительно как-то вычислить угол оси C и так же её повернуть через подпрограмму. Но как орагнизовать вычисление этого угла в "G-code processing" я не представляю.

 

Или это то,  о чём упомянул @grOOmi ?

 

17.03.2021 в 22:52, grOOmi сказал:

В случае перехода через полюс система не сможет работать с такой интерполяцией.

 

[mr_Voden 148]

35 минут назад, DJ Astro сказал:

Но как орагнизовать вычисление этого угла в "G-code processing" я не представляю

Макрос на api не подойдёт?

[DJ Astro 55]

Забыл поблагодарить @mr_Voden. Спасибо за помощь!! 

Вопрос решился с помощью стандартных макросов Vericut в Subroutine.