SLICING ISSUE - NANODLP reboots everytime a new plate is created

padaman420 · 2017-10-19 17:23:24

Hi,

Everytime I add a new plate, The progress bar start, Nano makes the Pi reboot and no slicing occurs.. Using a Pi3 ver b with Whanaho D7 machine profile. .

Any help would be greatly appreciated

Thanks

p_A

Doug · 2017-10-19 19:45:57

Whats the file size?

Tr1x · 2017-10-21 03:55:52

I tried to help my friend padaman for over a month now. I even bought another Pi 3 to test out and both Pi 3 have the exact same behavior. No matter the file size ... it always crash. Updating makes the printer unusable at. Control not working. Slicing doesn't work either.. I'm sure we're missing something here but what .. ?

Shahin · 2017-10-21 04:43:43

Could you share STL file which you try to slice?

Tr1x · 2017-10-22 21:02:04

here are some examples of the files we are trying to slice and makes Nanodlp crash...
Running version 0517 from 3dprinterswiki for the D7. Updating nanodlp is not an option as we never were able to manage to make it work with the D7. Unless someone can provide tutorial on how to make it work properly I will take any advice.

https://drive.google.com/open?id=0B3DVy … nRWYXNHOHM
https://drive.google.com/open?id=0B3DVy … EV0OXRtVHM
https://drive.google.com/open?id=0B3DVy … lFwOFJCeVE

Shahin · 2017-10-23 07:58:33

It get sliced fine here (except not shaped not merged). I guess it is something to do with your settings or version.
Try upgrade to latest version. If it does not help, share you debug file (setup page tools tab, debug button)

Tr1x · 2017-10-24 02:18:21

Will give that a shot.
I have another question that comes to my mind regarding the D7. I saw/read that it is doable to use a RPI 3 with a stepper motter drv for direct control over Nanodlp. From what I understood it complety remove the need for any g-codes and thus, eliminate the need for RAMPS controller. Is this a true thing and that would explain why we run into so much trouble ?

Shahin · 2017-10-24 06:15:47

Yes, direct control removes need for gcode, but it also limits some functionalities and movements would be smooth as RAMPS.
Using D7 without RAMPS will be much more trouble as you need to do lots of wiring and etc.

Tr1x · 2017-10-24 11:06:35

Ok, even though we can'T seem to find any pattern in our troubleshoot since the very beginning the D7 came in. Do you have any advice to give on this page that could potentially pinpoint why we are having so much trouble with Nanodlp + Wanhao D7 ?

https://3dprinterwiki.info/d7/d7-nanodlp-settings-2/

All we do is burn the image nanodlp_0517, expand filesystem , upload machine settings and resin profile. This brings us to 2 issue.... random crash will slicing and updating is making the D7 unusable. Not sure if slicing is our main problem here or more of a config / g-code or plain misunderstanding on how the whole thing works.

Shahin · 2017-10-24 18:56:48

Majority of crashes are result of insufficient memory. The latest beta version is not limited by amount of memory. There are some cases we could not predict memory usage correctly so rpi crashes. For those cases couple of debug and stl file will be enough to find real cause and fix it.
One of reason why it crashes mainly on D7 is it use 2K resolution but majority of testing and issue reporting coming from FullHD displays.

Tr1x · 2017-10-24 22:55:37

Shahin wrote:

Majority of crashes are result of insufficient memory. The latest beta version is not limited by amount of memory. There are some cases we could not predict memory usage correctly so rpi crashes. For those cases couple of debug and stl file will be enough to find real cause and fix it.
One of reason why it crashes mainly on D7 is it use 2K resolution but majority of testing and issue reporting coming from FullHD displays.

Hmmm this is interesting. What should we conclude from there? Lower the resolution to 1080p and we should be fine?

Tr1x · 2017-10-24 22:57:40

Have you seen any issue with the walkthrough from 3dprinterswiki vs NanoDLP?
Do you have any idea how we can make the whole setup (NanoDLP + D7) more stable?

Shahin · 2017-10-25 03:06:23

No need to lower resolution. Just try to file bug issues with crashes. I do think it is a easily fixable issue which is not reported yet.

Tr1x · 2017-10-25 14:39:49

https://drive.google.com/open?id=0BzZim … mVScTZHV0k

Logs of an actual crash when trying to upload a Binary file. I tried the ASCII but get the same crash ... PI reboots... Slicing continues ..reboot.. continues and then finish the job but takes up to 3 reboot for the slicing to complete.

Shahin · 2017-10-26 06:56:48

You are on very old version, please upgrade to latest version and see if the problem still persists.

Tr1x · 2017-10-26 22:15:33

New logs from upgraded version :

https://drive.google.com/open?id=0BzZim … WNkQUFLd1E

Shahin · 2017-10-27 05:28:30

