本申請公開了一種數據上傳方法、數據接收方法及裝置,該數據上傳方法包括當滿足預設條件時,將未知數量的待發送數據或第一預設數量的待發送數據經過多輪發送上傳到網絡端;對于每輪發送,將第二預設數量的待發送數據分別賦給第二預設數量的預設變量;根據預設的變量與發送通道之間的對應關系確定第二預設數量的預設變量的發送通道;將第二預設數量的待發送數據通過對應的發送通道同時上傳到網絡端。該數據上傳方法、數據接收方法及裝置,能夠使用少量的通道發送大量的數據,解決了目前上傳的數據量受限于車載網絡帶寬資源以及T
【技術實現步驟摘要】
數據上傳方法、數據接收方法及裝置
[0001]本申請涉及計算機
,尤指一種數據上傳方法、數據接收方法及裝置。
技術介紹
[0002]目前,車輛電子控制器(ECU:Electronic Control Unit)中的數據是按照既定的發送頻率持續地一對一的發送到CAN或FlaxRay等車載網絡中,然后由T
?
Box打包上傳到云端(如圖1所示)。這種方法存在如下的缺點:一方面,由于每個電子控制器需要上傳大量的數據,每個數據需要占用一個網絡通道,受限于車載網絡帶寬資源以及T
?
Box上傳網絡資源,實際上傳的數量非常有限。甚至會由于通道數不夠導致有用數據被丟棄。另一方面,由于按照既定的發送頻率持續發送數據,導致云端也會持續的存儲,導致云端存儲了大量無用的數據。這種方法既浪費了車輛網絡資源,又浪費了車聯網網絡的傳輸資源,以及云端的存儲資源。
技術實現思路
[0003]本申請提供了一種數據上傳方法、數據接收方法及裝置,能夠使用少量的通道發送大量的數據,解決了目前上傳的數據量受限于車載網絡帶寬資源以及T
?
Box上傳網絡資源的問題。
[0004]本申請公開了一種數據上傳方法,應用于車輛的控制器,包括:
[0005]當滿足預設條件時,將未知數量的待發送數據或第一預設數量的待發送數據經過多輪發送上傳到網絡端;
[0006]對于每輪發送,將第二預設數量的待發送數據分別賦給第二預設數量的預設變量;根據預設的變量與發送通道之間的對應關系確定第二預設數量的預設變量的發送通道;將第二預設數量的待發送數據通過對應的發送通道同時上傳到網絡端。
[0007]在一種示例性的實施例中,根據預設的變量與發送通道之間的對應關系確定第二預設數量的預設變量的發送通道,包括:
[0008]根據預設的變量與發送通道之間的一一對應關系確定第二預設數量的預設變量的發送通道。
[0009]在一種示例性的實施例中,所述預設條件包括:控制器啟動、以及控制器啟動且發生預設事件。
[0010]在一種示例性的實施例中,當所述預設條件為控制器啟動時,第二預設數量的待發送數據包括第三預設數量的采集數據和本輪發送的輪數。
[0011]在一種示例性的實施例中,當所述預設條件為控制器啟動且發生預設事件時,第二預設數量的待發送數據包括第三預設數量的采集數據、本輪發送的輪數和所述預設事件的標識。
[0012]在一種示例性的實施例中,所述第三預設數量的采集數據包括所述預設事件發生時刻前第一預設時段內的數據、所述預設事件發生時刻前第二預設時段內的數據、所述預
設事件發生時刻的數據、所述預設事件發生時刻后第三預設時段內的數據、所述預設事件發生時段后第四預設時段內的數據。
[0013]在一種示例性的實施例中,當同時發生多個預設事件時根據預設事件的預設優先級確定預設事件的上傳順序。
[0014]在一種示例性的實施例中,根據所述第一預設數量、所述第三預設數量、以及相鄰兩輪發送之間的時間間隔確定發送所述第三預設數量的數據所需時間;
[0015]以所述所需時間為周期發送第一預設數量的數據。
[0016]在一種示例性的實施例中,在將第二預設數量的待發送數據分別賦給第二預設數量的預設變量之后,還包括:記錄所述第二預設數量的待發送數據對應的字段與第二預設數量的變量的對應關系。
[0017]本申請公開了一種數據接收方法,包括:
[0018]當從網絡端接收到數據時,根據每輪預設的變量與發送通道之間的對應關系解析出所接收的數據分別對應的變量,再根據第二預設數量的待發送數據對應的字段與第二預設數量的變量的對應關系,將所接收的數據分別存儲到對應的字段。
[0019]本申請公開了一種數據上傳裝置,包括:存儲器和處理器;
[0020]所述存儲器,用于保存用于數據上傳的程序;
[0021]所述處理器,用于讀取執行所述用于數據上傳的程序,執行上述的數據上傳方法。
[0022]本申請公開了一種數據接收裝置,包括:存儲器和處理器;
[0023]所述存儲器,用于保存用于數據接收的程序;
[0024]所述處理器,用于讀取執行所述用于數據接收的程序,執行上述的數據接收方法。
[0025]本申請包括以下優點:
[0026]本申請至少一個實施例使用常規的車輛網絡變量,將其作為數據傳輸的載體使用,不限定其物理含義與物理地址,可根據實際需求,對一次傳輸的數據數量進行靈活增減,從而使用少量變量,傳輸大量數據,使控制器內部數據大量的上傳成為可能;
[0027]本申請至少一個實施例節省了車輛網絡資源,節省了車聯網網絡傳輸資源,節省了云端數據存儲資源。
[0028]當然,實施本申請的任一產品并不一定需要同時達到以上所述的所有優點。
[0029]本申請的其它特征和優點將在隨后的說明書中闡述,并且,部分地從說明書中變得顯而易見,或者通過實施本申請而了解。本申請的其他優點可通過在說明書以及附圖中所描述的方案來實現和獲得。
附圖說明
[0030]附圖用來提供對本申請技術方案的理解,并且構成說明書的一部分,與本申請的實施例一起用于解釋本申請的技術方案,并不構成對本申請技術方案的限制。
[0031]圖1為現有技術的數據上傳的示意圖;
[0032]圖2為本申請實施例的數據上傳的方法的示意圖;
[0033]圖3為本申請實施例的輪轉發送的示意圖;
[0034]圖4為本申請實施例的事件發送的示意圖;
[0035]圖5為本申請實施例的具體事件發送的示例;
[0036]圖6為本申請實施例的一種周期發送的示意圖;
[0037]圖7為本申請實施例的另一周期發送的示意圖;
[0038]圖8為本申請實施例的周期發送的示例;
[0039]圖9為本申請實施例的一種云端接收數據的界面;
[0040]圖10為本申請實施例的另一種云端接收數據的界面。
具體實施方式
[0041]圖1為本申請實施例的數據上傳的方法的示意圖,如圖1所示,本實施例的數據上傳的方法包括:
[0042]當滿足預設條件時,將未知數量的待發送數據或第一預設數量的待發送數據經過多輪發送上傳到網絡端;
[0043]對于每輪發送,將第二預設數量的待發送數據分別賦給第二預設數量的預設變量;根據預設的變量與發送通道之間的對應關系確定第二預設數量的預設變量的發送通道;將第二預設數量的待發送數據通過對應的發送通道同時上傳到網絡端。
[0044]其中,CAN網絡的Frame幀里的每一位(byte)可以是一個發送通道,CAN網絡的一個Frame幀包括8個byte。如果第二預設數量超過8個,可以使用更多的Frame幀。所述待發送數據例如可以是按照相同頻率采集的車輛在行駛過程中的相關數據。例如,車速,電機轉速,踏板位置,環境溫度,電機溫度,IGBT溫度,電機電壓,電機本文檔來自技高網...
【技術保護點】
【技術特征摘要】
1.一種數據上傳方法,應用于車輛的控制器,其特征在于,當滿足預設條件時,將未知數量的待發送數據或第一預設數量的待發送數據經過多輪發送上傳到網絡端;對于每輪發送,將第二預設數量的待發送數據分別賦給第二預設數量的預設變量;根據預設的變量與發送通道之間的對應關系確定第二預設數量的預設變量的發送通道;將第二預設數量的待發送數據通過對應的發送通道同時上傳到網絡端。2.如權利要求1所述的方法,其特征在于,根據預設的變量與發送通道之間的對應關系確定第二預設數量的預設變量的發送通道,包括:根據預設的變量與發送通道之間的一一對應關系確定第二預設數量的預設變量的發送通道。3.如權利要求1所述的方法,其特征在于,所述預設條件包括:控制器啟動、以及控制器啟動且發生預設事件。4.如權利要求3所述的方法,其特征在于,還包括:當所述預設條件為控制器啟動時,第二預設數量的待發送數據包括第三預設數量的采集數據和本輪發送的輪數。5.如權利要求3所述的方法,其特征在于,還包括:當所述預設條件為控制器啟動且發生預設事件時,第二預設數量的待發送數據包括第三預設數量的采集數據、本輪發送的輪數和所述預設事件的標識。6.如權利要求5所述的方法,其特征在于,所述第三預設數量的采集數據包括所述預設事件發生時刻前第一預設時段內的數據、所述預設事件發生時刻前第二預設時段內的數據、所述預設事件發生時刻的數據、所述預設事件發生時刻后第三預設時段內的數...
【專利技術屬性】
技術研發人員:駱海建,劉義強,鐘軍,楊桂康,王勇,趙福成,王瑞平,
申請(專利權)人:寧波吉利羅佑發動機零部件有限公司極光灣科技有限公司,
類型:發明
國別省市:
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。