比較:S7-300 和 S7-1500 之間的通信資源是如何管理的?

SIMATIC 通信資源的管理依賴於控制器的類型。在使用 S7-300 時,必須尊重許多細節,然後才能確定可以連接配置的設備的最大數量。S7-1500 的通信管理有更簡單的規定。

S7-300 和 S7-1500 的連接資源

比較:S7-300 和 S7-1500 之間的通信資源是如何管理的?

1)其中包括 S7-300/S7-1500 的 web 通信連接,以及 S7-1500 的 OPC UA 連接。

2)S7 通信的 32 個資源中有 2 個預留給 PG/OP。此外,使用 S7-300 16 個連接,包括 OUC 和最多 80 個 web 通信連接。

3)在 246 個資源中,所有通信類型都被考慮在內,包括 OPC UA 和最大的 80 個 web 連接。

4)在 S7-300 中,OUC、S7 和 web 通信的資源是分開管理的。

對於 CPU,每個通信連接都需要一個連接資源作為連接期間的管理要素。每個 CPU 都有特定數量的連接資源,它們被不同的通信服務佔用 (PG/OP、S7 通信、OUC)。

  • 使用 S7-300,CPU 確定合理的連接資源的數量。連接的最大資源數量可以通過添加的 CP 進行擴展。在 S7/OP 通信中,CP 在 S7-300 CPU 中佔用資源。在 CPU 中,多路複用資源被一個 CP 佔用。如果沒有多路複用,連接將從 CPU 配額中 1:1 獲得。PG 連接總是佔用 CPU 中的一個資源。
  • 使用 S7-1500,CPU 為完整的自動化系統定義了有效的連接資源的上限。CPU 本身貢獻了這些連接資源的一部分。更多的資源來自 CP 和 CM。無論添加的 CP 和 CM 的數量如何,連接資源的總數量不能超過 CPU 類型設置的上限。

這三個示例基於 CPU 317-2 PN/DP (訂貨號:6ES7317-2EK14-0AB0) 和 CPU 1516-3 PN/DP (訂貨號:6ES7516-3AN01-0AB0)。

示例 1: 用 S7-300 組態連接

比較:S7-300 和 S7-1500 之間的通信資源是如何管理的?

圖 1

1) 和CP2 的 S7 連接

2) 和CP1 的 OUC (開放的用戶通信)

3) PROFINET 連接

4) HMI 連接

當通信服務登錄時,CPU 連接資源按時間順序保留。

為了避免對通信資源的佔用,僅按時間順序對各種通信服務進行管理,對於某些服務,可以選擇保留連接資源。

S7 和 OP 連接使用多路複用模式共享連接資源,這就是為什麼圖 1 中的 CP2 的 3 個 S7 連接在表中沒有顯示出來的原因。對於 PG 連接,總是需要一個資源。當通過 CP 創建 S7 連接時,可以自動啟用多路複用。

示例 1 顯示了創建連接所需的可用資源和所需的資源。

  • 通過CPU,可以配置最多 16 個 S7 連接。其他 16 個資源是為其他通信類型提供的,但並不是真正保留的。
  • 另外,通過兩個 CP,每個可以配置 16 個 S7 連接。
  • 一個資源被 HMI 通信佔用。
  • 在 CP1 中,有 4 個資源被用於 OUC。
比較:S7-300 和 S7-1500 之間的通信資源是如何管理的?

使用通信指令 "AG_SEND" 和 "AG_RCV",可以在 CP 和一個已組態的連接之間進行數據傳輸。在這裡,通過背板總線可以最多有 16 個連接。

示例 2: 和S7-300 組態連接和非組態連接

比較:S7-300 和 S7-1500 之間的通信資源是如何管理的?

圖. 2

1)和CP2 非組態的 S7 連接

2)和CP1 組態的 S7 連接

3)PROFINET 連接

示例 2 表中顯示了創建連接所需的可用資源和所需的資源。

  • 通過 CPU,可以配置最多 16 個 S7 連接。其他 16 個資源是為更多的通信類型提供的,但並不是真正保留的。
  • 通過兩個 CP,每個可以配置 16 個 S7 連接。
  • 使用 CP1,為 S7 通信佔用了 3 個資源。
比較:S7-300 和 S7-1500 之間的通信資源是如何管理的?

示例 3: 和S7-1500 組態,非組態和程序化連接

連接資源的佔用時間取決於連接的設置方式。在 CPU 中佔用一個連接資源

  • 一旦在 STEP 7 (TIA Portal) 軟件中將 PG 在線與一個 CPU 連接起來。
  • 只要在瀏覽器中打開 CPU 的 web 服務器。
  • 只要在 OPC UA 服務器的 CPU 和 OPC UA 客戶端之間有一個會話 (無組態的連接)。
  • 只要在 CPU 的用戶程序中調用建立連接 (TSEND_C/TRCV_C 或 TCON) 的指令,或者通過這些塊 (編程的連接) 建立連接。

如果已經在 STEP7(TIA Portal) 中組態了一個連接,那麼當硬件組態被下載到 CPU 時,連接資源就會被佔用。在使用組態的連接進行數據傳輸之後,連接不會斷開。連接資源仍然被永久佔用。要再次釋放連接資源,您必須刪除 STEP7(TIA Portal) 中的組態連接,並將修改後的組態下載到 CPU 中。

下面的網絡包括兩個子網 "PN/IE_1" (用 CPU 1516-3 PN/DP) 和 "PN/IE_2" (用 CM 1542_1) 和它們組態的 S7 連接。在子網 "PN/IE_1" 中組態了兩個 HMI 連接。

比較:S7-300 和 S7-1500 之間的通信資源是如何管理的?

圖. 3

在 CPU 1516-3 PN/DP 的 “屬性” 中,在 “連接資源” 下的區域導航中,將顯示 CPU 的保留和可用的連接資源。

特定站的連接資源的列提供關於該站的保留和動態連接資源的信息。

  • 多達 256 個特定的連接資源可供自動化系統使用:
  • 10 個保留的連接資源仍然可用。
  • 182 個動態連接資源,其中 169 個仍然可用。已有13 個資源用於 S7 的通信。

特定模塊的連接資源的列提供了關於在一個自動化系統中的 CPU、CP 和 CM如何佔用資源的信息。

  • CPU 提供最多 128 個連接資源。
  • 這些資源中有 6 個已經用於 S7 通信,還有 122 個仍然可用。
  • CM 提供了 64 個資源,其中 7 個已經使用了。

還顯示了用於 PG、HMI 和 web 服務器通信的預留連接資源。不管有多少其他通信服務已經佔用了連接資源,與 PG 之間的在線連接總是可能的。

比較:S7-300 和 S7-1500 之間的通信資源是如何管理的?

圖 4

連接資源的最大數量和預留連接資源的數量之間的區別是動態連接資源的最大數量。以下通信服務包含在動態連接資源的數量中:

  • PG 通信
  • HMI 通信
  • S7 通信
  • 開放的用戶通信
  • Web 通信
  • 其他通信 (OPCUA, 例如)


分享到:


相關文章: