You are not logged in.
Pages: 1
NanoDLP is mostly working great for my needs, however I have a repeating issue with some STL files where if there are details that are "in-plane" then they get completely filled in. The model displays fine in the 3D viewer, it's just the PNG slices where they get filled in.
An example of this is the "CT3D.xyz" text on the base of 3DBenchy (3dbenchy.com), but it happens for other models I have as well (sorry I can't share these models).
This is *not* a problem with the model STL file, as it works fine in all other slicer software I have tried (as well as it being the de facto standard for 3D printing processes), and again displays fine in the NanoDLP 3D editor. I would really like to continue using NanoDLP as the other software just doesn't work as well as NanoDLP does for my needs (other than this issue of course)!
I did read somewhere else that if a triangle is in a plane such that they don't intersect the slice plane that it can cause problems for mesh generation? tilting the model even slightly results in the features slicing correctly, which adds weight to this theory...
If I raise the model up in the 3D editor, the output slices ignore these blank layers, resetting the model back to the base (and then fill in the features on the base). I also tried adding in "burn in layers" set to the same layer thickness but this also didn't work.
My requirements are image slices without any support features, so I can't add these in for the raised base.
Fingers crossed a solution to this problem can be found...
Thanks a lot for creating NanoDLP!
Offline
Could you provide two sample files, one not working and another one working with slight modification of the original model?
It is probably a bug inside slicer logic.
Offline
the 3DBenchy file is the one from Thingiverse (linked through 3DBenchy.com) and the same model tilted just slightly using NanoDLP 3D Editor renders the details fine, so it seems to be only when the details are aligned with the build plane...
Other than that, anything I've tried with "in-plate triangles" results in this bug, so I'm not sure what you mean "working with slight modification" in this context, sorry?
Offline
Please, share direct link to the file you are talking about.
Offline
Hi Shahin, sorry for the delay, there was a public holiday this past weekend!
The 3DBenchy model is this one: https://www.thingiverse.com/download:1223854 (direct link to the file download). The features that do not render in the NanoDLP slicer (regardless of layer height setting) are the letters in the image at the bottom of this webpage: http://www.3dbenchy.com/features/
As I say, there are other models that show the same effects with similar features, however I cannot share these as they are proprietary models, sorry!
Thanks
Offline
Text at the bottom looks fine on the latest beta version.
Offline
Thanks, that's good to hear!
How do I install the latest beta on Windows?
Offline
So, I tried upgrading to the latest Beta version from within the NanoDLP server UI (Setup -> Tools -> Upgrade NanoDLP -> Upgrade to Beta Version) and I am now running build 2332 according to the top right of the page.
Unfortunately, when I try again to slice 3DBenchy.stl, the text is still missing from the base, the "box", and the "chimney" on the top is still filled in...
View of underside of the 3D model in NanoDLP 3D editor showing the letters on the base: https://www.dropbox.com/s/gujqyne0wb2mw … m.PNG?dl=0
First layer from NanoDLP 2332 (incorrect): https://www.dropbox.com/s/xaqhlybyyszh9 … 1.png?dl=0
First layer from alternative slicer (correct): https://www.dropbox.com/s/r0n5fvaio34ke … 2.bmp?dl=0
View of top of model in NanoDLP 3D Editor showing the hollow chimney and box: https://www.dropbox.com/s/jdwxpmteqhfh0 … p.PNG?dl=0
Middle layer from NanoDLP 2332 (incorrect): https://www.dropbox.com/s/isd9v4ckn3mpv … 0.png?dl=0
Middle layer from alternative slicer (correct): https://www.dropbox.com/s/g4eke49uz8zga … 2.bmp?dl=0
Top layer from NanoDLP 2332 (incorrect): https://www.dropbox.com/s/dn20qrv8s3wlj … 6.png?dl=0
Top layer from alternative slicer (correct): https://www.dropbox.com/s/9diglpz5cv5uu … 2.bmp?dl=0
And here's the bottom layer of one of the models that I cannot provide showing the same thing:
NanoDLP 2332 (incorrect): https://www.dropbox.com/s/qf67byv2pktrn … 1.png?dl=0
Alternative slicer (correct): https://www.dropbox.com/s/x54n060wr9dht … 2.bmp?dl=0
Hopefully I have just "jumped the gun" and upgraded to the beta before a newer version is available this fixes this?
Thanks again
Offline
Hmm why colors are reverse? Interesting maybe there is a bug causing this on reverse color. Could you confirm it?
Offline
Disable erode if you have enabled it as it could fill small areas.
Offline
Sorry, I should have mentioned that; I'm actually using NanoDLP as a slicer for Inkjet printing (believe it or not your slicer is so far one of the fastest and most user friendly STL-to-Image slicers I've found anywhere!) so I have the colours swapped in the resin profile settings
I don't think I have Erode enabled (due to not needing or wanting it), but I will check just in case...
I'll also try un-inverting the colours just in case there is something that is filling in the gaps with "background" but getting the background mixed up with the default black instead of desired white... I can re-invert them myself later anyway!
I'll give that a try on Monday and let you know if it changes anything!
Offline
Huh, so I wanted to know the answer before Monday so I installed NanoDLP on my home computer and sliced Benchy with the default colours (black background white light source) and it slices correctly, then switched it round (nothing else changed!) and it's back to filling in those features!
At least we know where that bug was coming from now!
I'll just invert the images when I run my post processing (which I do already)
Last edited by NJN (2019-09-06 23:07:10)
Offline
OK, thank you for helping out us to find the bug. Fixed on the latest beta.
If it is a inkjet 3d printer, why not using nanodlp laser mode?
Offline
Thanks a lot, I can confirm that this works now with build 2335!
To be honest, I don't know what the difference is between laser mode and projector mode (I couldn't see anything change in the settings when I switched modes)...
Mostly I'm using NanoDLP as a slicer and a job list (the "Plates" view), then post-processing and printing the sliced images through a completely separate process triggered by "Start of Print Code" (and zero curing time per layer)! I might eventually try and port in the Gcode generation and print commands into NanoDLP as well (using the "Code before each layer" for the print trigger) and do everything from there, but I don't have suitable equipment to test/develop this at the moment so that's a future project!
Offline
When you switch to laser mode, there is a box called laser code. It will generate lots of movement/cure gcodes for individual parts on each layer.
Theoretically FDM!, laser (SLS) and inkjet printers could use this mode.
Offline
Pages: 1
