Hi there,
I’ve been having an issue where whenever I try uploading an .STL to my Astrobox (not astroprint.com), it almost immediately stops and tells me “Error getting uploading parameters (2)”. However, I don’t get this error when uploading from a Mac, nor when uploading a .GCODE from any system.
I’ve uploaded a log file that should cover a few instances of when that has happened: http://pastebin.com/jmPy91Js
Thanks!
I dont think the astrobox supports stl. Only gcode. The astrobox is a driver not a slicer. Astroprint.com is the slicer part of the system.
The Astrobox is normally supposed to redirect you to the slicing engine at Astroprint.com whenever it detects an stl (and it does this properly on my Mac, as well as other Astroboxes I have setup before), but it isn’t doing that correctly in my case (only on Windows computers). I’m setting this box up for classroom use, so it’s pretty important that it’s as straightforward as possible, and that I don’t have to teach them a workaround.
First, no, you CANNOT upload GCODE to your AstroPrint.com CLOUD account – this would defeat the purpose as GCODE will be produced by our online slicer and remotely sent to your printer.
You CAN however, upload STL files to your Astroprint.com CLOUD account.
You can certainly upload GCODE to your Astrobox though.
If you are getting an Error getting uploading parameters (2) error – let’s try to figure out what’s going on.
If everything works fine on your MAC but not on your WINDOWS machine, we can safely assume that the problem is not related to Astroprint, but your WINDOWS setup.
Let’s try to figure out whats going on…
That’s a shame, one of the things I’m evaluating AstroPrint for is the ability to use it to manage a farm of printers. Our artists would slice their work and we would want to use the cloud functionality to be able to do multiple runs of the project on multiple printers, without having to send the file to each box individually.