當DSC引擎運行起來以后，它就開始記錄數據、事件、錯誤等，并將數據記錄到暫且稱之為“大本營數據庫”里，即運行的程序都是從“大本營數據庫”里取數據或發送數據。可以看到，在程序運行的過程中，通過DSC引擎在LabVIEW和OPC服務器之間傳遞著數據，發揮著中間橋梁的作用。DSC模塊的運用，使得界面之間的切換更加友好化；并通過設置標簽的配置的更新速度、刷新頻率等成功解決了數據更新速度慢、界面之間切換慢的問題，保證了控制的實時性和可靠性等要求。

（4）報表生成和實時與歷史曲線顯示

現場采集來的數據可以以報表的形式輸出到Execl表格中，以供存儲與瀏覽。然而，LabVIEW本身沒有強大的實時數據庫，只有通過DSC模塊生成的。scf文件來記錄數據并存入歷史數據庫，但是它是根據記錄死區log Deadband所定義的偏差來記錄數據的，而不是根據時間記錄的，只有當數據的變化超出偏差時才記錄，因此，會導致在生成報表時數據和時間不對應。鑒于上述原因，一般通過編程來實現會比較好。

編程如下：先將要求記錄的標簽Tag的值按照時間間隔（如1小時）寫入一個表（如控件Table），然后再根據要求記錄的數據個數（如24個）將Table的記錄數據寫入Excel中，并將Table清空。這種方法只要求用戶定義報表輸出周期和數據輸出的周期即可。

例如：要求每小時記錄一個數據，每天生成一個報表，就可以只設定數據輸出的周期1小時，數據的個數24個即可。到目前為止，此種方法在現場控制中應用效果非常好。

尤其在編程過程中，調用了LabVIEW中的兩個子VI：Generate Unique Filename.vi（用來指示報表的路徑及時間）和Array to HTML Table.vi（用于生成報表的格式），使得流程圖的編譯更簡單、簡潔，并增加了軟件的可復用性。具體數據存儲及報表生成程序和報表生成界面如圖5.8和圖5.9所示。

在實現實時曲線時，調用了DSC模塊提供的Trend Tags.vi，該子VI的輸入為標簽（Tag）和時間長度，可以通過編程來實現X、Y軸顯示的數據范圍的大小；實現歷史曲線時，調用DSC模塊提供的Read Treace.vi，通過Historical Trend控件可以查看任意歷史時刻的采集的數據，通過選擇不同的現場采集點，X、Y軸的量程范圍也隨之變化。

5.2基于B/S模式的網絡測控系統遠程測控界面

本文中的數控機床網絡化測控系統的通信部分，在前端可以選擇工業以太網總線，傳入到下位機測控服務器，服務器端安裝有LabVIEW的軟件，在服務器上可以對數據分析處理、存儲，遠程的WEB客戶端可以通過瀏覽Web網頁形式，觀察現場的實時采集情況。遠程控制平臺中選中你要進行服務的設備名稱和服務內容，再按提交任務，就可以把你的任務請求通過Web Server下傳到數據庫服務器，硬件服務器對它進行響應，然后把這個請求傳給下位機測控服務器數據測試平臺，然后啟動數控機床，調出相應的程序代碼，測試儀對數控機床進行數據采集，同時通過總線技術把實時采集的數據上傳到下位機測控服務器，下位機測控服務器取出數據供數據平臺軟件進行進一步的分析處理，并把結果放在數據庫里面，供遠程客戶回放查看。