burtoogle

Please attach the gcode so I can take a look at it. Thanks.

Hi guys, can you please post your project files (.3mf) so that we can take a look at this. Thanks.

No, my infill mesh is actually all of the cylinders together in their correct relationships as is shown in the image below, I have moved the meshes apart so you can clearly see them. OK, so my infill mesh is only 5 simple cylinders but it could be much more complicated, the principle is the same.

Hello @seriousCADninja, just arrived in the latest development version of Cura is a setting that lets you specify the max distance to comb without using retraction. For distances greater than that, it will still comb but will retract. Hopefully, it will be in the next release (3.4).

To add strength around holes or other features you can use "infill meshes" - these allow you to specify regions of your print that have modified infill so in my example below I have upped the infill density in the regions around my bolt holes. Interestingly, the infill mesh can have walls so your idea of having internal walls is actually achievable. Hope this helps!

Hello @twue, To change the default values for jerk/acceleration you can either edit the printer definition file and add entries to the override section or, even easier, install the new printer settings plugin that was recently announced on this forum and set the accel/jerk in there. As regards to M204, Marlin has changed its implementation of M204 (see http://reprap.org/wiki/G-code#M204:_Set_default_acceleration) Cura supports the earlier implementation that uses S and T params. Hope this helps.

Hi @XYZDesignPro, I have put some time into this and come up with a PR (https://github.com/Ultimaker/CuraEngine/pull/757) that appears to solve the problem of the wobbly z-seam. I don't know if/when it will be incorporated into Cura. I can't really see why 3.3.1 should behave differently from 3.2.1 in this regard as the code I have modified hasn't been altered for some time.

Well, I think there has been a change in Cura that simplifies models and it's being a bit over-zealous. There is an experimental setting called Max Resolution and this has an influence. The min value of that will be 0.001 mm I should think because Cura internally works in micro-metres. I exported the model from the .3mf and displayed it in freecad and it appears to have sufficient resolution. Sorry, I don't have an answer, I recommend that you open an issue over at https://github.com/Ultimaker/Cura

Hi @XYZDesignPro, i've looked at your file and, as far as I can tell, the problem is due to the resolution of the model being such that the z-seam position can vary with height. To explore this, I temporarily modded Cura so that the first segment in each line was replaced with a travel move so it's easy to spot where the z-seam starts and then I modified the flow of the lines alternating every line so that it would be possible to see the line segments the model has. Here's a picture... So the extruder is traveling from left to right and the LHS of the blue travel lines are the position of the z-seam. Near the top, the z-seam position is quite consistent, lower down, less so. Now look at the length of those line segments, some are much longer than others and when a line segment is long enough it can span the desired z-seam location and the seam ends up further to the right as is happening in this close up: So I think the model needs to have higher resolution. One other thing, when specifying the x/y position of the z-seam, I recommend setting the x-seam relative option which makes it easier to specify points that are near to a particular point on the model - with the added bonus that if you move the model, the z-seam position hint moves with it. Hope this helps, please get back to me if this doesn't solve your problem.

Hi, I don't have a dual extruder printer so I am not very familiar with this side of things but as far as I can see, it's moving the extruders to a position off of the print when they are changed and that position appears to default to the position of the prime tower. So although you are not actually using the prime tower itself it's still going to that position on extruder change. Hope this helps.

In that case, have you set combing to no skin? If not, try that and see if it helps.

There is a difference in some code in 3.3.1 to do with walls but I don't think it is causing the problem you are seeing and at the moment I can't reproduce your results. Could you please post a project file so that I can see all the settings as well as the model - thanks.

Sorry, I have no idea about release schedules but I doubt if it will be in a 3.3.2.

Have you tried the Horizontal Expansion setting?

You could add something like the following to the end code for your printer (defined in the machine settings dialog): M83 ; relative extruder moves G1 E-4 F2500 ; retract 4mm G91 ; relative moves G1 Z5 F5000 ; raise nozzle 5mm G90 ; absolute moves

OK - could you please post the project file so we can take a look at the settings and model. Thanks.

Hello, you do not say what Cura version you are using - I know some time back of at least one bug that would cause the behaviour you are seeing. If you are not using a recent release, please try one and see if it makes any difference.

Make sure the Seam Corner Preference is set to None.

This regression in 3.3 has already been fixed. The story is that the optimization didn't get the wall ordering right in a particular set of circumstances that included brim being printed and so someone decided that the best thing to do was to completely disable the optimization for the first layer when the brim was enabled. What should have happened instead was that the problem in the optimizer was investigated and fixed. That has now been done so service should be returned to normal in 3.4.

The z-seam options have expanded somewhat in the last few releases - please install a recent Cura and have a play with the various z-seam options. If you still can't get it to do what you would like, please come back with a full description of what you want to achieve and how it's failing. Hope this helps.

Please enable the "Optimize Wall Printing Order" setting and it should do what you want.

In that screenshot you haven't actually sliced the model yet, it can't show any layers until you have sliced.

Not all firmwares set extrusion mode to relative using G91 (e.g. RepRap doesn't but Marlin does). Maybe you also need an M83? Doesn't really explain what you're seeing.

Can you please make the gcode for the cube example above available? The gcode you provide (CFDMP_BLTouch_Support_for_Wanhao_i3_Plus.gcode) looks OK. I have checked that with 2 viewers and looked at the gcode text.

I normally don't see this 6 second delay but while testing something today I used a Custom FDM Printer and, lo and behold, when I press the slice button it would do nothing for about 6 seconds and then do the slice. So could it be due to the fact that custom.def.json contains this: "machine_extruder_trains": { "0": "custom_extruder_1", "1": "custom_extruder_2", "2": "custom_extruder_3", "3": "custom_extruder_4", "4": "custom_extruder_5", "5": "custom_extruder_6", "6": "custom_extruder_7", "7": "custom_extruder_8" },