在 TIA Portal V12 中為S7-1200/S7-1500 CPU 添加一個 DB 塊時，其缺省屬性為優(yōu)化的 DB ，優(yōu)化的 DB 塊與標準的 DB 塊整體對比如下表 01 所示：

	標準 DB	優(yōu)化 DB
數(shù)據(jù)管理	取決于變量的生明。用戶可以生成用戶定義或一個內(nèi)存優(yōu)化的數(shù)據(jù)結構。	數(shù)據(jù)被系統(tǒng)管理和優(yōu)化。用戶可以生成用戶定義的數(shù)據(jù)結構，系統(tǒng)進行優(yōu)化以節(jié)省內(nèi)存的空間。
存儲方式	每個變量的存儲地址在 DB 塊中每個變量的偏移地址可見	每個變量的存儲地址由 CPU 自動分配，無偏移地址。
訪問方式	可通過符號地址、絕對地址以及指針方式尋址	僅可通過符號地址訪問
下載無需初始化功能	不支持	支持（僅 S7-1500）
訪問速度	慢	快
數(shù)據(jù)保持性	以整個 DB 塊為單位設置保持性	DB 塊內(nèi)的每個變量均可單獨設置保持性
兼容性	與 S7-300/400 PLC 兼容	與 S7-300/400 PLC 不兼容
出錯幾率	絕對地址訪問 (例如 HMI 或間接尋址 )，聲明修改后可能導致數(shù)據(jù)的不一致。	缺省為符號訪問，不會造成數(shù)據(jù)的不一致，例如 HMI 只與符號名稱對應。

表 01.

S7-300/S7-400 與 S7-1200 以及 S7-1500 DB 參數(shù)的對比如下表 02 所示：

	S7-300/S7-400	S7-1200	S7-1500
DB 的最大容量	64 KB	64 KB	標準 DB 64KB，優(yōu)化 DB 最大 16 M。
DB 的最大塊號	16000	65535
DB 塊類型	標準 DB	優(yōu)化 DB、標準 DB（取決于DB塊的屬性）

 

表 02.
可通過修改 DB 塊的屬性將 DB 塊修改為標準 DB 塊或優(yōu)化的 DB 塊，如下圖 01 所示：

圖 01. 
如 DB 塊屬性為標準 DB 塊，該 DB 塊內(nèi)變量的偏移地址（offset）被編譯后會出現(xiàn)，標準 DB 塊與優(yōu)化的 DB 塊對比如下圖 02 所示：

圖 02. 

S7-1200 CPU中，標準 DB 塊與優(yōu)化的 DB 塊在 PLC 中按照下圖 03 方式存儲。

圖 03. 
S7-1500 CPU中，標準 DB 塊與優(yōu)化的 DB 塊在 PLC 中按照下圖 04 方式存儲。

圖 04.

在 S7-1500 CPU 中，相比于標準的 DB 塊，優(yōu)化的 DB 塊提供更快的訪問速度，其根本原因與 CPU 的編碼方式有關，如下圖 05 所示：

圖 05. 

與標準的 DB 塊相比，優(yōu)化的 DB 塊有以下優(yōu)勢：

• 提供更快的訪問速度；
• 以符號尋址，編程者無需考慮 DB 塊中每個變量存儲的具體地址，每個變量在 CPU 中存儲的位置由 PLC 的系統(tǒng)自動進行分配；
• CPU 與 HMI （如 Panel）連接時，由于優(yōu)化的 DB 是靠符號尋址，所以當 PLC 變量連接到 HMI 后，PLC 側對變量做的修改，HMI 無需重新下載；
• 對 DB 塊內(nèi)的任意位置對變量進行添加及刪除，或對變量的類型進行修改（如將Tag_1的屬性由 byte 修改為Word），不會引起該 DB 塊其它變量的使用；

S7-1200/S7-1500中如有以下應用，必須使用標準 DB 塊：

• 與其它 CPU 建立 S7 單邊通信時（PUT/GET），用于存儲發(fā)送區(qū)數(shù)據(jù)和接收區(qū)數(shù)據(jù)的 DB 塊；
• 與 Wincc V7.2 進行 HMI 連接時，Wincc V7.2 訪問的 S7-1200/S7-1500 CPU 的 DB 塊只能是標準的 DB 塊；
• 使用Simatic Net V8.2 與S7-1200/S7-1500 PLC進行 OPC 連接時，OPC 服務器訪問 S7-1200/S7-1500 CPU 的 DB 塊只能是標準的 DB 塊。

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

連接資源	CPU 1516-3 PN/DP 1)	CPU 317-2 PN/DP2)
資源 (總數(shù))	256	32
資源 (預留)	10 (PG/HMI/Web)	2 (PG/OP)
用于 S7 和 HMI 可用資源數(shù)	246 3)	30
用于 OUC (開放的用戶通信) 可用資源數(shù)		16
通過本體集成接口最大資源數(shù)	128	32 4)
用于每個被連接的 HMI 設備最大的連接資源數(shù)量	3	1

