ten problem ale zauważyłem jedną "prawidłowość" - do wersji softu 2.2.2 nic się nie działo. Dziś na wersji piko 2.2.3 i 2.2.4 wiesza się przy prędkościach ok 1,9m/min , gdy zmniejszę do 1,7m/min problem znika.
Od wersji 2.2.3 oprócz oficjalnych zmian zmieniłem też całkowicie procedury „analizy do przodu” która działa gdy wykonuje się program.(sprawdza gdzie trzeba będzie hamować). Być może, że tu jest coś nie tak. Za parę dni zamieszczę jeszcze jedną aktualizację i przywrócę stare wersje tych procedur i zobaczymy. Puki co do samego frezowania można wersji wcześniejszych używać – jeśli ktoś nie czuje się pewnie.
wiesza się przy prędkościach ok 1,9m/min , gdy zmniejszę do 1,7m/min problem znika.
Wiesza się w jakim sensie? Cały program, czy silniki w poślizg wpadają ? Jaki masz „kąt hamowania” ustawiony ? Jeśli więcej niż 10 to zmniejsz
Co do kolegi antharax na razie nie mam koncepcji. Nie wykluczam jakiś hardwarowych problemów. W każdym razie dobrze jakby zwrócił uwagę na przebieg transmisji (w okienku monitora) czy liczba ramek w normie (62) i co pokazują liczniki błędów.
I jeszcze na temat prędkości w programach – muszę uczulić na pewną sprawę:
Jeśli np. dla osi X oraz Y mamy w ustawieniach prędkość maksymalną 4000 ale dla osi Z mamy tylko 2000 - To nie możemy (a raczej nie powinniśmy) w programie ustawiać większego F niż najwolniejsza użyta oś ! Tzn. nie ma problemu gdy X i Y jadą razem lub same tzn. bez Z - wtedy F może być 4000, natomiast jeśli jedzie np. X razem z Z to F nie powinno być większe niż 2000 ! Oczywiście nie dlatego, że oś Z pojechałaby szybciej niż ma w ustawieniach – nie pojedzie. Ale dlatego, że przestaje wtedy prawidłowo działać „analiza do przody” (pewną analogią jest tu przesterowany wzmacniacz) i ryzykujemy, że na jakimś zakręcie silniki wpadną w poślizg i pogubią krok. To samo dotyczy procentowego przyśpieszania.