Uzupełnienie tematu i jego zakończenie. Maszyna została zawieziona na serwis producenta i wymienione sterowanie z LPT na LAN. Po rozmowie z producentem okazuje się, że problem tkwił w ilości rdzeni w komputerze. Zostałem poinformowany, że problem jest im znany i pojawia się w momencie podłączenia maszyny pod komputer z procesorem wielordzeniowym. Dwa komputery na których występował problem faktycznie były to jednostki z i5 (dell 980) oraz i3 (hp 8200). Komputer, z którym finalnie maszyna była połączona przez LPT i nie tworzył problemu to AMD athlon 64 (składak).

Podsumowując temat - problem udało się rozwiązać. Zmiana sprzętu na stary komputer zakończyła problemy z bazowanie osi. Od prawie 2 tygodni (od momentu zamontowania starego komputera ze strychu) ani razu problem nie powrócił.

tuxcnc pisze: ↑

19 lis 2020, 19:30

Miałem się nie odzywać, bo już sam tytuł wątku źle wróży.
Co ma "po kolizji" do opisywanego problemu ?
I jak komuś kto tak opisuje problem cokolwiek wytłumaczyć ?
Ale coraz bardziej wychodzi na to, że przyczynę można opisać jako "coś nie kontaktuje".
To jest najbardziej prawdopodobna przyczyna gdy coś raz działa a innym razem nie.
Konkretnie może to być korozja lub pęknięcie przewodnika, zarówno przewodu, styków, ścieżki na PCB czy wyłamane gniazdo.

Jeśli chodzi o kolizję, to leciał program na machu i podczas przesuwania wrzeciona nad materiałem do kolejnego punktu gdzie miało być kontynuowane frezowanie wyciągnąłem pendriva z komputera. W tym momencie komputer przyciął się na moment i zgrzytnęły silniki w maszynie. Zanim zdążyłem zareagować maszyna dotarła w zupełnie inne miejsce niż powinna, tak jak by przeskoczyła część programu i weszła w materiał, starając się kontynuować program. Zblokowało to całą maszynę, a po delikatnym wyjechaniu z materiału, zaczęły się moje problemy z bazowanie osi Z. Pewnie zaraz usłyszę, że usuwanie urządzeń zewnętrznych z komputera nie ma znaczenia, ale niestety już ze dwa razy miałem taką sytuację. Tutaj jak pisałem wcześniej, to był zdaje się pierwszy dzień korzystania z nowego komputera i założyłem, że tego problemu już nie będzie.

maciek95k pisze: ↑

19 lis 2020, 13:50

Jeśli maszyna robi zlecenia to może się okazać, że najlepszym wyjściem będzie wzięcie kogoś kto ogarnia sprawę. To nie brzmi jak usterka która może zająć dużo czasu komuś kto zna temat. Nie zdziwiłbym się, gdyby się okazało że szwankuje port LPT. U mnie w maszynie wypalało notorycznie jeden tranzystor po wciśnięciu przycisku awaryjnego jak osie były rozpędzone. Mimo różnych zabezpieczeń przeciw przepięciom itd działo się to notorycznie. Może też być tak, że jedno z drugim to po prostu zbieg okoliczności.

Zgadzam się z opinią, że najlepiej aby ktoś zajął się maszyną, ale w przypadku jak awaria pojawia się w nieregularny sposób najczęściej z jakiegoś magicznego powodu przy serwisancie zawsze wszystko jest ok. Niech podniesie rękę ten, kto chociażby u mechanika nie świecił oczami mówiąc "zazwyczaj w tym momencie coś stuka, naprawdę! Proszę mi wierzyć" i słyszy w odpowiedzi legendarne już "jeździć, obserwować i jak coś na serio się stanie to dzwonić"
Na ten moment postanowiłem wymienić czujnik na osi Z i w weekend odkopać jakiś stary komputer ze strychu z wyjściem LPT. Może uda mi się wykluczyć chociaż problem od strony komputera.

maciek95k pisze: ↑

19 lis 2020, 11:36

Musisz zrozumieć kilka rzeczy.
1. Hard limity określają krańcówki na każdej osi.
2. Soft limity są czysto programowe. Nie korzystają z żadnego czujnika. Działają tylko po wybazowaniu maszyny. Wtedy program zna pozycję maszyny i na jej podstawie oblicza, czy oś może jechać dalej czy nie. W przypadku soft limitów to Mach zatrzymuje oś. Odwrotnie do hard limitów gdzie jest to podyktowane sygnałem z zewnątrz czyli krańcówką.
3. Krańcówki bazujące i mogą to być te same co w przypadku hard limitów ale nie muszą. Aby korzystać z tych samych musi być odznaczona opcja która to umożliwia w machu.
4. To że na czujniku mruga dioda nie gwarantuje że jego sygnał jest poprawny.
5. Problemem może być czujnik, jego okablowanie, płyta lpt lub nawet sam port lpt.
Zacznij od sprawdzenia ustawień w Machu. Jeśli korzystasz z tych samych krańcówek to czy wszystkie te opcje są odpowiednio zaznaczone, piny skonfigurowane, kierunki bazowania itd.
Potem sprawdź sam sygnał z czujnika lub ewentualnie go podmień. Możesz go nawet odłączyć i podłączyć do testów przycisk. Jeśli dalej tak się będzie działo albo zmień płytę lpt albo jeśli masz możliwość użyj innego portu zanim kupisz nową płytę.

