西門子供應工控機代理商

西門子供應工控機代理商

PLC是什么意思？相信很多人處于大概知道是什么，但是又無法準確說出的階段，作為專注于為企業提供數據采集和設備控制解決方案的眾誠工業，今天和大家探討一下。

而眾誠工業還能根據用戶需求，設計PLC控制程序，為客戶提供PLC編程和上位機軟件的定制化開發技術服務，滿足用戶的多種需求，比如，自主研發的潔凈空調智能控制系統和通風排風智能控制系統就配置PLC，不僅具有報警和定時控制功能，還兼具可擴展性和兼容性，系統能被第三方系統集成。

以上PLC的基本介紹，相信大家對PLC也有一個初步的了解。PLC的型號、品牌不同，對應著其結構形式、性能、編程方式等等都有所差異，價格也各不相同，在挑選時候，建議先要明確自己的應用需求，比如具體的應用場景，希望實現的運動和控制功能，已經特殊的控制要求，這些將決定了PLC的選型和搭配組合。

簡單地說，PLC就是一種小型的計算機，和我們常用的計算機不同的是，PLC是設備之間通過數字信號進行互動，而我們常用的計算機，是人和計算機的互動。

控制是PLC的核心功能，其控制類型主要分為以下幾種1、開關量的開環控制。這是PLC*基本的控制功能，它能憑借其強大的邏輯運算能力，取代傳統繼電接觸器的控制系統；

2、數據采集與監控。這是PLC非常必要的功能，否則它將無法完成現場控制；

3、數字量智能控制。PLC具有實現接收和輸出高速脈沖的功能，近年來先進的PLC還開發了數字控制模塊和新型運動單元模塊，讓工程師更加輕松地通過PLC實現數字量控制；

4、PLC能通過模擬量采集和調節溫度、壓力、速度等參數。

正因為PLC功能強大，且具有設計方便、重量體積小、能耗低、改造工作量小、通用性強、維護方便等易學易用的特點，深受工程師的歡迎，因此應用非常廣泛，鋼鐵、石油、化工、紡織、交通、機械制造等等行業都能看到它的身影。

