hospudka
Moderátor: sysel
Tady to hoši pojali od podlahy. Nejenom že použili FPGA pro stepgeny, ale na tom FPGA udělali i procesor, který řeší rychlé nízkoúrovňové věci.
Navíc to vypadá, že už jim to nějak funguje, a hlavně že ten projekt žije.
Zajímavé.
http://hackaday.com/2015/09/21/fpga-cnc/" onclick="window.open(this.href);return false;
Navíc to vypadá, že už jim to nějak funguje, a hlavně že ten projekt žije.
Zajímavé.
http://hackaday.com/2015/09/21/fpga-cnc/" onclick="window.open(this.href);return false;
- robokop
- Site Admin
- Příspěvky: 22924
- Registrován: 10. 7. 2006, 12:12
- Bydliště: Praha
- Kontaktovat uživatele:
teda ten zvuk je dost prisernej
nevim zda je mozne timhle postavit kvalitni interpolator ale prijde mi to jako stavet 3d grafiku a pouzit k tomu diskretni tranzistory misto toho jit si ji koupit do kramu a neco slusneho na ni pak naprogramovat
nerikam ze nejde postavit grafika z jednotlivych tranzistoru
ale myslim ze po 5ti letech bastleni na to pak naprogramujes max gamesku ctvereckator kde ctverecek honi kosticku
zvladnout dynamiku pohybu cnc nejak trosku na urovni
to maji problem i vetsi a renomovanejsi firmy s daleko lepsim vybavenim a procesory
pochybuju tedy ze je mozne to dohnat fpgackem kde bude zasadni problem uz kdyz chces podelit dve cisla
nevim zda je mozne timhle postavit kvalitni interpolator ale prijde mi to jako stavet 3d grafiku a pouzit k tomu diskretni tranzistory misto toho jit si ji koupit do kramu a neco slusneho na ni pak naprogramovat
nerikam ze nejde postavit grafika z jednotlivych tranzistoru
ale myslim ze po 5ti letech bastleni na to pak naprogramujes max gamesku ctvereckator kde ctverecek honi kosticku
zvladnout dynamiku pohybu cnc nejak trosku na urovni
to maji problem i vetsi a renomovanejsi firmy s daleko lepsim vybavenim a procesory
pochybuju tedy ze je mozne to dohnat fpgackem kde bude zasadni problem uz kdyz chces podelit dve cisla
Vsechna prava na chyby vyhrazena (E)
To jako myslíš vzuk toho bastlu ze staré mechaniky CD ROM? No tak to teda nevím, co zrovna tohle vypovídá o kvalitě řidicího systému. To už spíš vypovídá něco o lagricové mechanice a možná fullstepově připojených driverech.
A s tím FPGA - pokud tam mají kompletně syntetizovaný a funkční procesor, na které dokonce běží RTOS, tak to už teda fakt není o sečtení 2 čísel.
Srovnání s grafikou jsem nepochopil. I ty grafické karty budou dneska navržené v nějakém Verilogu nebo VHLD.
A s tím FPGA - pokud tam mají kompletně syntetizovaný a funkční procesor, na které dokonce běží RTOS, tak to už teda fakt není o sečtení 2 čísel.
Srovnání s grafikou jsem nepochopil. I ty grafické karty budou dneska navržené v nějakém Verilogu nebo VHLD.
- robokop
- Site Admin
- Příspěvky: 22924
- Registrován: 10. 7. 2006, 12:12
- Bydliště: Praha
- Kontaktovat uživatele:
no asi je to na delsi povidani a myslenku jsem tedy spatne popsal
na tom hradlovem poli tezko postavis neco se srovnatelnou podporou matematiky co treba maji dospele procesory
tedy to je spis evidentne slepa ulicka
attiny je taky super realtime ale kdyz budes po nem chtit sin(x) tak ti je na prd
ono delat na hradlovem poli klasickej procesor je vpodstate spis takova zajimavost nez prakticka vec
smysluplne by bylo zkusit konkurovat zabehlemu reseni x86 a linuxcnc treba pomoci specializovanych procesoru ktere prave naopak te matiky umi vic nez architektura x86
a verim ze by se neco naslo
s tou grafikou slo o to ze misto toho pokusniceni s hradlovymi poli ktere stejne nikam nepovede kdyz je pojate timto smerem
by se mohli zabyvat softwarem pro nejakou vhodnejsi architekturu
na tom hradlovem poli tezko postavis neco se srovnatelnou podporou matematiky co treba maji dospele procesory
tedy to je spis evidentne slepa ulicka
attiny je taky super realtime ale kdyz budes po nem chtit sin(x) tak ti je na prd
ono delat na hradlovem poli klasickej procesor je vpodstate spis takova zajimavost nez prakticka vec
smysluplne by bylo zkusit konkurovat zabehlemu reseni x86 a linuxcnc treba pomoci specializovanych procesoru ktere prave naopak te matiky umi vic nez architektura x86
a verim ze by se neco naslo
s tou grafikou slo o to ze misto toho pokusniceni s hradlovymi poli ktere stejne nikam nepovede kdyz je pojate timto smerem
by se mohli zabyvat softwarem pro nejakou vhodnejsi architekturu
Vsechna prava na chyby vyhrazena (E)
Tady se tedy asi neshodneme.
Procesory se dnes ve FPGA celkem dost používají. Dřív se dělaly běžné procesory, které měly na sobě naintegrováno nějaké menší FPGA. Dneska se to ale už takhle moc nedělá, naopak se dělají raději větší FPGA s tím, že ten procesor se postaví vevnitř jako součást řešení.
Nejsem si jistý, jestli zrovna v matematických funkcích je úzké místo řidicích systémů CNC. Díval jsem se, že třeba starší systémy Haidenhain používaly procesory M68020 na 16 MHz. U nových systémů se mi to nepovedlo najít. Ty starší systémy samozřejmě neměly tak krásně graficky zobrazenou animaci (která žere většinu výkonu stroje), ale schopnosti řízení mašiny měly jistě velmi dobré.
Myslím, že použití FPGA je v oblasti řízení CNC hodně perspektivní věc. Nakonec ty opěvované karty Mesa taky nejsou nic jiného než FPGA (bohužel s dost degradovanými vlastnostmi, viz dále), stejně tak je FPGA jádrem všelijakých těch inteligentních interpolátorů pro Mach i jiné systémy. Třeba i ten Tebou již nekolikrát zmiňovany EtherCAT client se taky dělá jedině jako FPGA nebo zákaznický obvod, žádný běžný procesor to prostě nedá.
U toho LinuxCNC jsou bohužel vlastnosti FPGA dost nevyužité, protože díky CPU-centristickému pojetí tohoto SW to prostě jinak není možné. Taky právě proto i při použití karet Mesa stále zůstávají nároky na real-time výkonnost PC stéle poměrně vysoké.
Myslím, že tenhle projekt FPGA CNC kontroléru je jeden z takových, kde je třeba vynaložit hodně velké úsilí, aby se to aspoň nějak začalo hýbat. Rozhýbat jednoduché CNC nějakým jednochipem je práce na pár dnů nebo i hodin, ale potenciál takového řešení je do budoucna prakticky i teoreticky malý. Kdežto rozhýbat to na FPGA vyžaduje nesrovnatelně větší úsilí, protože aby se to vůbec rozjelo, tak už musí mít hotový právě ten procesor vevnitř, stepgeny a vše ostatní. Ale pak je potenciál (aspoň teoretický) obrovský.
O to víc, že to mají koncepčně pojaté jako distribuovaný systém - všelijaké ty animace a jiné srandy, které vždycky žerou nejvíc, bude dělat nějaké běžné PC nebo tablet. Stejně tak si myslím a doufám, že i další ne úplně real-time věci nechají na nadřízeném počítači - všelijaké kompenzace a asi i routeplanner, nebo aspoň jeho předzpracování.
Jestli se ten projekt bude dál rozvíjet nebo zahyne samozřejmě jako u všech nadšeneckých projektů závisí na mnoha věcech - jestli ti lidi neskončí školu, nezmění zaměstnání, nepořídí si rodinu nebo se třeba nerozhádají navzájem atd. Ale moc jim fandím, aby to žilo dál.
Procesory se dnes ve FPGA celkem dost používají. Dřív se dělaly běžné procesory, které měly na sobě naintegrováno nějaké menší FPGA. Dneska se to ale už takhle moc nedělá, naopak se dělají raději větší FPGA s tím, že ten procesor se postaví vevnitř jako součást řešení.
Nejsem si jistý, jestli zrovna v matematických funkcích je úzké místo řidicích systémů CNC. Díval jsem se, že třeba starší systémy Haidenhain používaly procesory M68020 na 16 MHz. U nových systémů se mi to nepovedlo najít. Ty starší systémy samozřejmě neměly tak krásně graficky zobrazenou animaci (která žere většinu výkonu stroje), ale schopnosti řízení mašiny měly jistě velmi dobré.
Myslím, že použití FPGA je v oblasti řízení CNC hodně perspektivní věc. Nakonec ty opěvované karty Mesa taky nejsou nic jiného než FPGA (bohužel s dost degradovanými vlastnostmi, viz dále), stejně tak je FPGA jádrem všelijakých těch inteligentních interpolátorů pro Mach i jiné systémy. Třeba i ten Tebou již nekolikrát zmiňovany EtherCAT client se taky dělá jedině jako FPGA nebo zákaznický obvod, žádný běžný procesor to prostě nedá.
U toho LinuxCNC jsou bohužel vlastnosti FPGA dost nevyužité, protože díky CPU-centristickému pojetí tohoto SW to prostě jinak není možné. Taky právě proto i při použití karet Mesa stále zůstávají nároky na real-time výkonnost PC stéle poměrně vysoké.
Myslím, že tenhle projekt FPGA CNC kontroléru je jeden z takových, kde je třeba vynaložit hodně velké úsilí, aby se to aspoň nějak začalo hýbat. Rozhýbat jednoduché CNC nějakým jednochipem je práce na pár dnů nebo i hodin, ale potenciál takového řešení je do budoucna prakticky i teoreticky malý. Kdežto rozhýbat to na FPGA vyžaduje nesrovnatelně větší úsilí, protože aby se to vůbec rozjelo, tak už musí mít hotový právě ten procesor vevnitř, stepgeny a vše ostatní. Ale pak je potenciál (aspoň teoretický) obrovský.
O to víc, že to mají koncepčně pojaté jako distribuovaný systém - všelijaké ty animace a jiné srandy, které vždycky žerou nejvíc, bude dělat nějaké běžné PC nebo tablet. Stejně tak si myslím a doufám, že i další ne úplně real-time věci nechají na nadřízeném počítači - všelijaké kompenzace a asi i routeplanner, nebo aspoň jeho předzpracování.
Jestli se ten projekt bude dál rozvíjet nebo zahyne samozřejmě jako u všech nadšeneckých projektů závisí na mnoha věcech - jestli ti lidi neskončí školu, nezmění zaměstnání, nepořídí si rodinu nebo se třeba nerozhádají navzájem atd. Ale moc jim fandím, aby to žilo dál.
- robokop
- Site Admin
- Příspěvky: 22924
- Registrován: 10. 7. 2006, 12:12
- Bydliště: Praha
- Kontaktovat uživatele:
Tak ja uvazuju trosku ze siroka prave o tom co tem systemum dnes chybi a to neni o stepgenech ale prave o matematice
A vpodstate je to o realtime vypocetnim vykonu
Ted se to ruzne predkousava a realtime se nechaji delat stepgeny atd
Ja bych nechal realtime delat podstatne vic treba jak to dela fanuc
Ale jeste vic
A na to neni podle me vykon Na holem cpu natoz na nakem napsanem v fpga
Ty procaky ve fpga se pouzivaji proto ze fpga samotne je prilis primitivni na sekvencni aplikace, bylo by to prilis otrocke to v tom delat z kombinacni logiky ale kdyz mas k dispozici jine cpu a ta aplikace neni zrovna trivialni ...
Osobne bych prave spis uvital nejake chytrejsi zpetne vazby
Kompenzace
Vicenasobne zpetne vazby
Rychlostni encoderem polohove pravitkem
Na to pocitani pulzu tam jsou dobry ty fpga
Ale kdyz to chces udelat poradne zjistis ze se ti jedna osa poradne nevejde do jednoho fpga
A kdyz vedle ni do toho fpga chces dat cpu do fpga nevim nevim
A to si predstav treba chtit delat mat. Aproximace tepelnych kompenzaci ochylek podle toho kterou cast sroubu jsi ohral jezdenim kde se ti ohrala
To ti sakra matika toho fpga cpu nebude stacit
A vpodstate je to o realtime vypocetnim vykonu
Ted se to ruzne predkousava a realtime se nechaji delat stepgeny atd
Ja bych nechal realtime delat podstatne vic treba jak to dela fanuc
Ale jeste vic
A na to neni podle me vykon Na holem cpu natoz na nakem napsanem v fpga
Ty procaky ve fpga se pouzivaji proto ze fpga samotne je prilis primitivni na sekvencni aplikace, bylo by to prilis otrocke to v tom delat z kombinacni logiky ale kdyz mas k dispozici jine cpu a ta aplikace neni zrovna trivialni ...
Osobne bych prave spis uvital nejake chytrejsi zpetne vazby
Kompenzace
Vicenasobne zpetne vazby
Rychlostni encoderem polohove pravitkem
Na to pocitani pulzu tam jsou dobry ty fpga
Ale kdyz to chces udelat poradne zjistis ze se ti jedna osa poradne nevejde do jednoho fpga
A kdyz vedle ni do toho fpga chces dat cpu do fpga nevim nevim
A to si predstav treba chtit delat mat. Aproximace tepelnych kompenzaci ochylek podle toho kterou cast sroubu jsi ohral jezdenim kde se ti ohrala
To ti sakra matika toho fpga cpu nebude stacit
Vsechna prava na chyby vyhrazena (E)
Ale přece tu teplotu průběžně neměříš, ne? Jenom ten ohřev předpokládáš (simuluješ).robokop píše:A to si predstav treba chtit delat mat. Aproximace tepelnych kompenzaci ochylek podle toho kterou cast sroubu jsi ohral jezdenim kde se ti ohralaTo ti sakra matika toho fpga cpu nebude stacit
A když ho předpokládáš, tak to klidne můžeš předpočítat dopředu.
http://naradi-stroje.bazarita.cz/kovoob ... 45519.html" onclick="window.open(this.href);return false;
http://www.muj-bazar.cz/inzeraty/kovoob ... l-fd1.html" onclick="window.open(this.href);return false;
nebýt tohoto
http://olx.ro/oferta/freza-universala-t ... 3okI3.html" onclick="window.open(this.href);return false;
http://www.muj-bazar.cz/inzeraty/kovoob ... l-fd1.html" onclick="window.open(this.href);return false;
nebýt tohoto
http://olx.ro/oferta/freza-universala-t ... 3okI3.html" onclick="window.open(this.href);return false;
Každý softwarový problém má hardwarové řešení: "Kup si to nové, vole.
-
- Sponzor fora
- Příspěvky: 8346
- Registrován: 16. 7. 2006, 12:33
- Bydliště: Praha Bohnice + Roudnice nad Labem
- Kontaktovat uživatele:
Jak to, v okamžiku, kdy spouštíš program to víš zcela přesně (a těch pár ručních přejezdů můžeš ignorovat)? I když zrovna tohle by bylo lepší měřit než počítat. Do dutého šroubu dát senzory a měřit. I když v okamžiku, kdy budeš mít dutý šroub, tak tam šoupneš trubičku, čerpadlo, olej a nemusíš zase vůbec nic počítatrobokop píše:nemuzes kdyz dopredu nevis kde se budes pohybovat

