CN111427606B - Vehicle MCU upgrading method based on full duplex SPI - Google Patents

Vehicle MCU upgrading method based on full duplex SPI Download PDF

Info

Publication number
CN111427606B
CN111427606B CN202010174070.4A CN202010174070A CN111427606B CN 111427606 B CN111427606 B CN 111427606B CN 202010174070 A CN202010174070 A CN 202010174070A CN 111427606 B CN111427606 B CN 111427606B
Authority
CN
China
Prior art keywords
mcu
data
application
frame
transmission data
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.)
Active
Application number
CN202010174070.4A
Other languages
Chinese (zh)
Other versions
CN111427606A (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.)
Changzhou Citos Software Co ltd
Original Assignee
Changzhou Citos Software 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 Changzhou Citos Software Co ltd filed Critical Changzhou Citos Software Co ltd
Priority to CN202010174070.4A priority Critical patent/CN111427606B/en
Publication of CN111427606A publication Critical patent/CN111427606A/en
Application granted granted Critical
Publication of CN111427606B publication Critical patent/CN111427606B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)

Abstract

The invention provides a vehicle MCU upgrading method based on a full duplex SPI, which comprises the following steps: s1, sending an upgrade request and a bin file version number to an MCU by an application; s2, the MCU checks the bin file version number, and if the checking can be successful, the MCU sends a request for acquiring checking data to the application; if the verification cannot be successful, the MCU replies upgrading failure to the application; s3, the application sends the verification data to the MCU, the MCU verifies the received verification data, if the verification fails, the MCU sends a request for obtaining the verification data to the application again, and if the verification succeeds, the step S4 is executed; and S4, transmitting the upgrade data by the MCU and the application module corresponding to the application through the SPI protocol. The vehicle MCU upgrading method based on the full-duplex SPI enables the MCU and the application module to complete synchronous transmission of upgrading data through the full-duplex SPI, greatly improves transmission efficiency of the upgrading data, and accelerates upgrading.

Description

