一種串口協議測試方法、裝置以及處理設備制造方法及圖紙

本申請提供了一種串口協議測試方法、裝置以及處理設備，用于在測試工具端引入16進制協議，從而可以保障對協議進行編解碼的正常操作。本申請提供的一種串口協議測試方法，包括：處理設備從作為下位機的硬件設備處，基于自身與硬件設備之間的串口通訊鏈路，接收上報信息；處理設備對上報信息進行解碼，得到16進制協議的上報內容；處理設備根據預設的響應策略，執行上報信息解碼出的上報內容對應的響應處理。處理。處理。

【技術實現步驟摘要】
一種串口協議測試方法、裝置以及處理設備


[0001]本申請涉及測試領域，具體涉及一種串口協議測試方法、裝置以及處理設備。

技術介紹

[0002]目前對于特定產品所開發出的測試工具很多，也不乏可以實現協議測試的工具，但仍具有局限性。
[0003]專利技術人發現，現有測試工具可以測試的協議都是私有的二進制協議，而這卻造成了容易引起測試工具無法正常對協議進行編解碼的問題。

技術實現思路

[0004]本申請提供了一種串口協議測試方法、裝置以及處理設備，用于在測試工具端引入16進制協議，從而可以保障對協議進行編解碼的正常操作。
[0005]第一方面，本申請提供了一種串口協議測試方法，方法包括：
[0006]處理設備從作為下位機的硬件設備處，基于自身與硬件設備之間的串口通訊鏈路，接收上報信息；
[0007]處理設備對上報信息進行解碼，得到16進制協議的上報內容；
[0008]處理設備根據預設的響應策略，執行上報信息解碼出的上報內容對應的響應處理。
[0009]結合本申請第一方面，在本申請第一方面第一種可能的實現方式中，處理設備根據預設的響應策略，執行上報信息解碼出的上報內容對應的響應處理之前，方法還包括：
[0010]處理設備校驗上報內容的循環冗余校驗(Cyclic Redundancy Check，CRC)值是否符合協議規范；
[0011]若是，則處理設備確定上報內容正確。
[0012]結合本申請第一方面，在本申請第一方面第二種可能的實現方式中，方法還包括：
[0013]處理設備根據16進制協議，向硬件設備反饋上報信息對應的第一預設反饋信息，以使得硬件設備若接收到第一預設反饋信息則確定16進制協議正確；
[0014]或者，處理設備判斷向硬件設備發送的信息后判斷是否可以收到硬件設備反饋的第二預設反饋信息，若是則確定16進制協議正確。
[0015]結合本申請第一方面，在本申請第一方面第三種可能的實現方式中，硬件設備具體為處理設備在虛擬環境中模擬出來的設備，處理設備在虛擬環境中通過調整不同的軟硬件條件來改變硬件設備在不同測試輪次中的設備環境。
[0016]結合本申請第一方面，在本申請第一方面第四種可能的實現方式中，上報信息具體為車輛狀態信息及定位信息，車輛信息包括車輛硬件方面的狀態信息還有車輛軟件層面的狀態信息，車輛狀態信息包括模擬的異常狀態信息。
[0017]結合本申請第一方面第四種可能的實現方式，在本申請第一方面第五種可能的實現方式中，響應處理包括以下內容：
[0018]處理設備根據車輛狀態信息，分析對應的車輛狀態；
[0019]或者，處理設備根據車輛狀態信息，分析對應的駕考結果。
[0020]結合本申請第一方面，在本申請第一方面第六種可能的實現方式中，方法還包括：
[0021]處理設備獲取空中下載技術(Over
?
the
?
Air Technology，OTA)升級處理的bin文件；
[0022]處理設備在bin文件校驗正確后，對硬件設備進行升級。
[0023]第二方面，本申請提供了一種串口協議測試裝置，裝置包括：
[0024]接收單元，用于從作為下位機的硬件設備處，基于自身與硬件設備之間的串口通訊鏈路，接收上報信息；
[0025]解碼單元，用于對上報信息進行解碼，得到16進制協議的上報內容；
[0026]響應單元，用于根據預設的響應策略，執行上報信息解碼出的上報內容對應的響應處理。
[0027]結合本申請第二方面，在本申請第二方面第一種可能的實現方式中，裝置還包括校驗單元，用于：
[0028]校驗上報內容的CRC值是否符合協議規范；
[0029]若是，則確定上報內容正確。
[0030]結合本申請第二方面，在本申請第二方面第二種可能的實現方式中，裝置還包括校驗單元，用于：
[0031]根據16進制協議，向硬件設備反饋上報信息對應的第一預設反饋信息，以使得硬件設備若接收到第一預設反饋信息則確定16進制協議正確；
[0032]或者，判斷向硬件設備發送的信息后判斷是否可以收到硬件設備反饋的第二預設反饋信息，若是則確定16進制協議正確。
[0033]結合本申請第二方面，在本申請第二方面第三種可能的實現方式中，硬件設備具體為處理設備在虛擬環境中模擬出來的設備，處理設備在虛擬環境中通過調整不同的軟硬件條件來改變硬件設備在不同測試輪次中的設備環境。
[0034]結合本申請第二方面，在本申請第二方面第四種可能的實現方式中，上報信息具體為車輛狀態信息及定位信息，車輛信息包括車輛硬件方面的狀態信息還有車輛軟件層面的狀態信息，車輛狀態信息包括模擬的異常狀態信息。
[0035]結合本申請第二方面第四種可能的實現方式，在本申請第二方面第五種可能的實現方式中，響應處理包括以下內容：
[0036]根據車輛狀態信息，分析對應的車輛狀態；
[0037]或者，根據車輛狀態信息，分析對應的駕考結果。
[0038]結合本申請第二方面，在本申請第二方面第六種可能的實現方式中，裝置還包括升級單元，用于：
[0039]獲取OTA升級處理的bin文件；
[0040]在bin文件校驗正確后，對硬件設備進行升級。
[0041]第三方面，本申請提供了一種處理設備，包括處理器和存儲器，存儲器中存儲有計算機程序，處理器調用存儲器中的計算機程序時執行本申請第一方面或者本申請第一方面任一種可能的實現方式提供的方法。
[0042]第四方面，本申請提供了一種計算機可讀存儲介質，計算機可讀存儲介質存儲有多條指令，指令適于處理器進行加載，以執行本申請第一方面或者本申請第一方面任一種可能的實現方式提供的方法。
[0043]從以上內容可得出，本申請具有以下的有益效果：
[0044]在對作為下位機的硬件設備進行測試的情況下，本申請在測試工具即處理設備端引入了16進制協議，當通過串口通訊鏈路從硬件設備接收到上報信息時，處理設備對其進行解碼，得到16進制協議的上報內容，再根據預設的響應策略，執行該上報內容對應的響應處理，在這測試過程中，由于采用的16進制協議進行編解碼操作，因此相比于現有技術中采用的2進制協議，具有更為突出的通用性，可避免硬件設備發送過來的2進制信息或者現有技術中基于2進制協議的編解碼操作存在的可能導致的無法正常編解碼的問題，從而可以保障對硬件設備的測試工作的正常進行。
附圖說明
[0045]為了更清楚地說明本申請實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于本領域技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0046]圖1為本申請串口協議測試方法的一種流程示意圖；
[0047]圖2為本申請測試工具的一種界本文檔來自技高網...

