若想跨過PROFINET協(xié)議來通信，最常見的方法便是借助網(wǎng)關或是代理，它們可以將外部協(xié)議進行轉換，那么如何理解PROFINET模塊的網(wǎng)關和代理呢？下面由PROFINET模塊廠家無錫凌科自動化為大家介紹一下。

將一些解決方案移植到PROFINET是一個常見的挑戰(zhàn)。每個自動化系統(tǒng)都以某種方式進行了專門化，而專門化的組件可能不會使用PROFINET。要將數(shù)據(jù)從專用系統(tǒng)移動到PROFINET網(wǎng)絡，必須使用代理服務器或網(wǎng)關將解釋器添加到網(wǎng)絡。兩者之間的差異是細微的，但這可能會對PROFINET自動化系統(tǒng)的功能產(chǎn)生重大影響。

一、網(wǎng)關

跨協(xié)議移動數(shù)據(jù)的最基本方法是網(wǎng)關。網(wǎng)關僅用于在協(xié)議之間移動I / O數(shù)據(jù)，而不能將一個協(xié)議的“特殊功能”暴露給另一個協(xié)議。例如，PROFINET設備| IO-Link主站網(wǎng)關可以將其從站的數(shù)據(jù)映射到PROFINET設備中的插槽和子插槽，但是無法將有關已連接從站的診斷數(shù)據(jù)提供給PROFINET控制器。

PROFINET網(wǎng)關不為發(fā)送到PROFINET控制器的數(shù)據(jù)提供任何聯(lián)系

此外，必須為每個單獨的網(wǎng)關配置每個網(wǎng)關的“數(shù)據(jù)映射”，并且必須以特定于供應商的格式保存-由于PROFINET不知道網(wǎng)關另一端的內(nèi)容，因此無法保存或保存。維護這些數(shù)據(jù)映射，而無需那些特定于供應商的工具或格式。更糟糕的是，相反，數(shù)據(jù)也會丟失。例如，Modbus TCP從站| PROFINET控制器網(wǎng)關不會將所連接的PROFINET設備生成的所有警報數(shù)據(jù)傳遞到Modbus主站。

網(wǎng)關相對容易制造，但是當您必須在現(xiàn)場部署它們時，卻要承擔實施成本。編寫，使用和維護協(xié)議之間的自定義數(shù)據(jù)映射需要大量投資。

二、代理

代理可以起到與網(wǎng)關相同的作用：它們將外部網(wǎng)絡協(xié)議轉換為PROFINET。兩者之間的最大區(qū)別是代理使用由PI定義的標準化數(shù)據(jù)映射。通過使用標準數(shù)據(jù)映射，代理可以在PROFINET和外部協(xié)議之間進行幾乎不可見的轉換，不僅映射I / O數(shù)據(jù)，還映射警報，診斷信息，甚至網(wǎng)絡拓撲和健康狀況。毫無疑問，如何通過代理呈現(xiàn)數(shù)據(jù)。每個代理將實現(xiàn)PI定義的完整數(shù)據(jù)映射。

PROFINET代理在PROFINET與代理協(xié)議之間提供上下文和完整的數(shù)據(jù)映射。

已經(jīng)為許多協(xié)議定義了代理，包括：

1. CC-Link

2. Io-link

3. PROFIBUS

4. Hart

5. INTERBUS

6. AS-I

7. DEVICENET

8. 基金會現(xiàn)場總線

9. CANopen

由于代理中的數(shù)據(jù)映射依賴于標準，因此有許多協(xié)議（例如Modbus TCP，以太網(wǎng)/ IP等）不喜歡這種本機解決方案。對于這些協(xié)議，應用工程師必須依靠網(wǎng)關解決方案將數(shù)據(jù)從PROFINET移至其他協(xié)議。更多關于ETHERCAT模塊、CANOPEN模塊、DEVICENET模塊作用、MODBUS TCP模塊等等現(xiàn)場總線知識，歡迎大家前往PROFINET主站模塊廠家無錫凌科自動化公司。