Telemetering terminal equipment with configurable parameters and lightweight communication method

By designing telemetry terminal devices with configurable parameters, using adaptive program architecture and lightweight protocols, the existing telemetry system has solved the problems of poor software universality, insufficient communication mode and insufficient hardware expansion capabilities, and achieved efficient data interaction and system expansion.

CN119814754APending Publication Date: 2025-04-11HUBEI SANJIANG SPACE XIANFENG ELECTRONICS&INFORMATION CO LTD
View PDF 0 Cites 1 Cited by

Patent Information

Application Number
CN202411948951.1
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-27
Publication Date
2025-04-11

AI Technical Summary

Technical Problem

The existing telemetry systems have poor software versatility, insufficient communication mode and insufficient hardware expansion capabilities, resulting in high design costs, long cycles, complex debugging and inability to flexibly respond to new needs.

Method used

Design a telemetry terminal device with configurable parameters, adopts an adaptive program architecture, communicates with the host computer through a lightweight protocol, including storage modules, control modules and interface expansion modules, to realize automated configuration, data flow format conversion and connection and control of multiple hardware interfaces.

Benefits of technology

It realizes the automated configuration and real-time update of telemetry terminal equipment, optimizes the communication mode, improves signal transmission efficiency, enhances the compatibility and scalability of the system, and solves the problems of poor software versatility, insufficient communication mode and insufficient hardware expansion capabilities.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119814754A_ABST
    Figure CN119814754A_ABST
Patent Text Reader

Abstract

The invention belongs to the field of measurement and control communication, and particularly discloses a telemetering terminal device with configurable parameters and a lightweight communication method.The telemetering terminal device takes an adaptive program architecture as a core and communicates with an upper computer through a lightweight protocol, and the telemetering terminal device comprises a storage module used for storing configuration parameters obtained from the upper computer, during power-on or query, configuration parameters are output to the control module; the control module is used for receiving the configuration parameters, converting the data into a data stream format defined by a protocol so as to transmit the data to an upper computer, and transmitting the data among the functional sub-modules of the control module by using a data interaction function so as to carry out hardware control; and the interface expansion module comprises a plurality of different hardware interfaces and is used for calling the corresponding hardware interfaces according to the performance functions of the functional sub-modules and executing data query or data reading operation according to the configuration parameters. According to the method, the software universality can be improved, and the communication mode and the hardware expansion capability can be optimized.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application belongs to the field of measurement, control and communication, and more specifically, to a parameter-configurable telemetry terminal device and a lightweight communication method. Background Art

[0002] Telemetry is an important component in aerospace measurement and control systems. Currently, telemetry systems have a large number of application products in aerospace experiments, but there are many shortcomings: first, the software has poor versatility, high redesign costs, long cycles, complex debugging and many uncontrollable factors; second, the communication mode of the existing configuration method is mainly based on the network port, which increases the number of accesses and transmission rates, and lacks a lightweight, reliable, and system-specific communication mode; third, the hardware expansion capability is insufficient, and the software and hardware must be completely redesigned and developed to meet new requirements.

[0003] Therefore, how to solve the defects of the telemetry system, such as poor software versatility, insufficient communication mode and insufficient hardware expansion capability, is a technical problem that needs to be solved urgently. Summary of the invention

[0004] In view of the defects of the prior art, the purpose of this application is to provide a parameter-configurable telemetry terminal device and a lightweight communication method, aiming to solve the problems of poor software versatility, insufficient communication modes and insufficient hardware expansion capabilities.

[0005] To achieve the above objectives, in a first aspect, the present application provides a parameter-configurable telemetry terminal device, which is based on an adaptive program architecture and communicates with a host computer through a lightweight protocol, including: The storage module is used to store the configuration parameters obtained from the host computer and output the configuration parameters to the control module when powered on or queried; The control module is used to receive configuration parameters, convert the data into the data stream format defined by the protocol for transmission to the host computer, and use the data interaction function to transfer data between the functional submodules of the control module for hardware control; The interface expansion module includes a variety of different hardware interfaces, which are used to call the corresponding hardware interfaces according to the functional functions of each functional sub-module, and perform data query or data reading operations according to configuration parameters.

