Jump to content
Ultimaker Community of 3D Printing Experts

Link

Member
  • Content Count

    128
  • Joined

  • Last visited

Community Reputation

2 Neutral

Personal Information

  • Country
    GB

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. hi @smartavionics, I am using your new 'not in skin' combing but getting blobs on the outside of the wall at these points (shown below), as mentioned a while back (and the reason i asked you to keep 'only in infil') Cura treats walls as skin rather than just the top and bottom layers and therefore doesn't retract in the walls, hence the material from the non-retract travel is getting deposited in the wall which is often too thin to hide it. In the screen shot below there is a strange 'kick' in the travel at which point the blob appears. Any ideas ?. could the travel be made to not perform this kick, or stick more to the inside of the wall ? i can switch back to 'within infil' and will get retracts in the walls which fixes the problem, but think you mentioned that Cura has issues deciding where infil is and hence the 'only in infil' can sometimes result in travls without retract actually in the top or bottom layers (skin) ? Many thanks !
  2. Hi, Can anyone explain what this feature does, by default there are settings in place for both expansion and removal, so does this cancel itself out ?, its not clear what this actually does and what changing the settings will do. @smartavionics could you advise ? many thanks
  3. Link

    Bug in Bridge settings in 3.5.1

    hi @smartavionics did this make it into 3.6 ?
  4. ok, thanks. doesn't sound like something worth doing then.
  5. no, smoothers are a HW mode, they are a used to smooth the supply to the stepper motors http://blog.trinamic.com/2018/08/09/tl-smoothers-do-3d-printers-really-need-them/ they are a popular mode on some printers, so not sure if the UM can benefit from them
  6. Does the 2+ come with smoothers already installed from UM ?, if not are they needed ?, they seem to be a popular printer on other printers but not heard about them on UM printers
  7. Thanks, as mentioned in the other thread I now have the Tinker firmware building as he set it up with the make and the simulator. I am also able to build as you described using just the Arduino IDE, for some reason it doesn't seem to build with the latest IDE version, dropping back fixed my problem.
  8. Link

    UM2(+) known bugs?

    interesting, I would have assumed that the 2+ was the biggest seller still for UM, but guess the other two models are considered newer and maybe need more tuning as the 2+ could be considered optimised. I managed to get the Tinker build working as it was rebased and have managed to change the few things I wanted (heater PID, default retraction etc for the 2+), so I am really happy with what I have now. I am looking to add a cold pull feature and maybe look into how your 2+ code reads retraction from the SD card and include that into the Tinker branch. Thanks for your help, I will obviously help with the Beta when I can (when I can supervise the print), let me know if I can assist in anyway. Cheers
  9. I get this list of errors if it try to do that, I am using the latest Arduino IDE and TinkerFirmware Arduino: 1.8.6 (Mac OS X), Board: "Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)" In file included from sketch/Marlin.h:21:0, from sketch/Marlin_main.cpp:30: pins.h:1248:41: error: pasting "/* PG2*/" and "_RPORT" does not give a valid preprocessing token #define SDCARDDETECT 39 // PG2
  10. [gr5 removed massive quote of first post of this topic] could you help with this issue ? just about there, I have a compilation error related to the Arduino.h defining the max and min macro. It shouldn't really define those, but has, how did you get around that ? Thanks c:\mingw\lib\gcc\mingw32\6.3.0\include\c++\bits\stl_algobase.h|243|error: macro "min" passed 3 arguments, but takes just 2|
  11. Link

    Tinker firmware - introduction

    ok, I fixed it #ifdef min #undef min #endif #ifdef max #undef max #endif was needed
  12. Link

    Tinker firmware - introduction

    thanks, just about there, I have a compilation error related to the Arduino.h defining the max and min macro. It shouldn't really define those, but has, how did you get around that ? Thanks c:\mingw\lib\gcc\mingw32\6.3.0\include\c++\bits\stl_algobase.h|243|error: macro "min" passed 3 arguments, but takes just 2|
  13. Link

    Tinker firmware - introduction

    Hi, I am interested in making some local changes and if they work out to be useful I would like to become a contributor. Is there a final guide of how to build the Tinker firmware ?, the most recent discussion here seems quite convoluted and not straight forward. I found this link http://www.extrudable.me/2013/05/03/building-marlin-from-scratch/ Does that work ?
  14. Does anyone bother calibrating the extruder esteps on a 2+ ?, or is the default considered near enough ? is there a guide of how do do it (if worth doing) ?
×

Important Information

Welcome to the Ultimaker Community of 3D printing experts. Visit the following links to read more about our Terms of Use or our Privacy Policy. Thank you!