j22 pisze: ↑

19 sie 2024, 20:11

tuxcnc - do którego przycisku przypisać makro?

A ile razy Ci pisałem, że Mach3 nie używam i się na nim nie znam?
W pewnych rzeczach mogę pomóc, bo to jest matematyka a nie konkretne oprogramowanie, ale którego klawisza użyć, to mnie nie pytaj...

j22 pisze: ↑

08 sie 2024, 20:26

Wszystko działa ino makra nie ma

Jak Ci czujnik działa, to uruchom jakiekolwiek makro wykorzystujące czujnik, nawet to na mierzenie długości narzędzia.
Jeśli cokolwiek będzie działać prawidłowo, to będzie punkt zaczepienia do tego, aby znaleźć rozwiązanie zaspokajające twoje potrzeby.
Jak pisałem wcześniej, poszukiwane makro będzie podobne do dostępnych w necie, co najwyżej dłuższe i używające innych zmiennych.
Ja Ci takiego makra nie napiszę, bo ani nie używam Mach3, ani nie piszę w VB, ale robiłem podobne rzeczy w LinuxCNC, czyli mówiąc obrazowo, zdarzyło mi się mówić to samo, tylko w innym języku, więc naprawdę wiem o czym mówię.

j22 pisze: ↑

08 sie 2024, 20:09

nie pomogło, ale spróbujmy jeszcze raz

Zapewne bardziej pomoże, jak podłączysz prawidłowo czujnik i Mach zacznie go widzieć...

j22 pisze: ↑

08 sie 2024, 14:47

maszyna działa, ale makra dalej nie mam

Abra kadabra, ula bula, bęc!
Pomogło?

qqaz pisze: ↑

02 cze 2024, 00:46

Tobie przeszkadza frezowanie w G0 bo podobno się nie da.

Chyba Ci to już kilka razy tłumaczyłem, ale najwyraźniej jesteś zbyt tępy żeby to zrozumieć.
G0 to ruch ustawczy o nieokreślonej prędkości, więc nie należy go używać do frezowania.
Tak samo jak gówna nie należy jeść, co nie znaczy że się nie da...
Podobnie jest z niezerowym czasem wykonywania operacji w nowoczesnym procesorze.
Ten czas jest niezerowy i istnieje opóźnienie, tyle tylko że w tym czasie suport wykona ruch o rzędy wielkości mniejszy od swojej dokładności - jakieś milionowe części milimetra, więc jest to bez znaczenia.
To tak jakbyś opowiadał o tym, że czas płynie szybciej w górach niż nad morzem, co formalnie jest prawdą, ale też nie ma żadnego praktycznego znaczenia...

qqaz pisze: ↑

01 cze 2024, 20:44

Dodane 2 minuty 31 sekundy:

lepi pisze:Można pobrać wartości zapamiętane w momencie wyzwolenia sygnału

nigdy z dokładnością całego rejestru, chyba że Macha zatrzymasz a wtedy i tak nie odczytasz bo będzie stał.

Gadasz takie głupoty, że zęby bolą kiedy się to czyta...
Pomiary czy bazowanie wykonuje się z małymi prędkościami, na przykład 200 mm/min czyli 0,003 mm na milisekundę.
A Ty wyskakujesz z czasem przepisania 32-bitowego rejestru w gigahercowym procesorze...

Tak z czystej ciekawości pobrałem https://en.cs-lab.eu/wp-content/uploads ... /macro.zip i przejrzałem plik tool_length.vb
Oczywiście w LinuxCNC nie pisze się skryptów w VB, ale tak zasadniczo jest to to samo, różnice dotyczą nazw kodów i nazw zmiennych.
Nie powinno to dziwić, bo jak już wcześniej pisałem, nie należy się spodziewać, że do tak prostego zadania autor będzie wymyślał koło na nowo.
Są tam też komentarze, które mogą sporo pomóc.
Na przykład tego nie wiem, ale mogę się spodziewać, że jeżeli "GetDRO(2) ' actual Z position" , to GetDRO(1) będzie aktualną pozycją Y...
Podobnie z innymi parametrami, więc przepisanie tego na szukanie środka otworu, to nie powinien być problem, a jedynie wysiłek...

