https://orcid.org/0000-0002-2353-5492
Figures
Abstract
The limitations of the tractor virtual test system are evident in various aspects, including model reuse, system expansion, offsite interconnection, and virtual reality verification. To address these challenges, a distributed virtual test system for tractors based on the high-level architecture (HLA) is proposed. Involve analyzing the hardware structure and the tractor virtual test system, constructing the system federation and its members, and designing the federated object model (FOM) and simulation object model (SOM) tables. The system integrates multi-domain commercial software and enables real-time virtual testing through TCP/IP interconnection of multiple machines. To evaluate the system’s performance, a virtual test of the tractor’s reversing clutch engagement performance is conducted. The system’s simulation performance and data transmission delay are thoroughly tested and analyzed. The results indicate that when the system’s data volume reaches 5000KB, the data delay is 9.7ms, which satisfies the requirement of not exceeding 10ms for tractor virtual testing delay. The virtual test of the reversing clutch power reversal process demonstrates that it lasts 0.7s, with the vehicle speed changing from -3.5km/h to 3.5km/h, the forward gear piston oil pressure increasing from 0MPa to 5MPa, and the peak impact degree reaching 17m/s3. The slip work during the reversing process is measured to be 21kJ. Furthermore, the gray correlation method is employed to compare the virtual test results with the bench test results, confirming their consistency. The power reversal process exhibits relatively smooth speed changes overall. Therefore, the tractor power shift transmission (PST) reversing clutch virtual test model operates effectively within the HLA-based tractor virtual test system.
Citation: Yan X, Shang C, Zhang J, Xu L (2023) Design of tractor virtual test system based on high-level architecture technology. PLoS ONE 18(10): e0293229. https://doi.org/10.1371/journal.pone.0293229
Editor: John Adebisi, University of Namibia, NAMIBIA
Received: April 8, 2023; Accepted: September 30, 2023; Published: October 23, 2023
Copyright: © 2023 Yan et al. This is an open access article distributed under the terms of the Creative Commons Attribution License, which permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited.
Data Availability: All relevant data are within the paper and its Supporting Information files.
Funding: This research was funded in part by the State Key Laboratory Open Subject, grant number SKT2022001, in part by the State Key Research and Development Special Project, grant number NK202216010103, in part by Henan Province Key Scientific Research Project of Colleges and Universities, grant number 22B416001, and in part by the Henan Province Science and Technology Research Project, grant number 222102240088.
Competing interests: The authors have declared that no competing interests exist.
Introduction
Test verification technology plays a crucial role in the entire lifecycle of tractor product development. It is essential in the development of tractor products as it allows for the assessment of their performance and guides the optimization of tractor design [1]. However, traditional tractor test technology poses challenges such as high costs, energy consumption, and demanding test equipment requirements, resulting in low efficiency in tractor product development [2, 3]. To address these issues, the application of computer technology and virtual test technology in new tractor product development has emerged as an advanced approach. Technologies like virtual reality (VR), virtual prototyping (VP), and virtual instrument (VI) are currently applied in the tractor virtual test process [4–6]. Nevertheless, the tractor virtual test involves multiple fields. Due to varying modeling principles and data transfer protocols used among commercial software in each field, different systems’ commercial software can only communicate through the application program interface (API) by exchanging files for joint simulation. This limits the real-time communication with the test equipment during the tractor virtual test [7]. Consequently, the tractor virtual test faces restrictions in model reuse, system expansion, remote interconnection, and combining virtual reality verification, ultimately impeding its efficiency. To overcome these limitations, it is imperative to establish integrated tractor test equipment and existing models within a comprehensive tractor virtual test system. Such an approach would significantly enhance the efficiency of tractor virtual testing and reduce the new product development cycle for tractors, carrying practical significance.
High-level architecture (HLA) is a widely recognized technology for modeling and simulation in the defense field, initially proposed by the Defense Modeling and Simulation Office of the U.S. Department of Defense in October 1995 [8]. HLA serves as a simulation framework that encompasses diverse simulation systems across various domains, allowing for enhanced interoperability, as well as the reusability of models between different simulation systems. Additionally, HLA can adapt to emerging technologies to address the simulation requirements of complex systems. Since its inception, HLA has garnered significant attention from both domestic and international researchers. Hu et al. extended the operational support environment by incorporating the Simulink model as a federate, resulting in the development of a distributed simulation system for rockets based on HLA [9]. Yuan et al. proposed a distributed perception technology grounded in HLA for an augmented reality (AR) soldier training system and carried out practical verification [10]. Wu et al. presented a design methodology for a hybrid simulation platform that integrates information physics and the power system, with a specific focus on the tightly coupled relationship between the power system and information network in a ship’s integrated power system. They successfully achieved information physics hybrid simulation using HLA as the foundation [11]. Shi et al. proposed a mission simulation platform for manned spacecraft based on HLA. The platform encompasses essential functionalities such as operation management and flight command, along with multidisciplinary simulation models covering orbit dynamics and other aspects [12]. Gu et al. established a multi-radar network information fusion simulation system using HLA, conducting system testing that analyzed the application of HLA and multi-radar network detection for stealth targets [13]. Furthermore, Wang et al. researched airborne laser weapons. Leveraging the characteristics of such weapons and the principles of HLA, they designed a simulation system that comprises ballistic missiles, carrier aircraft, and airborne Laser weapons [14]. Overall, these studies exemplify the extensive utilization of HLA in various simulation contexts, demonstrating its effectiveness and versatility as a technology for modeling and simulation in the defense field [15].
By the requirements of tractor testing, the generic tractor virtual test system must encompass various functions such as distributed modeling, a test operation support framework, data management, test process management, and test result evaluation. Additionally, it should possess attributes of real-time capability, reusability, interoperability, and expandability [16]. By employing HLA technology, the tractor virtual test system standardizes the interaction process among distinct commercial software simulation models. This enables different domain simulation models to exchange information based on a unified standard, thereby enhancing the reusability and interoperability of the tractor virtual test system.
This paper focuses on the architecture analysis of the tractor virtual test system and emphasizes the federation design approach. The aim is to address the limitation of traditional virtual test technology in conducting real-time electromechanical-hydraulic joint simulations. To accomplish this, an HLA-based tractor virtual test system is established. The system’s performance is evaluated using the tractor PST reversing clutch test as a case study.
Analysis of tractor virtual test system based on HLA
Main functions and features of the system based on HLA
The HLA-based tractor virtual test system incorporates the mechanical, hydraulic, and control modules of the tractor systems as fundamental virtual test units. Each virtual test unit, in conjunction with the virtual test system auxiliary module, constitutes a comprehensive function within the tractor virtual test system. These virtual test units operate within distinct virtual test environments to carry out diverse tests related to tractor performance. The system employs a test results evaluation function to assess the effectiveness of the virtual tests conducted. Additionally, it serves as a simulation test platform for the development of new tractor products and components. Utilizing multi-domain real-time simulation enables the evaluation of performance for new tractor products. This system also guides engineers and technicians in optimizing the design of new tractor products and supports the overall development process.
The HLA-based tractor virtual test system achieves the standardization of data format, technical framework, and model standards, resulting in enhanced interoperability and model reusability [17]. The system establishes a virtual test environment that accurately reflects real-life tractor operations. It enables virtual testing of various tractor tasks such as plowing, harrowing, and seeding. This system provides an effective solution to the challenges of extended testing cycles for new tractor products, pollution issues, and seasonal limitations, and it can yield positive economic outcomes.
The architecture of the tractor virtual test system based on HLA
The architecture of the tractor virtual test system facilitates the communication between each functional subsystem of the tractor. It outlines the structural relationship between the virtual test system and the operational mechanism of the actual tractor system. Fig 1 visually represents the structure of the HLA-based tractor virtual test system.
Tractor critical parts federate build
Federate play a crucial role within the federation, encompassing all the components involved in its execution. These members are responsible for integrating the subsystems of the simulation system into the federation as a whole, enabling their participation in the simulation. The tractor virtual test system is an integrated simulation system that combines multiple subsystems, virtual environment simulation, and virtual test monitoring and management. This comprehensive system involves numerous simulation objects, intricate models, and real-time data transmission. Consequently, it becomes imperative to address various challenges simultaneously, such as simulation time synchronization, human-machine interaction, model coordination, simulation monitoring and management, real-time analysis, and visualization of the simulation process, across all federate. A unified structure is required to effectively manage and coordinate interactions among the simulation systems [18]. Furthermore, each subsystem should possess a standardized architecture internally. Leveraging the reusability and interoperability advantages of the HLA can meet the specific demands of the tractor virtual test system while providing support for future system upgrades.
According to the HLA system design rules, the tractor virtual test system is a federation. It comprises various members, including the tractor control virtual test system, tractor hydraulic virtual test system, tractor mechanical virtual test system, tractor virtual test environment simulation system, tractor virtual test monitoring, and management system, tractor virtual test evaluation system, and other members within the federation. These members primarily participate in the virtual testing of key components related to tractor control, hydraulic systems, and mechanical aspects. These components encompass the tractor engine system, tractor transmission system, tractor driving system, tractor steering system, tractor brake system, and tractor power output system. Each member of the federation fulfills specific functions as outlined below.
- Federate of tractor control virtual test system. Including the sum of the tractor’s key components control system, sending control instructions to the corresponding controlled objects through run-time infrastructure (RTI), and receiving real-time feedback information from the controlled objects. Realize closed-loop control.
- Federate of tractor hydraulic virtual test system. Including the sum of tractor key components hydraulic system, through RTI to receive signals from the control system or mechanical system. Realize the tractor hydraulic system to control the mechanical system.
- Federate of tractor mechanical virtual test system. Including the sum of tractor key parts mechanical system, through RTI to receive signals from the control system or hydraulic system and feedback signals to the control system or hydraulic system. Realize the specific implementation of the tractor mechanical system.
- Federate of tractor virtual test environment simulation system. Including a working condition simulation module and 3D viewing window module, it provides working condition simulation for the tractor virtual test process. Realize the tractor rotary tillage, plowing, harrowing, and other working conditions of the live view and data simulation.
- Federate of tractor virtual test monitoring management system. Realize the real-time monitoring and management of the tractor virtual test process.
- Federate of tractor virtual test evaluation system. Realize the evaluation of the tractor virtual test process and results, analyze the reliability of the tractor virtual test results, and label the simulation non-normal data.
Simulation system FOM/SOM table design and federation development
The object model template (OMT) serves as a standardized structural framework for the HLA object model, facilitating the understanding and depiction of data collaboration and interaction among federate [19]. The OMT plays a crucial role in expressing the potential capabilities of federate, aiding the design and application of general object model development tools. Within HLA OMT, two primary types of object models are defined. The first is the federation object model (FOM), which describes multiple interoperable federate. The second is the simulation object model (SOM), which describes the characteristics specific to individual federate. The FOM encompasses the characteristics, object classes, and object class attributes of interaction classes, along with the parameters necessary for information exchange among all participating federate in the simulation. It serves the purpose of establishing a standardized format for data exchange within the simulation. On the other hand, the SOM outlines the characteristics of interactive classes, interaction class attributes, object classes, and object class attributes that can be published or subscribed to by a federate [20]. The SOM reflects the participation capabilities of the federate during the simulation runtime. The process of developing the FOM/SOM involves abstracting and modeling the federation’s interaction data. Federate publishes the interaction classes and object classes required by other participants. They then determine the order of the needed interaction and object classes, facilitating information interaction and interoperability between federate. The following is an example of each federate in the tractor virtual test system to introduce the FOM/SOM and federate interface design.
Member object class and its attribute table
The member object instances involved in the federation interactions are called member object classes, and their composition contains the full functionality of the federate interactions. Through the analysis of the tractor virtual test system, Table 1 shows some objects involved in each federate. According to the specific attributes among the various types of federate, extract the common attribute to design general base classes, control classes, mechanical classes, hydraulic classes, etc., to facilitate the inheritance of other classes.
The next level object class both inherits the properties of the previous level object and has its object properties. Table 2 shows the property table of the main object mechanical class of the FOM table.
Member interaction class and its parameter list
Member interaction classes denote the instances that actively engage in federation interactions. Within the HLA-based tractor virtual test system, interaction classes play a crucial role in governing interoperability among federate. They constitute a significant component of the overall interaction process in the HLA system [21]. Interaction classes and object classes collaborate to facilitate the implementation of the interaction process within the system. The repertoire of interaction classes encompasses control, mechanical, and hydraulic interaction classes, with specific details provided in Table 3.
Interface specification
The HLA RTI provides a series of services for simulation interconnection. It is the basis for the HLA simulation system to achieve distributed simulation scalability and hierarchical management control and is also the core of the realization of the HLA simulation system. RTI provides effective support for the integration and management of simulation system operating status information. Through the interface specification, the HLA-based tractor virtual test architecture can better realize the simulation management and simulation operation. The six types of services provided according to the HLA architecture interface specification make the interoperability between the members of the federations easier to achieve and more reasonable [22]. The HLA-based tractor virtual test system contains six services.
- Federate management services.
- Ownership management service.
- Declaration management service.
- Object management service.
- Data distribution service.
- Time management services.
Federate program development
The selection of simulation software for the tractor virtual test environment, based on the HLA, proceeded as follows. The HLA’s RTI chosen for this endeavor is BH RTI, which stands for Beihang Run-Time Infrastructure. BH RTI represents an RTI software autonomously developed by the State Key Laboratory of Virtual Reality Technology and Systems at Beijing University of Aeronautics and Astronautics. In terms of federate, the control class opted for Simulink software, while the mechanical class embraced Adams software. For the hydraulics class federate, the choice fell upon AMEsim software. The software employed for program development is Visual Studio, with C++ serving as the program development language. A visual representation of the program development process for the federate can be observed in Fig 2.
The development of federation programs in BH RTI necessitates attention to including appropriate header files. Additionally, it is essential to place the federation execution data file (fed file) and the lrc dynamic link library file in the same directory as the federation application [23]. The development process for federation applications commences with defining the RTI agent class and member agent class objects, followed by the development of federation management. Federation management encompasses activities such as creating, revoking, joining, and exiting the federation. Claim management development primarily involves establishing the declaration information of the federate. Initialization objects, properties, interactions, and parameter handles are developed to provide technical support to the system. Publishing interaction and object development serves the purpose of configuring and publicly disseminating the interaction information of simulation systems. A time management strategy is implemented by defining each simulation subsystem to run the simulation based on a specific temporal logic. The development of registered object instances aims to enable various simulation subsystems to register objects through programming functions. The simulation loop process is developed to initiate the simulation loop within the simulation system. Finally, the function for deleting federated execution is implemented as part of the program development. Below is an illustrative code snippet for the federation program.
……
Virtual void creatFederationExecution // Create federation execution
(std::wstring const & Tractor virtual test system, // Federation executive name: Tractor virtual test system
std:: wstring const & Tractor virtual test systemFED) // Link to tractor virtual test system fed file)
……
virtual FederateHandle joinFederationExecution // Join federation executive
(std::wstring const & federateType,
std::wstring const & Tractor virtual test system,
Federate Ambassador & federate Ambassador,
LogicalTimeFactory & logicalTimeFactory,
LogicalTimeIntervalFactory & logicalTimelntervalFactory)
……
virtual void resignFederationExecution // Withdrawal from federation execution
……
Interoperability among federate
The federation of the tractor virtual test system engages in information exchange facilitated by TCP/IP-based communication. Fig 3 illustrates the transfer of simulation data across the federation. The simulation process is initiated by executing the Simulink control model, responsible for distributing hydraulic system control signals to the BH RTI using the RTI interface. The AMEsim hydraulic model subscribes to these control signals via the RTI interface and subsequently publishes the corresponding hydraulic signals back to the BH RTI. In parallel, the Adams mechanical model subscribes to the hydraulic signals transmitted through the RTI interface from the BH RTI, facilitating the execution of the dynamic simulation. Following the simulation, the results are accessible and can be examined through the dedicated simulation software.
Fig 4 shows the schematic diagram of the mechanical module federate of the tractor virtual test system during the federation execution. The control module and hydraulic module federate are performing distributed simulations similar to the mechanical module federate, except that they also need to invoke Simulink and AMEsim interface commands and use their respective solvers to perform the solution. The operation of the simulation module by the federate mainly involves invoking the solver and receiving, storing, and sending simulation data. The federate of the mechanical module of the virtual test system starts Adams and solves the mechanical dynamics model by subscribing to the hydraulic signals from AMEsim via the BH RTI (written to the shared memory of the Federate via the RTI interface function). The solved data is written to the Adams mechanical model workspace and then to the federate’ shared memory space to complete the distribution and subscription of information [24].
The structure of the virtual test system based on HLA, established the hardware platform of the tractor virtual test system, as shown in Fig 5.
In Fig 5, the computer performance parameters are 64-bit Windows 10 operating system, running memory 8G, 2.5GHz CPU frequency. Five computers are connected via Ethernet.
PC1 running HLA RTI software BH RTI, tractor control module model. PC2 running HLA RTI software BH RTI, tractor hydraulic module model. PC3 running HLA RTI software BH RTI, tractor mechanical module model.
PC4 running HLA RTI software BH RTI, tractor virtual test environment simulation module federate, tractor virtual test monitoring and management module federate, tractor virtual test evaluation module federate, data storage between components using shared memory.
The PC5 runs the HLA RTI software BH RTI and the BH RTI central server CentralServerMonitor.
Tractor virtual test system operation process
The operation of the tractor virtual test simulation system is managed and controlled by the simulation master member. When the simulation starts, the BH RTI central server CentralServerMonitor is started first, and then the BH RTI core program of each federate computer is started. After that, the tractor virtual test simulation federation is created through the federation management application, and each federate joins the federation, and then the simulation cycle starts. At the end of the simulation cycle, each federate exits the federation and then destroys the federate, and the tractor virtual test simulation ends.
Tractor virtual test system performance test
In Fig 6, the configuration and running programs of the five distributed computers PC1, PC2, PC3, PC4, and PC5 remain the same as in Fig 7. PC1 runs the BH RTI software and the model of the reversing clutch control system, PC2 runs the BH RTI software and the model of the hydraulic module of the reversing clutch, and PC3 runs the BH RTI software and the model of the mechanical module of the reversing clutch [25]. PC4 runs BH RTI software, tractor virtual test environment simulation module federate, tractor virtual test monitoring and management module federate, and tractor virtual test evaluation module federate. PC5 runs BH RTI software and BH RTI central server CentralServerMonitor. The data acquisition controller supervisor software Links-RT runs as a federate in PC4. The data acquisition controller host computer software Links-RT runs in PC4 as a federate.
1-PC1; 2-PC2; 3-PC3; 4-PC4; 5-PC5; 6-Data acquisition con-troller.
Virtual test of tractor PST reversing clutch
Tractor power shuttle refers to the uninterrupted power transmission during the forward and reverse gear switching process of the tractor. It is a necessary technology for the tractor to achieve high-quality and efficient frequent round-trip work and typical working conditions. As shown in Fig 8, the tractor power shuttle is achieved by separating and combining the forward-driven gear F and reverse-driven gear R of the reversing clutch with the clutch-driven plate. When the tractor is moving forward, the piston on the F side of the forward-driven gear is filled with oil. Combine the friction plate connected to the forward-driven gear F with the driven plate connected to the clutch hub. The power is transmitted to the forward-driven gear F through the transmission shaft, clutch hub, driven plate, and friction plate through the long mesh driving gear. When the tractor driver switches from a forward gear to a reverse gear, the TCU sends a power shuttle control signal to change the position of the solenoid valve. At this point, the piston on the F side of the forward-driven gear begins to return oil, and under the action of the return spring, the driven plate and friction plate on the F side of the forward-driven gear separate. At the same time, the piston on the R side of the reverse-driven gear begins to charge oil. The piston compresses the return spring, sliding and grinding the friction plate connected to the reverse gear driven gear R, and the driven plate connected to the clutch hub until fully engaged. The power is switched from the forward-driven gear F to the reverse-driven gear R, and the power shuttle is now complete.
The PST transmission system adopts the TX4A transmission system of the DongFangHong LF2204 tractor, and the reversing clutch model is ZCH95. The virtual test of the tractor PST reversing clutch is carried out through the HLA-based tractor virtual test system. The PST reversing clutch used for verification has undergone actual tests, and the test results meet the design standards of the PST reversing clutch. The interface of the reversing clutch virtual test system is shown in Fig 9, and each computer running program is configured according to Fig 6. The clutch condition selects the 1st gear heavy-load full throttle reverse gear shift as the forward gear, and the simulation results are shown in Fig 10.
The simulation and data transfer processes are outlined as follows. Once the tractor control unit (TCU) receives the signal to shift from forward gear to reverse gear, the Simulink-based module for controlling the tractor reversing clutch triggers the simulation process. Subsequently, the hydraulic signal is transmitted through BH RTI (Bus and Hub Real-Time Interface) to the hydraulic simulation module built-in AMEsim, initiating the hydraulic simulation of the reversing clutch [26]. Through BH RTI, AMEsim transfers the pressure signal to the reversing clutch dynamics simulation module developed in Adams, enabling the execution of the dynamic simulation. This comprehensive virtual testing procedure of the tractor’s PST reversing clutch yields the primary simulation data pertinent to its performance.
The simulation results are depicted in Fig 10, where the engine output torque undergoes a transition between the two clutches. The combined clutch associated with the reverse gear disengages from the commutation shaft, while the clutch engaged with the forward gear connects with the commutation shaft, affecting the ultimate power transfer [27]. This power reversal process spans 0.7 seconds, during which the speed shifts from -3.5 km/h to 3.5 km/h. The oil pressure in the forward gear piston increases from 0 MPa to 5 MPa, resulting in a peak impact acceleration of 17 m/s^3, with a total slippage work of 21 kJ incurred throughout the reversal process. It’s worth noting that the entire power reversal process exhibits a relatively smooth performance. To analyze the time series data generated from the HLA-based tractor virtual test and the physical test, statistical characterization was conducted using the grey-scale correlation method. This analysis yielded various statistical parameters, including the maximum value, minimum value, mean value, standard deviation, and root mean square value, for the two data sets. These parameters were utilized to construct two series, denoted Xi and Yi, expressed as follows.
Xi and Yi correlation degree is calculated as.
In the formula, zi is the correlation coefficient of each feature parameter. ξ is the resolution coefficient and takes the value of 0.5 [28].
The correlation coefficient z of the virtual and physical test data is the average of the correlation coefficients of all characteristic parameters and is calculated as.
For z ∈ (0.9, 1], the virtual and physical test data are highly correlated. z ∈ (0.7, 0.9], the virtual and physical test data are more correlated. z ∈ (0.5, 0.7], the virtual and physical test data are highly correlated. z ∈ (0.3, 0.5], the virtual and physical test data are less correlated. z ∈ [0, 0.3], the virtual and physical test data are less correlated. z ∈ [0, 0.3], the virtual and physical test data are less correlated. z ∈ [0, 0.3], the correlation between the virtual test data and the physical test data is small.
After calculation, the average correlation coefficient z = 0.92. The virtual test data and the physical test data correlate well. The virtual test results are consistent with the bench test results. Through the virtual test and bench test comparison results analysis, the tractor PST reversing clutch virtual test model on the HLA-based tractor virtual test system works well.
Performance test of data transmission delay of tractor virtual test system
The data transmission delay parameter reflects the system’s ability in real-time and data transmission capacity and is an important index parameter of the tractor virtual test system. According to the virtual test advance step and hardware device response time, the system time delay should not exceed 10ms.
To assess the influence of varying numbers of object attributes on system data latency performance, we established a 60-node tractor virtual test system. Each node represents a data size of 100KB, effectively emulating 60 attributes within the simulation system. The methodology employed for conducting these tests is outlined as follows.
- Start the tractor virtual test system and complete the system initialization.
- Simulink, AMEsim, and Adams each run data transfer, from Simulink software output 1 control signal to AMEsim software, and then by AMEsim software to Adams software, Adams software to Links-RT, start timer recorded as time T1 moment.
- Links-RT receives the signal and feeds back the signal to the federate Simulink.
- Repeat steps (2) and (3) 100 times, stop the timer, and count as time T2.
- Test to obtain the time delay under the data size corresponding to the 1st control signal as ((T2-T1)/200)s.
- Repeat steps (2) ~ (5), and increase the transmission line in turn to obtain the time delay under the data size corresponding to the 2-way and 3-way……60 signals.
Fig 11 presents the results obtained from the test regarding data transmission delays.
In Fig 11, when the system transmission data volume reaches 5000KB, the time delay is 9.7ms. It meets the real-time performance requirement that the maximum delay of the tractor virtual test system does not exceed 10ms, and the data transmission delay performance is acceptable [29].
Conclusion
This paper presents a detailed study and design of a distributed virtual test system for tractors based on HLA. The problems of low tractor test efficiency and long new product development cycle are solved, and the main results are as follows.
- Analyzing logic and hardware structure of the tractor virtual test system. Design federation FOM and SOM table of the tractor virtual test system. Study interoperability among the federate and the system operation flow in detail.
- The performance of the HLA-based tractor virtual test system is stable. When the system data volume reaches 5000KB, the data delay is 9.7ms, which meets the required tractor virtual test delay of no more than 10ms.
- The HLA-based tractor virtual test system makes efficient use of the existing tractor model and has certain advantages in model reuse, interoperability, and system expansion.
References
- 1. Wu Y, Yan X, Zhou Z. Architecture modeling and test of tractor power shift transmission. IEEE Access. 2021; 9:3517–3525.
- 2. Chen Y, Qian Y, Lu Z, et al. Dynamic characteristic analysis and clutch engagement test of HMCVT in the high-power tractor. Complexity. 2021; 2021.
- 3. Wen C, Xie B, Song Z, et al. Methodology for designing tractor accelerated structure tests for an indoor drum-type test bench. Biosystems Engineering. 2021; 205:1–26.
- 4. Gonzalez DO, Martin-Gorriz B, Berrocal II, et al. Development and assessment of a tractor driving simulator with immersive virtual reality for training to avoid occupational hazards. Computers and Electronics in Agriculture. 2017; 143:111–118.
- 5. Zhang X, Wang D, Kong D, et al. The anti-fatigue lightweight design of heavy tractor frame based on a modified decision method. Structural and Multidisciplinary Optimization. 2022; 65(10).
- 6.
Bao R, Li Y, Li J. Hong Kong: The navigation positioning system design of agricultural vehicles based on virtual instruments. International Conference on Computers, Communications, Control and Automation; 2011.
- 7. Tang X, Zhang D, Liu T, et al. Research on the energy control of a dual-motor hybrid vehicle during engine start-stop process. Energy. 2019; 166:1181–1193.
- 8. Falcone A, Garro A, Taylor SJE, et al. Experiences in simplifying distributed simulation: The HLA development kit framework. Journal of Simulation. 2017; 11(3):208–227.
- 9. Hu T, Jin X, Shen L, et al. Plug-in technology connecting Simulink model with run-time infrastructure. Computer Integrated Manufacturing Systems. 2021; 27(5):1422–1428.
- 10. Yuan H, Zhang J, Li W et al. The perception technology in ar confrontation system for virtual and real force. Computer Simulation. 2020; 37(6):13–17+206.
- 11. Wu Y, Fu L, Ma F, et al. Cyber-physical co-simulation of vessel integrated power system based on HLA. Power System Technology. 2019; 43(7): 2422–2429.
- 12. Shi X, Luan B. Research and implementation of HLA-based flight mission simulation platform for manned spacecraft. Spacecraft Environment Engineering. 2016; 33(1): 28–34
- 13. Gu Y, Zuo Y, Peng D. Multi-radar netting information fusion simulation system based on HLA. Fire Control & Command Control. 2015; 40(6): 136–139+144.
- 14. Wang P, Lv M, Li Y, et al. Design of airborne Laser weapon simulation system based on HLA. Journal of Northwestern Polytechnical University. 2011; 29(2):198–204.
- 15. Sun H, Fan W, Shen W, et al. Ontology fusion in high-level-architecture-Based collaborative engineering environments. IEEE Transactions on Systems Man Cybernetics-systems. 2013; 43(1):2–13.
- 16. Marzolla M, D’angelo G. Parallel data distribution management on shared-memory multiprocessors. Acm Transactions on Modeling and Computer Simulation. 2020; 30(1).
- 17. Yue Y, Fan W, Xiao T, et al. Novel models and algorithms of load balancing for variable-structured collaborative simulation under HLA/RTI. Chinese Journal of Mechanical Engineering. 2013; 26(4):629–640.
- 18. Grogan PT, de Weck OL. Infrastructure system simulation interoperability using the high-level architecture. IEEE Systems Journal. 2018; 12(1):103–114.
- 19. Uygun O, Oztemel E, Kubat C. Scenario based distributed manufacturing simulation using HLA Technologies. Information Sciences. 2009; 179:1533–1541.
- 20.
Yu L, Kang S, Xin L. Chengdu: General architecture design of flight simulator based on HLA. IEEE 3rd Information Technology, Net-working, Electronic and Automation Control Conference; 2019.
- 21.
Imre K, Sevim N. Cardiff: The High Level Architecture (HLA) on Photonic Torus: Hardware and Software Co-design. 2013 8th EUROSIM Congress on Modelling and Simulation; 2013.
- 22. Wang J, Zheng T. A hybrid multicast-unicast assignment approach for data distribution management in HLA. Simulation Modelling Practice and Theory. 2014; 40:39–63.
- 23. Wu D, Zhen X, Fan X, et al. Zhu HM. A virtual environment for complex products collaborative assembly operation simulation. Journal of Intelligent Manufacturing. 2012; 23(3):821–833.
- 24.
Riecken M, Lessmann K, Schillero D. Baltimore: Internet of Things, a possible change in the distributed modeling and simulation architecture paradigm. Conference on Modeling and Simulation for Defense Systems and Applications XI; 2016.
- 25. Elhemly MA, Fayed MAG. Simulation of tractor semitrailer manoeuvre at highspeed using MATLAB/SIMULINK. International Journal of Heavy Vehicle Systems. 2011; 18(4):341–358.
- 26. Ahn S, Choi J, Kim S, et al. Development of an integrated engine-hydro-mechanical transmission control algorithm for a tractor. Advances in Mechanical Engineering. 2015; 7(7).
- 27. Li B, Sun D, Hu M, et al. Coordinated control of gear shifting process with multiple clutches for power-shift transmission. Mechanism and Machine Theory. 2019; 140:274–291.
- 28. Feng B, Gao X, Gong L. A heterogeneous network selection algorithm based on gray relation hierarchy analysis in power wireless communication system. Electronic Design Engineering. 2018; 26(10): 35–40.
- 29. Yan X, Zhou Z, Li Z. Study on the Noise Reduction of Tractor Power Take-off Load by Empirical Mode Decomposition Soft-Threshold Method. Journal of Xi’an Jiaotong University. 2019; 53(5):67–72.