PEEP: Chápu. Večer na to mrknu, teď nestíhám.

BIDAK: jo odecitani mam zmakle (alespon jsem si to myslel), ale kdyz mam sectenou podstavu s dirama a s kapsou na telo zamku jako modul celk(), ktery sam o sobe funguje a modul kapsa(), ktery taky sam o sobe funguje, tak nevim proc to neodecte(a hlavne jaktoze tam cpe jenom podstavu, kdyz by to melo pracovat s celk()) - cimz se dostavam ke sve prvni otazce...

jinac hull se jevi jako zajimava funkce hodna dalsiho studia-diky! ..zatim mam zhlidnute 3 zakladni dily tutorialu..

PEEP: OKOK. V zásadě odečítáš jako v matematice. Od toho prvního ty další. JAko závorky funguje union () {}.

BIDAK: ted vidim, ze kdyz mas zaplou transparentnost, tak se tam nezobrazuje cely pant, ktery by to melo vracet na celk () , kde je jak podstava, tak telo pantu,coz je nejake divne

BIDAK: DIK!, jo je to spravne, protoze nema byt vykrojena cela vyska podstavy pantu, protoze to prijde jeste do dveri, ktere maji svoji tloustku materialu, proto je to posunute.

BIDAK: V zasade jsem to psal modularne, abych mohl upravovat jak pant, tak ten kvadr (trebas to vrtani je treba protahnout do toho kvadru) a odecitat to jenom jako dva moduly. Nevim proc bych to mel pridavat do modulu podstavy pantu

A jinak tvojí pozornosti doporučuju funkci hull () {}...

:)

Ale v zásadě tu krychli přidáš sem.


difference () {
pant(sirka,delka,vyska);
cylinder(h=vyska,d=vrtani);
translate ([0,delka,0]){
cylinder(h=vyska,d=vrtani);
}
}


Večer ti to napíšu aby ti to fungovalo.

PEEP: Jinými slový je tot akhle správně?

PEEP: Mno. Zaprvé - chceš odečíst jenom půlku?

Ahoj, dneska jsem se zacal ucit OpenSCAD, ve kterem chci vytvorit kapsu na skryty pant u dveri - mam model pantu a kvadr, od ktereho jej chci odecist, bohuzel at se snazim sebevic, tak mi tyto dva utvary neodecte.
musete mi prosim nekdo rict, co delam spatne?

https://i.nyx.cz/files/00/00/16/41/1641415_ddfa60bf4642e547180b.scad?name=pant_dveri_drzak.scad

Zrovna tisknu tohodle :-)
P51-D Mustang – 3DLabPrint
https://3dlabprint.com/shop/p51-d-mustang/
Opravitelnost je taková, že rozsekanej kus vytiskneš za večer znova :-D Pokud to teda nepůjde do kaše uplně celý. Ale tak to většinou jde i polyš nebo dřevo.

Free 3D printed Spitfire RC plane with every Original Prusa i3
[ http://prusaprinters.org/free-3d-printed-spitfire-rc-plane-every-original-prusa-i3/ ]

BIDAK: Co jsem to stáhnul na nulu a dal tisknout, tak vzhledově zatím to vypadá ok. Ale ještě se to tiskne, takže nemůžu to vzít do ruky jak se to chová :-) Nicméně mám tam infill 5% a tenhle model je tak celkem specifický, že i s 0% infillem by to dopadlo asi pořád dobře.

SPM: OKOK. To by mě zajímaly reálné výsledky.

BIDAK: no spočítanej filament byl v octoprintu a prohnal jsem to i nějakym gcode analyzerem a ukazoval stejný čísla... tak nevím, může to být i nějakým jiným nastavením, ale min. u tohohle je alespoň vidět, že u stejného modelu se dramaticky liší spotřeba z toho, co vygeneruje...

SPM: Ti to slic3r bllbě počítá. A s 0% overlapem se dost zhorší mechanické vlastnosti.

Infill a perimetry právě stejný, filamenty byly vždycky 1,75mm... bohužel tu teď nemám u ruky ten druhý slic3r, abych zjistil co se liší v nastavení. Nicméně hrábnul jsem v advanced na Infill/perimeters overlap - bylo tam teď 15%, dal jsem 0 a rázem jsem na 20 a kousek metrů, takže to možná bude tohle... (je to krabička na náboje, co má uvnitř přepážky, takže perimetrů je v tom hafo).

SPM: nemenil se treba filament ze 3mm na 1.75mm? odminule ;)

SPM: Infil? Počet perimetrů?

Hmm, mám tu takovou zvláštní záhadu. Chtěl jsem dát tisknout jednu krabičku, co jsem kdysi nakreslil (a i tisknul). Nacpal jsem to do slic3ru, nastavil, nahrál do octoprintu a koukám že to chce použít 70m struny, což mi přišlo až moc. Hrál jsem si s nastavením - výplň, threshold její, atd. Ale pořád z toho vypadne +- 70m. Tak jsem začal prohledávat a našel jsem ten starý gcode, ze kterého jsem to tenkrát tisknul. Tam ta krabička sežere asi 26m. A nějak nechápu, kde se ten rozdíl bere... původní gcode byl generován taky ve slic3ru, možná v nějaký starší verzi. Další zajímavost je, že print time těch dvou gcodů je prakticky stejný - takže to vypadá, že to prostě jede stejnou trasu, ale pere tam při tom 3x víc materiálu... přestože jinak s tímhle nastavením jsem na tom tisknul x věcí a vylezly normálně. Setkal se někdo s něčím takovým? Co by to mohlo způsobovat... ten rozdíl mi přijde už celkem dost brutální.

na cisteni toho skla jsem pouzival vodu - nechat to tam lezet par hodin a slo to hezky dolu. ale ta lenost... :)