You are not logged in.
Pages: 1
I just found your recent survey in the nanodlp facebook group: "Phasing out NanoDLP direct control. I think with current progress and expectation from users no point of keeping pulse generation on NanoDLP side. It only cause confusion and difficulty for beginners."
As I do not have an facebook account i write her in the forum.
Please don't drop the direct control in nanodlp.
Offline
Any particular reason why? I am personally using direct control too, but I think it is time to move on. Very few using direct control and having some trouble.
Offline
Oh yes. The first reason for me is the fact i use it :-)
Other thinks i like:
- recovery out of the box
- there was no real problem setting it up
- stable and very fast movement.
- no messing around with different marlin types and patches
- no messing around with gcode
Two minor difficulties during setup and install are:
1. prepopulated g code boxes have to be emptied manually
2. "Shield Axis Direction" Box on machine settings page is misleading. I have to use "Zero at Bottom" because my stepper is mounted at the top. So on the "Z axis control" page the top Value is 0 and the resin bottom is +190. But its a bottom up Printer so i think the resin bottom level should be 0 and the top height stop sensor should be 190.
Two thinks i like to have improved are not related to the direct control
1. reverse the "wait before print" and the shutter open event. Actually it is
move down
shutter open
wait
cure
shutter close
wait
move up
For DLP Projector users the wait before with a open shutter leeds to massive curring artifacts.
2. I managed to install a hx711 pressure system according to Keep peeling until GPIO HIGH. It functions well but i have to set "Reset Position on Limit" to "no" which is Ok except for the "Calibrate Zero Position"Button on the Z Axis Control Page. There it would be nice to reset the Position to 0 again.
Last edited by binfordboy (2021-05-03 15:33:05)
Offline
One particular issue with the direct control which users are not aware of is it kept NanoDLP compiler back, as newer golang gc could not keep steps even as before.
Offline
That sounds bad for direct control.
Would it be possible to fix this 2 issues and compile a last stable direct control nanodlp version
1. Reverse "wait before print" and shutter open event
2. Set position to 0 after click on "Calibrate Zero Position" Button on the Z Axis Control Page although "Reset Position on Limit" is set to "no".
Thanks in advance
Offline
1. What type of shutter you are using? If it is simple on/off pin you can move both shutter open and wait to gcode box and do whatever order you need.
2. Calibrate button indicate axis should be zero, actually there are both bottom and top buttons which does not zero. Maybe we should remove calibration if reset is set to no.
I will wait for next two golang release (~1 year) to see if it get fixed or not, then upgrade build. My plan is to remove them from interface for now (they will still be available through json file), but if does not get fixed on golang you will be forced to slow down the movement speed.
Offline
1. I'm using the Servo Motor type so I'm not able to control it via Gcode box by myself
Offline
1. Use Marlin M42, I guess you can wire your servo to RAMPS
Offline
It's direct control no Marlin no RAMPS
Offline
Pages: 1