;

2016年,欧特克(Autodesk)宣布了量子项目(Project Quantum),该项目被描述为一种平台技术,旨在“通过提供通用数据环境,在云时代发展BIM的工作方式”。这个项目后来关闭了,但现在它又回来了,并被称为

“等离子项目”。

在Autodesk Univer2016年,时任欧特克(Autodesk)产品高级副总裁的阿马尔·汉斯帕尔(Amar Hanspal)发表了AEC主题演讲,并略微打开了和服,介绍了该公司正在开发的一项新技术,该技术旨在解决该行业面临的严重问题,因为该行业长期以来一直以联合的方式工作——在数字领域复制公司之间糟糕的协作,将BIM的一些好处留在桌面上。

这位关键人物之前,欧特克内部有相当多的争论,关于如果QUANTUM应该在发育早期就暴露出来。然而,这样做的背景是,许多成熟的Revit客户都在问:Revit的下一步是什么?

Autodesk最好的Revit客户担心缺乏对核心应用程序的更新和迁移到“套件”,并且订阅似乎将开发分散到大量应用程序的增量更新中,而大多数公司的BIM工作的核心集中在圆形Revit和协作工作流。

Revit已有20多年的历史。虽然它经历了重大的重新设计,但核心元素仍然仅限于在单个CPU核心上运行,数据库的大小和细节迅速膨胀,并且受到旧图形管道的影响,在GPU日益丰富的世界中很难加速。

由于Autodesk已经以一种主要的方式迁移到云,桌面应用程序确实需要将数据存储在BIM 360中的云上,以从AutoD中受益ESK越来越多的云服务,如文档管理、分析、协作,以及越来越多来自第三方开发商的基于云的应用程序。

Autodesk的产品也有很长的历史,不能像你所期望的那样共享来自同一家公司的数据。而且,展望数字制造的世界,与DR相比,优化BIM工具以生成协调的、象征性的2D图纸存在根本问题给出CNC机器和机器人,这需要1对1建模。

<!--Develop3D Ads 300x250 inarticle 7p-->
广告
广告

Quantum,正如它被定位的那样,是一个优雅的解决方案,可以解决向下一代BIM发展过程中的许多挑战。你不得不佩服这个决定,从根本上重新审视整个行业,它是如何工作的(或不工作),并意识到另一个单一的应用程序真的不会映射到当前的联合行业工作竖井数据的流主要是基于文件的,最终会破坏数据流。

Autodesk已决定考虑一种以数据为中心的方法,该方法可以包括当前的工作流程,通过为Revit提供空间来减轻一些痛苦,连接团队并解决设计师工具集中日益增长的多个应用程序的使用。

数字制造正在进入AEC,而不仅仅是在高端领域。到处都在建造工厂,为模块化、预制和使用做准备ISE自动化数字制造方法。如果不在机械计算机辅助设计(MCAD)应用程序(如Inventor或SolidWorks)中进行改造,1:100或1:50的BIM数据无法驱动这一点。

通过向BIM模型添加高层次的细节,数据库膨胀起来,很快就变得难以管理。同样,通过Quantum,Autodesk的解决方案引入了一种新颖的方法,即BIM模型将在设定的接口点“传递”需要由BET制造的组件TER适应CAD系统。这意味着工作流程中的不同专业人员都可以拥有同一模型的不同版本,但他们通过一个共同的平台连接在一起。更重要的是,实时几何图形可以在系统中实时传输,以便团队查看不同级别的模型细节。

这确实是一个勇敢的新世界,它似乎是一种非常巧妙的方式来改变BIM将触及联合AEC项目中的每个参与者的方式。不幸的是,Co在公司董事会选择安德鲁·阿纳加诺斯特(Andrew Anaganost)担任新任首席执行官后,汉斯帕尔离开了欧特克公司(Autodesk),量子公司(Quantum)的新闻也随之消失。

