Użytkownik "Irek N." napisał w wiadomości
>> Na chwilę obecną zwalam winę na sterownik. Moja hipoteza jest taka,
>> że sterownik "widzi" tylko jeden wektor ścieżki do przodu. I jak
>> ten wektor jest krótki a przed następnym trzeba wyhamować to nie
>> starcza czasu i drogi. I hamuje ostro nie bacząc co mam wpisane w
>> przyśpieszeniu. Gdyby patrzył to by nie wyhamował.

>A co to jest? Znaczy kogo ;)
>We frezarce jest analiza do przodu na 1000 linii, przynajmniej tak
>podaje producent. W praktyce wygląda to tak, że puszczając posuwy na
>poziomie 10k maszyna zaczyna szarpać gdy dostanie ścieżkę w
>interpolacji liniowej. Najwyraźniej to bardzo płynne 1000 linii jest
>:(
>Przy posuwach na poziomie 4k praktycznie nigdy nie szarpie.

Irku, bo to jest tak - masz wektor ruchu. Potem jest nastepny wektor -
inny.
Predkosci osi sie zmieniaja, wiec mamy przyspieszenia/opoznienia.
Przyspieszenia wiadomo - sa ograniczone.
Jesli program ocenia ze moze predkosc zmienic w jednym kroku, to idzie
plynnie.
Jesli oceni ze nie moze - to musi zwolnic wszystkie osie do predkosci
przy ktorej juz moze.
A po zmianie moze rozpedzic do zadanej predkosci, skoro programiscie
tak zalezalo. Ale nie na dlugo, bo zbliza sie kolejne zakrzywienie
ruchu.
No i szarpie.

Owszem, mozna by ocenic tor i wygladzic, ale bo to wiadomo ze
programista chcial kolko a nie 40-kat ?

No i programista/program mogl pulapke przygotowac - masz szybki dlugi
posuw, za nim jeszcze szybszy, kolejny, a potem nagly stop.
Trzeba wiele krokow naprzod sprawdzac czy zdaze sie zatrzymac.

J.