dobrze, nie będę zanim się nie nauczę.

Tobie przeszkadza frezowanie w G0 bo podobno się nie da.
Teraz twierdzisz że odczyt rejestru to głupota bo błąd taki malutki, bo gigaherce. Tak jakbyś nie wiedział ile taktów potrzeba programowi aby operację przeprowadzić i te pojedyncze gigaherce szybko zwalniają. Fakt, nadal to nieistotny czas, krótszy od kroku ale to twoja działka takie formalizmy.
A tu że bzdury, że nieprawda?
A może rzeczywiście nie wiesz.

lepi pisze: ↑

01 cze 2024, 20:34

Ucieszę się nawet, że się czegoś nauczyleś

wiele razy pisałem że to co wiem to wyczesy z tego forum. Ale nigdzie nie widziałem że pomogłeś.
A tu przeszkadzasz.

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ł.
A co i kiedy zapamietuje? Zewnętrzny sprzęt?

Dodane 3 minuty 59 sekundy:

tuxcnc pisze:więc przepisanie tego na szukanie środka otworu

Kol Tuxcnc, Mach jest tak prosty i często już opisany że tylko zamęt takich " teraz to wszystko niepotrzebne" może początkujacym wprowadzić jakąś niepewność.
Srodek otworu autor sam znalazł, zamieścił w temacie, tylko że mu niepotrzebny

