Last decades innovations in avionics development have provided unprecedented growth of flight safety, convenience of pilots and flights timely departure. But the downside of high-tech intelligent airborne systems is design complexity.
Airborne systems engineers face an extremely difficult task of integrating a huge number of components (which already are complex per se) into a synergy that should work as a single whole. The task is further complicated by the need to provide the highest standards of safety and comply with numerous industry standards.
Development of complex airborne systems cannot do without preparing numerous documents, such as:
Usually the aforementioned documents are big, they contain project implementation details: from wires to digital bus parameters refresh rates. In order for the resulting equipment system to operate fault-free and to be certified by aviation authorities all documents should be consistent and comply with industry standards, regulatory documents, aircraft and avionics requirements.
The challenge of documentation consistency is a consequence of modern avionics complexity in general and the fact that a dozen of departments within the aircraft manufacturer company and dozens of external OEM companies are involved in this documentation development. Organizing effective interaction of all the resources involved in the process is a non-trivial task both from the technical and organizational point of view.
Aircraft (AC) development is governed by AC technical and functional requirements, AC certification requirements (certification basis), applicable state and industry standards, AC manufacturer and OEM's internal standards. All these requirements must be consistent; traceability to them must be controlled (if possible by automatic means).
The initial design data alongside with requirements and regulations includes a large amount of information exchanged between the AC manufacturer and OEMs. These initial data change at different design stages as well as at the stages of testing, trials, certification, and even during the aircraft operation. Controlling the coordinated change of all systems and equipment affected by the initial data changes is one of the aviation equipment development most time-consuming tasks.
Unfortunately, progress in the field of avionics as such has not touched on the avionic equipment (AE) development tools, and engineers are compelled to conduct their projects in an old-fashioned way in spreadsheet and text editors, such as Microsoft Excel and Microsoft Word. These editors, although being convenient and powerful tools for creating documents, are not designed for airborne equipment development, since they do not allow controlling integrity, applying changes throughout the project simultaneously, providing multi-user access to the project being developed, etc.
The result of the absence of specialized tools is the need to perform a huge amount of work on thorough inspection and manual configuration management of documents being developed and modified, which can lead to delays and/or errors.
The existing problem in avionic equipment development processes is recognized by the majority of specialists involved, but the automation tools of the processes described above are not yet available on the market.
The purpose of the dBricks tool is:
The tool's purpose is achieved by means of the following processes automation:
The dBricks tool is developed on the basis of the vast experience gained during the work on all modern projects of civil airliners in Russian Federation.
The idea of using automation tools for AE development processes emerged during the work on flight instruments of IL-96, TU-204 and IL-114 aircraft. At the same time, the first basic tools for the development of interface control document and wiring lists and schematics were developed.
Later, the tools were further developed and expanded for the automated generation of aircraft circuit diagrams, connection diagrams, interface control documents and other documents used in manufacture, installation and development of the cable net and AE of the SuperJet-100 aircraft (RRJ-95). With the help of these tools, data were also obtained for automated assessment of the stability of the complex against external factors influence including HIRF, and analysis of the aircraft's equipment fail-safety.
Upon completion of the development of the SuperJet-100 a further step was made to connect disparate tools into a single unified system with enhanced functionality. Today the results of these works are widely used in the development and trials of avionic equipment of the MS-21 aircraft.
The dBricks tool is the ideological successor of all the aforementioned stages of automation tools development, which has incorporated all the gained experience and knowledge on the topic.
The dBricks system is made out of normalized database and means of data input, output and modification.
The tool works on client-server technology. Server side includes network storage and server module. Server module interacts with client module with regard to processing input data and prepares data for visualization by client module.
Client module is a graphical shell intended for displaying data received from server and providing convenient access to the data. dBricks client part of is implemented as a web page accessed through a web browser (e.g. Google Chrome).
Following the idea of data normalization, the dBricks system considers data describing avionic equipment not as a single entity, but as an object consisting of other objects and connections between them. The objects that make up a project, in turn also consist of smaller objects and connections between them. Using normalized approach completely eliminates the need of repeated entering and storing the same type of data, including when using the same versions of devices in different projects.
Below are three global object families:
The dBricks tool is implemented on client-server architecture, which allows the entire project team to work with the tool simultaneously. This fact is one of the main advantages of the tool. Once the tool is deployed, the most up-to-date information about the status of the project is always available to each project stakeholder. Any changes made by one user automatically become available to everyone. Depending on the Customer's need the tool can be installed in such a way that it will be available not only to the employees of the company, but also to employees of contractor companies. Information security and unauthorized access control is provided by a flexible system of access rights control. The system also provides logging of all user actions, which allows finding the author of each change.
The tool is developed hand in hand with end-users and developers of the AC AE. In the course of development dozens of suggestions from users were accounted in the user interface. The main technical solutions are tested on the real projects data. Tools and speed of the system enable effective work with projects of modern airliners containing hundreds of devices, tens of thousands of wires and hundreds of thousands of parameters.
For the purposes of input and editing of large volumes of data, the tool provides the mechanism of bulk data input/editing, which allows reducing the complexity of the task by orders.
During the development of complex AE projects, it becomes necessary to manage the configuration of multiple versions of the project, arising both from the variability of the project itself (for example, the implementation of options), and because of the need to track the generations of the complex developed with different sets of requirements (rig tests version, first flight version, certification version, etc.). dBricks uses configuration management mechanism which allows performing the following functions:
Using the tool allows to eliminate significant number of errors that are introduced upon data input. The system allows filtering out errors that violate the requirements of regulatory documents, industry standards and customized project limitations. Errors that violate the requirements of regulations and standards include but not limited to attempts to connect different types of buses or attempts to include data in the data exchange description that cannot be physically realized. Errors that violate configurable project limitations may include violation of the naming convention or restrictions on the accidental connection of parameters with different data types.
The tool with a populated database allows you to automate the following processes.
Note: Generally speaking, once the tool is deployed the implementation of these processes is reduced to populating the database. Once the database is populated the resulting documents are created automatically.
The diagrams listed are the main documents describing the connection of AE devices to each other. The tool allows generating the diagrams in an automated fashion. The result of the export is the completed diagram file in Microsoft Visio format.
ICD development is one of the fundamental task of the entire AE development effort and one of the main purposes of the dBricks tool. The tool allows export of ICD for data exchange implemented through the following types of interfaces:
In addition to work effort reduction the automated ICD export facilitates elimination of human errors emerging when manually creating the documents.
Note: ICD export format can be customized based on customer requirements. Out of the box dBricks contains export to Microsoft Excel format
In modern projects development of flight software responsible for information input and output is usually produced with specialized equipment manufacturers CAD, based on special format spreadsheets. The presence of complete information on the equipment interaction in the dBricks system makes it possible to prepare the relevant spreadsheets by simply converting the information into the specified format. Through this the possible sources of transfer errors are eliminated and table preparation time is reduced.
Flight software specifications are the documents that fully describe functional requirements of airborne equipment processing modules. The dBricks tool allows generating such documents automatically based on data stored in the database.
In modern data networks such as ARINC 664 the configuration of information flows is described by configuration files that are uploaded to data exchange nodes. Such files can also be automatically generated by the tool based on data put into the database.
Note: Detailed description of the configuration requirements is given in ARINC 664 part 7.
Traditionally development of cable nets design specifications (CNDS) for test bench and flight training devices (hereinafter referred to as test benches) was a very time-consuming task coming from the large number of errors that appear in the process of converting the aircraft data into documentation adapted to create test benches. Using the dBricks tool allows to:
The airborne data acquisition systems used in aircraft testing process and the maintenance system are very similar in terms of data exchange. The presence in the dBricks system of complete information about the pick-up points and the formats of the information transmitted by the systems allows to automatically create registration system input devices requirements according to the nomenclature and the number of receivers, connection tables and information formats for its processing
During test benches and flight training devices (hereinafter referred to as test benches) development there is a need to describe the data exchange of equipment simulators not present on the test benches. Typically test bench simulation systems can be configured through specialized configuration files. Automated creation of such files based on the data entered during the development of ICDs allows to completely eliminate errors in the development of the files, as well as to reduce the labor cost of the process by 95-99%.
The presence of integrated information on all aircraft equipment, including support systems (electrical system, hydraulic system, etc.), its location in the aircraft and interconnection allows implementing several important analytical functions:
Depending on Customers' need the tool can be used in one of the ways listed below.
When working with the tool as an Internet service, the Customer gets access to a copy of the software, deployed by the Vendor in the cloud. Access is granted during the period paid by the Customer, and is automatically renewed given that the next period is paid on time. At Customer's request, after switching to the option of installing the tool on the Customer's local server, the work results obtained with the in-cloud tool instance can be transferred to the tool installed on the Customer's local server.
This method involves installing the tool on a server hosted by the Customer. The license term is unlimited subject to the terms of the license agreement. Software technical support and updates are performed during the period of technical support specified in the license agreement. The technical support period can be extended on the terms specified in the license agreement and maintenance contract
Depending on Customer's needs, the tool functionality can be customized by adding/removing the following modules and extension packages:
The basic module is an integral part of the tool. The module implements the following functionality:
The basic elements for which the CRUD functionality is implemented include:
EI functionality for basic elements includes EI of:
The functionality of data input restrictions control allows:
The basic reports implemented in the module include:
The module allows to CRUD information for the following bus types:
The module also implements the export of ICD by buses types listed above.
The module is designed to work with ARINC 429 bus data. The module implements the following functionality:
The module is designed to work with ARINC 825 bus data. The module implements the following functionality:
The module is designed to work with descriptions of flight software data exchange port structures (application/partition ports in terms of the ARINC 653 standard). The module implements the following functionality:
The module is designed to work with descriptions of the structure of networks implemented according to ARINC 664 (AFDX) standard. The module implements the following functionality:
The module is designed to work with MIL-STD-1553B data. The module implements the following functionality:
The module implements the functionality described in Section 5.5.
The module implements the export to the VHTNG standard format.
The module implements generation of block diagrams and connection diagrams in Microsoft Visio format. For large schematics the module provides the ability to configure the layout of devices on the diagram to simplify reissuing.
The module is a set of procedures, structures and constants that allow working directly with the backend of the tool bypassing the user interface. Access through the API allows Customers to use their own automation tools in conjunction with the dBricks tool
The module implements export of the reports listed in Section 4.7.8
The toolbox implements the functionality of test benches and flight simulators CNDS development based on AC AE device data entered into the dBricks tool. The user selects AE project which should be implemented at the test bench, enters information about the location of AC AE at the test bench, as well as information on the location of the bench equipment and technological components. Based on the data entered the package produces the following set of documents:
The toolbox implements functionality of automatic generation of configuration files used to configure test benches and flight simulators simulation systems. List and format of files varies depending on the equipment used by the Customer, but usually includes the following main groups of files:
The technical support of the tool consists in the listed below services provided by the Vendor. For license agreements that provide access to the tool as an Internet service the technical support is provided during the whole period of access to the tool. For license agreements that account for the installation of the tool on the Customer's local server the technical support is provided during the time specified in the license agreement and maintenance contract.
The support consists in providing voice consultations for Customer's representatives by the phone specified in the contract.
Unless otherwise specified in the contract, consultations are provided from 10:00 to 18:00 Moscow time on weekdays determined in accordance with the legislation of the Russian Federation.
Unless otherwise specified in the contract, the total amount of consulting should not exceed 10 hours per month.
The support consists in providing answers to Customer questions sent to the e-mail address specified in the contract.
Unless otherwise specified in the contract, the deadline for answering questions is two business days determined in accordance with the legislation of the Russian Federation.
Support consists in registration, processing, resolving and/or provision of a reasoned correction refusal, on the basis of Customer comments in the bug tracking system (located at the URL specified in the contract).
The response time to comments depends on the error severity. The existing error severity levels are:
Note: Response time is not the time to fix the problem or correct the error.
During the technical support period the Vendor provides the Customer with information on available new versions of the tool. At the Customer's request the Vendor can upgrade the tool to the latest available version.
The dBricks system allows to: