由上表可知，幀由起始符、地址域、控制碼、數據長度、數據域、校驗碼及結束符等7個域組成，每部分由若干字節組成。
　　DL／T645－1997規定，在發送幀信息之前，先發送1～4個字節FEH，其目的是預先拉高控制總線，以喚醒接收方，保障幀信息的順利接收。
　　DL／T645－1997規定了主—從結構的半雙工通訊方式。每次通訊都是由主站向從站發出請求命令幀開始，從站根據要求作出響應。收到命令幀后的響應延時稱作幀間延時T_d：20ms≤T_d≤500ms。字節之間停頓時間稱作字節間延時T_b：T_b≤500ms。如圖1所示：

3　RS485在電表通訊中的常見問題及解決方案
3．1　收發時序不匹配
　　現象1：485通訊不成功，用邏輯分析儀查看，發送的碼字正確，電能表返回碼字也符合規約。再細看，主站發送的碼字的*后一位同電能表應答的數據幀的**位之間幾乎沒有停頓。
　　分析：由于485總線是一個半雙工的通訊方式，收和發不能同時進行，從發送完成到變為接收狀態，無論是軟件的處理抑或是硬件的切換都需要一定的延時，因此DL／T645規定幀間延時T_d：20ms≤T_d≤500ms，主要是給發送方一個由發轉為收的時間，保證接收方返回的數據能完整的被接收。而有些電能表，尤其是一些早期的多功能表對此考慮不夠，在接收到主站的請求命令幀后，未進行幀響應延時，就立刻發送應答幀，而此時主站還處于發送狀態，等主站返回到接收狀態時，電能表前面的碼字已發送完，主站接收到的應答數據幀不完整引起通信失敗。
　　現象2：當主站對某塊表連續抄幾幀數據時，**幀通訊成功，**幀開始電表不回應答幀。
　　分析：同樣的道理，電表的485由發轉為收也需要延時，而有的主站軟件編程時，沒有考慮，接收完一幀數據后沒有延時或延時不夠就又開始抄下一幀，而此時電表還沒有回到接收狀態，通訊失敗。在這里我們建議通信雙方在編程時都必須嚴格遵守DL／T645所規定的幀間延時，并留有余量，具體應用時可取一個中間值，如100ms。
3．2　判斷幀起始符出錯
　　對于電能表485總線來講，它是一種數字異步通信方式。異步通信不象同步通信，其沒有專門的同步信號進行同步，接收方無法準確判知哪一個字節是一幀數據通信的開始，因此DL／T645中規定68H作為幀起始符（幀同步碼），代表一幀數據的開始。有些主站和電能表在軟件編程時考慮得比較理想，接收數據時未按照DL／T645中規定68H來判定數據幀的開始，而是呆板的以接收到的**個字符作為幀起始標志；如果電表在此幀數據之前發了幾個FEH，其接收到的數據將會出現同步錯誤。另外，如總線上平時有干擾信號存在，導致485芯片不停地收到諸如FCH、DEH這樣雜亂數據；當總線上有正常信號產生時，由于干擾信號比較小的原因，其對通信并無太大的影響，但對接收方來講，其接收正確數據幀前會混有若干個字節的雜亂數據，由于同步處理不當，通訊也會失敗。通常的做法是每接收一個字節都要判是否是68H，若不是則丟掉該字節，然后繼續往下判，直到收到68H才啟動一幀數據的接收。
3．3　幀奇偶校驗位／幀結束符不合理
　　目前看來，由于這個原因引起485通信不成功占有很大的比例。我們知道，在485通信時，對于接收到的數據一般都會按收、發雙方事先約定的奇偶校驗方式進行數據檢錯，并將錯誤的數據幀剔除，等待發送方重發。這種ARQ的通信方式本身是無可厚非的，但是有的軟件人員在編程時考慮問題不夠**，在判斷一幀結束處理時，沒有根據所收數據幀的長度和結束符“16H”及時地將數據接收任務結束，而是依據多長時間內收不到新的一個字節數據來認為一幀已收完。這種處理方法在下面這種情況下就會導致通信失敗。
　　，RS485芯片的接收靈敏度為±200mV，即當電壓U_A—U_B≥200mV時，輸出邏輯“1”；U_A—U_B≤－200mV時，輸出邏輯“0”。當－200mV＜U_A—U_B＜200mV時，輸出不確定。這樣一來，當總線上所有的485芯片均處于接收狀態時，總線處于高阻狀態，此時A、B間的壓差為0V，芯片輸出處于不定狀態，可能輸出“1”，也可能輸出“0”，而且狀態會隨著時間而變化。如果輸出為“0”，在某些時候則會導致通信失敗。我們知道，電能表在發送完應答幀后，一般會馬上從發送狀態轉換到接收狀態。正常情況應該是：主站的485芯片收完*后一個字節的停止位后繼續保持為“1”（波形見圖2），而有的485芯片則可能跳變保持為“0”（波形見圖3），UART（通用異步收發器）則認為又收到一個字節00H，且很有可能校驗和是錯的，這樣接收軟件可能會判斷到一個字節校驗位出錯，而將前面接收正確的一幀丟掉，造成通信失敗。

3．4　接口電路不合理
　　由于485在實際使用中存在這樣或那樣的問題，人們對其接口電路采取了各種保護、濾波措施。如加上保護二極管、熱保險絲、電容、上拉電阻等（見圖4）， 這些措施有的有效，但有的無效甚至有害。