[0006] Optionally, the control module includes a PS port and a PL port; The PS port executes the ARM function, which is used to convert the data into the data stream format defined by the protocol and transmit it to the host computer when in the query state, and transmit the data to the parameter allocation function of the PL port through the data interaction function when in the power-on state; The PL port executes the FPGA function, is used to receive the data sent by the PS port through the data interaction function, and transmit the data to the parameter allocation function, and transmit the data to the function function of each functional submodule through the parameter allocation function, so as to control different hardware interface modules according to the function function, and query or read data according to the configuration parameters; The functional functions include an analog quantity analysis function, a digital quantity monitoring function, a video transmission analysis function, a serial port communication function and a frame encoding function.

[0007] Optionally, the PS port is specifically used for: Parse the communication data stream to obtain configuration information, write the configuration information into a dedicated Flash memory through the SPI protocol, and send it to the PL port when the computer is started; The original parameters are backed up during the communication process. When the host computer confirms that the communication is correct, the parameter backup thread is destroyed.

[0008] Optionally, the PS port is further used for: Parse the CAN bus command and send it to the state configuration function of the PL port synchronously through the AXI protocol using the data interaction function to process the data; Read the parameter information of the memory at each power-on, and send the parameter information to the PL port through the power-on configuration function to update the configuration information; The PL port is also used for: Receive parameter information sent by the PS port through a power-on configuration function, and update configuration information based on the parameter information.

[0009] Optionally, the interface expansion module includes but is not limited to a digital quantity monitoring circuit, a video transmission analysis circuit and a serial communication circuit.

[0010] In a second aspect, the present application also provides a lightweight communication method based on a telemetry terminal, wherein the telemetry terminal device is based on an adaptive program architecture and communicates with a host computer through a lightweight protocol, including: The control module receives configuration parameters, converts the data into a data stream format defined by the protocol for transmission to the host computer, and uses the data interaction function to transfer data between the functional submodules of the control module for hardware control; The interface expansion module calls the corresponding hardware interface according to the functional functions of each functional sub-module, and performs data query or data reading operations according to the configuration parameters.

[0011] Optionally, the data is converted into a data stream format defined by the protocol for transmission to a host computer, and the data interaction function is used to transfer data between the functional submodules of the control module for hardware control, including: When querying the status, the data is converted into the data stream format defined by the protocol through the PS port and transmitted to the host computer; In the power-on state, data is transferred to the parameter assignment function of the PL port through the data interaction function via the PS port; The data sent by the PS port through the data interaction function is received through the PL port, and the data is transmitted to the parameter allocation function, and the data is transmitted to the function function of each functional sub-module through the parameter allocation function, so as to control different hardware interface modules according to the function function and query or read data according to the configuration parameters.

[0012] Optionally, the process of the adaptive program architecture communicating with the host computer through the lightweight protocol is specifically as follows: Receive the write data request from the host computer, complete the first set of handshakes, and send a response to the host computer; Receive the start data writing instruction sent by the host computer and respond with the current status to complete the second set of handshakes; After the status of the host computer allows, the data writing process is started to start data writing; each block of data is sent in a cycle of up to 255 frames until the end; After receiving the block end frame, the check result is calculated and sent to the host computer as a check of the integrity of the written data; After the host computer passes the inspection, it determines that the information transmission is successfully completed and generates a write end instruction; The secondary verification result is recalculated based on the write end instruction and sent to the upper computer so that the upper computer can make an abnormal judgment on the secondary result. If the upper computer judges it to be abnormal, the read instruction is executed to check the configuration information.

[0013] Optionally, receiving parameter configuration instructions sent by a host computer; Perform CRC32 check based on configuration parameters. If both check results are correct, read the configuration parameters and compare them. If any verification result or parameter comparison result is wrong, re-receive the parameter configuration command sent by the host computer; Determine whether the parameter configuration command has been issued more than five times; When the parameter configuration instruction is repeated more than five times, a reset signal is sent to determine that the telemetry terminal is abnormal, notify the host computer to restore the original configuration parameters, and issue an error warning.

[0014] In a third aspect, the present application provides an electronic device comprising: at least one memory for storing programs; and at least one processor for executing the programs stored in the memory. When the program stored in the memory is executed, the processor is used to execute the method described in the first aspect or any possible implementation of the first aspect.

[0015] In a fourth aspect, the present application provides a computer-readable storage medium, which stores a computer program. When the computer program runs on a processor, the processor executes the method described in the first aspect or any possible implementation of the first aspect.

[0016] In a fifth aspect, the present application provides a computer program product. When the computer program product runs on a processor, the processor executes the method described in the first aspect or any possible implementation of the first aspect.

