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