Absolutnie nie. Problem osi Z jest osobnym problemem.

Tak jak wyraziłem wcześniej w innym wątku uznanie dla twórcy jak i programu (Step2Cnc i EduCad) tak podtrzymuje to zdanie.

Pojawiły się problemy więc poddaje je pod dyskusję. Przykro mi że odnoszę wrażenie że mimo wszystko wciąż sugeruje Pan (kolega) błąd użytkownika. I nie twierdze że tak nie jest. Ale wszystkie kroki o które Pan prosił wykonałem. Poświęciłem mnóstwo czasu by upewnić się że nie robię błędów.

Myśląc analitycznie skoro program odpalony na komputerze niepodłączonym do sterownika G-code zawierający ruchy osi Z nie startuje natomiast pozbawiony tych linijek kodu wykonuje ( Za wykonywanie się programu uznaje zmianę wartości współrzędnych osi x,y pokazywanie postęp pracy zarówno na ekranie kontrolnym jak i procentowym pasku postępu oraz wyświetlenie który aktualnie ruch jest wykonywany a tak że możliwość użycie guzika wstrzymaj bez komunikatu THREAD ERROR - Odmowa dostępu 5. Uwieńczone oczywiście dobrnięciem do końca tego programu.



Ja nie atakuje Pana i Pańskiego produktu uważam że jest ciekawy ale jak wszystko wymaga czasem szlifu.


Ze zdaniem dotyczącym po ważności sterowników nie zgadzam się gdyż niektóre urządzenia wymagają małych prądów, małej dokładność itd. a więc zastosowanie sterowników opartych na Toshibie czy też popularnej parze L297/L298 nie jest złe. I nie jest zasadne stosowanie sterowników nad wyraz.


Program natomiast ma taką opcję (enable) więc chciałem ją wykorzystać.

Gdyby winda nie pozwalała na zapis pliku to by nie trzymał ustawień pinów i jednostek.

Jeszcze raz napisze że:

-Instalujemy dziewiczy program
-Ustawiamy piny jednostki itd. i opcje Wysyłaj sygnał enable
-Wracam do zakładki Maszyna.
Na tym etapie silniki tylko piszczą a nie ruszają (tak jak by cyklicznie dostawały z dużą częstotliwością sygnał enable)
-Wracam do ustawień sterownika odświeżam monitor protu i widzę że na pinie 17 jest wystawiona 1 (przypominam że do tego etapu silniki nie ruszały)
-Odznaczam opcje wysyłaj sygnał enable
-Wracam do zakładki maszyna i teraz wszystko działa
-Gdy wrócę do zakładki ustawienia sterownika i odświeżę monitor protu to na pinie 17 jest nadal 1 mimo odznaczonej opcji wysyłaj sygnał enable.

Dodam że za każdym razem używam guzika zapisz.

Z zapisem do pliku jest wszystko w porządku. Po restarcie nie jest zaznaczona opcja enable bo wchodząc z prawidłowo działającego też nie była zaznaczona.

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.

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.

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.

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....

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?