Po pierwsze: upgrade do wersji 2.6. Wersja 2.5 nie obsłuży prawidłowo
"REMAP=M6 modalgroup=6 ngc=change_tool"

REMAP=M6 działa od wersji 2.6, wersje 2.5 i niżej -jak pamiętam miały pomiar robiony inaczej, ale wycofano się z tego i od v.2.6 jest REMAP

Bo tam jest M73 a nie G73 Sorry, ale rzadko ostatnio tu zaglądam

[TOOLSENSOR]
X = 938
Y = 588
Z = -70

to jest pozycja czujnika na współrzędnych bezwzględnych maszyny, przy czym Z-70 to czubek najdłuższego freza musi być jeszcze nad czujnikiem (u mnie Z-ety są w minusach)

Linuxcnc masz 2.6 ?

Tak jakby czytało Ci inne ini. Posprawdzaj jeszcze konfigi albo wrzuć na forum

Zacznij może odrobaczanie od odpalenia procedury wywoływanej buttonem Syntetycznego - działa Ci to ?

M73 o ile dobrze kojarzę, powoduje że dane z procedury są zapamiętywane przez program po zamknięciu procedury

No właśnie chodzi mi o to, że prefix prefixem, a procedurę chciałbym sobie wrzucić do innego podkatalogu. Chyba że w prefixie można podać kilka katalogów ?

Mam nadzieję że jest czego gratulować - odpaliłem to dziś wieczorem, testy -wydaje się- przeszło, ale porządnej roboty jeszcze nie robiłem, może jutro

Kombinowałem z tymi plikami z gita i niestety, nie udało mi się tego odpalić na maszynie. Z tego na ile się zorientowałem, to są wszystko symulacje, nie działa toto na realnej maszynie. Mało tego, we własnych procedurach miałem problemy z korekcją G43.1, niby działała ale po podaniu na koniec G0 Z0 frez nie trzymał poprawnej wysokości.

W końcu zrobiłem po chłopsku, zasada jest taka:

1. Zjeżdżam frezem do zera materiału i w axisie ustawiam offset Z na 0
2. Wciskam button "pomiar referencyjny freza" wg kol. Syntetycznego, uruchamia mi się procedura tool_probe.ngc która wygląda tak:

o<tool_probe> sub
M73
G21
G90
(; tool changed - move to toolensor)
G53 G0 Z0
G53 G0 X #<_ini[toolsensor]x> Y #<_ini[toolsensor]y>
G53 G0 Z #<_ini[toolsensor]z>
G91
G38.3 Z #<_ini[toolsensor]maxprobe> F200
G38.4 Z10 F1
G90
#1000=[#5223+#5063] (save reference tool length from Z 0 offset)
G53 G1 Z #<_ini[after_change_position]z> F1300
G53 G0 X #<_ini[after_change_position]x> Y #<_ini[after_change_position]y>
o<tool_probe> endsub
m2


W tym momencie możemy zacząć frezować. Jeśli okaże się że źle ustawiłem zero materiału, to mogę klawiszem zjechać ciut w dół na prawidłowe zero i w axisie ponownie ustawić na tym offset Z zero. Nie trzeba już robić powtórnego pomiaru referencyjnego.

3. W momencie wywołania w gkodzie Tx M6 cnc wyjeżdża do wymiany narzędzia, po wymianie jest wywołana procedura change_tool.ngc:

o<change_tool> sub
M6
M73
G21
G90
(; tool changed - move to toolensor)
G53 G0 Z0
G53 G0 X #<_ini[toolsensor]x> Y #<_ini[toolsensor]y>
G53 G0 Z #<_ini[toolsensor]z>
G91
G38.3 Z #<_ini[toolsensor]maxprobe> F200
G38.4 Z10 F1
G90
G92 Z[#1000-#5223]
G53 G1 Z #<_ini[after_change_position]z> F1300
G53 G0 X #<_ini[after_change_position]x> Y #<_ini[after_change_position]y>
o<change_tool> endsub
m2


maszyna jedzie na pomiar a potem do roboty.

Trzeba jeszcze poprawić .ini to co najważniejsze (pomijam to co podał kol. Syntetyczny):

[RS274NGC]

SUBROUTINE_PATH = ./nc_subroutines (do tego podkatalogu wrzucamy change_tool.ngc)

REMAP=M6 modalgroup=6 ngc=change_tool

# start of tool length touchoff probe - ustawienia XYZ wg tego co kto ma na maszynie
[TOOLSENSOR]
X = 938
Y = 588
Z = -70
MAXPROBE=-60 # abort change if no toolsensor contact after this probe distance

[AFTER_CHANGE_POSITION]
X = 500
Y = 190
Z = -1

[EMCIO]
EMCIO = io
CYCLE_TIME = 0.100
TOOL_TABLE = tool.tbl
TOOL_CHANGE_POSITION = 500 190 -1



i to właściwie wszystko . Zdaje się, że po pomiarze referencyjnym, w każdej chwili można w axisie zmieniać offset na Z-ce, nawet po kilkukrotnej wymianie frezów, ale póki co głowy za to nie dam.
Oczywiście każdy korzysta z tego na własną odpowiedzialność - ja za nic głowy nie dam


Mam jeszcze pytanie: z tego co podawał kol. Syntetyczny, w .ini:

[HALUI]
MDI_COMMAND = o<tool_probe> call


ten tool_probe musi być w katalogu do którego jest wskazanie w

PROGRAM_PREFIX = .........

czy jest możliwe jakieś bezpośrednie wskazanie typu:

MDI_COMMAND = ./nc_subroutines/ o<tool_probe> call ???

jakoś nie mogę tego łyknąć.

Sorry za trochę przydługi post, ale wydaje mi się, że tak łatwiej ogarnąć całość

Zgłoszenie do kol. Micges (?): wyłapałem tegu bug'a, "BUG remap_level < 0: -1" (po wpisaniu w ini REMAP=M6) wyskakuje w programie podczas ładowania gkoda, gdzie w gkodzie na końcu jest "T0 M6" czyli wyjęcie narzędzia - to chyba błąd w linuxcnc, bo bez remap w ini, program bezproblemowo zgłasza "wyjmij narzędzie" i kończy gkoda (?)

OK, na razie radzę sobie za pomocą G92 i stałej deklarowanej w mojej procedurce. Jest to o tyle trochę upierdliwe, że punktem odniesienia jest poziom czujnika a nie zero materiału. Jak się okazuje że trochę źle utrafiłem w poziom materiału, to zamiast zjechać frezem w dół 0.3mm i z marszu strzelić offset "0", to muszę liczyć i kombinować o ile zmniejszyć czy też zwiększyć offset z czujnika. Ale ogólnie jest dobrze, nie mogę zrozumieć jak do tej pory radziłem sobie bez czujnika

Mam pytanie, chyba raczej do Kol. Micges: czy jest jakiś planowany termin wydania stabilnej 2.6 ? Na wersji pre, po wpisaniu w ini "REMAP=M6 ...." przy ładowaniu jakiegokolwiek poprawnego gkoda wywala błąd mniej więcej"BUG remap_level < 0: -1". Jak sobie z tym radzić ? Znalazłem co prawda gdzieś na gicie plik -bodaj g861" w którym jest teoretycznie obsługa remap_level, ale nie za bardzo jarzę: ten plik nie jest chyba wywoływany w żadnym pliku systemowym więc mnie chyba nie pomoże ?

[ Dodano: 2013-03-27, 19:58 ]
Tak dla potomności, to co działa mi na dziś - to będzie działać i na linuxcnc 2.6 i na 2.5:

najpierw zjeżdżam frezem i ustawiam zerowy offset na materiale. Następnie robię najazd na czujnik za pomocą przycisku pomiar freza wg opisu Kol. Syntetycznego, jedynie procedura jest zmodyfikowana:

o<tool_probe> sub

G90
G53 G0 Z-1 (podniesienie zetki)
G53 G0 X938 Y588 (wg uznania, zależy gdzie kto ma zamocowany czujnik)
G53 G0 Z-50 (szybki zjazd nad czujnik)
G91 (zmiana współrzędnych na przyrostowe)
G38.3 Z-70 F200 (szybkie dotknięcie czujnika)
G38.4 Z10 F1 (powolny odjazd aż frez "puści" czujnik - taki pomiar jest ponoć dokładniejszy niż najazd)
G90 (powrót do wartości bezwzględnych)

o<tool_probe> endsub
M2


ta procedura powoduje zatrzymanie zetki na pomiarze. W tym momencie odczytuję położenie zetki i mam offset narzędzia, załóżmy że wyszło mi 48.35mm

W gkodzie na początku zadaję stałą z offsetu narzędzia:


#<OFFSET> = 48.35;


jeśli chcę obniżyć o 1mm zero zetki w materiale, to zwiększam offset z 48.35 na 49.35mm itp.

w gkodzie wszędzie tam gdzie mam M6 (z wyjątkiem T0 M6 bo to wyjęcie narzędzia !) wklejam procedurkę:


...
(początek gkodu:)
#<OFFSET> = 48.35;

...

(komenda do zmiany narzędzia:)

T2 M06 G43

(początek procedury pomiaru)

G53 G0 Z-1
G53 G0 X938 Y588
G53 G0 Z-50
G91
G38.3 Z-70 F200
G38.4 Z10 F1
G90
G92 Z#<OFFSET>
G53 G0 Z-1

(koniec procedury pomiaru)
...

i voila! maszyna zmierzy nowe narzędzie, wprowadzi korekcję i pojedzie dalej do roboty...

Bo te 8.75 wyjdzie mi właśnie z pomiaru referencyjnego . Raz będzie 8.75, innym razem -35.86. Jeśli mam program na frez 6mm to i tak muszę zmierzyć ile jest między czujnikiem a zerem i zapisać na kartce. program się kończy, wymieniam frez na 3mm, daję

G54
G92 Z-8.75

i jadę z kolejnym programem na 3mm. Itd.

Ale jak mam jeden program na frezy 6-3-1.5-6 bo akurat tak mi pasuje, to gotową procedurkę mogę nawet na zasadzie kopiuj wklej wrąbać do programu po każdym M6, tyle że offset materiał-czujnik będę musiał przeklepać po każdym, trochę innym mocowaniu materiału. I to mnie przeraża, bo jak mam obecnie kod na prawie 3k linii, to łatwo o pomyłkę. Chyba że w gkodzie można na początku zadeklarować stałą typu offset=8.75, a w poszczególnych procedurkach po każdym M6 pisać G92 Z#offset (?)

Lubię, żeby proste rzeczy szły z automatu, z drugiej strony, często lubię wszystko komplikować

Dzięki, trochę mi się rozjaśniło. Materiałów jest dużo i nie zawsze wiadomo gdzie szukać. To nie mój wątek, więc proszę Kol. Pascala żeby trochę porządził punktami.

Trochę poprawiłem pomiar, tak chyba jest lepiej:


...

G90
...

G53 G0 Z-1
G53 G0 X938 Y588
G53 G0 Z-85 - SZYBKI ZJAZD NAD CZUJNIK OK. 60MM NAD CZUJNIKIEM
G91
G38.3 Z-70 F200 - SZYBKI NAJAZD
G38.4 Z5 F16 - WOLNY WYJAZD
G90
G53 G0 Z-1

...


Nie rozumiem tego, o co chodzi w takim przypisaniu:

#[5213+[10*[#5220]]]=#5063


generalnie to co piszecie, G92, G10 L2 to jest bardziej pod pomiar zerowania materiału. Do wymiany frezów trzeba by najpierw zrobić pomiar referencyjny, gdzieś go zapisać, a potem przy kolejnych frezach liczyć tylko odchyłki od pomiaru referencyjnego i o te odchyłki przesuwać układ. Zdaje się, że interpreter gkoda to potrafi, ale ja jeszcze nie za bardzo . To wszystko, a nawet więcej jest w tym githubie, ale póki co nie mogę tego odpalić. W razie czego, spróbuję wykorzystać z niego samą procedurę zmiana/pomiar. Szkoda mi tylko trochę czasu, który muszę poświęcić na naukę wiedzy, która raczej nie przyda mi się do niczego, juz wolałbym kupić jakiegoś gotowca. W sumie mam Piko, ale jakoś przyzwyczaiłem się do linuxa i trzymam Piko do innej maszyny .
Teoretycznie M6 remaping jest w miarę opisany w doc'u, ale mój angielski nie być za dobry, a z pythona to już jestem kompletnie zielony

"Bezpieczny" kod jak u mnie to:
....

G90
...

G53 G0 Z-1
G53 G0 X938 Y588
G53 G0 Z-85 - SZYBKI ZJAZD NAD CZUJNIK OK. 60MM NAD CZUJNIKIEM
G91
G38.3 Z-70 F200 - SZYBKI NAJAZD
G0 Z2
G38.2 Z-5 F16 - WOLNY NAJAZD
G90
G53 G0 Z-1

...

niestety, wciąż spbie nie radzę. Znalazłem już ten plik reset_state (gość ma bajzel w plikach), odpala się ładny panel kontrolny freza, tyle że panel jest nieaktywny, po wczytaniu jakiegokolwiek prawidłowego gkoda wywala błąd w linii 0 i nie wiem jak to dalej pójdzie. Linux v2.6. Dziwię się trochę, bo w Machu zdaje się że jest to od dawna, PikoCNC rozwija się od roku i zdaje się że też ma pomiar freza, a w linuxcnc nie ma tego w rozwiązaniach systemowych

W dodatku choć G38 wykonują się prawidłowo - frez staje na czujniku, to offsety nie wpisują się. Gdzie ten pomiar powinien się wpisać ? Do tool.tbl ? Nie wpisują się na 100% (myślałem że jeśli nie wpisuje do tabeli to może trzyma gdzieś offset w pamięci podręcznej) bo zrobiłem zero materiału, zmierzyłem frez, przesunąłem trochę w dół frez w uchwycie, ponownie najechałem na czujnik a potem nad materiałem dałem G1 Z0 F30 no i wszedł mi w materiał aż zahuczało . Grzebę ciągle w plikach, przypomniało mi się, że Kamar miał kiedyś problemy z zapisywaniem plików offsetowych jeśli tylko były ruszone jakimś edytorem, udało Ci się jakoś z tym zawalczyć ?

[ Dodano: 2013-03-23, 11:32 ]
Mam jeszcze pytanie: w "T1 M06 G43" G43 włącza korektę narzędzia, ale skąd on tę korektę bierze ? Z tool.tbl ?

Kol. Syntetyczny, Pascal, jak robicie pomiar freza swoją procedurą (bez T1 M06 G43) to gdzie linux wpisuje offset ?

Próbuję walczyć z tym pomiarem wg tego: https://github.com/araisrobo/linuxcnc/t ... gth-switch

w zasadzie większość błędów w mojej konfiguracji udało mi się (chyba ?) usunąć, to z czym nie za bardzo sobie radzę, to przy odpalaniu cnc z tego konfiga wywala mi: "nie można otworzyć pliku <reset_state>" i nie za bardzo wiem o co mu chodzi ?

Jak popatrzyłem trochę w te procedury, to gość przed 38.3 przechodzi w G91 a po pomiarze wraca do G90

Jak można w prosty sposób wrócić z cnc 2.6 na 2.5 ? apt-get uninstall linuxcnc a potem ponownie zainstalować ze źródeł 2.5 ?

Może się mylę, ale coś mi się widzi że te procedurki to może nawet i na emc2 dałoby się odpalić ?