You are not logged in.
Pages: 1
nanodlp latest build is consistently crashing while generating slices.
At the point it crashes, the page shows the CPU rises to 110%, memory usage peaks at 29%, temperature 57.8 degrees, and it then crashes at slice #616 with no further errors in the log.
How can I further debug this to find the potential cause ??
Thanks
Offline
How big is the file you're trying to slice?
Offline
High memory usage could crash rpi, 29% is modest usage on rpi. Could you share STL file?
Offline
I too am having problems again with this version. I re-loaded the old 14xx version a bit ago after the 1653 error and everything was fine. Saw the new update and read what it fixed,,, shame on me I updated it. I use to cap out at 150mb stl files now 7mb files have a hell of a time upload to the pi. Times out, looses connection and I have to restart and retry several times until it finally uploads. WHATS GOING ON HERE!!!!????
p.s. I tried to re-upload the old 14xx version and it won't let me expand the memory
Offline
I have tried 200MB files on latest version without issue, latest builds should be much more capable compare to previous versions regarding handling of large source files.
If you could share STL file which cause kind of issue, will be really helpful to fix any possible remaining issue with the new slicer.
Offline
I won't be able to get to them until later but I don't think it's the files. All the files have been used and printed before. All designed in Fusion 360 and some with supports added by Meshmixer. The connectivity says it's a 63/70. It becomes very sluggish and when I restart the program works extremely fast other than when I get the the uploading a plate. Finally got one to go thru last night and it got hung up on the 1st burn in layer and stayed there curing the vat! The run prior it would lift lower partially then lower again. It's a simple 1"X 1" cube.
Offline
If it stalls maybe it communication problem with RAMPS. Could you try latest beta version? Unfortunately I could not reproduce this issue.
Offline
I have seen STL files act funky when supports have been added with Meshmixer. By default it adds the support but does not combine with the object so It makes for a bad STL when exported. I've run it through netfabb online and it really helps. The make solid option in Meshmixer reduces the quality from what I have seen so I don't use it.
I won't be able to get to them until later but I don't think it's the files. All the files have been used and printed before. All designed in Fusion 360 and some with supports added by Meshmixer. The connectivity says it's a 63/70. It becomes very sluggish and when I restart the program works extremely fast other than when I get the the uploading a plate. Finally got one to go thru last night and it got hung up on the 1st burn in layer and stayed there curing the vat! The run prior it would lift lower partially then lower again. It's a simple 1"X 1" cube.
Offline
James
Could you share files which you had experienced issue with?
Offline
After the "RAMPS" comment I searched the Facebook page on the Wanhao D7 and a member said that by modding the fans would create pressure inside and it caused RAMPS the not work properly so he reversed one. I did the same and did a fresh install again. Now none of the codes work to compensate for the different lead screw that I have in. Nothing I do will move it to the correct distance. It seems to be stuck in the default settings. I have restarted it several times and have spent about 30 minutes going thru every possible scenario, nothing works. It still moves as if the TR8*8 is on and not the 10mm X 2 pitch.
Offline
Did you change the steps / mm for the Z axis after changing your lead screw? Also the F (speed) parameter may need to be changed on home moves so it doesn't start as fast and bind up.
After the "RAMPS" comment I searched the Facebook page on the Wanhao D7 and a member said that by modding the fans would create pressure inside and it caused RAMPS the not work properly so he reversed one. I did the same and did a fresh install again. Now none of the codes work to compensate for the different lead screw that I have in. Nothing I do will move it to the correct distance. It seems to be stuck in the default settings. I have restarted it several times and have spent about 30 minutes going thru every possible scenario, nothing works. It still moves as if the TR8*8 is on and not the 10mm X 2 pitch.
Offline
Everything was perfectly setup prior to the new update, speed, pitch, end stop. After the update I could not upload any plates so I did a fresh install and was going to stick with the 1400 build. The 1400 build won't let me expand the hard drive anymore. The new update will allow for the expansion but won't allow for adjustments on the lead screw...
Offline
Pages: 1