SPM: Dělá, ale není to dobře.

BIDAK: ok, já to bral jenom podle nastavení slic3ru, kde jsem ten profil takhle dostal i k tiskárně, takže jsem myslel, že se to dělá běžně, že se do první vrstvy cpe víc materiálu :-)

SPM: Hele, tohle nastaveni fakt normalne nepotrebujes. Ax ma pravdu.

AXTHEB: no, to jsem si na fóru S3D přečetl taky o tomhle problému :-) Nicméně slic3r jsem s tímhle nastavením dostal a nastavil Z tak, aby to fungovalo. Ale asi zkusím ještě v S3D nechat width na 100% a snížit výšku první vrstvy.

Teda, koukám, že u S3D to asi půjde řešit tak, že na první vrstvu naaplikuju jinej profil s nastaveným Extrusion multiplierem... ale je to už trochu hack čistě na to, aby to vytisklo pořádně první vrstvu :-)

THERIDANE: hmm, ve slic3ru tuhle option nevidím vůbec :-) v S3D je, ale dá se nastavit jenom globálně nebo na mosty :-/

SPM: Nejde tam pro první vrstvu nastavit vyšší flow rate extruderu? Jako má slic3r "Extrusion multiplier".

Co čtu, tak Arduino zvládá obsluhovat tiskárnu celkem na hraně, jako že ještě zvládá, ale už to občas drhne. Nabízí se možnost namísto Arduina tam něco s rychlejším CPU. Na Rebel fóru jsem narazil na nějaký Maker base s CPU STM 32bit s integrovanými drivery. K tomu displej jako samostatná periferie, která nezatěžuje hlavní CPU (mů svůj vlastní). Řešení je to dražší, otázka zní, je-li to řešení lepší. Chtěl bych to provozovat rovnou na 24 V - jednak kvůli hotbedu a potom je prý lepší i na motory. Hodlám postavit Rebela II v modifikaci "c" s plochou 300×200 mm.
Chi tiskárnu konečně postavit (prasátko vykrmeno, objednávám díly), ale nechci se s tím kdoví jak moc srát. Tak mi jde i o tom, abych pak sice neměl rychlý CPU, ale nějakej pitomej FW, blbý drivery motorů apod...

Tak si hraju se zkušební (torrent :-D) verzí Simplify3D. Na nějaké závěry je ještě moc brzo, ale bojuju tam s jednou věcí. V zásadě jsem okopíroval nastavení, co mám ve slic3ru a funguje. Nicméně nedaří se mi pořádně udělat první vrstvu. Ve slic3ru mám u první vrstvy nastavenou extrusion width na 200% a vypadá to dobře. Když v Simplify3D nastavím extrusion width pro první vrstvu na 200%, tak on zjevně podle toho zvětší i rozestupy, kudy ta hlava jezdí - je to vidět jak v tom gcode návrhu, co to ukáže, tak v libovolném gcode analyzátoru, že prostě ty cesty jsou v první vrstvě mnohem dál od sebe. Výsledkem potom je, že se ta první vrstva nesleje v jednotnou plochu, ale jsou v ní mezírky. Řešil tu někdo, kdo si s tím taky hrál, tenhle problém?

Teď mi přišel colorfabb xt-cf20 - filament s příměsí carbonu... A vypadá to super!

já mám STM32, když ho chci upgradeovat, dozvím se, že to nejde... asi dobrej oddíl, no :)

AXTHEB: jo, to mě právě napadlo, že jestli to má řešit FW, tak si ta kalkulačka musí ten kód pamatovat zpětně, což asi nebude tak jednoduché :-)

SPM: Měl by to řešit firmware, ale atmegy na to nemají.

THERIDANE: by jsi uz mohl vedet ze kazdy RS ma gkod implementovan jinak, navic v puvodni norme je pouze volani podprogramu s nebo bez poctu opakovani (tedy maximalne for cyklus nebo goto), zadne smycky ani podminky. Ruzne RS to ruzne umi, ale je to uz funkcionalita nad ramec iso G (nemluve o tom ze gkod pro tiskarny ma s iso G pomerne malo spolecneho, pouze z neho ramcove vychazi)

AXTHEB: ještě by mě zajímalo, jak by to mělo fungovat, když se to tam posílá sériákem. Respektive jestli sériákem se to tam nacpe jak to je a firmware by to měl pochopit nebo by to naopak měl pochopit ten program, co to tam rve a posílat to opakovaně.

BIDAK: Nemyslím, že by jakákoliv implementace v reprap světě zvládala víc než lineární zpracování řádků

THERIDANE: Gcode je Turing complete???
Well, TIL.

BIDAK: je to turing complete, takže jo, máš while smyčky, goto a if/else

o101 while [1]
  ...
o101 endwhile

Další blbej dotaz na gcode. Umožňuje gcode nějak nekonečnou smyčku? Čili opakuj tohle, dokud tě nepřeruším?