• Cytuj
• Cytuj

#31

Post napisał: markcomp77 » 21 lip 2005, 14:14

• Cytuj
• Cytuj

#32

Post napisał: GrzegorzK » 21 lip 2005, 14:26

Wieczorem przymierzę się do realizacji analizatora G-Code.
W przypadku linii prostych kwestia wykrycia potrzeby wyhamowania narzędzia nie będzie trudna do realizacji - wystarczy ustalić kąt między bieżącą prostą a następną (pomijam narazie zmianę zagłębienia frezu w materiale).
(Jako że narazie nie zajmujemy się krzywymi to tyle )

...no i wrzucę na FTPa

• Cytuj
• Cytuj

#33

Post napisał: markcomp77 » 21 lip 2005, 14:32

GrzegorzK pisze:Wieczorem przymierzę się do realizacji analizatora G-Code.
W przypadku linii prostych kwestia wykrycia potrzeby wyhamowania narzędzia nie będzie trudna do realizacji - wystarczy ustalić kąt między bieżącą prostą a następną (pomijam narazie zmianę zagłębienia frezu w materiale).
(Jako że narazie nie zajmujemy się krzywymi to tyle )

jak coś napiszesz.. wrzuć na ftp-a... do jakiegoś katalogu
będziemy analizować

[ Dodano: 2005-07-21, 17:43 ]
do przeanalizowania: https://www.cnc.info.pl/os/emc2/_ems2_cvs_20050721.zip
stan projektu emc2 (linuxcnc)... zawiera źródła i pare ciekawych dokumentów do przeanalizowania

[ Dodano: 2005-07-21, 17:47 ]
gotowy interfejs:
http://wiki.linuxcnc.org/cgi-bin/emcinf ... s_Frontend

• Cytuj
• Cytuj

#34

Post napisał: pit202 » 21 lip 2005, 18:40

• Cytuj
• Cytuj

#35

Post napisał: GrzegorzK » 21 lip 2005, 19:21

markcomp77, narazie jesteśmy w fazie przymiarek do algorytmów podstawowych - ale wizualizacja też będzie. Materiału do przglądania dużo, dzięki
pit202, ruch ciągły czy dokładny - zobaczymy co z tym zrobić. Co do osi Z - rzeczywiście jest - ja też chcę tego używać do frezowania

• Cytuj
• Cytuj

#36

Post napisał: markcomp77 » 22 lip 2005, 11:56

ALGORYTM zamiana wektora na raster

jak obiecywałem... wracam do przedstawienia tego elementarnego zagadnienia
istnieje parę algorytmów na zamianę wektorów, polecenia: "G01,G02, G03 itp" są to wektory - które musimy zamienić na sekwencje pojedyńczych kroczków... wykonanych w odpowiednim czasie... na odpowiednich osiach...

do przerobienia dla zainteresowanych... "Vector-to-Step Conversions"
https://www.cnc.info.pl/os/doc/Vector-t ... rsions.pdf

podyskutujmy na temat algorytmów tam przedstawionych... a może ktoś zna jeszcze lepsze
zapraszam do dyskusji - od tego wyboru będzie zależeć jakość frezowania

przykład z pdf-a...

brute force algorithm



[ Dodano: 2005-07-22, 12:04 ]
Bresenham-like algorithm:
http://lifc.univ-fcomte.fr/~dedu/projects/bresenham/

[ Dodano: 2005-07-22, 12:45 ]
ciekawe...
http://www.gamedev.net/reference/articl ... cle767.asp

[ Dodano: 2005-07-22, 12:50 ]
Primitive Shapes & Lines...
http://www.brackeen.com/home/vga/shapes.html

[ Dodano: 2005-07-22, 13:25 ]
szybki algorytm Bresenhama dla 3D... w maszynach CNC
https://www.cnc.info.pl/os/doc/helix.pdf

tekst ze strony http://www.khwarzimic.org/takveen/index.asp
ciekawostka... strona akademicka z Pakistanu

• Cytuj
• Cytuj

#37

Post napisał: GrzegorzK » 22 lip 2005, 13:34

Fajne materiałki poczytamy - porobimy

• Cytuj
• Cytuj

#38

Post napisał: markcomp77 » 22 lip 2005, 13:35

• Cytuj
• Cytuj

#39

Post napisał: vegelus » 22 lip 2005, 21:10

Witam wszystkich

Chcialbym dolaczyc do grona ludzi tworzacych oprogramowanie OS do obslugi CNC. Sam stworzylem takie cos co odczytuje kod HPGL i wysyla przez LPT odpowiednie impulsy w celu merdania silnikami. Okazalo sie, ze merdalo i to nawet niezle. Program napisany byl w Delphi w raz z wizualizacja. Projekt jednak stanal po obronie pracy.

Tak czytam ten temat i jeszcze nigdzie nie znalazlem glownych zalozen co ten program ma potrafic????

Mysle ze warto sie zastanowic nad tym bo pisanie w ciemno duzego programu w grupie osob rozsianych po kraju moze byc tudne.
Mam kilka pytan na ktore warto odpowiedziec:
1. czy aplikacja ma byc w okienkach czy w szelu
2. piszemy obiektowo czy strukturalnie
3. ma byc wizualizacja
4. jakie standardy ma odczytywac
5. jakie sterowniki ma obslugiwac
6. czy przewidujemy emulacje CNC i wykrywanie kolizji
7. czy ma to byc ladne czy brzydkie

• Cytuj
• Cytuj

#40

Post napisał: GrzegorzK » 22 lip 2005, 21:35

A oto moje gdybania i przemyślunki co do wyglądu tej całości:

Add 1: Uważam, że "front-end" aplikacji powinien być, bo z założenia nie możemy przyjąć że użytkownik lubi obsługę programu la'DOS czy la'Linux - sugeruję budowę modułową (exe + chmara dll'i)
Add 2: ..., że jak najwięcej powinniśmy pisać obiektowo, ale oczywiście bez przesady.
Add 3: ..., że powinna taka być, ale jako oddzielny moduł.
Add 4: ..., podstawowym standardem chyba (tego jeszcze do końca sobie nie ułożyłem w głowie) rozszerzony G-Code - rozszerzony o nasze jakieś "cosie". Kwestia HPGL'a i innych będzie załatwiana przy pomocy modułów konwertujących "coś" na G-Code.
Add 5: za mało wiem o różnorodności sterowników, aby tutaj pisać konkretnie. Skłaniałbym się do zaprojektowania (również) NASZEGO sterownika: elektronika + uP.
Add 6: A co to kolizje ? (pytam bo nie znam dokładnej definicji w przypadku CNC) - ale co by to nie było napewno w przyszłości nie chcielibyśmy się zderzać
Add 7: Ma to być estetyczne, przejrzyste, ergonomiczne oraz profesjonalne w obsłudze oraz działaniu - ja bubla z pod ręki nie wypuszczę (ew. zrezugnuję z roboty ale nie wypuszczę).