So, I've been trying to create a TechDraw view of a part and it appears that this specific part can not be rendered as a TechDraw view, although when trying to do it, FreeCAD does not report any errors and even the adequate view creation time suggests that something is going on, but at some stage gets broken. I'm not very experienced in FreeCAD, so I'm not sure what can I do to resolve this issue.
Looks like a bug, since it FreeCAD doesn't even recognize that something's wrong. Should I file a bug report?
System: FreeCAD 0.20.2, revision 29603 installed from Arch repos.
I'm pretty sure other system info would be irrelevant, but if providing dependency version list would be beneficial, I'll attach it.
File with the faulty part attached.
Empty TechDraw view without errors
Forum rules
and Helpful information
and Helpful information
IMPORTANT: Please click here and read this first, before asking for help
Also, be nice to others! Read the FreeCAD code of conduct!
Also, be nice to others! Read the FreeCAD code of conduct!
-
- Posts: 8
- Joined: Fri Oct 14, 2022 10:55 am
Empty TechDraw view without errors
- Attachments
-
- 2_fan_blades.FCStd
- (182.91 KiB) Downloaded 11 times
- Shalmeneser
- Veteran
- Posts: 9558
- Joined: Wed Dec 23, 2020 12:04 am
- Location: Fr
Re: Empty TechDraw view without errors
What does that mean ?can not be rendered as a TechDraw view
A full recompute show the view, or suppress it then redo it.
-
- Posts: 8
- Joined: Fri Oct 14, 2022 10:55 am
Re: Empty TechDraw view without errors
No, you see, the problem is that the view is empty. Recomputing does not affect it whatsoever (which is to be expected, if even the initial render didn't go well). There's also nothing to suppress, as there are no explicit errors.Shalmeneser wrote: ↑Fri Mar 17, 2023 9:03 pmWhat does that mean ?can not be rendered as a TechDraw view
A full recompute show the view, or suppress it then redo it.
Re: Empty TechDraw view without errors
Works for me.
A recompute requirement is not a bug, but rather a reflection of somewhat chaotic model creation. Many times when elements are added and subtracted, deleted and undeleted, moved, etc., something gets a bit lost. No specific bug, but a full recompute gets everything sorted out.
Gene
A recompute requirement is not a bug, but rather a reflection of somewhat chaotic model creation. Many times when elements are added and subtracted, deleted and undeleted, moved, etc., something gets a bit lost. No specific bug, but a full recompute gets everything sorted out.
Gene
Re: Empty TechDraw view without errors
Retry with the latest 0.21 AppImage.PickNicko13 wrote: ↑Fri Mar 17, 2023 8:41 pm System: FreeCAD 0.20.2, revision 29603 installed from Arch repos.
A Sketcher Lecture with in-depth information is available in English, auf Deutsch, en français, en español.
- wandererfan
- Veteran
- Posts: 6309
- Joined: Tue Nov 06, 2012 5:42 pm
- Contact:
Re: Empty TechDraw view without errors
The shape is causing the projection library some problems and it is returning an empty list of edges. Not sure why, as the model is rendered correctly in v0.21.
CheckGeometry shows a few problems, but the main issue seems to be the Hole/Thickness step in the sequence.
One of the expert users can probably give you advice about fillets and thicknesses. I would probably separate the hub and blades, but the experts know more about that too.
-
- Posts: 8
- Joined: Fri Oct 14, 2022 10:55 am
Re: Empty TechDraw view without errors
Sorry for not replying for so long!
Now, that was embarassing. A recompute really does the job.
Huge thanks to all of you
Now, that was embarassing. A recompute really does the job.
Huge thanks to all of you
Re: Empty TechDraw view without errors
For me, it also takes works, but takes pretty long, but the funny think is, the CPU does not really work.
But also the model have some serious issues. There are remains from the loft, because you made it coplanar(catangential). You should always intersect/overlap in any way, especially on freeform shapes like loft.
The thickness tool made an error, the tool is per se not really reliably, but in this case, you can mostly ignore it.
Greetings
user1234