|
Mam porblem z eksportem plikĂłw z Corela do Kacm |
| Autor |
Wiadomość |
andy
Nowy użytkownik

Dołączył: 23 Lut 2005 Posty: 3 Skąd: Opolskie
|
Wysłany: 2005-03-25, 08:57 Mam porblem z eksportem plików z Corela do Kacm
|
|
|
Importują np. literę D z corela 9.0 (dxf)
1. Jest ona poszarpana
2. W oknie dialogowym Kcam G-codu brak jest kodu zejścia osi Z do cięcia jest tylko wartość Z3,00 a brak jest Z-5,00
3.Gubi proporcje
Ad.1 w Coleru litera jest idealna w widoku szkieletowym składa się z kilku krzywych i prostych w Kcamie krzywych (bardzo) jest dużo więcej. Nie ma tu mowy o braku stabilności
mojej maszyny
Ad2.Oczywiście to nie jest problem bo można ją dopisać ręcznie, ale w przypadku większej ilości znaków i zmiany grubości materiału to jest problem
W TABLE SETUP mam ustawione Traveling 3,00 Normal Cutting -5,00. Po zmianie w setupie Travelling 4,00 i skompilowaniu gcodu zmiana jest uwzględniona ale wciąż brak wartości zaglębienia osi Z
Ad.3 Czy nowsze wersje corela eksporują w skali (konflikt jednostek miary)?
Może to wina Kcama?
Czy tak naprewdę można stosować Corela do prostych rzeczy czy muszę używać AutoCada?
Proszę o rady.
Z góry dziękuję
Andy |
|
|
|
 |
pltmaxnc
Specjalista poziom 3

Pomógł: 29 razy Dołączył: 13 Sie 2004 Posty: 694 Skąd: warszawa
|
Wysłany: 2005-03-25, 09:33
|
|
|
| Spróbuj wypuścić plik z corela na .plt - Kcam importuje pliki plt zamienia na G-code. |
|
|
|
 |
andy
Nowy użytkownik

Dołączył: 23 Lut 2005 Posty: 3 Skąd: Opolskie
|
Wysłany: 2005-03-25, 18:18
|
|
|
Niestety, .plt wykląda tak samo tzn. zamiast ładnych łuków są schody
Próbowałem to samo na wersji Corela 12 bez zmian - .dxf'a to nawet nie zaimportował |
|
|
|
 |
pltmaxnc
Specjalista poziom 3

Pomógł: 29 razy Dołączył: 13 Sie 2004 Posty: 694 Skąd: warszawa
|
Wysłany: 2005-03-26, 12:11
|
|
|
| Spróbuj pod corelem dodać więcej węzłów, to znacznie zwiększa ciężar pliku lecz również wygładza. Zwykle wystarcza dokładność corelowskich ustawień domyślnych, korzystają z tego plotery np tnące i żadne schody nie są widoczne, może przesadzasz z lupą, przy dużych powiększeniach wszystko wydaje się krzywe. |
|
|
|
 |
andy
Nowy użytkownik

Dołączył: 23 Lut 2005 Posty: 3 Skąd: Opolskie
|
Wysłany: 2005-03-29, 18:26
|
|
|
Zesło mi z pól dnia... ale wynik jest pozytywny corel 11 plik .plt i wygląda nieźłe
ale w dalszym ciągu nie wiem co zrobić aby g-kod generował wartość w punktach wejścia osi z (jak na razie robię to ręcznie) Czy KCam nie potrafi tego ustalić? |
|
|
|
 |
markcomp77
Specjalista poziom 3


Pomógł: 42 razy Dołączył: 18 Wrz 2004 Posty: 1966 Skąd: k/w-wy
|
Wysłany: 2005-05-25, 16:42
|
|
|
http://engraving.majosoft...eap_cadcam.html
tutaj piszą:
| Cytat: | | First Tip: Make your drawing 3 time ( or more ) bigger than the original and when you load the file into your machine you must make it 3 times smaller. This is because coreldraw smallest point is 0.025 mm. |
może to jest problem najmniejszego obsługiwanego punktu 0.025mm w Corelu? |
_________________ z poważaniem
MARKcomp77 |
|
|
|
 |
triera
Specjalista poziom 2


Pomógł: 27 razy Dołączył: 16 Paź 2005 Posty: 591 Skąd: Świecie
|
Wysłany: 2005-12-13, 00:46
|
|
|
CorelDraw obsługuje też mniejsze wartości.
Problem może wynikać z tego, że jednostką podstawową HPGL jest 0,001'
czyli 1/1000 cala, zaokrąglane w systemie metrycznym do 0,025mm.
Przy eksporcie/imporcie mogą pojawiać się rozbieżności wymiarowe:
0,0254/0,025=1,016
(teoretycznie ustawiane przy eksporcie, wystarczy jednak wykonać próbę:
eksport kwadratu 1000x1000mm, następnie import pliku, wynik:
1000/999,896 mm - może nic, ale jeśli robi się coś precyzyjnego...
W swojej praktyce napotkałem inny problem:
CorelDraw inaczej drukuje do pliku (plik *.plt),
a inaczej eksportuje do HPGL (też *.plt)
Znacznie lepsza aproksymacja krzywych
osiągana jest przy eksporcie.
Może wynikać to z wykorzystania przy drukowaniu do pliku
driverów opracowanych przez Micros.... |
|
|
|
 |
|
|