力控?

科技產品通訊

通訊組力控?軟件與硬件或其他軟件通訊

串口通訊1

力控I/O設備組態3

串口調試助手和串口監視工具的使用2

力控軟件與其他軟件的OPC通訊5

Modbus協議與力控Modbus驅動4

通訊問題分析思路及處理方法6串口通訊一、RS-232CRS-232-C是美國電子工業協會EIA（ElectronicIndustryAssociation）制定的一種串行物理接口標準，RS-232被定義為在低速率串行通訊中增加通訊距離的單端標準，采取單端通訊。RS-232-C總線標準設有25條信號線，包括一個主通道和一個輔助通道，在多數情況下主要使用主通道，對于一般雙工通信，僅需幾條信號線就可實現，如一條發送線、一條接收線及一條地線。RS-232屬單端信號傳送，傳輸距離短，存在共地噪聲和不能抑制共模干擾等問題，因此一般用于20米以內的通信。RS-232-C總線標準DB25連接器引腳如右圖所示

9針串口（DB9）25針串口（DB25）針號功能說明縮寫針號功能說明縮寫1數據載波檢測DCD8數據載波檢測DCD2接收數據RXD3接收數據RXD3發送數據TXD2發送數據TXD4數據終端準備DTR20數據終端準備DTR5信號地GND7信號地GND6數據設備準備好DSR6數據準備好DSR7請求發送RTS4請求發送RTS8清除發送CTS5清除發送CTS9振鈴指示DELL22振鈴指示DELL引腳定義ch串口通訊串口通訊分兩種情況：1.同一種串口的接收腳和發送腳直接用線相連，對9針串口和25針串口，均是2與3直接相連；2.兩個不同串口（不論是同一臺計算機的兩個串口或是不同計算機的串口）

9針－9針25針－25針9針－25針233222322333557757RS232C串口通信接線方法（三線制）串口通訊二、RS422和RS485RS-422是一種單機發送、多機接收的單向、平衡傳輸規范，被命名為TIA/EIA-422-A標準；RS-485標準，增加多點、雙向通信能力，即允許多個發送器連接到同一條總線上，RS-422、RS-485與RS-232不一樣，數據信號采用差分傳輸方式，也稱作平衡傳輸，它使用一對雙絞線，將其中一線定義為A，另一線定義為B串口通訊RS-422和RS485的電氣規定：RS-422標準全稱是“平衡電壓數字接口電路的電氣特性”，它定義了接口電路的特性。下圖是典型的RS-422四線接口，實際上還有一根信號地線，共5根線，允許在相同傳輸線上連接多個接收節點，最多可接10個節點。即一個主設備（Master），其余為從設備（Salve），從設備之間不能通信，RS-422支持點對多的雙向通信。串口通訊RS-422需要一終接電阻，要求其阻值約等于傳輸電纜的特性阻抗，在短距離傳輸時可不需終接電阻，即一般在300米以下不需終接電阻，終接電阻接在傳輸電纜的最遠端。RS-485是從RS-422基礎上發展而來的，所以RS-485許多電氣規定與RS-422相仿，如都采用平衡傳輸方式、都需要在傳輸線上接終接電阻等；RS-485可以采用二線與四線方式，二線制可實現真正的多點雙向通信；采用四線連接時，與RS-422一樣只能實現點對多的通信，即只能有一個主（Master）設備，其余為從設備，但它比RS-422有改進，無論四線還是二線連接方式總線上可多接到32個設備。串口調試助手和串口監視工具使用一、串口調試助手的使用串口調試助手和串口監視工具使用先按照硬件或仿真軟件的協議設定波特率、數據位、停止位、校驗位，“DTR:數據終端準備好，RTS：請求發送”一般不勾選，串口按電腦實際連接的端口或虛擬端口進行設定，點擊“無冗余校驗復選框”，進行起始字節、校驗方式、結束符的設定；注意：對于Modbus(RTU)協議，校驗方式選擇“CRC16”，Modbus(ACSII)協議校驗方式選擇“LRC”，然后按照協議的請求幀輸入相關的16進制或ACSII報文，最后點擊“打開串口和發送”即可，如果通訊成功，底下空白處會顯示回應的報文，可將應答報文和協議做比照，如果一致，數據采集或下置沒有問題，如果應答報文和協議中規定的不一致或沒有應答報文，請檢查發送的請求幀是否有誤或通訊線路連接是否正確。串口調試助手和串口監視工具使用二、串口監視工具的使用1.請在測試驅動之前，打開此工具，在打開工具后點擊被紅方框圈中的按鈕，然后選擇相對應的測試端口。串口調試助手和串口監視工具使用2.然后點擊綠色的“開始”按鈕串口調試助手和串口監視工具使用3.在測試驅動的時候，該工具會獲取通信時發送的報文：串口調試助手和串口監視工具使用4.請在得到報文后，點擊”文件”按鈕，并選擇保存即可3力控?I/O設備組態一、力控軟件支持的通訊方式：與I/O設備之間一般通過以下幾種方式進行數據交換：串行通信方式(RS232/422/485，支持Modem、電臺遠程通信)、板卡方式、網絡節點(支持TCP/IP協議UDP/IP協議通訊)方式、適配器方式、DDE方式、OPC方式、網橋方式支持(GPRS、CDMA)等。二、通訊方式選擇：

