Generowanie g-kodów

Rozumiem, dzięki tuxcnc za informacje. Rzeczywiście przy pracy, która byłaby powielana mierzenie narzędzia jest konieczne również na początku. Ale wracając do istoty samego problemu, który spowodował że napisałem post - wychodzi na to że użytkownik nie ma kontroli nad tym jak dane procedury z postprocesora są wywoływane? Ktoś wspomniał:
"O kolejności wygenerowania G-kodu odpowiada kolejność zapisana w GPP" ale nie wydaje mi się to możliwe. Ma ktoś jeszcze jakieś sugestie.

Poremo pisze:ale nie wydaje mi się to możliwe.

Niestety ale tak jest
tu masz instrukcje do gpp https://dokumen.tips/documents/solidcam ... guide.html

W GPP nie ma zapisanej kolejności generowania tekstów w pliku. Każde polecenie z generatora ścieżek jest przepuszczane przez skrypt po kolei, a tylko warunki w nim zapisane określają jaki tekst ma się w danej linijce pojawić.
Także jak jest przetwarzany początek pliku, to wykonywana jest ze skryptu pętla start of file, jak jest przetwarzany początek operacji to jest start of job, jak ruch liniowy, to wykonywana jest pętla line itd.
Wydaje mi się, że bardziej właściwym rozwiązaniem Twojego problemu byłoby ignorowanie zmian narzędzia w układzie sterowania maszyny w przypadku kiedy we wrzecionie znajduje się żądane narzędzie.

Więc tak, jeżeli chodzi o samą kolejność generowania procedur (nie ma na to wpływ Vmid). Gpp może mieć wpływ ale dla procedur które wywołujesz w jakiejś innej procedurze (np. w @start_of_job chcesz wywoałć procedurę @change_tool). Ale jeżeli chodzi o wywołanie głównej kolejności to już sam skrypt SolidCAMa decyduje. I np. jeżeli przy nazwie procedury jest 0 lub 1 czyli np.(1)@start_of_job oznacza to, że procedura jest wywołana jako ta przez samego SolidCAMa. 0 - oznacza, ze nie masz takiej procedury w GPP 1-że jest w GPP i jest ona wywołana jako główna. Jeżeli masz 2,3 itd oznacza to, że dana procedura jest wywołana i innej procedurze czyli. np Masz wyżej (1)Start_of_job i w niej jest wywołane (2)change_tool [czyli tutaj change_tool jest wywołane w procedurze Start_of_job, a nie tak jakby w głównej kolejce SolidCAMa]. Oczywiście aby móc jakby to powiedzieć układać kod pod siebie możesz też tworzyć swoje procedury których nie ma SolidCAM ale musisz się do nich potem w którejś procedurze odnieść i ją wywołać poprzez call @jakas_tam_procedura. Co do rozwiązania twojego problemu to mogę doradzić, że skoro nie chcesz pierwszego narzędzia wywoływać (z jakiś przyczyn, nie wchodząc w słuszonść tego rozwiązania) stwórz sobie jakąś zmienną typu integer i ustaw sobie ją np. na 0. Ustaw ją najlepiej w procedurze @start_of_file [ta procedura jest wywoływana tylko raz na cały program]. a wszystko co masz aktualnie w @change_tool wstaw w pętle if. I jeżeli ta zmienna jest różna od 0 to niech kod się wykonuje a jak nie to nie zrobi tego co jest w if. w na końcu @change_tool dodaj zmienną + 1 [zrobi Ci to taki licznik. I teraz będziesz miał, że pierwszy raz @change_tool nic nie wydrukuje[zwiększy tylko zmiennąa o 1] a potem gdy pojawi się drugi raz @change_tool to już normalnie wejdzie Ci w pętle if i wydrukuje wszystko tak jak do teraz.