Vehicle machine MCU upgrading method based on full-duplex SPI
Technical Field
The invention relates to the field of communication, in particular to a vehicle machine MCU upgrading method based on a full-duplex SPI.
Background
At present, the off-line upgrading of the vehicle-mounted MCU needs to acquire an upgrading packet from an upper APP through data communication to complete upgrading. In the prior art, a UART or a unilateral SPI is often used as a communication method for acquiring the upgrade package, and the two communication methods can only transmit data in a single direction when transmitting data, and need to establish communication connection for many times during communication, which not only reduces the transmission efficiency of data, but also increases the upgrade time. Therefore, it is necessary to invent a vehicle MCU upgrading method based on full duplex SPI.
Disclosure of Invention
The technical problem to be solved by the invention is as follows: in order to solve the problem of low transmission efficiency of an upgrade data transmission mode in an MCU upgrade method in the prior art, the invention provides a vehicle MCU upgrade method based on a full-duplex SPI (serial peripheral interface) to solve the problem.
The technical scheme adopted by the invention for solving the technical problems is as follows: a vehicle MCU upgrading method based on full duplex SPI includes the following steps:
s1, an application sends an upgrade request and a bin file version number to an MCU;
s2, the MCU acquires data to be upgraded, the MCU acquires the version number of a file to be upgraded from the data to be upgraded, the MCU judges whether the version number of the bin file is smaller than the version number of the file to be upgraded, and if the version number of the bin file is smaller than the version number of the file to be upgraded, the MCU sends a request for acquiring verification data to an application; otherwise, the MCU replies the upgrading failure to the application;
s3, the application sends the check data to the MCU, the MCU judges whether the num number of the received check data corresponds to the num number of the check data requested to be obtained or not, if not, the MCU sends the request for obtaining the check data to the application again, and if so, the step S4 is carried out;
s4, the MCU and the application module corresponding to the application transmit the upgrading data through an SPI protocol, and the transmission process of the upgrading data between the MCU and the application module specifically comprises the following steps:
s401, a sender judges whether the content needing to be sent exists in a sending queue, if so, the sender generates a data frame according to the content needing to be sent, if not, the sender generates a default frame, and the sender sends transmission data to a receiver;
s402, a receiving party receives the transmission data; the receiver judges the type of the transmission data, and enters a response state if the transmission data is a default frame; if the transmission data is a response frame or a non-response frame or the transmission data is checked to be wrong, the receiver enters a non-response state; if the transmission data is checked correctly, the receiving party stores the transmission data into a receiving queue and enters a response state;
s403, if the receiver enters a response state, the receiver generates a response frame and sends the response frame to the sender, the sender receives the response frame sent by the receiver, and the sender enters a data sending state;
if the receiver enters a non-response state, the receiver generates a non-response frame and sends the non-response frame to the sender, the sender receives the non-response frame sent by the receiver, and the sender enters a data retransmission state;
s404, if the sender enters a data retransmission state, the sender retransmits the transmission data to the receiver and the step S402 is carried out;
if the sender enters a data sending state, the sender judges whether the content needing to be sent exists in a sending queue, if so, the sender generates a data frame according to the content needing to be sent, if not, the sender generates a default frame, the sender sends transmission data to the receiver, and the step S402 is entered.
Preferably, the data frame comprises a frame header, a data packet and a check frame, the frame header is the first two bytes of the data frame, the frame header is used for recording the length of the data frame, and the check frame is used for checking the data frame;
the first two bytes of the default frame are both 0;
step S402 specifically includes the following steps:
s4021, a receiver acquires the first two bytes of the transmission data by sending two bytes of data to a sender, the receiver acquires the length of the transmission data according to the first two bytes of the transmission data, the receiver judges whether the length of the data to be sent is smaller than the length of the transmission data according to the length of the transmission data, if so, the step S4022 is performed, otherwise, the step S4023 is performed;
s4022, the receiver fills zero behind the data to be sent to make the length of the data to be sent equal to the length of the transmission data, and then the step S4023 is performed;
s4023, a receiving side sends data to be sent to a sender to obtain the rest of the transmission data;
s4024, the receiver judges the type of the transmission data, and enters a response state if the transmission data is a default frame; if the transmission data is a response frame or a non-response frame or the transmission data is checked to be lost, the receiver enters a response state; and if the transmission data is verified correctly, the receiver stores the transmission data into a receiving queue and enters a response state.
Preferably, step S1 further includes step S01, before obtaining the upgrade instruction from the outside, where the MCU runs in the APP program;
and S21, sending an upgrading instruction to the MCU by the application, erasing the flash after the MCU acquires the upgrading instruction, restarting the MCU after the flash is erased, and running the restarted MCU in a BOOT program.
Preferably, the step S2 further includes the steps of recording the number of times of transmission by the application and waiting for the MCU to reply, and if the MCU replies within the waiting time, entering step S3; if the MCU does not reply within the waiting time, the application judges whether the sending times are greater than a sending threshold value;
if the sending times are not more than the sending threshold value, the application sends the upgrade request and the bin file version number to the MCU again, the application adds the sending times together and repeats the step of the step S2 that the application waits for receiving the reply of the MCU;
and if the sending times are greater than the sending threshold value, the application feedback upgrading fails.
The vehicle MCU upgrading method based on the full-duplex SPI has the advantages that the MCU and the application module can complete synchronous transmission of upgrading data through the full-duplex SPI protocol during upgrading, transmission efficiency of the upgrading data is greatly improved, and upgrading speed is accelerated.
Drawings
The invention is further illustrated by the following examples in conjunction with the drawings.
Fig. 1 is a flowchart of an optimal embodiment of a vehicle MCU upgrading method based on full duplex SPI in the present invention.
Fig. 2 is a state transition diagram in the SPI communication process of the vehicle-mounted device MCU upgrading method based on the full-duplex SPI of the present invention.
Detailed Description
Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are illustrative only for the purpose of explaining the present invention and are not to be construed as limiting the present invention.
In the description of the present invention, it is to be understood that the terms "center", "longitudinal", "lateral", "length", "width", "thickness", "upper", "lower", "front", "rear", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", "outer", "axial", "radial", "circumferential", and the like, indicate orientations or positional relationships based on those shown in the drawings, merely for convenience of description and simplification of the description, and do not indicate or imply that the device or element referred to must have a particular orientation, be constructed and operated in a particular orientation, and thus, are not to be construed as limiting the present invention.
Furthermore, the terms "first," "second," and the like are used for descriptive purposes only and are not to be construed as indicating or implying relative importance. In the description of the present invention, it is to be noted that, unless otherwise explicitly specified or limited, the terms "connected" and "connected" are to be interpreted broadly, e.g., as being fixed or detachable or integrally connected; can be mechanically or electrically connected; may be directly connected or indirectly connected through an intermediate. The specific meanings of the above terms in the present invention can be understood in specific cases to those skilled in the art. In addition, in the description of the present invention, "a plurality" means two or more unless otherwise specified.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and alternate implementations are included within the scope of the preferred embodiment of the present invention in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present invention.
As shown in fig. 1 to 2, the invention provides a vehicle MCU upgrading method based on a full duplex SPI, which comprises the following steps:
s1, popping a popup window for inquiring whether to be upgraded on an interactive interface by the application, and enabling a user to select whether to be upgraded on the interactive interface; if the user selects not to upgrade, the MCU continues to run in the APP program, the application cannot obtain an upgrade instruction, and the upgrade is finished; if the user selects upgrading, the application can obtain an upgrading instruction, and sends an upgrading request and a bin file version number to the MCU after the application obtains the upgrading instruction:
s2, the MCU acquires data to be upgraded from the version information storage part, acquires the version number of a file to be upgraded from the data to be upgraded, judges whether the version number of the bin file is smaller than the version number of the file to be upgraded in the data to be upgraded, if the version number of the bin file is smaller than the version number of the file to be upgraded, the application module meets the upgrading condition, and sends a request for acquiring verification data to the application; otherwise, the data to be upgraded cannot upgrade the application module, the MCU replies the upgrade failure to the application, and the application feeds back the upgrade failure to the interactive interface;
in this embodiment, while the MCU checks the bin file version number, the application records the transmission times and waits for the reply of the MCU, where the transmission times are the times when the application transmits the upgrade request and the bin file version number to the MCU;
the application records the time from the moment of sending the upgrade request and the bin file version number to the current moment as waiting time; if the MCU does not reply within the waiting time, the application determines whether the number of transmission times is greater than a transmission threshold, in this embodiment, the waiting time is 5 seconds, and the transmission threshold is 10 times;
if the sending times are not more than 10, the application sends the upgrade request and the bin file version number to the MCU again, adds the sending times together and repeats the step of S2, in which the application waits for receiving the reply of the MCU;
if the sending times are more than 10, the application fails to feed back and upgrade the interactive interface;
s21, the MCU jumps to an EraseVersion code segment to erase the Codeflash, the MCU is restarted after the Codeflash is erased, and the restarted MCU runs in a BOOT program;
s3, the application sends the check data to the MCU, the MCU judges whether the num number of the received check data corresponds to the num number of the check data requested to be obtained or not, if not, the MCU sends the request for obtaining the check data to the application again, and the step S3 is repeated; if so, entering step S4;
s4, the MCU and the application module transmit the upgrade data through the SPI protocol; in this embodiment, the application module is a hardware module corresponding to the application, the application module monitors an RX pin of the MCU, the RX pin is an enable pin with a low level being effective, the MCU pulls the RX pin low before data transmission starts, and the application module monitors that the RX pin of the MCU is a low level, which indicates that both the MCU and the application module are ready to start data transmission;
in this embodiment, the application module is a sender with respect to the MCU, and the MCU is also a sender with respect to the application module, that is, the MCU and the application module are a sender and a receiver with respect to each other;
step S4 specifically includes the following steps:
s401, the sending party judges whether the content needing to be sent exists in the sending queue, if yes, the sending party generates a data frame according to the content needing to be sent, if not, the sending party generates a default frame, and the sending party sends the transmission data to the receiving party;
in this embodiment, the MCU has upgrade data to be sent to the application module, and the MCU generates a data frame according to the upgrade data; the application module generates a default frame when the application module does not have data to be sent to the MCU; the MCU and the application module mutually transmit transmission data;
s402, the MCU receives transmission data sent by the application module, the application module receives the transmission data sent by the MCU, and the MCU and the application module respectively judge the type of the transmission data received by the MCU and the application module, and the method specifically comprises the following steps:
s4021, the MCU and the application module respectively send the first two bytes of transmission data to the opposite side, and the MCU and the application module receive the first two bytes of the transmission data of the opposite side;
the application module receives the first two bytes of the data frame sent by the MCU, the first two bytes of the data frame are frame headers, and the frame headers are used for recording the length of the data frame;
the MCU receives the first two bytes of the default frame sent by the application module, and the first two bytes of the default frame are both 0;
in this embodiment, the application module determines how long a default frame needs to be sent to the MCU according to the frame header to obtain the data frame sent by the MCU;
s4022, MCU and application module continue to send the remaining transmission data to the other side;
the MCU judges that the received transmission data sent by the application module is a default frame;
the application module judges the specific type of the received transmission data sent by the MCU, in the embodiment, the transmission data sent by the MCU is a data frame which can be correctly verified, and the application module stores the received transmission data into a receiving queue of the application module;
the last two bits of the transmission data are CRC16 check bits, a data packet to be actually sent is positioned between the frame header and the CRC16 check bits in the transmission data, and the CRC16 check bits are used for checking the correctness of the data packet;
s403, the application module enters a response state, and meanwhile the MCU enters the response state;
the application module generates a response frame and sends the response frame to the MCU, and meanwhile, the MCU generates the response frame and sends the response frame to the application module;
the application module in the response state receives a response frame sent by the MCU, and the application module enters a data sending state; meanwhile, the MCU in the response state receives a response frame sent by the application module, and the MCU enters a data sending state;
s404, the MCU judges whether transmission of the transmission data is finished, if so, the MCU raises the RX pin, otherwise, the MCU does not change the state of the RX pin;
the application module monitors the state of an RX pin of the MCU, and if the state of the RX pin is a low level, the application module and the MCU continue to transmit transmission data; if the state of the RX pin is changed from low level to high level, the application module finishes receiving data, the application module processes the received transmission data, and the application module and the MCU complete one-time transmission data exchange;
the MCU judges whether the transmission of the next transmission data is needed, if so, the MCU pulls down the RX pin, the application module monitors that the RX pin of the MCU is a low level, which indicates that the MCU and the application module are both prepared, and the MCU and the application module can start the next data transmission and enter the step S401; and if not, the MCU does not change the state of the RX pin, and the transmission is finished.
In the description of the specification, reference to the description of "one embodiment," "some embodiments," "an example," "a specific example," or "some examples" or the like means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the invention. In this specification, a schematic representation of the term does not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.
In light of the foregoing description of the preferred embodiment of the present invention, many modifications and variations will be apparent to those skilled in the art without departing from the spirit and scope of the invention. The technical scope of the present invention is not limited to the content of the specification, and must be determined according to the scope of the claims.