转到2018年欧特克大学,在一次偶然发生的走廊对话中,《AEC》杂志了解到,量子公司确实幸存了下来,但实际上是其自身成功的受害者。这项技术被认为是如此有用,以至于该公司决定从更广泛的角度来看待其对所有产品和Verti的潜力。CAL(例如AEC、制造)等暂停,以将更多的内部利益相关者纳入其作为平台技术的开发中。最终结果是投影等离子体。

令人敬畏

今年

早些时候,AEC杂志有机会与Autodesk的首席软件架构师Jim Awe讨论了更名以及公司对Plasma及其功能的愿景。

AWE解释说,发生的事情是,量子的想法,以一种可信的方式进行自动化工作流程。获得了动力。当我们与客户交谈时,他们肯定支持这一想法,这对于推动项目协作至关重要。然后,当我们开始与公司的其他人交谈时,我们发现制造团队也面临着同样的问题。

欧特克(Autodesk)传统上是一家以设计为基础的公司,Revit等大多数产品的目标都是制作施工文档,然后“把它们扔到墙上”,让别人来设计。测试如何制作它。事实证明,制造业也有同样的问题,他们事先设计好一切,然后必须弄清楚工厂车间的哪些工具将用于制造组件的不同部分。他们做了同样的事情,并打破了模型,将其分配给多个人,这些人将弄清楚如何在这个过程中发挥自己的作用。

这是一个战略转变。仅仅设计一些东西是不够的,你必须能够制造它,并且为了做到这一点。因此,您需要一个贯穿整个项目生命周期的工作流。这项技术[等离子]应该在平台上,所以它变成了一个更大,更复杂的努力。我们正在花时间把它做好,因为它太重要了。

我们问AWE,这个平台是如何工作的,最好的类比是描述我们在这里试图做什么,如果你看看苹果在IOS上做了什么。苹果有一个平台,你可以在那里建立一个应用程序,并插入IOS的知名服务。然后构建了一个移动工作流系统。该应用程序将GPS位置传递给地图,并将照片集成到其他工作流程中,所有这些都在您的移动设备上。我们需要集成足够的部分,以便当您尝试将数据从Revit移动到制作阶段时,您可以移动适当数量的数据,而另一端的人员知道在哪里找到它并将其吸收到他们的工作流程中。

继续使用苹果IOS的类比,我们肯定会构建一些我们自己的应用程序插入其中,我们完全期待我们的一些Forge合作伙伴以许多有趣的方式连接到PLAMSA.

所有专业人员和IP边界都由协作者之间流动的数据维护;它是被跟踪的,它是有范围的,所以你不只是发送整个模型。在大多数情况下,它更可能是它的一个子集。

Autodesk将这种数据交换称为“数据合同”的一种形式,因此用户可以决定在有限的数据下,他们希望与每个项目参与者共享,系统跟踪并批准交换,因为它通过了一系列的“门”。这意味着控制由项目中的每个发起人维护,共享无法编辑的数据,因此虽然结构工程师可以看到建筑元素,但她不能更改建筑师负责的组件,反之亦然。

数据合同和托管

虽然昆腾在静默期经历了一些变化,但欧特克已经带回了更多关于其工作原理和概念的细节。在许多方面,它是通用数据环境(某些AutoDesker)的组合称之为统一数据环境),具有可能类似于数字货币或银行系统的交易智能。

Plasma中

的两个核心概念是数据合同和托管。数据合同可以定义为为幕墙制造商打包数据,例如网格线和关于幕墙的一些其他相关信息,但不发送模型的其余部分。托管是一个中立的地方,通过你传递你所有的数据,跟踪所有的交换.

另一块拼图是不同应用程序的必要插件。这些插件知道如何从用户定义的数据契约定义的应用程序中推送和拉入数据。例如,Revit将有一个插件,用于从Revit中提取数据并接收从其他项目参与者返回的数据。

Autodesk将为自己的所有相关应用程序创建这些,但它也将为最常用的非Autodesk产品创建一些,并将提供任何开发人员都可以使用LKIT来启用Plasma事务。

