You are not logged in.
Pages: 1
Wonderful. Looking forward to that. I'll hold off on using Masks until then since otherwise I'm just guessing at cure times on machines needing significant masks.
It would be great to be able to fully use masks and determine cure times with them in the workflow. Unfortunately it seems that the default Mask isn't considered when generating a calibration plate. Or is it upon printing (doubtful)? Unfortunately the Preview for the Calibration doesn't show the mask as being applied. Without it, it makes it a little difficult to tune in anything that involves the use of masks unless I run manual (and time consuming) tests...much like before the wonderful calibration plate tool existed. Hopefully this can be applied at some point since I'd love to start using masks but need a way to tune the resulting exposure times.
I'm just posting to see if this report might help the future of dealing with imperfect STL's inside NanoDLP. I have noticed this with quite a few files. As an example, the following is a popular test file with quite a few errors. However, it does slice well in Creation Workshop as well as others. Perhaps there are new and improved ways to handle these kinds of issues in a similar fashion. The file is: https://www.thingiverse.com/thing:35798 (the "assembly" file being the complete model. When slicing, you can see consecutive slices with a big area missing.
Is there a way to accelerate or switch speeds during the lift part of the sequence? For instance: I need to lift 8mm to aid resin reflow. But large surface area requires a slow separation. So I'd like to go slow for the first 2mm of the lift, but then accelerate to a faster speed for the remains 6mm to speed up the whole print. The slow speed is obviously only needed for separation, but the rest of the move being extremely slow is a waste of time. I know we can dynamically adjust speeds per layer, but just don't quite see if there's way to adjust during the lift itself. Thanks.
Hi Shahin. Thanks for responding. I think you unfortunately missed my most critical questions after the the first two statements. Sorry if I was a little unclear by adding them after the "help" statements. I'm just a little confused by the true/false response on those since I'm curious which of the multiple scenarios is the correct assumption. Essentially I'm trying to figure out which parameter: 1) controls the speed at which we return to the resin after every layer. Hopefully that's separate from the lift phase. And to a lesser important extent 2) what controls the initial drop into resin at the start of a print.
I'm just trying to clarify some setting speed, and the built in help is very helpful. However it would be great to clarify a few things. Particularly those related to what speeds are used during the return/retract to resin.
1) Min Speed - On Setup: Being used when prints dip into resin. Is this on the first entry into Resin at the start of a print job? Or everytime the print goes back to the resin after each layer (for instance CW calls this retract speed)?
1b) Max Speed - On Profile: Max speed during printing. Or does this apply to both lift and retract phases (depending on the response above)?
2) Startup Speed - On Setup: Being used for acceleration. Is the unit for this um/s2? Just curious to understand.
3) Max Speed - On Setup: Being used as the top speed when printer is not printing. I know this applies to every manual gcode sent (manual moves, "stir", etc.), does this also apply to the final lift after a print?
4) Dynamic Speed - On Profile: Override every speed exluding startup speed during printing. Again does this apply to the retract as well as the lift? Or just the lift?
Thanks,
Marc
Totally understand. Unfortunately changing that as default behaviour would be a little aggressive and confusing to others at this point. Hopefully that'll come at some point since with UV LED's there isn't much reason to have them come on so much earlier. If you could point me in the direction of how to create separate times, that would be great for me to experiment with for now. Right now all I'm familiar with is the gcode before each layer box. Thanks again.
Thanks Shahin. I'm always impressed with your responsiveness! Yes, that'd work great as a temporary workaround. Unfortunately it takes away the ability to have different times for burn-in layer and normal. So if we had some kind of control for that aspect specifically it would make things a little less confusing going forward. Those value fields are wonderful and very clear as they are currently. It's just the placement of the shutter command that would be nice to have control over so that all the there features still apply and make sense. Like a drop down Insert shutter command menu: a) before "wait", b) after "wait" (or some better phrasing...sorry). This would like be a machine setting, and not a resin profile setting. I'll be playing around with the manual delay though and ignoring the existing fields to get a feel for the improvements.
No worries and glad I could help. That'd be great!
Is your print over curing on the part itself too? I had an issue where I couldn't get the included sample resin dialled in at all. Either there was something wrong with it, or there's an issue related to the brightness of the LED. Still trying to sort out the latter at the moment. Though in my case, other resins worked much better right off the bat.
It would be great if the UV LED could be enabled at the same time as the image is revealed. Currently it turns on before the "Wait Before Print" time value. This leads to potential bleed through exposure (especially on longer wait times for more viscous resins), as well as unnecessarily reducing the life of the LCD. To go even further it would be great if there was a separate offset time for this. But if it happened at the same time as the image is revealed, that'd be a great start! Thanks for all your hard work!
It seems that when switching a plate to a resin profile with a different layer height, it becomes corrupted (with the accompanying error message). Interestingly: the number of calculated errors remains what it was before, but the actual number of slices when downloading the plate is actually correct. So it seems that it does in fact correctly recalculate the plate, but the bug lies somewhere in how it updates the plate list/database.
Hope that helps
Could also be related to Z_move_comp behaviour. I know there have been issues with the timing there...
Just tested your suggestion, and that definitely does work. Thank you. Though unfortunately it takes away the ability to have different times for burn-in layer and normal. I'll definitely do some playing around with that to see how this helps things though. Maybe it's a behaviour that can be changed in the future. It would have other benefits such as saving the life of the displays but not exposing them unnecessarily, etc.
Unfortunately, I don't see a way that allows a user to determine where the M106 is inserted into the GCode generated by NanoDLP. Or conversely (and maybe better to think of it this way), where the "wait before print" delay is inserted. This delay value probably should be placed before the M106 command that NanoDLP generates and not in between that and the image display.
Thanks so much for the reply. Sorry I wasn't more clear. I will play with the Delay command in various places to see what I can find. To be more clear on what I was referring to.
- there is a "wait before print" time set in resin profiles. This is great to allow for resin to settle before starting a layer cure.
- Unfortunately the LED turns on as soon as the layer height is reached and before the start of the above time
- So the sequence seems to be (pardon my simplistic understanding): Move to Layer, Turn on LED, Wait (as determined by resin profile "wait before print" parameter, Display images for set amount of time, Remove image and turn off LED, Lift, Wait, Repeat
- It would be great if the Turn LED on (M106) would happen at the same time the image is displayed and not before the wait time. For instance in many profile base layers, wait times are upwards of 12 seconds and there could be a lot of light leakage during that time.
Hi. I'm having an issue that might be related to the fact that the UV light is on during the entire "wait for print" phase. Instead of just enabling when the image is revealed. Since these LCDs (on a Duplicator 7 for instance) don't block everything, this leads to potential partial curing everywhere. This seems especially problematic for viscous resins that require a bit more time to settle/flow. Is there a way to change this behaviour? Thanks in advance and for the amazing NanoDLP in general!
Hi Sacha. Yes, it'd be great to get some insight as to what to aim for with this test. Took a bit of time to figure out the parameters and why you'd want to change them (still don't know what parameter shear is supposed to test for though). So it would be nice if there was a bit of "documentation" on this from anyone that's willing to chat about it.
Pages: 1