LinuxCNC - pomiar długości narzędzia - instrukcja jak skonfigurować

Koledzy drzasiek90 i adam Fx
Bardzo dziękuje za pomoc i wskazówki, udało się uruchomić pomiar narzędzia i linuxcnc na wirtualnej maszynie , co prawda nie mam możliwości zbazowania osi na wirtualnej maszynie i w 100% procentach sprawdzenia działania pomiaru ( czy jeszcze czegoś niespie....)
ale jutro na pewno to sprawdzę. - Już jestem z siebie dumny, choć tylko skopiowałem, i to z błędami - to co kolega drzasiek90 stworzył.

Kolego drzasiek90 twoje spostrzeżenie było trafne zamiast folderu algorytmy ja tworzyłem folder algorytm i tu był pierwszy błąd , drugim moim błędem był plik wymiana_narzendzia.ngc opisałem go polskim znakiem ę a ścieżka prowadzi do pliku wymiana_narzendzia.ngc

bardzo dziękuję za chęci i pomoc tak opornemu na wiedzę i cięzkiemu do zajeb..... gościowi jak Ja

Dlatego prosiłem o zrzut ekranu, wtedy by można było to dużo szybciej wyłapać.

Kolego drzasiek90 moja radość była przedwczesna zerknij na ten filmik
&

plemnik7 pisze:zerknij na ten filmik

może tu widzę 2 błędy w instr.

Dodane 4 minuty 32 sekundy:

drzasiek90 pisze:dużo szybciej wyłapać.

cy jest możliwość udostępnienia całej paczki konfiguracji - w instr. wkradają się błędy wynikające z edycji kodu w celu przerobienia go na instr. gotowe pliki mogły by pomóc uniknąć literówek błędów kopiowania tekstu ze strony itp.np w instr:
[TOOL_CHANGE_POS]
X = 120
Y = 0
Z = 0
[TOOLSENSOR]X = 220
Y = 13
Z = -48
MAX_CHANGE = 32
[AFTER_CHANGE_POSITION]
X = 120
Y = 0
Z = 0


a powinno być

[TOOL_CHANGE_POS]
X = 120
Y = 0
Z = 0
[TOOLSENSOR]
X = 220
Y = 13
Z = -48
MAX_CHANGE = 32
[AFTER_CHANGE_POSITION]
X = 120
Y = 0
Z = 0

Dodane 1 minuta 20 sekundy:
aha ta (flaga) nie może być w nawiasie bo zagęszcza komentarz

Dodane 34 minuty 36 sekundy:

b.becelewski pisze:i nic więcej sie nie dzieje z wyjątkiem komunikatu na ekranie "bad number format (conversion failed) parsing"

potwierdzam u mnie tak samo

błędu "bad number format (conversion failed) parsing" nie da się zlokalizować bo podaje że w okolicy 1 lini programu ( niezależnie jaki program wybiorę to błąd już widzi w pierwszej lini)

hmmm ciekawe że u plemnik7 to działa może dlatego że ma 2.7.15 a ja 2.9 bo testowałem MPG

b.becelewski na jakim linuxcnc uruchamiasz? 2.7.15?