这与金融系统的工作方式非常相似,我们想知道欧特克是否正在考虑在这个生态系统中使用区块链?AWE回答说:我们已经讨论了区块链,这个过程的托管部分肯定可以使用区块链,但我们还没有决定这样做。对于我们试图用等离子体实现的目标来说,这可能是矫枉过正。

有一些新兴技术可能会做区块链所做的事情。一种更直接和轻量级的方式,比如亚马逊,它刚刚宣布了他们所谓的账本数据库,它的行为基本上就像区块链。我们目前正在探索如何保护该系统的法律部分。

如果你看看我们如何试图实现这一点的进展,理论是法律部分。到目前为止,实现的重点是数据互操作性部分,即什么以及如何将数据自动输入和输出应用程序。如何D因此您构建了一个工作流,它将启动所有正确的计算节点并发送适当的通知。这个机制现在已经到位,但我们还没有弄清楚这些交易如何不被篡改的法律方面。我们还必须弄清楚Autodesk在提供此服务时有哪些法律风险。

这不仅仅是技术问题,欧特克正在考虑谁将负责托管。有几个选择。Autodesk可以决定标记KE责任,或者创建一个衍生实体,或者我们可以把责任放在所有者身上,或者把它交给像区块链这样的东西,并有一个技术解决方案,没有人需要负责,因为技术正在照顾它。但就目前而言,我们现有的机制将适用于这些情况中的任何一种,但我们尚未决定如何管理它。现在,我们需要确保在我们的测试中,数据在可靠的AUT中流动。OMATED方式.

Autodesk目前正在试用Plasma的许多内部原型,主要是Revit和其他内部Autodesk产品,如Civil3D、Inventor和Fusion.也许,奇怪的是,开发团队对Excel链接的潜力感到特别兴奋,他们在Excel中发现了许多潜在的工作流,因为用户可以进行工作流创作,而不是由开发人员创作的工作流。

Plasma的

大多数工作流程都需要程序,无论是应用程序由Autodesk或第三方开发人员开发,但最终用户可以在Excel和Dynamo等产品中开发自己的工具,这些工具可以处理提取的数据并通过数据合同将其导出,反之亦然。Autodesk已经开发了许多内部示例,在这些示例中,他们对Revit外部的一些逻辑进行了原型化。

质量问题

由于数据是由联合用户提交的,质量管理和跨系统标准的问题可能是一个问题。RN.我们询问AWE如何实现模型数据的质量检查。AWE回应道:“这就是合同的作用所在,因为现在你需要特定的数据来遵守合同。”我们在一个简单的问题上测试了合同系统,墙框架边界,内墙的框架。与我们合作的客户说,他们有时收到的Revit设计可能只有一面墙,高达七层楼!建筑师显然认为这是最容易的。为他的真相版本建模的第一种方式,但对于那些用Revit模型制作内墙的人来说毫无意义。

在基于边界的

墙框架合同中,它会规定不允许生产七层墙,你必须以预期的方式将其分块交付,以便接收数据的结构应用程序可以进一步将其加工成可制造的面板。

我们称这些检查机制为验证器,其中任何意外的数据都会出现。穿过大门就会升起一面旗帜。另一个例子是,如果我正在制作幕墙面板,我不会期望这些面板在地下,所以可能有一个规则来检查这些传入的面板没有负标高,并且它们与建筑物的楼层高度相匹配。

我们认为这将类似于我们构建软件开发管道的方式,基本上是在设计更改时运行回归测试和其他流程。并消除了当人们必须手动处理或重新建模该数据时所引入的人为错误。一旦它被初始设置,它将全部自动化,并且每当更新的设计数据通过一个门时,验证器和其他进程就会启动。

最初,我们将使用合同为模板库提供种子,用于我们自己的工作流,例如Revit和Civil 3D之间的工作流。但是,总会有独一无二的客户必须执行的RK流。最初,我们预计会有一些有进取心、精通技术的客户在做这件事,我们希望他们能为社区贡献一些合同,随着时间的推移,希望社区能将它们推广为事实上的标准。此外,第三方开发人员可能会提出自己的工作流。

