OH MY GOD MILTYKOSS IS WORKING SO WELL!!! I put the stronger spring in the extruder, cleaned out all the remains of the clear ‘PLA’ or whatever it was, and went back to Hatchbox orange that I have a lot of experience with.
There are a couple of issues still that I think are from switching to S3D because Cura doesn’t support Delta’s anymore. Under extrusion at the top and a blob between the leg and body on one side, but it is pretty way better than I expected!
This is literally the first print on the MiltyKoss using S3D and Orange PLA. Second print ever with S3D the first was on my i3. Right now I am freaking out at a Boaty printing faster and cleaner than my i3 ever printed. Head exploding and I had to post. Video of real time print speed and carriages coming soon.
If you have 1515 Delta you need to try these carriages! So epic there is perfect alignment and zero backlash or wobble. For under $5 per carriage mostly screws and nuts!
OMG SHOW ME ITS BELLY!!
Sweet print so far, but how come you’re saying Cura doesn’t support Deltas? I mean, for a slicer there’s practically no difference other than a different shape build volume.
@Thomas_Sanladerer Umm… that’s what I heard 
Read it on the interweb somewhere. I have Cura open now and cannot find settings for a delta. I did not try every printer model but I did not see any Deltas or round bed support. How do I do Cura for a Delta configuration? Set bed center as 0,0,0 and don’t worry about the square bed? I thought it needed to be set up for the specific type, delta cartesian or core x/y… no? sort of? How?
Is the bottom a quality test? I can show that, check Thingiverse post I have spammed G+ with my joy of first build and need to slow down for a little while 
I fixed the bug in CuraEngine that made it error out often if you have negative coords (origin at the center of the build plate). Next release of 2.3 should work better.
With Cura 2.13 I have created a definition for a round bed. This means you have to define the “not allowed” area from the square bed. But with 2.3 the internal structure changed again and I haven’t found a way to define it yet. So I simply uses a square bed and it works fine.
As it is a beta version with a couple of already own issues, I’m sure there will be a couple of fixes until the final version. I hope there will be an easy delta support than.
Yeah I was gonna say that slicers simply export a gcode file and your printer firmware reads it so as long as you’re not trying to move your print head off the build plate you should be fine. A simple way to make sure of this in Cura would be to set the X and Y dimensions of the build plate to the diameter of your delta and then when you import a part into the center of the build plate just spin it and make sure no part of the STL breaches the bounding box. Of course this method won’t account for printing multiple parts or any part off center. But if you own S3D I don’t know why you would bother with Cura.
Delta reachable areas aren’t actually cylinders anyway, they’re, err, something resembling a truncated reuleaux triangle prism with a pointy top. No slicer supports true delta reachable area build volumes anyway. So a square slicer build volume isn’t THAT big of a deal.
@Ryan_Carlyle yeah well there is no simple method to make sure a complex part fits inside a “truncated reuleaux triangle prism”
After seeing the results of S3D on both my printers, it’s a moot point S3D is making better prints and has much more control and depth of features available to the user. Cura would be what I used if I bought printers preassembled and felt intimidated by actual information and decision making beyond ‘I want to print something’. It has a huge niche not everyone is into how it works the just want it to work. Click big nicely shaped button in clean white user interface with limited options, and go back to other things. I am not that user, I am the user with the grease all over them from taking it apart and modifying it. I love S3D after 3 prints, so Cura is a thing of the past for me. S3D supports, being able to choose a few but not all, I will not go back to an uncontrolled support situation, period, having experienced freedom of choice!
Yeah I’ll be buying S3D this week. Been putting it off too long.
@Adam_Steinmark Checking if stuff fits inside the volume is relatively easy, it’s just a bounding box intersection problem. The bounding shape could easily be represented by an STL, and the slicer’s existing intersecting-model detection code would basically handle it. Generating the basic reuleaux triangle shape is also pretty easy, you just take the basic delta geometry to generate a cylinder around each tower representing the reachable radius for that arm , and the volume inside all three cylinders is your basic build volume. (It’s slightly more complex than I’m saying due to fixed effector and carriage offsets, but the math is trivial.)
The hard part is truncating the build volume to deal with all the clashing points. Using a simple cylinder inside the reuleaux triangle USUALLY does an ok job at that, but it can give up a lot of usable area or not account for clashing regions.
@Ryan_Carlyle that makes sense. It seems pretty simple once you have the correct bounding box. Seems odd that nobody has created an OpenSCAD model with definable variables for this type of thing.
@Adam_Steinmark That’s a pretty good idea, actually…