[0017] It can be understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant description of the first aspect mentioned above, and will not be repeated here.

[0018] In general, the above technical solutions conceived by this application have the following beneficial effects compared with the prior art: (1) The telemetry terminal device of this application flexibly saves and outputs the parameters configured by the host computer through the storage module to achieve automatic configuration and real-time update; the control module converts the data stream format defined by the protocol to ensure smooth data transmission between various functional sub-modules, optimizes the communication mode, and improves the signal transmission efficiency; the interface expansion module supports the connection and control of multiple hardware interfaces, so that the system can flexibly expand and integrate different hardware devices according to actual needs, enhancing the compatibility and scalability of the overall system. Adopting the adaptive program architecture as the core, efficient data interaction with the host computer is achieved through a lightweight communication protocol, thereby effectively solving the problems of poor software versatility, insufficient communication mode and insufficient hardware expansion capability.

[0019] (2) This application adopts an adaptive architecture that can be flexibly adjusted according to actual needs and usage scenarios, which helps to achieve the universality of software modules and reduce repeated development of specific functions. By defining clear data interaction functions, data transfer and communication between modules are simplified, reducing uncertainty in the debugging process, and helping to maintain the consistency and stability of the software and reduce the risk of uncontrollable factors.

[0020] (3) This application provides an efficient and low-overhead communication mechanism through a lightweight protocol, reducing the delay and bandwidth consumption caused by heavy protocols. The lightweight protocol can better meet the needs of real-time data transmission and solve the shortcomings of the current communication mode that mainly relies on network ports. During the data transmission process, it can ensure the integrity and reliability of the data while providing efficient access and transmission rates. The design of this application enables the telemetry terminal to support a variety of different communication interfaces to meet the needs of different application scenarios.

[0021] (4) This application uses the design of an interface expansion module to enable the system to connect and control a variety of hardware interfaces, and flexibly adjust query and read operations according to the received configuration parameters, thereby significantly improving the system's expansion capabilities. When responding to new demands, there is no need to completely design and develop new software and hardware to meet different needs. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] Figure 1 It is one of the system structure diagrams provided in the embodiment of the present application; Figure 2 This is the second schematic diagram of the system structure provided in the embodiment of the present application; Figure 3 It is a block diagram of the adaptive program architecture provided by an embodiment of the present application; Figure 4 is a block diagram of an interface expansion module provided in an embodiment of the present application; Figure 5 This is one of the flow charts of the lightweight communication method based on the telemetry terminal provided in the embodiment of the present application; Figure 6 This is the second flow chart of the lightweight communication method based on the telemetry terminal provided in the embodiment of the present application; Figure 7 This is the third flow chart of the lightweight communication method based on the telemetry terminal provided in the embodiment of the present application; Figure 8 It is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0023] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0024] The term "and / or" in this article is a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. The symbol " / " in this article indicates that the associated objects are in an or relationship, for example, A / B means A or B.

[0025] The terms "first" and "second" in the specification and claims herein are used to distinguish different objects rather than to describe a specific order of the objects. For example, a first response message and a second response message are used to distinguish different response messages rather than to describe a specific order of the response messages.

[0026] In the embodiments of the present application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or descriptions. Any embodiment or design described as "exemplary" or "for example" in the embodiments of the present application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplary" or "for example" is intended to present related concepts in a specific way.

[0027] In the description of the embodiments of the present application, unless otherwise specified, "multiple" means two or more than two. For example, multiple processing units refer to two or more processing units, etc.; multiple elements refer to two or more elements, etc.

[0028] The embodiments of the present application are described below in conjunction with the drawings in the embodiments of the present application.

[0029] Reference Figure 1 The present application provides a parameter-configurable telemetry terminal device, which is based on an adaptive program architecture 120 and communicates with a host computer 110 through a lightweight protocol, including: The storage module 11 is used to store the configuration parameters obtained from the host computer and output the configuration parameters to the control module when powered on or queried; The control module 12 is used to receive configuration parameters, convert the data into a data stream format defined by the protocol for transmission to the host computer, and use the data interaction function to transfer data between the functional submodules of the control module for hardware control; The interface expansion module 13 includes a variety of different hardware interfaces, which are used to call the corresponding hardware interface according to the functional functions of each functional submodule, and perform data query or data reading operations according to configuration parameters.

