REBEL 3D

tisknu křídlo a bohužel se mi nedaří přijít na příčinu chyby, která se v nkěkterých vrstvách vyskytne, když extruder vyjíždí ze špičky náběžné hrany a začíná se vracet na "rovný úsek"...

Chyba se neprojevuje v první části oblouku. Resp. na obrázku je dolní část náběžné části křídla pěkně hladká, ale honrí část náběžné části má cca každou 3-4 vrstvu "vyhřezlinu" ( fuj

Nepřipadá, že bych měl někde mechanický problém, ale je pravda, že extruder se jakoby na pidisekundu zastaví a "rozmýšlí", zda to chce pokazit nebo udělá tuhle vrstvu pěkně.... "Když se ale rozjede, tak nevykazuje nějaký zvuk, který by napovídal, že překonával mechanickou překážku...

Slicuju v Simplify3D dle nastavení od 3Dlabprint. Tiknu z SD karty, takže PC na vině nebude...
Max. jerk mám už hodně nízko na 6.000 mm/s^2
Y i X - axis acceleration mám = 800.000 mm/s^2
Y i X - travel acceleration = 1000.000

V G kodu bych nepředpokládal, že bude chyba a ani nevím, co bych měl hledat a mechanicky už nevím, co dál ladit. Nepodařilo ze nekomu s podobnou chybou zatočit ?

Mám přesně ten samý problém a myslím že chyba bude v tom že to prostě Mega s grafickým displejem nestíhá protože na tiskárně kde mám řádkový displej to nedělá..

Nepíšeš nic o materiálu, rychlostech, použitém firmware atd...

Jak píše PIMPin, klasická chyba nestíhající megy. Tedy přesně jak jsi sám vypozoroval se v místech problému tisk na kratičký okamžik pozastaví. Problém asi zhoršuje grafický displej, který je náročný a dále kombinace modelu s příliš velkým rozlišením a rychlostí tisku. Akcelerace tento problém nevyřeší.
Řešením je tedy tisknout model s menším rozlišením, tisknout ještě pomaleji, vyzkoušet řadkový displej (osobně ho nemám, takže jsem nezkoušel) nebo přejít na FW Marlin RC8, který umí odlehčit arduinu, aby se i takové úseky stíhaly počítat.

No a co ten poslední bugfix firmware co má omezení na max délku úsečky?

Vyzkoušel jsem přehodit řádkový displej na Rebela kde byl původně grafický a problém je pryč.. Dokonce i na coreXY s řádkovým displejem to tiskne bez zastavování a slintání.. Asi se grafického displeje zbavím i na Rebelovi a koupím řádkový..Zkoušel jsem zpomalit,upravit jerk,akcelerace, nic nepomohlo, až ten displej.

Tisknu z OctoPrintu, žádný LCD nepotřebuji a hodnoty online z tiskárny mám na mobilu ....
Možná by stálo za to, udělat z toho grafického LCD co mi tím pádem taky zbylo inteligentní zobrazovač co vy četl data z OctoPrintu přes RESTful API a pak by se k tomu připojilo maliné Rapssbery Pi Zero ... a bylo to v jedné maličké krabiččce nezatěžující Arduino tiskárny.

nevim jestli to pomuze, ale mne o dost zlepsil kvalitu tisku Slic3r od Prusi.

marfa píše:nevim jestli to pomuze, ale mne o dost zlepsil kvalitu tisku Slic3r od Prusi.

Nepomůže, má tam jiný problém, taky "Slicuju v Simplify3D dle nastavení od 3Dlabprint" a kvalita výtisku je špičková, to na fotce jsem nikdy u sebe neviděl ani z Slic3r když jsem začínal s tiskem.


Podle fotky mi to připadá nejblíže na https://www.simplify3d.com/support/prin ... s-and-zits

potvrzuju, nestiha mega + graficky displej. Take tisknu letadla z 3DLabprintu a dela mi to taky, ale po pravde ne tak moc jako tobe, takze to tam nechavam. Vypnout displej v FW jsem linej. PS: FW marlin RC7, moje deska je GT2560 od geetechu, takze to bude vylozene zalezitost chipu (AT mega2560), ne konkretnich desek.

Díky moc za rychlé odhalení problému. Přešel jsem na Marlin a zdá se, že je to OK. Pokud budete přecházet na Marlin, tak lze čepat inspiraci zde: viewtopic.php?f=38&t=1386&p=19854#p19854

Tisku a letu zdar