Modular inertial control systems control and diagnostic systems for design features
Control and testing of flying vehicles and their systems
Аuthors1*, 2, 3**
2. State Research Institute Engineeringpace University, 125, prospekt Mira, Moscow, 129226, Russia
3. Moscow Aviation Institute (National Research University), 4, Volokolamskoe shosse, Moscow, А-80, GSP-3, 125993, Russia
The basis of technical information, measurement and control systems support consists of electronic devices and systems for information communicating, gathering, processing, transmitting and displaying, which, belong to subjects to diagnosis at the stages of development and production.
For means of control and most of other types of inertial control system tests, it is generally accepted to implement checkout equipment (CE). Hardware and software of the CE are developed individually for the requirements of inertial control system specific tests. To simplify the design and improve versatility, this paper offers to rethink CE software design methodology, allowing form CE software automatically for control and diagnostics purposes of several similar inertial control systems. This solution will significantly reduce the time and cost of the CE hardware and software parts developing.
The software forming is carried out by attaching additional software modules (ASM), responsible for unique to a particular inertial control system (ICS) equipment or functionality, to basic software module (BSM). The developed software remains intact while being used for control and diagnosis of various ICS’s. BSM performs functions such as distributing software threads and their priorities, launch and control of ASM. ASM are developed in conjunction with CE, and possess unique features. Interaction between modules is carried out through the shared memory and communication protocols between modules. Considering the fact that ASM’s are designed to perform specific tasks, such as recording telemetry in the selected format, working with mezzanines boards, or record sensor readings, as well as due to the fact that they are designed as a separate project, the developers unassociated with basic module design can be involved in their creation. Small size and relative simplicity of development of each module significantly accelerates this process.
Uniqueness of each CE set of hardware components, such as a set of sensors, opto-boards, interfaces, makes it possible to determine most of required ASM, by self-control using the ICS simulator. Trial ISU run and analysis of incoming telemetry can help to determine additional software modules.
Keywords:test instrumentation, modular system, software, inertial control system, control and diagnosis
Rumbaugh J.R., Blaha M.R. UML 2.0. Ob"ektno-orientirovannoe modelirovanie i razrabotka (UML 2.0. Modeling and Design with UML), St. Petersburg, Piter, 2007, 544 p.
Interfeis magistral'nyi posledovatel'nyi elektronnykh modulei. GOST R52070-2003 (Serial interface bus of electronic modules. GOST R 52070-2003), Moscow, Standarty, 2003, 23 p.
Braude E.J. Tekhnologiya razrabotki programmnogo obespecheniya (Software Engineering. An Object-Oriented Perspective), St. Petersburg, Piter, 2004, 659 p.
Kulikov A.M. Trudy MAI, 2015, no.80: http://www.mai.ru/science/trudy/eng/published.php?ID=57007
Obnosov B.V., Daneko A.I., Zakharov I.V., Trubnikov A.A., Reshetnikov D.A. Trudy MAI, 2012, no.62: http://www.mai.ru/science/trudy/eng/published.php?ID=35573
Avakyan A.A. Trudy MAI, 2013, no.65: http://www.mai.ru/science/trudy/eng/published.php?ID=35845
Gamma E., Johnson R., Helm R., Vlissides J., Patterns D. Priemy ob"ektno- orientirovannogo proektirovaniya (Object-oriented programming techniques), St. Petersburg, Piter, 2007, 366 p.