Claims (4)

1. A vehicle MCU upgrading method based on full duplex SPI is characterized by comprising the following steps:
s1, an application sends an upgrade request and a bin file version number to an MCU;
s2, the MCU acquires data to be upgraded, acquires the version number of a file to be upgraded from the data to be upgraded, judges whether the version number of the bin file is smaller than the version number of the file to be upgraded or not, and sends a request for acquiring verification data to an application if the version number of the bin file is smaller than the version number of the file to be upgraded; otherwise, the MCU replies upgrading failure to the application;
s3, the application sends the verification data to the MCU, the MCU judges whether the received num number of the verification data corresponds to the num number of the verification data requested to be obtained or not, if not, the MCU sends a request for obtaining the verification data to the application again, and if yes, the step S4 is carried out;
s4, the MCU and the application module corresponding to the application transmit the upgrade data through the SPI protocol, and the transmission process of the upgrade data between the MCU and the application module specifically comprises the following steps:
s401, a sender judges whether the content needing to be sent exists in a sending queue, if so, the sender generates a data frame according to the content needing to be sent, if not, the sender generates a default frame, and the sender sends transmission data to a receiver;
s402, a receiving party receives the transmission data; the receiver judges the type of the transmission data, and enters a response state if the transmission data is a default frame; if the transmission data is a response frame or a non-response frame or the transmission data is checked to be wrong, the receiver enters a non-response state; if the transmission data is checked correctly, the receiving party stores the transmission data into a receiving queue and enters a response state;
s403, if the receiver enters a response state, the receiver generates a response frame and sends the response frame to the sender, the sender receives the response frame sent by the receiver, and the sender enters a data sending state;
if the receiver enters a non-response state, the receiver generates a non-response frame and sends the non-response frame to the sender, the sender receives the non-response frame sent by the receiver, and the sender enters a data retransmission state;
s404, if the sender enters a data retransmission state, the sender retransmits the transmission data to the receiver and the step S402 is carried out;
if the sender enters a data sending state, the sender judges whether the content needing to be sent exists in a sending queue, if so, the sender generates a data frame according to the content needing to be sent, if not, the sender generates a default frame, the sender sends transmission data to the receiver, and the step S402 is entered.
2. The vehicle-mounted unit MCU upgrading method based on full-duplex SPI according to claim 1, characterized in that:
the data frame comprises a frame header, a data packet and a check frame, wherein the frame header is the first two bytes of the data frame, the frame header is used for recording the length of the data frame, and the check frame is used for checking the data frame;
the first two bytes of the default frame are both 0;
step S402 specifically includes the following steps:
s4021, a receiver acquires the first two bytes of the transmission data by sending two bytes of data to a sender, the receiver acquires the length of the transmission data according to the first two bytes of the transmission data, the receiver judges whether the length of the data to be sent is smaller than the length of the transmission data according to the length of the transmission data, if so, the step S4022 is performed, otherwise, the step S4023 is performed;
s4022, the receiver fills zero behind the data to be transmitted to enable the length of the data to be transmitted to be equal to the length of the transmission data, and the step S4023 is carried out;
s4023, a receiving side sends data to be sent to a sender to obtain the rest of the transmission data;
s4024, the receiver judges the type of the transmission data, and enters a response state if the transmission data is a default frame; if the transmission data is a response frame or a non-response frame or the transmission data is checked to be lost, the receiver enters a response state; and if the transmission data is verified correctly, the receiver stores the transmission data into a receiving queue and enters a response state.
3. The vehicle-mounted unit MCU upgrading method based on full-duplex SPI according to claim 2, characterized in that:
step S01 is also included before step S1, the application obtains an upgrading instruction from the outside, and the MCU operates in the APP program at the moment;
and S21, sending an upgrading instruction to the MCU by the application, erasing the flash after the MCU acquires the upgrading instruction, restarting the MCU after the flash is erased, and running the restarted MCU in a BOOT program.
4. The vehicle-mounted machine MCU upgrading method based on the full-duplex SPI of claim 3, characterized in that:
step S2 also comprises the following steps that the application records the sending times and waits for the reply of the MCU, and if the MCU replies within the waiting time, the step S3 is executed; if the MCU does not reply within the waiting time, the application judges whether the sending times are greater than a sending threshold value;
if the sending times are not more than the sending threshold value, the application sends the upgrade request and the bin file version number to the MCU again, the application adds the sending times together and repeats the step of the step S2 that the application waits for receiving the reply of the MCU;
and if the sending times are greater than the sending threshold value, the application feedback upgrading fails.
CN202010174070.4A 2020-03-13 2020-03-13 Vehicle MCU upgrading method based on full duplex SPI Active CN111427606B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010174070.4A CN111427606B (en) 2020-03-13 2020-03-13 Vehicle MCU upgrading method based on full duplex SPI

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010174070.4A CN111427606B (en) 2020-03-13 2020-03-13 Vehicle MCU upgrading method based on full duplex SPI

