Całkowicie się z kolegą zgadzam.Majster70 pisze:Niekoniecznie wszystko musi być w CAM-ie,...
W mojej VF-5 Haas jest tak w parametrach;
HSM

i na ,,zakrętach''

... ale Nobla z tego nie będzie.SLITER pisze:...Dlatego drążę ten temat....

Wróć do „Optymalizacja ścieżki narzędzia”
SLITER- poczytaj co to jest (np.) TrueMill , HSM.SLITER pisze:...Program zamiast - powiedzmy - 300 linii G-kodu ma 3000 linijek, ale maszyna zasuwa tak jak żaden CAM by tego nie wymyślił!...
.... widzę , że kolega nie zna podstawowych zasad programowania z G- kodów.....Przed punktem P1 porusza się tylko oś Z, która wyhamowuje praktycznie do 0 w P1, gdzie dopiero zaczyna się rozpędzać oś - powiedzmy - X. Ja chce rozpocząć rozpędzanie osi X odpowiednio wcześniej, już podczas wyhamowywania osi Z do drugiej fazy ruchu jaką jest przejazd z punktu P1 do P2. W ten sposób uniknę szarpań maszyną wynikających z wyhamowywania jej i na 100% skrócę czas przejazdu przy zachowaniu takich samych wartości V, a i zrywu. ...
... operator nie , ale maszyna na pewno.radeko pisze: ... A swoją drogą operator po prostu zgłupieje jak mu sypniesz kilkadziesiąt bloków zamiast normalnego cyklu....
Jeśli chodzi o ścisłość , to w tych punktach narzędzie nie zatrzymuje się , lecz zmienia kierunek.SLITER pisze:...Chciałbym napisać konwerter, który tak poprawi G-kod by narzędzie w punktach P1 i P2 nie zatrzymywało się, ...