Step2CNC - czasem nie uruchamia programu

witam ponwnie
Moze za jakis czas sprawie sobie nowego kompa i na innym step poleci gładko .
bo jest napram fajnym i prostym programem.
pzdrawiam

Panie Piotrze proszę o opis Pana sprzętu tj. płyta główna (model) procesor i pamięci . To powinno pomóc w rozwiązaniu problemu . Jeśli u Pana działa więc to w zasadzie tylko płyta główna tj, chip . Robiłem testy tego programu i wyszło że błąd pojawił się już w wersji 1.2 . wystarczy rozpocząć od drugiej linii i zaczyna się uruchamić .
Jesli jest Pan chętny to pomogę rozwiązać problem , jednak muszę mieć konfigurację sprzętu na jakim 100% program działa .
Pozdrawiam

To nie jest w takim razie kwestia sprzętu, a kontrolki "Zacznij od". Jeszcze raz sprawdzę w samej kontrolce, co w niej siedzi. Podejrzewam, że na niektórych komputerach na początku ma stan nazwijmy "nieustalony". Tylko co miałby do tego rodzaj komputera? Prędzej rodzaj lub ustawienia Windozy.

Większość moich komputerów to laptopy z oryginalnymi XP Home, XP Pro i Vistą.

Podaj mi takie informacje:

1. Czy po zmianie "Zacznij od" na 2 uruchamia się nawet, jeżeli w 3 linii jest wpis dotyczący osi Z?
2. Czy chodzi normalnie, dochodzi do końca i kończy normalnie?
3. Jaki masz system operacyjny?
4. Którą wersję STEPa testujesz?
5. Rzecz najważniejsza: jeśli po zamianie na linię 2 program pójdzie i dojdzie do końca zamień z powrotem na linię 1 i sprawdź, czy poszło?

Moim zdaniem błąd jest w interpretacji bsługi osi Z .
Każdy wygenerowany kod z różnych programów jeśli nie posiada jako pierwszą funkcję ruchową -ruch osi Z (pozycja) rusza normalnie i wszystko jest ok .
Jesli natomiast opcja ruch osi Z jest jako pierwsza (nezależnie w której linii) pierwsze linie mogą odnosić się do różnych funkcji G-M tool itp. jednak gdy zaraz za nimi jest pierwszy ruch maszyną w osi Z to już program nie ruszy.
Jednym słowem jeśli pierwszy ruch w kodzie odnosi się do osi X lub Y to program rusza .
Jeśli ruch dotyczy osi Z to nie ruszy a jesli pominie się pierwszą linię wpisując 2 jako linie rozpoczynającą cykl to ruszy , ale praca osi Z nie jest adekwatna do podanych kodów.

Jeszcze jedno , w boxe informacyjnym zmienia się losowo nazwa portu z 378 na 888 .

Przy uruchamianiu funkcji sterowanie klawiaturą , sterowanie działa niezależnie od tego czy jest zaznaczone czy odznaczone .

Na samym dole , wskaźnik posuwu jest niestabilny , wyniki są praktycznie losowe.

To tylko moje uwagi.
Ja na Pana miejscu przejrzał bym jeszcze kod programu i skompilował jeszcze raz .
sprawdził bym czy instrukcja odnoszaca sie do kontroli pierwszego kroku osi z nie jest zapętlona lub zmieniłbym prace konwentera .

Pozdrawiam

Czy mógłby ktoś wreszcie czytać, co piszę i o co proszę?

Kol. Mdario - odpowiedz na moje pytania, a na razie uwagi dot. kompilacji zachowaj na później. Chwilę pomyśl - skoro mówię, że nie mam komputera, na którym program działa źle, to znaczy, że coś zupełnie innego wchodzi w grę - i nie jest to kwestia przekompilowania programu, tylko uruchomienia go w jakimś trybie zgodności, albo jest kwestia inicjowania zmiennych przez któreś z używanych przeze mnie kontrolek.

1. Jaka wersja STEPa jest przez Ciebie testowana?
2. Na jakim systemie operacyjnym? - dokładnie z service-pakami...

Czy przypadkiem nie jest to XP Pro z SP2?

XP SP3
XP SP2
dwa różne pc i efekt ten sam.
systemy czyste bez dodatkowych programów wykorzystujących LPT .
ten sam efekt jest przy wybraniu opcji "symulacja" więc sprzętowy błąd to nie jest !!!


kod z generatora mach
G00 X-3 Y0
G01 Z-3 F30
X3 F400
X5.4 Y2.4
Y-2.4
X-5.4
Y2.4
X5.4
X7.65 Y4.65
Y-4.65
X-7.65
Y4.65
X7.65
G00 Z1
X0 Y4.55
G01 Z-3 F30
Y4.75 F400
X-7.75
Y-4.75
X7.75
Y4.75
X0
Y4.65
G00 Z1
M5 M9
M30
działa bez problemu
od 1 linii -kontrolka-

