西門子CPU模塊6ES7214-1AG40-0XB0銷售

隨著社會(huì)的發(fā)展，生產(chǎn)控制和探測計(jì)量等領(lǐng)域?qū)鹊囊笤絹碓礁?，精度也已成為傳感器的一?xiàng)重要參數(shù)。華為市場負(fù)責(zé)人、江蘇金恒總監(jiān)章紅波、上海市工商聯(lián)五金機(jī)電商會(huì)會(huì)長胡成平、閩鎮(zhèn)紙業(yè)，龍馬實(shí)業(yè)戴虎等人分別做了主題演講并參與對(duì)話，要知道，設(shè)立目標(biāo)和建立行業(yè)規(guī)范并不難，關(guān)鍵在于落實(shí)，政策頂層設(shè)計(jì)終需要靠企業(yè)腳踏實(shí)地攻關(guān)。市場上的中高端傳感器進(jìn)口占比達(dá)80%，數(shù)字化、智能化、微型化產(chǎn)品嚴(yán)重欠缺。參會(huì)代表隨著協(xié)會(huì)脫鉤工作的基本完成，明年協(xié)會(huì)將步入社會(huì)化自主發(fā)展軌道，如何適應(yīng)新的要求和市場化以及如何在復(fù)雜困難的形勢下做好行業(yè)工作，

