西門子存儲卡6ES7953-8LP31-0AA0

西門子S7-300PLC的邏輯“與”操作指令及示例

當所有的輸入信號都為“1”，則輸出為“1”；只要輸入信號有一個不為“1”，則輸出為“0”。

例3.1.1：功能圖（FBD）語言如下：

梯形圖（LAD）語言如下：

語句表（STL）語言如下：

                      A   I 0.0

                      A   I 0.1

                      =   Q 4.0

只要有一個輸入信號為“1”，則輸出為“1”；所有輸入信號都為“0”，輸出才為“0”。

例3.1.2：功能圖（FBD）語言如下：

當輸入信號I 0.0 和 I 0.1有一個以上為“1”時，輸出信號Q 4.0為“1”。當輸入信號I 0.0 和 I 0.1都為“0”時，輸出信號Q 4.0 才為“0”。

梯形圖（LAD）語言如下：

語句表（STL）語言如下：

                      O   I 0.0

                      O   I 0.1

                              =   Q 4.0

當兩個輸入信號其中一個為“1”而另一個為“0”時，輸出信號為“1”；當兩個輸入信號都為“0”或者都為“1”時，輸出信號為“0”。

例3.1.3：功能圖（FBD）語言如下：

當輸入信號I 0.0 為“1”而 I 0.2為“0”或者I 0.0 為“0”而 I 0.2為“1”時，輸出信號Q3.1 為“1”。當輸入信號I 0.0 和 I 0.2都為“0”或者I 0.0 和 I 0.2都為“1”時，輸出信號Q 3.1為“0”。

梯形圖（LAD）語言如下：

語句表（STL）語言如下：

                    X   I 0.0

                    X   I 0.2

                             =   Q 3.1

@
西門子S7-300PLC的邏輯取反操作及示例

邏輯取反操作對邏輯運算結果RLO取反。

功能圖（FBD）符號：

M 0.0的緩存器中存放著I 1.0和I 1.1相與后取反的結果；

M 1.1的緩存器中存放著I 1.2和I 1.3相與后取反的結果；

M 2.2的緩存器中存放著I 1.4的邏輯運算結果；

M 3.3的緩存器中存放上述整個邏輯運算的結果。

例3.1.6

M 0.0的緩存器中存放著I 1.0和I 1.1相與的結果；

M 1.1的緩存器中存放著I 1.0、I 1.1、I 1.2和I 1.3四個輸入信號相與后取反的結果；

M 2.2的緩存器中存放著整個邏輯運算的結果。

@
西門子S7-300PLC的置位/復位指令及示例

置位/復位指令根據RLO的值，來決定被尋址位的信號狀態是否需要改變。若RLO的值為1，被尋址位的信號狀態被置1或清0；若RLO是0，則被尋址位的信號保持原狀態不變。對于置位操作，一旦RLO為1，則被尋址信號（輸出信號）狀態置1，即使RLO又變為0,輸出仍保持為1；對于復位操作，一旦RLO為1，則被尋址信號（輸出信號）狀態置0，即使RLO又變為0，輸出仍保持為0。

語句表STL表示的置位/復位指令

l        R   Reset          復位指令

l        S   Set            置位指令

梯形圖LAD表示的置位/復位指令

l        ---( S ) Set Coil       線圈置位指令

l        ---( R ) Reset Coil     線圈復位指令

l        SR  Set-Reset Flip Flop   復位優先型SR雙穩態觸發器指令

l        RS  Reset-Set Flip Flop   置位優先型RS雙穩態觸發器指令

S7-1200每執行一次這條指令，在診斷緩沖區產生一條錯誤記錄，同時ERR LED閃爍，直到 ”Tag_1”復位。

　　S7-1200每執行一次這條指令，在診斷緩沖區產生一條錯誤記錄，同時ERR LED閃爍，直到 ”Tag_1”復位。

　　圖3-3

　　在發生錯誤指令的下面執行GET_ERROR:

　　在發生錯誤指令的下面執行GET_ERROR:

　　圖3-4

　　錯誤仍然存在，但CPU不報錯，診斷緩沖區也不會產生任何相關錯誤記錄。

　　錯誤仍然存在，但CPU不報錯，診斷緩沖區也不會產生任何相關錯誤記錄。

　　3．2 GET_ERROR對S7-1500同步錯誤處理的影響

　　與S7-1200比較，因為S7-1500支持兩個同步錯誤處理組織塊OB121,OB122，GET_ERROR對S7-1500的同步錯誤處理的影響還要考慮對OB121,OB122的影響

為保證系統穩定運行，系統CPU應避免長時間滿負荷運作，應用程序CPU占用不宜過高。客戶需要在調試階段監測應用程序各個進程線程占用情況，對占用過高的進程線程進行優化。因CE自身不帶進程線程系統占用查看工具，我們增加了AppHelper助手工具方便客戶使用。

　　在之前的技術文章《CE應用程序助手簡介》中簡單介紹過英創AppHelper應用程序助手，本文將詳細介紹AppHelper的使用方法。

　　AppHelper查看方法

　　客戶在自制底板上只要引出了網絡，USBOTG，DEBUG調試串口，或板子其它串口任意之一便可以查看AppHelper信息。

　　網絡方式

　　通過telnet登錄上板子，運行命令sysinfo，即可獲得AppHelper打印的進程線程信息。

　　telnet模式打印示例圖

　　USBOTG方式

　　使用AHC工具（使用方法見本文下一節）配置AppHelper輸出為COM1。連接上板子USBOTG口，板子將以虛擬串口形式被PC識別。使用任意串口工具向該串口輸出任意三個字符（任意波特率），即可獲得AppHelper打印的進程線程信息。

　　USBOTG，DEBUG及其它串口打印示例圖