You are not logged in.
Thanks Shahin,
So my understanding at this point is either:
1. manually set projector brightness before print start - direct via remote to the projector. As it cannot be used in the resin profile.
2. And am I correct in understanding we cannot add this to start gcode? This solution would be ok because then the projector would revert to standard settings between different prints. Resin profile would proceed as normal as this brightness change would precede the uploaded slices.
3.Use gray scale in the resin profile - though this affects fluttering of the DMMD if I am not mistaken - but could be used as a band-aid to try.
4. One final question, could I ssh into ras-pi to change this, or could I move the rs232 to the computer and use terminal to change settings and then move RS232 back to Ras pi? - would the settings keep for the next print?
So I'm still having problems with this command line here is what I'm going to be trying today:
I am using the mUVe version of nanodlp. There has been the question raised if the command is supported because it isn't listed in the gcode commands for [[projector]] - but I know the other on/off commands work.
1. Which screen and area should I input the commands?
Since it's resin profile specific, I am going to make changes to the resin profile pages. There are a few locations possible, these seem most probable.
Resin Profile -> Dynamic Calculation [[Projector xx]]
Resin Profile ->Override Machine Level Settings -> Override Start of print Code - perhaps input the standard settings used with the addition of brightness/etc tuning.
2. If at all possible, maybe someone else can chime in here, perhaps there is a known method for gray scaling where we use the "light source color" to control. This would not be my first choice since it's either controlling the color wheel - in which case I need to make spectrum profiles of all colors. With this one, I don't have a wattage/lumen meter - only a spectrum analyzer and it will be harder to control and keep in process as the bulb goes through it's life.
3. It's possible to use pixel dimming which would flutter the DMMD and not controlling wattage to the light source. This again, seems not a great method, due to possible aliasing affects.
4. Request for a slider bar - with 5% changes : Contrast, Brightness, Projector RGB settings? Thank you for considering Shahin.
Would it be too much trouble to ask for a slider bar in the resin section to allow percentage -even a 1-10 at 10% intervals.
Hi Shahin,
In looking at this further, will entering the code to the custom buttons be acceptable? It seems like the supported functions list does not have [[Projector xxxx On]] etc. It seems it would only be the actual On/Off sections supported, and not for brightness up/down. Thanks!
Thanks Shahin, I'm sorry but I don't understand termination based on spec. is this just to signify end of line command for gcode? so I should use at each command sent to terminal - or are you saying place this in the custom button sections?
Thanks~!
So I continue to face some issues getting custom buttons set up for some of the commands.
User 1
Brightness (Up/Down)
Contrast (Up/Down)
Brilliant Color (On/Off)
Brilliance (in advanced range of 1-10)
Here's a screenshot of what I have tried. I'm sure it's the syntax or something simple, any ideas are welcome!
In the first image is the custom button section...
The second image is attempting to input manually through the terminal. I have tried various designations, but I am not a coder so I am probably off. The last input in white entry box appears to be accepted, but nothing happens - this code is to turn projector off. This code is the input from the text box for projector off button, it works from the button input but not direct. I was hoping to use this code to determine that my gcode is correct to the printer and would be an easy way for me to know if the command works. Testing the other codes like tilt in this manner work fine.
Please help,
Signed Perplexed on Printing...
To follow on:
Set-up:
mUVE with nanoDLP base:
Viewsonic Projector - pointed at wall for viewing
all RS232 commands for On/Off work.
The new commands I am having trouble with or would like to try:
1. Contrast: Up/Down or set to level
2. Brightness - either set to a level like 10%
3. Colorset - to "brightest" - a user cannot tell what color the projector is set to when turning it on. A power outage has previously caused the projector to reset and it was unknown before the print. I solved this by adding g-code at start of print instead of projector on command
4. Brilliant Color level (range of 1-10 on advanced screen): This seems to be a new add for the recent projector I purchased. (They also seem to have done away with the custom user set-up like user1 user2 etc - that's a bother).
I created custom buttons for brightness up command listed above, but I cannot tell if this command is working. There is no feedback. Checking via the menu option.
Hi Shahin,
following on this post. I'm trying to see that the command has been accepted by the projector for birghtness/contrast/color temp etc. I have mounted the projector to the wall, and can view through the menu remote. Have the commands for say brightness 10%, 30%, 50% been integrated to the nano? I'm hoping to add a gcode on the resin screen that will set the birghtness and contrast for that profile before plating. And I am attempting to test these via terminal if that matters. Thanks!
Hi Shahin,
That would be great to have especially as a gcode setting. Sorry for not replying. I know this is an old post. I will look at the color settings option that others have mentioned - it may not be part of the mUVe distro, but if there is a gcode segment I can place I think that's completely acceptable as well.
Hi Shahin,
I am working on this project again and have had very good success with small artifacts. I am working on the selective motions and peel moves for the slices again. Here is what I am trying to accomplish:
1. first 5 layers are burn layers, I would like the ability to customize the heights, currently in the resin profile I am setting these to 0 um, and program them within the defore print.
2. the remaining layers, I only want to move to a new layer height for the first normal layer. After that I would like to have the deck remain at the same height
3. After the final print, the platform should move to wait position and tilt for ~20 sec. (this is working fine)
In the gcode for the resin profiles I have the following:
M650 D{([[LayerNumber]]<6)*1+([[LayerNumber]]>5)*([[LayerNumber]]<7)*1} S1
;(Should do peel for layer 1-5 at S=1, S=2 for layer 6, no peel after that)
M651;(If D==0 no peel move right?)
G90
G1 Z{([[LayerNumber]]<6)*0.1+([[LayerNumber]]>5)*([[LayerNumber]]<7)*0.4}
G91
[[WaitForDoneMessage]]
[[PositionSet{[[LayerPosition]]+([[LayerNumber]]<6)*([[LayerNumber]]*0.1+([[LayerNumber]]>5)*([[LayerNumber]]<7)*[[LayerNumber]]*0.4}]]
So a few issues:
In your message above what does the % do?
I have tried to do conditional statements like G0 Z{[[LayerNumber]]==5)*0.5} but it didn't seem to work. I think i'm too much a newbie at the gcode - or any code for that matter - please let me know where i am going wrong or if there is a reference I can find some info on programming (py or gcode). I have seen the repositories on line.
Thanks for all the help this machine is incredible!
Hi Shahin,
I'm not really familiar with the raspi file systems, do you want me to ssh into it and look at the above file address - see if there is a file? I'm guessing so and if there is no file then upload manually to this location...I do not see errors on the dashboard.
Elliot
Hi Shahin,
I'm also having issues with the beta version saving - but only on the mask upload page. I double checked on firefox and chrome to make sure it wasn't just the browser not updating.
Thanks!
Elliot
Hi Shahin-
It would be wonderful if we could have some additional control over aspects of the machine.
The first one I would like to suggest is the ability to eliminate the peel move and even lift distance between layers. In my case I am working on some very delicate and small artifacts around 20 um. With this ability to not have the elevator remain stationary between "layers" it would be possible to turn on and off different pixels close to one another that might cause bleeding into one another when making extremely small prints. We had begun to discuss this earlier:
Using SLC / SVG formats. For the movement gcodes you should use modules operation. Currently we do not support it but I can add it easily.
Something like this will do the job
{([[LayerNumber]]%4==0)} all do the peel move and lift sequence)
{([[LayerNumber]]%4==3)} display the layer, no peel or lift
{([[LayerNumber]]%4==2)} same as above
{([[LayerNumber]]%4==1)} layer (n-1/n) same as above
I'm curious what the module operation is. I will look into that later today. I will try to find the g-code section in the print plate to make the corrections as you specified above. I'm wondering where to place these commands if I don't see the g-codes. Can they be placed in the custom g-code section in the printer profiles? And these layering commands will then over-ride the g-code developed from the plating?
Many thanks for all this, it's an amazing amount of work and incredible tool!
Hi Shahin,
Thanks for the answers. I do have a question though, I select the printer profile which has the layer heights and peel moves built in. So I add your suggested codes to the custom g-codes in the printer profiles section, or do I wait for compile and somehow access the gcode for the plate? I'm mildly familiar w/ g-code and can work through this in the code section - but if there was an easier way to add a macro that's great too.
Thanks!
Elliot
Hi Shahin-
Thanks for the response! That was really quick!
Q1: What are the spacing intervals of the pillars so I know how many I can fit on the slide? If it's possible to request the ability to change this distances it would be awesome.
Q2: Is there a standard protocol or source to know how I should load slices and name them in a .zip file? or does this need to be a .tar.gz? I'm thinking I would follow something similar to this:
https://support.ember.autodesk.com/hc/e … -upload-it
Thanks!
E
Just use SLC / SVG formats. For the movement gcodes you should use modules operation. Currently we do not support it but I can add it easily.
Something like this will do the job
{([[LayerNumber]]%4==0)} all do the peel move and lift sequence)
{([[LayerNumber]]%4==3)} display the layer, no peel or lift
{([[LayerNumber]]%4==2)} same as above
{([[LayerNumber]]%4==1)} layer (n-1/n) same as above
Questions:
1. So in the above, am I adding the slides individually or from a .zip in order?
2. Do I do this through the plate generator, and how do I add additional plates to the generator - if it's more than one I am going to put them in one folder with a number ie: 0001.xx 0002.xx correct?
Thanks!
Hi Shahin-
Is there a way to control or set the distances between pillars? I tried this feature yesterday. I wanted to set pillars to 20um, pixel resolution is 10 um. When I added the integers in for the pillars they seemed to be cut off at a 10.8x19.2 mm build plate. Maybe I'm missing something.
Thanks!
Hi Shahin,
This is something very similar to what I would like to ask for a feature request.
In my work I am using the nanoDLP and mUVe to develop some very small features - the pixel sizes are about 10 um, artifacts at 20-30um. I would like to know if there is a way I can have the nanoDLP display layers without a move or peel between each. I want to do the three final layers of my current project without moving the stage/elevator at all. There are three separate artifacts which are close to one another and may be interfering b/c of light bleed through (clear resin).
It should look something like this:
layer (n-x/n) all do the peel move and lift sequence)
layer (n-3/n) display the layer, no peel or lift
layer (n-2)/n) same as above
layer (n-1/n) same as above
...
In this way something large like a 1mm wall could be printed - and something small like a 20um pillar could be printed on the same layer. I'm currently having issues with this.
I'm hoping that there is an easy way for me to generate plates based on the above generator...Thanks for all this incredible work!!
Elliot
+1 Thanks!
Hi Larry-
I tried to find the sensor you used on Amazon or spark fun but th pictures don't match up to what you have accomplished. Did you remove the sensor from the board to place it in the cone? How was this accomplished? Thanks!
Hi All-
In trying to do some tests with very high resolution, it seems that being able to change the brightness and have a feedback for the nanodlp as to contrast/brightness would be beneficial. Currently we can create a button for up/down, but we don't know what the original setting was or how much of a percentage we have changed the setting. Is it possible to create a button for this feature? Thanks for the consideration!
Thanks!
And I think it would be useful to integrate a newly created mask to an upload already on the disc - that way it can be added to the original file and that file doesn't need to be altered every new mask. I would think new masks need to be created each time a major resolution change is done. I use several. I hope there are more who can comment if this is useful for them too.
E
Wow you guys move fast! This is very cool. So is there a difference in over/under cure - can you tell? Also, in speaking with Dean we had a question on real-time updates - if the mask is toggled on or off after the original svg upload - does this change the print or does it need to be reloaded each time? Also- In thinking about the grey-scale masks this might be the reason for extending cure times as the grey scale (I think) is from fluttering the DMD - reducing the dosing each pixel throws to the plate. If this is the case, it might be best to change the initial brightness setting (if this is a different setting overall to even out the throw). I have heard that removing the lamp filter can help even this out as well which is what the experiments are for today...
Larry - can you send the link to your sensor? Mine is completely different from yours (hence the square base for the handle...) I really like the grid drilled pattern you did! Very simple, elegant and precise!
Right- So on the band pass- this is why I was going for the smoothest curve over the range. (I'll post some of the spectrum tomorrow or next week - getting late here!) My thoughts were if it was a stable line and equal between 390 and 405 - then I don't need a band pass.
So I think what's happening is contrast plays against brightness - to a point - and then one can supercede the other if it's a large difference - like 10% vs 90%. I believe the greyscale is contrast/brightness - but maybe someone else can chime in here.
UV sensor handle. Can I upload the .STL to the attachments and submit to you guys that way? (Sorry this method of forums is new to me)
Thanks Larry-
Re: band pass- Would that work, I had thought of that. But if the sensor cuts off at 390 it still doesn't register above that value...correct?
Re: Stl I'll post shortly
Re:Brightness
So what I found is that with higher brightness settings in the viewsonic, even with high contrast, the bleed-out overcomes the contrast...black is not black anymore. So high brightness affects other areas. So what I'm trying to do is find the sweet-spot that allows reasonable curing times while having very good control over light transfer to other areas you don't want cured. We have to assume that the light is being refracted as it enters through the glass and then the resin. I'm starting to work with some lenses that allow better collimation of the beam without dispersion. So if we get the filters on the viewsonic right, and have basically the highest tolerable UV band when black is black. That's the sweet spot. Then Start with brightness (lamp intensity) around 20-40% we should be closer to having a normalized projection. Maybe I'm not understanding how the greyscale is being done...is this basically a contrast setting customized for different areas of the Ti chip?
Thanks!
Elliot