a u plosne velkych objektu (tam kde jsou napak prvni vrsvy "dlouhe") to vede dost casto ktomu, ze se mi to cele odlepi od podlozky a je taky po legraci... Zapinat a vypinat vetrak rucne neni zrovna velka zabava a vzhledem k tomu, ze ma Slic3r option "Enable auto cooling" (ktera mimochodem svym chovanim asi ne nahodou docela zapada do toho, co jsem popsal vyse), tak asi nebudu sam, koho to nebavilo.NIcmene realita je takova, ze jsem hned pri prvnim pokusu s touhle funkci narazil, kdyz jsem (priznam, ze asi na zacatek trochu neskromne) tisknul tohle http://www.thingiverse.com/thing:595220/#files. Pri tisku svislych hran to krasne chladi celou dobu (kratke vrstvy). Problem je v tom, ze slic3r vygeneruje gcode pro vetrak tak nestastne, ze vrstvu, kde jsou samotne brdige vyhodnoti jako dostatecne dlouhou a vetrak zapne az na samotne bridge. (A to se vetrak nestihne pomalu ani roztocit a z bridgu je spis takova opici draha)
Abych na to prisel (resp. prisel jsem na to pri tisku, ale aby to bylo lepe patrne), udelal jsem na to jednoduchy skript, ktery gcode prevede na obj (import treba do blenderu) a podle prikazu pro vetrak (M107, M106 Sxxx) objekt obarvi (modra - chladim - az cervena - nechladim vubec)
Skript generuje i patch (klasicky unixovy unified format), ktery se snazi gcode vylepsit tak, ze vetrak zapne na celou vrstvu na maximalni hodnotu, kterou v dane vrstve pouzil slic3r
pouziti
- Kód: Vybrat vše
run.sh <gcodefile> <objectfile> <materialfile> <patchfile>
a pokud chcete vyzkouset i patch, tak klasicky
- Kód: Vybrat vše
patch < <patchfile>
Pokud k tomu mate nejake napada - idealne treba, ze na to jdu uplne blbe - tak prosim o ne