Thank you, it looks legit. I have prepared special version to throw error could you try this version and share debug file after crash.
(wget https://www.nanodlp.com/nanodlp.debug.tar.gz --no-check-certificate -O - | tar -C /home/pi -xz);cd /home/pi/printer;sudo ./setup.sh

Tr1x · 2017-10-28 18:19:01

Thx man!! Just got back from my eyes surgery. I will update and let you know soon. I appreciate a lot what you're doing !

Tr1x · 2017-10-30 12:18:43

Hi, I tried updating with your command. I might be missing something so here's how I entered the command.
1 : wget https://www.nanodlp.com/nanodlp.debug.tar.gz --no-check-certificate -O - | tar -C /home/pi -xz
2 : cd /home/pi/printer
3 : sudo ./setup.sh

When I did that I saw the download and then NAnodlp never worked afterwards. Numerous reset haven'T change a thing.
I did found something interesting regarding the config.txt of the image we're using. gpu_mem was set to 192. I found a pretty neat ref guide for raspberry pi config.txt and found out I can put gpu_mem_512 to add more memory. So from the image on 3dprinterswiki I expanded filesystem after a clean flash of the image and then update to the latest version. Prior to all that I modified the memory to gpu_mem_512 in config.txt. Turns out an 875 layers slice was done without issue. I am still interested trying your image so if you can confirm my methodology is correct that would be nice from you

Shahin · 2017-10-30 18:40:02

Hi, no need to run setup.sh
Just go to /home/pi/printer and run the program using sudo ./printer

gpu_mem_512 is quite high. Only 512 will be left for OS and NanoDLP.

Tr1x · 2017-10-30 22:30:52

This is where I sourced the gpu_mem tweak : https://raw.githubusercontent.com/Evilp … config.txt

Since I modified this, I was able to slice files up to 12mb without crashing Nanodlp. NEaring completion of a voronoi style skull by the time I'm replying here.
487/576 layers completed so far. But I think gpu_mem is clearly the issue here. I saw there are few tweaks to do in the RPI config.txt like overclock and this one :

################################################################################
## CMA - Dynamic Memory Split
##
## CMA enables dynamic management of the ARM and GPU memory split at runtime.
##
## The following options need to be in cmdline.txt for CMA to work:
## coherent_pool=6M smsc95xx.turbo_mode=N

I'm no expert and maybe my finding is just a simple band-aid on the real issue but at least I got it working
What do u think ?

Shahin · 2017-10-31 04:29:21

Are you sure it is result of tweak and not upgrading nanodlp?
By increasing gpu share, you are cutting away cpu memory so nanodlp would have less to do processing.

Actually 12MB too small to create issue, I am not sure what is the issue but on latest build it process 500MB and larger STL files in my tests.

Tr1x · 2017-11-01 00:10:39

Well, that's the reason as to why I'm posting my interogations over here
As I said, I ain't an expert but since I changed the memory value in config.txt in boot folder of the RPI, all of my issues are now gone.
Add to that the fact that considering the way I use Nanodlp.... ( add plate, wait for it to complete and then print ) After that I only monitor and don't play with Nanodlp during print time.
I am a bit lost in translation understanding the relationship of the RPI config vs Nanodlp behavior.
I haven't tried yet a 50Mb file yet but will do soon.
I will update as well Nanodlp with your test version for sure because I failed initially to do it. For an unknown reason I was unable to start Nanodlp process (maybe my lack of knowledge with RPI bash is the cause of it) .

Shahin · 2017-11-01 05:49:55

Thank you for sharing information about your tests. Also please, consider that firmware blob is big part of the puzzle. Usually upgrading firmware blob on rpi cause difference in interaction of both sides.
You can progress on rpi firmware here
https://github.com/raspberrypi/firmware

nanoDLP

#1 2017-10-19 17:23:24

SLICING ISSUE - NANODLP reboots everytime a new plate is created

#2 2017-10-19 19:45:57

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#3 2017-10-21 03:55:52

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#4 2017-10-21 04:43:43

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#5 2017-10-22 21:02:04

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#6 2017-10-23 07:58:33

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#7 2017-10-24 02:18:21

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#8 2017-10-24 06:15:47

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#9 2017-10-24 11:06:35

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#10 2017-10-24 18:56:48

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#11 2017-10-24 22:55:37

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#12 2017-10-24 22:57:40

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#13 2017-10-25 03:06:23

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#14 2017-10-25 14:39:49

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#15 2017-10-26 06:56:48

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#16 2017-10-26 22:15:33

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#17 2017-10-27 05:28:30

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#18 2017-10-28 18:19:01

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#19 2017-10-30 12:18:43

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#20 2017-10-30 18:40:02

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#21 2017-10-30 22:30:52

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#22 2017-10-31 04:29:21

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#23 2017-11-01 00:10:39

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

#24 2017-11-01 05:49:55

Re: SLICING ISSUE - NANODLP reboots everytime a new plate is created

Board footer