rozważania o CNC

Czerwiec 25, 2018, 10:17:02
Witamy, Gość. Zaloguj się lub zarejestruj.

Zaloguj się podając nazwę użytkownika, hasło i długość sesji
Strony: [1]   Do dołu
  Drukuj  
Autor Wątek: klopoty ze skalowaniem  (Przeczytany 9888 razy)
ajek
dużo wiedzący
**
Offline Offline

Wiadomości: 19


« : Czerwiec 20, 2009, 12:15:39 »

witam,
robie projekt w corelu i zapisuje jako plik HPGL (*.plt) i po wczytaniu do macha2 mam zupelnie inny rozzmiar projektu.
przeskalowanie jest inne dla roznych plikow (tzn dla jednego pliku projekt w machu jest pomniejszony np 5 razy, a dla innego np 7 razy mniejszy).
Jak nad tym zapanowac?

i czy w machu moge gdzies sprawdzic wymiary wczytanego projektu.

i kolejnym klopotem jest jak mam tekst w corelu, to tez nie moge w calosci wygenerowac napisu w machu (np 3 litery tylko są)
prosze o pomoc
i z gory dziekuje
Zapisane
markcomp
Administrator
*****
Offline Offline

Wiadomości: 10926



WWW
« Odpowiedz #1 : Czerwiec 20, 2009, 11:39:13 »

różnica wymiarów - to zapewne wina zbyt ubogiego konwertera HPGL na GCODE w machu
w HPGLu poza wymiarami obiektów są polecenia skalowania - możliwe, że są nie brane pod uwagę przy konwersji...

co do literek - a czy wersja mach jest pełna? tzn. czy wczytuje więcej niż 500 linii gcodu?
Zapisane

ajek
dużo wiedzący
**
Offline Offline

Wiadomości: 19


« Odpowiedz #2 : Czerwiec 22, 2009, 01:40:18 »

w oknie zapisu na hpgl (w corelu) mam ustawioną skalę na 100%

a wersja macha jest wersją pełną
Zapisane
markcomp
Administrator
*****
Offline Offline

Wiadomości: 10926



WWW
« Odpowiedz #3 : Czerwiec 22, 2009, 06:47:11 »

wyjście HPGL właściwie jest plikiem tekstowym
poza jakimiś nielicznymi kodami ECS, zawiera jedynie kody ASCII

lista poleceń języka HPGL jest dość długa, jednak lista kodów HPGL pozwalające na narysowanie prawie wszystkiego jest krótka

PU, PD, PA, PR, SP

możliwe, że konwerter macha nie interpretuje wcale, lub poprawnie kodów HPGL związanych ze skalowanie:

IP, IR, SC, IW

można sprawdzić co jest w HPGLu produkowanym w colrelu...


w oknie zapisu na hpgl (w corelu) mam ustawioną skalę na 100%
możliwe, że HPGL corela jest zawsze generowany z pomocą jakiegoś wstępnego skalowania... z pomocą poleceń skalujących IP, IR, SC, IW

a wersja macha jest wersją pełną

przydał by się jakiś przykładowy malutki pliczek z tym HPGLem...
Zapisane

ajek
dużo wiedzący
**
Offline Offline

Wiadomości: 19


« Odpowiedz #4 : Czerwiec 25, 2009, 12:59:23 »

witam,
chwile niedostepny bylem.
klopot pojawia sie jak sa jakies bardziej zlozone rysunki, faktycznie jakby przy konwertowaniu z hpgl na g cos sie dzialo. jak wczytuje hpgl to w oklnie podgladu jest wszystko ok, a po wygenerowaniu G i wczytaniu do macha tylko czesc rysunku jest. plik podesle na maila
Zapisane
markcomp
Administrator
*****
Offline Offline

Wiadomości: 10926



WWW
« Odpowiedz #5 : Czerwiec 25, 2009, 02:47:46 »

przedstawiam dane do analizy:



1. plik plt z koniem

http://markcomp77.p9.pl/img/ajek/kon.plt



