Jump to content

greens83

Member
  • Posts

    116
  • Joined

  • Last visited

  • Days Won

    2

Posts posted by greens83

  1. Im really hoping some of the very knowledgeable and helpful people I've come across on here before might be able to help me out with a problem I keep encountering with spiralize.

     

    I do a lot of single wall printing using surfaces as geometry and the spiralize setting. Works really well 95% of the time. However on certain models I still get a z seam using spiralize. At first I thought this was the same issue as a previously identified X,Y, small travel inserted on each layer but that is now resolved in Cura.

     

    This is definitely related to Z seam (If I tell cura where I want the z seam this issue goes there). It only appears on some models. Plain cylinders for instance never produce this. Here's a screen shot of what I'm talking about:

    722175248_Screenshot2022-03-3113_51_46.thumb.png.139f4974357cec5c245b44f363cff9e3.png

     

    Smooth contour does something but it still is visible after printing.

    1107382379_Screenshot2022-03-3114_22_22.thumb.png.0748a5f9d34417436b4345119b66cfb2.png

     

    Things I've observed:

     

    It seems to occur more on shorter prints more (i.e. low z height).

     

    If I stretch the same model up it will reduce the z seam and eventually disappear when it gets tall enough.

     

    However really short cylinders don't produce this problem at all. So its not just the height that creates it.

     

    Resolution of mesh has no effect on it.

    bezel push fit 2.stl

    none of the z seam options get rid of it. (but will move it)

     

    Smooth outer contour doesn't get rid of it.

     

     

    Any suggestions or input would be hugely appreciated. I need to eradicate the issue as I'm trying to start a business selling products that are heavily dependant on using Cura and spiralize. I am considering trying some other slicers but I don't really want to If I can avoid it.

     

    Thanks in advance for anyone who can chime in with suggestions or any experience of this same issue.

     

    Also attached is g-code and stl shown.

     

     

    UM2E_bezel push fit 2.gcode

  2. This is linked to z seam. If I specify where I want the z seam it moves the problem. So what I thought was the x,y wobble problem that others have talked about is actually a problem with spiralse creating a z seam, but only on certain models. I've tried all the z-seam related options to no avail.

     

    Any suggestions or input very much welcome. Thanks in advance for any ideas!

  3. On 11/28/2020 at 10:54 PM, msageryd said:

    Greg already opened up a bug report. And I just noticed that someone has a fix in a fork. This seems promising.

     

    I’m not that keen on building Cura. I’ll wait a bit and see if UM picks this fix up and puts it in the next UM Cura version.

    https://github.com/smartavionics/Cura/releases/tag/20201121

     

    Big thankyou for pointing me to this! I've been so frustrated trying to work out why spiralize introduces the X,Y wobble on certain models!

    Seems Um still hasn't picked it up but this smart avionics versions is a life saver for me.

  4. @ahoeben thanks for the heads up on super slicer. Ill check it out. I wish I had the skills to write a plugin! Appreciate you can't write plugins for everyone asking for them!

     

    I'm sure other users would find it useful too though. Im a product designer and I believe some products can be produced with fdm 3d printing much more sustainably than by other manufacturing methods. Being able to show what a product will look like photorealistically exactly as its sliced without having to print it would save a lot of filament! Now ultimaker seems to have moved towards professional applications im sure they might see merit in it too.

     

    Anyway thanks again for your reply and info.

  5. Appreciate the info. All I want it for is to visualise (photorealistically) how a part looks with the layers as they are sliced. A bunch of lines in space would work for me. I guess there isn't a way to isolate just the lines where material is being extruded though? Any vector based format of the lines just when the material is being extruded would work for what I want.

  6. I have figured out a better way to do what I wanted the svg toolpath to do and thought Id share.

     

    I drew my toolpath in autocad. I made sure the lines were a nozzle width apart. I then extruded the line into a surface (open polyline so it doesn't become a solid volume). Now I print using the 'surface' mode in cura. I use the per model settings to make this toolpath/extruded surface my first layer and then print whatever I want on top of it. Works perfectly.

    • Thanks 1
  7. Thanks for the response @ghostkeeper

    I tried to attach svg in github issues and here but neither accept the file type. I'm not sure If this problem is limited to Illustrator though. Lots of people complaining about the svg output on Adobe forums.

     

    Its such a useful tool with a lot of potential imo, thank you for making it available. Id love to see it better integrated into Cura though. It would be much more friendly If it could be used and displayed with other imported stl files over the top of the drawn toolpath so you can see how it will line up and dont have to cut and paste gcode. Another file format like dxf would be great too. I'm sure I'm asking for far too much and it would be a lot more complicated to implement than I realise!

  8. Ok through trial and error I got it to come in at the right scale. If anyone else runs into this with svg form adobe illustrator here's what I did.  Save as - SVG, tick use artboards. settings here:

    396405671_Screenshot2021-11-0817_04_59.thumb.png.9749ecd6332ca35f42381e879bde8513.png

    No idea which ones made it come in as scaled. It was just trial and error.

     

     

    • Thanks 1
  9. I can see in the svg file (via notepad) that the viewbox is set to the size of the build plate (223 x 223)

    width="223px" height="223px" viewBox="0 0 223 223"

    So all I can assume is that the svg toolpath reader plugin is somehow reading 223 not as 223mm but as another unit or has some conversion factor? or something I dont understand about svg files is dictating the size.

     @ghostkeeper can you help me out here please?

×
×
  • Create New...