5.1用戶程序的執(zhí)行
5.1.3.5 硬件中斷OB
硬件中斷OB在發(fā)生相關(guān)硬件事件時(shí)執(zhí)行。硬件中斷OB
將中斷正常的循環(huán)程序執(zhí)行來響應(yīng)硬件事件。
硬件中斷事件
硬件發(fā)生變化時(shí)將觸發(fā)硬件中斷事件，例如輸入點(diǎn)上的上升沿/下降沿事件或者
HSC (High Speed Counter，高速計(jì)數(shù)器）事件。S7-1200
支持為每個(gè)硬件中斷事件使用一個(gè)中斷
OB?？稍谠O(shè)備組態(tài)中啟用硬件事件，并在設(shè)備組態(tài)中為事件分配
OB，也可在用戶程序中通過ATTACH指令進(jìn)行分配。CPU
支持多個(gè)硬件中斷事件。具體的可用事件由CPU型號(hào)和輸入點(diǎn)數(shù)決定。
硬件中斷事件數(shù)具有以下：
沿：
?上升沿事件：多16條
?下降沿事件：多16條
HSC事件：
? CV=PV:多6個(gè)
?方向更改：多6條
?外部復(fù)位：多6條
表格5- 5 硬件中斷OB的啟動(dòng)信息
輸入 數(shù)據(jù)類型 說明
LADDR HW_IO 觸發(fā)硬件中斷的模塊的硬件標(biāo)識(shí)符。
USI WORD 用戶結(jié)構(gòu)標(biāo)識(shí)符（16#0001至 16#FFFF)，保留供以后使用
丨Channel USINT 觸發(fā)中斷的通道的編號(hào)
EventType BYTE 與觸發(fā)中斷的事件相關(guān)的模塊特定事件類型的標(biāo)識(shí)符，例 如下降沿或上升沿。
S7-1200可編程控制器
手冊,V4.2, 09/2016, A5E02486685-AK
101
PLC概念__
5.1用戶程序的執(zhí)行
EventType中的位取決于如下觸發(fā)模塊:
模塊/子模塊 值 事件
CPU 或 SB 的 板載I/O 16#0 上升沿
 16#1 下降沿
HSC 16#0 HSC CV=RV1
 16#1 HSC方向己更改
 16#2 HSC復(fù)位
 16#3 HSC CV=RV2
5.1.3.6 時(shí)間錯(cuò)誤中斷OB
如己組態(tài)，那么當(dāng)掃描周期超過周期時(shí)間或發(fā)生時(shí)間錯(cuò)誤事件時(shí)，將執(zhí)行時(shí)間錯(cuò)誤中
斷OB (OB 80)。如己觸發(fā)，錯(cuò)誤中斷將中斷正常的循環(huán)程序執(zhí)行或其它任何事件OB。
發(fā)生任何上述事件都將生成一個(gè)描述相應(yīng)事件的診斷緩沖區(qū)條目。
無論是否存在時(shí)間錯(cuò)誤中斷OB，都將生成診斷緩沖區(qū)條目。
時(shí)間錯(cuò)誤中斷事件
出現(xiàn)幾種不同時(shí)間錯(cuò)誤情況中的任何一種都會(huì)引起時(shí)間錯(cuò)誤事件：
?掃描周期超過周期時(shí)間
如果程序循環(huán)在的掃描周期時(shí)間內(nèi)未完成，就會(huì)出現(xiàn)“超出周期時(shí)間"這種
情況。有關(guān)周期時(shí)間情況、如何在CPU
屬性中組態(tài)掃描周期時(shí)間以及如何復(fù)位循環(huán)定時(shí)器的更多信息，請(qǐng)參見“S7-1200
手冊中的周期時(shí)間（頁117)"部分。
?由于在CPU結(jié)束執(zhí)行次中斷OB前又啟動(dòng)了第二次中斷（循環(huán)或延時(shí)），因此
CPU無法啟動(dòng)所請(qǐng)求的OB。
?發(fā)生隊(duì)列溢出
如果中斷的出現(xiàn)超過CPU的處理，就會(huì)出現(xiàn)“發(fā)生隊(duì)列溢出"這種情況。CPU
通過不同的隊(duì)列對(duì)各種事件類型的未決（排隊(duì)的）事件數(shù)量加以。
如果相應(yīng)隊(duì)列己滿時(shí)發(fā)生某一事件，那么CPU將生成一個(gè)時(shí)間錯(cuò)誤事件。
102
S7-1200可編程控制器
手冊,V4.2, 09/2016, A5E02486685-AK
PLC概念
5.1用戶程序的執(zhí)行
所有時(shí)間錯(cuò)誤事件都會(huì)觸發(fā)時(shí)間錯(cuò)誤中斷OB(如果存在）的執(zhí)行。如果時(shí)間錯(cuò)誤中斷
OB不存在，那么CPU的設(shè)備組態(tài)將決定CPU對(duì)時(shí)間錯(cuò)誤做出何種反應(yīng)：
?默認(rèn)時(shí)間錯(cuò)誤（如在CPU完成個(gè)循環(huán)中斷前開始第二個(gè)循環(huán)中斷）組態(tài)是CPU
保持RUN。
?針對(duì)超出時(shí)間的默認(rèn)組態(tài)是CPU切換為STOP。
通過執(zhí)行RE_TRIGR指令
(頁339)重啟周期時(shí)間，用戶程序可將程序循環(huán)執(zhí)行時(shí)間多為所組態(tài)周期
時(shí)間的十倍。
但是，如果在同一程序循環(huán)中出現(xiàn)兩次“超出周期時(shí)間"情況且沒有復(fù)位循環(huán)定時(shí)器，
則無論時(shí)間錯(cuò)誤中斷OB是否存在，CPU都將切換到STOP。請(qǐng)參見“S7-1200
手冊中的循環(huán)時(shí)間（頁117)"部分。
時(shí)間錯(cuò)誤中斷OB包含的啟動(dòng)信息可幫助您確定生成時(shí)間錯(cuò)誤的事件和OB?？梢栽贠B
中編寫指令，以檢查這些啟動(dòng)值并采取適當(dāng)?shù)拇胧?br />表格5- 6 時(shí)間錯(cuò)誤OB (OB 80)的啟動(dòng)信息
輸入 數(shù)據(jù)類型 說明
fault_id BYTE 16#01 -超出循環(huán)時(shí)間 16#02 -請(qǐng)求的OB無法啟動(dòng) 16#07和16#09 -發(fā)生隊(duì)列溢出
csg_OBnr OB_ANY 出錯(cuò)時(shí)正在執(zhí)行的OB的編號(hào)
csg_prio UINT 錯(cuò)誤的OB的優(yōu)先級(jí)
要在項(xiàng)目中包括時(shí)間錯(cuò)誤中斷OB，請(qǐng)?jiān)跇湫谓Y(jié)構(gòu)的“程序塊"(Program blocks)
下雙擊“添加新塊"(Add new block)，然后依次選擇“組織塊"(Organization
block)、“時(shí)間錯(cuò)誤中斷"(Time error interrupt)，將時(shí)間錯(cuò)誤中斷添加到項(xiàng)目中。
新的V4.0 CPU的優(yōu)先級(jí)為22。如果用V4.0 CPU更換V3.0 CPU
(頁1799)，則優(yōu)先級(jí)為26,該優(yōu)先級(jí)對(duì)V3.0
有效。在任一情況下，優(yōu)先級(jí)字段均可編輯，您可以將優(yōu)先級(jí)設(shè)為22到26
范圍內(nèi)的任意值。
S7-1200可編程控制器
手冊,V4.2, 09/2016, A5E02486685-AK
103
PLC概念__
5.1用戶程序的執(zhí)行
5.1.3.7 診斷錯(cuò)誤中斷OB
當(dāng)CPU
檢測到診斷錯(cuò)誤，或者具有診斷功能的模塊發(fā)現(xiàn)錯(cuò)誤且為該模塊啟用了診斷錯(cuò)誤中斷時(shí)，
將執(zhí)行診斷錯(cuò)誤中斷OB。診斷錯(cuò)誤中斷OB將中斷正常的循環(huán)程序執(zhí)行。如果希望CPU
在收到診斷錯(cuò)誤后STOP，可在診斷錯(cuò)誤中斷OB中包含一個(gè)STP指令，以使
CPUSTOP。
如果未在程序中包含診斷錯(cuò)誤中斷OB，CPU將忽略此類錯(cuò)誤并保持RUN。
診斷錯(cuò)誤事件
模擬（本地）、PROFINET、PROFIBUS
和其它一些數(shù)字（本地）設(shè)備都能夠檢測并報(bào)告診斷錯(cuò)誤。發(fā)生或幾種不同診斷錯(cuò)誤
情況中的任何一種都會(huì)引起診斷錯(cuò)誤事件。所支持的診斷錯(cuò)誤有以下幾種：
?無用戶電源
?超出上限
?超出下限
?斷路
?短路
如果存在診斷錯(cuò)誤中斷OB (OB
82)，那么診斷錯(cuò)誤事件將觸發(fā)中斷執(zhí)行。如果不存在，CPU將忽略該錯(cuò)誤。
要在項(xiàng)目中包括診斷錯(cuò)誤中斷OB，請(qǐng)?jiān)跇湫谓Y(jié)構(gòu)的“程序塊"(Program blocks)
下雙擊“添加新塊"(Add new block)，然后依次選擇“組織塊"(Organization
block)、“診斷錯(cuò)誤中斷"(Diagnostic error interrupt)，將診斷錯(cuò)誤中斷添加到項(xiàng)目中。
說明
多通道本地模擬設(shè)備（I/O、RTD和熱電偶）的診斷錯(cuò)誤
診斷錯(cuò)誤中斷OB —次只能處理一個(gè)通道的診斷錯(cuò)誤。
如果多通道設(shè)備的兩個(gè)通道出現(xiàn)錯(cuò)誤，則第二個(gè)錯(cuò)誤只會(huì)在以下情況下觸發(fā)診斷錯(cuò)誤中斷
OB:個(gè)通道錯(cuò)誤己，由個(gè)錯(cuò)誤觸發(fā)的診斷錯(cuò)誤中斷OB
己執(zhí)行完畢，并且第二個(gè)錯(cuò)誤仍然存在。
104
S7-1200可編程控制器
手冊,V4.2, 09/2016, A5E02486685-AK
PLC概念
5.1用戶程序的執(zhí)行
診斷錯(cuò)誤中斷OB
包含的啟動(dòng)信息可幫助您確定事件發(fā)生原因是錯(cuò)誤的出現(xiàn)還是所致，以及確定報(bào)告錯(cuò)
誤的設(shè)備和通道?？梢栽谠\斷錯(cuò)誤中斷OB
中編寫指令，以檢查這些啟動(dòng)值并采取適當(dāng)?shù)拇胧?br />說明
如果沒有未決診斷事件，診斷錯(cuò)誤0B啟動(dòng)信息會(huì)將子模塊作為一個(gè)整體來參考
在V3.0中，診斷錯(cuò)誤離去事件的啟動(dòng)信息始終指示事件源。在V4.0
中，如果離去事件離開子模塊時(shí)無未決診斷，啟動(dòng)信息將*參考子模塊
(16#8000)，即使事件源為特定通道。
例如，如果斷路觸發(fā)了通道2
上的診斷錯(cuò)誤事件，糾正故障后診斷錯(cuò)誤事件，啟動(dòng)信息將不參考通道
2,而是參考子模塊（16#8000)。
表格5- 7 診斷錯(cuò)誤中斷OB的啟動(dòng)信息
輸入 數(shù)據(jù)類型 說明
IOstate WORD 設(shè)備的IO狀態(tài)： ?如果組態(tài)正確，則位0 = 1，如果組態(tài)不再正確，則 = 0。 ?如果出現(xiàn)錯(cuò)誤（如斷線），則位4 = 1。（如果沒有錯(cuò)誤，則位4 = 0。） ?如果組態(tài)不正確，則位5 = 1，如果組態(tài)再次正確，則 = 0。 ?如果發(fā)生了丨/O訪問錯(cuò)誤，則位7 = 1。有關(guān)存在訪問錯(cuò)誤的I/O的硬件標(biāo)識(shí)符，請(qǐng)參見 LADDR。（如果沒有錯(cuò)誤，則位6 = 0。）
LADDR HW_ANY 報(bào)告錯(cuò)誤的設(shè)備或功能單元的硬件標(biāo)識(shí)符1
Channel UINT 通道號(hào)
MultiError BOOL 如果存在多個(gè)錯(cuò)誤，參數(shù)值為TRUE
1 LADDR
輸入包含返回錯(cuò)誤的設(shè)備或功能單元的硬件標(biāo)識(shí)符。硬件標(biāo)識(shí)符是在設(shè)備或網(wǎng)絡(luò)視圖中插
入組件時(shí)自動(dòng)分配的，它出現(xiàn)在PLC變量的“常量"(Constants)
選項(xiàng)卡中。還會(huì)自動(dòng)為硬件標(biāo)識(shí)符分配名稱。不能更改這些PLC
變量的“常量"(Constants)選項(xiàng)卡中的條目。

下一篇：西門子CPU模塊6ES7214-1AG40-0XB0調(diào)試