异步与同步

Plasma可以以两种方式工作:异步工作流和同步工作流。一一个是用户需求,另一个是真正的动态。

异步方法更类似于当前的工作流,只是没有所有可怕的数据争论。Plasma架构通过插件连接工作流中的应用程序,这些应用程序实际上对彼此一无所知,它们只知道如何通过托管系统读取数据合同。设计师们彼此独立地编辑他们的模型,直到他们决定通过托管服务来推动它。.当有变化时,设计师会得到通知,用户只需打开大门,就可以让变化进入他们的工作环境。用户可以完全控制是否打开门。

在同步工作流中,情况正好相反,大门保持打开,设计师可以在其工作空间中看到来自已签约共享工作包的项目参与者的实时更新。在演示中,这似乎是一个令人惊叹的功能,但它可能过于动态。胡玛NS可能需要为实时协作工作区采用不同的工作方法。好消息是,用户可以在异步和同步工作状态之间随意切换。AWE同意,我的猜测是,大多数跨应用程序边界或跨学科边界的工作流将选择异步工作流。只有当你达到某些里程碑时,用户才会做出反应。

虽然用户不必在这个过程中给出他们所有的几何图形,但应该注意一旦几何学被托管共享,它就会有一个永久的记录,你不能把它拿回去。

因此,Plasma似乎是事务性的或活的,但通过增加颗粒化和控制机制,为设计过程提供了令人难以置信的流动性。事实上,等离子体是模型发展的一个活生生的视角。可以将数据合同标记为“工作进行中”或里程碑等状态,但也允许设计人员更频繁地交换数据是的。如果用户在Revit中单击“撤消”,它将仅撤消用户在其模型中所做的工作,但用户可以回滚到数据协定的先前版本。用户可以看到他们的模型上有哪些数据契约的接收版本。可以在设计生命周期中执行所有决策,甚至可以返回到以前版本的数据合同,并从那里开始建模,或者重放通过这些门的所有数据。

根据AWE,BRAnching和Merging被内置到底层数据库技术中,“我们确实在托管系统和合同定义中使用它,”他说。但是,如果用户希望在核心应用程序(如Revit)中使用相同的技术,则情况就不同了。Revit不是这样构建的。Revit可以开始在数据库中使用该工具,我们已经做了一些实验,但我们还没有决定是否要回去重新设计这些应用程序。

斯普正在加速Revit?

我们最初的讨论中,Quantum的目标之一是减轻Revit的负担。由于它已经成为等离子体,并成为一种平台技术,似乎对此的重视程度有所降低。AWE解释说,一切皆有可能!我们具体处理这个问题的方法是,如果我们必须将整个项目生态系统的工作流拼接在一起,您必须能够包括所有已经存在的工具,而不需要进行重大修改。

我们有ENAB用一个简单的ARX插件来领导AutoCAD,所以它也可以参与,但我们在这个平台上从零开始构建的其他应用程序有很多额外的新功能。Revit也可以在不进行任何更改的情况下参与。其原理是,目前可用的每个应用程序都必须能够连接到工作流。随着您越来越多地采用这些新的数据平台功能,它们变得越来越丰富,但这并不是必需的。这取决于我们和客户D我不知道Revit发展了多少,但它根本不需要发展,只需要最低限度的参与。

现在,从Revit中分离工作流程是一个更大的挑战,因为Revit已经在结构和建筑的其余部分之间进行设计协调。但如果你把这个理论发挥出来,十年后,理想情况下,Revit也能够解耦建筑中的每个系统,并说我不需要自己建模整个系统,我只需要需要与其他为这件作品做模特的人协调。您基本上可以将Revit划分为针对特定系统的更专业的建模人员,但仍然可以在不同学科之间进行协调。但现在,Revit正在承担这一责任,并自己完成所有的协调工作。等离子使单一版本的真相成为可能。然而,它本质上是分布式的。生态系统中的每个应用程序、每个角色都能够维护对T最有意义的模型。然后沟通的部分,需要有集体意识的整体模型进行集体协调。