1、同步(板卡、適配器、API等)同步方式一般是利用I/O設備制造廠家提供的安裝在計算機插槽中的專用接口卡與設備進行通信，I/O卡一般直接插在計算機的擴展總線上，如ISA、PCI等，然后利用開發商提供的驅動程序或直接經端口操作和軟件進行通信，I/O設備與計算機間的通信完全由這塊專用接口卡管理并負責兩者之間的數據交換，現場總線網絡主要借助于這種方式，如MB+、LON、PROFIBUS等。力控?I/O設備組態2、串口(RS232/422/485):力控軟件是通過標準的RS-232、RS-422、RS-485等方式與設備進行通信；另外，使用RS-232互連的計算機串口和設備通信口還可以用Modem、電臺、GPRS/CDMA等方式通信。3、TCP/IP網絡、UDP/IP網絡：無論是局域網、廣域網、移動網，支持TCP/IP或者UDP/IP等標準網絡通訊協議，就可以進行網絡節點之間的數據傳遞。4、網橋(GPRS、CDMA等)：針對DTU模塊、無限通訊的RTU模塊、力控Commserver擴展組件，可以選擇此方式通訊。力控?I/O設備組態5、Modem:針對無線電臺的硬件通訊設備接入力控軟件的通訊，選擇此種方式三、I/O設備組態的基本參數含義：1、設備地址：硬件設備的物理地址或軟件的設定地址，力控I/O設備組態時的設備地址與硬件設備的物理地址或軟件的設定地址保持一致。2、更新周期：I/O設備在連續兩次處理相同數據包的采集任務時的時間間隔。更新周期的設置一定要考慮到物理設備的實際特性，對有些通訊能力不強的通訊設備，更新周期設置過小，導致頻繁采集物理設備，增加設備的處理負荷，甚至出現通信中斷的情況。3、超時時間：在處理一個數據包的讀寫操作時，等待物理設備正確響應的時間。力控?I/O設備組態4、故障后恢復查詢周期：對于多點共線的情況，在同一RS485/422總線上連接多臺物理設備時，若有一臺設備發生故障，驅動程序能夠自動診斷并停止采集與該設備相關的數據，但會每隔一段時間嘗試恢復與該設備的通訊。間隔的時間即為該參數設置，時間單位為秒。5、故障后恢復查詢最大時限：若驅動程序在一段時間之內一直不能恢復與設備的通訊，則不再嘗試恢復與設備通訊，這一時間就是指最大時限的時間。四、高級通訊參數配置：力控?I/O設備組態力控?I/O設備組態1、設備掃描周期：每次處理完該設備采集任務到下一次開始處理的時間間隔。當用戶希望對設備的采集過程盡可能的快，即：處理完成設備的本次采集任務后，立即開始下一次的采集任務，此時可將該參數設為1ms。當用戶希望對設備的采集任務的處理間隔進行精確的控制時，例如：通過GPRS通信方式進行采集，希望精確控制采集間隔時間以便有效控制通信流量和費用，則需要根據實際情況準確設置該參數。2、命令間隔周期：連續的兩個數據包采集的最小間隔時間。此設置主要是針對一些通訊能力不強的通訊設備的設置，如果這種設備采集頻率過快，力控?I/O設備組態會導致設備的通訊負荷很重，有可能造成通訊失敗。通過給數據包之間設置合適的間隔時間，就可以有效此類問題。命令間隔周期與更新周期的區別，如下圖所示：力控?I/O設備組態3、數據包采集失敗后重試（）次：力控驅動程序在采集某一數據包如果發生超時，會重復采集當前數據包，重復的次數即為該參數設置。4、數據包下置失敗后重試（）次：

力控驅動程序在執行某一數據項下置命令時發生超時，會重復執行該操作，重復的次數即為該參數設置5、設備連續采集失敗（）次轉為故障：

驅動程序內部對每個邏輯設備都設置了一個計數器，記錄設備連續產生的超時次數（無論是不是同一個數包產生的超時，都會被計數器累計）。當超時次數超出該參數設置后，這個邏輯設備即被標為故障狀態。力控?I/O設備組態處于故障狀態的設備將不再按照“更新周期”的時間參數對其進行采集，而是按照“故障后恢復查詢”的“周期”時間參數每隔一段時間嘗試恢復與該設備的通訊。6、包故障恢復周期：

在一個邏輯設備內如果涉及對多個數據包的采集，當某個數據包發生故障（例如：Modbus設備中某個數據包指定無效的地址）時，驅動程序能夠自動診斷并停止采集該數據包，但會每隔一段時間嘗試與該數據包的通信，間隔的時間即為該參數設置，時間單位為秒。力控?I/O設備組態7、動態優化：該參數用于提高對設備的采集效率。8、初始禁止：選擇該參數選項后，在開始啟動力控運行系統后，驅動程序會將該設備置為禁止狀態，所有對該設備的讀寫操作都將無效。若要激活該設備，需要在腳本程序中調用DEVICEOPEN（）函數。該選項主要用于在某些工程應用中，雖然系統已經投入運行，但部分設備尚未安裝、投用，需要滯后啟用的情況。力控?I/O設備組態9、包采集立即提交：

