Firmware 3D tiskárny pro frézku

arduino, teensy, atmega, pic a jine (software, hardware)
Mex
Příspěvky: 10288
Registrován: 6. 2. 2014, 10:29

4. 2. 2018, 5:59

Používáte někdo firmware pro 3D tiskárny pro řízení frézky?

Švagr si pořídil levnou stavebnici 3D tiskárny z Číny, tak jsem mu ji pomáhal postavit a zprovoznit.
Nakoukl jsem trochu do světa firmware pro 3D tiskárny a docela jsem čuměl, jaký je tam poměrně silný progres ve vývoji.

Mám pocit, že ty používané firmware (Marlin, Repetier, TeaCup a další) kdysi vyšly z GRBL. Ale u GRBL dnes vývoj (podle mě) celkem stagnuje, kdežto ty FW pro 3Dprn se rozvíjejí.
Takže mají slušně udělané plánování, anti-jerking, tisk z Flash bez připojeného PC a hlavně (což mě zajímá) mají udržované verze i pro novější hardware, tedy pro nějaké 32-bitové ARMy. Ať už pro Arduino Due (tj. ARM od Atmelu/Microchipu) nebo i pro další.
U GRBL jsou taky různé forky pro ARM, ale neudržované a všechny jsou spíš jenom takové pokusy než spolehlivé řešení.

Řekl bych, že firmware pro 3D tiskárnu by měl mít všechno co potřebuje k řízení frézka. Navíc tam bude řízení extruderu a vytápění, ale to snad ničemu nevadí. Nenapadá mě nic podstatného, co by tam pro řízení malé frézky pomocí DIR/STEP mělo scházet. Snad možná otáčky vřetene, ale i to asi půjde nějak vyřešit.

Nemáte prosím někdo s provozem takového firmware na frézce praktické zkušenosti?
Díky.
Uživatelský avatar
azamo
Příspěvky: 604
Registrován: 11. 4. 2014, 7:43
Bydliště: Zlín

4. 2. 2018, 6:25

Má to jednu zásadní chybu a to že tam nejde posunovat souřadnice .
Takže nejde najet nulu na obrobek .
A ještě tam byl problém že to nerozlišuje G0 a G1 všude musíš nastavit rychlost i u přejezdu ,ale to je řešitelné u postprocesoru .
To je další zádrhel ,snad žádný CAM nemá postprocesor pro firmware tiskárny takže ten musíš nějak doladit .
Jednodušší je se držet třeba linuxcnc tam je všechno co potřebuješ .
Mex
Příspěvky: 10288
Registrován: 6. 2. 2014, 10:29

4. 2. 2018, 7:09

Díky za informace.
Ta nemožnost nastavit nulu by byla omezující. Ale to by se nakonec dalo aspoň provizorně vyřešit spínači, které by byly paralelně k home-switchům. Každopádně na tohle se zaměřím a podívám se, jak je to tam dělané a jak by se to dalo upravit.
Nastavení rychlosti u G0 by mi asi nevadilo, tohle postprocesor snadno vyřeší. Navíc toto by asi byla velmi snadná úprava i ve vlastním firmware.

Jako CAM používám Aspire, případně generování dat přes různé vlastní převodní můstky z Eagle a dalších SW.
Napsat si vlastní postprocesor pro Aspire je snadné, a u můstků vlastní výroby je to samozřejmě ještě jednodušší.
Každopádně ještě jednou díky, vím teď, na co se mám podívat.
atlan
Příspěvky: 3343
Registrován: 7. 2. 2011, 9:12

4. 2. 2018, 8:48

Navyse maju implementaciu merania vysky podlozky koli korekcii tlace prvej vrstvy.
Uživatelský avatar
robokop
Site Admin
Příspěvky: 22371
Registrován: 10. 7. 2006, 12:12
Bydliště: Praha
Kontaktovat uživatele:

4. 2. 2018, 9:31

