Zolko wrote: ↑Mon Nov 02, 2020 1:10 pm
Actually, a datum line is, internally to FreeCAD, the same as a datum coordinate system. SO you can do the same things with both. But there was a small bug that confused Names and Labels, should be fixed now with v0.9.10.
Basically,
Hole Axis is the same as
Hole LCS apart from the visual: you can create them in the same way, and also use them in the same way: you can attach Fasteners to them, and you can also attach part with/at datum axes in the same way as you'd do with datum LCS.
Could you please update the workbench (to 0.9.10) and check the behaviour ? Ideally, it should not change your workflow at all, and all your previous models should be preserved. If not, if everything breaks, I'll revert to the "Hole LCS" behaviour. But please check first, because when there are lots of holes than this axis visual is much more eye-friendly.
Oh, yes now I see what you mean. The problem seems to be that the hole axis datum is created as a child of the body and is inaccessible from the assembly4 model. I can drag it out of the body into the higher level assembly4 model and then mate parts to it as expected, however it causes the part features to un-nest and they all sit inside the assembly4 model object instead of inside the body. My older assemblies seem fine after the update.
I agree, the datum line looks cleaner. The only benefit I can think of with the traditional LCS is that you can see rotation of the coordinate system more easily. For example, when attaching LCS to a hole that was produced by a polar pattern feature the geometry of each hole is actually rotated compared to the next. This normally results in attached nuts all having rotation with respect to one another, but sometimes I need to rotate them back to all align along the same axis because they fit inside hexagonal recesses I've pocketed into the part with specific orientation to minimize overhangs while 3D printing. (Haha, a bit of an edge case I suppose.
)
Running on a daily release from a couple days ago, nesting issues could maybe be weirdness from that. I'll try against v0.19_pre next.
OS: Ubuntu 18.04.5 LTS (XFCE/xubuntu)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.
Build type: Release
Branch: unknown
Hash: 9eb080488d970d313c538473e7272117ea0a7cd1
Python version: 3.6.9
Qt version: 5.9.5
Coin version: 4.0.0a
OCC version: 7.3.0
Locale: English/UnitedStates (en_US)
---
Update:
This is highly experimental and I don't know what I'm doing but I added the following at
ln 198 of newDatumCmd.py:
Code: Select all
# Create datum in parent of body instead of inside
if parentPart.TypeId=='PartDesign::Body':
parentPart = parentPart.getParentGeoFeatureGroup()
The hole datum is now generated in the assembly object instead of inside the body and attachment works as expected. Not sure yet if this has unintended consequences but the dependency graph seems fine. I was a bit worried about a "Links go out of the allowed scope" warning on the console but on second glance it looks like it generates these for ordinary LCS as well.