Problem z osią Y przesuniecie z osi o 0.5mm
-
Raven
- Specjalista poziom 3 (min. 600)
- Posty w temacie: 7
- Posty: 681
- Rejestracja: 24 paź 2011, 11:54
- Lokalizacja: Warszawa
Wynik latency test mogę opisać tylko tak: Masakra............................
Jitter bez żadnego obciążenia jaki uzyskałeś włąściwie dyskwalifikuje twój komputer.
A test powinno się wykonywać np. podczas używania przeglądarki internetowej lub chociażby puścić glxgears (kilka razy).
Kiedyś wrzucałem screena z testu na starym notebooku używanym do zabawy w CNC - porównaj wynik ze swoim...
Natomiast co i jak z backlashem robić jest opisane w linku który wkleiłem poprzednio.
Ty pokazujesz zrzut z stepconfa - który zapisuje plik ini. Ten zapisany plik konfiguracyjny musisz otworzyć edytorem tekstu i zmodyfikować.
[ Dodano: 2014-07-30, 08:07 ]
Dostałem na PW taką wiadomość
Wynik testu mówi tylko tyle, że problem może być zarówno po stronie maszyny jak i po stronie komputera.
Jaki wynik jest odpowiedni? A do czego? W zależności od stawianych wymagań dotyczących częstości i szybkości generowania impulsów sterujących jitter musi być nie większy niż X.
Dla bliżsyzch informacji wystarczyło wpisać w google "linuxcnc latency" i otworzyć pierwszego linka.
30-50k - ujdzie
100k+ - do bani
1M+ - kompletnie do bani.
W twoim teście wyszło prawie 7M.
Spore prawdopodobieństwo, że to jest przyczyną, zadaj sygnały z pewnego źródła i się wyjaśni czy komputer czy luzy nawrotne.
Jitter bez żadnego obciążenia jaki uzyskałeś włąściwie dyskwalifikuje twój komputer.
A test powinno się wykonywać np. podczas używania przeglądarki internetowej lub chociażby puścić glxgears (kilka razy).
Kiedyś wrzucałem screena z testu na starym notebooku używanym do zabawy w CNC - porównaj wynik ze swoim...
Natomiast co i jak z backlashem robić jest opisane w linku który wkleiłem poprzednio.
Ty pokazujesz zrzut z stepconfa - który zapisuje plik ini. Ten zapisany plik konfiguracyjny musisz otworzyć edytorem tekstu i zmodyfikować.
[ Dodano: 2014-07-30, 08:07 ]
Dostałem na PW taką wiadomość
Nie widzę najmniejszego sensu zadawania tak banalnego pytania na PW tym bardziej, że innym może się przydać odpowiedź.Czyli komp do bani (ten problem co opisuje to wina kompa) podaj jaki wynik tego testu jest odpowiedni .
Wynik testu mówi tylko tyle, że problem może być zarówno po stronie maszyny jak i po stronie komputera.
Jaki wynik jest odpowiedni? A do czego? W zależności od stawianych wymagań dotyczących częstości i szybkości generowania impulsów sterujących jitter musi być nie większy niż X.
Dla bliżsyzch informacji wystarczyło wpisać w google "linuxcnc latency" i otworzyć pierwszego linka.
15-20k - bardzo dobrzeSo, what do the results mean? If your "Max Jitter" number is less than about 15-20 microseconds (15000-20000 nanoseconds), the computer should give very nice results with software stepping. If the Max Jitter is more like 30-50 microseconds, you can still get good results, but your maximum step rate might be a little disappointing, especially if you use microstepping or have very fine pitch leadscrews. If the numbers are 100 uS or more (100,000 nanoseconds), then the PC is not a good candidate for software stepping. Numbers over 1 millisecond (1,000,000 nanoseconds) mean the PC is not a good candidate for LinuxCNC, regardless of whether you use software stepping or not.
30-50k - ujdzie
100k+ - do bani
1M+ - kompletnie do bani.
W twoim teście wyszło prawie 7M.
Spore prawdopodobieństwo, że to jest przyczyną, zadaj sygnały z pewnego źródła i się wyjaśni czy komputer czy luzy nawrotne.
Raven