Dzięki za podpowiedzi.
Rozpocznę od zamówienia nowego czujnika bo koszt jest niewielki a i w zapasie posiadać nie zaszkodzi. Niestety maszynka znów zaczeła mieć problem z bazowanie Z. Dźwięk jaki z osi wychodzi przypomina ten gdy na win 7 32bity odpalilem macha i silniki gubily się i zacinały podczas jazdy.
Co do ustawień mach3 staram się tego unikać, gdyż wcześniej wszystko było ok a dopiero teraz pojawiły się problemy.
Na ten moment muszę skończyć przyjęte zlecenia i w przyszłym tygodniu rozpocznę sprawdzanie maszyny od wymiany czujnika indukcyjnego. Obawiam się tylko, że będzie jak w serwisie samochodu - jak ruszę jeden temat to posypią się kolejne.

TOP67 pisze: ↑

19 lis 2020, 08:16

allemix pisze: ↑

18 lis 2020, 23:21

Na osiach są czujniki indukcyjne i dioda gaśnie przy zbliżeniu jednak silnik nadal ciągnie wrzeciono do góry. Nawet jeśli w połowie wysokości przyłożę coś aby wywołać soft limit oś się nie zatrzymuje. Gdy nie korzystam z bazowania osi tylko normalnie przesuwam za pomocą strzałek nawet przy maksymalnych prędkościach wszystko jest ok i po osiągnięciu szczytu silnik krokowy zatrzymuje się.

Zastanawiające jest to, że krańcówki działają przy normalnej pracy. Wygląda to na problem w samym Mach, który nie reaguje na ten sygnał.

Dziś po odpaleniu maszyny wszystko działa prawidłowo (mimo, że wielokrotnie resetowałem zarówno komputer jak i maszynę wcześniej takiego efektu nie było), jednak to tylko kwestja czasu aby problem znów powrócił.
Z odpowiedzi jakie otrzymałem i obserwacji pracy maszyny, mogę dojść do wniosku, że problemem jest sygnał idący z czujnika. Na ten moment sygnały wejściowe migają po osiągnięciu Softlimits, a wczoraj tego nie było. Jeśli się nie mylę, to mogę wyciągnąć następujące wnioski na przyszłość:

1. Jest problem z płytką do której podłączone są czujniki i zapewne z czasem będzie on coraz częstrzy.
2. Założyć można, że same czujniki są sprawne ponieważ reagują (gaśnie i zapala się dioda) nawet w momencie gdy nie mogę wykonać bazowanie osi. Prawdopodobnie sygnał jest wysyłany ale z jakiegoś powodu nie dociera do Macha.
3. Sam program mach3 wielokrotnie wczoraj instalowałem i deinstalowałem więc gdyby w nim tkwił problem powinien się rozwiązać.
4. Doczytałem się na forum o czymś takim jak Hard Limits ale zakładam, że w moim przypadku wszystko opiera się o soft limits więc drążyć tematu chyba nie ma co.

Pozostaje jedynie jeszcze kwestja komputera i ewentualnego sprawdzenia wyjścia LPT. Czy jest jakiś sposób aby sprawdzić czy dociera prawidłowy sygnał z maszyny do komputera? W diagnostyce widzę, coś takiego jak Stan pinów portu 1 i tam są dwa szeregi pinów. W moim przypadku podświetlone na zielono są piny z górnego szeregu w kolejności od lewej strony 4, 5, 6 i 8.
Czy mogę założyć, że to jest prawidłowy stan pinów (na chwilę obecną wszystko działa jak należy), a w chwili gdy mam problem z bazowanie osi diody na tych portach powiedzą mi czy komunikacja jest prawidłowa i któryś z tych pinów zgaśnie?

drzasiek90 pisze: ↑

18 lis 2020, 21:41

Sprawdź gdzie się znajduje krańcówka bazowania osi Z. Jeśli to przełącznik to sprawdź czy klika i działa, jeśli czujnik indukcyjny to sprawdź czy jest dobrze ustawiony względem elementu który go wyzwala.

Na osiach są czujniki indukcyjne i dioda gaśnie przy zbliżeniu jednak silnik nadal ciągnie wrzeciono do góry. Nawet jeśli w połowie wysokości przyłożę coś aby wywołać soft limit oś się nie zatrzymuje. Gdy nie korzystam z bazowania osi tylko normalnie przesuwam za pomocą strzałek nawet przy maksymalnych prędkościach wszystko jest ok i po osiągnięciu szczytu silnik krokowy zatrzymuje się.

Witam
Posiadam maszynę od firmy MLM ze sterowanikiem LPT oraz korzystam z programu mach3. Niestety po kolizji mam coraz częściej problem z bazowaniem osi Z. Po rozpoczęciu bazowania maszyna nie zawsze zatrzymuje silnik osi Z. Słychać z silnika dźwięk, tak jak by cały czas pracował mimo, że fizycznie nie jest już w stanie podnieść wyżej wrzeciona i nie zatrzymuje się. W tym też czasie na mach3 cały czas wzrasta wartość. Czasem nawet jak uda się prawidłowo wyzerować oś Z z małym zgrzytnięciem po ponowynm zerowaniu znów jest problem. Niestety zmniejszenie prędkości podczas zerowania nie pomaga. Dodam tylko, że po poprawnym bazowaniu maszyna pracuje prawidłowo.
Z tego co jest mi wiadomo to zastosowany jest Silnik krokowy SM 57/76 1,89Nm
Czy powinienem się szykować na wymianę tego silnika, czy też może płyty sterującej do której jest podłączony?
Czy może mieć wpływ na to nowy komputer (wyjście lpt + windows 95 + mach3)? Praktycznie w jednym dniu zaliczyłem wymianę komputera i dzwon na maszynie. Niestety nie mam jak sprawdzić na starym sprzęcie bo przestał się uruchamiać co było powodem zakupu drugiego komputera.