CN116931817A - 用于车辆配置数据的处理方法、装置及处理器 - Google Patents

用于车辆配置数据的处理方法、装置及处理器 Download PDF

Info

Publication number
CN116931817A
CN116931817A CN202210383883.3A CN202210383883A CN116931817A CN 116931817 A CN116931817 A CN 116931817A CN 202210383883 A CN202210383883 A CN 202210383883A CN 116931817 A CN116931817 A CN 116931817A
Authority
CN
China
Prior art keywords
configuration data
target data
cdt
partition
vehicle configuration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210383883.3A
Other languages
English (en)
Inventor
黄凯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Noble Automotive Technology Co ltd
Original Assignee
Noble Automotive Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Noble Automotive Technology Co ltd filed Critical Noble Automotive Technology Co ltd
Priority to CN202210383883.3A priority Critical patent/CN116931817A/zh
Publication of CN116931817A publication Critical patent/CN116931817A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061—Improving I/O performance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/78—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data
    • G06F21/79—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data in semiconductor storage media, e.g. directly-addressable memories
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638—Organizing or formatting or addressing of data
    • G06F3/0644—Management of space entities, e.g. partitions, extents, pools
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Stored Programmes (AREA)

Abstract

本申请实施例提供一种用于车辆配置数据的处理方法、装置及处理器。方法包括：获取MCU发送的车辆配置数据；对车辆配置数据进行解析，以确定车辆的目标数据；将目标数据存储至特定芯片的CDT分区；将目标数据存储完毕的第一通知发送至MCU；在重启MCU和第一类型应用，且第一类型应用从特定芯片中读取CDT分区中的目标数据后，将目标数据存储至特定芯片的内存中；发送第二通知至第二类型应用，以使第二类型应用从内存中读取目标数据。通过上述技术方案，能够对车辆配置数据进行存储，无需使用外部存储设备，减少硬件成本，进一步提高配置数据存储安全性的同时，也能够在开机后快速对配置数据进行读取，更加快捷以及简便。

Description

