You are not logged in.
Pages: 1
This is really Wonderfull , works like a charm on my small machine, would you give the method you used to calculate the magic number ? I'm working on 2 different machines : a very small one 50x50 mm @ 36µm and a huge one based on 15.6"LCD .. I sure some modification of "The 0.087 Constant" would be necessary .
anyway really really nice work !
If you still have the SSH connection alive , you can navigate to "/printer/public/plates/"(no really sure about the exact path) and delete the problematic plate. restart your Pi and should be fine .
Fantastic news Shahin ! RPI is great , but some more power would be appreciated
Thanks a lot ! should no be a problem !
Hi Shahin ,
I would love to try your 3D Models Manager & Plate Generator , if it is available for testing.
Thanks a lot Shahin , Works perfectly !
HI Shahin ,
I'm currently facing a problem on my build (i use direct control , no arduino involved )
I need to control my LED array (On/Off) through the shutter pin , problem is that my solidstate relay board is a not High for enable , but Low ( seems quite common ... )
I tricked NanoDlp using a supposed I2C arduino , and setting my shutter command ( GPIOLow xx to enable and GPIOHigh xx to disable ) but when printing I got a bunch of communication errors...
Could add an option in the after "Shutter GPIO" section to choose between High or Low ?
Great ! this will help me a lot !
Thank you Shahin !
Strange, I'm running on the latest beta without any issue ..
Here's the " composition " of the HDMI_timings line :
"hdmi_timings=<h_active_pixels> <h_sync_polarity <h_front_porch> <h_sync_pulse> <h_back_porch> <v_active_lines> <v_sync_polarity> <v_front_porch> <v_sync_pulse> <v_back_porch> <v_sync_offset_a> <v_sync_offset_b> <pixel_rep> <frame_rate> <interlaced> <pixel_freq> <aspect_ratio>"
you can get all information from CRU , if no information leave it to 0
then set the resolution in NanoDLP to 1440 x 2560 @ 47µm (or 47.25µm ) and you should be OK .
Good luck
Here we are :
Config.txt content :
hdmi_ignore_edid=0xa5000080
hdmi_timings=1440 0 60 10 35 2560 0 4 2 2 0 0 0 60 0 238000000 0
hdmi_group=2
hdmi_mode=87
hdmi_pixel_freq_limit=400000000
start_x=1
disable_camera_led=1
dtparam=i2c1=on
dtparam=i2c_arm=on
gpu_mem=128
disable_overscan= 1
The Custom resolution Utility :
Yes got it working , just don't rotate the display and set nanodlp to 1440x2560
also, I was not able to get it working using hdmi_cvt , I had to figure out the hdmi_timings instead . there's a useful tool called " Custom Resolution Utility " that will give you all the useful informations you need ..
I actually got 2 similar boards/display sets ,and timings informations are different on each ...
Hi Shahin,
One more detail that could/would be useful : Setup (network) Interfaces Through SD Card as described in this tutorial : https://www.raspberrypi.org/forums/view … 29&t=90890
this would allows people to connect their printer directly to their wireless network on the first boot .
Is it possible for you next time you will make the nanodlp SD card image file to include this feature to your image ?
Olivier
Hi Shahin,
I have a few ideas :
- a setup assistant similar to "Repetier-Firmware configuration tool" would be very nice for beginners , to setup movement /projection resolution /area ...
- a resin/layer thickness "calibration tool" pre/post assistant , that could help with dynamic cure time depending on layer surface area would be also a nice feature to generate resin profile based on the results of test prints ..?
- a browser based STL viewer with positioning /scale/...basic support generator... option prior slicing would be also nice (check those open source projects : https://github.com/robotsinthesun/monkeyprint and/or http://lautr3k.github.io/SLAcer.js/ ).
- the option to have a simple "end user" interface , and an "advanced user" interface for tweaking
and many other ideas...
Regards,
Olivier
Hi Shahin ,
In case you missed it : https://www.youtube.com/watch?v=5qTAmPr … e=youtu.be
This would be a very nice feature to add to Nanodlp ? What do you think about it ?
Any chance there's been any headway on the encoder support?
I think I've got a real problem with my Z-axis, but it's cause I have no idea what the lead screw actually is, so I can't really find the "sweet spot" of repeatable or ideal layer heights.
Also, I'd really just like feedback from the system so that errors over time or distance can be corrected and accounted for.
I think good news is coming regarding encoder support , check this : http://tropical-labs.com/index.php/mech … comment-53
they are running a kickstarter now . all hardware & software is open source and arduino compatible !
Pages: 1