在缺省情況，當一個數據包采集成功后，驅動程序并不馬上將采集到的數據提交給數據庫，而是當該設備中的所有數據包均完成一次采集后，才將所有采集到的數據一次性提交給數據庫。這種方式可以減少驅動程序與數據庫之間的數據交互頻度，降低計算機系統的負荷。但對于某些采集過程較為緩慢的系統（如：GPRS通信系統），用戶對“更新周期”參數的設置一般都較長（可能達到幾分鐘），如果設備包含的數據包又較多，整個設備的數據更新速度就會較慢。此時啟用該參數設置，可以保證每個數據包采集成功后立刻提交給數據庫，整個設備的數據更新速度就會相應的提高。Modbus協議與力控Modbus驅動一、Modbus協議Modbus是OSI模型第7層上的應用層報文傳輸協議，它在連接至不同類型總線或網絡的設備之間提供客戶機/服務器通信，是請求/應答協議，并提供功能碼規定的服務，Modbus功能碼是Modbus請求/應答的PDU元素，包括Modbus（ACSII)、Modbus(RTU)、Modbus(TCP)三種傳輸模式，下面以Modbus(RTU)傳輸模式為例加以說明。新建MicrosoftOfficeWord文檔.docxModbus協議與力控Modbus驅動1、讀取硬件設備寄存器內容(功能碼03H)上位機發送的幀格式：順序代碼示例說明1硬件地址1硬件的通訊地址（1-255之間）203H03H功能碼3起始寄存器地址高字節10H4起始寄存器地址低字節00H寄存器起始地址5寄存器個數高字節00H6寄存器個數低字節02H寄存器個數7CRC16校驗高字節C0H8CRC16校驗低字節CBHCRC校驗數據Modbus協議與力控Modbus驅動硬件設備回送的正確幀格式：順序代碼說明1硬件地址硬件的通訊地址（1-255之間）203H功能碼3回送數據域字節數(M)4第一個寄存器數據…………第N個寄存器數據M+4CRC校驗高字節M+5CRC校驗低字節Modbus協議與力控Modbus驅動如果起始寄存器地址或寄存器個數錯誤，儀表回送：順序代碼示例說明1硬件地址1硬件的通訊地址（1-255之間）283H83H功能碼302H02H錯誤代碼4CRC校驗高字節C0H5CRC校驗低字節F1HModbus協議與力控Modbus驅動2、設置硬件設備寄存器內容（功能碼06H或10H）(1)功能碼06H寫單路，將一個字（2字節）數據寫入硬件設備寄存器中，上位機發送的幀格式：順序代碼示例說明1硬件地址1硬件的通訊地址（1-255之間）206H06H功能碼3寄存器地址高字節10H4寄存器地址低字節00H寄存器地址1000H5寫入數據高字節00H6寫入數據低字節0CH寫入數據0CH7CRC校驗高字節8DH8CRC校驗低字節0FHCRC校驗數據8D0FHModbus協議與力控Modbus驅動硬件設備應答：如果寫入正確，則硬件設備回送相同的數據。(2)功能碼10H寫多路寄存器，上位機發送的幀格式：順序代碼示例說明1硬件地址1硬件的通訊地址（1-255之間）210H10H功能碼3寄存器起始地址高字節1FH4寄存器起始地址低字節02H寄存器地址1F02H5寄存器個數高字節00H00HModbus協議與力控Modbus驅動順序代碼示例說明6寄存器個數低字節02H字節數據、整形數據：01H

浮點數、長整形數：02H7字節數(M)4字節數據：01H

整形數據：02H

浮點數、長整形：04H8數據高字節42H數據次高字節C8H設置的浮點數據為100數據次低字節00H數據低字節00HM+8CRC校驗高字節6BHCRC校驗數據6BCOHM+9CRC校驗低字節C0HModbus協議與力控Modbus驅動硬件設備應答：如果寫入成功，則應答幀如下：順序代碼示例說明1硬件地址1硬件的通訊地址（1-255之間）210H10H功能碼3起始地址高字節1FH4起始地址低字節02H寄存器起始地址1F02H寄存器個數高字節00H

寄存器個數低字節02H寄存器個數2CRC校驗高字節E7HCRC校驗低字節DCHCRC校驗數據E7DCHModbus協議與力控Modbus驅動硬件設備應答：地址或數據錯誤，則應答幀如下：順序代碼說明1硬件地址硬件的通訊地址（1-255之間）296H或90H或86H針對10H、06H功能碼

03H錯誤代碼CRC校驗高字節CRC校驗低字節Modbus協議與力控Modbus驅動3、Modbus功能碼功能碼 名稱 作用 01讀取線圈狀態 取得一組邏輯線圈的當前狀態（ON/OFF) 02讀取輸入狀態 取得一組開關輸入的當前狀態（ON/OFF) 03讀取保持寄存器在一個或多個保持寄存器中取得當前的二進制值 04讀取輸入寄存器在一個或多個輸入寄存器中取得當前的二進制值 05強置單線圈 強置一個邏輯線圈的通斷狀態 06預置單寄存器 把具體二進值裝入一個保持寄存器 Modbus協議與力控Modbus驅動Modbus協議與力控Modbus驅動Modbus協議與力控Modbus驅動二、力控Modbus驅動1、Modbus(RTU)、Modbus(ASCII)：

