Problem with Prusa Slicer  

Three people said .zip... what we get is .rar.… oh well.

☹️

RE: Problem with Prusa Slicer

Possible the slicer change the model. I opened the file but model was closed.

Could you zip the stl model from freecad.

Search on freecad and stl, 3d print. Then you find examples on how to do a workflow if you make something for 3d printing.

Took your stl (exported from the project) into Blender.  The 3d print tool reports 10 non manifold edges and 305 intersecting faces.  There are faces over your pocket at both ends which arent connected (the intersecting faces) which makes the whole thing non manifold and with it being non manifold slicer interprets it has being a solid body and so ignores your interior pocket/cut.

Running the 3dprint tools make manifold option it repaired it and then properly has the pocket in with zero errors.  Basically Freecad is exporting a broken model.

I've attached a repaired version but you should really figure out what needs to be rectified in your freecad workflow to make it produce proper valid geometry.

Alternates to WinZip

Posted by: @fuchsr

Three people said .zip... what we get is .rar.… oh well.

☹️

the .rar extension is used Winrar, a better compressor than Winzip. You should check it out if you're still using WinZip. If you want something free thats better than WinZip, try Peazip or 7zip.

Windows has zip built in, no need to install separat programs. 👍 
So, for Me at least, it is more a question of convenience than compression rate.
(Yes, I have 7zip installed, just in case)

Let's hope prusa allow 3mf for uploading

What he said.

Problem with Prusa Slicer

Thanks all for your help. basically operator error.

Fuchsr.  without being funny about it if you've only got Winrar that what you use.

Sorry about the delay on this.  The attached .zip contains body.stl which appears to be printable.  You will want to reorient it on the build plate.

Thanks

Thanks for all your help. Getting there slowly more practice with cad needed.

As far as zip programs are concerned, the later windows releases do include a semi-usable built-in zip, but I would echo the suggestions of PeaZip and 7-Zip as alternatives.

The .zip files I post are almost always done on the *ix command line using the zip command that has been stable since the 1990s.

The gold standard in zip utilities was once the original PKZip, written by the late Phil Katz, who was a very talented low-level programmer.  Unfortunately PKZip has been payware for some time.  Most of today's zip programs are designed around Phil's methods.  Some are, unfortunately, incompatible with each other, but for most anything produced in the 20-teens or later, they will unzip anything zipped up with the defaults by most of the others.

There was quite a bit of drama in the 'ArcWars' saga of how zip came to be.  Researching this is to be left as an exercise for the student.  😉

RE: FreeCAD & inconsistent models

Problems with Forum editor trying again...

FreeCAD & inconsistent models

One thing to note about FreeCAD is that the order of operations can affect the integrity of the model (i.e. the 3d data) produced.

This is particularly significant in the way in which the Chamfer and Filet operations interact with Fusions, Cuts and Intersections.  I have found that it is usually (but not always!) most reliable if I join components into assemblies using Fusion, before then performing Cuts or Intersections, and finally applying Fillets and Chamfers.  If there is any doubt at all I use the sequence:

\<Save\> (model)

\<Part\> \< Check Geometry\>

\<Save\>

\<Part\> \<Refine Shape>\

\<Save\>

\<Export...\>

(actually I do this as a general principle anyway!) the Check Geometry step will tell you if the model data are inconsistent, or consistent and therefore able to generate a proper closed model in the STL file (or other model export!).

The additional \<Save\>s are there as a precaution against the occasional crashes - these are a LOT fewer with FreeCAD 19, but 18 has a lot of problems with this if the model is inconsistent.

Sorry about the escape characters ('\'), the forum editor won't allow angle braces (SGML limitation), but neither will it allow escaped angle braces.

🙁

On the original FCStd source file that I tested for this issue, the 'check geometry' showed no issues, at least on my version of PS.

I do agree that fillets and chamfers seem to be the most tricky operations in FreeCAD.  The best practice is usually to apply these as late in the process as is possible, and to remove them, temporarily, when making any modifications to the objects.

FreeCAD is a very powerful program, but it does suffer from some bloat and creeping-featurism.  There is, of course, a learning curve to it, but it's not as steep as that for OpenSCAD.  🙂

Fuchsr.  without being funny about it if you've only got Winrar that what you use.

I wish the forum software would just allow you to upload 3mf files directly. This why it wouldn't be necessary to get into the whole zipping thing.  No idea why zip files are allowed  but 3mf files not. Can't be for security reasons. 

@bob-9

Windows has Zip built in, select file(s) -> right click -> Send To -> Compressed Folder, Done! 

Learn it myself less than three months ago, thanks to @fuchsr 👍 
Up to that point I thought it was so stupid that windows could decompress Zip-files, but not compress

And, of course, it is another story if you are on Mac 

Old "security" defaults

Posted by: @fuchsr

I wish the forum software would just allow you to upload 3mf files directly. This why it wouldn't be necessary to get into the whole zipping thing.  No idea why zip files are allowed  but 3mf files not. Can't be for security reasons. 

Considering that 3MF is already zipped, I agree. I think it's just a "security" default used with a lot of forum software, dating back to 20+ years ago when security threats were very different. The idea is that 1.) zipping large numbers of small files saves disk space on the server, and 2.) requiring the user to download and then consciously unzip a file before double-clicking it reduces the spread of (old school) viruses.

Mac (still) does compression the same way, both are compatible

Posted by: @ringarn67

[...] And, of course, it is another story if you are on Mac 

Mac has had that built-in feature for decades now. Both will create cross-platform compatible files.

I wish the forum software would just allow you to upload 3mf files directly. This why it wouldn't be necessary to get into the whole zipping thing.  No idea why zip files are allowed  but 3mf files not. Can't be for security reasons. 

My guess is that it would be a simple one-line tweak in the source code to do this.

I know it's been mentioned in the forum software feature thread.

WinRAR is supposed to support zip format, but I prefer ZOO!

Posted by: @jsw

[...] There was quite a bit of drama in the 'ArcWars' saga of how zip came to be.  Researching this is to be left as an exercise for the student.  😉

I was a .zoo adherent myself! Glad those days are long gone.

WinRAR is supposed to be able to support zip format. I can see using a preferred program, but at least use a common interchangeable file format!

Posted by: @bobstro

I was a .zoo adherent myself! Glad those days are long gone.

'.ARC .PAK .ZIP .ZOO - I don't know what to do!'  🙂

The zip format obviously won that war, on the DOS/Win side, that is, and over the past couple of decades, things have been more or less stable WRT zip files being compatible with programs that (are supposed to be able to) manipulate them.

On the *ix side, zip is supported but it seems like the favorite is the .tar archive, compressed with any of various methods, with bzip2, lzip, and xz appearing to be the more popular ones as of this day, hour, minute, and second, and offering various coin-flip advantages in compression with varying degrees of slowness in doing their thing.