Kol. Matii-Speed: no to w takim razie proszę o te g-kody (obu przypadków). Przyznam, że nie znam plików PLC (może chodzi o PLT?). A grawerowanie z mapy bitowej - proszę o ten plik bitmapy. Sprawdzę, co się dzieje. Pliki albo w postaci linków, albo ma PW.

Co do podawania polecenia - nieobsługiwany kod - jasne - można to dodać. Ale po to jest podgląd 3D g-kodu, żeby widzieć, czy jest OK, czy nie. Kod G2 i G3 mogę dodać - nie ma problemu - będą od razu kwantyzowane do wieloboków tak, że można będzie pomyśleć o zachowaniu parametru posuwu na ząb (prędkości w stosunku do obrotów). Tyle, że do tej pory oprócz tuxcnc nikomu nie było to potrzebne.

Co do G41 i G42 (offset prawo- i lewostronny). To jest na tyle skomplikowane zagadnienie, że w wielu programach sterujących nie działa to tak, jak należy - vide użytkownicy Macha. Ja offsety generuję na poziomie cncCADa, bo te są od razu widoczne - widać jak wyszły, czy nie wymagają ingerencji w punkty i linie itd.

Wątek to opisujący: https://www.cnc.info.pl/topics51/wybier ... t31099.htm

Kol. tuxcnc - masz ze sobą poważny problem, polegający na potwornym zadufaniu i posiadaniu "monopolu na rację". Rozumiem, że na forum możesz pisać co Ci ślina na język przyniesie, ale daruj sobie prywatne wycieczki w moim kierunku - nie znasz mnie, nie wiesz co wiem, a czego nie. Nie chcesz - nie używaj STEP2CNC, nikt Ci nie każe.

Co do STEPa - każdy program do czegoś służy. Większość firm robiących własne sterowania i oprogramowanie do niego także tworzy interpretację tylko taki kodu, jaki maszyna jest w stanie wykonać. Ja bez problemu mogę dodać interpretację bardzo dużej liczby poleceń do interpretera kodu - tyle, że nikt (lub prawie nikt) tego używać nie będzie.

Koniec dywagacji z tuxcnc. Wątek założył inny kolega, od którego chciałbym się dowiedzieć, czy coś udało mu się zawalczyć?

Uuuuu...... chyba rzeczywiście kol. tuxcnc nie lubi mnie i mojego programu. Ale cóż - wolno mu. Do rzeczy:

Popatrzmy na kod:

G0 X10
G1 Y10
G2 R5
G3 X0Y0I10J10
G3 A1B2C3D4E5F6G7H8
G3 Z20

Niestety kol. tuxcnc - nie masz racji. Program stara się być niepodatny na "garbage" - śmieci, jak je nazywasz. Tyle, że między śmieciami są polecenia g-kodów należące do standardu. Tak więc po odfiltrowaniu masz:

G0 X10
G1 Y10
X0Y0
Z20

i wszystko się zgadza. Kody których nie zna usunął, jeśli w linii kodu nie ma mnemonika ruchu (oznaczenia ruchu) - domyślnie program traktuje go, jako G1. W wyniku otrzymasz trójkąt, a następnie oś Z zostanie podniesiona o 20 mm. Co więcej zauważ, że i nagłówka program nie wymaga. Domyślnie pracuje w systemie danych globalnych i milimetrach.

Co do G2 i G3 - do których tak się przypiąłeś. Praktycznie żaden z programów CAM, które znam nie generuje domyślnie takich kodów. Większość wszystkie krzywe wielomianowe - także łuki - generują w postaci wieloboków. Co więcej powiem - każdy algorytm interpolacji kołowej (np. Bresenhama) jest tak naprawdę algorytmem opartym na wieloboku! Cytowany Bresenham napisał swój algorytm dla równomiernego wyświetlania obrazów rastrowych - a więc opartych na matrycy dwuwymiarowej (XY).

Moje oprogramowanie STEP2CNC jest w tej chwili numerowane już powyżej 500, a więc tylu jest jego użytkowników. Myślisz, że ktokolwiek narzeka, że nie ma poleceń G2 i G3?
Nie ma ich - bo po prostu nie ma takiej potrzeby. Większość użytkowników bazuje na plikach PLT, które są generowane przez np. CorelDraw (mój eduCAD i cncCAD także), a ten ani myśli używać poleceń AA i RA. Ergo - G2 i G3 można swobodnie pomijać.

Co do tej zupełnej porażki (masakry, jak ją nazwałeś), którą pokazujesz na zrzucie z ekranu - wystarczy przeczytać instrukcję do STEP2CNC - wersja demo ma ograniczenie do 500 wektorów. Tyle program wyświetla, dlatego nie widzisz swojego kółeczka

Ale się zrobiła "burza w szklance wody"

Problem jest niespecyficzny - czyli, pojawił się po raz pierwszy odkąd zrobiłem program. Jeśli kod został wygenerowany eduCADem - nie będzie w nim problemu. Podejrzewam, że błąd leży po stronie Windows.

Po pierwsze interpretowanie separatora dziesiętnego. Kol matii_speed - sprawdź, jaki znak jest masz wpisany w pozycji "symbol dziesiętny" w ustawieniach regionalnych swojego systemu Windows? Jeśli jest tam wpisana kropka - musisz zmienić na przecinek. (Panel sterowania->Opcje regionalne...->[Dostosuj]->Symbol dziesiętny)

Jeśli jednak jest tam przecinek - postaraj się sprawdzić program:
- reinstalując na aktualnie posiadanym oraz
- instalując na innym komputerze.

Na razie sprawdź te rzeczy i napisz, co uzyskałeś?

Kol. tuxcnc - nie bardzo rozumiem, czemu służy Twoja wypowiedź? Czyżbym Ci nadepnął na odcisk? Każdemu, powtarzam każdemu, kto się do mnie zwraca z problemem z moim oprogramowaniem staram się pomóc, w miarę swojej wiedzy i doświadczenia.

Autor wątku pisze: "nie dowiedziałem się niczego konkretnego po rozmowie telefonicznej z producentem". A ja dobrze pamiętam rozmowy w sprawie STEP2CNC i oświadczam, że takiej ROZMOWY ZE MNĄ NIE BYŁO! Dlatego dziwię się wypowiedzi autora wątku.

Program na podglądzie rzeczywiście pokazuje koło - wydaje się być kołem z wieloboku. Jeśli STEP2CNC pracuje nie tak, jak na podglądzie - przyczyn może być wiele. Mogą być to np. błędy pamięciowe (program tworzy "prekompilat" - tablicę wektorów przesunięć"), błędy wątków w Windows (w czasie pracy uruchamiane są trzy wątki jednocześnie). Pomogę, jak zobaczę kod.

Tu producent programu. Dziwię się, że kol. pisze, że nie mógł niczego konkretnego się dowiedzieć. Nie bardzo wiem, z kim rozmawiałeś - ja takiej sprawy nie pamiętam. Może rozmawiałeś z inną firmą? Ale do rzeczy.

Nie wiem, jak przygotowałeś to koło - jeśli poleceniami G2 i G3 (G02 i G03) to podgląd będziesz miał dobry, ale program interpretuje je, jako wektory liniowe. Jeśli się mylę - (masz same G0 i G1) zamieść w swoim poście g-kod tego, co pokazujesz na Youtube.

Napisz także, jakim programem generujesz ten g-kod?

Zawsze mogę podesłać Ci koło wygenerowane w eduCAD do sprawdzenia.