Kol Lepi, pieprzysz jak zwykle wkoło Macieju tak jakbyś nie wiadomo co potrafił.
Na moje dociekania powinieneś odpowiedzieć:
Wywołanie makra: M31 P10 Q20 R30 'bez przecinków P,Q,R to wartości drogi na XYZ
makro podstawia do liczników osi XYZ te wartości w poleceniach:
Parg=param1() 'tu następuje pobranie z linni wywołania makra i podstawienie do zmiennej Parg
. ' to taka specjalna procedura w Machu dla uruchomienia z parametrami
.
setuserdro((1511,Parg) 'wipsanie do licznika
.
.

itd

tylko ty du** jesteś i jedynie gmatwać potrafisz. Na tym forum jeszcze żadnemu użytkownikowi nic nie podpowiedziałeś ale pierwszy jesteś do szukania dziury w całym albo prawdy warunkowej.



To teraz można wrócić do początku bo jak Tuxsc napisał nie ma żadnego znaczenia bład opóźnienia wynikający z komunikacji po kablu a tym bardziej z przepisywania bajtów z pozycją impulsu. Zresztą autorzy Csimo pokazali że się tym też nie przejmują, większość użytkowników nawet tego by nie potrafiła wyznaczyć o ile tylko by miała świadomość istnienia takiego aspektu.

Nawiasem mówiąc makro które prametry drogi skanowania musi mieć wprowadzane podczas wywoływania jest lekko patrząc jakby chybione, ale może jakaś tam myśl przyświecała takiemu rozwiązaniu.

Kol autorze, pisałem, olać eunuchów a makro takie czy siakie Ci napiszę, choćby po to aby rura zmiękła.

Dodane 1 minuta 49 sekundy:
wrócić do początku bo uwaga Lepiego o nieprzydatności jest uwagą Lepiego

lepi pisze: ↑

01 cze 2024, 18:12

Kierunek i zakres ruchu sondy możesz podać jako parametr wywolując M-code.

przykład wywołania
Mxxx................................. jak to wyglada?

lepi pisze: ↑

01 cze 2024, 17:46

podajesz do plugina jednocześnie ruch XYZ incrementalnie. Oczywiście może być zero.

W którym miejscu do plugina?
Bo wyświetli okienko z konfiguracją?
Bo po wywołaniu M31 (to Csimo, fakt, nie G31 które zastąpili i mają G38.2.3.4 itd. wiesz, staram się) palcami z klawiatury wklepie?
Gdzie to ogarnięty programista widzi w tym ujawnionym makrze? Możesz podpowiedzieć?
Piszesz na forum - masz dostęp do tej treści. Autor zamieścił na drugiej stronie tematu!
Dobra, poczekam na tego kompa.

co mam wkleić skoro nie ma.
Napisałem że nie znalazłem niczego gdzie by było można wpisać
" jadę stąd tam i czekam na sondę"
Możesz mi wskazać gdzie ustawić że X=100 i szukam do X=200?

Dodane 2 minuty 23 sekundy:
albo ze start w stronę X na długości 100mm. No dowolnie jak byle tyko.

Dodane 1 minuta 44 sekundy:
Masz Macha, masz CSmio, deklarujesz w wielu tematach znajomość pisania a G31 to podstawa.
PODPOWIESZ?

Na tle tego co Tuxc zasygnalizował pozwolę sobie dopisać.
Wszystkie systemy oparte na Windows nigdy nie dadzą dokładnego pomiaru, jedynie przybliżony którego
błąd może być bardziej lub mniej zmniejszany.
Jeżeli masz rejestr danej w postaci więcej niż jednobajtowej (XP to 4 bajty) to aby pobrać wartość
współrzędnej np X trzeba kolejno te bajty skopiować do pamięci. I to wystarcza aby była różnica w
momencie impulsu i pobrania pierwszego bajtu a kolejnym pobieraniem następnych. Bo licznik idzie i
ostatni skopiowany bajt określa już inną pozycję niż ta w momencie impulsu.

W Machu zorganizowali to tak że czytanie wartości licznika następuje po zatrzymaniu osi. Widocznie
uznali że stałe parametry skanowania pozwolą zachować stały błąd sprzętowy i go albo pominąć jako
niewielki ( bo faktycznie mały ) albo go wyznaczyć i wynik o tą powtarzalną wartość korygować.
Łatwo to sprawdzić skanując ściankę z np różnymi prędkościami najazdowymi albo z różnymi ustawieniami
silników (rozruch /hamowanie) To są wartości powtarzalne dla których można wymacać optymalne ustawiania.
Tak wygląda przy Machu na LPT.

Ale robi się katastrofa gdy stosujesz rozszerzenia komunikujące się przez kabel bo taka komunikacja
zawsze wprowadza opóźnienia których nie masz jak oszacować ani mieć pewność że są powtarzalne.
Bo kluczowa jest tutaj szybkość odpowiedzi do Macha z zacisku na sprzęcie Csimo. Buforowanie informacji wyklucza taki sens pracy.
Dlatego Csimo napisało własną procedurę skanowania która przebiega w ich sprzęcie a tylko gotowy wynik
jest zwrotnie udostępniany.
Dlatego w tym makrze które wrzuciłeś wcześniej na drugiej stronie jest G38.2.3.4 itd bo są to
wewnętrzne kody Csimo.
Oraz polecenie:
NotifiPlugins(010010)
które uruchamiają procedurę zewnętrzną (plugin) obsługującą zewnętrzny sprzęt fizycznie realizujacy
pomiar (dlatego Ci nie zadziałało bo nie skopiowałeś go do katalogu. Pomijam już fakt braku podłaczenia
sondy tam gdzie trzeba).
Jak to się odbywa? Autorzy wiedzą, może powiedzą.

Natomiast zawsze będą działać wszelkie makra napisane w składni Macha które sobie uruchomisz i działać będą bez względu na to czy Lepi pozwoli im działać czy nie.
Oczywiście uwzględnieniem ograniczeń tych warunków w prędkości odczytu.
Co więc dalej:
1) pomijamy rewelacyjne podpowiedzi eunuchów
2) wyznacz błąd skanowania czy wartość jest pomijalna lub powtarzalna (podpowiem jak)
3) jeżeli są do zaakceptowania to jak wcześniej pisałem - makro będziesz miał.
Tylko jeszcze trochę rozmowy w której wyjdą możliwe inne kwiatki typu błąd podłączenia (jakoś to krytykom umknęło przy zwalaniu na wadliwe kody i groźbę łamania sondy)

lepi pisze: ↑

01 cze 2024, 13:39

ogarnięty programista napisał makro

nie znajac struktury sprzętowej czyli w ciemno, Oczywiście kol Lepi, oczywiście

Udostępnił dwa w tym z użyciem wspomnianego pluginu
A skanowanie też jest z błędem (chyba) bo nie wiadomo czy wynik to jest skanowania czy końca ścieżki - Mach tego nie rozróżnia, może wpisali taką analizę.

