Mazak problem z GO

RDS · Post napisał: **RDS** » 30 sie 2007, 23:50

Witam wszystkich.Wie ktoś może dlaczego przejazd w lini prostej pod kątem na G0 tak naprawde nie jest po prostej tylko po jakiejś krzywej?wygląda to na brak synchronizacji posuwu.reguluje to pewnie jakiś parametr maszynowy tylko jaki?Prosze o pomoc gdyż przy frezowaniu skąplikowanych kształtów powoduje to kolizje.

doniu · Post napisał: **doniu** » 31 sie 2007, 08:11

Jedna oś może być wolniejsza od drugiej.

jurek56 · Post napisał: **jurek56** » 23 wrz 2007, 13:33

Sprawdź parametr "M1" dla wszystkich osi. Wartości wpisane pod X,Y,Z ustaw na 36 metrów/min, jeśli są inne lub nie równe. Jeśli to nic nie zmieni to potrzebny serwis. Prawdopodobnie jest uszkodzony jeden z servonapędów osi. Możesz to sprawdzić też w diagnose > option ale musisz mieć hasło dostępu dla trybu serwisowego i w wykaz wszystkich ustawień PLC. Z tym trzeba ostrożnie bo możesz załatwić maszynę na amen.

pozdr.

Jackow · Post napisał: **Jackow** » 23 wrz 2007, 13:59

W G0 nie ma synchronizacji posuwu dlatego maszyna tak jedzie , jest to ruch szybki i każda oś może mieć inną prędkość

RDS · Post napisał: **RDS** » 25 wrz 2007, 07:33

Ale z czegoś to wynika że każdza oś ma inną prędkość przy G0.Sprawdzałem kążdą oś osobno na G0 i odczyt prędkości posuwu jest taki sam dla wszystkich osi(36m/min.)Niema problemu z tym gdy program napisany jest w Mazatrolu,natomiast gdy uruchamiam program ISO zaczyna się to dziać.Na początek sprawdzę ten parametr "M1". Raczej uszkodzenie servonapędu można wykluczyć gdyż dzieje się to na dwóch identycznych maszynach,dodam jeszcze że serwis rozkłada ręce.

długi · Post napisał: **długi** » 31 paź 2007, 22:32

G0 działa poprawnie, przy frezowaniu kształtu trzeba wszystkie G0 w programie zamienić na np. G1 F 10000 i będzie po problemie

Jackow · Post napisał: **Jackow** » 03 lis 2007, 13:15

długi po co zmniejszać prędkości wystarczy uwzględnić szybkości każdej osi i pisać program bez kolizyjnie

Asza PL · Post napisał: **Asza PL** » 03 lis 2007, 18:25

W moim GDM (tokarka) też był problem przy szybkim odjeździe .
Np .
N01 G00 X101 (odjazd po toczeniu średnicy 100mm)
N02 G00 Z1 (przejazd do początku 1mm przed czoło detalu)
N03 G00 X90 (dojazd do średnicy drugiego toczenia)
Trzeba było do każdego bloku z G00 gdzie zachodzi możliwość kolizji dodać G09(dokładne zatrzymanie) to dopiero wtedy przy przejeździe nóż nie zahaczał o krawędź materiału.
N01 G00 X101
N02 G00 G09 Z1
N03 G00 X90
Jeśli w twoim sterowaniu jest G09 lub podobna funkcja to spróbuj zastosować.

RDS · Post napisał: **RDS** » 04 lis 2007, 14:42

Rozwiązanie z zamienianiem G0 na G1 jest nie do końca dobre,ponieważ wartość posuwu na G1 jest również ograniczona jakimś parametrem,prawdopodobnie dla dokładności obróbki (rozpędza się tylko do 11m/min.)A zależy mi na max prędkości.
Prędkość każdej osi jest taka sam więc jak uwzględnić w programie "opóźnienia w
reakcji"poszczególnej osi? Można wygenerować program w którym wszystkie ruchu na G0 będą wykonywane nad detalem,ale generalnie maszyna powina jechać po drodze którą ja jej zadałem a nie robić jakieś niekątrolowane ruchy.
Spróbuje jeszcze z tym G09.

[ Dodano: 2007-11-12, 17:33 ]
G9 niestety też nie pomaga.

jurek56 · Post napisał: **jurek56** » 08 lut 2008, 12:13

Witajcie.
Jak w którymś z postów pisałem że sterowanie typu mazatrol jest jednym z lepszych i dorównuje simensowi czy sinumerikowi to niektórzy mieli inne zdanie.
Właśnie przy interpolacji osie mają różne prędkości, natomiast jeśli mówimy o synchronizacji to prędkości są równe i każda oś przemieszcza się z tą samą prędkością np: 60m/min lecz ruch ten wcale nie odbędzie się po prostej jeżeli minimum dwie osie mają różną drogę do przebycia. Natomiast gdy osie przemieszczają się po prostej (interpolacja liniowa) to ich prędkości są różne i ich wartość oblicza sterowanie.
Co do ruchu ustawczego "G0" to nie określa się synchronizacji ruchów osi tylko ich interpolację liniową - czyli średnią prędkość wszystkich osi. Chodzi o to by znalazły się w określonym punkcie w tym samym czasie. Identycznie jest z G01 dla ruchu roboczego. Kod "G0" również przemieszcza osie po prostej (interpolacji liniowej) lub niezależnie dla każdej osi i zależy to od ustawienia parametrów dla PLC. Nie wiem czy inne typy sterowania mają tą możliwość wyboru

Jutro podam jak ustawić parametry dla PLC by wrzeciono przy "G0" przemieszczało się po prostej a nie "zygzakiem".

Pozdr.

[ Dodano: 2008-02-11, 14:16 ]
No więc co do G0 to należy sprawdzić parametr F91-bit 6 = 0-ruch osi z interpolacją, 1-bez interpolacji (każda oś przemieszcza się niezależnie z ustawioną dla niej prędkością). Należy sprawdzić także parametr S13. Ustawiona jest w nim wartość przyspieszenia/zwolnienia przy G0. W tym obszarze następuje sprawdzenie pozostałego do przebycia dystansu poprzedniego bloku, a miejsca rozpoczęcia wykonywania następnego bloku. Sprawdzenie zwolnienia posuwu szybkiego ma na celu zredukowanie czasu pozycjonowania. Jednostka programowania ustawiona jest na 0.001mm. Zwiększenie ustawienia wartości parametru S13 redukuje czas pozycjonowania, co oznacza zwiększenie pozostałego do przesunięcia dystansu poprzedniego bloku, a miejsca rozpoczęcia następnego bloku Na skutek nadmiernego zwiększenia tego parametru mogą nastąpić problemy podczas obróbki.
Sprawdzenie pozostałego do przesunięcia dystansu wykonywane jest w stałych odstępach czasu. Z tego powodu czas pozycjonowania może nie być zredukowany tak mocno jak to jest oczekiwane od ustawienia parametru S13.
Jeśli ustawienie powyższych parametrów powoduje nadal problem z pozycjonowaniem po prostej przy G0 to pozostaje tylko serwis i sprawdzenie servo-napędów i ich ustawień w PLC.

pozdr:

Mazak problem z GO