Publications (2)

Publication Number Publication Date
CN111427606A CN111427606A (en) 2020-07-17
CN111427606B true CN111427606B (en) 2023-03-10

Family

ID=71553878

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010174070.4A Active CN111427606B (en) 2020-03-13 2020-03-13 Vehicle MCU upgrading method based on full duplex SPI

Country Status (1)

Country Link
CN (1) CN111427606B (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110096294A (en) * 2019-05-07 2019-08-06 柏科智能(厦门)科技有限公司 It is a kind of can break-point radio upgrade MCU application program method
CN110855686A (en) * 2019-11-18 2020-02-28 深圳开立生物医疗科技股份有限公司 SPI protocol communication method, system, equipment and computer storage medium

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110096294A (en) * 2019-05-07 2019-08-06 柏科智能(厦门)科技有限公司 It is a kind of can break-point radio upgrade MCU application program method
CN110855686A (en) * 2019-11-18 2020-02-28 深圳开立生物医疗科技股份有限公司 SPI protocol communication method, system, equipment and computer storage medium

Also Published As

Publication number Publication date
CN111427606A (en) 2020-07-17

Similar Documents

Publication Publication Date Title
CN112217599B (en) Data frame receiving method and device, and communication method and system
US20050281212A1 (en) Wireless access communication system for data retransmission, data retransmission apparatus and method
US20050160418A1 (en) Embedded system using binary position information and software downloading method therein
US9036524B2 (en) Method and apparatus for sending control signaling
CN111480308A (en) Data transmission method, equipment and computer storage medium
CN106453629B (en) A kind of automobile electronic system remote update system and its method based on mobile network
CN111130710A (en) SPI-based duplex communication method
WO2011137640A1 (en) File transmission method, file transmission apparatus and file reception apparatus
CN113688094B (en) Data communication method, device and system of vehicle-mounted system and storage medium
CN111752579A (en) Bluetooth terminal upgrading method and device, storage medium and electronic equipment
EP2171884B1 (en) Relay for detecting error in asynchronously received data and map information
CN109768850B (en) Vehicle-mounted communication method and system
CN111427606B (en) Vehicle MCU upgrading method based on full duplex SPI
CN114827206A (en) Remote upgrading method, device and system and equipment end connector
CN106060962B (en) Communication method and device
CN113568640A (en) Upgrading method of main program of air conditioner external unit, operation control device and air conditioner
CN114151933B (en) Multi-split air conditioning unit upgrading system, upgrading controller and upgrading method
CN109936859B (en) Small data volume transmission method suitable for high-delay low-bandwidth satellite communication
CN109121163B (en) SDAP layer remapping method based on SDAP PDU length
CN112491513B (en) SPI communication method, device and system
CN114679383A (en) Firmware upgrading method, device, equipment, cascade system and storage medium
CN114866585A (en) Remote upgrading method, device and system and equipment end connector
CN112055314B (en) Bluetooth broadcast communication method, system and master device and slave device thereof
CN114020294A (en) Method, system and storage medium for wireless upgrading of ECU
CN112882731A (en) Embedded software upgrading method and device

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
GR01 Patent grant
GR01 Patent grant