fragment kody z educada
N0005 G90 " to program czyta
N0010 G21 " to program czyta
N0015 G00 Z1.00 " to nie jest wykonywane , przemieszczając znacznik Z na linię 5 jest wykonane prawidłowo i program startuje też prawidło "
N0020 G00 X59.000 Y30.000
N0025 G01 Z-2.00 F150
N0030 G01 X58.950 Y31.825
N0035 G01 X58.775 Y33.625
N0040 G01 X58.475 Y35.425
N0045 G01 X58.100 Y37.200
N0050 G01 X57.575 Y38.950
N0055 G01 X56.975 Y40.675
N0060 G01 X56.250 Y42.350
N0065 G01 X55.425 Y43.975
N0070 G01 X54.475 Y45.550
N0075 G01 X53.450 Y47.050
N0080 G01 X52.350 Y48.475
N0085 G01 X51.150 Y49.850
N0090 G01 X49.850 Y51.150
N0095 G01 X48.475 Y52.350
N0100 G01 X47.050 Y53.450
N0105 G01 X45.550 Y54.475
N0110 G01 X43.975 Y55.425
N0115 G01 X42.350 Y56.250
N0120 G01 X40.675 Y56.975
N0125 G01 X38.950 Y57.575
N0130 G01 X37.200 Y58.100
N0135 G01 X35.425 Y58.475
N0140 G01 X33.625 Y58.775
N0145 G01 X31.825 Y58.950
N0150 G01 X30.000 Y59.000
N0155 G01 X28.175 Y58.950

Program po ustawieniu kontrolki na 2 linię pracuje do końca i ponawiając polecenie uruchom - też działa prawidłowo , ale tylko z linii2 .

Chcę bezinteresownie pomóc , ale jak Pan się oburza na konstruktywne uwagi to do niczego nie dojdziemy .

Na samą logikę , jeżeli wersja 1,0 stepa działa bez błędnie to dlaczego 1,2 nie działa prawidłowo.
Ustawienia systemu nie mają nic do rzeczy , przecież wykorzystany driver lpt jest ten sam tak ?
Moim zdaniem jest błąd programowy , ale to tylko moje zdanie.
Jeżeli Panu zależy na zadowolonym kliencie to niech Pan poda chociaż swoją konfigurację jednego z działających komputerów i każdy kupujący będzie wiedział jaką płyte ma kupić , procek ,grafikę , pamięci itp. oczywiście nie pomijając systemu .

Prosze mi wierzyć , moje wielokrotne testy i to w różnych konfiguracjach sprzętowych jak i sytemowych nic nie dały .
Prosze chociaz podać czy ma Pan płytę na VIA czy Intel ?

1. Płyty są różne na różnych chipsetach.
2. Ja się nie oburzam - mam taki styl bycia.
3. Dziękuję za wreszcie konstruktywne podpowiedzi.
4. Problem właśnie polega na tym, że procedura wykonywania pracy jest identyczna, co do każdej linii, za wyjątkiem synchronizacji wątków. To muszę sprawdzić. Będzie mi łatwiej, bo wreszcie po przeinstalowaniu systemu (i to mnie najbardziej dziwi) na komputerze, na którym program działał poprawnie - działać przestał.
5. Ergo - błąd na pewno jest programowy, ale sama rekompilacja niczego nie da.
6. Podawanie konfiguracji komputera jest bez sensu - z założenia program ma działać na każdym sprzęcie. Dlatego właśnie piszę go w Delphi 7 - 16-bitowym kompilatorze, zgodnym nawet do Windows 95 w dół.

Aha to Twoje XP jest Pro, czy Home?

Dojdę do tego, jak skąd bierze się ten błąd. Moje testy wykazały ponadto:
- jeśli w 1 linii znaczącej (wektor wykonywany) jest wpisane Y - program także nie pójdzie. Jeśli wpisany jest X -> zadziała OK.
- wykonwany nie jest w istocie g-kod, tylko jego prekompilat, czyli tablica wektorów -> plik XYZ. Sprawdzałem działanie tego pliku -> jest tak samo, jak z g-kodem i PLT, czyli źle. WIną jest w takim razie wątek pracy programu.
- podejrzewam, że synchronizacja wątków jest problemem głównym.

==========================
HURRAAAA!!!! Doszedłem wreszcie do tego, o co chodziło! Winny jest jednak moim zdaniem Service Pack 2 dla PRO i SP3 dla Home. Chodziło o dodatkowe zerowanie zmiennych wejściowych procedury ruchu maszyny. Wcześniej, gdy wartość była nieustalona Windoza zawsze podstawiała zero, potem coś pokombinowali i podstawiała "nic". Anyway - zrobione. Wersja 1.33 została właśnie wrzucona na serwer. Można ją pobrać jak zwykle, np. z linku w podpisie, czyli np: www.grawerki.biz

Pozdrawiam wszystkich.

witam ponownie step smiga suuuuuuuuuper wielkie dzięki tylko niemam pojęcia jak mam dodac ''pomógł'' pozdrawiam.

Cieszę się niezmiernie. Pan nie może dodać pomógł, bo to nie jest Pana wątek. Musi Pan założyć swój - wtedy będzie Pan dodawał punkty.

A mnie bardziej niż na punktach zależy na Waszym zadowoleniu, Koledzy