Step2CNC - czasem nie uruchamia programu

Witam.

Jak w temacie. Step2Cnc dział ok ręcznie. Uruchamiam np program:

N0005 G90
N0010 G21
N0020 G00 X19,375 Y94,750
N0030 G01 X91,125 Y94,750
N0035 G01 X91,125 Y76,250
N0040 G01 X46,200 Y76,250
N0045 G01 X46,200 Y62,475
N0050 G01 X87,875 Y62,475
N0055 G01 X87,875 Y44,775
N0060 G01 X46,200 Y44,775
N0065 G01 X46,200 Y27,725
N0070 G01 X92,425 Y27,725
N0075 G01 X92,425 Y8,075
N0080 G01 X19,375 Y8,075
N0085 G01 X19,375 Y94,750
N0095 M30

I jest wszystko oki.

A gdy np załaduje:

N0005 G90
N0010 G21
N0015 G01 Z5,00
N0020 G01 X64,350 Y92,725
N0025 G01 Z-0,10
N0030 G01 X91,150 Y92,725
N0035 G01 X91,150 Y68,850
N0040 G01 X109,925 Y82,975
N0045 G01 X109,925 Y66,425
N0050 G01 X91,150 Y52,225
N0055 G01 X91,150 Y27,400
N0060 G01 X132,875 Y27,400
N0065 G01 X132,875 Y6,050
N0070 G01 X64,350 Y6,050
N0075 G01 X64,350 Y32,000
N0080 G01 X55,425 Y25,150
N0085 G01 X55,425 Y41,725
N0090 G01 X64,350 Y48,450
N0095 G01 X64,350 Y92,725
N0100 G01 Z5,00
N0105 M30


To program nic nie robi. Nie zaczyna wykonywać programu....

Przed chwilką sprawdzałem to na innym komputerze i problem wystąpił tylko dwa razy. Natomiast na laptopie (jest oparty o procesor celleron 1Ghz) problem pojawia się zawsze.

Ktoś miał taki problem?

Jeśli po załadowaniu kodu (np ręcznego - metodą kopiuj-wklej) i naciśnięciu przycisku [Interpretuj] widzisz rysunek tego 'Ł' - program zinterpretował g-kod właściwie.

Sam właśnie kilkakrotnie to sprawdziłem na swoim komputerze (z resztą sprawdziłem oba kody ten z 'E' także). U mnie oba kody działają bez zarzutu.

Teraz jeśli program raz działa, a raz nie winiłbym raczej ustawienia początkowe. Jeśli chcesz sprawdzić wszystko ze sterownikiem - wyłącz sprawdzanie krańcówek i Enable (koniecznie przycisk [Zapisz]). Jeśli to nadal u Ciebie nie będzie przynosiło rezultatu włącz opcję 'Symulacja' i 'Pokaż XYZ'. Po włączeniu opcji symulowania pracy sygnały do portu LPT nie są wysyłane.

Owszem oba g-code są interpretowane prawidłowo i co do tego niema wątpliwości.

W tej chwili testuje całość na komputerze stacjonarnym nie podpiętym do sterownika i niema najmniejszych problemów. Później podepnę tą maszynę do plotera i zobaczę jak chodzi.

Jednak wydaje mi się że problem będzie na płaszczyźnie platforma-software ponieważ skoro jeden g-code startuje prawidłowo a drugi nie to sterownik niema tutaj związku.

---------------------------------------------

W tej chwili odpaliłem program na jeszcze innym pc stacjonarnym winxp prof z procesorem Dual 1,6Ghz + 1,49Gb ramu i:

Gdy załaduje:
N0005 G90
N0010 G21
N0020 G01 X64,000 Y31,125
N0030 G01 X33,500 Y31,125
N0035 G01 X29,300 Y16,800
N0040 G01 X1,925 Y16,800
N0045 G01 X34,500 Y103,475
N0050 G01 X63,700 Y103,475
N0055 G01 X96,300 Y16,800
N0060 G01 X68,250 Y16,800
N0065 G01 X64,000 Y31,125
N0075 G01 X58,400 Y49,875
N0085 G01 X48,800 Y81,025
N0090 G01 X39,275 Y49,875
N0095 G01 X58,400 Y49,875
N0105 M30