【技術保護點】

【技術特征摘要】
1.一種串口協議測試方法，其特征在于，所述方法包括：處理設備從作為下位機的硬件設備處，基于自身與所述硬件設備之間的串口通訊鏈路，接收上報信息；所述處理設備對所述上報信息進行解碼，得到16進制協議的上報內容；所述處理設備根據預設的響應策略，執行所述上報信息解碼出的所述上報內容對應的響應處理。2.根據權利要求1所述的方法，其特征在于，所述處理設備根據預設的響應策略，執行所述上報信息解碼出的所述上報內容對應的響應處理之前，所述方法還包括：所述處理設備校驗所述上報內容的循環冗余校驗CRC值是否符合協議規范；若是，則所述處理設備確定所述上報內容正確。3.根據權利要求1所述的方法，其特征在于，所述方法還包括：所述處理設備根據所述16進制協議，向所述硬件設備反饋所述上報信息對應的第一預設反饋信息，以使得所述硬件設備若接收到所述第一預設反饋信息則確定所述16進制協議正確；或者，所述處理設備判斷向所述硬件設備發送的信息后判斷是否可以收到所述硬件設備反饋的第二預設反饋信息，若是則確定所述16進制協議正確。4.根據權利要求1所述的方法，其特征在于，所述硬件設備具體為所述處理設備在虛擬環境中模擬出來的設備，所述處理設備在所述虛擬環境中通過調整不同的軟硬件條件來改變所述硬件設備在不同測試輪次中的設備環境。5.根據權利要求1所述的方法，其特征...

【專利技術屬性】
技術研發人員：李斌鋒，饒維婕，
申請(專利權)人：武漢未來幻影科技有限公司，
類型：發明
國別省市：