v1.1.3a Released

[0xdeadbeef]

Increasing the maximum to 150% is a piece of cake. I'm just a bit concerned that some fast infills will suffer.
Having separate speed factors for infill, contour, raft is possible in theory but a bit more complicated and risky (letting aside that the GUI is starting to get messy).
Problem is that ZCode has a separate command for feedrate so it's not part of the actual movement/printing command (which is the case for G-Code).
So to check which area a feedrate command will affect, I'd need to parse at least one further command (sometimes maybe even two or so) which my current design doesn't allow.
It's not like I couldn't change the design, but it's work (*meh*) and there's always the chance of collateral damage.

[Julia Truchsess]

It's not like I couldn't change the design, but it's work (*meh*) and there's always the chance of collateral damage.

And as you mentioned some posts back, the endless feature creep is straying from the concept of a "simple tool to allow raftless printing", not to mention the concept of the M200 as a more or less "turnkey" printer.

[0xdeadbeef]

We scrapped the idea of simplicity a while ago, didn't we ?
I guess I shouldn't propose the fan speed graph then or should I?
Anyway, I guess the current speed down/up is good enough for most purposes.

[Julia Truchsess]

It's still pretty simple, with four parameters, one of which is a boolean. All of its features are consistent with the company's mission statement of "Expanded Materials Capability". The speed reduction feature is critical to printing flexible filament, and since we already have that parameter, I don't mind its range being extended into the plus side if people want to play with higher speeds. Adding more controls just to tweak performance at higher speeds, however, is straying from the intent.

[ChunkyPastaSauce]

Separate speeds for each component should be able to be applied both ways (+ or -), so probably expands range of materials printable materials, plus some materials have better mechanical properties when printed with higher feed rates.  But also I understand deadbeef is one person, too much stuff going on likely not good.

edit - I took a closer look at the infill and it doesn't look too bad. The part of the print I watched before was on a sloped part and I think made it look worse than normal. Ill make an infill test piece with larger fill area and check difference.

[Julia Truchsess]

I've been printing with slightly gap-py infill and support now for 2 years, first with PLA and the Zortrax hot ends, then much improved but still not always perfect with the ZT-HE. It's never been a problem in the final parts if walls and tops/bottoms print ok, but now with the slow-down feature it can be made much more nearly perfect if one so desires.

[ChunkyPastaSauce]

Awesome, I want to try it on z-glass. Also z-pcabs sometimes comes out under-filled, so if slowing down helps to fill, gotta try it. Still have to order a zt-he.

[hackerdaz]

In general, software development has not met my expectations until now (I'm not referring to RaftAway). Hardware is here but there are options such as variable layer thickness as well as variable printing speed that could significantly reduce printing time, without reducing printing quality. Have you seen these options somewhere? Nope.
Regarding RaftAway, it is a tool that will be used by advanced users. With that in mind, changing the GUI or putting extra inputs will not cause a disturbance. I can understand though that this is a job done by one person that I have to congratulate for his effort. But since is has been released, it is quite understandable that we (the users) would like to test more options. We are here to help in any way we can.

[0xdeadbeef]

As a compromise: I should be relatively easy to automatically exclude the Raft from speedup. Maybe only the first raft layer. Have to think about that.
Of course that will eat up another bit of the potential speedup.

[ChunkyPastaSauce]

From left to right. 100%, 125%, 150%, 225%, 337.5%
http://imgur.com/5pFH4wZ

Ringing but part still accurate at flats.... true "draft" part?
Time to complete at 337.5%, 95 minutes (original part 144 minutes)

Also, I was mistaken on infill, as I was viewing it on a slant part of the part, so it looked bad but really wasn't... the infill stayed fine:
Infill at 337.5%
http://imgur.com/skRxUTQ

225% noticed slight increase in work required to remove raft, and again at 337.5% However, both were removable.

Everything seemed ok except for the raft, at 225% and 337.5%, the extruder motor doesn't have the torque to extrude the material against the plate on first 1-2 layers, so it slips (but still forms raft ok). Once bridging portion of raft starts it's fine. Also the nozzle normally drags across surface to melt it flat, it gets a little too fast to do that and you hear some "thumping", it's not bad though.

For supports and infill, the firmware seems to self limit speeds (probably because limit on extrusion rate or something), meaning it seems no matter how fast one scales the motion, it doesn't seem to cause an issue (at least for z-abs at .2 um) for support and infill.
I think this means there maybe no need speed for separate settings for supports and infill as the firmware appears to automatically and conveniently limit. I think if the raft speed was addressed, could go beyond. Parts like vases that have no infill and smooth curvatures might speed up tremendously.

I think it would be nice to have some sort of adjustment for raft speed and a separate adjustment for the rest of the print (the other adjustments [infill, bridges] do not seem to be needed as the firmware appears to automatically and conveniently limit).
Slower raft speed should allow for improved print-ability with thicker filaments (example, part of my issue with z-glass... motor slips on raft at default speeds across multiple machines.. too much pressure...probably an issue with a lot of filled filaments).
Faster raft speed saves a large portion of the total print time, especially for prints that are large xy.

I did try an insane 500-750% speedup with 400um layer height, idea was to see what happens at extreme. Most of the part actually formed ok, just some voids, as the extruder lacked torque.

[hackerdaz]

From left to right. 100%, 125%, 150%, 225%, 337.5%
http://imgur.com/5pFH4wZ

I think I've lost something? How did you manage to overcome the speed restriction in RaftAway (>+25%)?

[ChunkyPastaSauce]

Repeat processing, for example  1.25*1.25*1.25 = ~200%

[hackerdaz]

Well done!

[Julia Truchsess]

Well done!

LOL!

[xemtra]

служ370.1BettBettLoveJeweEarlBoneКричAlphхороAshoDickпредTescTescтекссборYORKПетухороГинзсере
АляшPennIrviNielредаУдалMilaFranAllaавтоGirlKeinармиконк«СоюHonoгазеGeraLuxeTescАртиGiniMarg
OLAYзавеKlemreflХалеOmsaаспиBurtИллюИнстПейспласкавкКОШКKoffThreЯросLouiJohnFyodМослНаньCoto
VoguНикоSelaMeatRoxyVentИллюШапоAltaElegAgatОртеKingMickЯковфизкСодеистоErneSonnстраKarlYour
СалуНеклКучеZoneMichZoneменяMORGZoneZoneZoneZoneZoneZoneZoneзакаZoneZoneZoneсереДжапZoneChet
ZoneXVIIIntrмесцгосуndasSupeShinтексWindГермInte8976ChicWoodMistPureSTARMAZDPORSметасредPunk
ENTRКареинстстилSonyдемокровРомаЖукоMistClowRedmBerlMarcAdvaШидлJoolЛитРЛитРXVIIКулаМосиСекс
FantЧавккомпПлетлистPaulСмирCharЮганПараHeadглавThreавтоStopкороKrzyуслуперцЧалоJacqПетрXTRE
RobeГапоTakeмехаЧерн(МИФMaurSporпрогBeyoавтоXVIIЗимиКрасоднаXIIIавтоГордБессFlyiHateмесцмесц
месцMoviРомаслужJeweLiveТАШаXIIIВетрязыкMichЛебеЖукоtuchkasКутяуспе