[0030] Specifically, refer to Figure 2 The configurable telemetry terminal device in the embodiment of the present application is based on the adaptive program architecture, communicates with the host computer through a customized lightweight protocol, and stores the configuration parameters in the memory, i.e., the storage module after receiving them; when powered on or queried, the memory outputs the configuration parameters to the control module. After receiving valid configuration parameters, when in the query state, the ARM (PS) end of the control module converts the data into the data stream format defined by the protocol and transmits it to the host computer; when in the power-on configuration state, the ARM (PS) end of the control module transmits the data to the parameter allocation function of the FPGA (PL) end through the data interaction function, and then transmits it to each function, respectively controlling different hardware interface modules, and querying or reading data according to the configuration parameters.

[0031] Further, the control module includes a PS port and a PL port; The PS port executes the ARM function, which is used to convert the data into the data stream format defined by the protocol and transmit it to the host computer when in the query state, and transmit the data to the parameter allocation function of the PL port through the data interaction function when in the power-on state; The PL port executes the FPGA function, is used to receive the data sent by the PS port through the data interaction function, and transmit the data to the parameter allocation function, and transmit the data to the function function of each functional submodule through the parameter allocation function, so as to control different hardware interface modules according to the function function, and query or read data according to the configuration parameters; The functional functions include an analog quantity analysis function, a digital quantity monitoring function, a video transmission analysis function, a serial port communication function and a frame encoding function.

[0032] Specifically, the PS port (processor system port) is responsible for executing the ARM (Advanced RISC Machine) function, which is mainly used to process status queries. During the query process, the acquired data is converted into a data stream format that conforms to the protocol definition and transmitted to the host computer.

[0033] In the power-on state, data is sent to the parameter assignment function of the PL (programmable logic device) port through the data interaction function.

[0034] Through the data conversion algorithm, the original data format is parsed into a standardized data stream format to ensure integrity and accuracy in data transmission. Combined with the data interaction function, the PS port can effectively communicate with the PL port to ensure that data is quickly and accurately distributed to the corresponding functional sub-modules.

[0035] The PL port (Programmable Logic Device Port) executes the FPGA function and receives the data sent from the PS port through the data interaction function. The received data is forwarded to the parameter allocation function so that the data can be further allocated to the function functions of each functional submodule according to the received configuration parameters and functional requirements.

[0036] The PL port perfectly implements the data receiving and forwarding mechanism, ensuring the efficient flow of data between different modules. The parameter allocation function effectively passes the data to each module, ready to receive and process the data.

[0037] These functions are responsible for processing and controlling specific hardware interface modules, including: Analog analysis function: Processes and analyzes analog signals and converts them into digital data that can be understood by the system. It is suitable for applications such as ADC in actual application scenarios.

[0038] Digital quantity monitoring function: monitors digital signals in real time to ensure that the system can effectively control digital input signals. It is applicable to the Digital Input module.

[0039] Video transmission and parsing function: processes video data streams, performs decoding and parsing, and ensures that video information can be correctly transmitted and processed in the system. It is suitable for cameras or video acquisition devices.

[0040] Serial port communication function: realize serial port communication with external devices, and can achieve reliable data exchange with other terminals or computers.

[0041] Frame coding function: performs frame coding on data to ensure the efficiency and security of data transmission, which is suitable for data transmission applications with high requirements.

[0042] Furthermore, the interface expansion module is coupled with the core circuit through the inter-board connector and is responsible for the expansion of other non-high-speed signal interfaces. Five LTM2881 chips can be mounted as 485 / 422 communication capabilities for regional navigation and other 485 / 422 device inter-board communication; the MAX9218 chip is used for video data analysis and transmission; and the SN74VC4245 chip is reserved for external digital quantity monitoring or control.

[0043] The working process of the telemetry terminal device in the embodiment of the present application is specifically as follows: When the host computer needs to query the status, the PS port converts the query request into the data stream format defined by the protocol and sends it to the host computer. In the power-on state, the PS port transmits the necessary data to the parameter allocation function of the PL port through the data interaction function. After receiving the data, the PL port passes it to the parameter allocation function, which then forwards the data to various function functions. Each function controls the corresponding hardware interface module according to the requirements of the configuration parameters to perform query or read data operations.

[0044] Optionally, the PS port is specifically used for: Parse the communication data stream to obtain configuration information, write the configuration information into a dedicated Flash memory through the SPI protocol, and send it to the PL port when the computer is started; The original parameters are backed up during the communication process. When the host computer confirms that the communication is correct, the parameter backup thread is destroyed.