ma to look-ahead?
Vsechna prava na chyby vyhrazena (E)
Mex
Příspěvky: 10288
Registrován: 6. 2. 2014, 10:29

4. 2. 2018, 9:40

Má, a jestli to správně chápu, tak docela dobře fungující.
Musím zkusit vyhrabat nějaké Arduino a udělat praktický pokus na frézce. Pro první pokus to zkusím na klasickém Arduinu, ale případně do budoucna bych to chtěl jedině na nějakém výkonnějším HW, přece jen Arduino už je trochu za zenitem.
Uživatelský avatar
robokop
Site Admin
Příspěvky: 22371
Registrován: 10. 7. 2006, 12:12
Bydliště: Praha
Kontaktovat uživatele:

5. 2. 2018, 6:33

tak jak budes testovat soupni tam nejaky 3Dcko a dej sem vysledky
je dobre ze se to nekam posunulo
kdyz jsem to testoval posledne tak to bylo zalostny
Vsechna prava na chyby vyhrazena (E)
atlan
Příspěvky: 3343
Registrován: 7. 2. 2011, 9:12

5. 2. 2018, 7:39

Ano vyska sa meria snimacom, a hall senzorom ktory meria zasunutie meracieho bodu. Akirat si to neviem predstavit na frezke. Jedine omerat povrch dotykom toho senzora a potom vlozit nastroj do upinaca a zmerat kolko vycnieva on.
t256
Příspěvky: 2820
Registrován: 19. 1. 2012, 4:49

5. 2. 2018, 11:17

Ty fw co jsou napsane pro 8bitove arduina se pry chovaji na ARMech dost podivne. Znamy to zkousel a nakonec to smysluplne nerozchodil. Ja nakonec pouzil smoothieware ktery je rovnou napsan pro 32bitove mcu a az na potize zpusobene mou konstrukci tiskarny na kterou nebyl pripraven jede pekne.
atlan
Příspěvky: 3343
Registrován: 7. 2. 2011, 9:12

5. 2. 2018, 4:26

gEETECH zobral otvoreny kod upavil ho na 32b arm. a KOd nezverejnil ....
Uživatelský avatar
filla
Příspěvky: 3536
Registrován: 1. 12. 2013, 12:55
Bydliště: Brno
Kontaktovat uživatele:

5. 2. 2018, 4:43

atlan píše:gEETECH zobral otvoreny kod upavil ho na 32b arm. a KOd nezverejnil ....
a jak vis, ze je ten firmware z otevreneho kodu? a a ktereho konkretne, to si ho pak muzes taky udelat
"do řiti se řítíme, ani o tom nevíme.."
atlan
Příspěvky: 3343
Registrován: 7. 2. 2011, 9:12

5. 2. 2018, 5:37

http://forum.strojirenstvi.cz/viewtopic ... 48&t=22624" onclick="window.open(this.href);return false;
Uživatelský avatar
filla
Příspěvky: 3536
Registrován: 1. 12. 2013, 12:55
Bydliště: Brno
Kontaktovat uživatele:

5. 2. 2018, 6:52

no a v cem je problem? marylin nechali jak je a dopsali si k tomu par veci okolo, on klidne muze bezet "virtualizovane" v tom armu, takze otevreny kod zustal bezezmen
"do řiti se řítíme, ani o tom nevíme.."
QNX
Příspěvky: 3701
Registrován: 20. 12. 2006, 9:59
Kontaktovat uživatele:

5. 2. 2018, 7:13

Proč používat FW určený pro 3D tiskárnu pro frézku, když můžeš používat přímo FW určený pro frézku? Smoothie “CNC” build ti nestačí? Tam máš CNC panel, spindle modul a GRBL mode. Pořiď si MKS SBASE desku za nějakých 1,7k a můžeš testovat :-)
t256
Příspěvky: 2820
Registrován: 19. 1. 2012, 4:49

5. 2. 2018, 7:17

Presne na tehle desce mi jede 3d tiskarna :-)
Odpovědět

Zpět na „MCU“