這兩個驅動是針對串口的通訊鏈路使用的，區別在于RTU幀與ASCII幀格式不同，ASCII幀以冒號（:）字符（ASCII碼3AH）開始，以回車換行符結束（ASCII碼0DH，0AH），典型的ASCII消息幀，如下圖2所示：Modbus協議與力控Modbus驅動其它域可以使用的傳輸字符是十六進制的0...9,A...F。網絡上的設備不斷偵測“:”字符，當有一個冒號接收到時，每個設備都解碼下個域（地址域）來判斷是否發給自己的，消息中字符間發送的時間間隔最長不能超過1秒，否則接收的設備將認為傳輸錯。RTU幀消息發送至少要以3.5個字符時間的停頓間隔開始，傳輸的第一個域是設備地址，可以使用的傳輸字符是十六進制的0...9,A...F。網絡設備不斷偵測網絡總線，包括停頓間隔時間內。當第一個域（地址域）接收到，每個設備都進行解碼以判斷是否發往自己的，在最后一個傳輸字符之后，一個至少3.5個字符時間的停頓標定消息的結束，典型的RTU幀如下圖3所示：Modbus協議與力控Modbus驅動2、Modbus(TCP)：

此驅動是針對TCP鏈路使用的，在TCP/IP上使用一種專用報文頭識別MODBUS應用數據單元，此報文頭稱為MBAP報文頭（MODBUS協議報文頭），MBAP報文頭描述如下圖所示：Modbus協議與力控Modbus驅動Modbus協議與力控Modbus驅動報文頭為7個字節長：(1)事務處理標識符：用于事務處理配對。在響應中，MODBUS服務器復制請求的事務處理標識符。(2)協議標識符：用于系統內的多路復用。通過值0識別MODBUS協議。(3)長度：長度域是下一個域的字節數，包括單元標識符和數據域。(4)單元標識符：為了系統內路由，使用這個域。專門用于通過以太網TCP-IP網絡和MODBUS串行鏈路之間的網關對MODBUS或MODBUS+串行鏈路從站的通信，MODBUS客戶機在請求中設置這個域，在響應中服務器必須利用相同的值返回這個域。Modbus協議與力控Modbus驅動3、力控Modbus驅動使用要點：(1)設備配置第三步里32位數據的讀取：主要是解決如何解析32位整數、浮點數，請根據所使用的硬件設備中32位數據類型上傳的格式來選擇相應的格式。(2)包的最大長度：是指MODBUS中一條數據所讀取的字節數，包的長度越長，一次讀取的數據就越多，通訊效率就越快，MODBUS協議中規定數據包最大長度不能超過255。另外有些PLC對包長還有限制，需要根據硬件設備支持的最大數據包長度配置。(3)

6號命令對應MODBUS協議06功能代碼——預制單個寄存器，16號命令對應MODBUS協議16功能代碼——預制多個寄存器。Modbus協議與力控Modbus驅動若6號和16號命令都選擇，只有在下置32位浮點數、64雙精度浮點數和字符長度大于2個字符的字符型數據格式時自動調用16號命令，其他數據類型下置時調用6號命令，這些都由驅動程序自動處理。

注意：有些硬件設備只支持16號功能碼，比如：HoneyWellDC1000，如果I/O組態時沒有取消支持6號功能碼，會出現數據下發不成功；若硬件設備不支持03或04號功能碼，數據庫組態里用03號或04號功能碼建點參數，運行力控會出現通訊超時，數據下發不成功的的現象。

Modbus協議與力控Modbus驅動(4)偏置地址：

力控偏置的首地址是1，如果設備的首地址（可從設備的地址對應表中查看）是從1開始，直接填寫就可以；但如果設備首地址是從0開始的，需要在它原先地址上+1后，再填寫，否則讀到的數據就是前一地址的數據，數據不正確。

數據庫組態里填寫的寄存器地址，默認情況下是10進制。如果設備的說明手冊提供的是16進制的地址對應表，那需要先轉換成10進制的地址再填寫；另一種方法是在設備組態的最后一步的“高級”里面的“寄存器地址格式”，設置為“16進制”填寫方式，數據庫組態時偏置地址按16進制填寫即可。Modbus協議與力控Modbus驅動(5)高級功能的使用(支持一些非標準的modbus)：a.寄存器地址：調整請求命令的“起始地址”字的高低字節順序，標準modbus地址高字節在前，低字節在后。b.寄存器數據：調整返回或下置代碼的“數據”字的高低字節順序，標準modbus數據高字節在前，低字節在后。c.校驗：調整校驗碼的高低字節順序，標準modbus高字節在前，低字節在后。Modbus協議與力控Modbus驅動d.Double：調整double型數據的各個字的高低字節順序，標準的modbus高字節在前，低字節在后。e.寄存器地址格式：調整點組態界面的寄存器地址（偏置）填入格式，默認為10進制。注意：標準modbus設備不需要配置“高級”項(6)批量建點：

