You are not logged in.
Pages: 1
What is the linux version bundled with the SD card image? I wasn't able to find it on the website or FAQ
If you don't mind me asking, what are your settings?
Realtime processing of the layer data would be extremely helpful!
I tried re-uploading the file and waiting until it was finished processing (uploaded overnight and came back in the morning) and the data was available on all layers as you mentioned. It would be nice if there was a tone or sound that would play when a file was finished processing (similar to the build completion sound).
Thanks for the help and let me know if you get the realtime version running!
The issue I run into is that even after the build is finished processing, they're still not available until about layer 60. do these layers not get updated if the file began printing before it was finished processing? Does nanodlp process the images for [[TotalSolidArea]] each time it's printed, or just once upon upload?
-Jim Shealy
I did some looking and reformatting and got it to project at the correct time (although the first layer is intermittently projecting incorrectly). Part of this may have come about by increasing the baud to 115200 and reducing latency.
Also, I'm running build: 1165 (for reference)
Here's the code that worked and the output in the terminal window note that I'm trying to use a dynamic lifting mechanism for various sized objects:
Layer start GCODE:
G1 Z-[[LayerThickness]] F85
[[WaitForDoneMessage]]
G1 Z-{[[LargestArea]]*.02} F85
[[WaitForDoneMessage]]
G4 P{1+[[LargestArea]]*10}
[[WaitForDoneMessage]]
G1 Z{[[LargestArea]]*.02} F85
[[WaitForDoneMessage]]
G4 P{1+[[LargestArea]]*10}
[[WaitForDoneMessage]]
Terminal output:
G1 Z-0.05 F85
Z_move_comp
G1 Z-2.0000 F85
Z_move_comp
G4 P1.0000
Z_move_comp
G1 Z2.0000 F85
Z_move_comp
G4 P1.0000
Z_move_comp
G1 Z-0.05 F85
Z_move_comp
G1 Z-2.0000 F85
Z_move_comp
G4 P1.0000
Z_move_comp
G1 Z2.0000 F85
Z_move_comp
G4 P1.0000
This leads to a second issue, the variables:
[[TotalSolidArea]]
[[LargestArea]]
do not work correctly while printing early layers I captured some terminal feedback with some commented lines after each layer for debugging:
G1 Z-0.05 F85
Z_move_comp
G1 Z-1.0000 F85
Z_move_comp
G4 P1.0000
Z_move_comp
G1 Z-1.0000 F85
Z_move_comp
G4 P10.0000
Z_move_comp
;total area 0 ;max area 0 ;Layer number 56
G1 Z-0.05 F85
Z_move_comp
G1 Z1.7944 F85
Z_move_comp
G4 P28.9441
Z_move_comp
G1 Z1.7944 F85
G4 P37.9441
Z_move_comp Z_move_comp
;total area 52.5008544921875 ;max area 2.7944116592407227 ;Layer number 57
once it hits ~layer 57 I start seeing the effect kick in. Do you have any idea why the early layers aren't getting variable outputs? fortunately these layers are still supports, but it makes it much harder to achieve a predictable result.
The third issue I noticed was inconsistent behavior with the pixel dimming options. When I uploaded sliced files from creation workshop (a zip of .png layers) no pixel dimming was applied, checkered or homogeneous. Having nanodlp slice a .stl file applied pixel dimming, but the dimmed amount was locked into whatever was set in the printer config when the file was uploaded. Changes to the config later seemed to have no effect. I'm currently working to test the asiga stomp program to see what the slc files will do. They seem to be updating, but I haven't finished investigating.
Hey,
I'm using the nanodlp for a top down style printer and I'm having issues with the software not completing code before projecting an image
I'm using:
-baud rate of 9600
-Top down projection
-Ramps/Sanguinololu Z axis controller connected through serial to RPI
Before each layer I want to use the "gcode before layer" and wait until each command is finished in the in printer profile IE:
G1 Z-[[LayerThickness]] F85
[[WaitForDoneMessage]]
G1 Z-{1} F85
[[WaitForDoneMessage]]
G4 P{1000}
[[WaitForDoneMessage]]
G1 Z{1} F85
[[WaitForDoneMessage]]
G4 P{1000}
[[WaitForDoneMessage]]
however when I try to use the code, the software will start projecting before the "wait for done message" has been recieved. It seems to only wait for one or two commands to finish before going ahead and projecting.
Am I missing something obvious?
Thanks for any help!
-Jim Shealy
Pages: 1