## 7 A Demonstration of Extending Domain-Specific Modeling Language  
Data acquisition and RTC systems often require complex hardware settings with various measurement devices, circuits, interfaces, etc. These must all work together within a variety of conditions. Testing products with a measuring device can cost a lot of money, especially if long preparations are required (ESA's Ariane 6 rocket engine test, [[https://dewesoft.com/case-studies/dewesoft-on-european-test-bench-for-large-launcher-solid-propellant-boosters](https://dewesoft.com/case-studies/dewesoft-on-european-test-bench-for-large-launcher-solid-propellant-boosters)]([https://dewesoft.com/case-studies/dewesoft-on-european-test-bench-for-large-launcher-solid-propellant-boosters](https://dewesoft.com/case-studies/dewesoft-on-european-test-bench-for-large-launcher-solid-propellant-boosters)) (accessed on 12 October 2022)). For some tests, there is no possibility of repeating. Others take a very long time (Hong Kong--Zhuhai--Macao bridge monitoring, [[https://dewesoft.com/case-studies/distributed-monitoring-on-world-longest-hong-kong-zhuhai-macao-bridge](https://dewesoft.com/case-studies/distributed-monitoring-on-world-longest-hong-kong-zhuhai-macao-bridge)]([https://dewesoft.com/case-studies/distributed-monitoring-on-world-longest-hong-kong-zhuhai-macao-bridge](https://dewesoft.com/case-studies/distributed-monitoring-on-world-longest-hong-kong-zhuhai-macao-bridge)) (accessed on 12 October 2022)). Therefore, measurement systems must be of high quality, and need to be tested to perfection. The smallest possible error factor should be reduced. For this purpose, many customers use simulators before a real test. Some also use reference devices to test the basic functionalities of the measurement devices before conducting important tests. Simulators generate various signals to validate the measurement system. Each simulator is built from the hardware, as well as from the RTC software. In the case of Dewesoft, the RT program that runs on the simulator is defined with RT-Sequencer. To demonstrate work with RT-Sequencer, we will show a model that will run on the simulator. In this way, we will describe the operations and functions necessary for validating the measurement system.  
The validation system consists of a measuring part, a simulator, and a computer for management and control, as shown in Figure 12. For example, we will test the functionality of the measuring device _Sirius XHS_, a high-speed data acquisition system that can capture analog and digital inputs, CAN input, and different types of Ethernet interface data. This  
Figure 11: Execution framework.  
interface serves data to the _host computer_. Moreover, the device has a synchronization port that can synchronize and connect different devices into a whole system. On the left side of Figure 12 is a _simulator_, that is intended to validate the measurement system before an important mission to verify different measurement systems' behavior. Signals from the data acquisition device are connected (analog and digital signals, CAN, and synchronization). The simulator takes care of generating signals, CAN messages, and synchronization signals. Both devices are connected to the host computer, which takes care of data processing, validation, and programming of the simulator device within the DSML language. The Dewesoft X and RT-Sequencer modeling tool are installed on the host computer.  
Now that the configuration of the measurement system is described, we present the software part of the validation, which will be divided into advanced end-user and domain expert perspectives in RT-Sequencer. We will show how a new set of constructs can be defined in RT-Sequencer, access the lowest API libraries, and optimize the code. Afterwards, we will present the domain expert perspective, describing the models created within the RT-Sequencer.