A gdy załaduje kod o jedną linijkę dłuższy to przesunie oś X o 0,063 i się zatrzymuje. (W menadżerze nie wykazuje żadnego użycia procesora natomiast przy normalnej pracy zawsze obciąża procesor.

N0005 G90
N0010 G21
N0020 G01 X64,000 Y31,125
N0030 G01 X33,500 Y31,125
N0035 G01 X29,300 Y16,800
N0040 G01 X1,925 Y16,800
N0045 G01 X34,500 Y103,475
N0050 G01 X63,700 Y103,475
N0055 G01 X96,300 Y16,800
N0060 G01 X68,250 Y16,800
N0065 G01 X64,000 Y31,125
N0075 G01 X58,400 Y49,875
N0085 G01 X48,800 Y81,025
N0090 G01 X39,275 Y49,875
N0095 G01 X58,400 Y49,875
N0105 G01 X50,400 Y40,875
N0110 M30

Zainstalowany program to demo step2cnc 1.2

Odnoszę wrażenie że im dłuższy G-code tym większy problem.


-------------------------------------------------

Jestem po kolejnym teście tym razem na P4 winxp prof 512Mb
I mam dokładnie tą samą historię. Wychodzi na to że dotychczas program chodził w pełni prawidłowo tylko na jednym komputerze.


-------------------------------------------------


Teraz mam odpalone dwa komputery. Dokładnie ta sam konfiguracja i na jednym gdy uruchomię program (ten sam g-code) jest wszystko w porządku natomiast na drugim nie dziej się nic.

Zaobserwowałem również przy prawidłowej pracy programu gdy naciśnie się wstrzymaj to program się pauzuje i można wznowić.

Natomiast na komputerze na którym program startuje ale nic się nie dzieje gdy naciśnie się przycisk "Wstrzymaj" zwraca komunikat : THREAD ERROR: Odmowa dostępu (5)

Panie Piotrze proszę o wsparcie....

Sprawdź to proszę to wszystko raz jeszcze z włączoną opcją "Symulacja". Jeśli nadal będzie tak, jak jest winne będą najprawdopodobniej sterowniki wyświetlania.

Jeśli mam rację to przy wyłączonym pokazywaniu czegokolwiek - opcja "Pokazuj stan pracy maszyny" - program powinien dojść do samego końca i się wyłączyć.

Sprawdź...

Niestety opcje z "Symulacją" oraz z wyłączeniem wszystkiego nie przyniosły rezultatów.

Więc,

Po długim dogłębnym procesie tentegowania:

Jeśli program w zależności od załadowanego g-code chodzi albo nie (W tym jest tylko jednam maszyna na 7 na którym chodzi każdy g-code to jest to poważniejszy problem).

Nie znając kodu step2cnc postanowiłem przeanalizować wszystko co mogę sam. Prześledziłem g-code działający z niedziałającym w poszukiwaniu różnic. Po prostu bliżej nieokreślonego czegoś.

Okazało się że po usunięciu wszystkich linijek kodu odpowiedzialnych za oś Z. Lub odznaczeniu opcji "Akceptuj ruchy w osi Z" (ponieważ wszystkie G-code to konwertowane pliki plt) naciśnięcie klawisza guzika "Uruchom Program" uwieńczone jest prawidłowym wykonaniem programu.

Z czego cieszę się niezmiernie.

Pozostaje tylko teraz zagwostka dla autora w czym rzecz. Ja ze swojej strony zrobiłem ile mogłem by jednoznacznie zidentyfikować problem. A nie zwracać się do autora z pytaniem "nie działa" a na pytanie pomocnicze "co konkretniej?" odpowiadać "nie działa" (i tak w koło) z czym spotykam się na co dzień.

Nie daje mi natomiast spokoju fakt że na jednym Komputerze ten problem nie występuje ale bez znajomości kodu źródłowego mogę tylko gdybać. Choć jeśli jeden na 7 jest wolny od tego problemu to raczej błąd jest w programie.

Piotrze jeśli uda ci się namierzyć w czym może być problem chętnie przetestuje (na tych felernych maszynach) poprawioną wersję programu.

I tak jak podkreślam:
-Symulacja czy nie
-Zaznaczone opcje pokazywania stanu pracy maszyny
-itd.
Jeśli jest w kodzie oś Z to po prostu nie ruszy na tych komputerach.


Pozdrawiam.

A czy masz kolego w osi Z podłączoną krańcówkę? Jeśli nie - to jest przyczyna. Po prostu przy sprawdzaniu krańcówek sprawdzane są wszystkie 3 na raz. Jeśli któraś nie jest podłączona - program traktuje to jako załączenie krańcówki i staje. Program napisany jest na 3-osiową maszynę. Opisywane było to 3-4 wątki wcześniej - niech Pan je przejrzy.

Prosiłem powyżej:

jeśli chcesz sprawdzić wszystko [...] wyłącz sprawdzanie krańcówek i Enable (koniecznie przycisk [Zapisz])

W większości przypadków komputery nie były nawet podpięte do sterownika.
Opcja była zawsze wyłączona (tzn nie sprawdzał krańcówek) ponad to za każdym razem wszystkie krańcówki były na tym samym pinie (11).

Sprawdziłem to jednak raz jeszcze i nadal jest tak samo.

Zajrzę więc raz jeszcze do algorytmu - bo już zupełnie zgłupiałem. Bubels - jesteś jedynym facetem, który ma takie problemy ze STEPem.

Jako iż z racji zawodu( i wykształcenia) bliżej mi do programisty niż inżyniera budowy maszyn czy też szeroko pojętej tematyki cnc doskonale rozumiem że większość problemów z aplikacjami leży po stronie użytkownika tak więc starałem się zrobić wszystko by czynnik ludzki wyeliminować. Myślę że jakoś rozwiązanie problemu znajdziesz/znajdziemy i będzie to korzyścią dla twojego produktu.

Tym czasem znalazłem jeszcze jeden mały niuans. Mianowicie gdy włączam stepa za każdym razem muszę przejść do zakładki ustawienia sterownika i zaznaczyć tam wysyłaj sygnał enable > klikam zapisz. Następnie przechodzę do zakładki maszyna i tam gdy nacisnę na kursor którejś z osi słyszę tylko nieśmiały pisk silnika i widzę zmianę jednostek na monitorze.
Musze wrócić z powrotem do zakładki ustawienia sterownika ( gdy teraz sprawdzę stan portu to pin 17 będzie zaznaczony na granatowo - czyli stan wysoki). Muszę jednak odznaczyć opcje wysyłaj sygnał enable i ponownie kliknąć zapisz. Wtedy gdy wrócę do zakładki maszyna mogę swobodnie sterować ploterem. Gdy wrócę do zakładki ustawienie sterownika i odświeżę stan portu to pin 17 nadal będzie zaznaczony jako wysoki.

I tak jest za każdym razem na dwóch różnych komputerach.

Gdy wyjdę z programu i włączę go ponownie to już nie muszę robić tych ceregieli natomiast gdy uruchomię ponownie komputer to niestety tak.

Sterownik mam tak skonfigurowany że na wejście Enable muszę podać sygnał wysoki by załączyć silniki. Mogę oczywiście obejść to od strony hardwar-u ale wolał bym nie.

Dodam że pod kontrolą mach2 nie było takiego problemu.
Uprzedzę pytanie - po teście z mach2 systemy zostały postawione na nowo tak więc są dziewicze.


Co do problemów które występują tylko u mnie za to na wielu komputerach w ostateczności możemy się jakoś dogadać że wyślę do Ciebie którąś maszynę i wtedy łatwiej będzie ci dojść w czym rzecz.

bubels pisze: Tym czasem znalazłem jeszcze jeden mały niuans. Mianowicie gdy włączam stepa za każdym razem muszę przejść do zakładki ustawienia sterownika i zaznaczyć tam wysyłaj sygnał enable > klikam zapisz. Następnie przechodzę do zakładki maszyna i tam gdy nacisnę na kursor którejś z osi słyszę tylko nieśmiały pisk silnika i widzę zmianę jednostek na monitorze.
Musze wrócić z powrotem do zakładki ustawienia sterownika ( gdy teraz sprawdzę stan portu to pin 17 będzie zaznaczony na granatowo - czyli stan wysoki). Muszę jednak odznaczyć opcje wysyłaj sygnał enable i ponownie kliknąć zapisz. Wtedy gdy wrócę do zakładki maszyna mogę swobodnie sterować ploterem. Gdy wrócę do zakładki ustawienie sterownika i odświeżę stan portu to pin 17 nadal będzie zaznaczony jako wysoki.

Nie jest to niuans - tylko nie czytasz instrukcji. Jest w niej napisane że stany portów odświeżane są jedynie przyciskiem pod nimi. To po pierwsze, po drugie, jesli za każdym razem po uruchomieniu programu opcja Enable jest w takim samym stanie, jak przed zapisem [Zapisz] - masz coś z ustawieniami Windows. Stan [Enable] zapisywany jest do pliku step2cnc.ini. Czyżby Windows nie pozwalał na zapis (update pliku)?

Gdy wyjdę z programu i włączę go ponownie to już nie muszę robić tych ceregieli natomiast gdy uruchomię ponownie komputer to niestety tak.

Czyli jak? Domyślnie jest - nie wysyłaj sygnału Enable, ale najpierw robiony jest reset portu LPT - podawany jest stan domyślny na wszystkie piny.

Dodam że pod kontrolą mach2 nie było takiego problemu.

Ale jeśli raz zapiszesz, że Enable ma być włączany - to będzie. I Mach robi to tak samo!

Co do problemów które występują tylko u mnie za to na wielu komputerach w ostateczności możemy się jakoś dogadać że wyślę do Ciebie którąś maszynę i wtedy łatwiej będzie ci dojść w czym rzecz.

Sorki, ale nie będę się dalej zajmował tym problemem. Przejrzałem kod programu - nic nie wskazuje na to, by była jakakolwiek różnica w interpretacji poleceń osi Z w stosunku do innych osi. Program na wszystkich posiadanych przeze mnie komputerach się uruchamia bez problemu (mam ich w sumie 6). Około 60 zarejestrowanych i pewnie około 300 innych (tyle razy program został pobrany z mojej strony) także takich nie ma.

A ja tym czasem pracuję nad oprogramowaniem sterownika dla naszego sterownika mikroprocesorowego.