Aleš Procháska
Já už jsem tehdy nechtěl to vlákno dál eskalovat, protože jsme s robokopem evidentně měli neslučitelný pohled na věc.prochaska píše:Jak to, v okamžiku, kdy spouštíš program to víš zcela přesněrobokop píše:nemuzes kdyz dopredu nevis kde se budes pohybovat
Pokud by se to měřilo (třeba nějakou infrakamerou), tak by se stejně dělal ten nadřízený systém (na normálním procesoru), jen by tomu rychlému real-time systému na FPGA poslal potřebné korekce.
Nicméně si myslím, že pokud se takové korekce mají dělat, tak by to měl dělat CAM, resp. chlap u toho CAMu.
- robokop
- Site Admin
- Příspěvky: 22924
- Registrován: 10. 7. 2006, 12:12
- Bydliště: Praha
- Kontaktovat uživatele:
No ja chtel jen ukazat ze to stejne vede na nejakej silnejsi procesor misto toho fpga
Ty fpga maji profi systemy treba na zpetnou vazbu ktera chodi v MHz ale treba smycky chodej v kHz a to uz dela klasickej procak a zase mordovat ten procak do pole kdyz je neco vhodnejsiho vykonejsiho atd... Za par korun a jeste si uvolnis pole na rychle kombinacni ulohy
To mi prijde jako zbytecnej masochyzmus
Ty fpga maji profi systemy treba na zpetnou vazbu ktera chodi v MHz ale treba smycky chodej v kHz a to uz dela klasickej procak a zase mordovat ten procak do pole kdyz je neco vhodnejsiho vykonejsiho atd... Za par korun a jeste si uvolnis pole na rychle kombinacni ulohy
To mi prijde jako zbytecnej masochyzmus
Vsechna prava na chyby vyhrazena (E)
- Francotirador
- Příspěvky: 1172
- Registrován: 27. 7. 2010, 8:04
Tohle se do vlákna hospůdka tématicky vyloženě hodí
http://www.rcm.lu/gallery/index.php/rc- ... Bier-Fr-se" onclick="window.open(this.href);return false;

