LinuxCNC - szybkie ustawianie offsetu dla Z...

jacek-1210 pisze:szukam pliku hal_manualtoolchange ale nigdzie nie widzę

http://www.linuxcnc.org/docs/devel/html ... ool-Change
Ale lepiej poszukaj dokumentacji od zmieniarek narzędzi, to Ci da dużo więcej wiedzy.

Ciekawą opcją jest chyba TOOL_CHANGE_AT_G30 = 1 .
http://www.linuxcnc.org/docs/html/confi ... _section_a
http://linuxcnc.org/docs/html/gcode/gco ... :G30-G30_1

Ja jak do tej pory zmieniam narzędzia ręcznie i nie używam czujnika narzędzi, więc mnie ten temat o tyle interesuje, że może kiedyś ...

.

Tak się zastanawiam, czy zadziałałoby takie wywołanie:


loadusr -W hal_manualtoolchange
net tool-change iocontrol.0.tool-change => hal_manualtoolchange.change
net tool-changed iocontrol.0.tool-changed <= hal_manualtoolchange.changed
net tool-number iocontrol.0.tool-prep-number => hal_manualtoolchange.number
net tool-prepare-loopback iocontrol.0.tool-prepare => MOJA_PROCEDURA => iocontrol.0.tool-prepared



na ile dobrze widzę, to są tylko powiązania i takie coś chyba nie zadziała:

loadusr -W hal_manualtoolchange
net tool-change iocontrol.0.tool-change => hal_manualtoolchange.change
net tool-changed iocontrol.0.tool-changed <= hal_manualtoolchange.changed
MOJA PROCEDURA
net tool-number iocontrol.0.tool-prep-number => hal_manualtoolchange.number
net tool-prepare-loopback iocontrol.0.tool-prepare => iocontrol.0.tool-prepared



[ Dodano: 2013-03-16, 18:04 ]
Co do G30 to tu jest ciekawie: http://softsolder.com/2010/04/14/emc2-u ... tion-ever/ no ale tak czy siak, jakoś tę procedurę trzebaby wywołać. Najlepiej z hal-a . Ma wywalić komunikat o konieczności wymiany na taki a taki numer, a po wciśnięciu OK ma dodatkowo wywołać (tylko jak ?) procedurę pomiaru narzędzia. Żeby jakoś można było podejrzeć te procedury z hal_manualtoolchange

[ Dodano: 2013-03-16, 23:45 ]
Po wielu próbach, grzebaniu w googlach, znalazłem wreszcie hal_manualtoolchange . To jest w /usr/bin/ i jest w pytonie, więc wróciła nadzieja. Teoretycznie, można sobie w pytonie stworzyć coś innego i wywoływać z hal-a, ale na początek pokombinuję z gotowcem

Przy okazji, jakby ktoś nie wiedział: w ini w sekcji [EMCIO] można sobie np. wpisać
TOOL_CHANGE_POSITION = 400 300 2 (XYZ bezwzględne) i na tę pozycję pojedzie maszyna kiedy dostanie z gkoda komendę do wymiany narzędzia
Żeby tak jeszcze było TOOL_PROBE_POSITION

[ Dodano: 2013-03-17, 15:06 ]
Do bardziej obeznanych w Pytonie:

tu gdzie strzałka:




chciałbym wstawić np. wywołanie o-sub'a z pomiarem narzędzia. Na zasadzie, że pyton wywołuje procedurę, czeka na jej zakończenie i dopiero wystawia sygnał TRUE. Tyle że ... nie wiem jak to wywołanie procedury napisać w Pytonie

[ Dodano: 2013-03-18, 11:20 ]
Koledzy pomóżcie z pytonem . Muszę jakoś przez to przebrnąć, bo jak mi z gkoda wchodzi T1 M06 .... to wyskakuje komunikat wymień narzędzie i nie jestem w stanie przejechać maszyną, mogę jedynie wymienić frez i wcisnąć "gotowe", a wtedy frezowanie rusza dalej. Już nawet nie chodzi o wywołanie suba tam gdzie strzałka. Próbowałem tam gdzie strzałka wpisać G53 G0 Z0 tak jak widziałem w pytonkach Kamara/Mikiego np tu: https://www.cnc.info.pl/search.htm/6599 ... 6&start=20