批量鏈接不能在設備組態中使用，要退出力控單獨運行“增強數據庫組態工具”才能使用；點擊windows“開始”>>“程序”>>“力控Forcecontrol6.1”>>“工具”>>“增強數據庫組態工具”。Modbus協議與力控Modbus驅動彈出Admin的組態界面，選擇“I/O設備”選項卡，會在右側顯示力控設備組態中建立的設備，進入到“設備配置-第三步”，選擇批量“連接”，如下圖所示：Modbus協議與力控Modbus驅動彈出“Modbus采集點批量連接界面”，如下圖所示：Modbus協議與力控Modbus驅動a.點名：是在DB中建立的數據點，用戶在用批量建點前需要在DB中建立足夠的數據點，在彈出Modbus采集點批量連接界面”時會掃描DB中的點已獲得點名信息。b.寄存器類型：標準modbus驅動現支持的寄存器。c.偏移（1~n）：數據點在寄存器中的起始地址。d.數據類型：標準modbus驅動現支持的數據類型。Modbus協議與力控Modbus驅動e.讀寫屬性：請結合寄存器的訪問屬性和使用方式填寫。f.單字節高低位：單字節數據類型的擴展選項（其它數據類型不必選擇）。g.位偏移（0~15）：模擬量按位讀取，Short（16位有符號數）的擴展選項，填寫范圍是0~15。h.字節長度：不確定字節長度的數據類型（如BCD，字符串），的擴展選項。力控字符下置時DESC最多能下置64個字節的數據，所以長度最好不要大于64。力控?軟件與其他軟件的OPC通訊一、OPC通訊協議

OPC(OLEforProcessControl，用于過程控制的OLE)是一個工業標準，是基于微軟的OLE(現在的ActiveX)、DistributedinterNetApplication(DNA)構架、COM(部件對象模型)和DCOM(分布式部件對象模型)技術，OPC基金會負責管理OPC標準，包括一整套接口、屬性和方法的標準集，用于過程控制和制造業自動化系統，COM是ComponentObjectModel的縮寫，是所有OLE機制的基礎，COM是一種為實現與編程語言無關的對象而制定的標準，該標準將Windows下的對象定義為獨立單元，可不受程序限制地訪問這些單元，這種標準可以使兩個應用程序通過對象化接口通訊，而不需要知道對方是如何創建的管理。力控?軟件與其他軟件的OPC通訊通過DCOM技術和OPC標準，完全可以創建一個開放的、可互操作的控制系統軟件。OPC采用客戶/服務器模式，把開發訪問接口的任務放在硬件生產廠家或第三方廠家，以OPC服務器的形式提供給用戶，解決了軟、硬件廠商的矛盾，完成了系統的集成，提高了系統的開放性和可互操作性。

OPC服務器通常支持兩種類型的訪問接口，它們分別為不同的編程語言環境提供訪問機制，這兩種接口是：自動化接口（Automationinterface）和自定義接口（Custominterface）；自動化接口通常是為基于腳本編程語言而定義的標準接口，力控?軟件與其他軟件的OPC通訊可以使用VisualBasic、Delphi、PowerBuilder等編程語言開發OPC服務器的客戶應用，自定義接口是專門為C++等高級編程語言而制定的標準接口。二、力控軟件既可以作OPC服務器，也可以作OPC客戶端與其他軟件進行OPC通訊1.力控軟件作OPC服務器：進力控開發系統，先在數據庫組態里面建點參數，然后回到系統配置點擊“初始啟動程序”

“程序設置”

