Question about custom doors: chamfer

Hi,

I’ve recently started using the Arch/BIM workbenches to model an old house. Its walls are fairly thick and windows and door openings are chamfered at ca. 45 degrees on the inside at the top, left and right sides. I’m adding a crude sketch of what one of the doors looks like.
DoorChamfer.jpg
I’ve been using the standard door and windows from the workbenches for now, which don’t have the ability to add this chamfer - unless there is a way I could not find. Now I’d like to more accurately reproduce the doors and windows as they are in reality.

Is there something that I’m missing? I thought I’d be better off creating a custom part, which I understand how to do, but I’m not sure how to best define this chamfer in a custom door or window. Any pointers will be appreciated. Thanks!

Since no one try, below is my attempt, seems some bugs and unsupported area found :slight_smile:


  1. Create a subtraction volume and assign it to the Door
  2. Create another Sketch and map to the Door Sketch.
  3. Extrude it in 2 direction, 1 with Taper Angle e.g. 45 degree, another w/o
  4. Transform the Subvolume so it is flush with the Door as user desire
  5. Now the Door cut the Opening with Chamfer

Now, bugs / unsupported area

  1. EDIT - See one of my post below When a Link of the Door (Window), the Subtraction Volume is Not creating an opening in Wall.
    (I remember adding support to Link to Window to create opening but need to check about this Subtraction Volmen)
  2. It seems when the Door is not a X-direction, the Subtraction Volume is slightly off - Sound familiar, I fixed another bug in Door/Window subtraction some long time ago

Anyone want to fix the bugs / add features :smiley:


Test_ ArchDoor_001_ Chamfer.FCStd
.
Subtraction Volume
Screenshot from 2023-09-24 20-11-02.png
.
Bug - Offsetted Subtraction (Door at 45 degree)
Screenshot from 2023-09-24 20-13-39.png
.
Subtraction no problem (Door at 0 degree)
Screenshot from 2023-09-24 20-15-55.png

Oh wow, thanks so much for taking the time to test this, to create the file and to reply in detail. Much appreciated!

I’ve examined and started playing with the file, but I’m too new to BIM and there are still a few things I don’t understand (what you mention about links, for instance, or why the chamfered opening stays in place when I try to move the door along the wall).

Some more questions might follow as I try to use this technique to my model in the next couple of days.

furgo Please file a bug and feature request report if you have time to help, thanks :slight_smile:

Any others can confirm the above bugs?

Thanks.

Sorry it took me a while to reply. I had to get more familiar with FreeCAD and the Arch/BIM workbenches first, and life got also on the way. I also moved back from dev to stable now (running 0.21.1 at the moment).

For #1, I see the following when doing one of these actions for the door:

  • Copy: works as expected
  • Clone: the subvolume is not assigned to the clone, the Hosts property is not set. Upon manually assigning them and recomputing the wall, it all works as expected.
  • Link: the Hosts property is not set. Upon manually assigning it and recomputing the wall, it all works as expected.

For #2, I can confirm this slightly off behaviour. I simply moved the original door to one of the walls at 315° and the subvolume was a bit off to the left. I’m not sure if there is a workaround for this. I’ve found the workaround to be to set the subvolume’s Placement->Position property to 0,0,0. After the move, it had been set to 0,-10,0.

As soon as I have some more time, I’ll report these on GitHub.

Oops, tested Link again, as you says, opening works. Not sure why my last test was not successful :unamused:

Can you show more / post model file about the subtraction volume position ‘fix’, can’t find (0,-10, 0).


Yes, please help by reporting on Github, thanks :slight_smile:

Screenshot from 2023-10-24 22-20-11.png

Sure. I used your original file for the tests. This screenshot shows the effects of copying, cloning and linking. As I said before, only copying worked out of the box. For both link and clone, the Hosts property is unset and has to be set to “Wall” manually (which I did). In addition, clone does not add the subvolume (which I did not add).

Another note: after each copy, link or clone action I had to manually mark “Wall” to recompute and then recompute. After the first recompute I noticed that the wall became thinner: it was originally 40 cm thick, but its width property was set to 20 cm. I set the width to 40 cm, recomputed again and left it like that. This is unrelated to this issue, but I mention as it took me a while to realize what was going on and why my doors were apparently offset after recomputing.
Captura de pantalla de 2023-10-25 22-53-54.png
This other screenshot shows the original door after being moved. See the subvolume being off, and its Y position not being 0. If I set it to 0 and then do the whole wall recompute, it then all works as expected.
Captura de pantalla de 2023-10-25 22-45-23.png
I’m attaching the FreeCAD file from these screenshots as well.

Thanks again for your help!

OK, thanks furgo, I see what you meant now :slight_smile:

The workaround would make the chamfer opening in the wall not as exactly positioned as an user desired - the chamfer originally starts from edge of door frame now would be offset instead (screencapture no.2, not the originally instead with the workaround).

Definitely a bug, hidden, but related to an earlier one in Wnidow / Door object. Please file a bug report, thanks :smiley:



Screenshot from 2023-10-26 08-29-41.png
Screenshot from 2023-10-26 08-30-51.png

There you go :slight_smile:

  1. Substraction volume slightly off when door added to wall at an angle to X axis
  2. Subvolume property unset when cloning a door with a substraction volume

I did not file a bug for the fact that with Link and Clone you need to manually set the Hosts property, as I’m not sure if it’s intended behaviour. In any case, I mentioned this on the second bug.

Thanks again!

Perfect ! Thanks :slight_smile:

About manully setting the host after creating a Link or Clone, maybe a dialog box comes up with default setting the Host (if already set in source object), and let user to uncheck if not desirable for particular case ?

That could work, but in the interest of keeping things simple for the user (and maintainers), I would argue that just setting the host by default, without a dialog, might be preferable. In the same way that Copy already does.

Whichever the approach though, I feel Copy, Link and Clone should be consistent in this regard, unless there is a compelling reason for them not to be.

Sound goods to me, maybe you can open a feature request after other express their opinions.

Roy_043 yorik ?

Thanks.

Just revert and want to have a look and found both bugs fixed by Roy_043 ! :smiley:

EDIT - OP was not about bugs :
furgo Please mark these bugs were fixed by editing OP to add [Fixed] to Subject. Thanks!

2076644841c6c1bfd8e31d1aeceeca9fc5529cba
06701b661acfac7677dda316eea4a9792112d838

Roy_043 Would add these fixes to 0.22 change log? Thanks :slight_smile:

I don’t think we mention every single bug in the release notes (but the standards are not 100% clear). These fixes have also been backported.

Noted, Roy_043.

In fact, just realise the OP was not about bugs in the beginning, add [Fixed] would be weird :slight_smile: