S3D (and other slicers)
-
Hi Jeff, I have just spent some time working on Cura to come up with a solution for the skin above sparse infill problem and (amazingly) appear to have something that looks like it's doing the right thing. I have submitted it to the Cura devs. Even if they like it (or some later version) it won't make it into Cura for a good while yet but if you are up to building Cura yourself then you could give it a try. I only use Linux and building Cura on that is reasonably straightforward and I can provide some hints as to what to do.
What engine are you working with ? This is a pretty good potential fix for sure. My thought was to grow under the skin (i.e. support it) however growing outwards might be a better choice.
Jeff
-
Cura is split into two parts: 'Cura' is the front end user interface. 'CuraEngine' is the back end that actually does the slicing.
Without the mod, Cura behave like S3D: when a skin runs under a raised feature, the skin stops almost immediately (under the perimeters of the raised feature). What the mod does is grow the skin so that it will extend under the perimeters by at least the distance between the infill lines. Assuming the raised feature is tall enough, further infill will be placed on top of the skin which will end up being sandwiched by infill. It's work in progress but does appear to handle the simple cases OK.
-
Furrher to my January 27th post on this topic:
I have tpost1.g as M116 P1 and tpost2.g as M116 P2 and I had the extruders as T0 and T1
However for a dual colour test print on tool change it is not waiting for the new tool to heat up.
I think the issue could be because S3D denotes the hot bed temperature id as T0
so I think I must therefore denote the extruders as T1 and T2.
Very confusing.
Can anyone else who has done two colour printing in S3D shine some light on my dilema?
Thanks -
solved my S3D issue by deleting the S3D temperature controller for both extruders T0 and T1 and re-entering them.
Now all is well -
solved my S3D issue by deleting the S3D temperature controller for both extruders T0 and T1 and re-entering them.
Now all is wellBeen there, done that. Glad it worked out.
-
Given up on S3D for the second time (got a full refund) as dual extrusion still seems very iffy, even though slicing is extremely fast.
I'm going back to MATTER HACKER which can produce a prime tower and or wipe brim.
This has no parameter to enable firmware retraction so I'm using their g code 'before tool change', 'after tool change', 'before layer change', 'after layer change' feature.
I still have the M116 Pn in my Tpostn.g files and have put G10 in 'before tool change' and G11 'after tool change'
along with an appropriate M207 line in config.g, of course.
Is this the correct approach, as things do not look quite right?
The print head is still dwellling too long before it moves to the primer tower, and leaves its mess on the print.
I tried using Tpren.g as DC42 suggested but that just left the head in the wrong place and the co-ordinates just went awry from then on.
Can anyone help me with the gcodes for the TpreN.g files or in the before/after g code sections ?
Thanks -
@ Merlin,
You posed the question about using firmware retraction which I answered in this thread on 20th Jan. Are you still using the Chimera with separate nozzles? If so, you should not be using be using firmware retraction.
-
got it. I'm eagerly waiting for my cyclops head to arrive.
-
got it. I'm eagerly waiting for my cyclops head to arrive.
I have the legends pack, I've not done much with my cyclops yet however you'll like it. I gave up on the chimera concept and just use one head at a time. I just got sooo tired of collisions no matter how much time I spent trying to level everything. I've recently changed out all the rod in my printer, belts, pulley, etc. This might help, guess I should try again. The cyclops is a better concept then using two hot ends in many cases..IMO.
Jeff
-
I should update here that I'm now doing z-hop out of firmware while using S3D, with great results on 1.17+