用于车辆配置数据的处理方法、装置及处理器
技术领域
本申请涉及数据处理领域，具体地涉及一种用于车辆配置数据的处理方法、装置及处理器。
背景技术
在目前的现有技术中，车辆配置数据的存储一般以数据库或者文件的方式存储于磁盘上。数据库的存储空间大，可以存放成千上万条数据，但将配置数据存储至数据库中需要按照特定的规则形式进行存储，否则在后续的查询过程中效率较低。且，通过应用程序直接访问数据库以存储或者读取配置数据，系统需配备有与应用程序适配的接口时。不仅增加了硬件成本，也不便于配置数据的快速存储与读取。另外，通过文件的方式存储车辆配置数据，访问速度慢，影响开机读取速度。
发明内容
本申请实施例的目的是提供一种用于车辆配置数据的处理方法、装置及处理器。
为了实现上述目的，本申请第一方面提供一种用于车辆配置数据的处理方法，包括：
获取MCU发送的车辆配置数据；
对车辆配置数据进行解析，以确定车辆的目标数据；
将目标数据存储至特定芯片的CDT分区；
将目标数据存储完毕的第一通知发送至MCU；
在重启MCU和第一类型应用，且第一类型应用从特定芯片中读取CDT分区中的目标数据后，将目标数据存储至特定芯片的内存中；
发送第二通知至第二类型应用，以使第二类型应用从内存中读取目标数据。
可选地，处理方法还包括：在重启MCU和第一类型应用，且第一类型应用从特定芯片中读取CDT分区中的目标数据后，检测CDT分区中是否存储有目标数据；在确定CDT分区中存储有目标数据的情况下，将目标数据存储至特定芯片的内存中。
可选地，检测CDT分区中是否存储有目标数据包括：将车辆配置数据与CDT分区中存储的配置数据进行对比；在车辆配置数据包含目标数据的情况下，确定CDT分区中存储有目标数据。
可选地，检测CDT分区中是否存储有目标数据还包括：在车辆配置数据未包含目标数据的情况下，确定CDT分区未存储有目标数据；对车辆配置数据重新进行解析，以确定重新解析后的车辆的目标数据；将重新解析后的车辆的目标数据存储至特定芯片的CDT分区。
可选地，处理方法应用于特定芯片，其中，特定芯片通过串行外设接口通信的方式将目标数据存储完毕的通知发送至MCU。
可选地，处理方法还包括：按照预设启动顺序进行重启操作，其中，重新启动的顺序按照先后排序依次为：MCU、第一类型应用、特定芯片、第二类型应用。
可选地，处理方法还包括：在重启MCU和第一类型应用，且特定芯片未重启的情况下，第一类型应用直接从CDT分区读取目标数据。
可选地，处理方法还包括：在重启MCU、第一类型应用以及特定芯片的情况下，发送车辆配置数据的获取请求至MCU；获取MCU根据获取请求发送的车辆配置数据；将车辆配置数据与CDT分区中存储的配置数据进行对比，以检测CDT分区中是否存储有目标数据。
本申请第二方面提供一种处理器，被配置成执行上述的用于车辆配置数据的处理方法。
本申请第三方面提供一种用于车辆配置数据的处理装置，包括上述的处理器。
通过上述技术方案，能够根据不同车型对车辆配置数据进行存储，将车辆配置数据存储至CDT分区中无需使用外部存储设备，减少硬件成本，进一步提高配置数据存储的安全性的同时，也能够在开机后快速对配置数据进行读取，更加快捷以及简便。
本申请实施例的其它特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本申请实施例，但并不构成对本申请实施例的限制。在附图中：
图1示意性示出了根据本申请实施例的用于车辆配置数据的处理方法的流程示意图；
图2示意性示出了根据本申请实施例的用于车辆配置数据的处理方法的时序图；
图3示意性示出了根据本申请实施例的计算机设备的内部结构图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请实施例，并不用于限制本申请实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1示意性示出了根据本申请实施例的用于车辆配置数据的处理方法的流程示意图。如图1所示，在本申请一实施例中，提供了一种用于车辆配置数据的处理方法，包括以下步骤：
步骤101，获取MCU发送的车辆配置数据。
步骤102，对车辆配置数据进行解析，以确定车辆的目标数据。
步骤103，将目标数据存储至特定芯片的CDT分区。
步骤104，将目标数据存储完毕的第一通知发送至MCU。
步骤105，在重启MCU和第一类型应用，且第一类型应用从特定芯片中读取CDT分区中的目标数据后，将目标数据存储至特定芯片的内存中。
步骤106，发送第二通知至第二类型应用，以使第二类型应用从内存中读取目标数据。
对车辆配置数据进行处理，首先，处理器可以获取MCU发送的车辆配置数据。其中，MCU可以指的是车辆的微控制器。不同的车辆类型所需配备的配置数据不同。例如，车辆的配置数据可以指的是车辆运行配置数据、与audio相关的配置数据、与以太网相关的配置数据、车载屏幕的配置数据、车辆影像系统的配置数据以及车辆倒车雷达等的配置数据。其中，与audio相关的配置数据包括音频功放类型以及扬声器类型等。与以太网相关的配置数据可以包括以太网速率以及以太网端口等。车载屏幕的配置数据可以指的是车载屏幕的类型，例如，仪表屏、中控屏以及扶手屏等。
在预先设置好配置文件后，用户可以通过CAN工具将配置文件中的车辆配置数据写入到MCU中，然后，处理器可以获取MCU发送的车辆配置数据。由于车辆配置数据可以包含车辆的多个配置信息，在获取到车辆配置数据之后，处理器可以对车辆配置数据进行解析。其中，解析后得到的车辆配置数据可以指的是需要进行存储或者读取的车辆配置数据。处理器可以将解析后的车辆配置数据确定为车辆的目标数据。
在确定车辆的目标数据之后，处理器可以将目标数据存储至特定芯片的CDT分区。其中，特定芯片可以指的是SOC芯片。CDT分区可以指的是高通平台提供的一个裸分区，CDT分区具有特殊的开头数据作为标识。在将目标数据存储完毕后，处理器可以将目标数据存储完毕的第一通知发送至MCU。即，第一通知可以指的是当目标数据存储至CDT分区后发送的通知。在MCU接收到目标数据存储完毕的第一通知的情况下，MCU可以将第一通知发送至上位机。
在将目标数据存储完毕的情况下，用户可以进行重启操作。例如，可以重启MCU和第一类型应用。其中，第一类型应用可以指的是特定芯片上的快速应用。具体地，第一类型应用可以指的是驱动程序等。例如，AVM倒车影像进程，以太网驱动进程，摄像头驱动进程等。在重启MCU和第一类型应用的情况下，第一类型应用可以从特定芯片中读取CDT分区中的目标数据。然后，处理器可以将目标数据存储到特定芯片的内存中。
处理器可以发送第二通知至第二类型应用，以使第二类型应用从内存中读取目标数据。其中，第二通知可以指的是当目标数据存储至特定芯片的内存后发送的通知。第二类型应用可以指的是特定芯片上的普通应用。例如，第二类型应用可以指的是DVR应用程序，仪表应用程序，HMI应用程序等。
通过上述技术方案，能够根据不同车型对车辆配置数据进行存储，将车辆配置数据存储至CDT分区中无需使用外部存储设备，减少硬件成本，进一步提高配置数据存储的安全性的同时，也能够在开机后快速对配置数据进行读取，更加快捷以及简便。
在一个实施例中，处理方法还包括：在重启MCU和第一类型应用，且第一类型应用从特定芯片中读取CDT分区中的目标数据后，检测CDT分区中是否存储有目标数据；在确定CDT分区中存储有目标数据的情况下，将目标数据存储至特定芯片的内存中。
其中，MCU可以指的是车辆的微控制器。第一类型应用可以指的是特定芯片上的快速应用。特定芯片可以指的是SOC芯片。在重启MCU和第一类型应用，且第一类型应用从特定芯片中读取CDT分区中的目标数据后，处理器可以检测CDT分区中是否存储有目标数据。在确定CDT分区中存储有目标数据的情况下，处理器可以将目标数据存储至特定芯片的内存中。
在重启开机前若MCU将配置字传输至SOC时出现通信失败的问题，则CDT分区中可能未存储有目标数据。因此，为了确保目标数据成功存储至CDT分区，处理器可以检测CDT分区中是否存储有目标数据。
在一个实施例中，检测CDT分区中是否存储有目标数据包括：将车辆配置数据与CDT分区中存储的配置数据进行对比；在车辆配置数据包含目标数据的情况下，确定CDT分区中存储有目标数据。
处理器可以将车辆配置数据与CDT分区中存储的配置数据进行对比，在车辆配置数据包含目标数据的情况下，处理器可以确定CDT分区中存储有目标数据。在确定CDT分区中存储有目标数据的情况下，处理器可以将目标数据存储至特定芯片的内存中。
在一个实施例中，检测CDT分区中是否存储有目标数据还包括：在车辆配置数据未包含目标数据的情况下，确定CDT分区未存储有目标数据；对车辆配置数据重新进行解析，以确定重新解析后的车辆的目标数据；将重新解析后的车辆的目标数据存储至特定芯片的CDT分区。
在车辆配置数据未包含目标数据的情况下，处理器可以确定CDT分区未存储有目标数据。即，MCU可能与SOC出现通信失败的问题。处理器可以对车辆配置数据重新进行解析，以确定重新解析后的车辆的目标数据。然后再将重新解析后的车辆的目标数据存储至特定芯片的CDT分区。
在一个实施例中，处理方法应用于特定芯片，其中，特定芯片通过串行外设接口通信的方式将目标数据存储完毕的通知发送至MCU。
特定芯片可以指的是SOC芯片。特定芯片可以通过串行外设接口通信的方式将目标数据存储完毕的通知发送至MCU。
在一个实施例中，处理方法还包括：按照预设启动顺序进行重启操作，其中，重新启动的顺序按照先后排序依次为：MCU、第一类型应用、特定芯片、第二类型应用。
由于重新启动时，MCU、第一类型应用、特定芯片、第二类型应用可以同时加载资源，可能造成启动过慢的问题。因此，用户可以预先设置重新启动的顺序。其中，重新启动的顺序可以按照先后排序依次为：MCU、第一类型应用、特定芯片、第二类型应用。
在一个实施例中，处理方法还包括：在重启MCU和第一类型应用，且特定芯片未重启的情况下，第一类型应用直接从CDT分区读取目标数据。
由于可以按照预设启动顺序进行重启操作，因此，当MCU和第一类型应用启动时，而特定芯片未启动的情况下，第一类型应用可以直接从特定芯片的CDT分区中读取目标数据。
在一个实施例中，处理方法还包括：在重启MCU、第一类型应用以及特定芯片的情况下，发送车辆配置数据的获取请求至MCU；获取MCU根据获取请求发送的车辆配置数据；将车辆配置数据与CDT分区中存储的配置数据进行对比，以检测CDT分区中是否存储有目标数据。
由于可以按照预设启动顺序进行重启操作，因此，当MCU、第一类型应用以及特定芯片都启动的情况下，处理器可以发送车辆配置数据的获取请求至MCU。然后，处理器可以获取MCU根据获取请求发送的车辆配置数据。处理器可以将车辆配置数据与CDT分区中存储的配置数据进行对比，以检测CDT分区中是否存储有目标数据。若处理器确定CDT分区中存储有目标数据，则可以将目标数据存储至特定芯片的内存中。若处理器确定CDT分区中未存储有目标数据，则可以重新解析获取到的车辆配置数据，以确定解析后的车辆的目标数据。
在一个实施例中，如图2所示，提供了一种用于车辆配置数据的处理方法的时序图。
用户可以将预设的配置文件中的配置数据通过CAN工具写入至vConfig(MCU)，vConfig(MCU)可以将配置数据存储至内存中，然后vConfig(MCU)可以将配置数据发送至vConfig(SOC)。在vConfig(SOC)接收到配置数据的情况下，vConfig(SOC)可以对配置数据进行解析，以得到解析后的配置数据，并将需要存储的配置数据存储至vConfig(SOC)的CDT分区中。其中，解析后的配置数据可以指的是需要存储的配置数据。在将需要存储的配置数据存储完毕的情况下，vConfig(SOC)可以发送存储完毕的通知至vConfig(MCU)，vConfig(MCU)可以发送存储完毕的通知至上位机。
在有读取配置数据的需求时，用户可以按照预设启动顺序进行重启操作。在vConfig(MCU)以及快速APP启动的情况下，快速APP可以读取vConfig(SOC)的CDT分区中的配置数据。在vConfig(MCU)、快速APP以及vConfig(SOC)都启动的情况下，vConfig(SOC)可以发送配置数据的获取请求至vConfig(MCU)，vConfig(MCU)在接收到获取请求后，可以将配置数据发送至vConfig(SOC)。然后，vConfig(SOC)可以检测配置数据是否更新，即处理器可以检测CDT分区中是否存储有解析后的配置数据，以避免在重启开机前vConfig(MCU)将配置字传输至vConfig(SOC)时出现通信问题，导致CDT分区中未存储有解析后的配置数据。
若vConfig(SOC)确定CDT分区中未存储有解析后的配置数据，则vConfig(SOC)可以重新对配置数据进行解析，并将重新解析后的配置数据存储到CDT分区。然后，vConfig(SOC)可以将重新解析后的配置数据存储至内存中。在存储完毕且普通APP启动的情况下，vConfig(SOC)可以发送通知至普通APP。普通APP可以读取vConfig(SOC)内存中的配置数据。
通过上述技术方案，能够根据不同车型对车辆配置数据进行存储，将车辆配置数据存储至CDT分区中无需使用外部存储设备，减少硬件成本，进一步提高配置数据存储的安全性的同时，也能够在开机后快速对配置数据进行读取，更加快捷以及简便。
图1为一个实施例中用于车辆配置数据的处理方法的流程示意图。应该理解的是，虽然图1的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述用于车辆配置数据的处理方法。
在一个实施例中，提供了一种用于车辆配置数据的处理装置，包括上述的处理器。
本申请实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现上述用于车辆配置数据的处理方法。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图3所示。该计算机设备包括通过系统总线连接的处理器A01、网络接口A02和存储器(图中未示出)。其中，该计算机设备的处理器A01用于提供计算和控制能力。该计算机设备的存储器包括内存储器A03和非易失性存储介质A04。该非易失性存储介质A04存储有操作系统B01、计算机程序B02和数据库(图中未示出)。该内存储器A03为非易失性存储介质A04中的操作系统B01和计算机程序B02的运行提供环境。该计算机设备的网络接口A02用于与外部的终端通过网络连接通信。该计算机程序B02被处理器A01执行时以实现一种用于车辆配置数据的处理方法。
本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
本申请实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：获取MCU发送的车辆配置数据；对车辆配置数据进行解析，以确定车辆的目标数据；将目标数据存储至特定芯片的CDT分区；将目标数据存储完毕的第一通知发送至MCU；在重启MCU和第一类型应用，且第一类型应用从特定芯片中读取CDT分区中的目标数据后，将目标数据存储至特定芯片的内存中；发送第二通知至第二类型应用，以使第二类型应用从内存中读取目标数据。
在一个实施例中，处理方法还包括：在重启MCU和第一类型应用，且第一类型应用从特定芯片中读取CDT分区中的目标数据后，检测CDT分区中是否存储有目标数据；在确定CDT分区中存储有目标数据的情况下，将目标数据存储至特定芯片的内存中。
在一个实施例中，检测CDT分区中是否存储有目标数据包括：将车辆配置数据与CDT分区中存储的配置数据进行对比；在车辆配置数据包含目标数据的情况下，确定CDT分区中存储有目标数据。
在一个实施例中，检测CDT分区中是否存储有目标数据还包括：在车辆配置数据未包含目标数据的情况下，确定CDT分区未存储有目标数据；对车辆配置数据重新进行解析，以确定重新解析后的车辆的目标数据；将重新解析后的车辆的目标数据存储至特定芯片的CDT分区。
在一个实施例中，处理方法应用于特定芯片，其中，特定芯片通过串行外设接口通信的方式将目标数据存储完毕的通知发送至MCU。
在一个实施例中，处理方法还包括：按照预设启动顺序进行重启操作，其中，重新启动的顺序按照先后排序依次为：MCU、第一类型应用、特定芯片、第二类型应用。
在一个实施例中，处理方法还包括：在重启MCU和第一类型应用，且特定芯片未重启的情况下，第一类型应用直接从CDT分区读取目标数据。
在一个实施例中，处理方法还包括：在重启MCU、第一类型应用以及特定芯片的情况下，发送车辆配置数据的获取请求至MCU；获取MCU根据获取请求发送的车辆配置数据；将车辆配置数据与CDT分区中存储的配置数据进行对比，以检测CDT分区中是否存储有目标数据。
本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：获取MCU发送的车辆配置数据；对车辆配置数据进行解析，以确定车辆的目标数据；将目标数据存储至特定芯片的CDT分区；将目标数据存储完毕的第一通知发送至MCU；在重启MCU和第一类型应用，且第一类型应用从特定芯片中读取CDT分区中的目标数据后，将目标数据存储至特定芯片的内存中；发送第二通知至第二类型应用，以使第二类型应用从内存中读取目标数据。
在一个实施例中，处理方法还包括：在重启MCU和第一类型应用，且第一类型应用从特定芯片中读取CDT分区中的目标数据后，检测CDT分区中是否存储有目标数据；在确定CDT分区中存储有目标数据的情况下，将目标数据存储至特定芯片的内存中。
在一个实施例中，检测CDT分区中是否存储有目标数据包括：将车辆配置数据与CDT分区中存储的配置数据进行对比；在车辆配置数据包含目标数据的情况下，确定CDT分区中存储有目标数据。
在一个实施例中，检测CDT分区中是否存储有目标数据还包括：在车辆配置数据未包含目标数据的情况下，确定CDT分区未存储有目标数据；对车辆配置数据重新进行解析，以确定重新解析后的车辆的目标数据；将重新解析后的车辆的目标数据存储至特定芯片的CDT分区。
在一个实施例中，处理方法应用于特定芯片，其中，特定芯片通过串行外设接口通信的方式将目标数据存储完毕的通知发送至MCU。
在一个实施例中，处理方法还包括：按照预设启动顺序进行重启操作，其中，重新启动的顺序按照先后排序依次为：MCU、第一类型应用、特定芯片、第二类型应用。
在一个实施例中，处理方法还包括：在重启MCU和第一类型应用，且特定芯片未重启的情况下，第一类型应用直接从CDT分区读取目标数据。
在一个实施例中，处理方法还包括：在重启MCU、第一类型应用以及特定芯片的情况下，发送车辆配置数据的获取请求至MCU；获取MCU根据获取请求发送的车辆配置数据；将车辆配置数据与CDT分区中存储的配置数据进行对比，以检测CDT分区中是否存储有目标数据。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种用于车辆配置数据的处理方法，其特征在于，所述处理方法包括：
获取MCU发送的车辆配置数据；
对所述车辆配置数据进行解析，以确定所述车辆的目标数据；
将所述目标数据存储至特定芯片的CDT分区；
将所述目标数据存储完毕的第一通知发送至所述MCU；
在重启所述MCU和第一类型应用，且所述第一类型应用从所述特定芯片中读取所述CDT分区中的目标数据后，将所述目标数据存储至所述特定芯片的内存中；
发送第二通知至第二类型应用，以使所述第二类型应用从所述内存中读取所述目标数据。
2.根据权利要求1所述的用于车辆配置数据的处理方法，其特征在于，所述处理方法还包括：
在重启所述MCU和第一类型应用，且所述第一类型应用从所述特定芯片中读取所述CDT分区中的目标数据后，检测所述CDT分区中是否存储有所述目标数据；
在确定所述CDT分区中存储有所述目标数据的情况下，将所述目标数据存储至所述特定芯片的内存中。
3.根据权利要求2所述的用于车辆配置数据的处理方法，其特征在于，所述检测所述CDT分区中是否存储有所述目标数据包括：
将所述车辆配置数据与所述CDT分区中存储的配置数据进行对比；
在所述车辆配置数据包含所述目标数据的情况下，确定所述CDT分区中存储有所述目标数据。
4.根据权利要求3所述的用于车辆配置数据的处理方法，其特征在于，所述检测所述CDT分区中是否存储有所述目标数据还包括：
在所述车辆配置数据未包含所述目标数据的情况下，确定所述CDT分区未存储有所述目标数据；
对所述车辆配置数据重新进行解析，以确定重新解析后的车辆的目标数据；
将重新解析后的车辆的目标数据存储至所述特定芯片的CDT分区。
5.根据权利要求1所述的用于车辆配置数据的处理方法，其特征在于，所述处理方法应用于特定芯片，其中，所述特定芯片通过串行外设接口通信的方式将所述目标数据存储完毕的通知发送至所述MCU。
6.根据权利要求1所述的用于车辆配置数据的处理方法，其特征在于，所述处理方法还包括：
按照预设启动顺序进行重启操作，其中，重新启动的顺序按照先后排序依次为：所述MCU、所述第一类型应用、所述特定芯片、所述第二类型应用。
7.根据权利要求1所述的用于车辆配置数据的处理方法，其特征在于，所述处理方法还包括：
在重启所述MCU和所述第一类型应用，且所述特定芯片未重启的情况下，所述第一类型应用直接从所述CDT分区读取所述目标数据。
8.根据权利要求1所述的用于车辆配置数据的处理方法，其特征在于，所述处理方法还包括：
在重启所述MCU、所述第一类型应用以及所述特定芯片的情况下，发送所述车辆配置数据的获取请求至MCU；
获取所述MCU根据所述获取请求发送的所述车辆配置数据；
将所述车辆配置数据与所述CDT分区中存储的配置数据进行对比，以检测所述CDT分区中是否存储有所述目标数据。
9.一种处理器，其特征在于，被配置成执行根据权利要求1至8中任意一项所述的用于车辆配置数据的处理方法。
10.一种用于车辆配置数据的处理装置，其特征在于，所述包括根据权利要求9所述的处理器。
CN202210383883.3A 2022-04-12 2022-04-12 用于车辆配置数据的处理方法、装置及处理器 Pending CN116931817A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210383883.3A CN116931817A (zh) 2022-04-12 2022-04-12 用于车辆配置数据的处理方法、装置及处理器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210383883.3A CN116931817A (zh) 2022-04-12 2022-04-12 用于车辆配置数据的处理方法、装置及处理器