qqaz pisze: ↑

01 cze 2024, 16:04

Może plugin po uruchomieniu wyświetla okienko z parametrami i to jest tam?

Przestań się wreszcie domyślać, bo to nie tylko nic nie wnosi do tematu, ale jeszcze robi bałagan.
Ja oczywiście nie wiem jak działają makra od czujników w Mach3 z LPT, czy z CSMIO, ale wiem jak działają w LinuxCNC, a tam działają tak jak powinny i jeżeli Mach3 robi to inaczej, to byłby jeszcze jeden powód żeby go nie używać...
A w LinuxCNC najzwyczajniej używa się kodów G38 i zmiennych, zarówno systemowych, jak i użytkownika.
Czyli w skrócie, wysyła się odpowiednią komendę G38, po jej zakończeniu sprawdza się wartość flagi prawidłowego wykonania, wartości pomiaru w osiach X,Y,Z,A,B,C,U,V,W są w odpowiednich zmiennych i makro może sobie wyliczyć co potrzeba i ustawić offsety jeśli potrzeba.
Jak widać, nie ma tu żadnych okienek i ptaszków, bo być nie powinno, żeby procedury pomiarów można było wykonać wewnątrz programu, nawet pod nieobecność operatora (jeśli jest ATC).
A z tymi opóźnieniami, to zwykłe bzdury, bo co prawda one istnieją, ale można je zaniedbać. W LinuxCNC pracującym na łączu Ethernet, zwykle czyta się stan zewnętrznego kontrolera co jedną milisekundę, a można i częściej. Naprawdę, takie opóźnienie jest pomijalne, nawet jeśli nie jest stałe.
Dopiero bardzo szybkie zmiany sygnałów, np. z enkoderów, sprawiają problemy, które trzeba sprytnie ominąć (liczniki enkoderów są w zewnętrznym kontrolerze, a przesyła się ich zawartość co wspomnianą milisekundę).
Nie sądzę żeby w CSMIO wyważali otwarte drzwi i próbowali wynaleźć koło na nowo, raczej działa to tak samo.

j22 pisze: ↑

01 cze 2024, 11:04

Pytałem producenta /CS Lab/, mają tylko do wysokości narzędzia, które pobrałem, makra do badania krawędzi, nie mają

Musisz zrozumieć zasadę działania czujnika.
Sprzętowo jest to proste, jak element pomiarowy przesunie się o określoną wartość, to zmienia się stan sygnału wyjściowego
Programowo sprawa się komplikuje, bo czujnik nie może po prostu odłączyć silnika, to by się mogło skończyć zgubieniem pozycji, czyli cały pomiar straciłby sens.
Dlatego program sterujący musi zapamiętać pozycję w której czujnik zadziałał i łagodnie wyhamować posuw.
Ponieważ program nie wie co mierzysz, więc zapamiętuje pozycję wszystkich osi.
(Tak się dzieje we wszystkich sterowaniach które znam i nie sądzę żeby w Mach3 mogło być inaczej).
Wynika z tego, że jak masz makro do pomiaru w osi Z, to ono może działać w dowolnej innej osi, tylko trzeba wtedy użyć innych zmiennych, które z kolei są opisane w dokumentacji.
Tak samo to makro od osi Z może dokonywać pomiaru w kilku osiach równocześnie, tylko trzeba dopisać kilka linii podobnych do już istniejących.
No i na koniec, nie ma to żadnego znaczenia czy frez wjeżdża w nieruchomy czujnik, czy ruchomy czujnik wjeżdża w nieruchomy materiał, program w to nie wnika i jest mu wszystko jedno.
Tak więc najpierw doprowadź maszynę do stanu używalności, potem uruchom to makro od pomiaru narzędzia, a na koniec poproś kogoś o pomoc w jego przepisaniu na inne osie.

qqaz pisze: ↑

29 maja 2024, 13:39

Ja tam nie wiem

Czyli najważniejsze zauważyłeś, teraz powinieneś wyciągnąć z tego wnioski...