Witam
Mam problem z postprocesorem do sinumerika 802 do edgecama 10.5
Żeby lepiej wyjaśnić problem napisze tak:
Szef kupił 2 lata temu z Chin centrum obróbcze VMC850b z sinumerikiem 802d, miesiąc temu przysłali mi edgecama 10.5 z postprocesorem do mojego sterowania, ale po wygenerowaniu kodu w pliku wyświetlany jest błąd.
I tu pojawia się moje pytanie : czy ma ktoś z szanownych forumowiczów postprocesor do sinumerika802 lub pomógł mi w rozwiązaniu problemu.
Mogę jeśli to konieczne przesłać plik postprocesora i plik z kodem jeśli to coś pomoże.
Treść błędu : WARNING - New Code Generator File
* Check that all machine parameters have been correctly set, including
* 3D Rapid, Resolved Rapid, Absolute/Incremental, Arc Centres
Pozdrawiam serdecznie
Problem z postprocesorem do sinumerika 802d
-
Misiek_zr
Autor tematu - Znawca tematu (min. 80)
- Posty w temacie: 2
- Posty: 94
- Rejestracja: 13 cze 2007, 15:23
- Lokalizacja: Redlino
Czyli moge sprobowa wrzuci to na maszyne i spobowac odpalic??
dzieki za odp
[ Dodano: 2011-10-07, 13:03 ]
Witam
Mam kolejny problem ( jak mi sie wydaje z winy postprocesora ale moze mi sie tylko wydaje)
tzn. po wygenerowaniu kodu zamiast CR=( tak moja maszyna definiuje łuk) pojawia sie R=.
a drugi problem to taki ze po wygenerowaniu kodu nie ma w nim powtarszajacych sie takich samych lukow np
N100 G1 X Y CR=10
to nastepna linia wyglada tak (oczywiscie x i y sa juz inne )
N110 X Y
I tu pojawia sie problem bo moja maszyna glupieje i wyrzuca blad składni. niby wystarczy w tej lini dopisac CR=10 i bedzie ok ale co jesli program ma kilka tysiecy lini i trzeba wpisac w wiekszosci łuk ktory jest w lini poprzedniej?
zajmuje to mase czasu i moze okazac sie ze jakiejs lini sie nie poprawi i po jakims czasie podczas obróbki maszyna wyrzuca bląd.
Maja koledzy jakis inny pomysł jak obejsc ten problem lub gdzie w postprocesorze cos takiego zmienic?
Pozdrawiam serdecznie
dzieki za odp
[ Dodano: 2011-10-07, 13:03 ]
Witam
Mam kolejny problem ( jak mi sie wydaje z winy postprocesora ale moze mi sie tylko wydaje)
tzn. po wygenerowaniu kodu zamiast CR=( tak moja maszyna definiuje łuk) pojawia sie R=.
a drugi problem to taki ze po wygenerowaniu kodu nie ma w nim powtarszajacych sie takich samych lukow np
N100 G1 X Y CR=10
to nastepna linia wyglada tak (oczywiscie x i y sa juz inne )
N110 X Y
I tu pojawia sie problem bo moja maszyna glupieje i wyrzuca blad składni. niby wystarczy w tej lini dopisac CR=10 i bedzie ok ale co jesli program ma kilka tysiecy lini i trzeba wpisac w wiekszosci łuk ktory jest w lini poprzedniej?
zajmuje to mase czasu i moze okazac sie ze jakiejs lini sie nie poprawi i po jakims czasie podczas obróbki maszyna wyrzuca bląd.
Maja koledzy jakis inny pomysł jak obejsc ten problem lub gdzie w postprocesorze cos takiego zmienic?
Pozdrawiam serdecznie
