串口轉(zhuǎn)換器-北京天拓四方-串口轉(zhuǎn)換器廠家

TXG-MTC 協(xié)議轉(zhuǎn)換器產(chǎn)品功能

TXG-MTC 是一款 CANopen 到 Modbus TCP 的協(xié)議轉(zhuǎn)換器。設(shè)備在 CANopen 網(wǎng)絡(luò)中作為主站，可連接標(biāo)準 CANopen 從站設(shè)備。數(shù)據(jù)傳輸支持 PDO、SDO，錯誤控制支持 Heartbeat。支持同步、異步報文發(fā)送。

設(shè)備在 Modbus TCP 網(wǎng)絡(luò)中作為 TCP 服務(wù)器，可供 5 個 TCP 客戶端同時訪問，可接入 PLC 控制器以及各種上位機組態(tài)軟件?？蛇B接光端機等設(shè)備實現(xiàn)遠距離數(shù)據(jù)傳輸。

使用協(xié)議轉(zhuǎn)換器的延遲和工程問題

協(xié)議轉(zhuǎn)換器通常用于將數(shù)據(jù)和命令從一個設(shè)備或應(yīng)用程序轉(zhuǎn)換到另一設(shè)備或應(yīng)用程序。這必然涉及數(shù)據(jù)、命令、它們的表示形式、編碼和成幀的轉(zhuǎn)換，以實現(xiàn)轉(zhuǎn)換。

根據(jù)使用的應(yīng)用程序和域，有簡單和復(fù)雜的轉(zhuǎn)換類型。簡單和常用的轉(zhuǎn)換是Modbus RTU和Modbus TCP之間的協(xié)議轉(zhuǎn)換。在此轉(zhuǎn)換中，整體框架沒有變化。因此，很容易采用串行Modbus RTU幀并將其封裝在TCP / UDP中套接字中并通過以太網(wǎng)發(fā)送。由于除了實際的物理層傳輸之外，兩個協(xié)議框架都是相同的，因此只要通信接口透明，兩個應(yīng)用程序?qū)佣紝㈩愃频亟忉寯?shù)據(jù)。

但是，確實存在非常復(fù)雜的轉(zhuǎn)換，例如：格式化數(shù)據(jù)的位置，支持的數(shù)據(jù)類型，對象模型等。它們是如此不同，串口轉(zhuǎn)換器廠家，以至于轉(zhuǎn)換引擎不僅需要在框架方面而且還需要在映射信息上進行修改。對于每種類型的數(shù)據(jù)，命令以及某些情況下的對象模型。另外，串口轉(zhuǎn)換器，在定義支持的和不支持的數(shù)據(jù)類型的映射時可能需要用戶配置。

但是，串口轉(zhuǎn)換器生產(chǎn)商，這些轉(zhuǎn)換帶來了轉(zhuǎn)換優(yōu)勢，通信延遲，處理延遲以及端到端的總體處理時間，這是有限的，需要在所有解決方案設(shè)計中加以考慮。

端到端通信的等待時間取決于所用硬件和/或軟件的處理延遲，協(xié)議和轉(zhuǎn)換復(fù)雜性以及解決方案體系結(jié)構(gòu)。對于典型的工業(yè)和能源自動化應(yīng)用，這些延遲可能會有所不同，從10到20毫秒到高達1秒。使用協(xié)議轉(zhuǎn)換器的解決方案體系結(jié)構(gòu)需要考慮此延遲以及它如何影響正在考慮轉(zhuǎn)換器的項目。

同樣，大多數(shù)這樣的體系結(jié)構(gòu)將涉及配置和映射，這兩者都需要大量的工程工作和工程時間。在定義項目進度表時需要考慮這些因素。

TXG-PNM 協(xié)議轉(zhuǎn)換器產(chǎn)品功能

TXG-PNM 網(wǎng)關(guān)是一種 Modbus-RTU 轉(zhuǎn) Profinet 協(xié)議轉(zhuǎn)換器。它能夠?qū)崿F(xiàn) Modbus-RTU 到Profinet 協(xié)議的相互轉(zhuǎn)換。凡具有 RS485/RS232/RS422 接口支持 Modbus-RTU 協(xié)議的設(shè)備都可以使用本產(chǎn)品實現(xiàn)與工業(yè)總線 Profinet 的互連。如：PLC、DCS、分布式 IO、變頻器、電機啟動保護裝置、智能高低壓電器、電量測量裝置、智能現(xiàn)場測量設(shè)備及儀表等。