Dodane 1 godzina 27 minuty 45 sekundy:
zajrzałem na stronę CSmio do treści makra.
Sondowanie wysokości Z nie jest w żadnym miejscu inne niż by było dla Macha w LPT. Coś Lepi tu wlepia że nie jest przydatne, może nie widział.
Drugie makro - skanowanie XYZ z użyciem pluginu to jak ono działa to nie mogę się zorientować pomimo zamieszczonego opisu bloków jego działania. Ktoś pokaże gdzie jest fragment że ma szukać w osi X? Że jak tu ustawię i jadę stąd tam to trafię w ściankę i zobaczę gdzie ona? No nie widać miejsca w którym mogę wprowadzić ścieżkę poszukiwania. Może plugin po uruchomieniu wyświetla okienko z parametrami i to jest tam?
Ale gdyby było okienko na początku to dlaczego wynik jest w message a nie w nowym okienku?

Uwagi o szybkości przekazania do Macha miejsca kontaktu sondy pozostają bez zmian.

lepi pisze: ↑

29 maja 2024, 09:34

Czyli wszystko w tym temacie jest dla Ciebie nieprzydatne.

Ja tam nie wiem, CSmio nie kupiłem, nawet ceny nie znam. ale pewnie wiesz co mówisz. Na żadne makra nie ma co liczyć.

Tutaj autor z pewnością odłączył przedłużkę i ruszył na czystym LPT
No bo jakim cudem zauważył co i jak?

j22 pisze:Dwie rzeczy mnie niepokoją
1. sonda nie reaguje /chociaż świeci się prawidłowo, na czerwono jak napotka na przeszkodę/, nie wyłącza posuwu ozi Z po najechaniu na przeszkodę- jedzie dalej
2. Wydaje mi się, że po przesunięciu o te 20 mm, nie cofa sie na x-2, chociaż w machu w okienku wyskakuje wartość przesunięcia, czyli najpierw 20 mm i potem dziwnym cudem wyskakuje -2, chociaż może mi się wydawać że się nie cofa o te 2 mm

wszystkie piny na LPT są dla Macha jednakowe i każdy pin widzi tak samo.
Róznica jest dopiero w przypisaniu tego pinu do funkcji którą ma spełniać.
Normalnie odświeżanie INPUT'ów odbywa się co 0,1s a dla niektórych funkcji szybciej.
Czyli jeżeli jest na pinie INPUT to bedzie wolno, jeżeli przyporządkujesz np. indeks to ten sam pin jest programowo przeglądany częściej. I nie ma możliwości tego zmienić.
Dlatego nie zbudujesz dobrego sondowania na pinie typu INPUT bo nie uruchomisz w Machu odpowiednio szybkich reakcji typu zatrzymanie ruchu.
Można napisać makro które będzie miało algorytm zgodny z procedurą sondowania i w oparciu o wejście na INPUT.
Ale będzie relatywnie wolne czyli niedokładne. Aby zwiększyć dokładność treba będzie wtedy znacznie zmniejszyć prędkość sondowania. Działać oczywiście będzie.
Aby temu zapobiec- wolnemu działaniu/małej prędkości można sondować podwójnie.
Pierwszy najazd szybszy i zgrubny, wycofanie i najazd wolno dla dokładności.
Tylko że wtedy sonda musi mięć znaczny dopuszczalny wychył aby się nie złamała w szybkim ruchu zanim Mach zobaczy że już trafił w ściankę.
Masz wejście PROBE to tego się trzymaj. Przecież zakres dokładności oczekiwanej dla wyznaczenia długości narzędzia jest rzędu 0,01mm. Policz co otrzymasz przy czasie próbkowania 0,1s.

Dodane 11 minuty 14 sekundy:
otwórz przycisk, skasuj treść i zapisz pusty.

Dodane 1 minuta 12 sekundy:

qqaz pisze:Z tym klawiszem to tak:
uruchamiasz Macha a w górnym menu/operator/edit button script zaczną ci pulsować klawisze aktualnego
ekranu które można edytować. Znajdż taki który jest pusty - typuje ze to będzie autotoolzero.
Naciskasz i rozwija się okienko w które możesz wkleić treść makra. Zapisz i gotowe, klawisz działa.