następny »

[ajek]

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

[markcomp]

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?

[ajek]

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

a wersja macha jest wersją pełną

[markcomp]

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

[ajek]

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

[markcomp]

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

[markcomp]

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

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

[ajek]

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

[markcomp]

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

[ajek]

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

[ajek]

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?

[markcomp]

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)