I've been noticing that some basic changes in the CAD model i.e. if I simply change a radius value without adding any new edge nor surface, the surface number has been change as well
In the current case, I simply modified 2 radius values, leading to the complete assembly failure
Hope it'll help for the future improvments
Paul
Attachments
issue.png (84.28 KiB) Viewed 2462 times
spider_FreeCAD_view3.png (100.99 KiB) Viewed 2462 times
spider_FreeCAD_view2.png (80.92 KiB) Viewed 2462 times
spider_FreeCAD_view1.png (102.96 KiB) Viewed 2462 times
if I simply change a radius value without adding any new edge nor surface, the surface number has been change as well
In theory and as i understand it that shouldn't happen. But then again it's hard to say what exactly happened. What lead you to believe it was the face re-numbering that occurred and not something else is the cause? And does re-defining of the suspected assembly constraint fix it?
I had this stuff happen, too, even in some very simple situations. I'm afraid the only thing that is going to resolve it is the topological naming, most of us are dreaming of.
The simple case was a sketch with two or maybe three separate contours, padded, that I used as a master sketch/pad to make several sub-sketches to be extruded afterwards.
Now that I use my custom branch where links to external geometry are unlimited, I have almost forgotten about the issue. Edge numbering in a sketch is relatively stable, and renumberings are predictable (I know exactly what I can do to a sketch that was used elsewhere, and what will cause a renumbering and re-linking).
I noticed differences in the behaviour between the Windows release (for the face renumbering issue) and Linux one (under Ubuntu); I cannot say why but Freecad seems to be more stable under linux
paul18 wrote: I cannot say why but Freecad seems to be more stable under linux
That is quite likely, the opposite is also possible. On Ubuntu FreeCAD itself is usually a more advanced version however even if both have the 0.15 release versions of FreeCAD, from memory the Ubuntu versions was compiled against some newer versions of various Libs.
If you go to the Part or PartDesign workbench first and then got to the help menu ...about FreeCAD...copy to clipboard and past here from both Ubuntu and Win, you will likely see what I mean. For example the OCC/OCE version on Ubuntu, from memory, is more recent than the version used in Windows for that version.
Having a look at your model, the first thing I noticed is that you have Fillets "inside" your history. This is usually not considered best practice. Fillets should be left to the end of the model's history. In this case, senes there is no external geometry built on the Fillets themselves, this may or may not be the source of your problem. As a test, give the attached model a try. This is how I would model the part. See if it is more stable and better behaved than your version is and let us know.
Interesting way of processing; however I've ever learnt that chamber/fillets must not be drawn in the sketch and at the latest stage (especially if one want to remove it) - but I did not respected it at all ... how lazy I am !
).