http://www.rcm.lu/gallery/index.php/rc- ... Bier-Fr-se" onclick="window.open(this.href);return false;
soustruh: TOS MN80A; obrážečka: TOS MS200N
frézka: klon Sieg X2; ostřička: Beiping PP-U3
frézka: klon Sieg X2; ostřička: Beiping PP-U3
- Pepa z depa
- Příspěvky: 1778
- Registrován: 2. 12. 2012, 9:31
- Bydliště: Hostěradice (Znojemsko)
super nápad 

Francotirador píše:Tohle se do vlákna hospůdka tématicky vyloženě hodí![]()
http://www.rcm.lu/gallery/index.php/rc- ... Bier-Fr-se" onclick="window.open(this.href);return false;
Žiju abych tvořil, tvořím abych žil. www.PePeSysel.cz
máša: vřeteno voda 1,5kW, měnič Delta, 2Nm 3f 60V krokáče, Yako drivery, lineáry a kuličkáče Hiwin,
vynikající Gravos GVE-64 na 125kHz, rám 8mm ocel vylita plastbetonem, vše na masivním litinovém stole.
máša: vřeteno voda 1,5kW, měnič Delta, 2Nm 3f 60V krokáče, Yako drivery, lineáry a kuličkáče Hiwin,
vynikající Gravos GVE-64 na 125kHz, rám 8mm ocel vylita plastbetonem, vše na masivním litinovém stole.