[0045] Specifically, in the data communication process between the host computer and the telemetry terminal device in this embodiment, the configuration information is firstly obtained by parsing the received data stream. The parsing process extracts key information in the format defined by the protocol.

[0046] The acquired configuration information is written into a dedicated Flash memory through the SPI protocol. After parsing, the control module packages the configuration information into an SPI transmission format and transmits it to the Flash memory through the SPI interface. When the telemetry terminal is powered on, the system reads the stored configuration information from the Flash memory. After reading, the configuration information is sent to each functional submodule through the PL (programmable logic device) port to reload and apply parameters.

[0047] Furthermore, during the communication process, the current parameters are backed up. By creating a separate thread or process, the parameters are stored in a temporary area to ensure that the previous configuration state can be restored at any time. Once the host computer confirms that the communication with the telemetry terminal is correct and the received configuration is running normally, a confirmation command will be issued. After receiving the confirmation command, the parameter backup thread will be safely destroyed and the relevant resources will be released.

[0048] The embodiment of the present application obtains configuration information by parsing the communication data stream and stores it in the Flash memory through a reliable SPI protocol so that it can be loaded and applied at startup. By backing up the original parameters and destroying the backup thread after confirmation, a standard mechanism is provided to ensure the security of communication and the integrity of parameters.

[0049] Optionally, the PS port is further used for: Parse the CAN bus command and send it to the state configuration function of the PL port synchronously through the AXI protocol using the data interaction function to process the data; Read the parameter information of the memory at each power-on, and send the parameter information to the PL port through the power-on configuration function to update the configuration information; The PL port is also used for: Receive parameter information sent by the PS port through a power-on configuration function, and update configuration information based on the parameter information.

[0050] Specifically, refer to Figure 3 In this embodiment, the PS side also needs to parse the CAN bus command, and use the AXI protocol to synchronously send the data to the state configuration function of the PL side using the data interaction function to process the data reasonably. At the same time, the general software architecture requires that after each power-on, the parameter information in the memory is read, and then the power-on configuration function is used to send the updated configuration information to the FPGA.

[0051] The telemetry system achieves efficient configuration management by parsing CAN bus commands, reading and updating parameters. The AXI protocol is used to synchronously send instructions to the FPGA port, so that data processing has fast response capabilities. When powered on, the system reads the parameter information in the memory to ensure that the configuration information is updated immediately. The PL port receives data from the PS port and the power-on configuration function, further optimizing the system configuration and flexibility. Reference Figure 4 The interface expansion module includes but is not limited to a digital quantity monitoring circuit, a video transmission analysis circuit, and a serial communication circuit.

[0052] Reference Figure 5 The present application also provides a lightweight communication method based on a telemetry terminal. The telemetry terminal device is based on an adaptive program architecture and communicates with a host computer through a lightweight protocol, including: S501. Receive configuration parameters through the control module, convert the data into a data stream format defined by the protocol for transmission to the host computer, and use the data interaction function to transfer data between the functional submodules of the control module for hardware control; S502. Call the corresponding hardware interface according to the functional functions of each functional sub-module through the interface expansion module, and perform data query or data reading operations according to the configuration parameters.

[0053] Optionally, the data is converted into a data stream format defined by the protocol for transmission to a host computer, and the data interaction function is used to transfer data between the functional submodules of the control module for hardware control, including: When querying the status, the data is converted into the data stream format defined by the protocol through the PS port and transmitted to the host computer; In the power-on state, data is transferred to the parameter assignment function of the PL port through the data interaction function via the PS port; The data sent by the PS port through the data interaction function is received through the PL port, and the data is transmitted to the parameter allocation function, and the data is transmitted to the function function of each functional sub-module through the parameter allocation function, so as to control different hardware interface modules according to the function function and query or read data according to the configuration parameters.

[0054] Optionally, the process of the adaptive program architecture communicating with the host computer through the lightweight protocol is specifically as follows: Receive the write data request from the host computer, complete the first set of handshakes, and send a response to the host computer; Receive the start data writing instruction sent by the host computer and respond with the current status to complete the second set of handshakes; After the status of the host computer allows, the data writing process is started to start data writing; each block of data is sent in a cycle of up to 255 frames until the end; After receiving the block end frame, the check result is calculated and sent to the host computer as a check of the integrity of the written data; After the host computer passes the inspection, it determines that the information transmission is completed successfully and generates a write end instruction; The secondary verification result is recalculated based on the write end instruction and sent to the upper computer so that the upper computer can make an abnormal judgment on the secondary result. If the upper computer judges it to be abnormal, the read instruction is executed to check the configuration information.

