mariuszlorenc pisze:Co do uruchamiania procesów. Z PC wysyłasz informację o całym posuwie, a pracę frezarki kontroluje sam uC. Co pewien czas uC komunikuje się z PC(w obie strony), aby wyświetlać prawidłowe dane i wykonywać operacje typu zatrzymania krytycznego(takie dane kontrolne). Dzięki takiemu rozwiązaniu możliwe jest uzyskanie praktycznie dowolnej prędkości taktowania sterowników silników.

Ja też o tym mówiłem - pojedynczy ARM7 dla 70Mhz i 4 osi wyciaga 50--100kHz ( kod w C ). 100kHz a nawet 200kHz to jeszcze nie dowolna prędkosc. Proponuje spróbować samemu na prototypie.

mariuszlorenc pisze:Co do CAM ... to mam kiepskie doświadczenie i jeszcze nie analizowałem plików wynikowych z tego typ procesów. Wychodzą G-CODE? Sporo firm produkujących PCB pracuje na plikach Gerber'a ... są dosyć popularne w różnych programach, więc może przystosować program do pracy do nich?

Gerbery to też tylko 2D ( nawet nie 2.5D). Są używane do płytek PCB które są płaskie

mariuszlorenc pisze: Swój Hardware mam zmontowany na BreadBoard. RS232->I/O na ATtiny2313. Sterowniki silników przerabiam z ULN'ów na MOS-FET'y BUZ11 sterowane fazowo. Zawsze składam prototyp przed opublikowaniem czegokolwiek. Aby program był uniwersalny i dla każdego ... wiele sterowników pracuje na złączu LPT, więc chciałbym zbudować hardware, który przez RS232(mój program) będzie sterował taką MainBoard z gniazdem LPT.

Proponuję znaleźć program w sieci który przerobi BMP na jakikolwiek standard CAM ( można tu poszukać na forum). Niech kolega policzy ile wyszło wektorów i jak długo będzie to szło przez RS232 przy 115200kb.

mariuszlorenc pisze:o do HPGL to już sterowałem tymi plikami w 2D+1(chyba Wy to nazywacie 2,5D ... czyli 2D i nad/w materiale). Chyba rzeczywiście będę musiał się zabrać za te G-CODE ... tylko trzeba by było znormalizować ten kod skoro są rożne wersje

No nie do końca - HPGL daje 2D plus pisaki którym mozna przypisać pewną wyskosc. Nie da się tym zrobic np. powirzchni sfery ( a to tez jeszcze 2.5D )

mariuszlorenc pisze:Co do USB na ARM i tej "tragicznej" wg. Ciebie prędkości. Jest możliwość uruchamiania procesów na uC i raportowania o ich zgodności z danymi na PC ... taka mała sztuczka, a działa.

Nie za bardzo rozumiem - "możliwość uruchamiania procesów na uC i raportowania o ich zgodności z danymi na PC" można prosić o więcej szczegółów ?

mariuszlorenc pisze: Co do procesów CAM to chcę napisać własny i niezależny software. Za DXF'y pewnie i tak się zabiorę, ponieważ znajomy tworzy nietypową frezarkę na zarobek i będzie mu taki program niezbędny.

Wudaje mi się że Piotr Rakowski ( proponuję poszukać na forum) narzekał że jest aż 9 różnych formatów DXF'a ( w sensie różnych wersji) i że jest problem z dokumentacją do nich ( alboi ciężko dostępna albo płatna). Są też komercyjne pakiety które dają ich obsługę.

Program CAM to bardzo wielkie wyzwanie. IMHO prociej na początku jedna korzystać z gotowego pakietu CAM ( nie musi to być od razu za kilo$, są też tanie).

mariuszlorenc pisze:Mając na myśli hardware ... chodziło mi nie o cały układ wykonawczy, ale tylko sterownik I/O podłączany do sterowników silników(STEP/DIR lub fazowych MOS-FET'ów).

To akurat jest najprostsze - wystarczy kupić "kit" do procesora LPC2418, lub innego - np:
http://www.shop.kristech.eu/product_inf ... cts_id=146

Sugeruję zbudowanie chociaż szkieletu aplikacji oraz pierwszego działającego prototypu przed docelowym projektem elektroniki.

mariuszlorenc pisze:Chodzi o zredukowanie kosztów software'owych oraz hardware'owych. Z waszych wypowiedzi widzę, że raczej nikt mi nie pomoże ... no ale cóż ... ja się tak łatwo nie poddaję. Jedynie co to chyba zacznę od HPGL'ów, a nie DXF'ów jak planowałem. Co do G-CODE'ów to nie znalazłem porządnego opisu w internecie, albo są w nich nieścisłości.

Proponuję jednak poszukać opis G-Code ( dużo jest nawet u nas na forum). Niech kolega znajdzie jakis CAM, wygeneruje z niego G-kody ( może to być nawet Mach lub Step2Cnc) i obejrzy. G-kodów jest dużo, ale naprawdę wiele można zrobić już na kilku pojedynczych. HPGL nadaje się w zasadzie do 2D.

Pomożemy - prosimy tylko o szczegółowe pytania. Możemy też ocenić pewne pomysły ( co też teraz robię).

Proponuję też obejrzenie projektu open-source ( do inspiracji - zrobili poniekąd to co kolega planuje)
http://fabathome.org/wiki/index.php?title=Main_Page

Ok

Każdy sposób jest dobry

Ja mam dwie płytki - jedna to sterownik główny ( LPC2378 + 4x LPC2103 ). Nie robię do tego sterowników silników - sterownik tylko generuje sygnały STEP/DIR dla 4 osi.
Drugą płytką jest płytka manipulatora - podłączana po CANie. Zawiera małego procka do klawiatury, potencjometrów cyfrowych i analogowych ( generalnie niekrytyczne sygnały I/0).

Zamiast SDRAM wybrałem NAND'a, bo jego szybkosć dostępu wystarcza, a można składować program i docelowo włączać wszystko bez komputera ( mam jeszcze wyprowadzenia na czytnik SD/MMC ).

Kolega ambitnie chce zrobć wszystko :-] - cały sprzęt wraz z oprogramowaniem.
Ja wybrałem wersję "lżejszą" - istniejący CAM ( Step2Cnc, potem Mach), nie robię też sterownika napędów ( przynajmniej na razie).

Odebrałem już pierwszą płytkę ( 2 warstwowa do maniuplatora), w piątek będzie gotowa płytka główna ( 4 warstwy ) - wtedy zrobię zdjęcia.
Mam kolega może co do pokazania ? Jaką częstotliwosc pracy chce kolega osiągnąć ( czy też będzie to rozwiązanie z dedykowanymi kontrolerami silników - bez generacji sygnałów STEP/DIR )?

Nie jestes pierwszy

https://www.cnc.info.pl/topics81/step2c ... .htm#66932

Parę uwag:
- zginiesz próbując interpretować DXF'y - lepiej zrobić urządzenie obsługijące G - kody
- moje urządzenie będzie obsługiwać Step2Cnc, później będzie dostępny plugin do Mach'a - tak jest prosciej, inaczej sam musisz budować program typu CAM (!!)
- pojedynczy procek ( typu ARM, zegar < 70MHz, USB ) pociągnie czestotliwsc generowania impulsów do poziomu 50-100kHz ( u mnie program ląduje na karcie pamięci, potem współbierznie obsługują go 4 proceosry ARM7 ( na każdą o) plus jeszcze jeden główny rozdzielający zadania)

Zadawaj konkretne pytania, to chętnie pomogę.