Publications (1)

Publication Number Publication Date
CN116931817A true CN116931817A (zh) 2023-10-24

Family

ID=88379469

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210383883.3A Pending CN116931817A (zh) 2022-04-12 2022-04-12 用于车辆配置数据的处理方法、装置及处理器

Country Status (1)

Country Link
CN (1) CN116931817A (zh)

Similar Documents

Publication Publication Date Title
US10599413B2 (en) Method and device for identifying file
CN109871225B (zh) 电子控制单元ecu升级方法及ecu
CN111435943B (zh) 数据处理方法、设备、系统及存储介质
US10274919B2 (en) Method, device and computer program product for programming a plurality of control units
CN109951494B (zh) 仿真数据处理方法、装置、仿真设备及存储介质
US10761935B2 (en) Accelerating system dump capturing
CN116414542B (zh) 任务调度方法、装置、设备及存储介质
CN108268369B (zh) 测试数据获取方法及装置
CN116931817A (zh) 用于车辆配置数据的处理方法、装置及处理器
US20220188153A1 (en) System and method of executing task of operating system for vehicle
US20210354713A1 (en) Agent control device, agent control method, and storage medium storing agent control program
CN115503693A (zh) 一种车辆泊车地图动态管理方法及装置
CN113094618A (zh) 执行异步请求响应操作的方法、装置、设备及存储介质
CN114968482A (zh) 无服务器处理方法、装置和网络设备
CN111464395B (zh) 一种创建区块链的方法、装置及可读存储介质
CN114064323A (zh) 资源共享方法、终端、计算机可读介质
CN108255820B (zh) 分布式系统中数据入库的方法、装置以及电子设备
CN112540842A (zh) 动态调整系统资源的方法及装置
CN110536325B (zh) 一种提高车载智能设备通信连接成功率的方法
CN110908876A (zh) 一种硬件性能数据的获取方法及装置
CN116643269A (zh) 雷达数据处理方法、装置、设备及存储介质
CN113610586B (zh) 发票申请数据补偿方法及装置
CN109241066B (zh) 请求处理方法及装置
CN117112240A (zh) 环境感知方法、装置、计算机设备和存储介质
CN116909970A (zh) 一种调试串口重定向的方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination