No to co Ci daje zapisywanie w tabeli jak następny raz i tak jest inaczej mocowane ?
Korzystaj tylko z bieżącego narzędzia mierzonego po wymianie.

Mylisz kolejność działań. Wywołując w programie zmianę narzędzia np. T1 M6 przywołujesz już określone narzędzie z tabeli. W powtórnym mierzeniu to sensu nie widzę. Twój sub właśnie ułatwia zdecydowanie utworzenie tej tabeli z offsetami .

Darek05 pisze: ↑

09 lut 2020, 15:18

abym mógł w prosty sposób umieścić go zaraz za zmianą narzędzia tj. Np T1 M6 "i coś co wywoła pomiar".

Nie powiem abym rozumiał - po co ?

Sprawdziłem i działa Szkoda, że tak późno
Całkiem wygodnie się wprowadza narzędzia do magazynu.
Przy okazji rozwiązałem i swoje kłopoty choć przyczyna była inna.

To wracam do tematu Być może moje kłopoty ( arcydziwne-zachowanie-t92662-10.html ) wynikały z tego, że nie zapisywałem pomiaru w tabeli narzędzi i po przerwaniu wracał do starych wartości.
Dzięki i sprawdzę

Darek05 pisze: ↑

08 lut 2020, 00:39

Jak przeprowadziłem test i jak to działa:

Czy w tych testach były przerwania programu "Esc" i ponowne uruchamianie ?
Jeśli tak i bezbłędne to też wracam do tematu
Potrzebuje działania może prostrzego ale bezbłędnego .

https://www.youtube.com/watch?time_continue=58&v=fdvJWkacJao&feature=emb_logo

Walczyłem dziś z obciąganiem tarczy szlifierki i przy G92 miałem podobnie cudaczne objawy.
Pomogła zamiana sposobu zerowania osi. Zamiast g92 można dać G10 L20 P1 z0.00

szatri pisze: ↑

01 mar 2018, 19:42

Wywołanie było na samym początku kodu, ale ja mu kazałem od kolejnej operacji gdzie takiego wywołania nie było a mimo to pojechał.

Program uruchamiany od danej linii kody pewne polecenia ma wgrane np. F, g7/8 czy g20/21. Pewnie te najazdy też ma do wykonania.

Sprawdź jak się będzie zachowywał po wpisaniu na początku programu G92.1
Podobnie mi się woziło przy dzieleniu osi na pół.