[0055] Specifically, the detailed process of this application is as follows: First, a write data request is received from the host computer. The request may include the start identifier of the data block, the data length, and related parameters. After completing the first set of handshakes, a response signal is sent to the host computer to confirm that the write data request has been successfully received.

[0056] Secondly, the telemetry system receives the start data writing instruction sent by the host computer, which indicates that the telemetry system is ready to start the actual data writing process. According to the current system status, the telemetry system returns the status with a response signal to complete the second set of handshakes.

[0057] After the host computer confirms that the current state allows it, the telemetry system starts the data writing process. Each block of data is sent in a loop with a maximum of 255 frames, and the process continues until all data blocks are successfully transmitted. It should be noted that in order to meet the maximum limit of 255 frames, the system needs to split and encapsulate the data blocks to be sent to ensure that the data is complete and complies with the communication protocol.

[0058] After all data transmission is completed, the telemetry system will receive a specific block end frame, indicating that the data transmission has ended. The telemetry system performs an integrity check on the transmitted data and generates a check result. The calculated check result is sent back to the host computer for it to verify the integrity of the data transmission.

[0059] After receiving the verification result, the host computer verifies it. If the verification passes, the system determines that the information transmission is successfully completed and generates a write end instruction. After receiving the write end instruction, the telemetry system recalculates the verification result and sends the calculation result to the host computer.

[0060] The host computer makes an abnormal judgment on the secondary verification result: if the judgment is wrong, the system will execute the read instruction to check the configuration information to ensure that the system runs in the expected state, thereby ensuring the accuracy of the data and the stability of the system.

[0061] Reference Figure 6 , Figure 6This is a flow chart of the lightweight communication protocol in this application, in which the execution process of the write instruction is as follows. The host computer initiates a write data request, and after the telemetry terminal receives it, it completes the first set of handshakes; after receiving the response, the host computer issues a start write data instruction, and after receiving it, the telemetry terminal responds with the current status and completes the second set of handshakes; after the host computer determines that the terminal status allows, it can start writing data, with a maximum of 255 frames per block of data, which are sent in a loop until the end; after receiving the block end frame, the terminal device calculates the CRC32 check result and sends it to the host computer. After the host computer passes the inspection, it considers that the information has been successfully sent, and issues a write end instruction. The terminal device calculates and sends the check result again; if the host computer judges that the check result is correct, no response is required. If it is judged to be abnormal, the read instruction is executed to check the configuration information. The same applies to the read instruction.

[0062] Optionally, receiving parameter configuration instructions sent by a host computer; Perform CRC32 check based on configuration parameters. If both check results are correct, read the configuration parameters and compare them. If any verification result or parameter comparison result is wrong, re-receive the parameter configuration command sent by the host computer; Determine whether the parameter configuration command has been issued more than five times; When the parameter configuration instruction is repeated more than five times, a reset signal is sent to determine that the telemetry terminal is abnormal, notify the host computer to restore the original configuration parameters, and issue an error warning.

[0063] In this embodiment, the lightweight communication mode performs error correction by means of CRC check and instruction reading. During the communication process, if the CRC check is abnormal, the telemetry terminal device storage information needs to be read. If the data transmission is judged to be wrong for multiple times, the host computer interface will remind the error and reset the configuration parameters of the telemetry terminal device; after the data is written normally, the telemetry terminal device storage information still needs to be read and compared with the sent parameters. If the data is inconsistent, the configuration parameters of the telemetry terminal device still need to be reset.

[0064] Specifically, in each communication, the telemetry terminal device uses CRC (Cyclic Redundancy Check) to check data integrity. The data sent includes commands and data blocks, and each data block is calculated and attached with a CRC check code before sending.

[0065] When the host computer receives the data, it first performs a CRC check to confirm the correctness of the check code. If the CRC check is incorrect, the host computer will perform the following steps: Read the storage information of the telemetry terminal device.

[0066] Determine whether the data transmission error is caused by a communication error.

[0067] If it is determined that the transmission is erroneous, an error reminder is issued and the configuration parameters of the telemetry terminal device are reset.

[0068] Verification after normal data writing: After successfully completing the data writing, it is still necessary to read the storage information of the telemetry terminal device.