2. koń w corelu





3. koń w konwerterze HPGL2GCODE macha





4. koń przekonwerytowany w EMC2 (linuks)





5. napis testowy - gcode

http://markcomp77.p9.pl/img/ajek/napis



6. napis - w EMC2



Zapisane

markcomp
Administrator
*****
Offline Offline

Wiadomości: 10926



WWW
« Odpowiedz #6 : Czerwiec 25, 2009, 02:50:24 »

z tego co zobaczyłem po załadowaniu otrzymanego gcodu pod linuksowym EMC2 (taki lepszy mach3 pod linuksem) - wynika, że gcode jest raczej poprawny

ucięcie gcodu z napisami może oznaczać w mach3, że programik kończy interpretacje 500setnej linii... czyli tak jak w wersji testowej Smutny

przecież ten sam gcode pod emcem wczytuje się cały
Zapisane

ajek
dużo wiedzący
**
Offline Offline

Wiadomości: 19


« Odpowiedz #7 : Czerwiec 25, 2009, 03:02:31 »

a czy w machu demo moze wczytac sie wiecej niz 500 lini a analizowane jest tylko do 500?
Zapisane
markcomp
Administrator
*****
Offline Offline

Wiadomości: 10926



WWW
« Odpowiedz #8 : Czerwiec 25, 2009, 03:14:14 »

a czy w machu demo moze wczytac sie wiecej niz 500 lini a analizowane jest tylko do 500?

ograniczenie jest do 500 linii
już nie pamietam czy wczytuje cały.. czy tylko interpretacje (frezowanie) kończy na 500 linii... bo pliki do testów poprostu przyciołem poniżej 500t



Zapisane

ajek
dużo wiedzący
**
Offline Offline

Wiadomości: 19


« Odpowiedz #9 : Lipiec 01, 2009, 04:23:13 »

faktycznie niepelne napsy wynikaly z niepelnej wersji, tylko ze myslalem ze program tylko 500 linii wczytuje a on wczytywal wszystko a tylko 500 wykonywal.
zostal mi dalej klopot ze skalą.
dzieki za pomoc,
pozdrawiam
Zapisane
ajek
dużo wiedzący
**
Offline Offline

Wiadomości: 19


« Odpowiedz #10 : Lipiec 07, 2009, 01:13:47 »

a czy zle skalowanie moze wynikac z błednego ustawienia wartosi  "steps per" w zakladce "motor tuning". jaka powinna byc tam wartosc, jak mam silnik 200 krokowy, mikrosteping 32 i skok sruby 5mm. czy to ma byc (200*32)/5=1280?
Zapisane
markcomp
Administrator
*****
Offline Offline

Wiadomości: 10926



WWW
« Odpowiedz #11 : Lipiec 07, 2009, 07:48:23 »

w mach3 powinno być przy jednostce w pierwszej pozycji menu ustawionej na "mm" jw.
czyli 200 * 32 / 5

oczywiście tak wysoki podział kroku może sprawiać problemy komputerowi..tzn. kernel speed ustawiony na 25KHz
oznacza przy podziale 32 --> maksymalna prędkość obrotową 25000/(32*200)=3,9obr/sek
przy wyższej ustawionej wartości Kernel Speed - odpowiednio więcej

jeśli przy tym podziale (32) chcielibyśmy mieć możliwość uzyskać np. 15obr/sek to
Kernel Speed >= 15 * 32 * 200 = 96KHz
a to jest możliwe przy nastawie 100KHz... jednak to jest prawienie nie możliwe dla znanych mi komputerów
realna wartość dla dobrze (szczęśliwie) dobranego PCeta z uzdatnionym XPekiem to 60KHz (w warunkach produkcyjnych)
 
Zapisane

Strony: [1]   Do góry
  Drukuj  
 
Skocz do:  


Powered by SMF 1.1.4 | SMF © 2006-2007, Simple Machines LLC
Manuscript design by Bloc Strona wygenerowana w 0.052 sekund z 17 zapytaniami.