3 Data Explorer
3 Data Explorer
AT2651E, Rev. 07
User´s Guide
DATA EXPLORER
AVL CONCERTO™ 2014
v4.6
Copyright 2013 AVL List GmbH, Graz - Austria
The contents of this document may not be reproduced in any form or communicated to any third party without the
prior written consent of AVL. While every effort is made to ensure its correctness, AVL assumes no responsibility
neither for errors and omissions which may occur in this document nor for damage caused by them.
All mentioned trademarks or registered trademarks are owned by their respective owners.
Table of Contents
1 Data Explorer
Data Explorer enables you to access your result data. The entire CONCERTO
data environment is presented in a clear structure.
1.1.5 Measurements
The ASAM data model does not use data keys to categorize the data belonging
to a test. Instead, it is assumed that tests are composed of individual measure-
ments. By this, measurements like e.g. Recorder measurements on the test bed
are meant. In steady-state measurement procedures, however, the individual
measurement points (which are recorded in steady-state measurements on the
test bed) form curves and/or maps, the entirety of which represent an ASAM
measurement. The storage key used in the AVL PUMA Open system is stored
as an attribute of the ASAM measurement. CONCERTO uses this attribute as a
data key.
The measurements within a test are often of different type and therefore corre-
spond to different data keys. However, it might happen e.g. that the same
Recorder (same storage key) is started multiple times. In this case, several
ASAM measurements are saved under the same data key. In order to ensure a
consistent structure in such cases, Data Explorer, for ASAM tests, always
displays a measurement hierarchy under each data key in the navigator bar,
even if a key only includes one measurement.
PUMA also stores descriptive information (engine parameters, user comments)
under separate storage keys. This data also appears as measurements (pseudo
measurements) under the relevant data key in CONCERTO.
Comparison of the individual Recorder runs is of special interest for Recorders
that have been started multiple times. It is not only possible to open/load a given
test, but also a single measurement. A separate file alias is assigned to this
measurement which allows the normal file comparison feature to be used for
comparative representation. If a file is opened and a data key in it contains
several measurements, the measurement to be displayed can be selected
directly via the slide bar on the status bar.
Examples
IFILE1:CA’CYLPR1 is the cylinder pressure loaded from an AVL IFile. CA refers
to the data key (CA=Crank Angle, i.e. crank angle data).
PUMA1:D’SPEED stands for the SPEED dataset, loaded from the file with alias
PUMA1, data key D.
AVL3:!0’BE[2] comes from the second recorder measurement (data key !0). The
BE channel is the specific fuel consumption. Alias AVL3 is the alias name of the
open file. The number indicates that 3 of these files are already open.
In formulas the alias name and data key reference can also be omitted. Data
Explorer will use the current context to fill in the missing parts and find the
required channel.
4
5
1 .....Explorer Bar
2 .....Test List
3 .....Data Environments
4 .....Toolbar
5 .....Adress bar with drop-down list of last opened files
Fig. 1
Files are the lowest level in this view and are never shown in the Explorer bar,
but only in the test list.
The right-hand section, the test list, shows the contents of the item selected in
the Explorer bar.
After selecting a file, you can open it by double-click, via its context menu or via
the toolbar button Open. A data source is then created automatically in the
Temporary Data Sources data environment, if no such data source yet exists.
If the file format is unknown, the data source settings have to be specified. The
relevant Wizard opens for this purpose.
Data sources can also be created via the context menu (see Creating new Data
Sources on page 74), which is helpful if you want to create a data source in an
existing data environment anyway.
5
6
7
2
3
Unlike with the My Computer / Network view, this view does not show the disk
drives as nodes in the Explorer bar, but so-called Data Sources (see Data
Source on page 7) as the topmost level. These data sources are in turn part of
data environments (see Data Environment File (DXV) on page 73) with My Data
Sources being the main data environment.
A data source contains files of the same format from a given folder or folder
structure. Subfolders (or, in the case of ASAM, structures such as e.g. a test
series), files (i.e. tests) as well as their content structures are displayed hierarchi-
cally in the Explorer bar and/or the test list.
Channels are the lowest level and are never shown in the Explorer bar, but only
in the test list. The contents of a channel can be displayed via its properties
dialog.
For a better overview, data sources can be grouped in the Explorer bar by
inserting a separating line via the context menu:
Fig. 3
Fig. 4
The Data Source view can consist of several pages, if several data environments
are available. Accordingly, the enclosed Demo Data appears in a separate data
environment.
There is always a data environment for temporary data sources as created auto-
matically when files are opened directly in the My Computer / Network view. All
data environments, except the temporary data sources, are saved as separate
files (DXV files) for the next session.
1.2.3 Toolbar
Path variables and user variables in filters are marked as links. Simply click on a
variable, and an edit field will be displayed allowing you to edit its value.
If you want to change all user variables in use by the data source, then click the
User Variables button on the toolbar to open the dialog.
Double-click anywhere else in the blue filter condition line to open the Filter
Conditions dialog where the current conditions can be modified. This is the same
as clicking the Filter button on the toolbar.
1.2.6 Icons
Icons displayed for the entries in the left and right panes provide a visual aid to
identifying an item’s properties and state.
File system group
Normal file system group.
Data source with user-specific access
File system data source containing files that are accessed via the user-written
API (see User-specific File Access on page 42).
ASAM server data source
Sub-level folder
Sub-level folder, folder or ASAM structure containing further sub-levels or tests.
File
File or test.
Open File
Open file, test or measurement – the alias name is shown in the item's label.
Data key: crank-angle data
Data key containing crank angle data.
Data key: cycle-based data
Data key containing cycle-based data.
Data key: time-based data
Data key containing time-based data.
Data key: data/parameters or
Data key containing parameters or other static data.
Data key: logpoint data
Data key containing logpoint data.
When navigating quickly through the data sources/test series/data keys using
cursor up/down, the sub-levels are not displayed, which is more effective espe-
cially in the case of ASAM-ODS-based databases and data sources pointing to
network drives.
Cursor right: open sub-level
Cursor left: hide sub-level(s)
Backspace: go to next higher level
Screen up: first data source
Screen down: last data source
Shift key + cursor select area, e.g. several tests
up/down:
Information
Apart from offering general-purpose functions, context menus also enable you to
restructure ASAM-ODS data. To use this feature, you must have a Santorin
server, a license to use the Composer option and be operating CONCERTO at
an adequate user level. This applies to all the menu items below that are marked
with {W}.
For more on this topic, see Creating and Restructuring Tests on page 120.
The context menu consists of a predefined and a variable section. The variable
section can be defined by the user via data source context scripts. When a data
source context script is defined, the name of the script will appear in the context
menu from which it can be executed (see description under Data Source Proper-
ties - Context on page 100).
Data Sources Refresh
Reread the folders and tests (files) within the selected data source(s).
Change Login
Log off and log in to a Santorin ASAM Server again.
Cut
Delete the selected data source(s) and copy their definitions to the clip-
board.
Copy
Copy the selected data source definition(s) to the clipboard.
Paste
Paste the data source definition(s) from the clipboard after the current
cursor position.
New Folder
Create a new test series in the current data source {W}.
Delete Data Source
Delete the selected data source(s).
Move Data Source To
Move a data source, e.g. a temporary data source, to another data environ-
ment (see also Data Source on page 7).
Properties
Open a data source's properties dialog.
Folders, Test Series Refresh
Reread the test list (file list).
Paste
Paste a test from the clipboard after the current cursor position {W}.
Edit Attributes
In this dialog you can edit the attributes of a test series (test series name,
etc.).
Entries highlighted in gray are system defaults and cannot be changed {W}.
New Test
Create a new empty test within the current test series {W}.
Information
In order to store formula channels as normal channels in the database, you need
to "freeze" them (see further below).
Fig. 5
Edit Attributes
In this dialog you can edit the attributes of a test (name, description, start
time etc.). Entries highlighted in gray are system defaults and cannot be
changed {W}.
Information
New Measurement
Create a new empty measurement within the current test {W}.
Delete Test
Select the current test as logically deleted {W}.
Replace
Replace an open test (in the submenu) with the selected test(s).
External Editor
Open an external file editor (i.e. the IFED.EXE editor for IFiles); only avail-
able if there is a refence to it in the DXV file (see also Data Source Proper-
ties - Context on page 100).
Properties
Show the property page for the selected test.
This includes e.g. file type, name, database attributes, etc. You can select
this option once and view different tests without having to close the dialog.
For tests with file format ASAM-ODS Data Base, this dialog also displays
the logged-in user's access permissions for the test:
R (Read), U (Update), I (Insert), D (Delete), G (Grant)
Data Keys Copy to ComposerFile
Copy the data to a ComposerFile.
For more on this topic, see the documentation about the User Interface
Functionalities, under Editing Data.
Open
Open all measurements available under this data key as virtual files (only
for tests of ASAM ODS Data Base format).
Fig. 6
Fig. 7
Fig. 8
Fig. 9
Close
Close all measurements opened as files under this data key (only for tests
of ASAM ODS Data Base format).
ATF Export
Is used to export an ATF file.
New Measurement
Create a new empty measurement within the current test. {W}
New Channel
Create a new empty channel in all measurements of the current data key.
{W}
For more on this topic, see Creating and Restructuring Tests on page 120.
Show Formulae
If there are matching channel and formula names, the channel contents are
displayed. This is indicated by a transparent channel symbol. To give the
formulas priority over the channels (e.g. if you wish to correct saved data),
this behavior can be reversed via this menu option. In this case, the for-
mulas will be displayed, and not the channels.
In order to store formula channels as normal channels in the database, you
need to "freeze" them (see further below).
New Formula
Open the Formula/Script Editor to create a new formula. For more on this
topic, see the documentation about the Formula/Script Editor.
New Calculator Formula
Launch the Calculator to create a new formula.
For more on this topic, see Calculations in the Exploration Guide.
Properties
Show the properties dialog for the selected data key.
Measurements Open
Open the selected measurement(s) as virtual test(s).
Create Series of Log Point Data
Create a series from the selected measurements (for multiple selection hold
down the Strg key) and open them as a series. Original data and result are
logpoint data.
The order in which the tests were selected is taken into account.
If there are matching channel and formula names, the channel contents are
displayed. This is indicated by a transparent channel symbol. To give the
formulas priority over the channels (e.g. if you wish to correct saved data),
this behavior can be reversed via this menu option. In this case, the for-
mulas will be displayed, and not the channels.
Information
In order to store formula channels as normal channels in the database, you need
to "freeze" them (see further below).
Information
Please make sure that no data remains on the clipboard when you paste/append
measurement data. Each time you paste/append, you must reload data. For
example, if you re-pasted Measurement D[2] consisting of 8 measurement points
to itself, the number of measurement points would add up to 16. A further
paste/append action would double the number of measurement points to 32, etc.
Copy to ComposerFile
Copy the data to a ComposerFile.
For more on this topic, see the documentation about the User Interface
Functionalities, under Editing Data.
Edit Attributes
Here you can edit attributes of a measurement (data key name, data key
description, etc.).
Entries highlighted in gray are system defaults and cannot be edited. {W}
New Measurement
Insert a new measurement {W}.
New Channel
Insert a new channel into the selected measurement {W}.
For more on this topic, see Creating and Restructuring Tests on page 120.
Delete Measurement
Delete the selected measurement, if the relevant attribute is selected in the
data source properties (seeASAM Properties - Measurements on page 108,
under Deleted Measurements use attribute). {W}
Restore Measurement
Restore a backup or original measurement (see ISO 9000 Compliance on
page 120). {W}
Freeze Measurement
Save the selected measurement, permanently storing the results of formula
channels in the database {W} (see Freeze Measurements on page 123).
Show Formulae
If there are matching channel and formula names, the channel contents are
displayed. This is indicated by a transparent channel symbol. To give the
formulas priority over the channels (e.g. if you wish to correct saved data),
this behavior can be reversed via this menu option. In this case, the for-
mulas will be displayed, and not the channels.
In order to store formula channels as normal channels in the database, you
need to "freeze" them (see further below).
New Formula
Open the Formula/Script Editor to create a new formula. For more on this
topic, see the documentation about the Formula/Script Editor.
New Calculator Formula
Launch the Calculator to create a new formula.
For more on this topic, see Calculations in the Exploration Guide.
Replace
Replace an open test (in the submenu) with the selected measurement(s).
Properties
Show the properties dialog for the selected measurement.
Channels Copy
Copy the name of the selected channel(s) to the clipboard.
New Channel
Insert a new channel into the current measurement {W}.
For more on this topic, see Creating and Restructuring Tests on page 120.
Delete Channel
Delete the selected channel(s) from the current measurement {W}.
Freeze Channel
Save the selected formula channels, permanently storing the results in the
database (see Freeze Channels on page 124). {W}
Show Formulae
If there are matching channel and formula names, the channel contents are
displayed. This is indicated by a transparent channel symbol. To give the
formulas priority over the channels (e.g. if you wish to correct saved data),
this behavior can be reversed via this menu option. In this case, the for-
mulas will be displayed, and not the channels.
In order to store formula channels as normal channels in the database, you
need to "freeze" them (see above).
Edit Formula
Edit the selected formula(s).
New Formula
Open the Formula/Script Editor to create a new formula. For more on this
topic, see the documentation about the Formula/Script Editor.
New Calculator Formula
Launch the Calculator to create a new formula.
For more on this topic, see Calculations in the Exploration Guide.
Delete Formula
Delete the selected formula(s).
Properties
Show the properties dialog for the selected channel. It has tabs for Channel
Details, Graphic and Numeric Preview and Quick Edit.
If the selected channel is an element of a test with ASAM-ODS file format,
this dialog also displays the logged-in user's access permission level:
R (Read), U (Update), I (Insert), D (Delete), G (Grant)
Information
Please note that all opened tests are closed in the process.
Reload
(also via the toolbar)
Closes all open files and reloads the current data environment.
Close
(also via the toolbar)
Closes the current data environment.
General This page contains some basic channel information. If the channel is a formula,
the formula definition is also displayed.
Fig. 10
Fig. 11
Values/Edit This page shows the values of currently selected channels as an editable table.
Fig. 12
Fig. 13
Copy Value
This function copies a current cell's value onto the clipboard.
Paste Value
This function transfers a value from the clipboard into the selected cell.
Invalidate Value
It is possible to invalidate values. Since invalid values are not displayed in
diagrams and reports, this is a convenient function for hiding data points that you
do not need.
If a value is invalid, the cell is displayed in red.
Validate Value
If the selected cell already contains an invalid point, the context menu will show
the command Validate Value. You can use this menu option to revalidate a
value.
Since, if you write back an invalid value, it is only ever possible to write back the
value 1e10, you can only revalidate a point previously marked as invalid with its
original value if you do it before you start to write back.
Column Operations 1. Click a column name (i.e. name of dataset represented in the column) to
select the column. Multiple selection is possible.
2. Right-click to open the context menu:
Fig. 14
Copy Channels
With this command you can copy channels onto the clipboard. Channel informa-
tion (such as channel name, unit and description) will also be copied.
Paste Channels
This command inserts channels from the clipboard in front of the selected
channel. In this case, existing channels will shift to the right; they will not be over-
written.
Invalidate Channels
If the selected column already contains valid points, this command can be used
to invalidate the entire channel.
Validate Channels
If the selected column already contains invalid points, this command can be
used to validate the entire channel.
Invert Selection
This command inverts column selection. Columns that were selected will be
deselected, and vice versa.
Number Format
With this command you can define the number of decimal places to be
displayed.
Record Operations 1. Select a row (multiple selection possible).
2. Right-click to open the context menu:
Fig. 15
Operations acting on the entire record will affect all datasets of the measure-
ment.
Invert Selection
This command inverts record selection. Records that were selected will be dese-
lected, and vice versa.
Invalidate Records
If this command is selected, the entire row will be invalidated and highlighted
red.
Validate Records
If the selected row already contains invalid points, this command can be used to
validate the entire row.
Attributes This page shows specific attributes of the selected channel typically set during
measurement parametrization. These attributes are a detailed description of the
channel properties and can also be read in formulas and scripts.
Fig. 16
Information
This entry may only be used if the ATF file actually contains one test only.
– EditMeasAttributes
– Iso9000
– EnableAodsSecurity
– LoginCaseSensitivity
– EnableInstanceAttributes
– PmatThresholds
– MandatoryAttributes
– UniqueTestNames
– PhysicalDeleteMeas
– AVL InMotion File
File format of the AVL Hybrid Development Platform™, based on AVL
InMotion™
See also DXV File Settings on page 79.
ATIVISION MAT File
MATLAB files from ATI Vision exported from recorder files
AveragedIFiles
Displays AVL IFiles with averaged crank angle data.
For this purpose, the Data Explorer auto-conversion feature is used. When
opening an IFile from this data source, the IFAV.EXE converter program
(specified in the data source properties) is launched automatically and a
temporary file is created where all crank angle based data is averaged to
produce one resulting cycle. Data Explorer then accesses it.
AVL InMotion
(Option L[y]), AVL InMotion format, identical to the IPG Carmaker format
BOBCAT Data File
(Option L[B]), data format of AVL BobCat
Cameo Optimisation Results
(Option L[c]), AVL Cameo optimization data
DCM Data File
Usual data format for control device applications from Bosch/Etas
DIAdem DAT File
(Option L[n]), files in the DIAdem (DAT) format
DIAdem TDM/TDMS File
(Option L[o]), files in the NI DIAdem TDM and the NI DIAdem TDM
Streaming (TDMS) format
DIGALOG Data File
Files in the Digalog format (see also DXV File Settings on page 79)
FAMOS Data File
(Option L[f]), files in the Famos format
GCA Rep File
Single result values of a combustion analysis
Generic ASCII File (auto-detect format)
Data source for ASCII files with automatic format detection.
For more on this topic, see Generic ASCII File (auto-detect format) on
page 35.
Generic Binary File
GTPower
(Option L[G]), simulation results of the CAE tool GT-Power.
Data points that do not exist due to a coarser resolution are not read – this
results in channels with different lengths and different resolutions.
This feature that automatically detects the format of any file enables the interpre-
tation of differently formatted text files contained in a single data source. The
detection is fast and causes minimal time loss, even if large files are involved.
Fig. 17
CAO CAO shows the same data as CA but with the cycles appended to one another
(crank angle overlapping mode). The resultant crank angle base will therefore
usually start at -360 but end at a high positive number (n* 720).
Given that the number of cycles may be high, the dataset may be very long,
which would take a long time to display. As a result, only a predefined number of
twenty cycles is displayed. You can change this default value under Extras |
Pre-Sets | General \ IFileCAOCycles = xxx without restarting IndiCom. Any
Open IFiles, however, need to be reloaded.
If you set this value to 0, all cycles will be concatenated.
You may also enter a negative value, in which case cycles are appended to the
left of the given cycle.
Example
IFileCAOCycles=2 results in a dataset ranging from -360 to +1080. Defining -2,
on the other hand, would mean a range from -1080 to +360.
The entry IFileCAOCycles affects all CAO datasets – something that is not
always desirable. If you prefer to leave the above cycle concatenation settings
as they are, however you want to create a specific formula channel, where a
different number of cycles are concatenated, you can do so via a formula by
using the GetCAOCycles method from the Dataset class (see Formula/Script
Editor help).
The resultant dataset is also managed cyclically, i.e. a certain cycle can be set
with the slider. The predefined number of following cycles is appended to it.
If this number is not available (e.g. when approaching the last cycles), only the
remaining ones will be appended. This means that if you select the last cycle,
this will be the only cycle you will see. This reduction in the dataset length,
however, is not always desirable. Especially if you want to do calculations with
CAO data across cycles, this might prove annoying.
Under Extras | Pre-Sets | General \ CAOCycleCountConstant you are able to
change this behavior.
If you set the entry to "REDUCED", the number of cycles available for CAO
channels is limited in a way to always produce datasets of the same length.
If you originally had, for instance, 100 cycles and wanted to link them together in
pairs in order to achieve a continuous low-pressure portion, the setting above
would reduce the number of available CAO cycles to 99.
In the case of cyclical management of CAO data, the crank angle value 0 refers
to the TDC of the current cycle, just like with CA data. If you instead want to
always leave a reference to Cycle 1, you can provide for this under Extras |
Pre-Sets | General \ CAOAbscissaRelatedtoCycle1. Set the entry to "YES"
(Cycle1).
Information
Please note that only the first cycle of the set may undergo zero level correction
because it shows the relevant angle range. The following cycles are appended
without a jump from the previous one. Signal drift is therefore visible as a result.
Under Extras | Pre-Sets | General \ CAOIndividualZeroLevel you are able to
change this behavior. Setting this entry to "YES" means that every cycle will
undergo zero level correction.
If you do not want the CAO data to be managed cyclically, set CAOCycleCount-
Constant to REDUCED and enter a value for IFileCAOCycles which exceeds the
number of cycles available in the file. This links all cycles and no slider appears.
ms ... permanently on ms
s ... permanently on s
Auto_0.1ms ... switch to sec from a base interval (finest measure-
ment resolution) of 0.1 ms upwards
Auto_1ms ... switch to sec from a base interval (finest measure-
ment resolution) of 1 ms upwards
CY CY contains result values like IMEP or PMAX over the cycle number.
PAR PAR contains the following parameters:
BORE
CDMRNGST (CDM range start)
COMMENT (user comment on saving)
CONROD (conrod length)
DATE (acquisition date and time as ASAM timestamp (yyyymmddhhmmss))
ENGINE (engine name)
EPSILON (compression ratio)
FILENAME (file name)
GEO - geometry - a combination of all the parameters mentioned above
GEOUNIT (0=mm, 1=inch)
ENG_TYPE (0=Diesel, 1=Gasoline, 2=GDI)
NRSTROKE (number of strokes)
P* (01-28 or 99 if additional operating parameters have been defined (up to
99 are possible))
PINOFF (piston pin offset/crank offset)
PINOFF2 (piston pin offset/crank offset 2, typical application on V-engines,
second bank)
POLY_COEFF (polytropic coefficient from the engine parameters)
TIMESTAMP (measurement start)
STROKE
P01 - P99: operating parameters – they are additionally shown under their
assigned name.
SYS After a measurement, SYS contains the following system variables:
firmware version
Acquisition unit (hardware used for the measurement)
Original file name (The data file's original name is saved in the IFile. This
allows indicating data to be re-allocated to the measurement when the file
name is changed, because data is allocated via the IFile name during oper-
ation with PUMA Open.
User license (software license holder)
software options
Serial number (of hardware)
software version
1.3.3 Dictionaries
Very often a file does not contain all the information required to interpret the data
and its format correctly. PUMA TRR files, for example, require a normname
index to resolve the normcodes embedded in the file into proper channel names.
Data Explorer calls these additional files Dictionaries.
Dictionaries may be mandatory, like the descriptor files for Generic ASCII and
Binary formats, or optional, for example, to define a channel name translation.
Note that a single Dictionary file usually applies to all data files in a data source.
Dictionaries are specified on the Format page in the Data Source Properties
dialog.
Fig. 18
1.4.1 Open
Before datasets can be manipulated in the application, the tests to which they
belong must be opened.
Tests can be opened via the following toolbar button, irrespective of the view
currently being used:
In addition, you can replace a file/test with another file/test via the Replace
context menu option.
Alternatively In one of the two views:
My Computer / • Double-click the file (test, layout, page template, etc.) or choose Open from
Network View the context menu:
Fig. 19
Fig. 20
Fig. 21
After opening, the test name is displayed in bold text and its symbol changes. A
temporary data source is created, if no data source has yet been defined for the
test.
1.4.3.1 Measurements
ASAM tests consist of measurements which are displayed under data keys in
Data Explorer. Not only a complete test, but also single measurements can be
opened. A measurement is displayed as an open, virtual file in Channel Browser
and also receives a file alias. This enables the full file comparison logic to
operate on this measurement, too.
When a single measurement is opened, the open file in the channel list only
shows the data key containing the measurement.
Although only a single measurement has been opened, there is often data else-
where in the test which will be needed for diagrams (e.g. engine data from data
key !E). It is then possible to define additional data keys which are to be made
available when opening a single measurement as a logical file (see also Data
Source Properties - Advanced on page 98).
Only measurements can be opened as virtual files, but not data keys. Since
measurements are only shown in the Explorer bar of Data Explorer, you have to
click the required measurement explicitly (because there might be more than
one measurement under a data key) and then open it by selecting Open on the
context menu or clicking the Open button on the toolbar.
1.4.3.2 Submeasurements
Submeasurements are artificial measurements that can occur when recorder
data is segmented (see Working with Long Recorder Data on page 134) and
when measurements are split (see Splitting Data into Artificial Measurements on
page 129).
If measurements are split into submeasurements, it is no longer possible to open
the test on the Test level.
The measurement subdivision first defined causes the split measurement to be
opened instead of the test. In a split measurement, the measurement scrollbar
refers to the submeasurements.
Fig. 22
A series might be constructed, for example, if each file contains a single curve of
an engine map (e.g. static speed with varying torque), in which case the resulting
datasets from the virtual series can be used to calculate isolines and surface
maps.
Data Explorer remembers the order in which the files are selected. They do not
therefore have to be consecutive files, nor do they have to be displayed in
sequence.
Alias names for series are always in the format SERIESn.
The files used in a series are displayed in italics. The icon remains the same as
for the open single file.
File series can only be opened in the data source view.
1.4.4.1 Close
The context menu for an open file contains a Close command. This is the only
way an open file can be closed. Opening a new data environment causes all
open files to be closed.
1.4.4.2 Replace
One open file can be replaced by another.
Fig. 23
1. Select the Replace context menu option for the new file to display a sub-
menu with the alias names of all open files.
2. Select the file to be replaced.
Fig. 24
If you want to make changes to the proposed test list, just drag files, measure-
ments or tests onto an entry in the list. You can make one-to-one replacements,
for example, by dragging a single file onto an entry in the dialog or many-to-one
replacements by dragging multiple tests onto a single entry. In the latter case,
the additional tests are shown with the alias. Alias names will only be allocated
when you click Load.
Tests can be removed from the list by selecting them and pressing the Delete
key (Del). All tests can be removed from the list in one go using the "Empty"
icon.
Click the Skip button to load the layout without data.
clicking it you can change it in the edit field that appears (see Path and Condi-
tions on page 15 and User Variables in Filter Conditions on page 71).
Conditions are saved as part of the data environment (DXV file). If the DXV file is
on a networked read-only drive, then changes cannot be saved. However, using
a user variable allows you to define a general-purpose condition in the DXV file
which can be tailored to individual user’s needs by setting different values.
Example
A condition might, for example, read:
TestId > 200
That is a fixed condition. To display other tests, the condition has to be changed.
Alternatively, you could define the condition as follows:
TestId > %testId
Information
Please note that conditions linked to an ASAM data source have to reference
attributes of a test. It is not possible to filter levels above the test (e.g. test
series). On the other hand, Data Explorer also suppresses the test series that do
not contain any more tests as a result of the filter conditions.
Special user variables containing relative times are also available. These start
with a $ character.
Fig. 25
The additional attributes created via this context menu option are saved to the
FILESCAN.TXT file. You can open the filescan file with a text editor and, if
required, also configure it manually (see further below).
To remove a test attribute from the test list, choose the Remove Test Attribute
option from the test list’s context menu.
Fig. 26
Each section begins with a header in the form of “[alias]”, where alias is the data
source's default alias. Following the header are a number of channel names
separated by spaces and occupying one or more lines. A data source will only
display an extended attribute list if it has been enabled. In the Data Source tab
of the Data Source Properties dialog, activate the Enable Extended List check
box (see Data Source Properties - Data Source on page 94).
The Cache to File field should contain the complete path to the file in which
attributes will be cached. The browse button helps you to select an existing file:
This may be the same file as specified in another data source but choosing a
cache file dedicated to the data source will produce the best results. To summa-
rize, the following three conditions should be met to use this feature:
Enable Extended List should be activated in the Data Source Properties
dialog.
The cache file path should be specified.
The file specified in the concerto.ini file by ScannerFile= should have a sec-
tion with the same default alias as the data source.
Fig. 27
Fig. 28
You can activate/deactivate individual filter conditions via the check box.
In order to delete a filter condition, click on the grey area to the left of the
check box to select the line and then click the Delete button.
3. Click OK.
Information
For more information about how to use the Filter Conditions Editor, refer to the
documentation about the User Interface Functionalities, under Special Function-
alities.
Data Explorer now only shows the tests that match the defined filter conditions.
All activated filter conditions (only one in our example) are displayed in the path
and filter condition bar. If you want to edit them, simply click them:
Fig. 29
Fig. 30
Example
Attributes include e.g.:
Engine number, customer-specific, e.g. V8_40N3 (for V8, 4.0 liters displace-
ment, ECU Version 3)
Test run type, e.g. FL (full load), EM (engine map), ET (endurance test), ETC
(European Transient Cycle), etc.
Test run version number
ECU/EDC version number
etc.
The figure below shows an unfiltered list - all test series/tests are displayed.
Fig. 31
Fig. 32
Fig. 33
Information
For more information about how to use the Filter Conditions Editor, refer to the
documentation about the User Interface Functionalities, under Special Function-
alities.
3. Click OK.
The filter condition is displayed in the path and filter condition bar. If you
want to edit it, simply click it:
Fig. 34
Fig. 35
Filtered list:
Fig. 36
Data Explorer now only shows the tests that match the defined filter condi-
tions.
4. Now we shall define a filter condition for a further attribute, e.g. start time of
test.
Fig. 37
Information
You can also use only part of the date as filter criterion, e.g. by only specifying
the year and month.
Finally, the number of tests displayed will have been reduced to a small number
of tests or the one test you wanted to find:
Fig. 38
Accordingly, filters are a powerful tool for organizing larger ASAM databases,
and are essential for handling large data amounts efficiently.
Using filter attributes requires a uniform procedure, especially where large,
centrally organized test bed environments are involved.
Such filter criteria are also provided for file-based file groups (e.g. IFiles or
ASCII), however to a limited extent. Since no customized settings are offered, it
is only possible to filter by the file attributes, file name, date, time and size.
For more on this topic, see Test Attributes in File System Data Sources on
page 50.
Information
Besides the Extended Queries, the data search definitions are also saved in .qry
files. Unlike with Extended Queries, there is also a powerful editor available for
creating extended data searches (see Searching by Data Contents on page 58).
Fig. 39
Example
for PUMA data model:
Test.iName, Test.Id, Measurement.iVersion
As the extended filtering enables you to define exactly what attributes are to be
returned and in what order the results are to be sorted, the column order and
column width in the filtered list are not managed.
Multiple query files can be defined with paths separated by semicolons.
Query File The query file's format is based on the INI file's. A query corresponds to a group
Structure in this file that, like in the INI file, starts with the group title in square brackets,
e.g. [last week's tests].
The query itself is based on SQL syntax and consists of the following three
entries:
Select =
Defines the attributes that are to be returned by the query and displayed in
Data Explorer.
Where =
Defines the query condition (you have the option of using parameter
ROWNUM to define the limit of the met filter conditions to be returned).
For non-ASAM-ODS data sources, only the Where= entry takes effect.
Search criteria are stored under the Values= entry in the query file.
OrderBy =
Defines the sort order for the query results. This entry is optional. If you use
the sort order, you can set parameter DESC to return the results sorted in
descending order.
Example
[Last 5 tests entitled Te* from the 4th test series]
Select = Test.Id, TestSerie.iName, Test.iDescription, Test.rTestSerie
Where = Test.iName = Te* AND Test.rTestSerie = 4 AND ROWNUM <= 5
OrderBy = Test.Id DESC
You could add a Measurement attribute to the Select clause, but this would
result in a list of Measurements.
Furthermore, the standards dictate that the order of items in the Select clause
should be in their ‘natural’ top-down order. For example, these two would
normally produce very different result sets:
Select=TestSerie.Name, Test.Name, Measurement.Name, MeasurementQuantity.Name
Select= MeasurementQuantity.Name, TestSerie.Name, Test.Name, Measurement.Name
Since the order of selection determines the order of columns displayed in the
search results window, this restriction is important to CONCERTO.
However, CONCERTO is able to overcome these restrictions by normalizing
queries, presenting them to the server in a way that the server will accept them,
and pre-processing the results returned by the server.
Neither are you restricted to conditions on the Measurement – conditions on
MeasurementQuantity are also possible.
You could therefore ask for Tests which
contain specific channels:
Select=Test.Id, Test.iName, Test.iDescription, Test.iVersion
Where=MeasurementQuantity.iName = ALPHA
contain floating-point data:
Select=Test.Id, Test.iName, Test.iDescription, Test.iVersion
Where=MeasurementQuantity.iDataType IN (3, 7)
contain KF in data key ALPHA:
Select=Test.Id, Test.iName, Test.iDescription, Test.iVersion
Where=Measurement.iName = KF AND MeasurementQuantity.iName = ALPHA AND
(Test.iName = Copy* OR Test.iName = Full*)
First of all, when establishing a link to the ASAM ODS database, the first filter
condition was set to test attributes (for an ASAM data source there must be at
least one defined filter condition):
Test.iName = Fuel*
Test.rTestSerie = 853
Fig. 40
Information
For more information about how to use the Filter Conditions Editor, refer to the
documentation about the User Interface Functionalities, under Special Function-
alities.
Data Explorer shows the pre-filtered list - only tests starting with the name
Fuel* from the test series with Id=853:
Fig. 41
NOTICE
The data source in which the search should take place must be selected.
Click Search to open the search results window where you can define further
filter conditions:
Fig. 42
After expanding the drop-down list by clicking the arrow symbol you can select a
previously created search definition (e.g. Test Name):
Fig. 43
Information
Apart from search functions, predefined Extended Queries may also be selected
from this drop-down list (see Extended Queries on page 56).
You can open and compare as many search results windows of varying data
sources or extended queries as you like.
Search results windows are top-level windows and have their own buttons on the
Windows task bar. Each window has a unique name that derives from the data
source and the query name or, in the case of local data, from the data source
and any of its subfolders.
Fig. 44
Fig. 45
The purpose of this filter level is to reduce the list of tests for the subsequent,
more time-consuming data search steps to a minimum by applying the fast
attribute filter.
This filter level filters according to test attributes (e.g. test name, test run, etc.).
This step corresponds to the previously mentioned definition of at least one filter
condition when linking with an ASAM ODS database and/or the procedure
described under Finding Tests on an ASAM Host on page 52.
The (...) button takes you to the standard filter dialog where you can modify
and/or extend this pre-filter.
If the check box Link with Data Source is activated, the Pre-filter for Tests is
also set as a filter for the data source.
2 - Data Pre-Condi-
tions
Fig. 46
Here the filter conditions are defined for static data keys. While this filter level
does access measured data, it only accesses individual static values. This
makes it much less time-consuming than the subsequent record-based data
search.
Information
In the case of datasets containing a number of records, always just the first value
will be checked.
In this step, the number of tests is effectively reduced for the subsequent
record-based data search.
The (...) button brings you back to the standard filter dialog where you can
extend the search by individual values from the channel data.
Information
The Advanced button takes you to a further dialog which allows you to define
more complex filter criteria with logical structures (see Advanced Filter Dialog on
page 68).
Here you can define several data keys from which the filter channel is loaded.
This allows you to filter test lists with various types of measurement:
Fig. 47
3 - Record-based
Data Conditions
Fig. 48
Fig. 49
Here too, similar to the static data filter, you may also enter the data keys to be
searched for filter channels.
See below what defines from which test or tests (multiple selection possible) the
channels are displayed:
The first opened test.
If no test is opened: the test selected in the test list.
If no test is selected, the first test in the list is automatically drawn upon.
Information
Here too, the Advanced button takes you to a further dialog that allows the defi-
nition of more complex filter criteria with logical structures (see Advanced Filter
Dialog on page 68).
The check box Collect Results into new ComposerFile allows you to export
the results of the search query to a ComposerFile (see Creating a ComposerFile
from the Results of a Search Query in Data Explorer on page 70).
Information
Please consider that if the check box is activated, the search process may take
longer since the search is not over if the condition is met in one record. If the
check box is activated, all records of a test are searched.
The Search Now button launches the search query. All tests that match the
search criteria will be listed:
Fig. 50
If the Show Condition Values check box is activated, additional columns are
shown containing the current values for the data channels used in the data filter
levels. This is very useful for creating the data search criteria.
In our example the second column shows the engine number from the channels
!E'E_ID or EngPar'E_ID.
The first index of the retrieved load points is shown in the third and the fourth
column.
Only tests with the engine number *001 and tests with records that match the
condition with 2000<speed<2500 and 100< torque<120 are given the filter result
True.
Run Script Further processing of search results can be made in your own scripts. For
example, define the following in the DXV file for this data source:
SearchTestContextScripts=d:\concerto\scripts\Analyse Results.csf;
d:\concerto\scripts\Further Analysis.csf
Example
SearchTestContextScripts=%ScriptDir\Analyse Results.csf; %ScriptDir \Further
Analysis.csf
If the first-level query has returned a list of tests, then these scripts are available
in a drop-down menu from the Run Script button:
Each script takes a single argument – the matrix of results. You can access each
column of data using the GetCell script function on row 1 – for example:
Example
arg m
ds1 = m.GetCell (1, 1)
nResults = ds1.Count
ds2 = m.GetCell (1, 2)
etc.
Example
aHeader = ds1.Name
Display Options Here you can define how to display the filtered tests.
Show Original Attributes: Displays tests with the attributes that are
defined in the query file under the statement Select or, in the case of normal
filtering, the attributes of the database (with ASAM-ODS data).
Other data is displayed the same way as in Data Explorer.
Show Condition Values: Displays additionally the calculated values of the
channels as separate attribute columns of the tests.
Show All Tests: Lists all results of the first filter level and marks the tests in
a separate attribute column with either true or false according to the filter
conditions.
This setting provides you with an overview of all tests that fail to comply with
the filter conditions.
Fig. 51
The results from these operations can now be compared with a value or a
CONCERTO variable using the following operators:
= equal
<> unequal
> greater
< less
~ within a value +/-Value in %
Each line now returns true or false. These logic results can now be connected by
AND and OR.
The order of operators can be specified by using parentheses. In this respect,
you must make sure that the innermost parentheses are set first; only then are
you able to set the outside parentheses.
Individual lines or parenthetical expressions can be negated by a preceding
NOT.
Search criteria can be defined as specific to a channel/data key, or generally for
any channel/data key.
By using the following definition, for example, CONCERTO filters out the engine
numbers *001 or *002:
Fig. 52
Click OK to start the search and close the advanced filter dialog. The results
from this evaluation are displayed in the search results window.
Since the search may take some time in the case of a large number of tests, a
status bar informs on the search progress. Additionally, the number of tests
along with the number of matching tests are displayed.
If you repeat the extended query, click Search Now again to activate the search
criteria.
1.5.6.2 Creating a ComposerFile from the Results of a Search Query in Data Explorer
If you activate the Collect Results into new ComposerFile check box, the
results of a search query are exported directly to a ComposerFile and displayed
in Channel Browser. A dialog opens where you define the properties of the
ComposerFile:
Fig. 53
ComposerFile name
Defines the name of the new ComposerFile.
ComposerFile alias
Like any other opened file, ComposerFiles are provided with an alias by which
they can be unambiguously addressed.
Defines the alias for the ComposerFile. The alias must be unique, otherwise you
are prompted to specify a new alias.
Key
Specifies the name of the new data key.
Description (optional)
Specifies the descriptive text for the new data key.
Automatically take over data key names from source data keys
If you deactivate this check box, you can enter a data key name and a data key
description.
For the ComposerFile, both definitions are taken from the source, by default.
Copy only records that match the filter criteria:
The data filter allows you to take over only those data from the source into the
ComposerFile whose data values match certain criteria (see also the documen-
tation about the User Interface Functionalities, under Special Functionalities -
Selective Data Transfer)
These criteria are defined in the form of data filter conditions. Data filter condi-
tions may either be entered or modified in the form of text as an expression in
the corresponding edit field or via the Filter Conditions Editor. The Filter Condi-
tions Editor can be called by using the Edit Condition button (see the documen-
Fig. 54
If the user variable is part of the standard filter or the extended query, the test list
of the first filter is recalculated.
If the user variable is part of the search criteria, no new search must be started.
The True/False attributes of the tests are automatically refreshed.
Fig. 55
You can change the displayed name by entering a new name under Label in the
relevant DXV file. There are several options to do this:
Label = My Text
Shows "My Text" as a category in the Explorer bar.
Label = My Text (%s)
Shows "My Text" and, in parentheses, the name of the DXV file without
extension.
Label = My Text (%s)2
Shows "My Text" and, in parentheses, the path and name of the DXV file
with extension.
If no label is found in the DXV file, the category is assigned the name of the
DXV file itself.
All of the DXV files in use are referenced in the concerto.ini file under the entry
EnvironmentFile, which enables them to be automatically displayed as available
data environments at every session.
After initially installing the software, you will not only find the data environment
DemoData for the provided data examples (demodata.dxv file), but also your
personal data environment MyData from the concerto.dxv file in the subfolder
MyLib. If you have very large data volumes and would like to display the data in
various different data environments, you can generate another DXV file manually
and reference it in the concerto.ini file.
In large companies it might be useful if the administrator provided a certain stan-
dard data environment where e.g. the Santorin server or the standard file shares
with measured data could be located. Then the users would no longer need to
generate these data sources themselves. For this purpose, a special DXV file
has to be created and specified under the entry GlobalEnvironmentFile=*.DXV in
the concerto.ini file. This global data environment file is typically a read-only file
on a network drive, so no modifications made by users are written to the file.
Instead, a local copy is created each time the software is started and any
changes are made to the copy. At the beginning of each new session the deter-
mining settings (data format, path/server, etc.) are retrieved from the global data
environment file. Whereas any entries that are very user-specific (filtering condi-
tions or similar) are used from the local copy so that despite global data sources,
it is still possible for users to make certain adjustments. If these options are not
sufficient, in other words, if users would like to make changes beyond these
possibilities, it is sufficient to shift the global data source into their own data envi-
ronment, where all changes are possible and remain in effect.
Fig. 56
Fig. 57
With the filter type to All Files, you will see files and folders and can select
the data file you wish to read in this data source.
With the file type set to Folders Only, you can select a folder and click OK.
This enables you to select an empty folder.
The Wizard may terminate at this point if no more information is required.
However, some formats depend on auxiliary files (Dictionaries) to work cor-
rectly. If that is the case, you are prompted to define them on the final page.
3. Close the Wizard by clicking Finish.
It is also possible to drag a data file from Windows Explorer to an empty spot
below Data Explorer's data source list.
In this case, the source path is already defined by the file which was dropped
and Data Explorer attempts to identify the correct file format based on its exten-
sion. You can influence the decision process by defining your own data source
templates as explained in Data Source Templates on page 91.
Example
%engine
%project
User variables may be saved with a work environment or with a layout. As the
variables are additionally given the specific names %CWF_ (for work environ-
ment) or %CLY_ (for layout), the user variables are either saved with the current
work environment or the layout and are retrieved together with these whenever
they are reloaded.
Example
N:\DATA\*\*\*.*
When you expand a data source like this in the Data Explorer’s tree, you are
presented with all the folders under N:\DATA. Expand one of these folders and
you will see the folders it contains, and so on.
This strategy helps even to make complex structures clear without having to
create a separate data source for each folder.
One drawback of this mechanism is that, if any of the wildcard levels involves
many folders, it could take some time to collect the folder names (especially on a
network drive), and the tree will be filled with an unmanageable number of
entries.
For this reason, you can define a user variable as one of the path levels in place
of the wildcard. Suppose your data structure is, for example, organized under
N:\DATA\PROJ1 by engine number folders containing the data files:
N:\DATA
\PUMA
\ENG1234
\ENG1235
\ENG1236
etc.
Here you can define the data path as:
N:\DATA\PROJ1\%engine\*.*
Now Data Explorer will resolve the value of %engine at runtime. When first
created, it has no value and therefore resolves to “*”, giving a complete list of
engine folders. If you change the value to “ENG1235”, Data Explorer no longer
has to find all the engine folders and only this one will be entered in the tree.
Data Explorer shows the current path in the path line below the toolbar. When a
data path contains user variables, the current value is shown in blue and can
easily be changed by double-clicking it and editing in place. Alternatively you can
click the "%" button on the toolbar to launch a dialog for modifying the user vari-
ables.
Note that you can also use wildcards in setting the value of a user variable. For
example, you can set %engine to “ENG22*” which will return all engines begin-
ning with "ENG22".
Example
You may of course also use multiple user variables e.g.
N:\DATA\%project\%engine\*.*
The values of user variables are kept in the uservariables.ini file for the next
session.
Information
User variables used in the data path may not contain the following characters:
":", ";", ".", "\", "/", "(", ")", "%", "_"
Examples
N:\aaa\projects\*\*\*..
N:\aaa\concepts\*\*\*..
In the example above, the paths start to differ at folder level 3 (N = Level 1,
aaa=Level 2).
This level can change, however, when a new path is added:
N:\aaa\projects\*\*\*..
N:\aaa\concepts\*\*\*..
N:\bbb\*\*\..
The following two rules apply to the folder level from which the paths start to
differ:
Rule 1: The folders at the level from which the paths first start to differ must have
different names!
That also applies when the paths start to differ at Level 1 (i.e. at the letter for the
drive). No two paths may then lead to the same drive.
Example
Not valid (because folder name aaa occurs twice):
N:\aaa\projects\*.dat
N:\aaa\concepts\*.dat
N:\bbb\*\*.dat
Correct:
N:\aaa\*\*.dat
N:\bbb\*.dat
Rule 2: No files may be located at the level from which the paths first start to differ!
Example
Not valid (because both folders and files are to be read from Level 3 – the first
level from which the paths start to differ):
C:\abc\spec\*.dat
C:\abc\*.dat
Correct:
C:\abc\spec\*.dat
C:\abc\std\*.dat
Structures of any depth and complexity are permissible in the individual paths
after the folder level from which the paths first start to differ.
Example
Valid path definition:
D:\Files\aaa\*\*\*\*\*.*
D:\Files\bbb\*\*\*.*
The reason for these apparently complex rules is that Data Explorer tries to
display only the actual variable part of the path. The constant first part (i.e. drive
and same root folder) is suppressed. The same applies to the file references
stored in a layout, and in the event that you want to address a file directly in a
script. To do that the data source name is needed (with which Data Explorer
associates the initial part of the path that is the same for all paths) and the test
path which includes the remaining subfolders up to the actual file name.
If the complete data structure is moved to another server, or if a user has another
drive definition, it is sufficient to change it in the data environment file for the
respective data source. The navigation when opening a layout remains unaf-
fected as well as any scripts that access files.
Examples
Suppose your data files are stored on computer Abacus and under the share
name TESTDATA. Rather than expect everyone to map drive N: to
\\Abacus\\TESTDATA, you can simply use the UNC path:
\\Abacus\TESTDATA\PUMA\*.DAT.
Another option is to use user variables at the start of paths. For example,
suppose you define a path as:
%Drive:\DATA\AVL\*.TRR
Then each user can have their own setting for %Drive (e.g. “N” or “C”), which will
be saved locally in their INI file.
Alternatively, you could use user variables to define complete source paths. For
example, suppose there are some globally defined steady-state formulas in the
read-only folder \\Abacus\formulae\steady\*.frm. Then you could set the user
variable %SteadyFrm to "\\Abacus\formulae\steady" and define the formula path
as %SteadyFrm\*.frm.
Example
Ascii2Time=D‘Zeit=YYY-MM-DD-hh:mm:ss;D‘Time=YYYY/DD/MM hh:mm:ss
The channels D’Zeit and D’Time are displayed as time channels in the Microsoft
time format.
Entry: BitChannels=
Value: Datasets1|BitMask1=BitChannelName1
[, BitMask2=BitChannelName2] .. [, BitMaskN=BitChannelNameN] ..
[; Datasets2|BitMask1=BitChannelName1 [, BitMask2=BitChannelName2]
.. [, BitMaskN=BitChannelNameN] ]
– DatasetsN
Defines the source dataset's name. You may also specify dataset lists
separated by a comma. In addition, wildcards can be used.
– BitMaskN
Defines the bits to be evaluated.
– DatasetsN
Defines the component name of the evaluated bits.
Some measurement systems (e.g. INCA) are known to save several bit
channels in one common channel. For evaluation purposes it is therefore
necessary to extract these individual bit channels from the common channel
they were collectively saved to.
By setting the entry BitChannel= it has now become possible to access
these single bit channels individually. The width and position of such indi-
vidual bit channels may be defined by using a bit mask.
The individual bit channels are displayed as components in a dataset array.
Examples
BitChannels=State,BitChan*|00000001=Ignition
Regarding channel State and all channels that begin with BitChan, the first bit
(bit 0) is cut out and displayed under the respective datasets as component
#Ignition.
BitChnnels=State|00000110=EngineState
Regarding channel State, bit 1 and bit 2 are cut out and displayed as channel
State#EngineState.
Entry: HideMeas=
Value: data key names
By setting the entry HideMeas= you can hide a test's data keys.
Multiple entries can be defined separated by semicolons.
Example
[Demo IFiles]
.
.
HideMeas=UTC;CAO
Hides data keys UTC and CAO in all the tests for data source Demo IFiles.
Entry: HideEmptyMeas=
Value: data key names [,1]
If you set the entry HideEmptyMeas=, the defined data keys will be hidden if
they have no formulas and data channels or only formula channels -
depending on the parameter set.
Multiple entries can be defined separated by semicolons. Alternatively, you
can also insert wildcards (*) to set multiple selections.
The table shows when a data key is displayed and when hidden:
Tab. 1
Example
[Demo IFiles]
.
.
HideEmptyMeas=UTC
Hides data key UTC for the tests in data source Demo IFiles if it does not
contain data or formula channels.
[Demo IFiles]
.
.
HideEmptyMeas=UTC,1
Hides data key UTC if it only contains formulas and no data channels.
[Demo IFiles]
.
.
HideEmptyMeas=UTC;RecResult*
Hides data key UTC in data source Demo IFiles and all the data keys starting
with RecResult, if it does not have any channels - data channels or formulas.
Entry: InvalidValue=
Value: measurement value
According to AVL convention, numeric values of 1e10 are interpreted as
invalid points for PUMA-based data models.
For file formats such as e.g. ATF Data Source or Generic ASCII this does
not apply.
By setting the entry InvalidValue=1e10, however, measurement points of
this value are interpreted as invalid points.
Entry: QueryFiles=
Value: query file path
This entry defines the query file path. A query file contains extended filter
conditions that take effect if this entry is set.
Query files can be used for data stored in folders/drives and for ASAM-ODS
data.
Information on how to create a query file can be found under Extended
Queries on page 56.
Entry: QueryName=
Value: query file name
This entry defines the query file to be executed when the Query / Search
button (magnifying glass) on the toolbar is clicked.
Entry: Recursive=
Information
This setting is also available in the Data Source Properties dialog (see Data
Source Properties - Data Source on page 94).
Value: 0, 1 (default), 2
This entry defines the way the data sources are displayed in the Explorer
bar (data source view).
– Recursive=0
delivers a flat display of the data source, without subfolders. Files in
subfolders are not included.
– Recursive=1 (default)
delivers a structured data display that includes subfolders.
– Recursive=2
delivers a structured data display with subfolders, any empty folders
are hidden.
Entry: ShowChannelAttributes=
Value: Data Key, Attribute1, Attribute2, ...; [Data Key, Attribute1,...]
In the channel list Data Explorer only shows its unit and description in addi-
tion to the actual channel name by default.
By setting the entry ShowChannelAttributes= you can display other channel
attributes for defined data keys.
The attributes to be shown for a data key are defined separated by
commas. Multiple data key definitions (data keys can also be defined with
wildcards) are separated by semicolons.
The following attribute types can also be displayed in the channel list:
ASAM-ODS attributes that refer to the Measurement Quantity table, e.g.
units or quantity attribute.
If only one attribute is referenced, it is displayed from the Measurement
Quantity table.
Examples
[Demo PUMA Recorder]
.
.
ShowChannelAttributes=TM*,Count,Resolution
In all the tests for data source Demo PUMA Recorder the additional attributes
Count (number of measurement points) and Resolution (only for time-based
data) are displayed for all the data keys starting with TM.
[Demo PUMA Recorder]
.
.
ShowChannelAttributes=*,Count
In all the tests for data source Demo PUMA Recorder the additional attribute
Count (number of measurement points) is displayed for all the data keys.
[Demo PUMA Recorder]
.
.
ShowChannelAttributes=*,Count,Resolution,Name,iLocalName,Description,Datatype,
Quantity.Name,Quantity.Default_MQ_Name
In all the tests for data source Demo PUMA Recorder the additional attributes
Count (number of measurement points) and Resolution (only for time-based
data) are displayed for all the data keys. In addition, the attributes Name, iLocal-
Name, Description and Datatype are taken from the related AoMeasure-
mentQuantity elements, and Name and Default_MQ_Name from the related
AoQuantity element.
Information
This format-specific setting is also available in the Data Source Properties dialog
(see Data Source Properties - Format on page 92).
Entry: ATFSingleTestMode=
Value: 0 (default), 1
By setting the entry ATFSingleTestMode=1 the files are displayed in a flat
file structure. Wildcards in the data path and multiple data paths are sup-
ported only in this mode.
Information
This format-specific setting is also available in the Data Source Properties dialog
(see Data Source Properties - Format on page 92).
Entry: HoribaLineOriented=
Value: Pretest
If you set this entry, the contents of the channels ANSWER, PT_CODE and
QUESTION in the PRETEST section are displayed as separate channels.
Here the measurement points of channel PT_CODE are interpreted as the
name, the measurement points of channel ANSWER as the measured
value and the measurement points of channel QUESTION as the descrip-
tion of the channel created.
1.6.7.6 IFile
Entry: ExternalVolumeFile=File Path
Value: file path
In particular engine configurations it may be necessary to have the volume
curve calculated not from the parameterized engine geometries but by
accessing a separately stored file. This file can be set individually for each
data source (e.g. Acquisition or IFile) via the entry ExternalVolumeFile=File-
path in the concerto.dxv file.
The volume curve must be stored in an ASCII file which contains a column
each for the degrees CA (X-axis) and the volume values.
Currently, external volume curves are considered in RTP- and CalcGraf
functions, but not in burn and GCA calculations.
Changing the volume file during measurement operation:
If the volume file is exchanged during the measurement, the new volume
curve will only be taken over after the measurement parameters are
reloaded.
Information
These format-specific settings are also available in the Data Source Properties
dialog.
Fig. 58
– Setting si_tx_path or
entry MDFKeyDescription=3
The data key description is taken from the field si_tx_path in the MDF
file.
– Setting cg_md_comment or
entry MDFKeyDescription=4
The data key description is taken from the field cg_md_comment in the
MDF file.
Show measurements under data key
Entry: MDFShowMeasurement=
Value: 0 (default), 1
Only the ASAM-ODS file format has measurements within one data key. By
setting On or specifying the entry MDFShowMeasurement=1 CONCERTO
also displays measurements within the Recorder data key for this file
format.
Common data key for all channels
Entry: MDFSingleTM=
Value: 0 (default), 1
By setting On or specifying the entry MDFSingleTM=1, the signals are not
split up into several TM data keys on account of their resolution.
Channel names
Entry: MDFShowLongNames=
Value: 0 (default), 1, 2
– Setting Short Signal Name or
entry MDFShowLongNames=0 (default)
CONCERTO shows the channel block's signal names as channel
names.
– Setting Long Name or
entry MDFShowLongNames=1
By setting the entry MDFShowLongNames=1 you can display channel
names with a length of more than 32 characters.
– Setting Long (Asam) Name or
entry MDFShowLongNames=2
By setting the entry MDFShowLongNames=2 CONCERTO shows the
display name defined in INCA as channel name, if it is availabe in the
data file.
Numeric channels with text table
Entry: MDFStringChannels=
Value: 0 (default), 1, 2
– Setting Numerics or
entry MDFStringChannels=0 (default)
By setting the entry MDFStringChannels=2 data values of channels of
type String (in tables, form tables and cursor windows) are displayed
numerically.
– Setting Strings or
entry MDFStringChannels=1
By setting the entry MDFStringChannels=1 data values of channels of
type String (in tables, form tables and cursor windows) are displayed
alphanumerically.
– Setting Both or
entry MDFStringChannels=2
By setting the entry MDFStringChannels=3 data values of channels of
type String are displayed numerically and alphanumerically.
In diagrams, numeric values are displayed as curves, in tables, form
tables and cursor windows they are shown as text.
Channel definition for channel group text
Entry: MDFChannelGroupText=
Value: <Name>
In MDF files, channel group texts may be defined. These texts describe
common properties of several channels.
By setting the entry MDFChannelGroupText=<Name> the channel group
texts are displayed as channel properties in Data Explorer.
Source for key name
Entry: MDFKeyName=
Value: 0 (default), 1, 2, 3, 4
This entry defines from which field in the MDF file the text for the data key
name is taken. The following options are available:
– Setting Concerto default (default) or
entry MDFKeyName=0
The base type of the data is used as data key name.
– Setting cg_tx_acq_name or
entry MDFKeyName=1
The text for the data key name is taken from the field cg_tx_acq_name
in the MDF file.
– Setting si_tx_name or
entry MDFKeyName=2
The text for the data key name is taken from the field cg_tx_name in
the MDF file.
– Setting si_tx_path or
entry MDFKeyName=3
The text for the data key name is taken from the field cg_tx_path in the
MDF file.
Language for header channels
Entry: MDFHeaderChannelLanguage=
Value: 0 (default), 1, 2, 3, MLG
This entry defines the language in which the HD data key's channel names
are displayed.
– Setting ENG or
entry MDFHeaderChannelLanguage=0 (default)
e.g. “$Date”, “$Time”, etc.
– Setting GER or
entry MDFHeaderChannelLanguage=1
e.g. “$Datum”, “$Zeit”, etc.
– Setting FRE or
entry MDFHeaderChannelLanguage=2
e.g. “$Date”, “$Heure”, etc.
– Setting MLG or
entry MDFHeaderChannelLanguage=3
In this case, the language set in CONCERTO is used in the user inter-
face.
Information
This format-specific setting is also available in the Data Source Properties dialog
(see Data Source Properties - Format on page 92).
Information
This format-specific setting is also available in the Data Source Properties dialog
(see Data Source Properties - Format on page 92).
Entry: TRRShowMeasurement=
Value: 0 (default), 1
Only the ASAM-ODS file format has measurements within one data key. If
you set the entry TRRShowMeasurement=1, CONCERTO also displays
measurements within the data key for this file format.
1.6.8.1 ASAM-AODS
The entry AodsDateFormat=%Y %b %d %X in the concerto.ini file allows you to
format the display of the date type attributes. The format can be freely defined
using a format string. The format settings defined here relate only to ASAM
attributes of type Date in the Data Explorer list view and in the Attribute Editor.
The unformatted ASAM date is still used for date attributes in filters.
The Data Explorer list is sorted chronologically based on the formatted date.
Example
AodsDateFormat=%d %B %YI %X delivers:
03 Jan 2003 10:30:02
For the meaning of the various elements in the format string, see the list under
File System on page 90.
Example
FileDateFormat=%Y-%m-%d|%I:%M%p
2003-01-03 2:06PM
Some of the formatting codes may be preceded by the flag #. In this case, the
meaning of the formatting codes is as follows:
Example
[DataExplorer]
Version=1
[~DataC Files]
Format=DATACFIL,ASCFILE
FileSpec=*.1
Dictionary1=GENERIC,DATAC,%ConcertoDescDir\datac.dsc
Converter=DATAC,c:\condata\AVL\DATAC\DATAC.PIF %1 %2
Formulas=FRM,Formulas,c:\formulas\steady\*.frm
[~IFiles]
Format=IFILE,IFILE
FileSpec=*.*
Formula1=CA,Crank Angle Formulae,%ConcertoTmpDir\IndiFormula\caf\*.frm
Formula2=CY,Cycle Based Formulae,%ConcertoTmpDir\IndiFormula\cyf\*.frm
Formula3=VAL,Result Values,%ConcertoTmpDir\IndiFormula\val\*.frm
Formula4=TM,Time Based Functions,%ConcertoTmpDir\IndiFormula\tmf\*.frm
Formula5=MSC,Miscellaneous,%ConcertoTmpDir\IndiFormula\msc\*.frm
Formula6=STA,Result Statistics,%ConcertoTmpDir\IndiFormula\sta\*.frm
Formula7=CAF,Crank Angle Formulae,%ConcertoTmpDir\IndiFormula\caf\*.frm
Formula8=CYF,Cycle Based Formulae,%ConcertoTmpDir\IndiFormula\cyf\*.frm
With such template entries at the top of the DXV file, Data Explorer will now
present additional file types in the list of formats on the Format page of the Data
Source Properties dialog (see Data Source Properties - Format on page 92).
The Format= statement defines the default alias for this format (e.g. DATACFIL)
and the actual internal file format which is known to Data Explorer (ASCFILE).
The FileSpec= statement tells Data Explorer which data file suffixes to associate
with this entry. When you drag a data file from Windows Explorer and drop it on
the Data Explorer tree, its specification is matched against the definitions from
each registry entry. The first match is chosen as the most probable file type. The
Data Source Definition Wizard simply needs confirmation of the choice, and a
new data source is fully defined using the settings from the registry along with
the path of the data file.
This dialog is used to define all the attributes of a data source. The dialog
contains a list of data sources on the left so that you can select multiple groups
and apply the same changes to them all. You can also easily switch data sources
making various changes without returning to the Data Explorer window.
The dialog consists of the following tabs:
Fig. 59
User variables (see User Variables on page 76) should be edited man-
ually if you want to define a flexible path.
Format-specific settings:
The Format property page provides additional settings for the ATF, Horiba
VETS Export File, MDF and VAX-based PUMA TRR File formats.
For a description of the individual functions, see the following sections:
– Settings for All File Formats on page 80
– ATF Data Source on page 83
– Horiba VETS Export File on page 84
The input and output argument wildcards, however, have to be added man-
ually, e.g. C:\CONVERT.EXE %1 %2.
Using this syntax, the input and output parameters are passed between
double quotes (") to the conversion program to ensure correct conversion
even if blanks occur in the arguments.
By setting the entry LegacyConverter=1 in the concerto.ini file the parame-
ters are passed to the conversion program between double quotes (").
Fig. 60
Data Paths
This list defines all the paths to your data files.
The buttons at the top of the list allow you to add a new entry, delete an
entry, move an entry up and move an entry down.
You can edit entries directly by double-clicking them or click this button to
browse for the folder containing the files:
Filter Conditions
This list defines all the conditions which should be applied to reduce the
number of tests presented. The buttons at the top of the list allow you to add
a new entry, delete an entry, move an entry up and move an entry down.
Fig. 61
Server Name
Enter the name of the computer containing the database and ASAM-com-
pliant server.
Santorin Registry/RPC Number (RPC Interface):
Select a server name from the drop-down list or, if no Santorin Environment
is available, select the RPC number provided by the server. This is normally
a nine-digit decimal value.
For further details, contact your Test Bed Administrator.
Port (Corba Interface)
Number specified in the ASAM-ODS 5 server.
Context (Corba Interface)
Select the required environment.
Version
Select the version which corresponds to your ASAM server version.
Additional Parameters
Free-format edit box where you can enter additional parameters, for
example DB_LOGIN=, NameAttr1= etc.
Advanced
Click this button to open the dialog for advanced ASAM-ODS properties
(see Advanced ASAM Properties on page 106).
Fig. 62
Double-click an entry or press the Ins key to open the Formula Definition dialog
box.
Fig. 63
Name:
Name of the formula group. This is a text that describes the formula group
and is used as data key name.
Linked to Data Key:
Defines under which data key your formulas are displayed in Data Explorer.
Entering e.g. "D" in this field will display the formulas in all files containing a
"D" data key together with the measurement channels of "D". Entering a
new name like "FRM", for example, will automatically create a new, virtual
data key which will be displayed in all files of the data source. This data key
contains all formulas from the relevant folder. The name of the data key
should be as short as possible.
Formula Paths:
This list defines all the paths to the formula files. The buttons at the top of
the list allow you to add a new entry, delete an entry, move an entry up and
move an entry down. Path definitions can be entered directly or using the
following button:
If the All Formula Types box is checked, all formulas with the *.FR? exten-
sion are displayed. Otherwise, only the formulas with extension *.FRM are
filtered.
Formula Dependen- See Hiding Formulas that are Not to Be Calculated on page 145.
cy File
Fig. 64
Example
“$T,TMP_ORG,TMP_NAME,TMP_UNIT,TMP_DESC,TMP_NCD”.
See Temporary Channels on page 143 for information about temporary chan-
nels.
Measurement Splitting
If required, enter the parameters defining how data in this group should be
split into measurements.
Example
“D’CURVENUM;SD'$KEY,8,6”.
See Splitting Data into Artificial Measurements on page 129 for information
about splitting measurements.
Example
“D’approx3;KF’approx2”.
See Load Data Macros (Repeated Points Filter) on page 146 for information
about executing macros when loading channels.
Example
„$M;!E“
Example
AD=$B;ED=$E;D=!E
Normnames that were previously displayed in data key AD, for example,
are now displayed in data key $B.
Wildcards, e.g. "StoreTest*=ST", can also be used.
This setting is particularly useful when you want to use a layout for different
data. You can also use it to compare data even if the measurement names
are different.
Translate Channel Names
Data Explorer provides powerful features for translating the channel names
used in tests for the display, and for converting units.
For more on this topic, see Translating Channel Names and Converting
Units on page 140.
Fig. 65
Example
First line of the script:
arg Parameter1
Example
First line of the script:
arg Parameter1
Parameter1: name of data source and selected test series (data source/test
series).
Example
First line of the script:
arg Parameter1
Parameter1: name of data source and selected test (data source/file name).
In addition, if you define names for the context scripts, you can assign cer-
tain functions on the file context menu with these scripts.
This function is available for the following options on the file context menu:
Tab. 2
Example
If the following script is stored by the name _open.csf, the message "Custom
Open-Script is launched" is displayed when you open a file:
arg file
MsgBox("Custom Open-Script is launched",0,"CustomOpen")
aFile = SelFile(file)
aFile.Open
If the following script is stored by the name _close.csf, the message "Custom
Close-Script is launched" is displayed when you close a file:
arg file
MsgBox("Custom Close-Script is launched",0,"CustomOpen")
aFile = SelFile(file)
aFile.Close
Example
First line contains the comment //Merging:
//Merging
arg file
for i = 1 to file.Count
TraceInfo ("Merging Script Example : file[" + i + "] = " + file.y[i])
TraceInfo ("Merging Script Example : file[" + i + "].FilePath = " +
file[i].FilePath)
TraceInfo ("Merging Script Example : file[" + i + "].FileName = " +
file[i].FileName)
TraceInfo ("Merging Script Example : file[" + i + "].ParentName = " +
file[i].ParentName)
TraceInfo ("Merging Script Example : file[" + i + "].MeasurementId = " +
file[i].MeasurementId)
next i
Example
First line of the script:
arg Parameter1, Parameter2, Parameter3
Parameter1: name of the data source and test (data source\file name) where the
selected normname is located
Parameter2: name of the data key where the selected normname is located
Parameter3: Data Key’Normname is returned
Example
First line of the script:
arg Parameter1, Parameter2, Parameter3
Parameter1: name of the data source and the test (data source\file name\data
key\measurement) where the selected normname is located
Parameter2: name of the data key where the selected normname is located
Parameter3: Alias:Data Key’Normname is returned
Example
First line of the script:
arg Parameter1, Parameter2, Parameter3, Parameter4
Parameter1: name of data source and selected test (data source/file name).
Parameter2: name of the data key where the normname is located
Parameter3: Alias:Data Key’Normname is returned
Parameter4: point index
Fig. 66
1. On the first page, you are prompted to select which file format this group will
read. Select ASAM ODS Data Base.
The second page determines the source of the data.
2. Define the server properties:
Fig. 67
Fig. 68
Fig. 69
5. ASAM data sources must have at least one condition defined so the Condi-
tions dialog is now displayed. After checking/modifying the conditions, click
OK to exit the Wizard.
Then you will see the server contents accessible to you with its structural levels.
Like Windows Explorer, the right pane always shows the contents of the branch
selected in the left pane.
Page 1 Server
Page 2 Tests
Page 3 Measurements
Page 4 Quantities (Channels)
Page 5 Units
Fig. 70
On this page you can define general settings regarding the server.
Santorin
Check this box if you have a Santorin Registry Server. CONCERTO can use
this information to enable certain features which are not part of the
ASAM-ODS standard (DXV key SantorinServer).
Logon using Registry
Check this box if you have a Santorin Registry Server and the Windows
Registry contains your logon information (DXV entry UseLastLogin).
Default Login
If the Windows Registry does not contain your logon information, this button
will open the ASAM Login Dialog to set the default (DXV key DB_LOGIN).
Puma Data Model
This check box indicates that there is a PUMA Data Model on the server.
Some features, such as restructuring data, are only available for PUMA
(DXV key DataModel).
RPC Timeout
Enter the maximum time in seconds that CONCERTO should wait for
responses from the server (DXV key Rpc_Timeout).
Fig. 71
On this page you can define settings which enable CONCERTO to navigate to
and process tests.
Series Attribute 1/2
Data Explorer creates artificial series names based on two attributes from
the database, separated by a dot. The second attribute, if numeric, can
have an optional length specifier. For example, using iName Id 3 can pro-
duce the series name "Performance Tests.005". Select <Empty> for the
second attribute if none is required. Series names are important when refer-
encing tests from scripts (DXV keys SeriesAttr1 and SeriesAttr2).
Fig. 72
On this page you can define settings which enable Data Explorer to manage
measurements.
Measurement Name
Select the database attributes which Data Explorer is to use for the name of
the data key.
Measurement Ids
Select the database attributes which Data Explorer is to use for measure-
ment IDs. These should be unique within a data key (DXV key MeaVersion).
Measurement Description
Select the database attributes which Data Explorer should use for data key
descriptions (DXV key MeaDescription).
Deleted Measurements use attribute
Here you can define which attribute is used in the data model to mark mea-
surements as deleted. CONCERTO does not display measurements when
the attribute is set to 1.
If the AODS data source is Oracle-based, the attribute should be defined as
"not null, default 0" in the data model.
Base type for data key
Data Explorer uses this information to decide which measurements are
time-based, logpoint-based etc. The first attribute defines the type flag,
while the second defines the resolution when time-based. Check By
Attribute to use these attribute settings or force all data to be log-
point-based or time-based using the other buttons (Log Point Only, Time
Based Only). This is particularly useful when there is no type flag in the
data model (DXV keys MeaBase and MeaTime).
Show all measurements in test
When this field is enabled and a test is selected on the left pane of Data
Explorer, a list with all the measurements contained in that test is displayed
on the right-hand side.
– Measurement Attributes which should be visible in the right-hand
pane
Here you can define the measurement attributes that are to be dis-
played in the right pane of Data Explorer.
Attributes can only be selected if the Show all measurements in test
check box is enabled.
– Measurement Attributes which may be edited
Here you define the measurement attributes that are to be available in
the Edit Attributes measurement context menu.
Sort data according to base channel
Data Explorer can re-sequence data according to the values in the indepen-
dent channel. This is primarily for post-mortem data where the independent
channel contains the TRR key (DXV entry OrderOnIndependentChannel).
Explicit Independent (EI) Channel handling:
In order to define the handling of ASAM-ODS Explicit Independent Chan-
nels, the following options are provided:
– Replace EI base called AVL_INDEP_TIME with point number
(ExplicitIndependentLogpoint=0
ExplicitIndependentName=AVL_INDEP_TIM
This is the default setting and has to be used for AVL PUMA logpoint
measurements. If the EI channel name is AVL_INDEP_TIME, the log-
point number is used as base. The channel AVL_INDEP_TIME is
shown as a separate channel in the channel list. EI channels with other
names continue to be used as base.
– Replace all EI base channels with point number
(ExplicitIndependentLogpoint=1, ExplicitIndependentName=<empty>)
All EI channels are replaced with the point number, independent of
their name. The EI channel is displayed as a separate channel.
Fig. 73
On this page you can define settings which enable Data Explorer to process
channels correctly.
Data Type (Measurement Quantity)
Select the attributes from the MEQ table which Data Explorer is to use to
decide whether a channel is numeric or text (DXV key MeqDatatype).
Description (Measurement Quantity)
Select the attributes from the MEQ table which Data Explorer is to use as
the channel’s description (DXV key MeqDescription).
Data Type (Quantity) Select the attributes from the QTY table which Data
Explorer is to use to decide whether a channel is numeric or text (DXV key
QtyDatatype).
Description (Quantity)
Select the attributes from the QTY table which Data Explorer is to use as
the channel’s description (DXV key QtyDescription).
Numeric Display Width
This attribute in the MEQ and QTY tables defines the number of decimal
places to be displayed when viewing the channel’s data (DXV key DescF-
SizeAttrName).
Make measurement attributes available as virtual channels
Check this box to make measurement attributes appear as pseudo-chan-
nels in all measurements of the data key. These channels begin with '$'
(DXV key VirtualChannels).
Fig. 74
On this page you can define how CONCERTO should interpret the Unit table to
allow automatic conversion to alternative units.
Gain
Select the attribute in the Unit table which CONCERTO is to use as the gain
parameter (DXV key UnitGain).
Offset
Select the attribute in the Unit table which CONCERTO is to use as the
offset parameter (DXV key UnitOffset).
Unit conversion is activated on the Unit tab of a scale’s properties dialog.
Setting the entry BaseUnitFromQuantity=1 causes the unit from the Quan-
tity table to be used instead.
Entry: CaseSensitiveChannels=
Value: 0 (default), 1
CONCERTO basically tolerates upper and lowercase channel names. If the
same channel names however appear several times spellt differently, you
can distinguish between them more clearly by setting the entry CaseSensi-
tiveChannels=1, as a serial number is then added to the channel names.
Entry: EnableAodsSecurity=
Value: 0, 1 (default), 2
The AODS standard specifies querying the user's rights for every database
request. This feature can be disabled by setting the entry EnableAodsSecu-
rity=0, which results in faster data access, but in CONCERTO means that
all the menu options are free for all the tests. You can therefore change test
attributes, for example, but do not receive a message in the user interface
as to whether the actions are permissible. Only when the relevant command
is sent to the database will the server reject the action.
If you use the default setting EnableAodsSecurity=1, the rights to the
returned instances will be queried for every database request.
Setting the entry EnableAodsSecurity=2 means that the user's rights to the
relevant instances will only be queried on demand (e.g. when displaying the
context menu or in the Attribute Editor).
Entry: EncryptPasswords=
Value: 0 (default), 1
The password for the default login is stored encrypted in the concerto.dxv
file by setting the parameter EncryptPasswords=1. If EncryptPasswords is
activated, the data source cannot be read by CONCERTO V3.3.
Entry: LoadRange=
Value: data key, start value, number of measurement points, [relative]
or data key, unit, start time, measurement duration, [relative]
If you set the entry LoadRange=, CONCERTO only loads a definable mea-
surement range when accessing channels of a certain data key.
To access time-based data, use parameter Unit to define the unit for the
given start time or measurement duration.
If you set the optional Relative parameter (default = 0), you can define
whether the measurement range to be loaded is absolute (0) or relative (1)
to the start time.
Example
[ASAM-ODS Database]
.
.
LoadRange=D,30,50
When accessing measurement channels from data key TM, 1.5 seconds are
loaded after 5 seconds, taken from the end of the measurement channel.
[ASAM-ODS Database]
.
.
LoadRange=TM,sec,10,0,-1
When accessing measurement channels from data key TM, the last 10 seconds
are loaded.
Entry: LoginCaseSensitivity=
Value: 0 (default), 1, 2, 3, 4
CONCERTO passes on the login information entered, i.e. username and
password, taking upper/lowercase into consideration according to AODS
standard. If you wish to set case sensitivity in other data models (not PUMA
data model), the following options are available for sending the login
request to the server.
– LoginCaseSensitivity=0
Takes upper and lowercase into account.
– LoginCaseSensitivity=1
Sends the login entered (username and password) to the server in low-
ercase.
– LoginCaseSensitivity=2
Sends the login entered (username and password) to the server in
uppercase.
– LoginCaseSensitivity=3
Only sends the username to the server in lowercase.
– LoginCaseSensitivity=4
Only sends the username to the server in uppercase.
Entry: PhysicalDeleteMeas=
Value: 0 (default), 1
In the Advanced ASAM-ODS Properties you can select Deleted Measure-
ments use attribute from the drop-down list to define which attribute is set
to 1 by deleting a measurement so that CONCERTO does not continue to
display these measurements. If the box is checked, when the measurement
is deleted it is referred to as a logical deletion.
When it is cleared, you cannot logically delete the measurement from the
context menu either.
If, on the other hand, the PhysicalDeleteMeas=1 entry is set, the measure-
ment is deleted physically and data key _bck created.
Entry: QueryFiles=
Value: query file path
You can define standard filter conditions in the CONCERTO user interface.
For more on this topic, see Extended Queries on page 56.
Entry: ResolveReferences=
If you set the entry ResolveReferences=, you can resolve and display refer-
ences to other ASAM database tables.
For more on this topic, see Reference Attributes on page 114.
Entry: TestValidIfEmpty=
Value: 0 (default), 1
Setting the entry TestValidIfEmpty=1 enables you to carry out For-
mula/Script Editor file operations (e.g. SelFile) also on empty tests that can
occur, for example, as a result of archiving.
Entry: UniqueTestNames=
Value: 0 (default), 1
If you copy tests using the Composer function, the copy is called "Copy
of..." as is the case in Windows.
When you copy tests to another test series, the original name is used by
default for the copy created if the test does not yet exist.
If you set the entry UniqueTestNames=1 you can change this by specifying
that the copy of a test in another test series is always called "Copy of...",
even if it does not yet exist.
Entry: VirtualChannels=
Value: 0, 1 (default)
Any ASCII character except 0 to 9.
Enabling or disabling the function "Make measurement attributes available
as virtual channels" in the advanced ASAM-ODS properties sets the entry
VirtualChannels= either to 1 or 0.
In addition, if you set this entry to any ASCII character you wish (any ASCII
character except the numbers 0 to 9) you can define translation of the vir-
tual channels to replace the $ character, which characterizes a virtual
channel, with this ASCII character.
Fig. 75
You can do that with the following entry in the Data Environment file:
ResolveReferences=Test,rActiveTestBed,rLastTestBed
(=ResolveReferences=Test,rActiveTestBed=iName;Test,rLastTestBed=iName)
The original columns rActiveTestBed, rLastTestBed would then be replaced by
the new columns TestBed.iName(rActiveTestBed) and TestBed.iName(rLast-
TestBed).
Fig. 76
Any column of the reference table can be used, e.g. iNetworkName, if you
specify the appropriate column name
You can do that with the following entry in the Data Environment file:
ResolveReferences=Test,rActiveTestBed=iNetworkName
Fig. 77
Many data models contain references in different tables that reference the same
table. You can also define a reference table therefore for several tables at the
same time.
Example
In the example below, a data model has three different tables (Auftrag, Test,
Messart) which all contain a ProjectName column. ProjectName takes its
values from the ProjectId column in the ProjectGroups reference table.
Fig. 78
Job:
Fig. 79
Test:
Fig. 80
Fig. 81
Example
Here Auftrag, Versuch and Messart PROJECTNAME are first replaced by
"Description" and then the MessartID is replaced by the entries in the reference
table of the HAUPTMESSART column.
You can do that with the following entry in the Data Environment file:
ResolveReferences=Auftrag|Versuch|Messart,PROJECTNAME=
Description;Messung,MessartId=HAUPTMESSART
All the values of the reference attribute for PROJECTNAME can now be
selected in the Attribute Editor. If they are changed, the modification of the orig-
inal attribute is stored.
Fig. 82
Fig. 83
At the measurement level, instead of the attribute rTest, we wish to see the
Name, Description and Owner) of the test itself. This is achieved by concate-
nating the attribute names using '|', as follows:
Example
ResolveReferences=Measurement,rTest=Name|Description|Owner
Now DataExplorer shows all three resolved values on the Measurement level:
Fig. 84
Unfortunately, we don’t know which part of the resolved value is Name, which is
Description, and which is Owner. So we define a separator string in
double-quotes as follows:
Example
ResolveReferences=Measurement,rTest=Name|Description|Owner"<>"
Fig. 85
Now the only remaining problem is that the header is not ideal. This too can be
defined with a string in double-quotes.
Example
ResolveReferences=Measurement,rTest"(#a) #r details"=Name|Description|Owner"<>"
Fig. 86
The column header string can be anything – this one could have been fixed as
“(rTest) Test details”. However, it is more flexible to use the following tokens,
which are replaced by CONCERTO.
Information
The separator string and column header string may not contain commas,
semi-colons or double-quotes!
Example
ResolveReferences=Messart,PROJECTNAME=Description
Fig. 87
Simply select and de-select entries and press OK to alter the condition. The
resolved values will be translated back to reference IDs before the query is sent
to the server.
Information
Reference attributes should not be deleted from the DXV file while a condition
depends on them. For example, suppose you resolve Test,rTestSerie=Name and
set condition rTestSerie € (ETC, GEM301H). If you now delete reference
attributes and re-start CONCERTO, the program will not be able to translate the
condition values "ETC" and "GEM301H" into reference IDs.
Information
Create Test Series Select the data source in which the test series is to be created and choose New
Folder on the context menu.
The dialog for creating the test series is then displayed:
Fig. 88
iName
Enter the name of the new test series consisting of alphanumeric characters,
spaces and underscore.
The test series is created when you click OK and confirmed by the output of an
information message in the message list.
Create a New Test Select the test series in which the new test is to be created and choose New
Test on the context menu. The create test dialog appears:
Fig. 89
Name:
Enter the name of the new test consisting of alphanumeric characters,
spaces and underscore.
When you click OK, the test is created and confirmed by an information
message.
Delete a Test Select the test to be deleted and choose Delete Test from the context menu.
Tests are not physically deleted from the database. If defined in the Advanced
ASAM-ODS Properties (see ASAM Properties - Tests on page 107), there may
be a "deleted" flag as one of the test attributes. Choosing Delete Test simply
sets this flag and Data Explorer hides all the tests affected. Use the AVL SPACE
data administrator tool to clear the flag and make the test visible again.
The action is confirmed by an information message.
Add a New Mea- Select the test or data key in which the new measurement is to be created and
surement to a Test select the context menu option New Measurement. The dialog for creating
measurements is opened:
Fig. 90
Name:
Enter the name of the data key in which the new measurement is to be cre-
ated or select one of the existing data keys from the drop-down list. If known
from the current context, an existing data key is selected for you.
Description:
If the data key already exists, this field is disabled. Otherwise enter a
descriptive text for the new data key.
Measurement Id:
Enter the ID of the new measurement - it should be a numeric value greater
than 0. As you select existing data keys in the Name field, the ID is updated
to the first free number in the relevant data key.
When you click OK, the measurement is created and confirmed by an informa-
tion message.
Delete Measure- Select a measurement and choose Delete Measurement from the context
ments menu.
The measurement is deleted and the action confirmed by an information
message.
Freeze Measure- Select a measurement which contains formulas and choose Freeze Measure-
ments ment from the context menu. All formulas in the measurement are calculated,
their results stored back in the database along with the raw data channels.
Restore Measure- Select a measurement in a backup or original data key (see also ISO 9000
ments Compliance on page 120) and choose Restore Measurement from the context
menu.
The selected measurement(s) are restored, overwriting the active measure-
ments, and confirmed by an information message.
Add Channel to a Select a data key or measurement in which the new channel(s) are to be created
Measurement and choose New Channel from the context menu. The create channel dialog is
displayed:
Fig. 91
Name:
Enter the name of the new channel or select an existing channel name from
the drop-down list. The list contains all known channel names from the data-
base.
Unit:
If the channel name is known, this field contains the channel’s units and is
disabled. If the channel name is not known, you can type in your own units
string.
Description:
If the channel name is known, this field contains the channel’s description
and is disabled. If the channel name is not known, you can type in your own
descriptive text.
Numeric:
If an existing measured quantity is selected, this check box is selected or
deselected, depending on its type. If a new measured quantity is entered,
you can use this check box to define whether the new measured quantity
should contain numeric values or strings.
Value:
In this edit field you can specify the value or string with which the new mea-
sured quantity is created. If the edit field is left blank, the measured quantity
is created with invalid measurement points.
Measurement Range:
If the current measurement contains more than one measurement table with
differing resolutions and/or measurement ranges, the data range of the new
measured quantity can be selected here. No selection can be made if the
measurement consists of only one measurement. "Single Value" is shown
in the selection dialog if the measurement table only contains one measure-
ment point.
For every channel you wish to add to the measurement(s), click the Add button
to copy it to the right-hand list box. If you change your mind, select the entry in
the right-hand list box and click Remove.
When you click OK, the channel(s) listed in the right-hand box are added to
current measurement(s) (if not already there).
If you selected a measurement, the channel(s) are added to that measurement
only. If you selected a data key, the channel(s) are added to each of its measure-
ments.
Channels are created with the same number of points as all other channels in
the measurement. All points are set as "Invalid". A default size of 10 points is
applied if this is the first channel in a new measurement.
Each measurement affected is re-saved and confirmed by an information
message.
Delete Channels Select one or more channels and choose Delete Channel from the context
menu.
The selected channel(s) are deleted and the action confirmed by an information
message.
Freeze Channels Select one or more formula channels and choose Freeze Channels from the
context menu. The selected formula(s) are calculated, their results saved back to
the database along with the raw data channels and the action confirmed by an
information message.
Fig. 92
Upon opening, the dialog shows the source measurement's or source test's
context. The last used path is saved in the concerto.ini file.
Information
The Data Key field is only available if you have opened the save dialog via an
open measurement.
Save in field:
Shows the current context, which may be a test series or test.
Apply the Up Level button to navigate one level higher in the ASAM ODS
hierarchy, however no higher than the TestSeries. Double-clicking a test will
take you one level lower. Both tests and measurements may be saved in
the same or a different directory (i.e. test series or test).
Test Name / Data Key:
– File/Test:
Here you can define a name for the test to be saved.
If the test name already exists, CONCERTO will save a further test by
this name. If this is not allowed for this data model, CONCERTO will
save the test by the name "Copy of xxx".
– Measurement:
If you have opened the save dialog via an open measurement, the fol-
lowing scenarios are possible, depending on your definitions in the
Test Name and Data Key fields:
Test Name unchanged / Data Key unchanged:
A new measurement version is saved in the same test, with the same
name and with the [measurement version number] appended (e.g.
!E[1], !E[2], !E[3], etc.).
Test Name changed / Data Key unchanged:
A new test is created and the measurement is saved under the new
test.
Test Name changed / Data Key changed:
A new test is created and the measurement is saved under the new
test with the name specified for Data Key (e.g. MyMeas[1]).
OK:
This button remains disabled until a suitable save definition is made.
Fig. 93
Save the table as a tab-separated text file after editing. The resultant text file can
be used as the translation file.
If the source channel is found in any of the 3 Etdas columns, it will map to the
corresponding AODS name.
All raw data channels and channels from embedded files are taken into consida-
tion when saving. Formula results are not stored.
You don’t want to define every possible source channel name, but you
don’t want to lose any channels. How?
You can use the ‘*’ wildcard as a channel name. Since the translation table is
processed sequentially, define all the ‘known’ channels first and put a wildcard
entry at the end:
Aods Etdas1
D’THROTTLE D’ALPHA
D’* D’*
!E’* ED’*
The channel D’ALPHA will be stored as D’THROTTLE; all other channels in data
key D will preserve the original normnames. All source channels in data key ED
will be stored in data key !E.
How can you see what the translation process is doing?
Define the following in concerto.ini:
ChannelTranslation=1,C:\CONCERTO\logs\XLATlog.txt
WedFeb28 13:40:19 2001 ChannelTranslation -5- Source D'ACT Target D'P_ACT Success
WedFeb28 13:40:19 2001 ChannelTranslation -5- Source D'AFR AIR+ Target D'AFR AIR+ Success
WedFeb28 13:40:19 2001 ChannelTranslation -1- Source D'AFR CALC Target D'P_ACT Target already
exists
WedFeb28 13:40:19 2001 ChannelTranslation -5- Source D'AFR CART Target D'AFR CART Success
WedFeb28 13:40:19 2001 ChannelTranslation -5- Source ED'DUR_HOURS Target !E'DURABHRS Success
WedFeb28 13:40:19 2001 ChannelTranslation -5- Source ED'ENG_HOUR Target !E'ENGHOURS Success
WedFeb28 13:40:19 2001 ChannelTranslation -5- Source ED'ENG_NO Target !E'ENG_NO Success
WedFeb28 13:40:19 2001 ChannelTranslation -3- Source !E'ANL_ZEIT[1] Target No mapping
Wed Feb28 13:40:19 2001 ChannelTranslatio -3- Source !E'ATL[1] Target No mapping
# time-based
!0'P_EGRACT TM'egract
!0'P_EGRATE TM'egrate
!0’* TM’* TM’*
# Engine Parame-
ters
etc. etc. etc. etc. etc.
You define all possible source file formats in the relevant data source definitions.
Dictionary1=XLAT,Aods=Etdas1|Etdas2|VDF|Famos,C:\CONCERTO\desc\TranslateNames.txt
Here channel names are to be unique across all source file formats. The transla-
tion process will map the first match found in any of the source columns.
How is the translation process activated?
Drag and drop (or copy/paste) a test onto the target AODS data source (i.e. a
test series) or write a script:
Example
alias = LoadFile ("ETDAS Data","SEE\6TZ1205\ETRN\693.LOG")
StoreFile (alias, "Test Data Aods with name
translation","6TZ1205.Common\Etdas693")
RemoveFile (alias)
Fig. 94
Over-plotted, the individual line segments would actually appear like this:
Fig. 95
Worse still, channels in a data key may each consist of more than one stream of
values multiplexed into a single dataset, giving the following picture for example:
Fig. 96
Fig. 97
To view this sort of data correctly, we need to artificially separate values into
different measurements. This is the principle of Measurement Splitting.
CONCERTO offers two ways of splitting data into measurements:
via CONCERTO’s Channel Browser (the easier way)
via Data Explorer using the data source’s Properties dialog
Information
Preconditions:
If the concerned data already contain natural measurements (ASAM ODS
data, ATF, MDF), first open the measurement with the data that are to be
split.
The existence of a channel (control channel) that contains curve numbers.
Each curve number is assigned a number of measurement points, which
indicates the control channel for splitting. If the suitable channel does not
exist, it can also be created with the help of a formula.
be placed in. This is called the Control Channel. The control channel values
must be positive integers.
The following figure shows three channels (undivided) and the control
curve:
Fig. 98
Fig. 99
Fig. 100
The following figure shows the values of artificial measurement 2 and the
control curve:
Fig. 101
After splitting, both a data key for the split data and a raw data key (D_raw) are
displayed in Channel Browser:
Fig. 102
Splitting can be canceled again by selecting the context menu option Unsplit.
Related Subject See the documentation about the User Interface Functionalities, under Special
Functionalities.
Example
In a PUMA TRR file, the data key D is split based on D’CURVENUM:
Fig. 103
Example
The engine map in KF is split based on KF’SPEED:
Fig. 104
Example
The post mortem data in SD is split according to the curve number in $KEY
(characters 8 to 14):
Fig. 105
The complete definition for measurement splitting of data in this data source will
therefore be:
D’CURVENUM;KF’SPEED;SD’$KEY,8,6
Note that, for PUMA TRR files, the Dictionary TRRKEY may also contain a defi-
nition for splitting data into measurements. This method is less flexible and
simply allocates sequence numbers as measurement IDs. Ensure that only one
method is applied to this file type, for example by defining TRRFLAT.DSC as the
TRRKEY dictionary.
If the data is stored in natural measurements, for example in an ASAM-ODS
database, splitting into artificial measurements is still possible. Every natural
measurement can be further split into artificial submeasurements according to
the defined control channel. You can work with such a submeasurement as if it
were a measurement. Submeasurements are addressed using the syntax [m,s].
Example
D’SPEED[5,3] represents the artificial submeasurement 3 of the natural
measurement 5. For backward compatibility, formulas and layouts referencing
artificial measurement IDs without a submeasurement will still work as expected.
Fig. 106
If you work interactively with this diagram and zoom into a sub-area of the
X-axis, CONCERTO once again checks whether the data needed for this
sub-area is still too large. Only when the data volumes required fall below the
threshold will CONCERTO switch to full resolution.
In the preview window the blue curve color signals that only a sub-area of the
data is being displayed.
Threshold Settings You can adjust the threshold at which CONCERTO switches to preview channels
to suit your own network conditions.
The following entry in the DXV file sets the number of measured values to be
loaded before CONCERTO switches to preview channels:
HugeDataThreshold=500000
The default value for this setting is 500,000 values.
f you set the number to 0, adaptive loading is deactivated and all points are
always loaded regardless of the number of values.
Settings for When the test bed system generates preview channels, two channels are
Preview Channels created:
One with maximum values
One with minimum values
Together, these two curves form an envelope curve within which all points of the
raw data are located.
The preview channels’ names usually consist of the name of the original channel
and a postfix each for the minimum and maximum.
Fig. 107
If this entry is defined, CONCERTO automatically searches for the preview chan-
nels matching each channel. If they are available, they are used for adaptive
loading. At the same time, they are hidden in Data Explorer, because
CONCERTO now independently decides whether to use the preview channels or
the raw channels.
Fig. 108
Working with For an opened test, only one sub-area may be active. If you use data from a test
Several Sections in several diagrams, the diagram always shows the section that was last acti-
vated by zooming. If you want several diagrams to show different sections of the
same test, you can use Data Explorer to open the same test multiple times. This
behavior can be activated by the following DXV entry:
AllowMultiOpen=1
Calculating Formula calculation is always based on the currently loaded section of data. This
Formulas is useful, because data calculations based on full range and full resolution may
lead to very long waiting times. If you still want to do this, you can choose one of
the following options:
With the compiler switch LoadFullResolution you can specify within a for-
mula that the data is loaded in the full range with the full resolution. The
loading mechanism is applied (see Data Management by Blockwise
Loading on page 134).
For this purpose, insert the following command at the beginning of the for-
mula:
SetCompilerSwitch("LoadFullResolution",1)
You can open the same test multiple times (also via the DXV entry Allow-
MultiOpen=1). With the DXV entry SetLoadRangeOnPreview=0 you can
specify that the data is loaded in the full range with the full resolution and is
thus available for calculations.
Display in Tables In tables, data is normally displayed using preview channels. However, if you
wish to show the data with the full resolution, you can use the feature Don't use
Preview channels in the dataset properties of the table. When this function is
activated, the datasets for the table are always loaded with the full resolution.
Transformation macros in the table then also calculate based on full resolution.
Fig. 109
You can also enter multiple definitions, separated by semicolons, each one
affecting a different data key. Each definition contains the following
comma-separated fields:
Data key:
The data key which is to be segmented.
Segment length:
The maximum size of a segment in the base unit of the data key.
Preview resolution:
The resolution of the Graphic Preview when viewing the Overview curve.
Overview All data keys in an ASAM-ODS database have at least one natural measure-
ment. When applying segmentation to such data, every natural measurement is
further divided into segments represented by submeasurements. In Data
Explorer, the structure appears like this:
Fig. 110
Example
Entry in the DXV file under the relevant data source:
MergeMeasNames=RecResult=SecondaryRecorder,Recorder
Fig. 111
The measurement types Secondary Recorder and Recorder were merged into
the type RecResult. The measurements and the channels within the measure-
ments were merged too.
Identical channel names were extended by adding _1, _2, etc. and the original
measurement type is indicated in the Source Key column.
Several merge definitions can be realized if they are separated by semicolon.
Example
The entry
MergeMeasNames=RecResult=RecResult,SecondaryRecorder,Recorder; Dialogs=$B,$E
would additionally merge $B - beginning dialog and $E - end dialog into the
measurement type Dialogs.
If the names of different measurement types have the same beginning and only
differ from a certain character onward, it is also possible to use wildcards:
MergeMeasNames=RecMeas=Recorder*
would merge the already existing measurement types Recorder1, Recorder2,
etc., into the measurement type RecMeas.
Fig. 112
Translation Rules
The translation rules are entered in this field as SourceString=TargetString.
You can add additional translation rules by pressing Enter. The resultant list
of translation rules is managed separately for whichever Option Key Type
is set.
Option Key Type
Defines the mechanism of the translation rules.
The following translation operations are available:
– Replace: This function permits special characters or partial strings in
the channel name to be removed or replaced by defined strings.
Fig. 113
Example
If you enter the translation rule ":=" and "~=_", string ":" will be removed from the
channel name and string "~" will be replaced by string "_".
Fig. 114
Fig. 115
Fig. 116
Information
In the example of the dico.txt translation file below, the normname translation is
effective for all the data keys in the test. The process can also, of course, be
applied explicitly to a specific data key provided that the source normname
(SOURCE_A) is uniquely defined with the data key (e.g. D’POEL).
Fig. 117
In addition to the definition of the channel name (TARGET column), its descrip-
tion and unit (and the converted unit) as well as the format can also be defined in
additional columns (Fx.y - where x stands for the field width and y for the number
of decimal places displayed). If you leave the columns empty, the source
attribute (SOURCE columns) is output.
If the unit is to be converted, the target unit must always be entered into the
TARGET.Unit column. If you additionally want to specify that only a specific orig-
inal unit is to be converted, you can specify that original unit in the field under
SOURCE.Unit. If the field in the SOURCE.Unit column remains empty, all units
will be converted to the target unit units. Unit conversion is performed based on
the relevant definitions in the units table (see the documentation about the User
Interface Functionalities, under Special Functionalities - Unit Conversion).
Example
[ALIAS]
ALIAS0=P_OEL; P_OIL; A; A; A; A; A
ALIAS1=DRZ; SPEED; A; A; A; A; A
ALIASn
For numbering (e.g. ALIAS10)
real_name
Channel name to be replaced (e.g. TRQ)
replacement_name
String to be displayed instead of real_name (e.g. Torque)
dummy
Currently not supported, but must be defined (e.g. A)
Information
The channel names must not contain blanks, use underscore characters ( _)
instead.
The length of replacement names must not exceed 64 characters.
To select the desired alias, use the menu option Extras | Layout Translation |
Alias Name File. A corresponding entry is created in the concerto.ini file (Alia-
sTableFile=path).
When loading a layout containing channels which are defined in the alias file,
you can change over to these alias names. The alias names are activated via
the menu option Extras | Layout Translation | Use Alias Name File.
All the channels for which replacements are defined in the alias file are renamed.
Select the menu option once again to switch back to the original names.
If you switch to alias names, this only affects output on screen and printer. The
dataset names inside objects and formulas remain unchanged.
Example
AGR_SE=D'CO2_S;D'CO2_E;
AGR_SE_L=D'CO2_S_L;D'CO2_E_L;
AGR_SE_R=D'CO2_S_R;D'CO2_E_R;
That would guarantee that dependencies would be created for the majority of the
formulas with the necessary data channels fully defined (i.e. including the data
key). The Formula Dependency File can, of course, also be edited retrospec-
tively and the appropriate data keys entered manually for the data channels.
Example
Clearly, almost any manipulation of the raw data can be achieved in the macro.
In this particular case, we can write the following macro:
NAME:RepeatFilter
arg ds
dsin=RemoveRepeatedPoints(ds,LOGPOINT)
// Get filtered Logpoint
dslog=RemoveRepeatedPoints(LOGPOINT,LOGPOINT)
// Sort dataset according to Logpoint
ysorted=sort(create(dsin,dslog))
return create(1..npoints(ysorted),xds(ysorted))
Fig. 118
Now, every channel we view in this data key will appear to have only 8 points –
only the latest of the 4th and 6th logpoints will be present. In addition, since the
macro also sorts the data, the values in LOGPOINT do not necessarily have to
be increasing values.
Example
Template for file type Indicating_Ifile:
[~Mime~Indicating_IFile]
Format=IFILE,ATTIFILE,DOS
Based on the defined data source template, CONCERTO can now automatically
create the appropriate data source and, thus, read the linked files of this data
type using this data source.
Fig. 119
Clearly, the data from each source is related because it all refers to the same
test. However, the relationship is obscured because these data files are stored in
different places and in different formats. However, in all probability, there is some
convention applied to the file and folder naming so that you can find the related
data yourself.
Data Explorer not only claims to read all these file formats, it is also possible in
many cases to make these relationships on your behalf and present a complete
view of all information acquired during a test. This is the principle of Embedding
Data.
The file into which data will be embedded is called the Primary File. This is the
starting point from which you normally begin analysis. There should be a
Channel in the Primary File which contains the names of the files to be
embedded. This is not as restrictive as it seems, since, with the aid of the
Formula Compiler, it is possible to construct a dataset containing almost
anything. Channels from the embedded file(s) will appear as additional channels
in the Primary File.
Example 1 During a steady-state test, a time-based recording of transient data is made and
stored in a separate file under data key TM. name of the recorder file is stored
with the steady-state results in the channel D’REC_NAME. Define a data source
to read the steady-state results and another to read the recorder files.
To embed the recorder data into the steady-state file, define the relationship to
Data Explorer. Using the Data Source Properties dialog, Advanced tab, insert a
new entry in the list Embed Data from Data Source – this will launch the
Embedding Definition dialog.
Fig. 120
In the list of data sources, select the data source containing the files to be
embedded. Channel containing file names in this example would be set to
D’REC_NAME: the Index field should be empty. Finally, if you do not want to
view the recorder data except in its related steady-state file, then activate the
Hide embedded data source check box.
Now, each file in the steady-state group will contain an extra data key TM
comprising all the channels from the recorder file.
Example 2 During a steady-state test, data is acquired at each logpoint and stored in the
Primary File. At each logpoint, another device takes a measurement and stores
its data in a separate file – one file per logpoint. You therefore need to tell Data
Explorer to make a series from the secondary files: the channels in that series
are to be embedded into the Primary File as additional channels.
Fig. 121
The first step is to define two data sources – one to read the Primary Files, and
another pointing to the embedded files.
Step two is to identify the channel from the Primary File which contains the
names of embedded files. The Primary File possibly already contains such a
channel of file names but, more likely, you have to create one by defining a
formula. Suppose that, in the Primary File, we have a channel HD’TESTNUM
containing the test number and the embedded files are named after this test
number with logpoint as extension. The formula EMB_NAME, defined in data
key D as
inc=1..npoints(D'Chan) ; Chan is any channel in data key D
return “FILE” + cstr (HD’TESTNUM, "%04.0f") + "." + cstr (inc, "%03.0f")
will generate the dataset (if HD’TESTNUM has the value 123)
FILE0123.001
FILE0123.002
FILE0123.003
etc.
with as many points as all the other channels in data key D.
Now we can define the relationship to Data Explorer. Using the Data Source
Properties dialog, Advanced tab, insert a new entry in the list Embed Data from
Data Source – this will launch the Embedding Definition dialog.
Fig. 122
In the list of data sources, select the data source containing the files to be
embedded. Channel containing file names in this example would be set to
D’EMB_NAME. Since we need to make a series of files from the embedded
group, the Index field should be set to the keyword “%logpt”. Finally, if you do
not want to view data from the embedded group except via primary files, then
activate the Hide embedded data source check box.
When viewing data key D in one of the primary files, we will now see the
embedded channels ChA, ChB and ChC as well as the original channels Ch1 to
Ch5. Embedded channels are indicated by a special icon in the Data Explorer
window.
1.9.10.1 Identities
Descriptor files may contain attributes with the format "%NAME". This is called
an Identity and is substituted at runtime by actual values (strings) from the data
file.
Example
A record may contain the field definition
1 INTEGERCYLINDERS-Number of cylinders
Thus, if the file contains 2000 records recorded at 25 Hertz, the X-axis created
will have the range 0 to 80 seconds at 0.04 seconds resolution.
These calculations are restricted to one operator only, formulas such as
%NCYCLES*4+1 are not allowed.
One special Identity - %FILESIZE – returns the number of bytes in a file. For a
binary file, this may be useful when the number of records is not recorded but the
record size is fixed. For example, if every record has length 84 bytes, then
%FILESIZE/84 gives the number of records.
FieldDescriptor 2
FieldDescriptor 3
.
.
FieldDescriptor n
ENDRECORD
recordname
Is a suitable name for the record to reference it later in the File section.
recordlength
Defines the length of the record. For ASCII files, this is the number of con-
secutive lines comprising a single record. If record length is not specified, 1
is assumed (1 line). For binary files, the record length is the number of bytes
and should therefore be specified. Identities may be used in specifying the
record length.
Field Descriptor For every field (values and text strings) a field descriptor is required. A field
descriptor has the following format:
fieldcnt format [ [width ndec] fieldname units description]
fieldcnt
Is normally 1. If greater than 1, it defines the number of times this field is
repeated (array function). If greater than 1, Data Explorer uses the given
field name for every field with sequential numbers:
e.g. 3 REAL CH: would generate channels CH_1, CH_2 and CH_3, each
with the same input format, units and description.
For column-based ASCII files, fieldcnt may also be set higher than the
number of columns actually contained in one line. CONCERTO will only
read as many fields as are contained in the line. Thus a field descriptor may
be kept dynamic.
e.g. 100 REAL CH: reads up to 100 real values
fieldcnt may also be an Identity.
format
Tells Data Explorer how to read the field from the data file:
For ASCII files, the keywords ASCII, REAL and INTEGER may be used to
define the field format. Fields must be separated by a field separator, typi-
cally white space, tab characters or semicolons. For text fields (ASCII) the
separator is necessary to define the end of the field. Number fields (REAL,
INTEGER) are read up to the first non-numeric character, but you may also
use the separation characters as described for ASCII below. Leading white
space is removed when reading values.
width, ndec
Are optional – they may be used in numeric fields to define how the num-
bers will be formatted for display within Data Explorer. width defines the
output field width and ndec the number of decimals. width must be non-zero
– if width is specified and ndec is not, ndec takes the default value of 0.
If width is not specified, Data Explorer estimates a suitable output format for
numeric channels:
If the data has been read from an ASCII File, the width and number of dec-
imal places is preserved. If it has been read from a Binary File, Data
Explorer uses its best guess.
fieldname
Is a suitable name for the field. Names may be up to 16 characters in
length, must start with an alphabetic character and may not contain spaces.
The field name is used as the channel name within Data Explorer. The con-
tents of the field is the data contents of this channel.
Fields that are not to be presented as channels should be given a name in
lower case. Data Explorer will still read the field and memorize its contents
in an internal variable for possible later use as Identity.
Fields that are not assigned a name at all will be skipped by Data Explorer.
Example
1 ASCIIT
units
Is the channel's units string: it must not contain spaces and must be speci-
fied if a channel description follows. In this case an 'empty' unit string is
defined by specifying a hyphen ("-") in its place.
description
Is the channel's long description. It may contain spaces as it will be termi-
nated by the end of the line. If not used it may be omitted.
Example
Suppose a line in an ASCII file contains 3 values: engine speed, torque and
power.
The following record definition would describe these fields with channel names
N, M and P:
RECORD Results 1
1 REAL N Rpm Engine Speed
1 REAL M NM Engine Torque
1 REAL P kW Engine Power
ENDRECORD
Example
For example, the standard descriptor file for a column-based ASCII file has the
name CONCASC.DSC and contains a section CONCASC:
FILE CONCASC
DETAIL etc.
....
....
ENDFILE
fileformat
Is necessary when describing a Binary File. Data Explorer is able to read
not only DOS binary files, but also VAX/VMS and Motorola files. These
differ in the storage format for integers and real values:
fileformat may take therefore take the values
– DOS
– VAX or
– MOTOROLA
Detail Definition detaildefinitions
Are optional: they are used by Data Explorer to display file information in the
file properties dialog. Multiple DETAIL lines may be defined to describe
many lines of information. Each DETAIL line is a free-format text which may
contain Identities.
Example
DETAIL User defined data file
DETAIL Test No. : %test_no
DETAIL Test Date : %date %time
DETAIL %TEST_TITLE
where the identities %test_no, %date, %time and %TEST_TITLE have been
read from certain fields in the data file.
The first line in the properties dialog window will always be the file name
supplied by Data Explorer.
Baseline Defini- When data with more than one point is to be read, a baseline definition is neces-
tions sary to tell Data Explorer how to construct the abscissa. If a channel is drawn
over its natural baseline, then this abscissa will be used as the X-axis.
BASELINE basename [units start stop interval] type [description]
basename
Is a suitable short name for use in the type definition line (see below). If this
reflects a channel from the file, then the attributes units, start, stop, interval
and description should be omitted.
units
Is the units string for this X-axis. An empty string is defined using a single
hyphen ("-").
start, stop
Are numeric values which define the range of the X-axis. Identity strings
may be used if this information is available in the file. It is also possible to
leave stop undefined. Data Explorer will then calculate the stop value itself
from the number of available data points. In this case, use a hyphen ("-")
instead of a stop value.
interval
Interval between the abscissa (x) values, either specified or read from the
file using an Identity.
type
Defines the baseline type and may take the values:
– TIMEBASED
– CRANKANGLE
– CYCLE
– LOGPOINT
description
Is a descriptive text for the abscissa and occupies the remainder of this line.
Example
A data file just contains columns of logpoint data without any dedicated abscissa.
Then a suitable baseline definition would be:
BASELINE PNT - 1 - 1 LOGPOINT -
This means: no units, starting point = 1, end point depends on amount of data,
interval = 1, no abscissa description.
Example
A data file contains a number of records, 1 per engine cycle. The header
contains a field ncycles which defines the number of cycles. A suitable baseline
definition would be:
BASELINE CYCLE - 1 %ncycles 1 CYCLE Cycle Number
Example
A data file contains Combustion Data. The header record contains the following
fields
A_START (starting crank-angle);
A_STOP (ending crank-angle);
A_RESOL (resolution)
Type Definitions The type definition line has the following format:
DATATYPE key basename nCycles nPoints description
ALL attributes of a DATATYPE definition must be present:
typedefinitions
Describes to Data Explorer what categories of data (data keys) are avail-
able.
key
Is a 1 to 3-character abbreviation identifying the data key.
basename
Refers to a BASELINE definition. It describes the abscissa (X-axis) for all
channels of this data key. If there is no BASELINE definition to assign (for
example, when this category contains only data consisting of one value, like
header data), then a hyphen ("-") is used to denote an empty attribute.
Sometimes the X-axis is available on the data file itself as an actual data
column (baseline channel). In this case it can be read into an internal vari-
able (lower case field name) and this name is used as the basename in the
DATATYPE definition. Then all channels of this data key will have this
abscissa. Note however, that the abscissa channel must be defined within
the same data key, i.e. you can only use a baseline channel from the file if it
is within the same set of records.
Only baseline channels with monotonic increasing values with an identical
interval are supported.
nCycles
Is only used for cyclic data to define the number of cycles expected. In all
other cases this parameter should be set to zero.
nPoints
Defines the number of points (records) for all channels of this category. You
can make this variable by specifying either the value 999999 or a hyphen (-)
for nPoints. In the first case Data Explorer will calculate the number of
points to the end of the data file and in the second case, it calculates them
until the end of the table (or the end of the file) is reached. The end of a
table is reached when Data Explorer encounters a line with a different
number of fields. It is valid only for ASCII files.
description
Is a descriptive text for this data key that will be displayed together with the
key in the Data Explorer frame. It occupies the remainder of this line.
Example
For standard column-based logpoint data, the baseline and data type definition
could be:
BASELINE PNT - 1 - 1 LOGPOINT -
DATATYPE D PNT 0 - Measured Data
Example
BASELINE CYCLE - 1 %ncycles 1 CYCLE Cycle Number
DATATYPE CYC CYCLE 0 %ncycles Cycle Data
DATATYPE ST - 0 1 Setup Parameters
These two definitions will generate two data keys. If the "ncycles" field contains
the value 55, then you will get:
CYC - Cycle Data (55)
ST - Setup Parameters
The DATATYPE ST corresponds to fields which have only one value in the data
file (parameters). It is not necessary to assign a BASELINE for such data.
Example
A data file contains time-based data starting at time zero and recorded at 5 Hz
resolution. The overall duration could be of any length (until end of file). The
baselinedefinition and typedefinition might be:
BASELINE TIME sec. 0 - 0.2 TIMEBASED Time
DATATYPE TM TIME 0 999999 Time-based Data
If the file contains 5000 records, these statements will create an X-axis called
TIME with the range 0..1000 seconds which is used for all fields in data key TM.
The data key will be:
TM - Time-based Data (5000)
Example
A data file contains a channel called time which contains the number of seconds
from the start of recording. By defining the channel with a lowercase name, it will
not be available for selection as a channel. time is part of the same set of
records for which it is used as a baseline. The baselinedefinition and typedefi-
nition might be:
BASELINE time TIMEBASED
DATATYPE TM time 0 999999 Recorder Data
CONCERTO will generate the start, stop and interval values for an X-axis
using information from the time channel - this necessarily generates a mono-
tonic dataset with regular interval. If the file contains 600 records and the time
channel contains the values 0.00, 0.05, 0.10, 0.15 ... 29.95, 30.00, these state-
ments will create an X-axis called time with the range 0..30 at interval 0.05 which
is used for all fields in data key TM. The data key entry will be:
TM - Recorder Data (600)
Record Allocation The Record Definition in Record Definition on page 152 represents a template of
fields in a record. We have not yet described the actual order in which these
records appear in the data file.
In the FILE section we now have to define the proper sequence and number of
defined records. Also, for each record we need to declare which of the data keys
defined earlier it belongs to.
A record allocation has the following format: repeat recName [dtKey]
repeat:
Is a numeric value (or Identity) which defines the number of records. It can
be made variable by specifying 999999 to indicate 'end of file', or a hyphen
("-") to indicate 'end of table'.
recName:
Is the name of the record description used.
dtKey:
Is the key of a DATATYPE definition to which these records belong. If no
key is given, the data contained in these records will not be available for dis-
play, i.e. they are read in but skipped.
Example
For the simple column-based ASCII file above, the following record allocation
line would be used:
999999 DATA D
1.9.10.3 Examples
Simple time-based
data Example
This example shows a simple ASCII table with time-based data. The first data
column (the name is not fixed) defines the abscissa (X-axis).
t1 n sync_ctrcb_ptr...
seconds[b][p]no_units...
0 661 4 8 ...
0.0056614 8 ...
0.016614 8 ...
0.0156564 8 ...
.
.
30 630 16 8 ...
RECORD UNITS
99 ASCII unit
ENDRECORD
RECORD DATAX
99 REAL %name %unit
ENDRECORD
FILE ADATAFILE
1 NAMES
1 UNITS
999999 DATAX TM
ENDFILE
Cycle-based data
with file header Example
As a complete example, consider the following (ASCII) data file:
Test number : 0055
Date/Time : 07-05-91 11:07
Test engine using special spark plugs
Engine Name : AVL1234
Stroke : 86.000
Bore : 92.00
Length : 135.00
Compression : 8.00
Cycles : 13
The header data is fixed-format. There may be any number of lines of actual
data (in this case 13): the first 4 columns are always as above but these may be
followed by up to 4 additional columns (in our example 2) of other data.
The descriptor file for such data might be as follows (additional) remarks
preceded by "!" are not part of the file):
Example
; Example Data File Descriptor ! It is always a good idea
! to keep it well documented
; Created by A.N.Engineer
; Date 26-August-1993
;------------------------------------------------------------------
! The first 11 lines of header data are defined as 1 record. Only
! STROKE, BORE, LENGTH and COMPRESSION will be needed for display - the ! rest are
used only within the descriptor file (and therefore do not
! need units and descriptions).
! RECORD HEADER 11
1 A22 ! line 1
1 ASCII test_no
1 A22 ! line 2
1 ASCII date
1 ASCII time
1 A50 comment ! line 3
1 A22 ! line 4
1 ASCII engine
1 A22 ! line 5
1 REAL STROKE mm Stroke
1 A22 ! line 6
1 REAL BORE mm Bore
1 A22 ! line 7
1 REAL LENGTH mm Length
1 A22 ! line 8
1 REAL COMPRESSION - Compression Ratio
1 A22 ! line 9
1 INTEGER ncycles
1 ASCII ! line 11 "Cycle"
3 A16 ! "IMEP MAX_PRESS A_PRESS"
4 A16 cname ! other channel names
ENDRECORD
;-------------------------------------------------------------------
RECORD DATAREC ! default record length is 1 line
1 INTEGER ! ignore cycle number
1 REAL IMEP bar Indicated Mean Effective Pressure
! leave output field width and decimal
! places for IMEP as read (16 6)
1 REAL 6 1 PX bar Peak Pressure
1 REAL 6 0 AP degCA Angle of Peak Pressure
! give MAX_PRESS and A_PRESS new names, units
! and descriptions and limit the output
! precision to remove trailing zeros and
! rounding errors
4 REAL %cname ! %cname_1 = "MAX_RISE"
! %cname_2 = "A_RISE"
! %cname_3 and 4 not allocated
ENDRECORD
;------------------------------------------------------------------
FILE ACID_RTP
DETAIL Acid RTP File ! info. to display in Details ListBox
DETAIL Indiskop file: %filename ! using fields read from file
DETAIL Date/Time : %date %time
DETAIL Engine : %engine
DETAIL %comment
BASELINE CYCLE - 1 %ncycles 1 CYCLE Cycle Number
! define x-axis values 1 to 13 step 1
! as cycle number
DATATYPE CYC CYCLE 0 %ncycles Cycle Data
DATATYPE ST - 0 1 Setup Parameters
! define 2 DataTypes CYC and ST
1 HEADER ST ! file consists of 1 HEADER record
! containing Setup Parameters and
%ncycles DATAREC CYC ! 13 DATAREC records with Cycle Data
ENDFILE
Opt= {0,1}, i.e. the script returns a test list and filtering is done in Data
Explorer.
Example
With subfolders
arg aPath, selPath, condition
output.AddColumn ("$OPTIONS$")
opt = {1,0}
output.PutCell (opt, 0, output.ColCount)
else
if selPath = "Sub_1" then
iTest = {"Test_1","Test_2"}
iTest.Name = "Name"
output=NewDSArray (1,1)
output.PutCell(iTest,1,1)
else
iTest = {"Test_3","Test_4"}
iTest.Name = "Name"
output=NewDSArray (1,1)
output.PutCell(iTest,1,1)
endif
output.AddColumn ("$OPTIONS$")
opt = {0,1}
output.PutCell (opt, 0, output.ColCount)
endif
return output
Fig. 123
Example
With no subfolders
arg aPath, selPath, condition
iTest = {"Test_1","Test_2"}
iTest.Name = "Name"
output=NewDSArray (1,1)
output.PutCell(iTest,1,1)
return output
Fig. 124
Only defined test names are set in the simple example above. In practice,
the data access to the data source has to be programmed here in the script.
Example
Attr_List = New (1, "")
Attr_List.y[1] = "Name"
Attr_List.Name = "Name"
output=NewDSArray (1,2)
output.PutCell(Attr_List,1,1)
return output
strings has to have the name Name and the dataset that contains the
descriptions must have the name Description.
Example
With no measurements
arg path, testName
iMeasName = New(7,"")
iMeasName.Name = "Name"
iMeasName.y[1] = "$B"
iMeasName.y[2] = "D"
iMeasName.y[3] = "D"
iMeasName.y[4] = "D"
iMeasName.y[5] = "TM"
iMeasName.y[6] = "CA"
iMeasName.y[7] = "CYC"
iDescription = New(7,"")
iDescription.Name = "Description"
iDescription.y[1] = "Beginning Dialog"
iDescription.y[2] = "General Data"
iDescription.y[3] = "General Data"
iDescription.y[4] = "General Data"
iDescription.y[5] = "timebased Data"
iDescription.y[6] = "crankangle Data"
iDescription.y[7] = "cyclebased Data"
iType = New(7,"")
iType.Name = "Type"
iType.y[1] = ""
iType.y[2] = "Logpoint"
iType.y[3] = ""
iType.y[4] = ""
iType.y[5] = "Timebased"
iType.y[6] = "CrankAngle"
iType.y[7] = "Cycle"
output=NewDSArray (1,3)
output.PutCell(iMeasName,1,1)
output.PutCell(iDescription,1,2)
output.PutCell(iType,1,3)
return output
Fig. 125
Example
With measurements
arg path, testName
iMeasName = New(7,"")
iMeasName.Name = "Name"
iMeasName.y[1] = "$B"
iMeasName.y[2] = "D"
iMeasName.y[3] = "D"
iMeasName.y[4] = "D"
iMeasName.y[5] = "TM"
iMeasName.y[6] = "CA"
iMeasName.y[7] = "CYC"
iDescription = New(7,"")
iDescription.Name = "Description"
iDescription.y[1] = "Beginning Dialog"
iDescription.y[2] = "General Data"
iDescription.y[3] = "General Data"
iDescription.y[4] = "General Data"
iDescription.y[5] = "timebased Data"
iDescription.y[6] = "crankangle Data"
iDescription.y[7] = "cyclebased Data"
iId = {1,1,2,3,1,1,1}
iId.Name = "Id"
iType = New(7,"")
iType.Name = "Type"
iType.y[1] = ""
iType.y[2] = "Logpoint"
iType.y[3] = ""
iType.y[4] = ""
iType.y[5] = "Timebased"
iType.y[6] = "CrankAngle"
iType.y[7] = "Cycle"
output=NewDSArray (1,4)
output.PutCell(iMeasName,1,1)
output.PutCell(iId,1,2)
output.PutCell(iDescription,1,3)
output.PutCell(iType,1,4)
return output
Fig. 126
Only defined data keys are set in the simple example above. In practice, the
data access to the data source has to be programmed here in the script.
Return dataset
The script has to return both a dataset with a list of the channels of the
assigned data key (measurement) (dataset name: Name), and a dataset of
the corresponding units (dataset name: Unit) in an array.
Example
arg path, testName, dt, measId
iName.Name = "Name"
iUnit.Name = "Units"
iDescription.Name = "Description"
iType.Name = "Type"
output=NewDSArray (1,4)
output.PutCell(iName,1,1)
output.PutCell(iUnit,1,2)
output.PutCell(iDescription,1,3)
output.PutCell(iType,1,4)
return output
Only defined channel names are set in the simple example above. In prac-
tice, the data access to the data source has to be programmed here in the
script.
Example
arg path, testName, dt, measId, dsList
for i = 1 to dsList.Count
Values = {1..10}
Values.Name = dsList.y[i]
output.PutCell(Values, 1, i)
next i
return output
In the simple example above, exactly 10 points with the values 1 to 10 are
returned for all the channels. In practice, the data access to the data source
has to be programmed here in the script.
The base of the returned data is derived from the data key, unless the base
was defined differently in the script for measurement data or inherited from
a referenced channel.
Base name Base unit Base description
Logpoint: "Logpt" "" "Logpoint based data"
Time: "Time" "sec." "Elapsed Time"
CA-based: "CDM" "deg." "Crank Angle"
Cycle: "Cycle" "" "Cycle Number"
These default values can be changed manually in the data environment file.
For more on this topic, see Script-based Tests on page 89.
Index
Symbols B
$-character … 49 binary format
$OPTIONS$ … 163 read … 40
$T … 143 BOBCAT Data File … 33
BORE … 39
A
ACAP/CAS … 88 C
acquisition unit … 39 CA … 37
AdditionalText … 31 CAF … 40
alias calculable formulas … 145
channel names … 144 calibration
name … 7 factor … 31
open with new alias … 19 offset … 31
amplifier Cameo Optimisation Results … 33
attributes … 31 CAO … 38
calibration date … 32 CycleCountConstant … 38
channel position … 32 CAOAbscissaRelatedtoCycle1 … 38
filter … 31 CAOCycleCountConstant … 38
measurement range … 31 CAOIndividualZeroLevel … 38
offset … 31 CDMRNGST … 39
channel
rack type … 32
copy … 30
range … 31
preview … 26
RangeUnit … 31
translate … 100
sensor sensitivity … 31
validate/invalidate … 30
serial number … 32
channel context script … 102
serial number of sensor … 31
channel group text … 87
temperature … 32 channel list
type … 31 show as test attribute … 50
unit … 31 channel name … 112
AmplifierCalibrationDate … 32 ChannelGroupText … 87
AmplifierChannel … 32 Composer … 120, 125
AmplifierGain … 32 ComposerFile
AmplifierRackSerialNumber … 32 generate from search query … 70
AmplifierRackType … 32 concerto.dxv entries
AmplifierTemperature … 32 ~Mime~ … 147
API … 42 AllowMultiOpen … 137
ASAM ODS
Ascii2Time … 80
Data Base … 32
ATFSingleTestMode … 32, 83
data, save … 124
AttachmentPath … 148
saving dialog … 124
AutoRefreshOpenTests … 111
ASCII
BaseUnitFromQuantity … 111
interpretation file … 94
BitChannels … 80
ASCII file
read … 40 CaseSensitiveChannels … 112
AST DataModel … 107
Gid File … 32 DB_LOGIN … 107
Rep File … 32 DeletedTestFlag … 71, 108
AST Simulation … 32 DeleteTestFlag … 122
ATF DescFSizeAttrName … 110
export … 19 Dictionary1 … 88
ATF (ASAM Transport Format) … 32 DigalogModel … 84
ATIVISION MAT File … 33 DspSignalAsChannel … 88
attachments … 147 EnableAodsSecurity … 112
attribute EncryptPasswords … 112
test … 52 ExplicitIndependentLogpoint … 109
attributes … 31 ExplicitIndependentName … 109
AveragedIFiles … 33 ExternalVolumeFile … 84
AVL InMotion … 33
FilterEmptySeries … 108
HideEmptyMeas … 81
Z
zero level correction
all cycles … 38
ZIP format … 41
zipped files … 41