Tiny print...

You might want to check the wall thickness versus the extrusion width Sometimes with tiny stuff that can lead to issues.
However doing that sort of work is more likely to drum up a slicer bug if there is one.

The results look excellent though.

 

This is one of the reasons to consider a smaller nozzle if you do a lot of high detail prints. You can reduce the extrusion width a lot more (and with better definition).

@tesseract did some of the most impressive tests for resolution on the old beta back when I first had joined.

It is hard to search the forum and he is not very active these days

http://community.robo3d.com/index.php?threads/how-to-get-better-resolution-below-300-micron.1324/

This thread is pretty good too:

http://community.robo3d.com/index.php?threads/what-happens-below-1.4332/

And the R2 has at least as much resolution as the R1 series and honestly SHOULD be better since it is gantry style (and more rigid).

 

@Kilrah, I don't want to look at the Marlin source right now, but my guess is that acceleration values are at the Marlin default settings. Try lowering them substantially not incrementally. Somewhere around the 500 - 800 range and that should mitigate some of the ringing.

So I just checked and the max acceleration is set to 3000 and the default is 1000. Personally I would halve the max and make the default around 600.

 

@sgomes So far all I am seeing is that Robo is intent on modifying Marlin in ways that simply do nothing to increase reliability and print quality. Aside from the configuration options necessary to run the C2/R2 printers, there are quite a few edits removing code that simply are only compiled if certain options are set. I am not sure what their motivation is in what I would call unnecessarily complex edits.

I saw this before when working in the software industry, many times when a programmer is also tasked with the software design specifications a lot of code is created just because. It might be 'low hanging fruit' it might be because they think they can do it better or they might just want to do it. One issue I have with all this code modification, not one single edit has been contributed back to the Marlin community. This is the whole point of OSS, if you have a better way of doing something then give back and let everyone benefit.

 

Not.
Software.
People

They assume the defaults are "good" (hint: they never have been)

 

Lol this is the 4th or 5th machine iteration they have put out. I dont think it will change any time soon.

 

I am sure they have run test prints and I am sure they were happy with them. Like much of software it is the edge conditions that bite you in the nether regions Their defaults are poor ...

 

There are quite a few options you can change in Marlin, but it is not an unmanageable task. It can be overwhelming if you are not familiar with the schema used. But the first priority should always be configuration to get the best you can from the firmware as it exists. Then you modify what you need to improve, either the user experience, performance or quality. That is how I treated the R1 and all the Marlin versions starting with 1.1.0 through the current 1.1.4. That is how I treated the Marlin version I maintain for the cheap Chinese resin printer.

 

@mark tomlinson there can be a lot of difference in settings between 'it prints' and 'it prints well.' I think many manufacturers tend to tip the scale toward 'it prints'.

 

@Kilrah if you are using S3D try this setting

On the bottom left Horizontal size compensation, also on the Layers tab make sure your direction is Outside-In. Both those will help you maintain dimensional integrity.