Jump to content
UltiMaker Community of 3D Printing Experts

Model to Gcode missmatch


Recommended Posts

Posted · Model to Gcode missmatch

Hi,

 

New to the site so apologies if I've broken any form norms. Had a search in the forum and didn't turn up anything that looked related, so sorry if I've made a newbie mistake.

 

Have a reoccurring issue when trying to slice models that don't have a suitably large enough flat spot for standard bed adhesion.

Tried with all support options in the settings (standard, experimental, adding user blocks..) and with combinations of bed adhesion options (none, brim, .. but most specifically raft) .
 

Even tried turning off the drop to bed setting.
 

However in all combinations of theses setting I'm still get a distortion in the lower portion of the model!

 

SlicerProbs.thumb.png.12986394a9dfe0d1daed28a0abf7c1d9.png

 

Had hoped (since I've already paid for the model) that it could be printed without the need to go to an editor and chop it to more amenable chucks.

 

Note the above is in the case where the model is not dropped  but hovers ~1-2mm above the bed with a raft and tree support enabled.
 

Any other suggestions would be gratefully received.
 

Thanks

 

Again let me know if there's some convention I've tramped on or vital information lacking from the post.

 

 

  • Link to post
    Share on other sites

    Posted · Model to Gcode missmatch

    I wonder if there is something in the model file that is causing it.  To my knowledge, slicers don't make things up.

    It looks like you've tried manually moving it...how about rotating it in space.  Maybe a different orientation will help.

    If it fits within the build volume you shouldn't need to slice it into smaller pieces.

     

    • Thanks 1
    Link to post
    Share on other sites

    Posted · Model to Gcode missmatch

    Hi GregValiant

     

    Thanks for your response.

     

    Yes I thought this too. The same problem occurs in other models and regardless of their orientation. The example shown here was just as it caused least noticeable distortion to the final output. The problem occurs where there is not a significant amount of flat surface in contact with the bed. With this, and the other models I have tried, there is always a tendency to pull the detail of the area around the lowest point to a pyramid or ridge (model geometry dependant). Also noted that the sit bones on RHS, under the slicer controls, are not distorted in any way and did not quite come down into the lowest layers.

    I had thought that the use of a raft and tree support would be sufficient to preserve the shape of the model but so far this has not proved to be the case.

     

    I vaguely recall that in the infancy of Cura it required a minimum flat surface on the initial layer to try and provide stability and bed adhesion during printing. I wondered if some legacy algorithm was the cause of the distortion. May be way off track as this is only speculation.

    If you have any more suggestions I bee sure to give them a try

     

    Cheers

  • Link to post
    Share on other sites

    Posted (edited) · Model to Gcode missmatch

    You need one of the moderators for help here.  Gr5 or Maht come to mind.

    I draw my own stuff so if there is an issue like this I add a feature (big circle or something) 2 layer heights tall where I want it to sit in the slicer.  It's a way to fool Cura into producing what I had in mind.  I know, it's a workaround and not solving anything, but it gets the job done.

    Edited by GregValiant
    • Thanks 1
    Link to post
    Share on other sites

    Posted · Model to Gcode missmatch

    Thanks

     

    I had submitted a ticket (1234!) as initially the post received no responses. I guess I will not hear back on that until next week.

     

    If I allow models to overlap would co-placing any small flat model in the right location achieve the same as an alternative workaround?

     

    I'm new to this forum, is the a way to contact gr3 or Maht direct or hope they pick up on your post?

     

  • Link to post
    Share on other sites

    Guest maht
    Posted · Model to Gcode missmatch

    Hello @Hotpoint, thanks for getting in touch.

     

    Please save a project file (File -> Save...), zip up the .3mf file and attach to this issue so I can try to reproduce the issue with the same model and settings as you.

  • Link to post
    Share on other sites

    Posted (edited) · Model to Gcode missmatch
    On 5/12/2020 at 12:18 PM, maht said:

    Hello @Hotpoint, thanks for getting in touch.

     

    Please save a project file (File -> Save...), zip up the .3mf file and attach to this issue so I can try to reproduce the issue with the same model and settings as you.

    Hi @maht, I have tried to print a skull with horns, this time without experimental tree support, but I still have the same issue using standard support. It only seems to happen on these deer skulls or skulls with horns. The pulling down of the print to the bed is not something I am able to overcome.

    I think I might be doing something wrong, but so far I can't work out what?

    Did you get a chance to review the file I attached?

    Many thanks.

     

     

    Edited by Hotpoint
  • Link to post
    Share on other sites

    Posted · Model to Gcode missmatch

    I loaded your .3mf and it looks fine to me, or did I miss something in your message?

    If you have trouble locating it on/under the bed, check the z-numbers in the Move section, there is also in the preferences something like 'automatically drop models to the build plate'

     

    It is also possible that the graphics card of your computer is the problem, indoor first picture it shows you are in 'compatibility mode'

     

    My screen looks different because I use Cura 4.6.1 and the plugin 'Sidebar GUI'

     

    Schermafbeelding 2020-05-23 om 15.33.59.png

    Schermafbeelding 2020-05-23 om 15.45.42.png

    • Like 1
    Link to post
    Share on other sites

    Posted · Model to Gcode missmatch

    Appreciate the advice @peggyb,

     

    Yes, I'm on old PC which could do with a GPU boost hence I don't get the latest and greatest views, so I'm unlikely to get the same view as you but thanks for sharing.

     

    Had the drop to bed selected on prior to the model supplied, but was just trying this to move the print way from the bed to see if it made a difference (It didn't). Also blamed it on experimental tree support but I am seeing similar when using conventional (zigzag) support.

     

    The best way to describe the problem, for a simple shape, I can come up with is imagine printing a cylinder. On its end you end up with a circular cross-section. However print the same on its side and the area engulfed in the resultant support becomes distorted and the cross-section is more of a tear drop. Attached image shows the resultant ridge on what would otherwise be a semi circular part.

     

    IMG_8614[1].JPG

  • Link to post
    Share on other sites

    Posted · Model to Gcode missmatch

    There is something weird with the model. Can you check the .stl in a program like Meshmixer, -> Analysis -> Inspector and see if something shows up.

    Cura is creating large triangels towards the bed, filling up the model. 

     

     

    Schermafbeelding 2020-05-23 om 18.30.53.png

    Schermafbeelding 2020-05-23 om 18.31.01.png

    • Like 1
    Link to post
    Share on other sites

    Posted · Model to Gcode missmatch

     

     

    Yes @peggyb,

     

    Exactly the sort of result I'm seeing. Although it's not restricted to this model, so I had thought there must be something in general I have set wrong.

     

    Never tried Meshmixer but will download it and give it a try.

     

    I contacted the company I purchased the model from and they have assured me its a 100% correct watertight model (but they have never printed it!).

     

    Thanks again.

  • Link to post
    Share on other sites

    Posted · Model to Gcode missmatch
    20 hours ago, peggyb said:

    Cura is creating large triangels towards the bed, filling up the model.

     

    Well, that's exactly what "Make Overhang Printable" is meant to do.

    So.... the simple solution may be to switch this option off - if it is not wanted? 🤔

    • Like 2
    Link to post
    Share on other sites

    Posted · Model to Gcode missmatch

    good find, never used this setting, will keep this in mind 👏

    • Like 1
    Link to post
    Share on other sites

    Posted · Model to Gcode missmatch

    Good advice @tinkergnome,

     

    Not sure how that one snook in there as only experimental one I thought I've tinkered with was the tree support. But it has done the trick.

     

    You don't know what you don't know which is exactly why I'd asked for some guidance! 😉

  • Link to post
    Share on other sites

    Posted · Model to Gcode missmatch
    21 minutes ago, Hotpoint said:

    it has done the trick

     

    neat - another mystery solved. You're welcome! 🙂

    • Like 1
    Link to post
    Share on other sites

    Posted · Model to Gcode missmatch

    Thank you very much everyone for your help. I thought I must be doing something wrong, but missed it. I'm glad it was me rather than the print, as it is a good one. I clearly have a lot to learn still.

  • Link to post
    Share on other sites

    Create an account or sign in to comment

    You need to be a member in order to leave a comment

    Create an account

    Sign up for a new account in our community. It's easy!

    Register a new account

    Sign in

    Already have an account? Sign in here.

    Sign In Now
    • Our picks

      • UltiMaker Cura 5.3 stable released
        In this stable release, Cura 5.3 achieves yet another huge leap forward in 3D printing thanks to material interlocking! As well as introducing an expanded recommended print settings menu and lots of print quality improvements. Not to mention, a whole bunch of new printer profiles for non-UltiMaker printers!
          • Thanks
          • Like
        • 31 replies
      • Here it is. The new UltiMaker S7
        The UltiMaker S7 is built on the success of the UltiMaker S5 and its design decisions were heavily based on feedback from customers.
         
         
        So what’s new?
        The obvious change is the S7’s height. It now includes an integrated Air Manager. This filters the exhaust air of every print and also improves build temperature stability. To further enclose the build chamber the S7 only has one magnetically latched door.
         
        The build stack has also been completely redesigned. A PEI-coated flexible steel build plate makes a big difference to productivity. Not only do you not need tools to pop a printed part off. But we also don’t recommend using or adhesion structures for UltiMaker materials (except PC, because...it’s PC). Along with that, 4 pins and 25 magnets make it easy to replace the flex plate perfectly – even with one hand.
         
        The re-engineered print head has an inductive sensor which reduces noise when probing the build plate. This effectively makes it much harder to not achieve a perfect first layer, improving overall print success. We also reversed the front fan direction (fewer plastic hairs, less maintenance), made the print core door magnets stronger, and add a sensor that helps avoid flooding.
         

         
        The UltiMaker S7 also includes quality of life improvements:
        Reliable bed tilt compensation (no more thumbscrews) 2.4 and 5 GHz Wi-Fi A 1080p camera (mounted higher for a better view) Compatibility with 280+ Marketplace materials Compatibility with S5 project files (no reslicing needed) And a whole lot more  
        Curious to see the S7 in action?
        We’re hosting a free tech demo on February 7.
        It will be live and you can ask any questions to our CTO, Miguel Calvo.
        Register here for the Webinar
          • Like
        • 18 replies
      • UltiMaker Cura Alpha 🎄 Tree Support Spotlight 🎄
        Are you a fan of tree support, but dislike the removal process and the amount of filament it uses? Then we would like to invite you to try this special release of UltiMaker Cura. Brought to you by our special community contributor @thomasrahm
         
        We generated a special version of Cura 5.2 called 5.3.0 Alpha + Xmas. The only changes we introduced compared to UltiMaker Cura 5.2.1 are those which are needed for the new supports. So keep in mind, this is not a sneak peek for Cura 5.3 (there are some really cool new features coming up) but a spotlight release highlighting this new version of tree supports.  
          • Like
        • 24 replies
    ×
    ×
    • Create New...