szatri pisze: ↑

30 sie 2021, 14:28

To jest wyjątkowo wredna i kapryśna płytka. (Wiem, bo mam), Ona wymaga osobnych zasilaczy 5V i 12V, ma osobne masy dla obu napięć i nie toleruje ich zwarcia ze sobą, oraz nie wybacza błędów w ekranowaniu.
To że świruje jest raczej normą niż wyjątkiem, aczkolwiek daje się tak podłączyć żeby działała prawidłowo.

szatri pisze: ↑

17 sie 2021, 20:19

nie da się zamiast wpisywać wartość odległości pomiaru bez narzędzia jakoś podciągnąć to z parametru "#"(lub algorytmu)?

Offset jest wartością względną, czyli liczoną względem czegoś. Możesz sobie offset liczyć od czego chcesz, byleby to był punkt stały.
Nie ma jednak sensu liczyć offsetów względem podłogi, bo wtedy przesuwasz zakres wartości poza przestrzeń roboczą i jest z tego więcej problemów niż korzyści.
Ja u siebie liczę względem teoretycznie najkrótszego narzędzia, czyli wystającego zaledwie kilka mm z oprawki. Uważam to za pomysł godny polecenia, ale jak ktoś lubi inaczej to jego sprawa.
Natomiast tak ogólnie, to przyjmuj powszechnie stosowane standardy i staraj się ustalać sobie własne standardy, jeśli nie ma powszechnie stosowanych.
Trzymanie się standardów oszczędza czas, nerwy i pieniądze.
Tak więc nie kombinuj jak znowu przekombinować, tylko ustal sobie coś jako narzędzie o offsecie zero i resztę do niego dostosuj.
Dam Ci przykład z życia.
Mam "mokrego Chińczyka" mocowanego w taką standardową obejmą. Miałem wszystko poustawiane i musiałem zdemontować wrzeciono i obejmę, żeby w niej wywiercić gniazdo pod kamerę USB.
Oczywiście po ponownym zamontowaniu całości zgubiłem wysokość wrzeciona względem reszty maszyny, także względem czujnika długości narzędzia.
Założyłem w uchwyt śrubkę, którą uważam za narzędzie o offsecie zero, zrobiłem pomiar i wprowadziłem korektę. Trwało to może minutę.
Naprawdę warto mieć standardy i się ich trzymać.

szatri pisze: ↑

17 sie 2021, 19:31

tuxcnc pisze:Wiesz dlaczego #<PlaneOffset> wyliczam przed g38?

Nie.

No to jak nie wiesz, to po cholerę zmieniasz?

szatri pisze: ↑

17 sie 2021, 17:49

#<PlaneOffset> = [#5183 - #5422] ( get the current plane Z offset )
G38.2 Z-[#<_ini[TOOLSENSOR]TRAVEL>] F[#<_ini[TOOLSENSOR]FEED1>] ( fast touch )
G38.4 Z1 F[#<_ini[TOOLSENSOR]FEED2>]
G10 L1 P#<tool> Z-[-#<PlaneOffset> - #5063 - #<_ini[TOOLSENSOR]DISTANCE>]

Wiesz dlaczego #<PlaneOffset> wyliczam przed g38?
No to się domyśl.

szatri pisze: ↑

17 sie 2021, 17:27

.Wzorowałem się na Twoim przykładzie tj:
G10 L1 P#<tool> z-[-[#5183-#5422]-#5063 -#<_toolh0>]

Za chwilę trafi mnie szlag...
PO JASNĄ CHOLERĘ MIESZASZ W KODZIE ???
Tam jest tak, jak być powinno, a Tobie nie działa bo wszystko popieprzyłeś.
A teraz wymagasz ode mnie, żebym się tłumaczył dlaczego "mój" program nie działa...

szatri pisze: ↑

17 sie 2021, 10:36

(debug,#<tool>) odpowiada ######
a
(debug,#<_selected_tool>) odpowiada 1.000000
??????

###### znaczy że próbujesz czytać nieistniejącą zmienną, a 1.000000 to po prostu 1 tylko wyświetlane z ustaloną przez autora programu precyzją.
Czyli wszystko jest ok.
Poszukaj sobie o podprogramach i zmiennych lokalnych i globalnych, bo tutaj nie miejsce to tłumaczyć.

szatri pisze: ↑

16 sie 2021, 22:47

Zawsze robi przejazd na wysokości ustawionej dla t1 od którego jest offset ustawiony.

Gdzie dodałeś G43?
Ba mam wrażenie że znowu naprawiasz to co nie jest zepsute.

szatri pisze: ↑

16 sie 2021, 20:43

Czy mi się już coś pomieszało i w tabeli wartość P to nie odpowiednik H (g43)?

H to odpowiednik T.
P to pozycja w magazynie narzędzi.

szatri pisze: ↑

16 sie 2021, 20:01

Po wywołaniu tx M6 jest uruchomiony podprogram tool-change.ngc
w nim jest kolejne m6 bez tx

Tego Ci nie wyjaśnię, bo sam nie wiem dlaczego tak jest.
Po prostu pierwsze wywołanie M6 jest mapowane, ale te z wewnątrz procedury już nie i wywołuje się standardowe M6. Nawiasem mówiąc, gdyby tak nie było, toby się podprogram zapętlił i nigdy nie zakończył.
O tym że tak jest dowiedziałem się przypadkiem, nawet byłem zaskoczony, ale jeśli działa to wykorzystałem.
Podsumowując, pierwsze M6 i drugie M6 to zupełnie inne M6.

szatri pisze: ↑

16 sie 2021, 20:01

Czy lepiej użyć tego sformułowania: G43 H#<tool> gdzie #<tool> = #<_selected_tool>

Co do zasady, to nie powinno się używać parametru H jeśli nie jest to absolutnie konieczne, bo wtedy trudniej popełnić błąd.
Parametr H jest bardzo użyteczny, jeśli chcemy z tego samego narzędzia korzystać z różnymi offsetami.

szatri pisze: ↑

16 sie 2021, 17:28

Jak nie to jakim paramentem # jest g53?

Nie ma takiego parametru. Autorzy Linuxcnc mieli za słabą wyobraźnię żeby uzasadnić potrzebę jego istnienia. Jednak czasem by się przydał i da się to zrobić dookoła: predykcja-ruchu-t112552.html

szatri pisze: ↑

16 sie 2021, 17:28

Czy użycie g38.3 oraz g38.5 jest prawidłowe zamiast g38.2 oraz g38.4?

Moim zdaniem to bardzo poważny błąd.

szatri pisze: ↑

16 sie 2021, 17:28

PS. Czemu nie mogę używać T0 mimo ze jest dopisane w tabeli?

Zakłada się, że T0 to brak narzędzia we wrzecionie.