Koledzy dziękuję serdecznie za pomoc, temat uważam za zamknięty.
Tomcat65- gratuluję wiedzy !

adam-opole pisze: ↑

13 sie 2018, 17:36

Jest przełom!!
Wreszcie po włączeniu funkcji $H następuje ruch osi Z (na płytce shield jednak pod pinami SPN EN) i kolejnych osi Y i X.
Ale juz tu koniec euforii, ponieważ ruch ten blokowany jest co kilka mm komunikatem ALARM: Homing fail, pomimo, że do krańcówki jest hoho..
Poniżej zrzut ustawień $, czy któryś z parametrów jest zły, że następuje nagłe zatrzymanie maszyny, czy też brakuje jej kondensatorów i rezystorów do podciągnięcia sygnałów?

Jednak... znalazła się przyczyna- zmieniłem wartość $5=1 , teraz mierzy mi górną krańcówkę i ustawia się pięknie, aż oczy się cieszą !

Jest przełom!!
Wreszcie po włączeniu funkcji $H następuje ruch osi Z (na płytce shield jednak pod pinami SPN EN) i kolejnych osi Y i X.
Ale juz tu koniec euforii, ponieważ ruch ten blokowany jest co kilka mm komunikatem ALARM: Homing fail, pomimo, że do krańcówki jest hoho..
Poniżej zrzut ustawień $, czy któryś z parametrów jest zły, że następuje nagłe zatrzymanie maszyny, czy też brakuje jej kondensatorów i rezystorów do podciągnięcia sygnałów?

tomcat65 - jutro zgodnie z Twoimi zaleceniami sprawdzękolejno wszystko i dam znać jakie przyniosło to efekty.
grbl_v1.1f.20170801 mam w hex więc tego wrzucę na Arduino, a dostęp do środowiska pracy poprzez UniversalGcodeSender-v1.0.9.
Myślę, że w nich nie tkwi problem.

Zgodnie z sugestiami podłączyłem bezpośrednio pod Arduino końcówki przewodów obwodu krańcówek C pod GND i NC pod pin Arduino 12, -10 i -9, nie powoduje to żadnej reakcji. Na zamieszczonym foto widać logi komunikacji w momencie gdy cały czas pstrykam krańcówką..


Teraz tym bardziej ciekawy jestem dlaczego to u mnie po prostu zwyczajnie nie chce zadziałać, kiedy większość kolegów po protu z tego korzysta

Wróciłem do grbl kolegi z forum, gdzie wrzucił plik Hex :
grbl-t71520.html

Na nim mimo zmian w pliku config.h też nic nie widzi.

Koledzy.. próby, zamiany i wciąż brak jakiegokolwiek ruchu, by miało się coś zmienić.
Podłączałem krańcówki we wszelkie możliwe konfiguracje, ale efektu brak. Arduino ich po prostu nie widzi.
Przecież to jest tak proste ,że aż głupio by to nie chodziło, ale gdzie jest problem.
Na foto widać podłączone przewody idące od pinu C podłączone do GND i pinu NC podłączone do pinu -Z.

Próbowałem też podpinać je obok siebie tj. do pinu -Z i obok kołka masy, zamieniać stronami, zmieniać osie, wejść na +Z, Y, X... nic..
Czytałem też o pliku config.h- czy tam przypadkiem nie należy coś pozmieniać, czy może ta funkcja u mnie jest wyłączona, mimo że wróciłem do softu GrBL 1.1f, nie zmienia to zupełnie nic.
https://www.rcclub.eu/download/file.php?id=16179 - zgodnie z tym schematem, kilkoma innymi wychodzi na to, że podpięte jest wszystko jak trzeba, multimetr wykrywa przerwanie obwodu w momencie wciśnięcia krańcówki, a Arduino nic.
Czy ma ktoś z was jeszcze jakiś pomysł ?

Obecnie przewód z krancówki wpięty jest w GND, drugi czyli kończący obwód z krancówek wpięty jest w -Z.
Próbowałem też na zasilaniu 5V, też nie działa.
Może własnie w tym punkcie nieodpowiedniego wpięcia coś mieszam.. skoro nic nie widać w sygnałach.
Jutro zrobię foto gdzie te moje kable są wpięte w Shield.

tomcat65 pisze: ↑

10 sie 2018, 15:52

Nic Ci nie zadziała dopóki nie włączysz 'hard limits' - $21=1.

To dla funkcji homing należy włączyć i miękkie limity i twarde ?
Zmieniłem ustawienia dla soft i hard limits- obie funkcje włączone, wówczas przy zrobieniu czegokolwiek pojawia mi się komunikat jak na załączonym foto.

To wina Arduino ? czy jednak wciąż ustawień, ponieważ podłączając krańcówki osi X czy Y dalej nie ma żadnych komunikatów na liście połączenia Arduino- PC o przerwaniu obwodu-czyli wykrycia prawidłowego ich działania.

Kupiłem krańcówki mechaniczne na nogach mają oznaczenia NO NC i C.
Wyglądają tak: http://www.prodin.pl/p,14097,wylacznik-krancowy-c.html

Czy to w nich może tkwić problem ? bo bardziej wciąż jednak zastanawiam się nad samą nakładką Shield v3. czy może podłączam pod nie cos nie tak.
Dlatego taka sugestia, gdyż pominąłem układ z kondensatorami i opornikami, wpiąłem na krótko same krańcówki, na mierniku rozłączają mi obwód, po podłączeniu do shield program nie widzi nic, niezależnie czy to oś X Y czy Z.

Napotkałem problem, ponieważ wykorzystałem znane i poznane mi sposoby na przebrnięcie przez temat i ustawienie miękkich limitów w funkcji homingu cnc.
Męczę się już od tygodnia, ale bez większych efektów.
Co zrobiłem:
- na podstawie postu z linku: https://github.com/gnea/grbl/wiki/Wiring-Limit-Switches porozkładałem krańcówki NC, spiąłem zgodnie ze schematem, dołożyłem kondensatory i oporniki, podpiąłem do Arduino (zasilanie 5V, GND, i piny -Z -Y -X, no i byłoby na tyle co poszło gładko.
W ustawieniach programu zmieniłem $ 20, 22, 27 to wszystko co dotyczy funkcji homing.
Niestety po zadaniu $H owszem silnik osi Z zaczyna prowadzić ją ku górze, ale tak mógłby sobie jechać i jechać, bo dociśnięcie krańcówki nic nie wywołuje.
Czytałem o zmianie pinu na SPINEND również tam podłączałem, to po krótkim ruchu wywołuje mi alarm i komunikat alertu, prosi o restart.
Zmieniłem soft pliku HEX kolegi gdzie pozmieniał ustawienia, ale wciąż nie wywołało to zmiany, wciąż nie widzi żadnej krańcówki.
Jak sprawdzam ruch pomiędzy arduino a PC, nie widać żadnego zapisu wciśnięcia którejkolwiek z krańcówek.
Coś ewidentnie jest nie tak.
Czy będzie ktoś mi w stanie poradzić gdzie lub co powinienem sprawdzić, zmienić ?