Obsługa, Programowanie i Budowa Maszyn Numerycznych
A w uC się nie da? Na pewno się da.w fpga realizujemy komponenty HAL..., które potem wykorzystujemy w pliku konfiguracji...
Jakby olać LPT, przejść na USB i do procka słać G-cody to będzie wielokrotnie szybsze do LPT + FPGA.fpga przez lpt może dość szybko się komunikować....
Raczej nie gorzej a inaczej - tak jak wcześniej napisałem.w uC owszem również można próbować robić podobnie.. ale trochę gorzej...
w fpga (pld) każde zadanie może być realizowane równolegle (choć w jednym scalaku)
to po co LinuxCNC ??upanie pisze:Jakby olać LPT, przejść na USB i do procka słać G-cody to będzie wielokrotnie szybsze do LPT + FPGA.
no właśnie nie do końca, wyobraź sobie 6 osi, na każdej silnik i enkoder + jakieś dodatkowe wejścia wyjścia, to wszytko trzeba na bieżąco sprawdzać, jeden układ nie może czekać na inny... uP było by super, gdyby realizowało zadania na zasadzie: dostałem przerwanie od komputera, sprawdź jak się to ma do zadanej wartości i jak coś to popraw, ale tutaj te operacje nie zdarzają się raz na jakiś czas, tylko układ działa ciągle. BTW, po to stworzono FPGA żeby nie robić tego na tysiącu scalaków i uP, więc czemu z tego nie skorzystaćupanie pisze:Raczej nie gorzej a inaczej - tak jak wcześniej napisałem.
Równoległe wykonywanie wielu algorytmów jednocześnie to zaleta ale nie konieczność. W obecnych uC są takie częstotliwości zegara, że możemy stwierdzić, że w tym przypadku zadania też bedą wykonywane równolegle zwłaszcza, że dużą część zadań zrobią peryferia mikrokontrolera
prościej i taniej kupić układ od kolegów, np PicoCNC....upanie pisze: Swoją drogą muszę sobie poczytać trochę o LinuxCNC bo zaczyna mnie ciekawić możliwość zrobienia zewnętrznego kontrolera CNC, który to łykałby G-cody po USB a poza tym miał również jakiś tam swój interfejs do prostych operacji.
Bo LinuxCNC to trochę więcej niż tylko przekładanie G-codów na Sterowanie silnikami a właśnie to chciałbym zrobić.to po co LinuxCNC ??
No to sobie wyobraź uC 168MHz ze sprzętowymi licznikami obsługującymi enkodery plus sprzętowe PWM-y jeśli zajdzie taka potrzeba. DO tego DMA szybkie przerwania i całe stado innych wspomagaczy. Jestem przekonany, że jeśli chodzi o sterowanie sześcioma silnikami krokowymi to taki procek zwyczajnie by się nudziłno właśnie nie do końca, wyobraź sobie 6 osi, na każdej silnik i enkoder + jakieś dodatkowe wejścia wyjścia
PikoCNC ma atmegę!Racja w 100% gdyby chodziło tylko i wyłącznie o wykorzystanie we własnej maszynce.prościej i taniej kupić układ od kolegów, np PicoCNC....
To mnie jara 