Dodane 1 godzina 18 minuty 32 sekundy:
OK znalazłem jeszcze takie coś :
G43.1 Z[#_ActualMeasureZ> - #<_FirstMeasureZ>](Ustawia dynamicznie offset długości aktualnego narzędzia -działa do momentu wystąpienia M72)
O200 ENDIF
G90(Programowanie absolutne)
G53 G0 Z#<_ini[TOOLSENSOR]Z>(Podnosi oś Z do zdefiniowanego punktu czujnika)
M100 P2(Wświetla komunikat aby zdemontować/zabezpieczyć czujnik)
G53 G0 Z #<_ini[AFTER_CHANGE_POSITION]z>(Przesówa oś Z do zdefiniowanego punktu po wymianie narzędzia)
G53 G0 X #<_ini[AFTER_CHANGE_POSITION]x> Y #<_ini[AFTER_CHANGE_POSITION]y>(Przesówa oś X,Y do zdefiniowanego punktu po wymianie narzędzia)
M72(Przywraca zapisany stan)
G43.1 Z[#_ActualMeasureZ> - #<_FirstMeasureZ>](Ponownie ustawia dynamicznie offset długości aktualnego narzędzia)
O <wymiana_narzedzia> endsub
m2

nie powinno tam być z dzióbkiem? #<_ActualMeasureZ>

błąd "bad number format (conversion failed) parsing" powoduje ostania linijka
G43.1 Z[#_ActualMeasureZ> - #<_FirstMeasureZ>](Ponownie ustawia dynamicznie offset długości aktualnego narzędzia)
O <wymiana_narzedzia> endsub
m2

a dokładnie #_ActualMeasureZ> z dzióbkiem czy bez to nie pomaga
za to pomaga ponowienie #<_ActualMeasureZ> = #5063(Zapisuje wynik aktualnego pomiaru w osi Z) po M72 ale niem czy to prawidłowo zadziała

Tak przynajmniej nie ma błędu
m2

Dodane 45 minuty 22 sekundy:

plemnik7 pisze:radość była przedwczesna zerknij na ten filmik

wydaje mi się że wina jest w M100 gdy wklejma kod z poradnika do M100
#!/usr/bin/python
title="Komunikat LinuxCNC"

To robi się kaszana i na pewno nie wygląda jak na grafice download/file.php?id=40146&mode=view
np linia 44 wygląda tak po skopiowaniu do Gedit
instruction = "There is no message for numbern" + P + "n in the filen" +
MessageFilePath

Polecenie nawet nie jest w jednej lini brak \ a to tylko jeden z wielu błędów wynikających z kopiowania
nie znam Python ale czy to nie błąd nasz plik nazywa się M100messages.ini a w prog. jest coś takiego MessageFilePath = __file__ + "messages.ini" (no chyba ze to __file__+ znaczy M100) nie wiem ale rzuciło mi się w oczy.

Panowie rzeczywiście są błędy których nie mam w swoim dokumencie roboczym. Korzystacie z poradnika na mojej stronie? Zauważyłem że tam ewidentnie coś mi niektóre znaki uzera. Po południu jak będę przy komputerze to poprawie błędy i spróbuję sprawdzić czy to z poradnikiem działa.

Dodane 10 minuty 43 sekundy:
Ewidentnie są to błędy wynikające z kopiowania ponieważ u mnie to działa więc coś się poknocilo przy kopiowaniu i dopisywaniu komentarzy. Poczekajcie cierpliwie, po południu wrzucę poprawkę.

drzasiek90 pisze:Ewidentnie są to błędy wynikające z kopiowania ponieważ u mnie to działa więc coś się poknocilo przy kopiowaniu i dopisywaniu komentarzy. Poczekajcie cierpliwie, po południu wrzucę poprawkę.

na spokojnie

Panowie dałem d... na całej linii.
Po tym, jak oświeciliście mnie, że program do wymiany narzędzia który wrzuciłem jako pierwszy ma wadę w postaci przesuwania również układu maszynowego, chciałem jak najszybciej napisać program który będzie "dobry". Program napisałem na sucho na komputerze na którym pracuję (nie jest to komputer przy maszynie) i tutaj oczywiście program działał. To, że Wam nie działa to wynika z tego, że podczas kopiowania i dodawania komentarzy do artykułu coś się poknociło.
Poszedłem dziś do komputera do maszyny i otworzyłem plik wymiana_narzedzia.ngc i się okazało, że jest tam stary program. Program który chciałem przetestować znajdował się w konfiguracji do innej maszyny, okazuje się że wkleiłem program nie do tej konfiguracji na której testowałem. Testowałem zatem stary program który zadziałał. Ale jak już wiemy ma on wadę więc nie powinno się go używać.

Dziś przetestowałem nowy program i jest tam jakiś bubel ponieważ nie działa on na chwile obecną poprawnie. Proszę o zawieszenie narazie prób uruchomienia tego, ja postaram się jak dorwę trochę czasu poprawić program i wrzucić już w pełni mam nadzieję działający.

No więc jest wersja poprawiona, sprawdzona, mam nadzieję że tym razem bez błędów:
http://www.machmaker.pl/1_10_3_instrukc ... uxcnc.html
Aby nie było problemów z formatowanie tekstu i użeraniem niektórych znaków specjalnych przez edytor to udostępniłem również plik .txt w którym kolejno znajdują się wszystkie listingi do kopiowania. Instrukcja dostępna również w formacie .pdf.
PDF i TXT do pobrania pod adresem:
http://www.machmaker.pl/1_5_pliki-do-pobrania.html

Witam, stworzyłem nową konfiguracje stepconf aby na niej przetestować pomiar narzędzia zanim wgram ją do głównej konfiguracji i napotkałem pewien problem. Wydaje mi się, że instalacje wykonałem poprawnie zgodnie z instrukcją - plik pobierałem z strony podanej w linku (http://www.machmaker.pl/1_5_pliki-do-pobrania.html) i wykonywałem ją łącznie 3 razy.
Za każdym razem miałem taki sam problem a mianowicie po wciśnięciu przycisku "Nowe narzędzie" widziałem w LinuxCNC ruch maszyny na sucho w programie najpierw na miejsce wymiany, potem przypomniała o podłączeniu kabelka wszystko elegancko. Gdy rozpoczęła ruch aby zmierzyć narzędzie to zdziwiłem się gdyż zamiast poruszać się w dół na Z- to poruszała się w górę na Z+. Więc tak jakby fizycznie narzędzie niema prawa dotknąć czujnika bo się od niego oddala. Po dokonaniu pomiaru - ręcznego zwarcia styków sondy, powróciła na zadane miejsce po wykonaniu pomiaru.
Bawiłem się z ustawieniami sekcji współrzędnych maszynowych gdzie podaje się je dla tych 3 punktów. Prosiłbym o sugestie co może być nie tak, bo znając życie to coś zepsułem...

Zjazd do pomiaru - jedzie na Z+ (kolor fioletowy) Zakończony pomiar

Witam miałem to samo , rozwiązanie okazało się zanegowanie pinu na którym miałem czujnik