Rectangular Area center gap on top and bottom layers affected by infill Overlap setting. #4012
Comments
|
RepetierHost's version of Slic3r is probably 1.2.9.
Please use 1.3.0-dev (http://dl.slic3r.org/dev/win) and check to see if the
problem still exists.
|
|
When you are able, please add the required information (sample 3d model, exported config.ini, etc). We cannot reproduce without that information. If we cannot reproduce it, we cannot fix it. |
|
I'm using 1.2.9 slic3r which I updated last month after using a 3 year older version. Windows PC I use stays off line so win updates will not crash long prints which it was doing monthly installing updates I didn't need.
Looks like it still is far away from angled edges ...photo attached ... 0% then when I used 20% it moved closer but still will drop filament once in a while.
Will get a slic3r update when I get better wifi access and test it further.
Thanks for getting back! Geez even cell service is poor tonight.
Jan
…--------------------------------------------
On Mon, 6/5/17, Joseph Lenox <notifications@github.com> wrote:
Subject: Re: [alexrj/Slic3r] Rectangular Area center gap on top and bottom layers affected by infill Overlap setting. (#4012)
To: "alexrj/Slic3r" <Slic3r@noreply.github.com>
Cc: "JanComputerman" <lookinnwpt@yahoo.com>, "Author" <author@noreply.github.com>
Date: Monday, June 5, 2017, 12:04 AM
When you are able, please add the
required information (sample 3d model, exported config.ini,
etc).
We cannot reproduce without that information. If we
cannot reproduce it, we cannot fix it.
—
You are
receiving this because you authored the thread.
Reply
to this email directly, view
it on GitHub, or mute
the thread.
|
|
See photo ... managed to download Slic3r on my phone unzip it and ran it on the part ...I could send you the openSCAD file it's not long. Interesting that the bottom layer looks closer to the side wall. Are you calculating the wall from the wrong Z height?
--------------------------------------------
On Mon, 6/5/17, Joseph Lenox <notifications@github.com> wrote:
Subject: Re: [alexrj/Slic3r] Rectangular Area center gap on top and bottom layers affected by infill Overlap setting. (#4012)
To: "alexrj/Slic3r" <Slic3r@noreply.github.com>
Cc: "JanComputerman" <lookinnwpt@yahoo.com>, "Author" <author@noreply.github.com>
Date: Monday, June 5, 2017, 12:04 AM
When you are able, please add the
required information (sample 3d model, exported config.ini,
etc).
We cannot reproduce without that information. If we
cannot reproduce it, we cannot fix it.
—
You are
receiving this because you authored the thread.
Reply
to this email directly, view
it on GitHub, or mute
the thread.
|
|
//OpenSCAD partial of object where the gap condition occurs |
|
As for slicing setting i use 0.5mm extrude with 0.40 nozzle, e3dv6 extruder, 0.25 0.25 layers, 3 top 3 bottom, no fill, 2-3 perimeters 0-20% infill Overlap doesn't matter it doesn't reach the wall on the initial 3rd from the top layer, it does better 2nd from the top and then the top leaves a gap in the center of the fill surface at least 0.50mm wide in most cases. |
|
|
|
Screen shot of layer in question from latest Slic3r version... |
|
... alt-printscreen will copy the active window to the clipboard. You can then paste here. You should also be posting the 3d preview as that actually tells you how wide the traces are |
|
Unless you are running something particularly weird like some particularly strange remote terminal situation. |
|
Run file->Export Config in Slic3r. Zip that file up and upload it here. |
|
The computer I print with does not go online otherwise windows forces updates into it that I don't want and then reboots at random times even when set to do it at night. I basically web surf with an iPad which as you know has limited connectivity to a PC or anything else for that matter ...that's another story with iTunes wiping out podcasts and uncontrollable backups. I just take a photo of the screen with my phone camera and email it. I did update GitHub with the photos of the preview shot with the cursor pointing to the problem area in the 3rd from the top layer ... That zigzag just fell inside the print but I managed to prop it up with a toothpick so the next layer pressed it back down and bonded to it. Also entered some of the openSCAD code that generated that part so you can generate it and slice it. Just so you know I also have printed cubes 40mm across bridging and got fairly flat tops so it's unique to this angled sides that has the issue with not reaching the outer vertical walls.
--------------------------------------------
On Wed, 6/7/17, Joseph Lenox <notifications@github.com> wrote:
Subject: Re: [alexrj/Slic3r] Rectangular Area center gap on top and bottom layers affected by infill Overlap setting. (#4012)
To: "alexrj/Slic3r" <Slic3r@noreply.github.com>
Cc: "JanComputerman" <lookinnwpt@yahoo.com>, "Author" <author@noreply.github.com>
Date: Wednesday, June 7, 2017, 5:36 PM
... alt-printscreen will copy the
active window to the clipboard. You can then paste here.
You should also be posting the 3d preview as that
actually tells you how wide the traces are
—
You are
receiving this because you authored the thread.
Reply
to this email directly, view
it on GitHub, or mute
the thread.
|
|
Well that was a waste of 10 Meg's of my 30megs a month phone plan ... I tried to select the zip file but it doesn't show zip files when I look in the folder I put the file into. Grrr downloads is not the download folder ok I got it now ... |
|
For anyone else trying to figure out what is going on here (and not in a mood to debug OpenSCAD syntax errors): |
|
Negative overlap for infill/perimeters does what I think it would do: move the outer ring of infill in (away from the perimeters), but only for the internal infill. Top/Bottom solid infill is indeed not affected by the overlap setting. This may be by design; @alexrj would know more.
The "gaps" in the top solid infill look like generally unavoidable holes in the pattern--the nozzle isn't small enough to put a loop there. We don't apply gap fill to top solid infill, and finding a "perfect" path to completely cover (and including changing width in there) is very expensive in terms of computation time. FYI, your extrusion width of 0.25mm on a 0.4mm nozzle is probably going to cause problems for you. Infill overlap's default value is now 55% by the way. |
|
The 0.25 width is for the infill which produces very fine extrudes with typically 5-10% fill which is good enough when I use it but this has 0% fill. Top and bottom layers are set to 0.50mm width which is what is not quite working and the overlap will move everything inwards except the outer most perimeter if negative and outwards if positive but still leave a big enough gap between the bridge and inner wall to not connect to it in the angled areas. I understand that you can't get every little gap in the surface filled in but this is not the problem with this bridging issue ... It actually pulls away from the angles sides and is closer and contacting the circular and straight sections on either side of it. That preview is new to me ... Never seen it before ...looks great. I run Repetier host with slic3r imbedded so I still figuring out the Slic3r console. |
|
That is the 3d preview on Slic3r. You can use it as a host too, no need for
RepetierHost for a lot of use cases.
You seemed to have 3 different issues going on so I split them.
|
|
Yeah in Repetier it actually views the gcode and that was having the bridging issue which when viewed in slic3r seems to not exist ... I think when my brother is out of the house I will print it again and see what happens. I haven't even mentioned the first layer has to be 0.20mm limit either so yeah separate issues but related to the overlap to some extent. As for the gap at the center of the top and bottom layers yes a single extrude fills it so if you must have room for two passes that is the reason it leaves that gap. I will also say that I did some testing with adding some z axis motion when bridging to compensate for the filament sag as it extruded but ultimately the real trick is knowing the volume to extrude for the distance to bridge with a nozzle size diameter of filament and extrude about 10% less to stretch it tight. |
|
My main reason for not upgrading Repetier was the extensive numbers of configurations I had created for all the different filaments I use, nozzle sizes and print settings. It was after some research on where the settings were stored and backing them up did I upgrade and now Slic3r console settings is finding only some of them ... It will take some time to get used to it. |
|
With the old version of Slic3r, export a config bundle. Import it with the
new version.
Ensure that everything has saved. Enjoy the new features.
|
|
I will thanks! Hopefully there is a nice printer interface as well once I configure the USB port... I will admit that I occasionally use Cura for objects with round tops but not much else unless there are weird cgode paths generated by Slic3r ... Internal verticals or very narrow vertical gaps that need to be clean sometimes work very well with Cura. |
|
Back to the center gap of a concentric fill first layer ... A rectangular area first layer ends up with a gap at the center with a first layer 0.30mm BUT changing it to 0.31mm eliminated the gap! Several other first layer thicknesses still generated a gap. Weird, but I can work with this "feature". |
Version
1.2.9, also 1.3.0-dev as of 9f0335b
Sorry I am 15 miles from the computer running it ... but seems to be a long time problem going back 3 years and only recently associated it with the infill overlap setting.
Operating system type + version
Windows 8
Behavior
Top/Bottom solid layers do not appear to be subject to gapfill and are not modified by infill/perimeters overlap. Because of the way the patterns are drawn, gaps can be present in the top/bottom solid.
This behavior is unsuitable for producing watertight objects.
Gap grows with increasing the % Overlap setting and gap can be decreased by going negative percent. It almost always occurs and I have resorted to adding a few lines of gcode to fill in the gap when needing a water tight print.
STL/Config (.ZIP) where problem occurs
https://github.com/alexrj/Slic3r/files/1059803/4012.zip
(@lordofhyphens has edited this post to split it into two other issues and to provide the test case at the top).
The text was updated successfully, but these errors were encountered: