工程系统整合阶段有可能出现的问题

　　工程系统整合的步骤对于细节又顾虑周全了，那还有什么问题会在系统整合时发生呢?就过去工程经验而言，应该没有任何工程主管或工程技术人员敢打包票说整合测试一次搞定这样的话，因为系统整合就是整个工程成败的关键点，加上系统整合不是单纯将一两个系统连在一起。任何一个小细节疏忽都可能变成是一个大问题，所以除了小细节要面面俱到之外，还得面对一堆在系统整合阶段最容易发生的问题，这些问题与解决方案大致如下：

　　1、原系统个别运作时电力供应与消耗是足够的，但是系统整合后却发生电压下降及电流不足情形，始系统呈现不稳定状态。

　　解决方案：

　　· 整合前计算所有系统整合时电力需求功率及型式类别;

　　· 将一样的直流及交流电力分开，并重新安排电力汇流结线及无分配无熔丝开关容量及电力控制回路，统合UPS电力中断供应系统负载及改采用SWITCHING POWER供应小区域直流电力以为持稳压作用;

　　· 将系统全部开起运作，并用电流表逐一测量每一个电力供应开关最大电流值，确保在安全负载范围内，这样就可以却保电力整合无误。

　　2、系统单独运行时一切正常，与主系统平台整合后发现部份功能无法执行，或受其它子系统影响而无法正常运作。

　　解决方案：

　　· 将各子系统逐一起动运作并执行所有项目功能，然后系统联机，逐项记录无法正常执行功能，将无法执功能子系统与系统脱离检测比对，是否单系统运作正常，并由数据库或背景程式中找出执行问题;

　　· 若因其它系统并入问题则逐一离线子系统，以理清系统影响来自那个子系统后，再逐一比对系统数据内问题所在，清出问题点处理或修改协议内容。

　　3、各系统运作模式不同，在连动后的运作模式不同步让业主不知以何为依据。

　　解决方案：

　　· 比对各子系统同一指令背景程序DOS窗口送收状态列指令及是否无响应;

　　· 比对各子系统同一指令背景程序DOS窗口送收状态列指令及是否为乱码;

　　· 比对各子系统同一指令背景程序DOS窗口送收状态列指令列自串是否符合对应;

　　· 依此逐一找出问题指令，修改协议、命令字符串、时间参数即可修正同步问题。

　　4、子系统软件常发生当机情形或自动发出乱码指令，收到指令但却无反应。

　　解决方案：

　　· 检查系统间接线连接状态是否正确;

　　· 检查主整合系统内数据库字段是否正确;

　　· 检查子系统编码命令及数据送收时间参数设定是否为自动手动误差设定。

　　5、不同系统内个别软件数据库无溢满自动清除功能产生Run Time Error情形。[nextpage]

　　解决方案：

　　· 定期清空备份数据库;

　　· 设定数据库自动覆盖功能及自动备份;

　　· 设定只储存事件数据，系统联机数据自动定时清除功能。

　　6、指令接收响应方式不同，使得指令连续发送产生系统当机情形。

       解决方案：

　　· 检查系统间通信协议的字符串;

　　· 检查子系统工作站的间时是否同步及正确。

　　7、系统开关机方式不同，使得操作上增添麻烦。

　　解决方案：

　　· 透过网络程序连接方式，将系统开关机以同一操作画面，单一控制指令方式去开启或关闭整合的各子系统程序或硬件电源;

　　· 利用电力监控SCARDA(Supervisory Control and Data Acquisition)方式来监控及管理电力系统。

　　8、各系统时间不同步，或格式混杂使得指令下达错误系统当机。

　　解决方案：

　　· 统一所有使用 PC或工作站的YY/MM/DD、Am/Pm、年、月、日、上、下午时间格式，同时包含中英显示格式;

　　· 利用系统整合，植入一个时间同步校时器让系统在每隔一定时间自动送出时间校正命令使所有系统时间都同步。

　　以上这些问题及解决方案都是在系统整合阶段最容易遇到的，工程人员必须谨慎考虑这些问题可能产生的原因所在，并利用最好的解决方案，在系统独立整合时就预先模拟测试，以免整体整合测试时再来解决这些较为棘手的问题。

　　工程系统整合的验证该如何进行

　　在系统整合问题及细节都得以掌控后，工程系统整合应该要进入验正的阶段，这个阶段也是考验整个系统整合成果的阶段，在过去的工程中，有很多系统工程案例都是因为系统整合测试阶段无法通过验证，使得工程一直无法进入运转测试阶段，更别谈验收接管。而不管是工程人员还是监造顾问业主单位，对此阶段一定要慎重的去执行系统整合测试，不然工程商通过了，再发现问题恐怕无法获得工程商的诚心处理。要执行验证就应把握下列几项原则，以确实验明系统整合各项要求及功能，这些原则大致如下：

　　1、先单一系统进行功能运作，再连入系统操作方式以验证单一系统独立与整合运作有无异常。

　　2、仿真子系统中，不同故障情形以验证系统整合后，各子系统故障时对整体的影响度，若暂时隔离该系统故障部份对整合系统又有多大影响。

　　3、系统操作平台的顺畅性及系统全开时的整体运作，是否有执行瞬断或软件冲撞情形。

　　4、数据库及指令字段是整合命令执行依据，必需确认可以自动更新及备份，以防止系统当机后无法自动恢复运作。

　　5、各系统接地隔离方式不同，连接整合后可能引来对地噪音，对系统产生不良影响，需实际切实做好接地工作检测。[nextpage]

　　依上述原则做好系统整合验证后，就可以让整合系统正式进入运转测试阶段，试运转测试阶段可长可短，但基本上要有至少30天以上运作顺畅，妥善率也要达到一定标准，通常至少要达95%以上妥善率，当然100%是必然要求，也就是试运转期间只容许最多有5%的故障率产生才可以达到验收标准。

　　如果尝试运转的结果是达到验收标准的话，那工程系统整合过程就必然是精确执行的，工程的结果也就可以期待，反之则可能是恶梦的开始。因此若可以将系统整合推动完成试运阶段，在系统整合上可以说已画下一个完美的句点。

　　结论

　　导入系统整合对工程完工是非常重要的，而未来标准化也使得系统整合更值得期待，对于整合标准的看法，用了一个简单的架构图表示(图3);很多厂商把标准化看成一个软件平台，这是完全错误的观念，尤其是工程商一直认为系统产品都需要自行要发展一套标准软件来fixed标准。厂商仍然可以依照其原本软件工程师或仞体工程师所使用的API工具去发展其本身系统架构功能，就像部分的16 bit Bi-Phase还有8 bit ASCII都是一样。

　　简单地说要达到系统整合标准就是去跟随一个标准工具，未来也许是PSIA或 ONVIF或其它可能的标准，不过需要注意太多唯一性的整合平台是不太可能会成为一个大家都接受的标准。因为大家都采用的标准不应该有太多的唯一性，要知道系统整合是工程完美与否最大关键。