ABB AC 900F學習筆記117:Freelance_Engineering_Process_Stations-23
繼續學習
6.2 Task behavior in the event of an error
錯誤事件中的任務行為
上圖中單詞簡單,就不翻譯了
6.2.1Resource behavior in the event of an unrecoverable task error
在不可恢復錯誤中的資源行為
With the task behavior in the event of an error described above, priority is placed onstation availability as only the error-producing task changes over to the notexecutable status in the case of unrecoverable errors (or with recoverable errors anddeactivated error handling). The output values of the programs processed by thistask maintain the last value. All other tasks that are not affected by the errorcontinue program processing and update the outputs assigned to them.
對於上面描述的錯誤事件中的任務行為,優先順序置於站點可用性之上,因為在不可恢復錯誤的情況下,只有產生錯誤的任務更改為不可執行狀態(或使用可恢復錯誤和未啟用的錯誤處理)。由該任務處理的程式的輸出值保持最後的值。其他不受此錯誤影響的任務繼續執行,並更新分配給他們的輸出。
If additional error handling is necessary to ensure proper functioning of the plantand the use of the error task will not be sufficient for this purpose, the behavior ofthe complete station can be configured for this type of error. See the EngineeringManual, System configuration, Project tree, Configuration of the projectelements, Process station.
如果為確保裝置的正常運轉而增加額外的錯誤處理,使用錯誤任務將不足以達到此目的,則可以為這種型別的錯誤配置整個工作站的行為。參閱工程手冊,系統配置,專案樹,專案單元配置,過程站。
With strong interdependencies between the programs of the individual tasks, forexample, continuous processing of non-affected tasks could lead to the calculationof inconsistent values that are transmitted via the remaining station output channelsto the process.
各任務之間的程式有很強的相關性。舉個例子,對未受影響的任務繼續處理,可能導致計算出不一致的數值,這些數值通過剩餘站的輸出通道輸出到工藝流程中去。
In these cases, the complete station can be set to “Safety state” instead of handlingonly the error-producing task as an isolated problem.
這種情況下,可以將整個站設定為安全狀態,而不是將產生錯誤的任務作為鼓勵的問題來處理。
Stop of the station in safety state
停止站的安全狀態
In “Safety state”, the controller stops program processing and the outputs of the I/Omodules assume the configured safety values (this applies to all I/O and fieldbusmodules). A “Fatal Error on Task...” entry in the controller logfile indicates such anerror.
在安全狀態下,控制器停止程式處理,IO模板輸出假定的安全值(這適用於所有I/O和現場匯流排模組)。控制器日誌上的“任務致命錯誤”顯示此錯誤。
Depending on the process requirements, the safety values can be configured to“Hold the last value” or to a particular value/status. The output channels of fielddevices feature manufacturer-specific safety values.
根據流程需求,可以將安全值配置為“保留最後的數值”或者特定的數值/狀態。現場裝置輸出通道具備製造商特定的安全值。
If the change to safety state is configured, it can be defined whether the stationremains in this status or is automatically rebooted after having been reset. (Duringprocess station configuration, select Stop in safety state or Reset resource in theproject tree.)
如果配置了轉換為安全狀態,則可以定義站是否保持在此狀態或者在復位後後自動重啟。(配置過程站時,在專案樹中選擇“安全狀態下停止”或“重置資源”。)
It may be necessary to maintain the safety state in order to perform additionalmeasures aimed at ensuring the proper functioning of the plant or for error analysis.In this case, the station must be reset manually.
可能需要維持安全狀態,以便執行旨在確保裝置正常執行或進行錯誤分析的附加措施。在此情況下,站必須手動復位。
If rebooting is configured, the station starts after 10 seconds and performs a coldstart or an initialization.
如果配置了重啟,如果配置了重新啟動,則工作站將在10秒後啟動,並執行冷啟動或初始化。
Booting in safety state
安全狀態下重啟
Depending on the type of error, the station is rebooted by a cold start or initialized.With a station stopped in safety state, the different rebooting processes areperformed in both modes, i.e. automatic booting and manual station reset.
依據錯誤型別,站冷啟動或者初始化重啟。當站停止在安全狀態時,在兩種模式下執行不同的重啟過程。也即自動重啟和手動站復位。
Error types resulting in cold start rebooting:
導致冷啟動的錯誤型別:
- Arithmetic error with automatic error handling being disabled
- 禁用錯誤自動處理的算術錯誤。
- Program execution error (the valid field index range of an ST program is violated)
- 程式執行錯誤(違反ST程式有效欄位的索引範圍)
- Operator intervention, such as
- 操作員干預,比如:
–a task is at the debugger break point, a stop command is sent to the station and the warning dialog is omitted.
-當任務處於偵錯程式斷點時,將向工作站傳送停止命令,並省略警告對話方塊。
–a tasks program requires an extremely long computing time (or is in an “endless loop“), a stop command is sent to the station and the warning dialog is omitted.
- 一個任務程式需要一個超長計算時間(或者處於“無休止的迴圈”),將向工作站傳送停止命令,並省略警告對話方塊。
These error conditions will not occur after a cold start; this is why the station isstarted with a cold start.
這些錯誤條件在冷啟動後不會出現。這就是為什麼冷啟動。
Error types resulting in rebooting with initialization:
導致初始化重啟的錯誤型別
- Operator interventions that lead to an undefined loading sequence, e.g. isolated loading of individual object
- 導致未定義序列載入的操作員干預,比如單個物件的獨立載入。
- Program structure error
- 程式結構錯誤
Errors that affect the structure of the user program are not eliminated by a cold startand will occur again: this is why the station and thus the user program areinitialized. The initialization involves complete canceling of the user program. Inthis case, the user must reload the configuration.
影響使用者程式結構的錯誤不能通過冷啟動消除,且還會再次發生。這就是站點和使用者程式初始化的原因。初始化包括完全取消使用者程式,在此情況下,使用者必須完全載入配置。
A station in safety state is no longer connected by the system bus and cannot be accessed in Freelance Engineering. 站處於安全狀態時不再與系統匯流排連線,且不能通過freelance工程師站連線。 The reboot procedure (cold start or initialization) is displayed at the station by the Error and Run/Stop status LEDs. 重啟程式(冷啟動或者初始化)通過錯誤和執行/停止狀態等在站顯示。 If not automatic reboot from safety state is configured, the station can only be reset manually. 如果不是配置從安全狀態重啟,站只能手動重置。 |
Tasks without lower-level user programs can be loaded. However, these tasks are unable to initiate execution of a program. If such a task is started despite this fact, it changes to the running status. 可以載入沒有下一級使用者程式的任務。這些任務不能啟動程式執行。如果在此狀態啟動任務, 變成執行狀態。 The task will not assume the not executable status, which implies that tasks without user program cannot cause the safety state. 任務不會假定不可執行狀態,這意味著沒有使用者程式的任務不能導致安全狀態。 |
Unrecoverable errors are errors in configuration, for example division by zero. Inthis case the task, and in particular the program, should be checked. 不可恢復錯誤是配置中的錯誤,比如,除以0。在此情況下,應該檢查任務,特別是程式。 |