“勾選OpcSever前面的復選框”，運行力控軟件，力控OpcServer作為服務器供客戶端程序訪問。2.力控軟件作OPC客戶端：力控?軟件與其他軟件的OPC通訊用力控OPCClient采集驅動即可以實現與其他軟件的OpcServer通訊，具體配置過程可以參考OPCClient遠程連接OPC服務器操作系統配置手冊。三、OPC通訊可能會出現問題及處理辦法：1.連不上目標OpcServer服務器，并提示如下圖所示的問題，力控?軟件與其他軟件的OPC通訊解決辦法：DCOM沒有配置好，需要對“組件服務”中“我的電腦”屬性進行配置，訪問權限和啟動激活權限都加入“everyone”用戶。2.連接遠程OpcServer服務器時，提示如下圖所示的問題：力控?軟件與其他軟件的OPC通訊3.如果IP地址不存在（或者是PING不通），會彈出以下錯誤：解決辦法：如果OpcServer服務器防火墻已啟動，需要開放TCP端口135，(135端口用于OPCClient需要的RPC服務)力控?軟件與其他軟件的OPC通訊4.如果數據過不來，或者數據不刷新，可能是沒有刪除下面的“guest”用戶通訊問題分析思路及處理方法一、通訊不上”、“采不到數據”、“數據庫中沒有數據”等現象的分析1.新開發的驅動：(1)有發送報文沒有返回：第一步：首先讓客戶看協議和說明書，確認通訊參數是否填寫正確，接線是否正確。第二步：核對驅動發送的報文和協議是否一致，不一致的話找驅動開發人員，如果一致且有校驗的話，用工具核對校驗計算和協議是否一致，不一致的話找驅動開發人員。第三步：如果確認報文沒有問題，可以用串口或者以太網工具發報文試試，如果不行的話，只能拿上報文，聯系設備廠商的技術人員查找問題，如果感覺和廠商技術人員溝通有困難的話，可以確定好聯系人，讓驅動開發人員來聯系。通訊問題分析思路及處理方法(2)有返回報文但力控數據庫沒有數據：這種情況可能是驅動解析有問題，也可能是設備上傳的報文格式、校驗、長度或者其它字段和協議不一致，造成驅動認為是錯誤報文而丟棄。這種情況需要仔細分析報文，比對報文和協議的一致性，如果是驅動解析有問題，找驅動開發人員，如果報文和協議不一致，咨詢設備廠家技術人員。(3)數據庫數據不正確：這種情況多數也是驅動解析問題，當然也有設備儀表有問題的情況，設備傳上來的數據就是那樣的，也是常見的情況，判斷的依據還是對照協議分析報文，找到報文中和采集數據有關的幾個字節按協議要求計算一下就可以確定問題在何方，如果計算結果的和數據庫顯示一致，則驅動沒有問題，咨詢設備廠商技術人員即可，否則讓驅動開發人員找問題，無論找誰都別忘截取報文，事實勝于雄辯。通訊問題分析思路及處理方法2.老驅動維護：(1)處理原則：老驅動維護分為常見驅動維護和不常見驅動（小驅動）維護，常見驅動指的是使用頻率比較高的驅動，一般情況免費維護或者叫完善；小驅動是指不常見的用戶定制驅動，可能當初客戶只支付協議中部分功能的費用，其它的功能沒有做，或者由于條件限制做了客戶沒有用，所以就沒有調試，在后續的使用中出現問題，這種情況DA開發部會根據客戶的重要程度、驅動使用的頻率和修改驅動的花費時間，做不同的處理方式，一般客戶購買軟件數量小，而且驅動使用頻率小，修改代碼花費時間超過1.5小時（不算調試時間）的，都會根據修改代碼和調試花費的工作量收取一定的費用，如果此驅動的開發人員離職的話，這個條件很容易滿足的，希望銷售和客戶開始交流的時候注意一下。通訊問題分析思路及處理方法(2)處理方法：按照公司的BUG處理流程，通訊問題基本都經過技術處理后，解決不了提交DA開發部，老驅動出問題主要有以下幾個方面：a.用戶使用不當典型的問題是通訊參數設置錯誤，現象多數是沒有返回報文，或者返回的報文很怪，比