Ad1. Nie ma żadnej różnicy w sterowaniu, gdy napiszesz dobrą interpolację liniową, a kołową!!! Jest różnica, gdy oś obracana (u mnie A) jest interpolowana, a gdy jest indeksowana i wyprzedza wektor ruchu XYZ.

Ad2. Moja rada jest taka - nie skupiaj się na interpolacji wielomianów, a raczej na interpolacji z wyprzedzeniem, czyli ze wstępną analizą wektorów. Da Ci to znacznie lepszy efekt.

Kol. Webserwer - można także w ogóle nic nie robić!

Interpolacji kołowej w moim programie nie ma i nie będzie. To jest zupełnie niepotrzebne. Większość CAMów programowo ustala kwantyzację krzywych w zależności od np. prędkości posuwu i obrotów wrzeciona (czyli tzw. posuwu na ząb), co robię także i ja w eduCAD i cncCAD.

A inni, którzy korzystają z np. Corela najczęściej przechodzą przez format PLT, a ten także w wykonaniu Corela jest skwantyzowany, gdyż/bo/ponieważ* w Corelu nie ma pojęcia łuku - wszystko jest krzywą.

Czekam na następne wypowiedzi...

(* niepotrzebne skreślić)

Masz absolutną rację. Jeśli masz wiotką bramę i kumulowanie błędu na bramie - masz problem i bez rozwiązania podobnego, do Twojego nie zrealizujesz tego. Natomiast jesli masz stały przekos bramy, związany np. z nieprecyzyjnym wykonaniem, czyli przekos do pewnego stopnia stały - moje rozwiązanie wystarczy.

Witam Kolegów (przyszłych, niedoszłych i obecnych użytkowników tego programu).

Kiedyś na forum pan Kimla chwalił się swoimi maszynami i napisał, że jego maszyny mają kompensacją kąta bramy. Na moje pytanie, jak to rozwiązał nie uzyskałem odpowiedzi. Wiele czau myślałem nad kompensacją na poziomie sterowików osi, ale przyszedł mi do głowy znacznie lepszy koncept. Kompensacja programowa (g-kodów).

W wersji 2.5 mogę wprowadzić programową kompensację nieprostopadłości kąta bramy we frezarkach i innych ploterach CNC. Ilu z Was sprawa ta w ogóle interesuje? Dorobienie jej nie jest dla mnie żadnym problemem, ale chcę wiedzieć ilu z Was w ogóle problem dotyczy?