Revit算量产品的数据得失【四】比目云（2）

2016-10-27 14:05| 发布者: xingeshijie| 查看: 1266| 评论: 18|原作者: kayfaraday|来自: 段一工作室

摘要: 上一节我们对比目云的介绍开了一个头，本节我们将通过数据运算了解一个伟大的产品。老规矩，一言不合直接上图（图中构件显示为粉色（好吧也有人称为紫色），表示已经被正确识别映射） revit算量的两大 ...

上一节我们对比目云的介绍开了一个头，本节我们将通过数据运算了解一个伟大的产品。
老规矩，一言不合直接上图

  （图中构件显示为粉色（好吧也有人称为紫色），表示已经被正确识别映射）

      revit算量的两大瓶颈：①构件是否能被正确定义识别②revit平台对于计算机资源的严重占用。
      对于第一个问题，基于revit算量插件各家软件使用的方式类似，都是通过修改族名称辅助识别映射。我个人曾经一直对这种模式持有限度怀疑态度，首先原理肯定是没有问题，但是对模型精度及是否能够正确识别并不太乐观，（实际上在比目云和斯维尔还没有分家的早期作品中也曾出现过类似问题，在2015年使用的时候，测试对比一个某达公司的商业综合体，由于我本人建模水平和使用软件能力的限制，在地下室部分一些异形构件找不到合适的类型，结果出现一定程度的偏差）。随着比目云团队不断研发改进，新版追加了多种构件识别类型，同时提供了自定义的一些解决方案，主流工程在识别上已经不存在太大问题。而且批量修改族名称的过程也是梳理模型的过程。通常，在模型中，暗柱（GBZ、YBZ等）一般归结为“柱”类，但是计量计价的时候是归入到“剪力墙”中的。对于族名称的正确梳理和修改族名称本身就是一个信息整理的过程，也是运算结果可靠的重要保障。除非模型的建立者对于模型构建的建立本身就有清晰的分类，否则这一步无法避免。所以当年无知的我错误的认为，revit算量的未来要建立在行业或是国家统一建模规范之上。但是，当深入使用比目云做过几个项目之后，尤其是更加强大友好的2016版。修改族名称十分快捷方便，并且不易出错。

分类显示不同构建族，按需要修改名称非常方便

分享一个小技巧，以批量修改为“KL”（框架梁）为例，复制一个“KL”，选中所有的待更改族名称构件，直接“ctrl+V”。。。。。。
是不是特别方便！！！

当然，映射规则和识别字段也是可以自定义设置的，如果设计院本身有一套完整的命名规则，那么我们并不需要再去修改族名称，直接修改识别字段就好了。

当模型映射以后，可以使用“构件辨色”功能检查是否正确映射

汇总计算。在前几节我们已经解释过。revit算量有许多限制，但是在BIM大潮不可逆的席卷过程中，我们要做的不是螳臂当车用各种理由刻意抵触，而是要探索如何合理使用revit算量。由于一结构（混凝土和模板）和二结构的砌体部分规则性最强，建模精度差距最小，所以我们选取一结构和二结构的砌体作为对比，探讨一个可以落地的应用点。确认可行后，我们将在后续文章继续分析对比桩承台和筏板等基础构件及初装修等。
这里删除了楼梯、基础、初装修及一些零星构件。

汇总计算

值得一提的是，比目云2016提供了协同计算功能。正如前面提到的，revit模型对于计算机资源的巨大占用是revit推广中遇到的问题之一，也是revit算量的瓶颈之一，大多数刚刚接触revit的朋友提出最多的四个问题是“如何导入CAD”、“请推荐BIM能用的电脑/配置”、“XX省建模规范谁有”、“教程在哪下”。。。。。。
针对revit耗费计算机资源这件事，不同厂商提供了不同的解决方案。广联达是通过GFC接口将revit数据导入到自己的GCL平台中，再通过GCL软件运算，相当于是把revit模型导入到了广联达GCL中，除了构件识别在revit中完成，其余工作，如套项、汇总计算、报表等均由GCL完成，操作处理的是广联达GCL模型，避免了revit的限制。这是广联达一贯的明智做法，在CAD时代就有别于CAD插件的鲁班，发展独立平台，至今已经相当成熟。而比目云作为revit插件，汇总计算、套用做法等均在revit中进行，虽然与revit对接无疑是无缝的，不过相对耗费计算机资源较多。当汇总计算较大模型时甚至会出现系统提示“内存不足，需关闭revit”的情况。比目云提供的解决方案有两个，一是多台计算机协同计算，分担工作量；二是可以分批次计算分别存档，最后用计算结果管理合并，从而得出整个工程的计算结果。

好在revit产品也在不断改良升级，在2014版本还仅仅支持单线程，如今不但支持多线程而且对运算进行了优化。同时计算机硬件也在发展（当然价格也在涨Orz）。而且相信各家软件商也会智慧的提供各种解决方案。期待中。
不断有朋友针对这样那样的问题攻击revit算量，甚至有的语言非常激烈。传统算量平台的优势在于构件类型都是预定义好的，不存在识别错误的问题，只要保证建模和设置的准确（包括不限于计算规则、扣减规则、自定义公式等），计算结果就是可信的。revit模型的优势在于上下游接口广阔，而且对于施工方来说不需要重复建模，同时模型的公信力比较高。（作为一名施工总包的商务人员，表示在模型中动各种手脚是基本功。）

在实际生产中，作为施工总包，项目初期比较紧迫的工作之一是一结构劳务招标。劳务分包的报价多是采用平米包干的形式，所以要在最短的实际内计算出混凝土和模板的工程量，进而计算平米含量作为报价依据。通常劳务分包也会自己测算平米指标作为谈判依据。实际中，由于利益立场不同，劳务分包的平米含量往往会偏大。原因不限于①仅仅随机计算部分楼栋进行保守预估②故意高报含量进而提高单价等。为了在谈判中掌握主动以及规避风险，短时间高效的获得一结构工程量成为了必然选择。而revit算量可以做到这一点。这就为我们的探索开了一个好头。之后的文章我们将继续探索初装修等，争取找到revit算量的极限，为合理使用revit算量提供一定建设性意见。

本次计算与上一节模型略有不同，本次增加了玻璃幕墙的计算。（将高层部分的砌体外墙修改为玻璃幕墙）

介绍一下这个结果管理功能。当没有条件多台计算机协同计算时，可以使用分批次计算分别存档，最后用结果管理合并功能合并整个工程的工程量。

就是这样，会显示每一次的计算文件，分别计算后通过合并功能就可以完成整个工程的汇总计算任务。

计算结果请见下一节【段一工作室】revit算量产品的数据得失【五】比目云（3）。
将放出本次带幕墙的revit模型分别通过 ①GFC接口导入广联达的计算数据以及 ②通过比目云直接在revit平台中运算结果。
是不是很期待~~~请持续关注段一工作室哦~~~