A. 首先说明一下,在V8I及CE中都存在的一个误导因素,就是AHU.cel ——很多用户都认为这是系统指定的存储AHU单元的模型,其实不是,可以看到当我们放置AHU时系统调出的模型和这个AHU.cel中的模型完全对不上:
如果打开数据组目录编辑器,可以看到我们AHU库中调用的模型单元其实是:HVAC_EquipmentSymbols.cel
那么AHU.cel单元是什么呢?其实就只是一个普通的cell库,无法链接进数据组目录编辑器被AHU的类型识别,也无法链接参数及相关属性,可以用“放置单元”命令导入:
B.所以如果你新建的AHU模型是建在那个文件中自然就找不到了,那现在我们打开HVAC_EquipmentSymbols.cel看一下,可以看到AHU设备引用的这些单元模型是存在的,但只是一个二维符号,并没有三维形态:
其实那些三维形体的信息是在程序代码中编辑的,这就是为什么在数据组目录编辑中修改某些形体参数是不生效的:
换言之,像普通的设备单元一样,直接在cell文件中新建一个模型,然后挂接到数据组目录编辑器中去,形成一个参数化AHU构件是不可行的,即便系统中现在自带的AHU构件的参数都不能自由修改,因为它涉及到了代码。另外顺便要强调的是,现在CE版本中所有设备都是这样生成的,所以都无法这样简单地自定义。
C.那么能不能找到一个跟代码相关联的工具来修改现有的AHU构件参数或新建一个构件呢?答案是可以的,我们软件为此提供了一个工具——AHU builder,当然这个工具能创建的新类型也是有限的,受限于模板的种类。如果我们能自己开发编译代码,类似于v8i中的VB编辑器,灵活度和自由度将更大,但对很多用户来说难度也比较大,所以AHU builder是比较简单适用的方法,关于该工具的介绍请见下节。