現在，讓我們通過步驟仿真來驗證預期的行為。為了確認計算結果，我們可以利用調試瀏覽器，并打開內核調試。在第5步時我們遵循下列條目：
?頂部質量和底部質量CVs都是控制問題的一部分（沒有被移除）；
?子控制器處于活動狀態；
?控制器處于優化模式；
?由于計算7規定了經濟函數追蹤濾波器時間常數必須介于5~10mins，輸入的值100mins將被截斷在上限10mins。
?對底部質量，由于經濟優化的結果，穩態目標被推動到觸碰約束。
在第6步我們注意到：
?底部質量CV被移除（因為底部溫度和底部質量POVs都斷開）；
?因為底部質量CV不再是控制問題的一部分，內核后計算中的約束活動變為0。
在第7步，我們斷開頂部溫度測量。鑒于頂部質量測量依舊可用，頂部質量CV并沒有被移除。
在第8步，我們需遵循以下條目：
?由于頂部溫度和頂部質量測量量都斷開，頂部質量CV將被移除（計算2）；
?因此，子控制器被調至非活動狀態（頂部和底部質量CVs都被移除了）；
?由于控制器只包含了一個子控制器，而這個子控制器現在處于非活動狀態，控制器將切換到掛起狀態。
現在檢查確認步驟9的底部溫度測量處于重新連接狀態。我們預計底部質量不會被移除。然后子控制器的請求狀態是活動的，且預計現在控制器將切換回優化模式。下面的截圖證實了步驟9的預期行為。
帶回家的消息
SMOCPro中內置的計算引擎是可用于運行簡單以及精密用戶代碼的一個工具。有兩種允許的計算類型：預內核和內核后計算。預內核計算用于修改控制器執行之前輸入的內核參數。內核后計算可用于記錄參數和存儲歷史。提供給了用戶有關參數和函數的一個完整列表，若要查閱，請參閱本用戶指南的計算部分。
原文：
Let us now step through the simulation to verify the expected behavior. To confirm the results from calculations, we utilize the debug viewer and turn the kernel debug on. At step 5, we observe the following：
? Both the top quality and bottom quality CVs are part of the control problem (not removed).
? The sub-controller is active.
? The controller is in optimization mode.
? Because calculation 7 stipulated that the economic function tracking filter time constant must lie between 5 and 10 minutes, the entered value of 100 minutes is truncated at the upper bound of 10 minutes.
? For the bottom quality, the steady-state target is pushed against a constraint as a consequence of the economic optimization.
At step 6, we notice that
?The bottom quality CV is removed (since both bottom temperature and bottom quality POVs are disconnected)
?Because the bottom quality CV is no longer a part of the control problem, the constraint activity in the post kernel calculation changes to 0.
At step 7, we disconnect the top temperature measurement. The top quality CV is not removed since the measurement for the top quality is still available.
At step 8, we observe the following
? Because the measurements for top temperature and top quality are disconnected, the top quality CV is removed (calculation 2)
? Consequently, the sub-controller is turned inactive (both top and bottom quality CVs are removed)
? Since the controller contains only one sub-controller, and that sub-controller is now inactive, the controller sheds to standby
Now examine the status at step 9 where the bottom temperature measurement is reconnected. We expect the bottom quality to not be removed. Subsequently, the sub-controller request status is active and the controller now is expected to switch back to optimize mode. The screenshot below confirms the expected behavior at step 9.
Take Home Message
The Calculation engine built into SMOCPro is a tool that can be used to run simple, as well as, elaborate user code. There are two types of calculations allowed: Pre-kernel and Post-kernel calculations. The pre-kernel calculations serve to modify the parameters entering the kernel before the controller execution. The post-kernel calculations may be used to record parameters and historize them. For a complete list of parameters and functions available to the user, please refer to the Calculations section of this User’s Guide.
2016.6.19