Revit开发

我们询问AWE Plasma如何影响当前的Revit开发。他回应道:“ Revit团队非常积极地尝试与我们在数据平台中所做的一切保持同步。”

Revit团队

似乎正在继续对数据库中的数据粒度进行大量实验。但事实上,Revit数据库中包含大量业务数据,因为它被设计为多学科存储库。问题似乎是,可以从Revit中删除多少数据,以及需要保留多少数据,因为需要保留这些数据才能满足业务逻辑?

AWE表示,Revit将继续发展,随着Plasma的发展,该公司致力于保持Revit的新鲜感和“建筑上的声音”。AWE评论说E Revit团队从AutoCAD团队那里学到了很多东西,AutoCAD团队是Autodesk内部最积极地重新设计的平台。他说,“他们一直在思考下一步需要做什么,并不害怕更新技术。”

从字里行间

可以看出,Revit的消亡还有很长的路要走。第一阶段是将其连接到Plasma工作流程。在这一点上,对Revit作为唯一协调点的需求减少了,因为数据、真实版本变成了ES是分布式的,支持各种应用程序中不同级别的详细信息,即使是以多种格式存储。

同样明显

的是,拥有一个可以编辑所有学科提供的构件的单一产品,就像Revit现在所做的那样,会带来一些风险。Plasma将由不同角色的设计师在任何适合他们的系统中维护他们的数据,同时向联合团队提交受控的工作包,可能是异步的。

虽然欧特克已经谈过了关于插入不同的Autodesk产品(如Inventor)的好处,以及插入常见的竞争工具(如McNeel Rhino)的想象,似乎没有理由不能在不同的Revit用户之间使用Plasma.这是令人兴奋的,因为它有可能统一一个自BIM诞生以来一直在数据争论中挣扎的行业。

替换Revit

我们当然得到的印象是,从长远来看,Revit的替代品可能是MORE实际上可能是多个特定学科的应用程序,这些应用程序将是Plasma工作方式的原生应用程序,并且这些应用程序可能是基于云、移动或桌面的。我们习惯于通过我们使用的建模软件来定义我们自己或我们的工作。在以数据为中心的方法中,创作工具不再是明星,而是数据的动态性和嵌入在系统中的智能。没有人通过他们当前使用的网络浏览器来描述自己,这只是互联网.

有了这种以数据为中心的方法,开发人员可以更快、更轻松地创建小型应用程序,这些应用程序可以在许多学科中执行离散任务,这些应用程序可以是分析应用程序、智能传感器数据读数或正面分析工具。在过去,开发人员必须创建插入应用程序(如Revit)的工具来访问只有它才能加载的数据,但Plasma和Autodesk的新开发环境Forge省去了中间人。

Forge开发人员一直在讨论使用Revit.io,这是云中的一个新组件,可供应用程序开发人员使用。它使Revit功能能够应用于BIM 360等服务上的Revit模型。我们询问这是否是Revit的特殊云版本,AWE解释道。它实际上只是一个在服务器上运行的无头用户界面Revit.因此,它不是Revit的新版本,但它允许Forge开发人员加载Revit模型并访问Revit.用于基于云的工作流的函数,这非常有用。

如果你想知道这个协作平台如何与Autodesk的BIM 360平台并驾齐驱,AWE解释说,BIM 360目前是项目生命周期的一个子集的数据平台。但是,随着我们对“从设计到制作”的工作流程变得更加雄心勃勃,它们将开始包含更多的活动,而不是直接适用于BIM 360。BIM 360可能会被“顶起”一点,平台下面的形式将变得更加丰富。这将允许用户从Plasma中获取数据,其中一些数据将显示在BIM 360中,并与BIM 360交互,但这并不意味着您可以使用BIM 360执行所有操作,这只是意味着BIM360是项目数据和工作流程的一个大窗口。

典型客户

有了先进的协作工作流程,也许还需要更广泛的技术知识和编程资源,我们想知道谁会是典型的等离子客户。AWE解释说:我们认为这项技术并不局限于像扎哈·哈迪德建筑师事务所和福斯特建筑事务所这样的高端建筑师。

当建筑物难以定义和建造时,当然,这项技术会有所帮助,但我们已经看到了许多设计师和制造商之间合作的简单例子,在效率和质量方面取得了巨大的进步,因为他们有一个反馈回路。这在典型的“文件瀑布工作流程”中通常不会发生。这意味着NS你将在供应链中拥有对早期设计有更清晰看法的人。并且可以在该过程中做出更多贡献。这将取决于公司采用新技术的智慧。

时间框架

虽然《量子》于2016年首次播出,但在2019年,发展似乎正在取得进展,但还有很多工作要做。AWE表示,欧特克没有承诺任何交付日期,而新的云平台副总裁Sam Ramji似乎这是对公司迄今为止开发的系统架构以及将交付和不交付的内容的重新评估。

欧特克希望避免提前宣布早期技术,回归更加保守的态度。事实上,欧特克内部对公开项目名称心存疑虑,AWE表示,AutoToDesk将整个项目生命周期中的这种以数据为中心的工作流称为“ Plasma工作流”,因此项目名称也是如此,但随着时间的推移,我们已经我被告知,将来它可能只是Forge数据平台的一项功能。就目前而言,该公司已经用等离子工作流程做了很多内部原型,它有很多建筑公司愿意在简单的工作流程上进行尝试,比如墙壁框架和布局,试验从流程中去除纸张的方法。

在性能优化方面,现在还处于非常早期的阶段。我们问最近的测试有什么样的表现甚至对于多个用户。AWE解释说:到目前为止,在我们所有的测试中,数据的规模都很小。推出单个合同并不是一个大问题,真正的考验将是当您想要将整个系统中的所有数据聚合在一起时。

例如,如果您想要执行冲突检测或查看整个项目,则每个参与系统都必须提供显示网格,并且需要优化某些应用程序才能加载和工作用一组更重的数据。

结论

我们最初希望Quantum在某些方面成为下一代Revit,但这一希望已经淹没在自动化协作的海洋中。然而,我们现在意识到,应用程序的整个概念,尤其是桌面应用程序,在基于云的工作流世界中是没有实际意义的。就像《复仇者联盟3:无限战争》(The Avengers:Infinity War)的结尾一样,我们看到桌面应用程序和工作流程在慢动作中化为灰烬。

Project Plasma是对Data FL的全面反思支持云的世界中的OWS.欧特克认识到,一个应用程序不能无限扩展以解决数字设计工作流程中的所有上游和下游问题——在其以前的生命中,欧特克试图用AutoCAD形状的锤子钉每一个钉子。

Plasma保留了迎合当前工作流和工具集的优雅,同时通过通用数据环境提供协作,这是高度用户控制和灵活的使用。.然而,最终,试图成为每个人的一切并试图在桌面上的单个数据库中保持协调的单一应用程序将只会继续孤立项目数据,并且永远不会解决协作问题。

我们得到的感觉是,Plasma距离实现其主要目标还有几年的时间,但一些协作和交换的元素将比完整的系统更早可用。随着时间的推移,当它有意义时,新的应用程序将出现在PER中形成独立的行业特定功能,不再需要Revit来处理协调和专注于创作。我也很高兴听到欧特克(Autodesk)正在寻求在设计到数字制造有意义的情况下消除对图纸的需求。

软件术语中,我们通常谈论下一代。随着Quantum/Plasma从数据层面向上发展,考虑Autodesk为新物种开发环境将更有意义。

如果您喜欢这篇文章,请订阅我们的电子邮件通讯或打印/PDF MagazINE免费

<!--relpost-thumb-wrapper--><!--close relpost-thumb-wrapper-->

广告