1)	其中包括 S7-300/S7-1500 的 web 通信連接，以及 S7-1500 的 OPC UA 連接。
2)	S7 通信的 32 個資源中有 2 個預留給 PG/OP。此外，使用 S7-300 16 個連接，包括 OUC 和最多 80 個 web 通信連接。
3)	在 246 個資源中，所有通信類型都被考慮在內(nèi)，包括 OPC UA 和最大的 80 個 web 連接。
4)	在 S7-300 中，OUC、S7 和 web 通信的資源是分開管理的。

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

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

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

示例 1:  用 S7-300 組態(tài)連接

圖 1

1) 2) 3) 4)

用 CP2 的 S7 連接 用 CP1 的 OUC (開放的用戶通信)  PROFINET 連接 HMI 連接

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

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

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

示例 1 顯示了創(chuàng)建連接所需的可用資源和所需的資源。

•  通過CPU，可以配置最多 16 個 S7 連接。其他 16 個資源是為其他通信類型提供的，但并不是真正保留的。
• 另外，通過兩個 CP，每個可以配置 16 個 S7 連接。
• 一個資源被 HMI 通信占用。
• 在 CP1 中，有 4 個資源被用于 OUC。
  

組態(tài)	已占用資源	資源類型	剩余的 S7 通信資源	剩余的 OUC 資源
CPU 317-2 PN/DP	2	其他	32 - 3	16
	1	操作面板
CP1 (CP 343-1)	4	OUC	16	16 - 4
CP2 (CP 343-1)	0	S7 通信	16	16

使用通信指令 "AG_SEND" 和 "AG_RCV"，可以在 CP 和一個已組態(tài)的連接之間進行數(shù)據(jù)傳輸。在這里，通過背板總線可以最多有 16 個連接。

示例 2: 用 S7-300 組態(tài)連接和非組態(tài)連接

1) 2) 3)

使用 CP2 非組態(tài)的 S7 連接 使用 CP1 組態(tài)的 S7 連接 PROFINET 連接

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

• 通過 CPU，可以配置最多 16 個 S7 連接。其他 16 個資源是為更多的通信類型提供的，但并不是真正保留的。
•  通過兩個 CP，每個可以配置 16 個 S7 連接。
• 使用 CP1，為 S7 通信占用了 3 個資源。
  

組態(tài)	已占用資源	資源類型	剩余的 S7 通信資源	剩余的 OUC 資源
CPU 317-2 PN/DP	4	Other	32 - 4	16
CP1 (CP 343-1)	3	S7 communication	16 - 3	16
CP2 (CP 343-1)	0	S7 communication	16	16

示例 3: 用 S7-1500 組態(tài)，非組態(tài)和程序化連接

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

• 一旦在 STEP 7 (TIA Portal) 軟件中將 PG 在線與一個 CPU 連接起來。
• 只要在瀏覽器中打開 CPU 的 web 服務器。

• 只要在 OPC UA 服務器的 CPU 和 OPC UA 客戶端之間有一個會話 (無組態(tài)的連接)。

• 只要在 CPU 的用戶程序中調(diào)用建立連接 (TSEND_C/TRCV_C 或 TCON) 的指令，或者通過這些塊 (編程的連接) 建立連接。

如果已經(jīng)在 STEP7(TIA Portal) 中組態(tài)了一個連接，那么當硬件組態(tài)被下載到 CPU 時，連接資源就會被占用。在使用組態(tài)的連接進行數(shù)據(jù)傳輸之后，連接不會斷開連接。連接資源仍然被永久占用。要再次釋放連接資源，您必須刪除 STEP7(TIA Portal) 中的組態(tài)連接，并將修改后的組態(tài)下載到 CPU 中。

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

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

特定站的連接資源的列提供關于該站的保留和動態(tài)連接資源的信息。

• 多達 256 個特定的連接資源可供自動化系統(tǒng)使用:

• 182 個動態(tài)連接資源，其中 169 個仍然可用。已有13 個資源用于 S7 的通信。

特定模塊的連接資源的列提供了關于如何在一個自動化系統(tǒng)的 CPU、CP 和 CM 中占用資源的信息。

• CPU 提供最多 128 個連接資源。
• 這些資源中有 6 個已經(jīng)用于 S7 通信，還有 122 個仍然可用。
• CM 提供了 64 個資源，其中 7 個已經(jīng)使用了。

還顯示了用于 PG、HMI 和 web 服務器通信的預留連接資源。不管有多少其他通信服務已經(jīng)占用了連接資源，與 PG 之間的在線連接總是可能的。
  

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

注意
在線視圖顯示了自動化系統(tǒng)中所有已被占用的連接資源，包括帶有編程的連接資源的列，以及當前在該站中所占用的自動建立的連接。

更多信息
在下面的 STEP 7 (TIA Portal)手冊中提供了更多的信息 Display of the connection resources.

生成環(huán)境
這個 FAQ 中的截圖是由 STEP 7(TIA Portal) V14 創(chuàng)建的。