NSDT工具推荐： Three.js AI纹理开发包 - YOLO合成数据生成器 - GLTF/GLB在线编辑 - 3D模型格式在线转换 - 可编程3D场景编辑器 - REVIT导出3D模型插件 - 3D模型语义搜索引擎 - Three.js虚拟轴心开发包 - 3D模型在线减面 - STL模型在线切割
该系列的第二篇文章。 这次我想谈谈 Revit 项目的几何细节级别，或者通常称为 LOD 或 LOG。 我将把数据方面或 LOI 留在另一篇文章中。
1、试点项目
我在第一篇文章中确实简要提到了一个试点项目。 钢制行人自锚式悬索桥，不是传统类型，而是使用 CHS 元件代替电缆进行扩充，赋予这些“电缆”一定的抗弯刚度。
当我们开始该试点项目时，其中一个问题是确保我们能够从中交付正确的施工图和准确的时间表。 但是，这与基于 CAD 的现有工作流程有关。 这意味着输出必须具有相同或更高的质量。 这自然意味着对BIM模型的详细程度要求非常高。 全国没有 BIM 法规，虽然我们知道发展水平指南（BIM 论坛），但没有任何此类要求强加给我们。 这既是好事也是坏事，我将在整篇文章中对此进行解释。
该项目应该作为未来的工作流程，将桥梁部门从 CAD 过渡到 BIM。 因此，我们必须考虑到人们可能产生的阻力。 当时的想法是，如果生成的 BIM 模型能够提供与 CAD 相同质量和详细程度的图纸，同时取代手动估算数量的需要（减少此类任务的时间），那么应该很容易让人们 过渡。 就客户和承包商而言，还有另一个潜在问题。 他们习惯于接收图纸、一定质量的进度表和一定数量的细节等。当时很难解释 BIM LOD 是什么以及为什么他们不需要从他们那里收到的详细程度 项目。 所以，我们的要求可以概括为——“做得更好”。
2、高 LOD 级别工作流未针对效率进行优化
我们确实交付了 BIM 试点项目，其中包含从 Revit 检索到的所有数量。 几何体的 LOD 过高。 我们从几乎没有 2D Revit 细节的模型中生成了图纸。 听起来很成功（确实如此），但它并不是处理 BIM 的最有效方式，而且生产力的提高也值得怀疑。 从数量上节省下来的时间大部分浪费在了对高度详细的几何体建模上。
由于所有详细的几何形状，我们最终的 Revit 模型表现不佳。 我们的大部分元素都有太多的细节，包括螺母和螺栓、衣架等。我们甚至为 PVC 雨水排水管建模了所有垫圈，并为带有所有凹槽的残疾人不锈钢触觉指示器建模， 所以他们正确地出现在图纸上。 不用说，对于一个试点项目来说，这是过分的，而且对于今天的大多数项目来说仍然是过分的。 Revit 模型变得沉重并且加载缓慢。 提到的元素有几千个。 仅仅管理这些元素的数据就花费了太多时间。 大多数细节对于当时的任何用例来说在技术上都不是必需的。 体积/重量对于 PVC 管、残疾人触觉指示器和其他类似物品并不重要。 大多数时候，它们的数量以单位或米为单位，因此这些物体可以很容易地用最小的几何形状表示。
对于钢元素来说确实有点复杂，因为它们通常按重量计算。 让我们考虑螺栓、螺柱等。如果你需要按重量指定明细表，那么在 Revit 的情况下最好通过自定义参数来解决这个问题，因为从体积中导出重量需要非常准确的螺栓和螺柱模型。 这是完全不现实的。 最好的情况是按单件给出数量。 但这可能取决于你所在市场的限制和传统。 BIM 的美妙之处在于它还有一个数据层，允许指定信息，而不必仅仅依赖于过度详细的几何图形。
你可能希望拥有尽可能详细的 BIM 模型几何形状的用例是成本估算。 由于项目都是独一无二的，因此很难确定模型的哪一部分应该尽可能详细以提高成本估算的准确性。 某些结构，例如钢基结构，在材料和焊接、装配工程方面的成本很高。 连接、焊接可以相当快地增加总和。 碰巧的是，在几乎所有情况下，你都希望在设计阶段尽早将这些元素尽可能详细。 不过，这确实与大多数项目的实际情况相冲突。 应该是显而易见的，但为了说明这一点，假设我们的成本估算与 1000 万欧元的总额相差仅 1%，这将转化为 10 万欧元。 那不是一笔微不足道的钱。
为你的 BIM 元素选择正确的详细程度（或开发）可以在成本估算和所有其他用例之间取得平衡。 如今，其中大部分是在设计生命周期的早期通过已经强制执行的国家/地区的 EIR 和 BEP 文件达成一致的。 LOD 的 BIM 论坛指南通常用作特定基准。 他们并不完美。 因此，作为 BIM 经理/协调员总是询问 BEP 文件中的 LOD 要求，如果有不清楚的地方为什么某些元素必须以如此高的细节建模，要求更清楚地定义用例和 使用它们来反对不合逻辑的高 LOD。 虽然困难，但同样的用例推理也适用于管理客户，正如我从其他市场的同事那里听到的那样，他们经常滥用 LOD 400 甚至 LOD500 级别。 即使是 As-Built BIM 模型也不会自动意味着一切都应该以真实的生活水平呈现。
3、用例检查清单
我目前的观点是预期用例是最重要的。 BIM 经理或协调员在与相关各方打交道时应格外注意这一点。 我试着总结了一个问题列表，以帮助指导思考哪些 LOD 级别是必不可少的：
- Revit 模型或任何其他软件中将存在多少对象？ 每个软件都是独一无二的，并且在与对象计数相关的性能方面具有不同的扩展性。 太多的元素会对管理 BIM 模型产生负面影响，增加协调时间，增加错误的可能性，影响模型的性能等。如果项目需要大量对象，是否可以简化它们的几何形状？
- 应该从 BIM 模型或相关对象中提取多少数据和哪些数据？ 该对象代表什么？ 尽早确定关键数据先决条件是什么，并仅将几何模型建模到可以获取、检索或导出该信息的级别。 如果你需要清关尺寸，请专注于此。
- 模型中将安排哪些项目？ 确定不会根据重量、体积等进行计划的对象。最终将作为单位数量或其他简化指标（例如长度）出现在计划表中的对象（例如各种螺栓、钢筋连续性条带等）
- 所讨论对象的准确表示对于成本估算有多重要？ 这可以定义你应该在模型中建模多少细节。 如果你是准备投标的承包商，你希望尽可能地对成本充满信心。 如果说你的国家道路管理局是客户并且想要采购一些隧道，桥梁，那么客户也是如此。 在设计生命周期的早期规划准确性可以收回成本。
- BIM 模型是否会用于可视化（建筑效果图）？ BIM 模型中的详细几何结构是否有助于此用例？ 这是工作流程的很大一部分吗？ 即使其他用例不需要它，也可能增加几何的详细级别。
- BIM模型会被用于制造吗？ 能否从中提取数据和几何图形以适合作为各种机器的输入？ 很可能，这个过程仍然需要制造商的人工来翻译几何形状，以便他们的机器理解。 车间图纸级模型与制造级 BIM 模型不同。 全世界都在谈BIM协同集成，但行业主流还没有到位。
- 最后，考虑使用已建立的几何 LOD 级别将变得不可能的用例。 它会在生命周期的后期阶段造成任何问题吗？ 客户、设计师、承包商和业主是否充分意识到这一点？ 这些方面必须尽早传达。
4、结束语
回想起来，我仍然认为在试点项目中追求过高的细节水平是一个不错的选择。 从 CAD 过渡到 BIM 更多的是让人们接受任何新技术、工作流等方面的变化，而不仅仅是更容易控制、测量和评估的技术方面。 然而，那是过去，现在不同了。 BIM 的普遍接受度显着提高，通常参与项目的各方至少对 BIM 有一定的了解。 如果我现在必须开始一个试点项目，我会优化几何结构并优先考虑工作流程效率、生产力改进，并花更多时间交流为什么 CAD 工作流程无法进行同类比较。
BIM 模型的 LOD 最好与你的用例相关。 这不是一劳永逸的事情。 每个项目的要求各不相同，您的 LOD 方法也应如此。 再次强调，几何必须服务于一个目标，它不应该只是看起来很棒，具有代表性（尽管这可能是一个用例）。 问自己上面列出的问题并添加一些你自己的问题。 通常，你会发现，与所有各方交谈后，可以调低 BIM 几何细节级别。
原文链接：Implementing BIM, Lessons learnt: There is no need for all that detail in your geometry
BimAnt翻译整理，转载请标明出处
