GregValiant
-
Posts
5,189 -
Joined
-
Last visited
-
Days Won
212
Content Type
Forums
Events
3D Prints
Posts posted by GregValiant
-
-
@gr5 covered the Support Blocker / Mesh Modifier way to do it. I started wondering about making adjustments to STL files when you don't have the CAD model to work with. I drew a 1 x 1 x 1 block with a 1mm R fillet, brought it into Cura along with your SpeedBrake part, scaled it, placed it (the rotation is tough) and then sliced it. Nice.
As shown - I scaled the fillet model 3 x 3 x 25. It then has the effect of a 3mm R fillet. Using the fillet and a support blocker as @gr5 suggests (with the overlaps set to 100% infill (or lots of walls)) and I think the part would be about as good as it's going to get using FDM.
Attached you will find one fillet in kit form.
-
1
-
-
You're quite welcome.
-
Shell | Extra Skin Wall Count = 0
-
1
-
-
I haven't gotten that deep into it but I am using it for parts with lots of radii.
I did find a downside. I have my own pause routine that sends M25 to pause a print. When using G1 commands and printing around a 65mm diameter cylinder - the M25 gets acted on after about .2 seconds (7 lines of Gcode). When using G2-3 commands it takes a while (up to 35 seconds) for the M25 to get to the front of the queue to pause the print. It can be an issue if I'm pausing to do a hot pull to clear a bowden problem or making an emergency adjustment to save a print.
Edit: The same issue occurs when attempting to adjust Flow, Speed, Hot End Temp, Bed Temp or Fan speed during a print. It takes a long time for the queue to move. I don't think this can be addressed (at least not on my Ender with Marlin 1.1.8).
-
There are two set screws in the coupler that hold the threaded Z rod onto the Z motor. They need to be tight.
Is the Z motor turning when you use the LCD Auto-Home function?
-
G92 E0
G92 E0
G1 F1200 E-3.5I had trouble with that line delaying extrusion for the skirt. There is a prime move later in the code (G1 F1200 E0 just after the ";Skirt" line), but it wasn't enough. This is my fix:
With the Search and Replace plugin active, set the Search criteria to "G1 F1200 E-3.5" and set the replace criteria to "G92 E-5". Since there is no longer a retraction, just a reset to -5, when the G1 F1200 E0 line is acted on by the printer, the extruder pushes 5mm of filament to get to E=0. That's a good prime and usually results in a slight blob at the start of the skirt or brim. The down side is that if you change the retraction speed, or the retraction distance in Cura, the Search line changes and the Search and Replace plugin won't see it. So when changing Retraction Speed or Distance you must change the search criteria of the plugin.
-
1
-
-
If you could post the STL file someone will take a look.
Cura marks areas that need support in red. There might be something wrong with the model (normals flipped upside down or something) that is causing Cura to read the part wrong.
-
That is a lot of retraction. The line is there to work with the later line G1 F1500 E0 and provide a prime, but it often isn't enough to bring the pressure up in the melting area of the nozzle.
I use the Search and Replace plugin. Search for "G1 F1500 E-10" and replace with "G92 E-10". It will leave a puddle when it starts extruding, but it will start extruding right away. Going to less of a reset (like G92 E-5) will make the puddle smaller.
-
The travel move I mentioned is that back-and-forth shuffle you see in the preview. I'm in compatibility mode so I can't show that.
It looks like a bug. I'll put it up on GitHub and see what the Cura Team makes of it. It's odd that the shuffle move is "in plane" with no related move in the Z. I got the same results with 4.6.2 and 4.8.
-
I was running out of settings to change and then I changed "Special Modes / Surface Mode" from "Normal" to "Surface". The preview now looks like I would expect from Spiralize.
The Gcode still shows this at the end of every layer...
G1 X112.316 Y102.217 Z3 E39.86493
G0 F7200 X112.309 Y102.178
;TIME_ELAPSED:92.943579
;LAYER:14So it appears there is still a travel move. I would set Travel speed = Print Speed. That might mitigate the Travel move.
-
This has come up before. @Torgeir and I decided it's not a Z seam, but it is definitely an XY seam
This is from the "Vase With Seam.Gcode" file it's the last layer start:
G1 X195.161 Y139.018 Z164.87 E1103.0416
M204 S4000
M205 X25 Y25
G0 F9000 X195.05 Y139.184
G0 X194.9 Y138.862
;TIME_ELAPSED:28715.735777
;LAYER:823
M204 S500
M205 X5 Y5
;TYPE:WALL-OUTER
G1 F600 X193.737 Y140.59 Z164.872 E1103.1069The two bold lines are travel moves at 150mm/sec. Then the last line shows extrusion starting again at 10mm/sec. Those two quick shuffle moves will create a seam in the same plane (no Z move there). G0 lines like that occur at the end of every layer. There will be a seam line because of them.
When I sliced the Vase.STL file I got this with Cura 4.8. Slicing with Cura 4.6.1 yielded similar results.
You can see little jig-jogs all the way down to the bottom layers. It is not a Z seam but it's likely noticeable.
The other discussion is HERE.
-
I have used it a lot for RC boat hulls with no seams. The Z steps are gradual during the course of a layer.
-
Can you post a Gcode file that shows the problem? I have a feeling that your problem is different than the above.
In the meantime a clumsy fix is to use the Search and Replace plugin and set the Search field to "G1 F1200 E-9.5" and the Replace field to";G1 F1200 E-9.5". The difference is the semi-colon in front that turns the line from a command to a comment. You can also open a Gcode file and add the semi-colon manually.
-
Did you look at the line in the Gcode file?
Your line in the Machine Settings End G-code says: G1 X130 Y200{MACHINE_DEPTH} ;Present Print
But {MACHINE_DEPTH} is a Cura magic word and in your case means 300. So the line in your Gcode file probably came out as: G1 X130 Y200300 ;Present Print
So change that End G-code line to simply "G1 X130 Y295" and you should be safe.
-
Have you done a quick hot pull to yank out the TPU right at the end of the print? If that works you could add a couple of lines to your machine settings End Gcode and do a long retraction to pull it out of the hot end.
G92 E0
G1 F2700 E-xx ;where xx is the amount of retraction you need.
-
Cura always puts these lines right after my start-up Gcode:
G92 E0
G92 E0
G1 F2700 E-5
and then before the start of the skirt or brim
G1 F2700 E0
There is always some oozing before the prime line gcode which negates it's value so it takes a while to actually start extruding. There is a strip of little dots that gets dragged around through the area where the real print will be, and if it doesn't get struck to the nozzle, it effects the print. My work around is to Search and Replace the G1 F2700 E-5 with G92 E-5. This does result in a blob at the start of the skirt, but it's going in the trash anyway. The area of the print is clean.
The only real downside is that if I change either the retract amount or the retraction speed the Gcode line changes and I have to remember to change the Search criteria of the plugin.
Regarding additional prime lines off to the side - install an Ender 3 printer in Cura. Go into the Start-Up gcode and steal the prime lines and paste them into your printer's Start-Up gcode. It makes 4 prime lines up the left side of the build plate (double check the Y values to make sure they aren't beyond your build plate Max Y). They can get in the way with wide prints so I opt for the Search fix described above.
-
I'm sorry. I meant the STL file that you are actually slicing in Cura.
(When I open your link I get a CAD site and it is read only.)
-
My cooing duct is just about 1mm from the bottom of the nozzle. As a consequence - four 0.2 layers would be the max for me. Ten 0.2 layers is a definite crash. The duct is my own design and works quite well. I can't move it up because of the design of the hot end. I can only make the opening shorter. Not a good option for me.
-
Simple???
Damn...and here I was thinking I was being witty, clever, and confusing.
-
Time to learn some Gcode. The MarlinFW site has descriptions of the all the possible G and M commands. Not all are enabled in your firmware. Speed is "feedrate" in Gcode and is the "F" parameter in a G1 or G0 line and is in mm/minute.
Open the Gcode file in any text editor (like "Notepad"). I suggest you go through the Gcode line-by-line. When you come across a command you don't know, go to the Marlin site and read the descriptions of both the command and it's parameters. EX: G28 is Auto-Home, G92 sets a location and appears often to re-set the Extruder location.
Many of the your settings in Cura are used in background calculations and aren't really numbers that will be expressed in the Gcode file. Instead, what you will see in the Gcode is the result of those calculations. If your initial layer speed is 25mm/sec then there will be lines like G1 F1500 X123.45 Y123.0 E1234.23456. If your Print Speed is 50mm/sec then later you'll see lines with F3000 as the speed (50mm/sec * 60sec/minute). If you adjust the feedrate using your LCD the numbers in the Gcode file don't change but the PrinterPlanner will make an adjustment to them on-the-fly.
The layer cooling blower is controlled by M106 and goes from 0 - 255. In Cura (and on your LCD), it's expressed as a percentage of 255. To make things more confusing either M106 S0 or M107 turns the fan off. You will see one or the other at the end of the Gcode file when the print is finished. The E values are expressed as "mm of filament" and are cumulative until about 4130mm and then they reset to 0 and start going up again (it's a math thing).
Sitting on your desk is a computer running Cura. Over there on your workbench is your 3D printer. The only thing that goes between them is the Gcode file. That's why you need to have some understanding of what's in it and how it works.
-
There have been enough of these now that I'm starting to think "Glitch". This is the second sphere that has caused it. The model is there as witnessed by the shadow but it's way above the build plate. At any rate maybe this will work...
Right click on the build plate.
Choose "Select all Models"
Click on the "Move" button on top of the toolbar on the left (below the file open button).
The "Z" should be zero. If it isn't then make it zero and hit tab or enter. The model should show up on the build plate.
If you could post the STL files that are causing this then the Cura Team could take a look.
-
1
-
1
-
-
I'm sorry I can no longer help. I just deciphered your screen name and I'm a Goldwing guy.
If I was inclined to help (which I'm most assuredly not), I'd say to check things like "initial layer line width %" or maybe "initial layer flow". Maybe it's something simple like you accidentally deleted the Minus sign.
I searched through the settings for "initial" but nothing much came up that would cause elephant's foot. Sometimes when using a brim 1 stripe of plastic will stick to the bottom of the model and make it look like elephant's foot. Check initial layer bed temp and printing temp too.
A bit of advice from the Honda guy - grease your splines and duct tape a fire extinguisher to your final drive.
Here's my 78 and 06. I've had the 1800 longer but sometimes it's nice to throw a leg over something a lot lighter.
-
1
-
-
This is the representation in Cura when I sliced the model.
This is the Gcode file opened in Cura. I assume Cura didn't know what to do with the G2 and G3 codes.
The model.
-
I sliced this part both with ArcWelder and without (guessing what this is gets a prize!). It was the only change between the two slices and the resultant Gcode files. I printed about 12mm of each file. Max Resolution 0.8 and Max Deviation .025 and the Arc settings were Max R 1,000,000 and Tolerance 1%. I'm in compatibility mode so no fancy views of the layers. I'll attach the STL file. I did not read through all the background material. Just dropped it into Cura, restarted, and sliced the part.
The file size using ArcWelder is about 10% of the same file without ArcWelder. That was true of the three models I sliced. All three models were basically round.
It is really difficult to quantify the resolution difference between the two test prints. At this point I'm going to say that the print using ArcWelder is very marginally nicer than the conventional print. I aborted each print at a different point, but I will guess that the printing time would be the same with either file.
*When the console portion started, my anti-virus wasn't happy. It took a bit for it to decide to let it run.
** Creality Ender3Pro with: All metal hot end, Creality 1.1.5 mainboard, Marlin 1.1.8
Small holes are filled
in UltiMaker Cura
Posted
The hole test. I know it's a mess but the point was to get as many holes in as possible. I'm leaving room for someone to ace this test. I had the nozzle size down to .05. I started thinking about the resolution of the STL file.
Next is my block. Holes from .01mm diameter to 2.2mm diameter and with a realistic 0.2 nozzle. The block is 20 x 20 x 10 high.
Before exporting the block from AutoCad I scaled it up 100 times. When I loaded it into Cura I scaled it back down to 20 x 20 x 10. The resolution seems to have scaled as well. The .01 and .02 dia holes are ignored. The .03 hole is there but is not round. The .04 hole is almost round. From .08 up they look like holes. Setting the Minimum Polygon Circumference to .001 seemed to help.