LMS Test - Lab Recorder Data Conversion
LMS Test - Lab Recorder Data Conversion
User manual
16A
Chapter 1 The LMS Test.Lab Recorder Data Conversion Tool workbook ................. 5
16A 3
Chapter 1 The LMS Test.Lab Recorder Data Conversion Tool workbook
You can browse to the requested files, select them and convert them into
different throughput formats.
You can import them into the Active LMS Test.lab project.
You can export them to one of the supported external throughput formats
that are supported by Test.lab.
Note : This tool will not be able to read any other file format except for trp and
xtrp files. However, the tool allows you to open an existing project, and export
throughput data from the Test.Lab runs to one of the supported external
throughput formats
16A 5
Chapter 2 Anatomy of the application (fake level)
In This Chapter
Anatomy of the application ................................................7
This chapter describes the different key concepts that were used to build the
applications. The structure or anatomy of the application consists out of the
following elements:
Step 1
Windows caption: upper border of the application
Step 2
Header area: area for commonly used operations
Step 3
Workflow area: control flow of the application
Step 4
Worksheet area: functionality bundled in a workflow component
Step 5
State control area: control to guide a user through a process
Step 6
Message area: feedback area for a user
The different elements are illustrated in the next picture and described in more
detail in the next sections.
16A 7
Chapter 2 Anatomy of the application (fake level)
Header area
Hovering over the project management zone makes the project management fly
out appear. The fly out contains the name of the active project, the sections
contained in the active project with the active section highlighted, user interface
to create a new section within the active project and a list of recently used
sections.
General operations
Listed from left to right the functionality behind these icons are:
Step 1
Home page: access to general project management and general options
Step 2
Save: Save active project
Step 3
Save as: Save project with a user definable project name
Step 4
Report: generate report
Step 5
Help: opens application manual of active worksheet
The several topics are described in more detail further in the manual.
16A 9
Chapter 2 Anatomy of the application (fake level)
The workbook displayed in the picture above contains three major worksheets:
Channel Setup, Measure and Navigator. The Measure worksheet includes three
minor worksheets: Measure, Zero Check and Shunt Check.
Navigating through the different sheets can be done by clicking on the desired
arrow. The little dots drawn under a major worksheet name represents the
number of minors contained in that major worksheet. Hovering over the major
worksheet will invoke a fly out including the minor worksheets. This user
interface control can also be used to switch worksheets.
All panes of a worksheet are bound to the same pane management rules. These
rules are:
A pane can be minimized and restored or maximized and restored.
16A 11
Chapter 2 Anatomy of the application (fake level)
A pane can be docked or undocked. Default all panes are docked meaning
they are part of the visible worksheet layout. Undocking a pane lifts the
pane out of the worksheet layout. Typically this is used to put a pane on a
different screen or to maximize a pane. A user is guided when docking a
undocked pane by the docking manager. The docking manager will display
all relevant docking zones, either absolute or relative.
Docking manager
undocking, pane repositioning and pane minimizing. New layouts appear as tabs
in the worksheet layout area. The default factory worksheet layout can always
be restored, e.g. for the measure worksheet this is the Scope layout. Created
layouts are available on application level, e.g. layouts made in the Acquisition
Setup application are available in the Time Data Acquisition application.
Layout changing can be disabled by checking the option ‘Fixed pane layout’ in
the drop down menu. When this option is active, all pane header options are
disabled.
16A 13
Chapter 2 Anatomy of the application (fake level)
The Home page is a general application independent page that is used for
general functionality like opening/creating a project, reporting settings and
application wide settings. The page can be accessed through the Header area by
clicking the home shaped icon.
The different functionality contained in the tabs are discussed in the following
sections.
16A 15
Chapter 2 Anatomy of the application (fake level)
2D Frequency mode
2D correction mode
Once a function is measured, you can view it in the display with the correction
factor specified by the 2D correction type (default is automatic). This changes
the way the data is displayed but does not change the data and its annotation.
The default method of correcting the effect of adding a window function, when
showing data in displays, can be selected.
Automatic refers to the fact that the software selects the best method. If the
spectrum format is PSD for example, the spectrum data will be energy
corrected. If not, it will be amplitude corrected.
Fixed Amplitude means that the data will always be amplitude corrected. Fixed
Energy means that the data will always be energy corrected. Not Corrected
means that no correction method or factor will be applied to the data. Original
means that any new data (based on previous acquisitions) will be corrected
using the same correction method that was applied to the original data.
Project Folder
A project folder is a file with the extension lms that contains all the data that
belong to the project. The location defined alongside represents the directory
where projects will be saved by default. Click the project entry, then enter a new
location in the input field or browse for one in order to change the location.
Project Template
A Project Template file is a file with the extension tpl that contains a starting
setup that will be used whenever a new project is created. The location defined
alongside represents the directory where this template will be searched for by
default. When a new project is created, then you can select which template to
use. Click the Project Template entry, then enter a new location in the input
field or browse for one in order to change the directory.
Secured saving during acquisition: when this option is checked on, every 5s
during the acquisition, the throughput data will be saved to disk. If the
application would crash during the measurement, the LDSF file should be
intact, containing all the data except for max last 5s. Elaborated overview for
quick viewing: when this option is checked on, extra statistics about the LDSF
file will be saved that then will be used for quick overview of the complete
trace.
The curfew time can be entered by placing the mouse pointer before a number
to-be-changed (mouse pointer becomes a vertical bar) and entering the number.
When placing the mouse pointer at the beginning of the curfew time, one can
enter a valid time by pressing 4 numbers consecutively (the ‘:’ will be skipped
automatically).
16A 17
Chapter 2 Anatomy of the application (fake level)
restarted.
This navigation control is an alternative for tree view navigation. It displays the
current path by showing all elements, aka breadcrumbs, of the path. The arrows
in between the elements can be used to navigate to another path. A user can also
edit the path manually. An example of a breadcrumb usage can be found in the
next picture.
This control is actually a standard Tree view control that is used to navigate
through a hierarchical structure. The Tree view control can be displayed or not
using a toggle button.
The Tree view highlights the selected item in the tree. This item will be used to
feed the List or Pivot view, which will be explained in the next topic. The
displayed item is consistent with the Breadcrumb control meaning both point to
the same item. Changing the path in a Breadcrumb will result in an update in the
Tree control and vice versa.
The content of the selected item in the Tree view and Breadcrumb can change
and currently there is no automatic update mechanism in the Data Source
control. Therefor a button is foreseen to update the Data Source control by using
a specific button (see box labeled with 5).
List view
The List view is displaying the contents of the item selected in the Tree control
and the Breadcrumb. All items directly contained in the selected item will be
16A 19
Chapter 2 Anatomy of the application (fake level)
The list of items can be configured by defining the desired columns. In all List
views the Name column will be available and it represents the name of an item.
Next to this a user is able to add or remove columns by using the Show
columns… and Remove this column entries in the list view header
In the channel list worksheet, views can also be linked to ‘node types’ or leaves
in the tree view, e..g. the CAN configuration node can be linked with the ‘CAN
dbc’ view. Besides the default views, customized views can be linked. The
linking of views to certain node types is possible via the node context menu or
via a button in the action bar, i.e. Link or Unlink. When a node type is selected,
the linked view will automatically be applied.
Pivot view
The pivot view is not available in all Data Source Controls. This view differs
from the classic List view in different ways:
16A 21
Chapter 2 Anatomy of the application (fake level)
The selected item in the Tree view and Breadcrumb is also used as starting
point but unlike the List view the Pivot view will make a deep view. A deep
view will gather all items starting from the selected item also including all
sub items until the deepest level. All items found will be used as input to the
Pivot view.
The available items can be viewed in a specific manner using row and
column attributes combined with extra filters.
Pivot view in the Measure sheet: all data items found under Active run are used
The row attribute(s) can be selected from the available properties of the data
items. The values for these attributes will appear as rows in the Pivot view.
The column attribute can be defined the same way as the row attribute with the
limitation that only one property can be chosen for the column attribute. The
different values of this property will be displayed as columns in the Pivot view.
Next to the row and column definition a user can also add filters to limit the
available data in the Pivot view. Default the row and column attributes are
added as available filtering criteria. But other filters can be added. This is done
in the filter entry.
16A 23
Chapter 2 Anatomy of the application (fake level)
The filter will limit the displayed data in the Pivot view. Filtering on row and
column attribute can also be done using a specific handle.
The pivot cells indicate how many items are found corresponding the row
attributes, column attribute and the filters. In the current Pivot view only the
count is available.
Multiple cells can be dragged and dropped in a user picture, i.e. all
corresponding items will be dropped.
The views concept is also available in the Pivot view. The selection of row
attributes, column attribute, filters and column header orientation can be saved
in a view. The view functionality can be found in the toolbar of the Data Source
Control.
The management of views can be done through the views entry in the toolbar. A
view can be promoted to the toolbar to increase the accessibility of a view. The
maximum number of favorite views, sum of pivot and list views, is six.
Property control in Measure sheet: left side static tab and right side dynamic
tab
The static tab is actually nothing more than a list of parameters important for
controlling the worksheet process. Actually the parameter name and value are
displayed.
The dynamic tab is linked to the selected items in either a List view or Pivot
view.
Dynamic tab in Measure sheet: the properties of the selected items (3 traces)are
displayed
The dynamic or property tab visualizes the property name and value(s) of the
selected items. If the values of a certain property of the selected items are
identical, then this value is displayed. If there is a difference then the Multiple
values string is displayed. Editing a value will update the specific property for
all selected items.
16A 25
Chapter 2 Anatomy of the application (fake level)
The way the data properties or control parameters are visualized can be
determined using the controls in at the top.
Step 1
Choice between categorized and alphabetical order. The name-value pairs of
properties and parameters are always grouped into categories. The categorized
order will display the name-value pairs according the defined categories. An
alternative order is the alphabetical order where the properties are displayed in
alphabetical order without categories.
Step 2
Choice between viewing all properties and the favorite properties. Properties
can be be promoted as a favorite using the functionality described in point 3 or
in the Home page – Options - Favorites.
Step 3
Customize properties for being a favorite or not and specify the number of
digits, if the property value is a decimal number.
Step 4
Search a property name in the listed properties.
In short a user definable layout has to be create by a user using the + icon.
Clicking the + icon will bring up a list of layouts where a user can choose from.
When the layout is loaded, a user has to manually drag and drop the data from a
Data Source Control into a display of a layout. More details on the typical
layout functionality and the different types of displays can be found in the
Documentation and Presentation chapter.
The second type of layout is the Preview layout. This layout is always presented
in the first tab of the layouts and is actually the default. The difference with the
user defined layouts is the automatic behavior of displaying data. As mentioned
in the Property control section, there is a link between the items selected in a
Data Source control and a Property control. As a matter of fact the selection
items are used as input for the Property control. When a Display control is
contained in a worksheet then these items are also used as input of the preview
layout. Depending on the type of selected data elements a user will
automatically have a layout including corresponding displays.
The next picture show the selected items, being the selected cells in the pivot
table and the resulting preview layout. The selection holds three kinds of data:
statistics, time and time at level data. For each type a dedicated display is
instantiated and the data is added to the appropriate display.
16A 27
Chapter 3 The LMS Configuration and Unit System
In This Chapter
Concept of the LMS Configurations System......................29
Concept of the LMS Unit System ......................................32
Editing LMS Units .............................................................34
In the LMS Configuration System, different files and settings that are relevant
for the LMS TEST applications, will be managed automatically by the software.
The system consists of 3 management levels :
16A 29
Chapter 3 The LMS Configuration and Unit System
Central or Factory level : this level will always be available and it contains
the LMS Factory files and settings. This level will be installed through the
install procedure and its content should never be updated manually.
Group level (which is optional): this level can be enabled (optional) by the
user or administrator and it contains the configuration files and settings that
you want to share within a certain team.
User level: this level will always be available and it contains all individual
configuration files and settings of a specific user.
For every level, a specific location (folder) needs to be defined. During
installation of the "LMS Configuration and Units Editor" tool, the administrator
has the possibility to define these locations for all users on that system.
You can change these locations for yourself with the command
"File->Configuration …". You will get the following dialog where you can
change it.
The typical configuration files which are managed by this system are :
The Active Units system: ActiveUnitSystem.xml
Tools->Options …. Settings: Configuration\Loader.cfg
Column visibility of Time data selection:
Configuration\DynamicAttributes.txt
Column visibility of Block processing:
Configuration\DataBlockProcessingVisibilityMap
User attribute visibility: Configuration\UserAttributes.txt
User attribute List types: Configuration\ListAttributes.txt
Favorite Displays: Layout\SelectedLayoutFiles.txt
Template for Documentation: Attachment Templates\MemoInventory.txt
The typical file types which are managed by this system are :
When you are running one of the LMS Test applications (LMS Configuration
and Unit System tool, Test.lab), these applications will always write the
configuration files and settings on the User level.
When you are running one of the LMS applications and when it needs a specific
setting (or file that contains that setting), then the following strategy will be
handled by default (File access priority = Local) :
Step 1
First the system will look on Local level. If it is found, it will be used.
Step 2
If it is not found, then the system will look on Group level. If it is found, it will
be used.
Step 3
If it is not found, then the system will use the Factory value which is always
available on central level.
Note: If File access priority = Group, then the system will first look on Group
and then on Local level.
When you are running one of the LMS applications and when you need a list of
available configuration files of a specific file type, then the following strategy
will be handled by default (File access priority = Local) :
Step 1
First the system will look which files are available on Local level. These are
always added to the list.
Step 2
16A 31
Chapter 3 The LMS Configuration and Unit System
Then the system will look on Group level. These are added to the list, except
when a version of this file was already available on Local.
Step 3
Then the system will look on Central level. These are added to the list, except
when a version of this file is already available.
Note: If File access priority = Group, then the system will first look on Group
and then on Local level.
In the LMS Unit System, quantities are determined by their base quantity terms:
length, mass, time, angle, current, temperature, light, and mol. For the same
quantity multiple quantity cases can exist. One of these quantity cases is the
default quantity case, the others are defined by a number of unit rules. Each
quantity case maps with a set of unit cases. One of these unit cases is the default
unit case, the others are visible or invisible. A unit system (lu5) file contains all
the quantity cases, the unit rules, the lists of unit cases and their unit case status.
Unit label:
Linear conversion: scale factor, offset
User(si) = si * <scale factor> + <offset>
Level conversion: log reference, log scale factor, log base, level string, flag
for power or linear unit.
Examples:
Sound pressure’: unit label: “Pa”
scale factor: 1, offset: 0 Pa
log reference: 2e-5 Pa, log base: 10, log scale factor: 20, level string “dB
(2e-5)”, power: no
‘Temperature’: unit label: “deg C”
scale factor: 1, offset: -273.15 degC (0 K = -273.15 degC),
log reference: 1 degC, log base: 10, level scale factor: 20, level string “dB”,
power: no
Example:
Label Unit Loudness
Unit label: "sones", Level label: "phones", Log reference: 0.0625, Log base:
2, Level scale factor: 10, Power: yes
16A 33
Chapter 3 The LMS Configuration and Unit System
A Quantity Case has a related list (1 or more) of Units. We call this list of
Units belonging to the same Quantity Case the Unit Cases of this Quantity
Case.
There is one and only one default unit case for each quantity case.
Unit Case can be set to be visible or invisible. The default unit case has to
be visible.
The unit labels of all Unit Cases belonging to one Quantity Case have to be
unique.
Example:
Unit cases km and hm for quantity case Distance
A unit system contains all the quantity cases, the unit rules, the lists of unit
cases and their unit case status.
A unit system is not saved in the project database of the application, but in a
separate (lu5) file with a specific format. This unique unit system file is
accessible by each LMS Test application.
The predefined unit system files: SI, Technical, English, ISO 1683-1983
The stand-alone LMS Configuration and Unit System tool can be used to create
and modify unit system (lu4 and lu5) files. The LMS Configuration and Unit
System tool is also used to select the active unit system file. This active unit
system is notified when the LMS Test application like Test.Lab is started. When
changing this active unit system the LMS Test application needs to be re-started
in order to be aware of this change.
LMS Unit System version 1.0.0 includes Factory unit system files of type ‘lu4’.
LMS Unit System version 2.0.0 includes new Factory unit system files of type
‘lu5’ and an upgrade of the LMS Configuration and Unit System tool. In these
new Factory unit system files, the name of the existing ‘MicroStrain’ quantity
cases into ‘Strain’ quantity cases has been changed. The new Factory unit
system files also contain extra quantity cases, extra unit cases, and a number of
improved unit parameters.
LMS Unit System version 2.1.0 includes extended Factory unit system files of
type ‘lu5’ and a minor upgrade of the LMS Configuration and Unit System tool.
LMS Unit System version 2.2.0 includes extended Factory unit system files of
type ‘lu5’.
16A 35
Chapter 3 The LMS Configuration and Unit System
Note: Please refer to the section about the concept of the LMS configuration.
On File => Select active unit system…, a list is shown with all available unit
system files. Unit system files only appear once in the list and on selection, the
priority Local=>Group=>central is followed. An example of this logic is given
below:
English.lu5 Visible
SI.lu5 Visible
ISO_1683_1983.lu5 Visible
Company.lu5 Visible
Technical.lu5 Visible
The above situation for user ‘user1’ will result in a list with the following four
items listed in alphabetic order:
Company.lu5 (GroupConfiguration)
English.lu5 (central)
SI.lu5 (central)
ISO_1683_1983.lu5 (central)
Technical.lu5 (UserConfiguration)
Ultimate.lu5 (UserConfiguration)
Old unit system files of type ‘lu4’ can be imported and upgraded into type ‘lu5’
starting from a chosen unit system on the Central folder (Technical, SI, English,
or ISO 168301983):
16A 37
Chapter 3 The LMS Configuration and Unit System
Dynamic quantity cases and dynamic unit cases can be recognized by the unit
case status ‘Dynamic’. The user can change this status into ‘Default’, ‘Case
default’, Visible, or ‘Invisible’ to make this case static. Only the static units will
be saved afterwards (see later).
When dynamic quantity cases and/or unit cases have been imported, they will
not be saved unless they have been made static by the user (by changing the
Unit Case Status field).
system files is shown including an input field containing the name of the unit
system file that was opened originally. The unit system file is saved on the
UserConfiguration folder.
With Find Next, the next row will be highlighted containing a hit. This row will
be in the center of the visible list or higher when the list is too short.
16A 39
Chapter 3 The LMS Configuration and Unit System
confirmation.
Section 3.3.3.17 Help => LMS Configuration and Unit System Help
Launches the help of the LMS Configuration and Unit System tool application.
Section 3.3.3.18 Help => About LMS Configuration and Unit System
tool
Shows the ‘About’ of the LMS Configuration and Unit System tools
application.
Length
Mass
Time
Angle
Temperature
Electric current
Luminous intensity
Mole
Step 3
Quantity Case Name (*): first default quantity case, then the static ones in
alphabetic order; case sensitive, then the dynamic ones in alphabetic order; case
sensitive.
Note: A set of compatible quantity cases belong to the same quantity when they
all have the same base quantity terms (Length, Mass, Time, Angle,
Temperature, Electric current, Luminous intensity, and Mole). One quantity
case of such a set is the Default quantity case. The corresponding default unit
has status ‘Default’ (standing for general default unit). The corresponding
default units of the other (not-default) quantity cases have status ‘Case default’
(standing for case specific default unit).
Step 4
Unit Case Status (**) in sequence:
Default
Case default
Visible
Invisible
Dynamic
Notes: A Label Unit can only have Label Status Visible or Dynamic. The
Dynamic option for the Unit Case Status is only available in case of an
imported unit case. (The option is Dynamic after importing the unit case and
can be changed by the user into another option.)
Step 5
Unit Case Name: alphabetic order; case sensitive
3.3.4.1.1.1 Presentation of unit cases per Quantity
The sorting algorithm makes sure that all unit cases of the same quantity are
next to each other. These groups of unit cases belonging to the same quantity
are displayed with alternating background colors: white and light grey.
The font colours are also optimized: red for all dynamic info and green for all
dynamic info which has been changed into static (Default, Case default, Visible,
or Invisible) by the user.
16A 41
Chapter 3 The LMS Configuration and Unit System
Note: A set of compatible quantity cases belong to the same quantity when they
all have the same base quantity terms (Length, Mass, Time, Angle,
Temperature, Electric current, Luminous intensity, and Mole). One quantity
case of such a set is the Default quantity case. The corresponding default unit
has status ‘Default’ (standing for general default unit). The corresponding
default units of the other (not-default) quantity cases have status ‘Case default’
(standing for case specific default unit). The default quantity case is the quantity
case for which the default unit case is the quantity default, called ‘Default’ and
not only the default unit case for the quantity case, called the ‘Case default’.
The Dynamic option for the Unit Case Status is only available in case of an
imported unit case. (The option is Dynamic after importing the unit case and
can be changed by the user into another option.)
Step 4
Unit Case Name: alphabetic order; case sensitive
3.3.4.1.2.1 Presentation of unit cases per quantity case
The sorting algorithm makes sure that all unit cases of the same quantity case
are next to each other. These groups of unit cases belonging to the same
quantity case are displayed with alternating background colors: white and light
grey.
The font colours are also optimized: red for all dynamic info and green for all
dynamic info which has been changed into static (Default, Case default, Visible,
or Invisible) by the user.
dB dB dB
dB<(W)> dB dB(A)
dB<[W]> dB dB[A]
When adding a unit, the values of the active selection are taken over in case a
unit is selected (and not a label). If no such selection is made, all values are put
to the defaults.
16A 43
Chapter 3 The LMS Configuration and Unit System
The consistency check will be the verification of the uniqueness of the quantity
case name and the unit case name for the given quantity case and the validation
of the input parameters according the table above.
When adding a label, the values of the active selection are taken over in case a
label is selected (and not a unit). If no such selection is made, all values are put
to the defaults.
The consistency check will be the verification of the uniqueness of the quantity
case name and the label name and the validation of the input parameters
according the table above.
16A 45
Chapter 3 The LMS Configuration and Unit System
When adding a Rule, the values of the active selection are taken over. If no
selection is made, all values are put to the defaults.
The calculation of this list of resulting quantity cases depends on the base
quantities obtained from the proposed unit calculation. All quantity cases that
16A 47
Chapter 4 Data and its management
In This Chapter
Project data .........................................................................49
Data management ...............................................................53
Reading external file formats .............................................53
Importing TRP data ............................................................54
Exporting data ....................................................................54
A project is a single entity that contains all the data that you require to be kept
together. It is a means of grouping a set of data that logically belong together.
This is typically the data relating to a particular test object. It could thus include
all sorts of data, such as measurement data, test and processing setups, geometry
and modal data.
You can use different applications with the same project and you can use a
single application with a number of different projects, though typically you
would not have the same project open in different applications at the same time.
The default location to store and open projects needs to be identified during the
16A 49
Chapter 4 Data and its management
Test.lab installation procedure. All the projects stored in this location can be
listed via the according project list view. This location can be changed in the
Home>Options>Project data tab.
You can also use the standard Windows functionality to open an existing project
with a different application.
First select the project in a Windows Explorer and right click the file.
In the popup menu, use the Open With... option to select the application that
you want to use to open the project. If you want to open your projects, using this
application by default, check the corresponding checkbox Always use the
selected program to open this kind of file.
Sections are contained within projects. They are a means of organizing sets of
data that have been acquired under the same test conditions, analyzed using the
same parameters or derived using the same processing.
The channel setup and the measurement and processing parameters are part of
the Section. Activating a Section will cause these parameters to come into
effect.
When the application is started (or a new project), a single section within a new
project is created.
Additional sections can be created using the New Section... button, via a project
context menu or via the header area fly out menu. In this fly out menu Type a
name + Enter … creates a new active section. Active sections in the current
project can be switched or a recent active section across projects can be
activated.
There is always an active section (shown in the Active Section field in the
toolbar) and all operations performed using the menu and tool bar will be
executed on this active section. There is no possibility to have more than one
Active Section open at a certain time.
Note: All generated data is placed and saved in the active section.
Runs are found within sections. They contain data from all measurement
channels that were acquired (or imported from .trp files) during the same
measurement sequence. Each time a new measurement is started a new run will
be initiated which will contain the acquired data.
Data is always saved in a run when the data acquisition is stopped. This data
must be removed if you do not want to keep it.
16A 51
Chapter 4 Data and its management
Step 1
Edit Measurement annotation in the properties pane.
Select a run of the active project in the Navigator Data Selection pane.
You can now edit the measurement annotation via the properties pane.
Click on the value of a property to edit it.
When you select multiple runs, you can edit a property of these runs at the
same time
You must explicitly apply the changes you made via the <Apply> button on
the bottom of the properties pane
Step 2
Edit Measurement annotation in the List view.
Select a section of the active project in the Navigator Data Selection pane.
Add show columns with measurement annotation properties in the default
list view.
You can now directly edit the measurement annotation of all the runs in the
list view
Change cell by cell
Copy/paste of values
Fill down
All project data can be copied (Ctrl+C). There are restrictions for the paste
(Ctrl+V) operation.
The most important restriction is that you cannot paste extra data in a
Run-folder, created by the RLDA application.
You can rename or delete (Delete key) Sections, Runs and all arbitrary folders.
You can create new folders on section level or on any previously created folder.
This document describes the types of files that you can read directly from
within Test.lab.
16A 53
Chapter 4 Data and its management
Files that were measured with the standalone Recorder, namely .trp files (or
.xtrp files), cannot be read directly within Test.lab, to do further analysis. Only
some overview data is available with direct access.
You must import these files first explicitly within a Test.lab project, before you
can use the measured data for further analysis.
You can import a .trp file, with the context menu Import which will be available
on a selected TRP file. This operation will create a new run within the Active
Section and the TRP overview traces will be transformed into the standalone
measured channels.
You can export the measured throughput data using the Export… button or via
the data file context menu.
Step 1
Browse for the run (1 or more) you want to export and select them.
Step 3
Choose the file format you want for the data item.
Step 6
Specify the name and location where you want to save the data.
Step 7
Click OK.
Output Directory : You have the choice between two options for your
output directory folder
You can put the exported file on the same folder as the input.
You can put all exported files on the same folder. You can manually
indicate the folder in the edit field.
File naming : You have the choice between two options for your generated
output filename
The filename will be the same as the input. So only the extension will
change.
All exported files will get the same prefix, extended with a sequential
number. You can manually indicated the prefix in the edit field
16A 55
Chapter 4 Data and its management
Critical channels for GPS export are: Latitude, Longitude, Altitude and
NumberOfSatellites.
Filter settings:
None: no filtering will be applied. All points that are available in the TDF
will be exported.
Minimum time between points: you can reduce the number of points
exported by defining how much time there should be between 2 points in
the track. This way, you can reduce the size of the exported file.
Minimum distance between points: you can reduce the number of points
exported by defining how much distance there should be between 2 points
in the track. This way, you can reduce the size of the exported file.
Filter settings:
None: no filtering will be applied. All points that are available in the TDF
will be exported.
Minimum time between points: you can reduce the number of points
exported by defining how much time there should be between 2 points in
the track. This way, you can reduce the size of the exported file.
Minimum distance between points: you can reduce the number of points
exported by defining how much distance there should be between 2 points
in the track. This way, you can reduce the size of the exported file.
16A 57
G
Index
General export options • 59
Get licenses from • 19
A GPS • 60
About • 20 H
Add-ins • 17
Anatomy of the application • 7 HEAD • 61
Anatomy of the application (fake level) • 7 Header area • 9
Help => About LMS Configuration and Unit
B System tool • 46
Base Quantity • 39 Help => LMS Configuration and Unit System
Help • 46
C Home page • 16
Columns selection • 51 I
Concept of the LMS Configurations System •
35 Importing TRP data • 58
Concept of the LMS Unit System • 38 IST RigSys • 60
Creating a template within an application • 54 K
D KML (Keyhole Markup Language) • 60
Data and its management • 53 L
Data management • 57
Data Source Control • 21 Label Unit • 39
Display Control • 32 Lexade • 60
Displays • 18 Licensing • 19
Documentation • 56 LMS ASCII • 60
E M
Edit => Add label… • 45 Main panel logic • 41
Edit => Add rule… • 45 Major upgrade • 43
Edit => Add unit… • 45 MATLAB • 61
Edit => Delete… • 46 Measurement annotation • 55
Edit => Edit… • 46 Menu bar • 42
Edit => Find • 45 Message area • 16
Edit…/Add... Labels panel • 50 Minor upgrade • 44
Edit…/Add... Unit Rules panel • 52 MOOG • 60
Edit…/Add...Unit Cases panel • 49 MTS RPC III • 59
Editing LMS Units • 40 N
Exporting data • 58
NCode DAC • 60
F New project • 17
Favorites • 20 NI DIADEM DAT • 60
File => Exit • 45 NI DIADEM TDM • 60
File => Import dynamic units • 44 NMEA (National Marine Electronics
File => Save • 44 Association) • 61
File => Save as… • 45 O
File => Select active unit system • 42
File => Upgrade unit system • 43 Open project • 17
File =>Configuration • 42 Opening a project directly • 54
Format of the Level String • 49 Opening a project within an application • 53
Format specific export options • 59 Options • 18
Other folders • 56
16A 59
P W
Panes • 20 Windows caption • 8
Presentation of unit cases per Quantity • 47 Workflow area • 11
Presentation of unit cases per quantity case • Worksheet area • 12
48 Worksheet layout area • 14
Presentation of unit rules per resulting quantity Write strategy • 37
case • 51
Project data • 19, 53
Project templates • 54
Projects • 53
Property Control • 30
Q
Quantity • 39
Quantity Case • 40
R
Read strategy • 37
Reading external file formats • 57
Report • 17
Rows selection • 51
Runs • 55
S
Sections • 55
Sorting according to base quantities • 47
Sorting according to name • 48
Sorting of the Unit Cases • 46
Sorting of the Unit Rules • 51
State control area • 15
T
The LMS Configuration and Unit System • 35
The LMS Test.Lab Recorder Data Conversion
Tool workbook • 5
Timer options • 19
U
Unit • 38
Unit Case • 40
Unit Cases panel • 46
Unit Rules panel • 51
Unit system • 20, 40
Using a template within an application • 54
V
Versioning of LMS Unit System • 41
View => Show • 46
View => Sort • 46
View => Toolbar • 46
Visibility Checkboxes of the Unit Cases tab •
51