Open martinpirringer opened 5 years ago
Please attach the zipped STL
files using the instructions below the edit text field
Mold_doubleRack_10in_V2+015.zip Great that zip files work. It finally sliced on my big computer and I am running GCODE of the micro SD right now.
Using Pro Nylon on Pulse 232 with settings:
To fit on build plate you have to rotate by -40 degrees as its 267 mm long. It is a mold for a double rack of a rack and pinion for annealing purposes printed in Nylon for heat resistance. The mold was done by a subtractive merge of 2 bodies the rack and a 2nd solid that is the outside of the mold and then split in half. It is printed upright so that the omission of the external perimeter provides the extra space to account for overprint of both the mold and the to be annealed item. It is 1.5 % oversized (scaled in inventor) to account for shrinkage when annealing the Nylon to prevent further dimensional changes in repeated heating and cooling. And I forgot set all speeds so that any speed that is above 45 is 45
Gcode failed printer stopped and made a noise the same it makes now at every sd card (not MC controlled) print at the beginning I sent a video of it to support I need a way to track the GCODE when printing from SD card - is there one? SD Card printing problem.zip
and here the Gcode Mold10inRack+015.zip Now this has been created on another more powerful computer unfortunaetely I need that one for lots of other things and cannot tether the pulse to it. Hence if the T100 cannot handle it I make an SD card even though printing from MC is much nicer. Also the file slized fine with same parameters at version 2.0.0.10028 (or 26 whatever the last stable was) on the T100 and printed without a hitch.
One difference between this version and previous ones is that it seems after every "Wall Outer" and at some other places there are commands G1 E nnnn
Sometimes multiple in a row whereas E nnn was usually and still is part of each G1 Xnn Ynn etc line. I printed a calibration box from MC and no noise then I exported the GCODE file and printed it from the SD and there was the noise and "dump" of filament
Update I will upload the video on the "END" - "FAIL" of the print, I restarted it. As it can't slice it on the T100 I sliced and exported a gcode file with the "include bed leveling" unchecked. and then loaded that gcode file into MC. Same part etc. It got past the point where it did the first "filament dump" without doing a dump. I also ran a gcode file for a calibration box and it too did the filament dump at the beginning and not when the gcode file w/o bedleveling gets run through MC. I tried it w/o bed leveling cause (i posted abug on that) if you save it with bed leveling and then run it through MC you get bed leveling x 2 which causes a mess. Seems it works like that this way now. I will let you know if that print finishes. Gcode problem 2.zip
Looking at the Gcode file w/o bed leveling that gets read into MC those lines referred to above with th G1 E nnnn are missing and I looked at it at the terminal flying by and they are not there. As far as I can tell they only appear if you save a Gcode file with bed leveling and if I read the code correct messes with the extruder. Hence it seemed as you can see on the video caused a net retraction of filament of at least 70 mm as I had to hit the 10mm E+ key at least 8 times before filament came out of the nozzle and that came out all right and its printing now so it wasn't a jam - so hope this helps. Well lets hope I don't waste more time and filament. Please let me know if I am on the right track - all I need to do is get this printed
We probably should make a seperate issue for that bug as it appeared as a result of the T100 crashing as initially described but I leave that up to you as the T100 inability to process the STL caused me to generate GCODE on another computer which showed the G1 E nnn issue where we are at now. I guess. I just want the print to finish somehow.
Creating an internal issue to track the retraction bug experienced in the attached video. I'll report back when we know more. Thanks for report.
@martinpirringer - so far I've been unable to reproduce the retraction behavior you ran into. If you can export your settings from the machine where you produced the GCode, I'll see if I can reproduce with your configuration.
You'll find the export option here:
Like with the video, zip the file so GitHub will accept it and attach below.
Thanks again!
Pulse C-232 (1).zip I am not completely sure that those are the settings as after the last post I exported the file to GCODE without bedleveling and then ran that gcode file through the T100 to not have the SD problem and it printed fine that way. I looked at the file as I think I stated and it did not have the lots of G1 E nnnn Lines usually right at the begin of the "Outer Wall" Section and also some other places. I nailed down in the beginning on layer 0 you had multiple G1 Ennn lines in sequence and those were the ones there that made the filament "Dump" onto the print.
Since the issue I have printed about 5 other things (smaller) from the T100 without a printer related problem
Steps to Reproduce
Expected Behavior Printing happening
Actual Behavior
MatterControl Build Number 2.0.0.10052
Operating System Version Windows 10 on ASUS T100