[0069] The read data is compared with the sent parameters. If the data are inconsistent, the configuration parameters of the telemetry terminal device are reset.

[0070] Reference Figure 7 , the parameter calibration and exception handling process of this application is as follows: Calculate and verify the CRC of the sent data to ensure that the data has not been tampered with or lost during transmission. Check whether the sent parameters are consistent with the received data.

[0071] If any calibration anomaly occurs, the telemetry system will perform the following steps: Re-issue the parameter configuration command.

[0072] To ensure system stability, perform necessary retries.

[0073] If calibration anomalies occur five times in succession, the system will determine that the telemetry terminal device is abnormal and perform the following emergency processing: The host computer will restore the original configuration parameters to the telemetry terminal.

[0074] Send error warnings to alert operators and record error status.

[0075] In summary, the correction process of the embodiment of the present application is as follows: If the CRC check fails, read the device storage information and check whether it is caused by a transmission error.

[0076] If the data is consistent, continue. If the data is inconsistent, reset the configuration parameters.

[0077] After successful writing, the stored information is read and compared with the sent data. If any inconsistency is found, the configuration parameters are reset.

[0078] For each parameter transmission and CRC calibration, if any calibration is abnormal, the configuration command will be re-issued. If there are five consecutive calibration abnormalities, an alarm will be issued, the original configuration will be restored, and corresponding records will be made.

[0079] For equipment abnormalities, take corresponding measures to ensure stable operation of the system, and track and record them for subsequent problem troubleshooting.

[0080] Reference Figure 8Based on the method in the above embodiment, the embodiment of the present application provides an electronic device, which may include: a processor (Processor) 810, a communication interface (Communications Interface) 820, a memory (Memory) 830 and a communication bus 840, wherein the processor 810, the communication interface 820, and the memory 830 communicate with each other through the communication bus 840. The processor 810 can call the logic instructions in the memory 830 to execute the method in the above embodiment.

[0081] In addition, the logic instructions in the above-mentioned memory 830 can be implemented in the form of software functional units and can be stored in a computer-readable storage medium when sold or used as an independent product. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes a number of instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application.

[0082] Based on the method in the above embodiment, an embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program runs on a processor, the processor executes the method in the above embodiment.

[0083] Based on the method in the above embodiment, an embodiment of the present application provides a computer program product. When the computer program product runs on a processor, the processor executes the method in the above embodiment.

[0084] It is understandable that the processor in the embodiment of the present application may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. The general-purpose processor may be a microprocessor or any conventional processor.

[0085] The method steps in the embodiments of the present application can be implemented by hardware or by a processor executing software instructions. The software instructions can be composed of corresponding software modules, and the software modules can be stored in random access memory (RAM), flash memory, read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), registers, hard disks, mobile hard disks, CD-ROMs, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium can also be a component of the processor. The processor and the storage medium can be located in an ASIC.

[0086] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented by software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted through the computer-readable storage medium. The computer instructions may be transmitted from a website site, computer, server or data center to another website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integrated. The available medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state drive (SSD)), etc.

[0087] It should be understood that the various numerical numbers involved in the embodiments of the present application are only used for the convenience of description and are not used to limit the scope of the embodiments of the present application.

[0088] It will be easily understood by those skilled in the art that the above description is only a preferred embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present application shall be included in the scope of protection of the present application.

Claims

1. A parameter-configurable telemetry terminal device, characterized in that: The telemetry terminal device is based on an adaptive program architecture and communicates with the host computer through a lightweight protocol, including: The storage module is used to store the configuration parameters obtained from the host computer and output the configuration parameters to the control module when powered on or queried; The control module is used to receive configuration parameters, convert the data into the data stream format defined by the protocol for transmission to the host computer, and use the data interaction function to transfer data between the functional submodules of the control module for hardware control; The interface expansion module includes a variety of different hardware interfaces, which are used to call the corresponding hardware interfaces according to the functional functions of each functional sub-module, and perform data query or data reading operations according to configuration parameters.

2. The parameter-configurable telemetry terminal device according to claim 1, characterized in that: The control module includes a PS port and a PL port; The PS port executes the ARM function, which is used to convert the data into the data stream format defined by the protocol and transmit it to the host computer when in the query state, and transmit the data to the parameter allocation function of the PL port through the data interaction function when in the power-on state; The PL port executes the FPGA function, is used to receive the data sent by the PS port through the data interaction function, and transmit the data to the parameter allocation function, and transmit the data to the function function of each functional submodule through the parameter allocation function, so as to control different hardware interface modules according to the function function, and query or read data according to the configuration parameters; The functional functions include an analog quantity analysis function, a digital quantity monitoring function, a video transmission analysis function, a serial port communication function and a frame encoding function.

