Rybak pisze:No więc chyba jak narazie problem znikł, mianowicie ustawiłem prędkość LPT z 100kHz na 65kHz i teraz praca jest płynna. Więc wygląda na to, że miałeś rację co do procesora, po prostu nie wyrabiał, teraz w stresie ma do 70% na wszystkich osiach a nie jak było wcześniej prawie 100% dla jednej osi.

100KHz to czysta teoria... niestety nie poparta możliwościami PCetów to formowania stabilnych i pewnie pojawiających się impulsów STEP.

jitter - to parametr opisujący niepewność czasową generowania impulsu - to cecha konkretnego PCeta, którą może jeszcze popsuć system operacyjny... jes wartość rzadko spada poniżej 10us... zazwyczaj 16...20us (w laptopach więcej niż 60us - tak jest w moim lapciu)

jeśli chcemy wygenerować pewnie serię impulsów STEP --- to okres sygnału będzie gdzieś ok.. jitter + min. czas trwania impulsu step + trochę na nawroty = przyjmijmy 10us + 5us + 5us = 20us

stąd max kernel speed dla dość dobrej maszyny jest ok. 50KHz (co oczywiście może psuć wydajność w windows imach... bo to nie są systemy czasu rzeczywistego)

Rybak pisze:No tu się zgadzam ale jednak jakby nie patrzeć to czemu na sterowaniu ręcznym nie robi takich problemów...

przy sterowaniu kursorami mniej liczenia... to i proces generowania się nie krztusi...
zresztą mach -- potrafi czasem dziwnie się zainstalować...



więc.... test na innej maszyny wskazany (najlepiej pod linuxcnc)

Rybak pisze:włączeniu nawet jednej osi potrafi skoczyć do 80% jak więcej to idzie do 100%. No ale to przy takim taktowaniu coś dziwne jest.

to gwarantuje przerwanie normalnego taktowania
cóż... niby wydajność duża (3ghz), ale jednak coś musi powodować takie "przegięcie" w obciążeniu...
mach niestety jest czuły na wysokie obciążenia...

może kontroler-interpreter ruchu nie wyrabia w komputerze nie wyrabia z wydajnością ---
warto sprawdzić obciążenie procesora podczas wykonywania tego "trudnego" gcodu...