診斷錯誤中斷 OB 包含的啟動信息可幫助您確定事件發生原因是錯誤的出現還是清除所致，以及確定報告錯誤的設備和通道?？梢栽谠\斷錯誤中斷 OB 中編寫指令，以檢查這些啟動值 并采取適當的措施。 說明如果沒有未決診斷事件，診斷錯誤 OB 啟動信息會將子模塊作為一個整體來參考如果離去事件離開子模塊時無未決診斷，啟動信息將完全參考子模塊 (16#8000)，即使事件 源為特定通道也是如此。 表格 5-6診斷錯誤中斷 OB 的啟動信息 輸入 數據類型 描述 IOstate WORD 設備的 IO 狀態： ? 如果組態正確，則位 0 =1，如果組態不再正確，則 = 0。 ? 如果出現錯誤（如斷線），則位 4 = 1。（如果沒有錯誤， 則位 4 = 0。） ?如果組態不正確，則位 5 = 1，如果組態再次正確，則 = 0。 ? 如果發生了 I/O 訪問錯誤，則位 7 = 1。有關存在訪問錯誤的 I/O 的硬件標識符，請參見 LADDR。（如果沒有錯誤， 則位 6 = 0。） LADDR HW_ANY報告錯誤的設備或功能單元的硬件標識符 1 Channel UINT 通道號 MultiError BOOL 如果存在多個錯誤，參數值為TRUE 1 LADDR 輸入包含返回錯誤的設備或功能單元的硬件標識符。硬件標識符是在設備或網絡視圖 中插入組件時自動分配的，位于PLC 變量的系統常量中。還會自動為硬件標識符分配名稱。無 法更改 PLC 變量的“系統常量”(System constants)選項卡中的這些條目。 5.1.3.8 拔出或插入模塊 OB 當已組態和非禁用分布式 I/O模塊或子模塊（PROFIBUS、PROFINET、AS-i）生成插入或拔出模塊相關事件時，系統將執行“拔出或插入模塊”OB 拔出或插入模塊事件以下情況將產生拔出或插入模塊事件： ? 有人拔出或插入一個已組態的模塊 ? 擴展機架中實際并沒有所組態的模塊 ?擴展機架中的不兼容模塊與所組態的模塊不相符 ? 擴展機架中插入了與所組態模塊兼容的模塊，但組態不允許替換值 ?模塊或子模塊發生參數化錯誤 如果尚未對該 OB 進行編程，那么當已組態且未禁用的分布式 I/O 模塊以上任意情況時，CPU 都將保持在RUN 模式。 無論是否已對該 OB 進行編程，當中央機架中的模塊以上任意情況時，CPU 都將切換到 STOP 模式。 表格 5-7拔出或插入模塊 OB 的啟動信息 輸入 數據類型 說明 LADDR HW_IO 硬件標識符 Event_Class Byte16#38: 模塊已插入 16#29： 模塊已拔出 Fault_ID Byte 故障標識符 5.1.3.9 機架或站故障 OB 當CPU 檢測到分布式機架或站出現故障或發生通信丟失時，將執行“機架或站故障”OB。 機架或站故障事件 檢測到以下任一情況時，CPU將生成機架或站故障事件： ? DP 主站系統故障或 PROFINET IO 系統故障（進入或離開事件） ? DP 從站系統故障或 IO設備故障（進入或離開事件） ? PROFINET I 設備的某些子模塊發生故障如果尚未對該 OB進行編程，那么發生以上任意情況時，CPU 將保持在 RUN 模式。 表格 5-8 機架或站故障 OB 的啟動信息 輸入 數據類型 說明LADDR HW_IO 硬件標識符 Event_Class Byte 16#38：離開事件 16#39：進入事件 Fault_IDByte 故障標識符 5.1.3.10 時鐘 OB 時鐘 OB 根據所組態的時鐘時間條件執行。CPU 支持兩個時鐘 OB。 時鐘事件可將時鐘中斷事件組態為在某個指定的日期或時間發生一次，或者按照以下周期之一循環發 生： ? 每分鐘：每分鐘發生中斷。 ?每小時：每小時發生中斷。 ? 每天：在每天的指定時間（小時和分鐘）發生中斷。 ? 每周：在每周指定日期的指定時間（例如，每周二下午4:30）發生中斷。 ? 每月：在每月指定日期的指定時間發生中斷。日期編號必須介于 1 和 28 之間（包括 1 和 28）。 ?每個月末：在每個月*后一天的指定時間發生中斷。 ? 每年：在每年的指定日期（月和日）發生中斷。不能指定 2 月 29 日。 表格5-9 時鐘事件 OB 的啟動信息 輸入 數據類型 描述 CaughtUp Bool 已向前設置時間，因此滿足 OB 調用SecondTim e Bool 已向后設置時間，因此第二次啟動 OB 調用 如果 DPV1 或PNIO 從站觸發狀態中斷，則執行狀態 OB。如果 DPV1 或 PNIO 從站的組件（模 塊或機架）更改了其工作模式（例如由 RUN變為 STOP），則可能發生這種情況。 狀態事件 有關可觸發狀態中斷的事件的詳細信息，請參見 DPV1 或 PNIO從站的制造商文檔。 表格 5-10 狀態 OB 的啟動信息 輸入 數據類型 說明 LADDR HW_IO 硬件標識符 SlotUInt 插槽號 Specifier Word 報警說明符 5.1.3.12 更新 OB 如果 DPV1 或 PNIO從站觸發更新中斷，則執行更新 OB。 更新事件 有關可觸發更新中斷的事件的詳細信息，請參見 DPV1 或 PNIO 從站的制造商文檔。表格 5-11 更新 OB 的啟動信息 輸入 數據類型 說明 LADDR HW_IO 硬件標識符 Slot UInt 插槽號Specifier Word 報警說明符 5.1.3.13 配置文件 OB 如果 DPV1 或 PNIO從站觸發配置文件特定的中斷，則執行配置文件 O有關可觸發配置文件中斷的事件的詳細信息，請參見 DPV1 或 PNIO從站的制造商文檔。 表格 5-12 配置文件 OB 的啟動信息 輸入 數據類型 說明 LADDR HW_IO 硬件標識符 SlotUInt 插槽號 Specifier Word 報警說明符 5.1.3.14 MC 伺服和 MC 插補器 OB在創建運動工藝對象并將驅動器接口設置為“模擬驅動器接口”(Analog drive connection) 或“PROFIDrive”時，STEP 7 會自動創建只讀 MC 伺服和 MC 插補器 OB。用戶無需編輯任何 OB屬性，也無需直接創建此 OB。CPU 將這些 OB 用于閉環控制。有關更多詳細信息，請參見 STEP 7 信息系統。 5.1.****MC-PreServo 可以對 MC-PreServo OB 進行編程，使其包含程序邏輯：在 MC-Servo OB 執行前直接執行STEP 7 程序。 MC-PreServo 事件 MC-PreServo OB 使您可讀取所組態的應用周期信息（單位為 μs）。表格 5-13 MC-PreServo OB 的起始信息 輸入 數據類型 說明 Initial_Call BOOL TRUE 表示從STOP 轉為 RUN 的過程中首次調用該 OB PIP_Input BOOL TRUE 表示相關的過程映像輸入為*新值。PIP_Output BOOL TRUE 表示在*后一個周期后，CPU 將相關的過程映像輸出適 時傳送到輸出中。 IO_SystemUSINT 觸發中斷的分布式 I/O 系統的編號 Event_Count INT n：丟失的循環數-1：丟失的循環數未知（例如，由于更改了循環 輸入 數據類型 說明Synchronous BOOL 預留 CycleTime UDINT 顯示為 MC-Servo OB 組態的應用周期，單位為 μs5.1.3.16 MC-PostServo 可以對 MC-PreServo OB 進行編程，使其包含程序邏輯：在 MC-ServoOB 執行后直接執行 STEP 7 程序。 MC-PostServo 事件 MC-PreServo OB使您可讀取所組態的應用周期信息（單位為 μs）。 表格 5-14 MC-PostServo OB 的起始信息 輸入 數據類型 說明Initial_Call BOOL TRUE 表示從 STOP 轉為 RUN 的過程中首次調用該 OB PIP_Input BOOLTRUE 表示相關的過程映像輸入為*新值。 PIP_Output BOOL TRUE 表示在*后一個周期后，CPU將相關的過程映像輸出適 時傳送到輸出中。 IO_System USINT 觸發中斷的分布式 I/O 系統的編號 Event_CountINT n：丟失的循環數 -1：丟失的循環數未知（例如，由于更改了循環） Synchronous BOOL 預留 CycleTimeUDINT 顯示為 MC-Servo OB 組態的應用周期，單位為 μs 5.1.3.17 事件執行的優先級與排隊 事件控制著 CPU的執行。事件會觸發要執行的中斷 OB?？梢栽趬K的創建期間、設備配置期 間或使用 ATTACH 或 DETACH 指令指定事件的中斷OB。有些事件定期發生，例如，程序循 環或循環事件。而其它事件只發生一次，例如，啟動事件和延時事件。還有一些事件則在硬件觸發事件時發生，例如，輸入點上的沿事件或高速計數器事件。診斷錯誤和時間錯誤等事件只在出現錯誤時發生。事件優先級和隊列用于確定事件中斷 OB 的處理順序。 CPU 按照優先級順序處理事件，1 為*低優先級，26為*高優先級。可在 OB 屬性的屬性中 為 OB 分配優先級等級。不可中斷執行模式 OB (頁 72)按照其觸發事件的優先級順序執行。在 CPU 設備組態的啟動屬性 (頁 149)中，您 可以將 OB執行組態為可中斷或不可中斷。請注意，程序循環 OB 始終為可中斷，但可將其 它所有 OB 組態為可中斷或不可中斷。如果設置了可中斷模式，則在執行 OB 并且 OB 執行結束前發生了更高優先級的事件時，將 中斷正在運行的 OB，以允許更高優先級的事件OB 運行。運行更**別的事件直至結束后， 才會繼續執行之前中斷的 OB。如果執行可中斷 OB 時發生多個事件，CPU 將按照優先級順序處理這些事件。 如果未設置可中斷模式，則無論觸發的 OB 在運行期間是否觸發了其它任何事件，都將繼續 運行直至結束?？紤]以下兩種情況，其中中斷事件觸發循環 OB 和延時 OB。在這兩種情況中，延時 OB (OB 201)沒有過程映像分區分配(頁65)并且以優先級 4 執行。循環 OB (OB 200) 分配了 PIP1 過程映像分區并且以優先級 2執行。下圖顯示了不可中斷執行模式與可中斷執行模式下執行 OB 的區別