3. The parameter-configurable telemetry terminal device according to claim 1, characterized in that: The PS port is specifically used for: Parse the communication data stream to obtain configuration information, write the configuration information into a dedicated Flash memory through the SPI protocol, and send it to the PL port when the computer is started; The original parameters are backed up during the communication process. When the host computer confirms that the communication is correct, the parameter backup thread is destroyed.

4. The parameter-configurable telemetry terminal device according to claim 1, characterized in that: The PS port is also used for: Parse the CAN bus command and send it to the state configuration function of the PL port synchronously through the AXI protocol using the data interaction function to process the data; Read the parameter information of the memory at each power-on, and send the parameter information to the PL port through the power-on configuration function to update the configuration information; The PL port is also used for: Receive parameter information sent by the PS port through a power-on configuration function, and update configuration information based on the parameter information.

5. The parameter-configurable telemetry terminal device according to claim 1, characterized in that: The interface expansion module includes but is not limited to a digital quantity monitoring circuit, a video transmission analysis circuit, and a serial communication circuit.

6. A lightweight communication method based on a telemetry terminal implemented by a parameter-configurable telemetry terminal device according to any one of claims 1 to 5, characterized in that: The telemetry terminal device is based on an adaptive program architecture and communicates with the host computer through a lightweight protocol, including: The control module receives configuration parameters, converts the data into a data stream format defined by the protocol for transmission to the host computer, and uses the data interaction function to transfer data between the functional submodules of the control module for hardware control; The interface expansion module calls the corresponding hardware interface according to the functional functions of each functional sub-module, and performs data query or data reading operations according to the configuration parameters.

7. The lightweight communication method according to claim 6, characterized in that: Convert data into the data stream format defined by the protocol for transmission to the host computer, and use the data interaction function to transfer data between the functional submodules of the control module for hardware control, including: When querying the status, the data is converted into the data stream format defined by the protocol through the PS port and transmitted to the host computer; In the power-on state, data is transferred to the parameter assignment function of the PL port through the data interaction function via the PS port; The data sent by the PS port through the data interaction function is received through the PL port, and the data is transmitted to the parameter allocation function, and the data is transmitted to the function function of each functional sub-module through the parameter allocation function, so as to control different hardware interface modules according to the function function and query or read data according to the configuration parameters.

8. The lightweight communication method according to claim 6, characterized in that: The process of the adaptive program architecture communicating with the host computer through the lightweight protocol is specifically as follows: Receive the write data request from the host computer, complete the first set of handshakes, and send a response to the host computer; Receive the start data writing instruction sent by the host computer and respond with the current status to complete the second set of handshakes; After the status of the host computer allows, the data writing process is started to start data writing; each block of data is sent in a cycle of up to 255 frames until the end; After receiving the block end frame, the check result is calculated and sent to the host computer as a check of the integrity of the written data; After the host computer passes the inspection, it determines that the information transmission is successfully completed and generates a write end instruction; The secondary verification result is recalculated based on the write end instruction and sent to the upper computer so that the upper computer can make an abnormal judgment on the secondary result. If the upper computer judges it to be abnormal, the read instruction is executed to check the configuration information.

9. The lightweight communication method according to claim 6, characterized in that: Also includes: Receive parameter configuration instructions sent by the host computer; Perform CRC32 check based on configuration parameters. If both check results are correct, read the configuration parameters and compare the parameters. If any verification result or parameter comparison result is wrong, re-receive the parameter configuration command sent by the host computer; Determine whether the parameter configuration command has been issued more than five times; When the parameter configuration instruction is repeated more than five times, a reset signal is sent to determine that the telemetry terminal is abnormal, notify the host computer to restore the original configuration parameters, and issue an error warning.

10. An electronic device, characterized in that: include: at least one memory for storing a computer program; At least one processor is used to execute the program stored in the memory. When the program stored in the memory is executed, the processor is used to execute the method according to any one of claims 6 to 9.

Citation Information

Cited By

  • Interface adaptive expansion method of intelligent terminal, interface controller and vehicle-mounted terminal

    CN120301717A