------------------------------------------------------
o120 if [#<szerokosc_fazki_walka> gt 0] (procedura wykonania fazki na pozostałej krawędzi wałka, wykonywana tylko, gdy zadeklarowana szerokość fazki jest większa od zera)

g0 z-[#<dlugosc_czopu>-0.5] x[#<srednica_walka_do_fazki> - #<glebokosc_fazki_walka>] ( dojazd do fazki na fi #<srednica_walka_do_fazki>)
g1 x[#<srednica_walka_do_fazki>+0.5] z-[#<dlugosc_czopu>+#<szerokosc_fazki_walka>] ( toczenie fazki na fi #<srednica_walka_do_fazki>)

o120 endif (koniec procedury fazowania pozostałej krawędzi wałka)

G0 z0.5
x#<baza_x> (zjazd do bazy)
----------------------------------------------------------------


ale wywala mi błąd w tej linii podczas startu emc . Czy to trzeba jakoś deklarować na początku programu w pytonie ?

jacek-1210 pisze: wpisać G53 G0 Z0 tak jak widziałem w pytonkach Kamara/Mikiego np tu: ?

To są suby NGCGUI a nie Pytona i muszą mieć odpowiednią forme z deklaracjami.

kamar pisze:Mozna jeszcze krok dalej. Na plazmie mam mieć że po kazdym M3 w g-kodzie ma zjezdzać do blachy, ustawić i odpalić palnik.

Znaczy się inne interpretowanie M3 przez linuxCNC ?? jej, bo jak tak, to kamar, plissss też tak chcę

jarenio pisze:[, plissss też tak chcę

Będzie tylko się trochę ociepli

A może chociaż coś ogólnie ? Mnie potrzeba żeby po M06 robił najazd na czujnik

[ Dodano: 2013-03-18, 16:27 ]
Nic mi nie idzie . Zrobiłem przycisk wg kol. Syntetycznego, ale oczywiście podczas procedury wymiany przycisk nie działa . To jeszcze na szybko mogę ominąć wklejając procedurki do gkoda, ale mam kolejny problem: przy użyciu g38.3 lub g38.2 program najeżdża mi na czujnik i zatrzymuje się przy dotknięciu. Na tym działanie programu kończy się, nie zgłasza błędu, po prostu nie realizuje kolejnych linii g0 z10 itp. Nie zdążyłem sprawdzić czy w ogóle koryguje offset narzędzia . Nie zawiesza się po dotknięciu, po prostu wychodzi z gkoda olewając resztę programu i zaczynają mi działać przyciski na klawiaturze. Nie wiem czy ja coś źle robię czy czas przejść z emc2 na linuxcnc

jacek-1210, tak, czas najwyższy

Trochę nie na temat, ale zwątpień ciąg dalszy: próbowałem przejść z emc2 na linuxcnc i okazało się że mój Cpmpaq Evo nie widzi sieci (nigdy dotąd pod emc2 z sieci nie korzystałem). Pomyślałem uwalona karta (Intel), więc na dodatkowym slocie dołożyłem typowego Realteka 8139 i znowu nie widzi. Po wetknięciu skrętki karta świeci, więc warstwa sprzętowa jest ok, karty z poziomu Linuksa są widoczne, tyle że bez przypisanego IP. Po wetknięciu skrętki system jakby pobierał IP, ale ostatecznie wywala brak połączenia . Pomyślałem, coś z systemem, więc wywaliłem wszystko i z pendrive'a zainstalowałem system od nowa, już z cnc2.5. Ale okazało się, że nadal sieci nie widzi.... a sieć potrzebna do doinstalowania 2.5.2 Pomyślałem uwalona płyta główna, przełożyłem dysk na jakiegoś składaka z jakąś płytą Gigabyte'a i wszystko poszło poza tym, że cnc na tym odpalać nie można bo jitter powala na kolana. I tak by zostało, gdyby nie to, że z ciekawości odpaliłem dysk na starym Compaqu z PIII. O dziwo system odpalił, nawet chodzi , ale znowu ta sama śpiewka: sieć nie chodzi ani na płycie głównej ani na Realteku 8139, a ten sprzęt jest sprawny na 1000% . Ja już zwątpiłem, chyba że w tym linuksie są jakieś walnięte sterowniki do tych kart ???

[ Dodano: 2013-03-19, 21:38 ]
Znalazłem jakie-takie rozwiązanie: http://www.question-defense.com/2010/06 ... 39c-rev-10 faktycznie ubunciak ma problemy z driverami 8139

jacek-1210 pisze:O dziwo system odpalił, nawet chodzi

To akurat jest zupełnie normalne.
Co do twoich problemów, to są twoje problemy, na twoje własne życzenie, męcz się sam i nie zawracaj du** innym.
Linux zwykle nie działa na komputerowym złomie i to jest wszystko na ten temat.

.

Nie przesadzaj. O ile PIII to złom, to już Compaq na procku 2.5G aż takim złomem nie jest. Ponadto, na tym forum panuje opinia, że cnc chodzi lepiej na starszych sprzętach. I coś w tym jest, bo jak próbowałem odpalić cnc na prawie nowym sprzęcie, to pokazało mi jitter ponad 300k(i to już po powyłączaniu w biosie wszystkiego co się dało) gdy na compaqu mam poniżej 9k. Dziwi mnie o tyle, że drivery do kart są zaimplementowane tyle że nie chodzą bo najwyraźniej mają problemy z ustaleniem protokołu. Dziwi mnie tym bardziej, że na poważniejszym sprzęcie z prawie najnowszym suse mam gigowego realteka i chodzi bez problemu. A przecież Ubunciak 10.04 do najnowszych nie należy.
Ale OK, może niepotrzebnie zaśmiecam wątek