# Products

## Hardware

<table data-column-title-hidden data-view="cards"><thead><tr><th></th><th data-hidden></th><th data-hidden></th><th data-hidden data-card-cover data-type="files"></th><th data-hidden data-card-target data-type="content-ref"></th></tr></thead><tbody><tr><td><strong>SSV</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2Fx2OJXeCjX3HRp9n5NRoo%2FIMG_0013.jpg?alt=media&amp;token=e69729dd-58b0-4cda-9d58-c98dfefea9a8">IMG_0013.jpg</a></td><td><a href="/ssv">Downloads</a></td></tr><tr><td><strong>Switching Platform</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2FSX5MhSF3BOcldo7bQU2j%2FExh89kfmiDXkXxblNNvKg2hHIjg.avif?alt=media&amp;token=919c61ff-67eb-46f0-9f18-b42c33c7a98a">Exh89kfmiDXkXxblNNvKg2hHIjg.avif</a></td><td><a href="/switching-platform">Downloads</a></td></tr><tr><td><strong>MesSy</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2F2X1GdEoyBx2r0SkmfTqL%2F20240223%20IRS-2465-3.jpg?alt=media&amp;token=3d70d319-aedf-42e9-b400-d51cb56f70ab">20240223 IRS-2465-3.jpg</a></td><td><a href="/messy">Downloads</a></td></tr><tr><td><strong>CMM 2CH</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2FViN5DaIt8vaUVoYrY7PL%2FIMG_9993.jpg?alt=media&amp;token=78f5c6ae-78bb-4456-b6f3-f1bedddf57eb">IMG_9993.jpg</a></td><td><a href="/cmm-2ch">Getting Started</a></td></tr><tr><td><strong>CMM IV</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2F5qD2BdyEFMTNxwsYlXfp%2FIMG_9985.jpg?alt=media&amp;token=21c732fe-c344-48cf-a5a8-3e1840845494">IMG_9985.jpg</a></td><td><a href="https://docs.irs.systems/cmm-iv/">CMM IV</a></td></tr><tr><td><strong>CMM 3CH</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2FPe3Bce9FZDp74GtLpkPY%2FIMG_1261.jpg?alt=media&amp;token=8f84136f-2347-461a-bf86-92d0704a7272">IMG_1261.jpg</a></td><td><a href="https://docs.irs.systems/cmm-3ch/">CMM 3CH</a></td></tr><tr><td><strong>CMM III</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2FI6cPj3LXVu3wXN14ELgj%2FIMG_7420.jpg?alt=media&amp;token=f1c773a8-1adf-4277-bcc7-e89846aeeb07">IMG_7420.jpg</a></td><td><a href="/cmm-iii">Downloads</a></td></tr><tr><td><strong>CAN-FD</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2FZWhNwA4BPo27SBou9RgE%2FJFAxpi7m2RW4kQ5r09FykqwpVk.jpg?alt=media&amp;token=9bd84906-f5ab-4f13-bfda-fd0010ec2f7b">JFAxpi7m2RW4kQ5r09FykqwpVk.jpg</a></td><td><a href="/can-fd">Downloads</a></td></tr><tr><td><strong>Resolver Simulation</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2F7qoRtCHWroiUGbAPYERY%2Fj6OZYNJD27ATMJkZOdbW8cZMuiY.avif?alt=media&amp;token=d8d9085f-ce55-4316-a989-b31330e30f0c">j6OZYNJD27ATMJkZOdbW8cZMuiY.avif</a></td><td><a href="/resolver-simulation">Downloads</a></td></tr><tr><td><strong>MiniPWZ II</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2FqBvg1DzK10JuWwuX8pAC%2FIMG_9822.jpg?alt=media&amp;token=1fcc90b4-a8d1-465b-8be2-319e5a226151">IMG_9822.jpg</a></td><td><a href="https://docs.irs.systems/mini-pwz-ii/">Mini PWZ II</a></td></tr><tr><td><strong>Position Sensor Simulation FS</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2Fvzv30XvcoGWPvPLKJFMe%2FIMG_1328-3.jpg?alt=media&amp;token=fb813da0-5a55-4fdd-a51b-63817965836a">IMG_1328-3.jpg</a></td><td><a href="https://docs.irs.systems/position-sensor-simulation-fs/">Position Sensor Simulation FS</a></td></tr></tbody></table>

## System

<table data-view="cards"><thead><tr><th></th><th data-hidden data-card-cover data-type="files"></th><th data-hidden data-card-target data-type="content-ref"></th></tr></thead><tbody><tr><td><strong>E-Motor Emulator</strong></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2FcepVmd9tkVxcFRL8m4TS%2FWTxP76h0Vx7UkL5C7ELQkMerLE.webp?alt=media&amp;token=47639752-9de0-4095-a083-d668a2f64586">WTxP76h0Vx7UkL5C7ELQkMerLE.webp</a></td><td><a href="https://docs.irs.systems/eme/">EME</a></td></tr></tbody></table>

## Software

<table data-view="cards"><thead><tr><th></th><th data-hidden></th><th data-hidden></th><th data-hidden data-card-cover data-type="files"></th><th data-hidden data-card-target data-type="content-ref"></th></tr></thead><tbody><tr><td><strong>Report Analyzer</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2F45uXSGn4aRQqB8velicd%2FSXjEN3swGJnc5XLRzEEuwq0aUKI.avif?alt=media&amp;token=75710d44-7ce0-48eb-b0d4-bc6ecd1c0478">SXjEN3swGJnc5XLRzEEuwq0aUKI.avif</a></td><td><a href="/report-analyzer">Overview</a></td></tr><tr><td><strong>LTT</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2Ft2pjQvPnoRhlTfUUGw9o%2FbHiiXoUjO0EL7gXJ6MQMSBHmhg.avif?alt=media&amp;token=721d180c-6bfe-4e0a-bdd7-83d8a7009137">bHiiXoUjO0EL7gXJ6MQMSBHmhg.avif</a></td><td><a href="https://docs.irs.systems/ltt/">LTT</a></td></tr><tr><td><strong>TUI</strong></td><td></td><td></td><td><a href="https://1638392964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEIVtd01FDeKPu6amVSqA%2Fuploads%2FZyMMdOoC3XnGNwQZwNjQ%2FP9xBnnGxiCf6UPtrzodoONjJtY.webp?alt=media&amp;token=23c7f482-dddd-4197-bfb7-1d73e52f2b33">P9xBnnGxiCf6UPtrzodoONjJtY.webp</a></td><td><a href="/tui">Downloads</a></td></tr></tbody></table>


# Declaration of Conformity


# MesSy

{% file src="/files/YMCcJai30SWVn4PCkFGo" %}

{% file src="/files/pzrSxKSI1emcoK3t16HB" %}

{% file src="/files/AJwvhgGzs2GHBd8nl676" %}


# Switching Platform

{% file src="/files/YqYR38V00BeqjCTzPYs8" %}

{% file src="/files/KbHGbIYqbDFN62z4v6h0" %}

{% file src="/files/DQmDUINg2UzjqIflmHSd" %}

{% file src="/files/3kSNfHrNo1KMlnEa7HAs" %}

{% file src="/files/ybP3HBGtbMMRcxtwYjKD" %}

{% file src="/files/VjQ7i7rQfpLODfM1hfa0" %}

{% file src="/files/kHxyAHBhtlDHHbUwwxSR" %}

{% file src="/files/cjrPGLj0zbtAoVXcEG8E" %}

{% file src="/files/DBxEQMzEr507B3j94VhL" %}

{% file src="/files/eqRGWJJFmPANsrlJRQOy" %}

{% file src="/files/9m3UR75TGwXOnNTOcch1" %}

{% file src="/files/5CsPSaNwosIAw91gpWxg" %}

{% file src="/files/KjSo182WdABRBvOfO6ql" %}

{% file src="/files/iW3zSNkXCEmmoWHbfKU4" %}

{% file src="/files/LasmzdGjVZWoASJhadM7" %}

{% file src="/files/a1DICVrXrtCpHVrMBpEt" %}

{% file src="/files/FI5KkoE1rXGgnKRhccsH" %}

{% file src="/files/MbyMYeX6396L8NeQBJGy" %}

{% file src="/files/l39drs7jBbbHv7VdWaal" %}

{% file src="/files/DcFmICjmRQUgTTJXsEjJ" %}

{% file src="/files/R4fsA1giDh5hjgAtyJz1" %}


# CMM

{% file src="/files/oViryMRINQbC9t5bzYAV" %}

{% file src="/files/VmbdGtBnmwSQ9gtpNtI5" %}

{% file src="/files/E3uoAdiv2JIViaFIRuMZ" %}

{% file src="/files/NjccboobPcIuZpOVSHFK" %}


# Certifications

## DIN EN ISO 9001:2015

{% file src="/files/NZdzXRIDJJlnAtpSkgPa" %}

## DIN EN ISO 14001:2015

{% file src="/files/B8ueVWN9Z8HsqSvYG1gG" %}


# Security

At **IRS Systementwicklung GmbH** we embed **Security by Design** principles throughout the entire product lifecycle. This means security is integrated from the earliest stages of development to ensure compliance with the **Cyber Resilience Act (CRA)** and to protect our customers against evolving threats.

### Our Approach to Security by Design

* **Secure Development Lifecycle:** We apply secure coding practices, code reviews, and automated security testing.
* **Risk-Based Architecture:** Threat modeling and hardening measures are part of every design phase.
* **Continuous Monitoring:** We track vulnerabilities and apply timely patches to maintain resilience.

### How to Report a Vulnerability or Cybersecurity Incident

If you discover a potential vulnerability or cybersecurity incident involving our products or services, please report it to:

**Email:** <mark style="background-color:yellow;"><security@irs.systems></mark>

When reporting, include:

* A clear description of the vulnerability
* Steps to reproduce
* Impact and affected components
* Optional: logs, screenshots, or proof-of-concept

## Patch Management

We follow a structured patch management process to ensure timely remediation of vulnerabilities:

1. **Identification:** Vulnerabilities are detected through internal testing, external reports, and automated scans.
2. **Assessment:** Each finding is analyzed for severity, impact, and exploitability.
3. **Prioritization:** Critical and high-risk issues are addressed immediately; others follow scheduled patch cycles.
4. **Remediation:** Fixes are developed, tested, and deployed with minimal disruption.
5. **Verification:** Post-patch validation ensures the vulnerability is fully resolved.
6. **Transparency:** We publish CVE details and patch timelines here for compliance and trust.

### Patch Timeline

| ID (CVE) | Description | Severity | Identified On | Patched On |
| -------- | ----------- | -------- | ------------- | ---------- |
|          |             |          |               |            |

#### Notes:

* **Severity** is based on CVSS scoring and internal risk assessment.
* We aim to patch **Critical** vulnerabilities within 7 days and **High** within 30 days.
* Patched installers and updated drivers for all resolved vulnerabilities are available on our download page.

<p align="center"><a href="https://my.irs.systems/downloads" class="button primary" data-icon="square-down">Downloads</a></p>


# CSR (Lieferanten)

Version: 23.03.2026

### **Verbindliche Anforderungen an Lieferanten (CSR & Nachhaltigkeit)**

Lieferanten verpflichten sich, die nachfolgenden Anforderungen einzuhalten, umzusetzen und auf Anfrage nachzuweisen:

***

#### **1. Soziale Verantwortung und Menschenrechte**

**Kinderarbeit und junge Arbeitnehmer**

* Keine Beschäftigung von Kindern unter dem gesetzlichen Mindestalter bzw. unter 15 Jahren (je nachdem, welcher Wert höher ist)
* Schutz von jungen Arbeitnehmern (unter 18 Jahren) vor gefährlicher oder gesundheitsgefährdender Arbeit

**Löhne und Sozialleistungen**

* Zahlung mindestens gesetzlicher Mindestlöhne
* Gewährung gesetzlich vorgeschriebener Sozialleistungen
* Transparente und nachvollziehbare Lohnabrechnung

**Arbeitszeit**

* Einhaltung gesetzlicher Höchstarbeitszeiten
* Gewährung von Ruhezeiten und freien Tagen gemäß geltendem Recht

**Moderne Sklaverei**

* Verbot von Zwangsarbeit, Schuldknechtschaft, Menschenhandel oder unfreiwilliger Arbeit
* Beschäftigung ausschließlich auf freiwilliger Basis

**Ethische Rekrutierung**

* Keine Vermittlungsgebühren für Arbeitnehmer
* Transparente und faire Einstellungsverfahren

**Vereinigungsfreiheit und Tarifverhandlungen**

* Anerkennung des Rechts auf Gewerkschaftsbildung und Kollektivverhandlungen
* Keine Benachteiligung von Arbeitnehmervertretern

**Nichtdiskriminierung und Belästigung**

* Gleichbehandlung unabhängig von Geschlecht, Herkunft, Religion, Alter etc.
* Nulltoleranz gegenüber Belästigung und Missbrauch

**Frauenrechte**

* Gleichstellung von Frauen am Arbeitsplatz
* Schutz vor Diskriminierung, insbesondere bei Schwangerschaft oder Mutterschaft

**Vielfalt, Gleichberechtigung und Inklusion**

* Förderung eines diskriminierungsfreien und inklusiven Arbeitsumfelds

**Rechte von Minderheiten und indigenen Völkern**

* Respektierung kultureller, sozialer und territorialer Rechte

**Land-, Wald- und Wasserrechte sowie Zwangsräumung**

* Keine rechtswidrige Aneignung oder Nutzung von Land und Ressourcen
* Verbot von Zwangsräumungen

**Einsatz von Sicherheitskräften**

* Sicherheitskräfte handeln im Einklang mit Menschenrechten
* Keine Gewaltanwendung oder Einschüchterung

**Arbeitsschutz**

* Gewährleistung sicherer und gesunder Arbeitsbedingungen
* Bereitstellung von Schutzausrüstung und Schulungen

***

#### **2. Ethik und Integrität**

**Korruptions- und Geldwäschebekämpfung**

* Verbot von Bestechung, Vorteilsnahme und Geldwäsche
* Implementierung entsprechender Kontrollmechanismen

**Datenschutz und Datensicherheit**

* Schutz personenbezogener und vertraulicher Daten
* Einhaltung geltender Datenschutzgesetze

**Finanzielle Verantwortung**

* Führung korrekter, vollständiger und prüfbarer Geschäftsunterlagen

**Offenlegung von Informationen**

* Bereitstellung relevanter Informationen zu Nachhaltigkeit und Geschäftspraktiken auf Anfrage

**Fairer Wettbewerb und Kartellrecht**

* Einhaltung aller Wettbewerbs- und Kartellgesetze

**Interessenkonflikte**

* Offenlegung potenzieller Interessenkonflikte

**Plagiate**

* Verbot von Produktfälschungen und unautorisierten Kopien

**Geistiges Eigentum**

* Schutz und Respekt von geistigem Eigentum

**Ausfuhrkontrollen und Wirtschaftssanktionen**

* Einhaltung aller relevanten Exportkontroll- und Sanktionsvorschriften

**Whistleblowing und Schutz vor Vergeltung**

* Einrichtung von Meldekanälen für Verstöße
* Schutz von Hinweisgebern vor Benachteiligung

***

#### **3. Umweltverantwortung**

**Energieeffizienz**

* Reduzierung des Energieverbrauchs durch geeignete Maßnahmen

**Erneuerbare Energien**

* Förderung und Nutzung erneuerbarer Energiequellen, soweit möglich

**Dekarbonisierung**

* Maßnahmen zur Reduktion von Treibhausgasemissionen

**Wasserqualität, -verbrauch und -wirtschaft**

* Verantwortungsvoller Umgang mit Wasserressourcen
* Vermeidung von Verschmutzung

**Luftqualität**

* Minimierung von Emissionen und Luftschadstoffen

**Chemikalienmanagement**

* Sicherer Umgang, Lagerung und Entsorgung von Chemikalien

**Nachhaltiges Ressourcenmanagement**

* Effiziente Nutzung von Rohstoffen

**Abfallvermeidung**

* Reduzierung von Abfällen an der Quelle

**Wiederverwendung und Recycling**

* Förderung von Kreislaufwirtschaft

**Tierschutz**

* Einhaltung anerkannter Tierschutzstandards

**Artenvielfalt, Landnutzung und Entwaldung**

* Schutz von Biodiversität und Vermeidung von Entwaldung

**Bodenqualität**

* Vermeidung von Bodenverschmutzung und -degradation

**Lärmemissionen**

* Minimierung von Lärmbelastungen

***

#### **4. Lieferkette und Weitergabepflichten**

**Standards für eigene Lieferanten (Tier-1)**

* Lieferanten müssen vergleichbare CSR- und Nachhaltigkeitsstandards bei ihren direkten Zulieferern implementieren

**Verpflichtung zur Weitergabe entlang der Lieferkette**

* Verbindliche Weitergabe dieser Anforderungen an alle relevanten Unterlieferanten
* Nachweis über Umsetzung auf Anfrage

***

#### **5. Nachweis und Kontrolle**

* Bereitstellung von Nachweisen (z. B. Zertifikate, Audits, Selbstauskünfte)
* Zustimmung zu Audits durch den Auftraggeber oder Dritte


# Remote Help

## <i class="fa-windows">:windows:</i> Windows

{% embed url="<https://my.anydesk.com/v2/api/v2/custom-clients/downloads/public/2NX4XY5A3YKX/IRS.AnyDeskClient.msi>" %}

## <i class="fa-apple">:apple:</i> macOS

{% embed url="<https://my.anydesk.com/v2/api/v2/custom-clients/downloads/public/YXK09UV6HJN7/IRSAnyDeskClient.dmg>" %}

## <i class="fa-linux">:linux:</i> Linux

{% embed url="<https://my.anydesk.com/v2/api/v2/custom-clients/downloads/public/ZVJDBLDJPXFO/IRSAnyDeskClient.tar.gz>" %}


# LTT Overview

<figure><img src="https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2FWrWBF6Gs72r5oIA6CLRl%2Fimage.png?alt=media&amp;token=514adf4e-f04f-49c1-9610-fd0a4e25c100" alt=""><figcaption><p>IRS LTT GUI</p></figcaption></figure>

The IRS LTT GUI (Life Time Tester Graphical User Interface) is a powerful graphical user interface specifically designed to manage and monitor long-term electrical tests on various electronic control units.

&#x20;The outstanding feature of the IRS LTT software is the parallel operation of multiple DUTs (Devices Under Test). This function allows for the simultaneous testing of multiple devices, saving time and costs while significantly increasing the efficiency of your testing processes.

&#x20;A typical application area of the IRS LTT software are lifetime test (LTT) systems. These systems conduct electrical endurance tests on various devices and simulate realistic environmental conditions such as temperature and humidity to evaluate the ageing process or the lifespan of the devices. A particularly common application area is the testing of automotive control units, where the devices are tested for reliability and durability under real conditions.

&#x20;The IRS LTT software is supplied as standard with every IRS service lifetime simulation system, but can also be purchased separately and independently of the system - for flexible and efficient use in different test environments.


# LTT GUI Manual

coming soon ...


# Getting Started

* [System Overview](/ltt/documentation/ltt-gui-manual/gettingstarted/system-overview)
* [Folder Structure](/ltt/documentation/ltt-gui-manual/gettingstarted/folder-structure)
* [Setup Guide](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide)
* [MesSy Version Setup](/ltt/documentation/ltt-gui-manual/configuration/messyconfiguration/changing-messy-version)

***

![Main](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-32c63de2d9893eeebb1c68925ab9b00ac4e3f8bd%2FMain.png?alt=media)


# System Overview

A **life time tester** (LTT) is an electric control cabinet, whose purpose is to perform **long term electrical tests** on various electrical devices (so called *devices under test*, or short DUT) under certain **environmental conditions** (temperature, humidity, etc.). One can say, it simulates the aging process or lifetime of an electrical device.

The **IRS LTT software**, which comes with every **IRS life time tester** is composed of several parts.

![System Overview](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-e515740e478548839e3aab535aa02c884c0d94c6%2FSystem_Overview.png?alt=media)

This is the documentation of the IRS LTT software, including the graphical user interface (GUI), the TestStand sub system and all other related components.


# Folder Structure

After installation you will find a certain folder structure below your root installation folder.

![Folder Structure](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-9f39c228c3d7a5cd9a820b4211d3ba85a15e5a98%2FFolders.png?alt=media)

| Folder                 | Content                                                                                                          |
| ---------------------- | ---------------------------------------------------------------------------------------------------------------- |
| 10\_LTT\_Results       | Location of the history files ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata)). |
| 20\_LTT\_Data\_Logs    | Location of various measurement data files.                                                                      |
| 30\_LTT\_Comm\_Logs    | Location of various DUT communication logs (currently not used).                                                 |
| 40\_LTT\_Sys\_Logs     | System log files.                                                                                                |
| 50\_LTT\_SW            | The LTT GUI software + TestStand root + Configuration files.                                                     |
| 55\_LTT\_MDBS          | The measurement database system ([more info](/ltt/documentation/ltt-gui-manual/mdbs)).                           |
| 60\_LTT\_Action\_Logs  | See chapter about Action Logs.                                                                                   |
| 66\_LTT\_Tools         | Some tools.                                                                                                      |
| 77\_LTT\_Documentation | The LTT documentation.                                                                                           |

The **50\_LTT\_SW** folder content is like below:

| Folder          | Content                                                                                                                                                                                        |
| --------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| LTT Config      | Location of all LTT configuration files ([more info](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/documentation/ltt-gui-manual/Configuration/README.md)). |
| LTT GUI         | Location of the LTT GUI & LTT MesVis executables.                                                                                                                                              |
| LTT Limit Files | Location of all LTT limit configuration files ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f5limitconfiguration)).                                                            |
| LTT TS          | The TestStand root directory ([more info](/ltt/documentation/ltt-gui-manual/teststand)).                                                                                                       |


# Initial Setup Guide

If you start a brand new LTT GUI installation for the first time **you need to perform certain setup tasks** before you can load and run a LTT TestStand sequence file.

![Main Window](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-663265c31fe41aa8c348082a6e5380174f427007%2FMain_New.png?alt=media)

Although the GUI assists you with this task by displaying various messages, an overview of the **minimum steps needed** to run a LTT TestStand sequence file is given right here.

Each of the below steps links to the corresponding chapter in which the required action will be explained in detail. In each of those chapters a back link to this setup guide is provided, so you can easily jump between the setup guide and the individual topics.

{% hint style="warning" %}
For the first 3 steps the LTT GUI may not be open. Please close the GUI if you have it currently open.
{% endhint %}

| Step | Action                                 | Location                                                                                                             |
| ---- | -------------------------------------- | -------------------------------------------------------------------------------------------------------------------- |
| 1    | Set project name                       | [Main configuration file](/ltt/documentation/ltt-gui-manual/configuration/mainconfiguration)                         |
| 2    | Setup drivers                          | [Module configuration file](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration)                     |
| 3    | Setup DUT signals                      | [MesSy configuration file](/ltt/documentation/ltt-gui-manual/configuration/messyconfiguration)                       |
| 4    | Create test stations                   | [F3 - project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/teststationconfiguration)     |
| 5    | Define DUT types                       | [F3 - project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/duttypesconfiguration)        |
| 6    | Define test groups                     | [F3 - project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/testgroupsconfiguration)      |
| 7    | Define / import signals                | [F3 - project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/signalsdefinition)            |
| 8    | Define limits                          | [F5 - limit configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f5limitconfiguration)                    |
| 9    | Define operation modes and parameters  | [TestStand sequence file](/ltt/documentation/ltt-gui-manual/teststand/operationmodes)                                |
| 10   | Load a TestStand sequence file         | [Main window](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/statusdisplay)                                     |
| 11   | Create a TCC <> operation mode mapping | [F10 - test parameter configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration) |
| 12   | Assign DUTs to test stations           | [F11 - test configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration)                    |
| 13   | Start test                             | [Main window](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/toolbar)                                           |


# Configuration


# Main Configuration

{% hint style="info" %}
[Click](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/.gitbook/assets/ltt_main_config.xml) to open the main configuration file **ltt\_main\_config.xml**.
{% endhint %}

The main configuration file contains:

* some flags to determine certain behaviours
* some LTT settings like project name and cabinet number
* some GUI settings for display purposes
* some paths
* database configuration
* backup settings ([read more](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf11datatransfer))

{% hint style="info" %}
Please note, not all parameters are explained. Only those you are meant to change. Undocumented parameters are for internal purposes only.
{% endhint %}

## Flags

| Parameter                          | Explanation                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            |
| ---------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| AutoUpdateTestPlan                 | If set to `true` any loaded testplan will be converted to a newer version if necessary. This feature is disabled by default. Please do not activate this feature if not told to do so. Updating will modify your TestStand sequences, which will require a proper license. If you only have a TestStand base deployment license it will fail.                                                                                                                                                                                                                          |
| AutoLoadTestplan                   | If set to `true` the last loaded testplan will load automatically after GUI startup.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   |
| AutoStartTestplan                  | If set to `true` the last loaded testplan will start automatically once it is loaded.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                  |
| AutoSaveOverview                   | If set to `true` an error overview will be saved automatically after each station stop. [Read more.](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/shiftf3-actionlog)                                                                                                                                                                                                                                                                                                                                                                                               |
| UseBatchPerGroup                   | If set to `true` all default synchronization steps (like batch or SYNC) will synchronize all stations in a group. If set to `false` the synchronization is global. [Read more.](/ltt/documentation/ltt-gui-manual/teststand/synchronization)                                                                                                                                                                                                                                                                                                                           |
| StationRuntimeControlledByTestplan | If set to `true` the runtime does not start counting immediately when you start a station from GUI (see [here](/ltt/documentation/ltt-gui-manual/lttgui/stationcontrol)). Instead, the runtime is controlled by the test sequence by calling a certain VI (see [here](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/enableruntime)).                                                                                                                                                                                                                     |
| MaxRuntimeStopBehaviour            | Possible values: `Terminate` (default) and `Stop`. By default when the max. runtime is reached the station will be stopped by a terminate. This means the sequence will stop immediately after the currently executed step (still doing cleanup stuff). If you want to finish the current cycle, even the max. runtime was reached, you can switch to the Stop-method, which will stop the sequence when the next [check for stop](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/checkstop) step is reached or the operation mode sequence has finished. |
| MaxErrorStopBehaviour              | Possible values: `Terminate` (default) and `Stop`. By default when a runtime error occurs the station will be stopped by a terminate. This means the sequence will stop immediately after the currently executed step (still doing cleanup stuff). If you want to finish the current cycle, even a runtime error happened, you can switch to the Stop-method, which will stop the sequence when the next [check for stop](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/checkstop) step is reached or the operation mode sequence has finished.          |

## LttSettings

| Parameter    | Explanation                                                                                                                                                                                                                                                                                                                                                                                                                                                          |
| ------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| ProjectName  | The project name determines the name of the configuration database, which is used to store any other configuration data not stored in files. The project name is also displayed in the title bar of the [LTT GUI main window](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/title). If you change the project name the configuration database of that project is loaded upon next start of the LTT GUI or a new, empty configuration database will be created. |
| LttNumber    | If you have more than one LTT running a certain project you can provide a numbering to distinguish those LTT's. The LTT number is appended to the project name in the title bar of the [LTT GUI main window](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/title).                                                                                                                                                                                             |
| MessyVersion | <p>You need to set the version of the MesSy you are using.<br>- 1: MesSy 1<br>- 2: MesSy 2<br>- 2.1: MesSy 2 FD<br>If you want to change from one MesSy version to the other read chapter <a href="/ltt/documentation/ltt-gui-manual/configuration/messyconfiguration/changing-messy-version">Changing MesSy Version</a>.</p>                                                                                                                                        |

## Paths

Do not change any of the paths.

## GuiSettings

| Parameter                  | Explanation                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                      |
| -------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| TestStationDisplayWidth    | The numeric value is the display width in pixels of a [test station box](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/stationdisplay) in main window. The width affects, depending on your screen resolution, how many stations are fitting side by side horizontally. You may want to adjust this width depending on your screen resolution and on how many stations you want to see side by side in one row. You also may want to adjust this width for a better display of [runtime values](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/sendvaluestringvalue) inside each station box. |
| NumColumnsForRuntimeValues | Determines the number of columns used to display [runtime values](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/sendvaluestringvalue) inside each station box. Depending on the string length of your runtime value names and the amount of runtime values, you may want to change this value for a better display result.                                                                                                                                                                                                                                                                         |

## BackupSettings

[Read more.](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf11datatransfer)


# Module Configuration

{% hint style="info" %}
[Click](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/.gitbook/assets/ltt_module_config.xml) to open the module configuration file `ltt_module_config.xml`.
{% endhint %}

{% hint style="info" %}
For training or demonstration purposes you can take the default module configuration and go on with your setup.
{% endhint %}

The module configuration's main purpose is to configure the drivers for LTT standard hardware, which is:

* power supplies (for the DUT's)
* temperature sensors (for climatic chambers)
* temperature chamber contact (TCC) (digital I/O)
* uninterruptible power supply (UPS)

Each LTT hardware is configured by a `<Module name="xxx"></Module>` block. The **name attribute** determines the type of hardware and the concrete instance of it.

{% hint style="info" %}
A LTT can have multiple instances of a power supply and/or temperature sensor, but only one TCC and UPS.
{% endhint %}

The name attribute value is composed of a **predefined prefix** and an **optional index** number **starting with 1**. The index number is mandatory for those hardware modules, which are able to have more than one instance, even if only one instance is used.

| Prefix | Type of hardware                          | More than one possible? |
| ------ | ----------------------------------------- | ----------------------- |
| PS     | power supply                              | yes                     |
| TS     | temperature sensor                        | yes                     |
| TCC    | temperature chamber contact (digital I/O) | no                      |
| UPS    | uninterruptible power supply unit         | no                      |

{% hint style="info" %}
After installation there is a default module configuration, containing 2 simulated power supplies and 1 simulated temperature sensor.
{% endhint %}

Each module has at least a **path parameter**, which is mandatory and pointing to the driver file for this module. A module driver is a file with the extension **.lvlibp**. All so far existing module drivers are located at

```
50_LTT_SW\LTT TS\lib\IRS.Mod
```

The path to the module driver should be provided relative to the `50_LTT_SW\LTT TS` folder.

{% hint style="info" %}
Each module type comes with a default simulation driver. That way you can run the LTT SW without having any actual hardware.
{% endhint %}

Any other parameter a module may need is provided in form of a `<Parameter name="xxx" value="yyy"/>` block. The parameters of each possible module type are explained in the following sub chapters.


# PS Module

All power supply (PS) modules have the following mandatory standard parameters:

| Parameter      | Meaning                                                                                                                                                                                                                                                                                                                        | Examples                                                       |
| -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------- |
| Resource       | The connection information needed to connect to this device. Depending on the type of device this can be a COM port, a GPIB address, an IP address or something else. Most drivers are based on VISA, which brings its own syntax to provide a GPIB or IP address. The VISA resource names can usually be looked up in NI Max. | <p>COM1<br>GPIB0::1::INSTR<br>TCPIP::192.168.222.50::INSTR</p> |
| NominalVoltage | The initial voltage which should be set during device initialization.                                                                                                                                                                                                                                                          | 12.0                                                           |
| MinVoltage     | The lower voltage limit in V. This value can be changed through the [LTT GUI](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration). The GUI will stop all running tests if this limit will be violated.                                                                                             | 0                                                              |
| MaxVoltage     | The upper voltage limit in V. This value can be changed through the [LTT GUI](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration). The GUI will stop all running tests if this limit will be violated.                                                                                             | 19.0                                                           |
| CurrentLimit   | The max. current the power supply will regulate to in current mode (CC). This value can be changed through the [LTT GUI](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration). If the actual load is greater than this current the voltage will drop, leading to malfunctions.                      | 100                                                            |

Depending on the specific PS module, there might be additional parameters, which are described [here](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration/ps/ps-parameters).

Per default a power supply configured here is controlled by the underlying LTT software layer. This means the PS is **automatically initialized and configured to the provided parameters**. Nevertheless, in your [testplan](/ltt/documentation/ltt-gui-manual/teststand) you can still change voltage and/or current during runtime, as well as access the latest values read from that PS (see [here](/ltt/documentation/ltt-gui-manual/teststand/hardware-control)). But you have **no control** over when the PS is initialized/closed and when the output is turned on/off.

## TestStand-only control

There are situations in which you might need **more control over your power supply** from within TestStand. For such situations you can provide the `tsonly="true"` attribute to the `Module` node.

```xml
<Module name="PS1" tsonly="true">
...
</Module>
```

If you do so, **you are in charge** of initializing, setting and closing the power supply properly. [Read here to learn how to do](/ltt/documentation/ltt-gui-manual/teststand/hardware-control).

{% hint style="info" %}
You can access the PS control panel through [GUI](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ps-control-gui) and also via [TestStand](/ltt/documentation/ltt-gui-manual/teststand/hardware-control). However, the control panel is not available for self-controlled (`tsonly="true"`) power supplies.
{% endhint %}


# PS Parameters

Some power supply drivers have additional parameters besides the standard ones described in [here](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration/ps).

## Delta.PSC232

| Parameter | Meaning                                                                                                       | Examples             |
| --------- | ------------------------------------------------------------------------------------------------------------- | -------------------- |
| Address   | This parameter is mandatory. It specifies the internal device address (not to be confused with the COM port). | <p>1<br>4<br>6</p>   |
| Baud Rate | This parameter is mandatory. It specifies the baud rate for the communication.                                | <p>9600<br>19200</p> |

## EA.PSI800R

| Parameter | Meaning | Examples |
| --------- | ------- | -------- |

## Model

| Parameter | Meaning                                                                  | Examples                       |
| --------- | ------------------------------------------------------------------------ | ------------------------------ |
| Model     | This parameter is mandatory. It specifies the Model of the Power Supply. | <p>PSI800R<br>PS80002U\_3U</p> |

## Keysight.E363X

| Parameter | Meaning                                                                        | Examples                   |
| --------- | ------------------------------------------------------------------------------ | -------------------------- |
| Data Bits | This parameter is mandatory. It specifies the Data bits.                       | <p>8<br>7</p>              |
| Parity    | This parameter is mandatory. It specifies the Parity bit.                      | <p>odd<br>even<br>mark</p> |
| Flow      | This parameter is mandatory. It specifies the Serial Flow Control.             | <p>xon/xoff<br>dtr/dsr</p> |
| Baud Rate | This parameter is mandatory. It specifies the baud rate for the communication. | <p>9600<br>19200</p>       |

## Kniel

| Parameter | Meaning | Examples |
| --------- | ------- | -------- |

## Kniel.New

| Parameter | Meaning                                                                                                      | Examples             |
| --------- | ------------------------------------------------------------------------------------------------------------ | -------------------- |
| Node      | This parameter is optional. It specifies the internal device address (not to be confused with the COM port). | 1                    |
| Baud Rate | This parameter is mandatory. It specifies the baud rate for the communication.                               | <p>9600<br>19200</p> |

## Sim

| Parameter         | Meaning                                                                               | Examples             |
| ----------------- | ------------------------------------------------------------------------------------- | -------------------- |
| SimulateInitError | This parameter is optional. It specifies if a Error should occur while initialization | <p>True<br>False</p> |

## TDK.Gensys

| Parameter | Meaning                                                                                                                                             | Examples             |
| --------- | --------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------- |
| Address   | This parameter is mandatory if the PS is connected via a COM port. It specifies the internal device address (not to be confused with the COM port). | <p>1<br>4<br>6</p>   |
| Baud Rate | This parameter is mandatory if the PS is connected via a COM port. It specifies the baud rate for the communication.                                | <p>9600<br>19200</p> |

## TDK.GensysPlus

| Parameter | Meaning                                                                                                                                             | Examples             |
| --------- | --------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------- |
| Address   | This parameter is mandatory if the PS is connected via a COM port. It specifies the internal device address (not to be confused with the COM port). | <p>1<br>3<br>6</p>   |
| Baud Rate | This parameter is mandatory if the PS is connected via a COM port. It specifies the baud rate for the communication.                                | <p>9600<br>19200</p> |

## TDK.LambdaZ

| Parameter | Meaning                                                                                                                                             | Examples             |
| --------- | --------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------- |
| Address   | This parameter is mandatory if the PS is connected via a COM port. It specifies the internal device address (not to be confused with the COM port). | <p>1<br>3<br>6</p>   |
| Baud Rate | This parameter is mandatory if the PS is connected via a COM port. It specifies the baud rate for the communication.                                | <p>9600<br>19200</p> |


# TCC Module

The standard TCC module is a **NI PCI-6503** 24 channel digital in/out card. The 24 channels are grouped by 3 ports á 8 lines. This card is also used for the [UPS](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration/ups). For the TCC port 0 / lines 0 - 7 is used. For the UPS port 1 / line 0 is used.

A temperature chamber contact module has the following mandatory standard parameters:

| Parameter    | Meaning                                                                                                                             | Examples                |
| ------------ | ----------------------------------------------------------------------------------------------------------------------------------- | ----------------------- |
| Resource     | The connection information needed to connect to this device.                                                                        | cDAQ1Mod1/port0/line0:7 |
| Inverted     | Indicated whether the digital inputs are inverter or not. The standard LTT TCC hardware has inverted inputs.                        | true / false            |
| LastSimValue | This parameter is used by the simulation driver to store the last simulated value. You change this value via the TCC control panel. | 1                       |

{% hint style="info" %}
You can access a TCC control panel through [GUI](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/tcc-control-gui) and also via [TestStand](/ltt/documentation/ltt-gui-manual/teststand/hardware-control).
{% endhint %}


# TS Module

A temperature sensor (TS) module has the following mandatory standard parameters:

| Parameter | Meaning                                                                                                                                                                                                                                                                                                                        | Examples                                                       |
| --------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------- |
| Resource  | The connection information needed to connect to this device. Depending on the type of device this can be a COM port, a GPIB address, an IP address or something else. Most drivers are based on VISA, which brings its own syntax to provide a GPIB or IP address. The VISA resource names can usually be looked up in NI Max. | <p>COM1<br>GPIB0::1::INSTR<br>TCPIP::192.168.222.50::INSTR</p> |
| MinTemp   | The lower temperature limit in °C. This value can be changed through the [LTT GUI](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration). The GUI will stop all running tests if this limit will be violated.                                                                                        | -41                                                            |
| MaxTemp   | The upper temperature limit in °C. This value can be changed through the [LTT GUI](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration). The GUI will stop all running tests if this limit will be violated.                                                                                        | 120                                                            |

Depending on the specific TS module, there might be additional parameters, which are described [here](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration).

{% hint style="info" %}
You can access the TS control panel through [GUI](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ts-control-gui) and also via [TestStand](/ltt/documentation/ltt-gui-manual/teststand/hardware-control)..
{% endhint %}


# TS Parameters

Some temperature sensor drivers have additional parameters besides the standard ones described in [here](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration/ts).

## PMA280

| Parameter     | Meaning                                                                                                                                                                                                                                                                                                        | Examples                    |
| ------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------- |
| Baud Rate     | An optional parameter providing the baud rate for the PMA280 module. If not provided 9600 is the default baud rate.                                                                                                                                                                                            | <p>9600<br>19200</p>        |
| Timeout \[ms] | An optional parameter specifying the communication timeout for the PMA280 module. There are cases where you need to increase the default communication timeout, otherwise it will lead to sporadic timeout errors. If you connect via Windows Remote Desktop it is recommended to set a timeout value of 3000. | <p>1000<br>2000<br>3000</p> |


# UPS Module

The "uninteruptable power supply" (UPS) module is responsible for reacting to power failure by shuting down the LTT software while the UPS provides battery voltage. The UPS module is actually no driver for a UPS but a driver for a **digital input card**, which will be set when the overall LTT power supply fails.

{% hint style="info" %}
The standard UPS module is a NI PCI-6503 24 channel digital in/out card. The 24 channels are grouped by 3 ports á 8 lines. This card is also used for the [TCC](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration/tcc). For the UPS port 1 / line 0 is used. For the TCC port 0 / line 0 - 7 is used.
{% endhint %}

An uninterruptible power supply has the following mandatory parameters:

| Parameter              | Meaning                                                                                                                                                                                                                                                                                                                                  | Examples        |
| ---------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------- |
| Resource               | The connection information needed to connect to this device. The UPS uses the same hardware as the [TCC](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration/tcc), hence the resource string is similar. The default port for the UPS is port1. Also: **do not write "/lines0:7" after port1**, like for the TCC module. | cDAQ1Mod1/port1 |
| TriggerValue           | The value of the digital inputs (8 bits), by which a power loss should be triggered. For non-inverted DI this is 1. For inverted DI this is 254.                                                                                                                                                                                         | 254             |
| Interval               | The time in milliseconds by which the hardware should be checked for a power failure.                                                                                                                                                                                                                                                    | 500             |
| MsToWaitBeforeShutdown | *Optional*: time to wait before shutting down the GUI (testplan stops immediately!). **Default**: 60000 = 1 minute                                                                                                                                                                                                                       | 60000           |


# MesSy Configuration

{% hint style="info" %}
[Click](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/.gitbook/assets/ltt_messy_config.xml) to open the MesSy configuration file **ltt\_messy\_config.xml**.
{% endhint %}

The MesSy signal configuration is where your DUT outputs and inputs are mapped to the corresponding MesSy inputs and outputs. You need to adjust this configuration depending on how your DUT's are connected to the LTT.

{% hint style="info" %}
For training or demonstration purposes you can take the default MesSy configuration and go on with your setup.
{% endhint %}

The definition of the MesSy analog inputs are important for the [signal definitions](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/signalsdefinition) in LTT GUI's project wizard.

The file format for the MesSy signal configuration is different in MesSy V2 compared to MesSy V1. Depending on what you have selected during installation, the configuration file is for that MesSy version. If you want to switch to other MeSy versions read about [changing the MesSy version](/ltt/documentation/ltt-gui-manual/configuration/messyconfiguration/changing-messy-version).

You can find an example MesSy signal configuration file with all possible features and explanatory comments here:

* 50\_LTT\_SW\LTT TS\lib\IRS.MesSy\SignalConfig.Example.xml
* 50\_LTT\_SW\LTT TS\lib\IRS.MesSy\V1\SignalConfig.Example.xml


# Changing MesSy Version

The new LTT software can be used with both **MesSy V2** and **MesSy V1**. During installation you have to choose for one option but you can switch to the other MesSy version at any time afterwards.

{% hint style="warning" %}
Before you setup the MesSy version in LTT software make sure that LTT GUI is closed.
{% endhint %}

To switch from one MesSy version to the other you need to perform some configuration changes in different places. The following table describes those changes.

| Location of change    | What to change                                            |
| --------------------- | --------------------------------------------------------- |
| ltt\_main\_config.xml | Change the parameter `<MessyVersion>X</MessyVersion>` to: |

```
- 1 for MesSy V1
- 2 for MesSy V2 |
```

\| ltt\_messy\_config.xml | The MesSy signal mapping file has a different format for MesSy V2 compared to MesSy V1.

You will find an example signal configuration for MesSy V1 here: `50_LTT_SW\LTT TS\examples\ltt_messy_config_V1.xml`

You will find an example signal configuration for MesSy V2 here: `50_LTT_SW\LTT TS\examples\ltt_messy_config_V2.xml`

Depending on what you have chosen during installation, one of those signal configuration files is copied to `50_LTT_SW\LTT Config\ltt_messy_config.xml` for use in a LTT testplan.

If you want to create a testplan for the other version of MesSy, simply copy the corresponding MesSy signal configuration file from `50_LTT_SW\LTT TS\examples\` to `50_LTT_SW\LTT Config\ltt_messy_config.xml`. | | LTT Template.seq | With the LTT installer there comes a LTT template sequence file - one for each MesSy version.

You will find the LTT template sequence file for MesSy V1 here: `50_LTT_SW\LTT TS\lib\IRS.MesSy\V1\LTT Template.seq`

You will find the LTT template sequence file for MesSy V2 here: `50_LTT_SW\LTT TS\lib\IRS.MesSy\LTT Template.seq`

Depending on what you have chosen during installation, one of those template sequence files is copied to `50_LTT_SW\LTT TS\LTT Template.seq`.

If you want to create a testplan for the other version of MesSy, simply copy the corresponding template sequence file to `50_LTT_SW\LTT TS\LTT Template.seq`. | | [LTT GUI - Project Wizard (F3)](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard) | Open the project wizard in LTT GUI and go to [Test Station Configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/teststationconfiguration). Read the corresponding chapter for more informations. |

{% hint style="info" %}
For TestStand integration read chapter [MesSy Integration](/ltt/documentation/ltt-gui-manual/teststand/messyintegration).
{% endhint %}


# History Configuration

{% hint style="info" %}
[Click](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/.gitbook/assets/ltt_history_config.xml) to open the history configuration file **ltt\_history\_config.xml**. Be aware that after a fresh installation, this file is not present and will be created after you start the LTT GUI for the first time.
{% endhint %}

{% hint style="info" %}
For training or demonstration purposes you can take the default history configuration and go on with your setup.
{% endhint %}

The history configuration defines what columns and in which order they should be written to the history files.

The LTT GUI creates a so called history log file for every station (DUT) and test order. The main purpose of the history files is to **log failed limit tests** during test execution. But also other **generic status information** will be logged to the history files. You can create custom history log entries by yourself from any TestStand sequence.

* [How to create a history log entry?](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/sendlog)
* [More information about history data](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata)

Each **history log entry** is put into a separate line in the history file and is accompanied by a number of auxiliary information, such as date, time, climatic chamber temperature and so on.

You can choose what additional information are logged with each log entry and in which order they should appear in the file.

## Available Column IDs

There is a predefined set of available data, which you can pick by using a certain identifier. The following table gives a list of all possible data you can pick.

| ID                     | Meaning                                                                                                                                                                                                                                        |
| ---------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| DATE                   | The current date.                                                                                                                                                                                                                              |
| TIME                   | The current time.                                                                                                                                                                                                                              |
| INFORMATION            | The actual log message. This is either an error message (limit or runtime error) or a custom log message ([how to create a log entry?](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/sendlog)).                                  |
| MEASUREMENT\_VALUE     | The actual measurement value, in case this log entry is a limit error.                                                                                                                                                                         |
| MEASUREMENT\_UNIT      | The measurement value unit, in case this log entry is a limit error.                                                                                                                                                                           |
| LIMIT\_MIN             | The measurement value min. limit, in case this log entry is a limit error.                                                                                                                                                                     |
| LIMIT\_MAX             | The measurement value max. limit, in case this log entry is a limit error.                                                                                                                                                                     |
| MEASUREMENT\_ID        | The measurement ID, in case this log entry is a limit error ([more info](/ltt/documentation/ltt-gui-manual/teststand/limittests)).                                                                                                             |
| ERROR\_COUNTER         | The count of how many times this measurement already had a limit violation ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f6errorconfiguration)).                                                                               |
| OPERATION\_MODE        | The current operation mode ([more info](/ltt/documentation/ltt-gui-manual/teststand/operationmodes)).                                                                                                                                          |
| STATUS                 | The current station status ([more info](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/documentation/ltt-gui-manual/TestStand/CustomStepTypes/sendstatus.md)).                                              |
| TEST\_CYCLES           | The current test cycle ([more info](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/documentation/ltt-gui-manual/TestStand/CustomStepTypes/cyclestartend.md)).                                               |
| TCC                    | The current TCC value ([more info](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/tcc-control-gui)).                                                                                                                                       |
| DUT\_VOLTAGE           | The current DUT voltage ([more info](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ps-control-gui)).                                                                                                                                      |
| CHAMBER\_TEMPERATURE   | The current climatic chamber temperature ([more info](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ts-control-gui)).                                                                                                                     |
| CHAMBER\_HUMIDITY      | The current climatic chamber humidity. This value is only available if your temperature sensor also supports measuring humidity (for example the Omega iThx) ([more info](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ts-control-gui)). |
| STEP\_TIME             | The time passed since the station status was last updated ([more info](/ltt/documentation/ltt-gui-manual/additionalfeatures/steptime)).                                                                                                        |
| TOTAL\_TEST\_TIME      | The time this test had run in total so far.                                                                                                                                                                                                    |
| ELECTRICAL\_TEST\_TIME | The time this test had run in total so far, but only in electrically active operation modes ([more info](/ltt/documentation/ltt-gui-manual/teststand/operationmodes)).                                                                         |
| TEST\_STATION          | The test station index ([more info](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/stationdisplay)).                                                                                                                                      |
| DUT\_NAME              | The DUT name ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration)).                                                                                                                                             |
| DUT\_TYPE              | The DUT type ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration)).                                                                                                                                             |
| CABLE\_ID              | The cable ID ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration)).                                                                                                                                             |
| VIBRATION\_AXIS        | The vibration axis, if applicable ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration)).                                                                                                                        |
| COMMENT                | A custom comment, which can be set afterwards ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata)).                                                                                                               |
| CUSTOM                 | Used for custom columns (see below)                                                                                                                                                                                                            |

For each history column you write a line

```xml
<HistoryColumn ID=[SOME_ID] name="MyColumnHeader" />
```

where you set the ID to one of those in the table above and provide a name for the column header. The default history configuration already contains all available columns in a certain order. You can change the order and/or maybe remove some unwanted columns or add additional **custom columns**.

## Format Specifier

You can also add an optional `format` attribute to each `HistoryColumn` entry.

```xml
<HistoryColumn ID=[SOME_ID] name="MyColumnHeader" format="F2" />
```

The following format specifier are available:

| ID           | Meaning                                                                               |
| ------------ | ------------------------------------------------------------------------------------- |
| Fx           | Floating point number with x digits after the decimal separator, examples: F1, F2, F3 |
| D            | Decimal number                                                                        |
| dd.MM.yyyy   | date format                                                                           |
| HH:mm:ss.fff | time format                                                                           |

If no format is specified, string is assumed.

## History File Split Size

Usually history files will be split into several chunks if the file size exceeds a certain limit. The default file split size is 1 MB (1048576 bytes). You can change this value by adding a `size_limit` attribute to the top level `<LttHistoryColumnConfig>` element.

```xml
<LttHistoryColumnConfig size_limit=10485760>
```

The above will set the file split size to 10 MB.

## History File Column Separator

By default the history columns are separated by a semicolon `;`. You can change the column separator with the following attribute:

```xml
<LttHistoryColumnConfig separator="|">
```

The above will set `|` as a column separator.

## Custom Columns

You can define any number of custom columns for the history files. To do so add `HistoryColumn` entries with the ID `CUSTOM`. The provided `name` will be the column header.

```xml
<HistoryColumn ID="CUSTOM" name="HV Voltage" />
<HistoryColumn ID="CUSTOM" name="HV Current" />
<HistoryColumn ID="CUSTOM" name="U_Kl30_Sense" format="F2" ShowInStationPanel="false" />
```

Custom columns get their values from [TestStand](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/sendvaluestringvalue). Those so called runtime values are displayed in GUI for each [station display](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/stationdisplay) as well as inserted into the history file's custom column with the matching name.

{% hint style="info" %}
If you do not want to have such a runtime value to be displayed in GUI but only be shown in history file you can add a `ShowInStationPanel="false"` attribute to that `HistoryColumn` element.
{% endhint %}


# Generated Files

{% hint style="warning" %}
The following configuration files are generated through the GUI and not meant to be edited manually. Any manual changes to those files will be overwritten by the next GUI start or stop.
{% endhint %}

The purpose of the generated configuration files is mainly documentation, and in case of limit files, exchange. The files are also used by any LTT TestStand sequence file, rather than accessing the information from the configuration database.


# Limits Configuration

{% hint style="info" %}
You will find the limit configuration files at `[Install Location]\50_LTT_SW\LTT Limit Files`.
{% endhint %}

```xml
<LttLimitConfig DutType="Type1">
  <Signal name="U_24V">
    <Limit name="default" id="1000" val1="-1" val2="1" />
    <Limit name="active" id="1001" val1="12" val2="12.5" />
    <Limit name="over" id="1002" val1="15.8" val2="16.5" />
    <Limit name="under" id="1003" val1="8.7" val2="9.2" />
  </Signal>
  <Signal name="U_Kl30">
    <Limit name="default" id="1010" val1="0" val2="90" />
  </Signal>
  <Signal name="U_Ubatt">
    <Limit name="default" id="1020" val1="0" val2="90" />
  </Signal>
</LttLimitConfig>
```

In the [F5 - limit configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f5limitconfiguration) dialog you can configure limits for every signal defined in the [signals definition](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/signalsdefinition) dialog. Limits are defined per [DUT type](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/duttypesconfiguration), so you can have different limits for the same signal in different DUT types. For that reason you will find in the above folder different limits configuration files, one for each DUT type. The files will have a file name with the following pattern: `limits_for_[DUT type name].xml`.

{% hint style="info" %}
Limit configuration files are only present if you have actually configured some limits for a DUT type. After a fresh installation the LTT Limit Files folder is empty.
{% endhint %}

{% hint style="warning" %}
All limits are stored in configuration database, but are also exported to XML. The Action Logs mechanism use those files as a form of **documentation** of the parameter changes over time. The exported limit configuration files are also used to **transfer** limits from one LTT to another ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f5limitconfiguration)).
{% endhint %}

{% hint style="warning" %}
Do not make any changes in this files as they will be overwritten by the GUI.
{% endhint %}


# Recording Configuration

{% hint style="info" %}
[Click](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/.gitbook/assets/ltt_recording_config.xml) to open the recording configuration file `ltt_recording_config.xml`.
{% endhint %}

The recording configuration file is an automatically generated file and contains all settings made in the [Data Recording](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/datarecording) dialog.

{% hint style="warning" %}
Do not make any changes in this file as they will be overwritten by the GUI.
{% endhint %}


# Test Configuration

{% hint style="info" %}
[Click](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/.gitbook/assets/ltt_test_config.xml) to open the test configuration file **ltt\_test\_config.xml**.
{% endhint %}

The test configuration file is an automatically generated file and contains all settings made in the [F10 - test parameter configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration) and [F11 - test configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration) dialogs. It also contains some settings from the [F3 - project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard).

{% hint style="info" %}
All test configuration settings are stored in configuration database, but are also exported to XML. The Action Logs mechanism use this file as a form of **documentation** of the parameter changes over time.
{% endhint %}

The LTT TestStand process model also uses some of those informations for its own purpose.

As a summary, you will find in the test configuration file the following informations:

* what DUT types are available?
* what test groups are available?
* how many test stations are present and what test orders / DUT's are configured for them?
* what operation modes are available and what parameters do they have (per test group)?
* what operation mode <> TCC mappings are configured?
* what power supplies / temperature sensors are assigned to what test group?

{% hint style="warning" %}
Do not make any changes in this file as they will be overwritten by the GUI.
{% endhint %}


# Configuration Manager

The configuration manager is your central point to save and restore LTT GUI configurations.

![Configuration Manager](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-d49162585874630dd987952a27646d6d37396357%2FDLG_Conf_Man.png?alt=media)

There are 3 common use cases:

1. backup an existing LTT configuration for a project
2. export a LTT configuration to transfer it from one LTT to another
3. switch between different projects

## Backup

![Backup](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-5c9608db935e769cfc2a282844ce16acfde131c3%2FDLG_Conf_Man_Backup.png?alt=media)

By making a backup you create a snapshot of your current LTT configuration. You can later revert to that backup configuration anytime. The backup will include the following data:

* station configuration (number of stations, DUT types, groups, signals)
* limit configuration
* operation modes + parameters
* main configuration (ltt\_main\_configuration.xml)
* MesSy configuration (ltt\_messy\_config.xml)
* hardware configuration (ltt\_module\_config.xml)
* recording configuration (ltt\_recording\_config.xml)
* history configuration (ltt\_history\_config.xml)
* all test related data
  * DUT's
  * test orders
  * error counters

## Export

![Export](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-87fbc3ff1b7a04443f478cc1b6868e260a2d0598%2FDLG_Conf_Man_Transfer.png?alt=media)

The **Export** button will save the same configuration as **Backup** but without test related data. This is useful if you want to transfer the configuration from LTT to another of the same kind.

## Import

![Import](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-722da32da8ff3eaaa9824bdad81dc9ae709591c5%2FDLG_Conf_Man_Import.png?alt=media)

To import a configuration just select a previously exported configuration zip file.

{% hint style="warning" %}
Your current configuration will be irreversibly overridden! The GUI will be automatically restarted.
{% endhint %}

## Switch projects

With the help of the configuration manager you can even switch between 2 or more completely different projects (with different DUT types, DUT's, signals, limits, etc.).


# LTT GUI

## LTT GUI

The LTT GUI is the main graphical user interface used to control the LTT and to display all related information. LTT GUI serves as a front end to the underlying test execution system - National Instruments TestStand.

![Main](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-32c63de2d9893eeebb1c68925ab9b00ac4e3f8bd%2FMain.png?alt=media)

## LTT GUI

The LTT GUI is the main graphical user interface used to control the LTT and to display all related information. LTT GUI serves as a front end to the underlying test execution system - National Instruments TestStand.

![Main](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-32c63de2d9893eeebb1c68925ab9b00ac4e3f8bd%2FMain.png?alt=media)


# Main Window

![Main](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-32c63de2d9893eeebb1c68925ab9b00ac4e3f8bd%2FMain.png?alt=media)

The main window contains: - assigned DUT name and type - current test step - current status - current runtime - current step runtime - temperature chamber contact status - power supply voltages - chamber temperatures - current operation mode

***


# Title

The window title shows some basic informations about the software.

![Titlebar](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-a1a4388232affde05bdf0b98e2a0a0e32d4c45fd%2FTitlebar.png?alt=media)

* Left: **IRS LTT GUI** + **\[Project name]** + **\[LTT number]** (as defined in [ltt\_main\_config.xml](/ltt/documentation/ltt-gui-manual/configuration/mainconfiguration))
* Middle: current date and time
* Right: Program version

{% hint style="warning" %}
Please note that all configurations are stored under the given project name. If you change the project name you basically start a new configuration. Read chapter [Configuration](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/documentation/ltt-gui-manual/Configuration/README.md) more details.
{% endhint %}


# Menu

From the menu you can access all functions of the LTT software. The most important ones are also accessible from the [Toolbar](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/documentation/ltt-gui-manual/LTTGUI/MainWindow/toolbar.md) below.

![Menubar](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-7d2f55eb7f71813c7e5ce07538e19d8bb018cd41%2FMenubar.png?alt=media)


# Toolbar

The toolbar offers the most important program functions as buttons with keyboard shortcuts. All those functions are also accessible through the [Menu](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/menu).

| Icon                                                                                                                                                                                                       | Function                                                                                                               |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- |
| ![F1](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-03a9dab29b2f7f90964d12464d891a5ab7409d7b%2FTB_F1.png?alt=media)     | [Start / Stop single test station](/ltt/documentation/ltt-gui-manual/lttgui/stationcontrol)                            |
| ![F7](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-35795f9447ae3cb3e1b890e30094d7f650377028%2FTB_F7.png?alt=media)     | [Start all test stations](/ltt/documentation/ltt-gui-manual/lttgui/stationcontrol)                                     |
| ![F2](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-f77d94fea649d285c3351f2df85a0c089336d690%2FTB_F2.png?alt=media)     | [Dialog: reset errors](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f2reseterrors)                                 |
| ![F8](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-3b7c7134690f74d27604e30d63e46f8092b6db26%2FTB_F8.png?alt=media)     | [Stop all test stations](/ltt/documentation/ltt-gui-manual/lttgui/stationcontrol)                                      |
| ![F3](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-f2429b481992aa0c88ffcd502e25b0d73c287c89%2FTB_F3.png?alt=media)     | [Dialog: project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard)                             |
| ![SF9](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-d6110a2ca63098d4e460f9a8116cbf4f70e240a2%2FTB_SF9.png?alt=media)   | [Abort station](/ltt/documentation/ltt-gui-manual/lttgui/stationcontrol)                                               |
| ![SF3](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-26574fc1e307832c7db77d96fef50b5d2a88c56b%2FTB_SF3.png?alt=media)   | [Dialog: action log](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/shiftf3-actionlog)                               |
| ![F10](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-e5d71c633d7e34771eacebaf1e6784d253e43538%2FTB_F10.png?alt=media)   | [Dialog: test parameter configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration) |
| ![F4](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-c495d8e6822799f62705953132581c07511a2c52%2FTB_F4.png?alt=media)     | [Dialog: station overview](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/shiftf3-actionlog)                         |
| ![AF10](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-2713cdd42ca5e418a927adb8d114b7b1afa9284e%2FTB_AF10.png?alt=media) | [Dialog: history data](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata)                             |
| ![F5](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-6e67ea5d693073409565fb445d5e67342f41c1e9%2FTB_F5.png?alt=media)     | [Dialog: limit configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f5limitconfiguration)                   |
| ![F11](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-32c518d3642259cf7d0b71fc982495521777a515%2FTB_F11.png?alt=media)   | [Dialog: test configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration)                    |
| ![F6](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-39f251b9260293aa30cfa6ec9833e6f1790011eb%2FTB_F6.png?alt=media)     | [Dialog: error configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f6errorconfiguration)                   |
| ![AF11](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-a3d969be75865ee7ae4dcf6d89f61fce973ace9a%2FTB_AF11.png?alt=media) | [Dialog: data transfer](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf11datatransfer)                           |
| ![SF6](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-3f2cbd1e291da4f399f0711022b5d47ede4f5ff5%2FTB_SF6.png?alt=media)   | [Dialog: error live display](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/shiftf6errorlivedisplay)                 |
| ![F12](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-b4658ba65faac84fec5d1d6841cbd2d2bc37d0bd%2FTB_F12.png?alt=media)   | [Dialog: measurement live display](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f12measurementlivedisplay)         |
| ![AF6](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-f07404d41a4bbbff8185cb5fa88bfa74ccbb84c2%2FTB_AF6.png?alt=media)   | [Dialog: reset cycles / time](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f2reseterrors)                          |
| ![AF12](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-bc4d832a1729cd849b1700a21dbee34314b3f36c%2FTB_AF12.png?alt=media) | [Dialog: reset history data](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f2reseterrors)                           |


# Station Display

The test station display is the central part of the main window and shows the configured test stations as a rectangle, which contains various information about the individual test stations.

{% hint style="info" %}
A **test station** represents the physical location where a **device under test** (DUT) can be connected to the LTT. The LTT may have more than one test station.
{% endhint %}

***

![Station](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-e1be9b9a0bcc3ac0797721054d0d7f652641d788%2FStation.png?alt=media)

1. test station number ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/teststationconfiguration))
2. DUT type and name ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration))
3. runtime values ([more info](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/sendvaluestringvalue))
4. requested state (e.g. *start requested*, *stop requested*)
5. custom status message or error text ([more info](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/sendstatus))
6. current runtime | cycle counter | error counter(s) ([more info](/ltt/documentation/ltt-gui-manual/lttgui/errorstatuscolors))

***

A test station display can have the following appearances:

![Station Off](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-d75bb6995eb5091165bd1bb5868ba12741696da3%2FStation_Off.png?alt=media) **Stopped test station** Status text is "OFF". Runtime values are not displayed.

![Station Running](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-1989ded841394e3dc9e5aae918a9a460458b253f%2FStation_Running.png?alt=media) **Running test station** Status text und runtime values are updated from TestStand. Runtime gets updated periodically.

![Station Limit Error](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-7db7c19b2e564987bdc0da75028d1dd6f99eba11%2FStation_Limit_Error.png?alt=media) **Error limit reached** Status text is "error limit reached \[nnnn]", where \[nnnn] is the error number ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f5limitconfiguration)) of the corresponding limit test, whose error limit is reached. A test station stops if a limit test has reached its error limit. Details can be found in [history log](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata).

![Station Limit Not Found](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-dad5d478a446e17da496342672ea2aa51c8822b5%2FStation_Limit_Not_Found.png?alt=media) **Limit not found** Status text is "limit not found". The test station stops if a limit test step cannot find its limit. Details can be found in [history log](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata). See [troubleshooting](/ltt/documentation/ltt-gui-manual/troubleshooting/limitnotfound) for further explanations.

![Station TS Error](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-24775c4c9a2295f3532a29c452f8eee002e32a38%2FStation_TS_Error.png?alt=media) **Testplan error** Status text is "testplan error". The test station stops if there is an error during TestStand execution (e.g. syntax error). The exact error reason is shown as a tooltip if the mouse pointer is moved over the status text. Further details can be found in [history log](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata). See [troubleshooting](/ltt/documentation/ltt-gui-manual/troubleshooting/testplanerror) for further explanations.

![Station GUI Error](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-713a7e39574f854ef2705bf8452166a54f9c095e%2FStation_GUI_Error.png?alt=media) **GUI error** The test station stops if there is an error in GUI software. This can be due to a software bug but also due to invalid data sent from TestStand to GUI. The exact error reason is shown as a tooltip if the mouse pointer is moved over the status text. Further details can be found in [history log](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata). See [troubleshooting](/ltt/documentation/ltt-gui-manual/troubleshooting/guierror) for further explanations.


# Group Display

## Group display

The test groups display is located at the bottom part of the main window.

{% hint style="info" %}
A **test group** is a logical container which groups one or more DUT's together with one or more power supplies and temperature sensors.
{% endhint %}

* How to configure test groups?
* [How to assign DUT's (test stations) to a test group?](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration)

You need to create at least one test group. More than one test group are usually only needed when you want to run different sets of DUT's with different supply voltages in parallel.

The test group display shows various test group related information:

![Test Group](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-251c16a621930bc3823125d1cca3f1014f134f2b%2FTest_Group.png?alt=media)

1. group name
2. assigned test stations
3. current TCC value ([more info](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/tcc-control-gui))
4. current temperature ([more info](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ts-control-gui))
5. current supply voltage ([more info](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ps-control-gui))
6. currently mapped operation mode ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration/operationmodemappings))

{% hint style="info" %}
The displayed **TCC input indicators** for each group are determined by the TCC mask which is defined in the [project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/testgroupsconfiguration). If you move your mouse cursor over such an indicator, a tooltip appears, showing the TCC indicator index. The index goes from 1 to 8 (left to right).
{% endhint %}

## Group display

The test groups display is located at the bottom part of the main window.

{% hint style="info" %}
A **test group** is a logical container which groups one or more DUT's together with one or more power supplies and temperature sensors.
{% endhint %}

* How to configure test groups?
* [How to assign DUT's (test stations) to a test group?](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration)

You need to create at least one test group. More than one test group are usually only needed when you want to run different sets of DUT's with different supply voltages in parallel.

The test group display shows various test group related information:

![Test Group](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-251c16a621930bc3823125d1cca3f1014f134f2b%2FTest_Group.png?alt=media)

1. group name
2. assigned test stations
3. current TCC value ([more info](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/tcc-control-gui))
4. current temperature ([more info](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ts-control-gui))
5. current supply voltage ([more info](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ps-control-gui))
6. currently mapped operation mode ([more info](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration/operationmodemappings))

{% hint style="info" %}
The displayed **TCC input indicators** for each group are determined by the TCC mask which is defined in the [project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/testgroupsconfiguration). If you move your mouse cursor over such an indicator, a tooltip appears, showing the TCC indicator index. The index goes from 1 to 8 (left to right).
{% endhint %}


# Status Display

The status bar at the bottom of the main window contains a button for **loading a TestStand sequence file** on the left. Once a TestStand sequence file is loaded it also displays the name of that sequence file.

![Statusbar](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-b2d682bda235ca070fb087d01cf23efebf87a42d%2FStatusbar.png?alt=media)

{% hint style="info" %}
If you have an invalid or incomplete configuration the load button is disabled.
{% endhint %}

On the right, you will see an indicator whether **measurement recording** is active or not. By clicking on that indicator the [Data Recording](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/datarecording) dialog opens.


# Dialogs

{% hint style="info" %}
Each dialog can be canceled by pressing **ESC**. All changes made in a dialog only take effect, when the dialog is closed through the **Apply** button.
{% endhint %}


# F2 Reset Errors

In this dialog you can reset certain things related to individual test stations. You can select **what to reset** and **which stations** to reset. The dialog can be opened through different buttons / key combinations. Each type of invocation results in different reset options to be preset. Despite of the preset options you are free to change them after the dialog has opened.

![F2 Dialog](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-d50fb9e18d3cb9f5b1815e5ec9991f92d90322d7%2FDLG_F2.png?alt=media)

{% hint style="info" %}
Use **F2** to reset the temporary error counters. Use **Alt+F6** to clear all station data (incl. history data). Use **Alt+F12** to only clear the history data.
{% endhint %}

| Function                   | Description                                                                                                                                                                                                                                        |
| -------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Reset temp. error counters | Resets the [temp. error counters](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/shiftf3-actionlog) of the current [test order](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration) of the selected stations.                 |
| Reset error counters       | Resets the [error counters](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/shiftf3-actionlog) of the current [test order](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration) of the selected stations.                       |
| Reset cycles / time        | Resets the runtime and the [cycle counter](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/cyclestartend) of the current [test order](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration) of the selected stations. |
| Delete history files       | Deletes all [history files](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata) of the current [test order](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration) of the selected stations.                       |
| Archive history files      | Archives all [history files](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata) of the current [test order](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration) of the selected stations.                      |
| Delete log files           | Deletes all log files of the selected stations.                                                                                                                                                                                                    |

The "Archive history files" function is only selectable if the dialog is opened through the corresponding button inside the [Alt-F10](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata) dialog.


# F3 Project Wizard

The project wizard guides you through the most basic settings of your individual LTT project and is usually performed only one time during the [initial setup](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide) of your LTT.

{% hint style="info" %}
You need a password to enter the project wizard. Ask IRS for the password.
{% endhint %}

![Login](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-5ecf15aab5fba38b25b62967d3d19060c9b99b08%2FDLG_Login.png?alt=media)

The project wizard is composed of 4 steps:

* [Definition of test stations](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/teststationconfiguration)
* [Definition of DUT types](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/duttypesconfiguration)
* [Definition of test groups](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/testgroupsconfiguration) (and the assignment of power supplies / temperature sensors to that groups)
* [Definition of signals](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/signalsdefinition) (and the assignment of those signals to individual DUT types)


# Test Station Configuration

A *test station* represents the physical location where a *device under test* (DUT) can be connected to the LTT. The LTT may have more than one test station. You need to define at least one test station.

![Stations](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-220167ebc4358c28b8b88460b4012d738f4aa3f2%2FDLG_PW_Stations_V2.png?alt=media)

To add test stations, simply click on the ➕ button. To remove them click on the ➖ button. You can however only add/remove stations at the end of the list, not in between. The stations are numbered automatically, starting from 1. You are free to change the number to something else at any time.

The number of stations determine how many parallel executions of the later loaded TestStand sequence file will be started. Each TestStand execution serves one DUT. The test station index is used to distinct between those executions in any form of display and file output. In TestStand you can access the current station index through a [TestStand variable](/ltt/documentation/ltt-gui-manual/teststand/predefinedvariables).

## MesSy V2

If you use a MesSy V2 within your LTT, which is the standard case, the test station index defined in GUI relates to the station index defined in the [MesSy configuration file](/ltt/documentation/ltt-gui-manual/configuration/messyconfiguration).

![MesSyV2 Stations](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-f4eb15949b430d16fa29cf1421fe466e0bb49817%2FMesSyV2_Stations.png?alt=media)

As you can see in the picture above, each station index maps to a single MesSy with a given IP address. However there are more advanced station configurations possible, which are not part of this documentation. Refer to the comment section inside of the example [MesSy configuration file](/ltt/documentation/ltt-gui-manual/configuration/messyconfiguration) for more informations.

{% hint style="warning" %}
If you create more stations than you have defined in your MesSy configuration, the GUI will show you a warning.
{% endhint %}

## MesSy V1

If you want to use MesSy V1 you first have to change [several other parameters as well](/ltt/documentation/ltt-gui-manual/configuration/messyconfiguration/changing-messy-version). After restarting the GUI the test station configuration dialog will look like this.

![Stations V1](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-71f02b7b9ec79c8131d37b297ee8137745d6018d%2FDLG_PW_Stations_V1.png?alt=media)

**Bus** represents the last digit of the IP address of the MesSy to which this station is connected. The preceding part of the IP address is defined in [MesSy configuration file](/ltt/documentation/ltt-gui-manual/configuration/messyconfiguration) (for example 192.168.222). A bus number of 3, for example, means, that this station is connected to the MesSy with the IP address 192.168.222.3.

**Slot** is a number to distinguish between **multiple DUTs** connected to **one MesSy**. It defaults to 1 and only needs to be changed if there are more DUTs connected to one MesSy. In fact, the combination of bus/slot must always be unique.

{% hint style="info" %}
Read more about the usage of station ID or bus/slot in chapter [MesSy Integration](/ltt/documentation/ltt-gui-manual/teststand/messyintegration).
{% endhint %}

***

[go to initial setup guide](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide#SETUP_GUIDE)


# DUT Types Configuration

{% hint style="info" %}
A **DUT type** represents a specific variant of your devices under test. You need to define at least one DUT type.
{% endhint %}

![DUT Types](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-f942f02503deb36cab34ca3360cb8c7a82febc2b%2FDLG_PW_Types.png?alt=media)

To **add a DUT type** simply click on an empty row in the grid and type a name. Description is optional.

To **delete a DUT type** select a row and press the DEL key on your keyboard.

Later, when you [configure your test](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration), you assign each DUT a DUT type. The DUT type also determines which set of [limits](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f5limitconfiguration) to use for that DUT, since each DUT type has its own set of limits.

[go to initial setup guide](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide#SETUP_GUIDE)


# Test Groups Configuration

A *test group* is a logical container which groups one or more DUT's together with one or more power supplies and temperature sensors. You need to define at least one test group.

![Groups](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-a2904c61a0bb638f70afbe1166f17d56bc4d378f%2FDLG_PW_Groups.png?alt=media)

To **add a test group** simply click on an empty row in the grid and type a name. To **delete a test group** select a row and press the DEL key on your keyboard.

The **Max. Runtime** parameter is the desired runtime in hours of the tests running under this group. You can later change this parameter in the [F10 - test parameter configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration) dialog.

The **TCC mask** determines, which of the total of 8 [TCC inputs](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/tcc-control-gui) you want to use for this group. You can use all 8 inputs or just a subset of them. You can also use the same inputs in multiple groups. The TCC mask determines, which TCC indicators are displayed for each group in main window's [group display](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/groupdisplay) or in the [F10 - test parameter configuration](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration) dialog.

{% hint style="info" %}
If you move your mouse cursor over such an TCC input indicator, a tooltip appears, showing the TCC indicator index. The index goes from 1 to 8 (left to right).
{% endhint %}

Finally you assign one or more of the **available power supplies (PS) and temperature sensors (TS)** to each group. Those are defined in the [module configuration file](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration), which you need [setup](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide) before running the project wizard. Multiple power supplies and temperature sensors are differentiated by a 1-based index following its fixed prefix (PS or TS). In TestStand you can [refer to those power supplies and temperature sensors](/ltt/documentation/ltt-gui-manual/teststand/predefinedvariables#PS_TS_INDEX) by using that index.

***

[go to initial setup guide](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide#SETUP_GUIDE)


# Signals Definition

{% hint style="info" %}
A **signal** is an analog output of your device under test or any other DUT related data you want to evaluate through a limit test (for example a CAN message).
{% endhint %}

![Signals](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-652a5ee2158c4af0bd9667b2e966b8b7049b0701%2FDLG_PW_Signals.png?alt=media)

To **add a signal** simply click on an empty row in the grid and type a name. Description is optional.

To **delete a signal** select a row and press the DEL key on your keyboard.

You assign a signal to one more **DUT types** (which you have defined previously). By default, each created signal is assigned to all available DUT Types. In most cases this common but it may happen, that one variant of your DUT has less/different analog outputs than another one.

Usually you want to evaluate all analog DUT outputs which are defined in the [MesSy configuration file](/ltt/documentation/ltt-gui-manual/configuration/messyconfiguration). Therefore you can import the signals defined there.

[go to initial setup guide](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide#SETUP_GUIDE)


# Shift+F3 Action Log


# F4 Station Overview


# F5 Limit Configuration

In this dialog you can define limits for the signals you have defined in [project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/signalsdefinition).

{% hint style="info" %}
You have to go through the project wizard first, before you can configure limits.
{% endhint %}

Here are some quick facts:

* There are separate limit definitions for each [DUT type](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/duttypesconfiguration).
* A signal can have multiple limits.
* Each limit has an unique numeric identifier (the error number) and a name.
* **The error number must be unique within the same DUT type.**
* The limit name must be unique within the same signal.
* It is possible to define numeric and string limits.

When you open the F5 dialog, you see near the top of the dialog a tab for each DUT type you have defined in [project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/duttypesconfiguration). In each tab, the signals you have defined in [project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/signalsdefinition) are listed. If you expand those signals (small down arrow), you will see the limits defined for each signal. In case you have a newly setup LTT there are no limits yet.

![F5 Empty](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-ca90b019c2220f1f0e28a794703d97fd1f13df81%2FDLG_F5_Empty.png?alt=media)

To define a limit, simply click in an empty row below an expanded signal. You have to provide a **unique error number** and a **unique limit name**. You have to check by yourself which error number is unused, but the dialog will not allow you to apply any changes if there are duplicate error numbers or limit names.

{% hint style="info" %}
A limit error number must be unique within the same DUT type. A limit name must be unique within the same signal. You are responsible!
{% endhint %}

The preset limit name is **default**, but you can change it to whatever you want. The idea is, to provide multiple limits for the same signal, because the signal can be tested under different circumstances / in different contexts. For example, you have a default limit for a signal when it is not stimulated / active. That limit might be around 0 V, depending on your signal type. Then you have a limit for the case, when the signal is stimulated / active. A possible limit value could be around 12 V and the limit could be named **active**. Additionally you may want to test the signal under different stimulation levels, for example under voltage. You could create another limit name **under\_voltage** with a different limit range.

{% hint style="info" %}
There can be multiple limits per signal, depending on in how many different scenarios you want to test the signal. Read about [Limit Tests](/ltt/documentation/ltt-gui-manual/teststand/limittests) to learn how to select and perform a specific limit test.
{% endhint %}

![F5 Example](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-a008e48636e3663253bab0f785fd83344a9349ae%2FDLG_F5_Example1.png?alt=media)

{% hint style="info" %}
It is a good practice to keep **numeric gaps** between the error numbers for each signal. That way, you can later add additional limits to a signal while having a continuous numeration within that signal. A numeric gap of 10 should be sufficient for most cases.
{% endhint %}

[go to initial setup guide](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide#SETUP_GUIDE)


# Limit Generator

Instead of typing each limit manually, which can be a tedious work if you have many signals, you can use the **limit generator**, which you launch with the button at the right top corner.

![Limit Gen](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-2aefeeaecf571259c548958572fc8ffa38d66f62%2FDLG_F5_Limit_Gen.png?alt=media)

With the limit generator you create a limit with the provided name, min and max value for every signal and every DUT type. As for the error numbers, you choose a starting number and an increment (remember the numeric gap). If you apply the generator like in the picture above to an empty limit configuration, you will get the following result.

![Limit Gen Finished](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-3bdedecbc4465271f9932222fb922146a76e7ca0%2FDLG_F5_Limit_Gen_Finished.png?alt=media)

Afterwards, you can adjust the limit values if needed, which is altogether a faster way of creating limits than doing it one by one.


# Limit Renumerate

Assume you have the following limit configuration:

![Example](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-33cee6f92db8b1b73f1d8e9a3da1a813da8a57e3%2FDLG_F5_Example2.png?alt=media)

Open the limit generator and enable the **Renumerate limits** option.

![Renumerate](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-6de8c757c342bb239ea5e881866d82c075e917c4%2FDLG_F5_Renumerate.png?alt=media)

That way you can enter a different error starting number and increment together with a limit name. The min and max values are ignored in that case. If you apply, all limits with the provided name will be renumerated, starting from the provided value with the provided increment.

![Renumerate Result](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-956424e721904ddb0446067a095eedd58bceb703%2FDLG_F5_Renumerate_Result.png?alt=media)

{% hint style="warning" %}
Be careful to avoid collisions with existing error numbers. The generator will tell you if this is the case and the numbers will not be applied.
{% endhint %}


# Limit Overwrite

Assume you have the following limit configuration:

![Example](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-33cee6f92db8b1b73f1d8e9a3da1a813da8a57e3%2FDLG_F5_Example2.png?alt=media)

Open the limit generator and enable the **Overwrite** option.

![Overwrite](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-4f9876cf9fd756624f6a45406f0022dbc07d7874%2FDLG_F5_Overwrite.png?alt=media)

That way you can enter different min and max values together with a limit name. The error number and increment values are ignored in that case. If you apply, all limits with the provided name will be set to the new min and max values.

![Overwrite Result](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-21140b7b6ce0e95bd545e0722453a33de2b499b8%2FDLG_F5_Overwrite_Result.png?alt=media)

{% hint style="info" %}
You can use the **renumerate** and **overwrite** option in combination.
{% endhint %}


# Limit Copy

If you setup your limit configuration for one DUT type and want to copy it to the other DUT types you can do so by expanding the **Additional functions** at the bottom of the dialog.

![Copy Before](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-81e39484dc6fc800f9fa0acaf6b089ca356aef64%2FDLG_F5_Copy_Before.jpg?alt=media)

There you choose the source DUT type from the left combo box and one or more destination DUT types from the list to the right. If you click on the **Copy limits** button all limits, including their min and max values are copied to the selected DUT types.

![Copy After](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-650d377b094eb19471dc95c2ea921783a877653d%2FDLG_F5_Copy_After.jpg?alt=media)

{% hint style="info" %}
The **copy limits function** adds limits from a source DUT type, which do not exist in the destination DUT type. If the **overwrite limits option** is active, then existing limits in destination DUT type will be overwritten with the ones from source DUT type.
{% endhint %}


# Limit Import

When you have more than one LTT and want to copy the limits from one LTT to another one, then use the **Import limits** function.

First, you have to copy the `50_LTT_SW\LTT Limit Files` folder, containing the limits you want to import on another LTT, to the other LTT, but not at the same location!

{% hint style="warning" %}
Overwriting the limit configuration XML files of one LTT with those from another will not transfer the limits!
{% endhint %}

Assume you currently have the following limit configuration:

![Import Before](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-d642fee20bff65ee01d65d3d9122ef7401806ccf%2FDLG_F5_Import_Before.png?alt=media)

And you want to import those limits from the other LTT:

![Import File](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-cb88800c57ccdaf64eef6364b5f2fa58546af7aa%2FDLG_F5_Import_File.png?alt=media)

The best praxis is to copy the limit configuration folder from one LTT to the **Desktop** of the other LTT. Once you have the limits folder copied to the target LTT, you can press the **Import limits** button in the top right corner of the dialog. A folder selection dialog will prompt you the select the limit files folder to import.

![Import Select](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-29a7130a630dab04304fd9f782651ddcc6e30736%2FDLG_F5_Import_Select.png?alt=media)

{% hint style="info" %}
All limit files (DUT types) from the import folder will be imported as long as there is a matching DUT type on the target LTT. If you want to import a specific DUT type only, then delete all other limit configuration files from the import folder.
{% endhint %}

After you have selected the import folder the limit import is performed. Once it is finished it will display a summary:

![Import Result](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-4d245e47b8ac8cb4bd2d21cfb928f4b0a13c6534%2FDLG_F5_Import_Result.png?alt=media)

{% hint style="warning" %}
Be aware that importing limits will remove existing limits if they are not present in the imported limits.
{% endhint %}

After the import the limit configuration looks like this:

![Import Finished](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-eb4697913ae7a4ac0773da841e8d3a16cc53955f%2FDLG_F5_Import_Finished.png?alt=media)


# F6 Error Configuration


# Shift+F6 Error Live Display


# F10 Test Parameter Configuration

In this dialog you can do several things:

* set the maximum runtime your your test run
* set the minimum and maximum temperature of your temperature sensor(s)
* set the minimum, maximum and nominal voltage of your power supply/ies
* defined TCC <> operation mode mappings
* set operation mode parameters

All those settings are provided per [test group](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/testgroupsconfiguration).

{% hint style="info" %}
You first need to define one or more test groups in [project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard) before you can use this dialog.
{% endhint %}

![F10 Dialog](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-28f597ce9b9dd629f4127ebef69491a518c6595e%2FDLG_F10.png?alt=media)

**Runtime**

When a test station reaches the runtime you entered here it will automatically stop.

**Temperature and voltage limits**

A test station will stop with a [system error](/ltt/documentation/ltt-gui-manual/lttgui/systemerrors) if one of those limits are violated.

* Read more about operation mode mappings
* Read more about operation mode parameters

[go to initial setup guide](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide#SETUP_GUIDE)


# Operation Mode Mappings

You can add an **operation mode mapping** by pressing the button in the operation mode mapping section of the F10 dialog.

{% hint style="info" %}
You need a password to add or remove operation mode mappings. Ask IRS for the password.
{% endhint %}

{% hint style="info" %}
You need to load your [testplan](/ltt/documentation/ltt-gui-manual/teststand) before you can map to [operation modes](/ltt/documentation/ltt-gui-manual/teststand/operationmodes) of that testplan.
{% endhint %}

![Operation Mode Mapping](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-8b7939582b6844fe6b9e0f53d49dd9c14aaf9c13%2FDLG_F10_Mapping.png?alt=media)

Each operation mode mapping consists of **1 to 8 round TCC input indicators** and a **drop down box**. The TCC input indicators represent the value of the [TCC hardware](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/tcc-control-gui) (or the simulated one).

{% hint style="info" %}
The displayed **TCC input indicators** for each group are determined by the TCC mask, which is defined in the [project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/testgroupsconfiguration). If you move your mouse cursor over such an indicator, a tooltip appears, showing the TCC indicator index. The index goes from 1 to 8 (left to right).
{% endhint %}

In the drop down box you can select an operation mode sequence from the currently loaded testplan. You can add as many operation mode sequences as you want and select a corresponding **TCC input pattern** (like binary). You even can have multiple TCC patterns map to the same OM sequence. You should avoid, however, using the same TCC pattern for more than one OM.

{% hint style="info" %}
With an operation mode mapping, you **map** a certain **TCC input pattern** to a single **operation mode sequence** of your testplan.
{% endhint %}

Once you have configured your TCC operation mode mappings you can run your testplan and it will execute that operation mode sequence, which is configured for the current TCC value.

{% hint style="info" %}
You can see the currently mapped operation mode in the main window's [group display](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/groupdisplay). If this display is empty, no valid mapping exists for the current TCC value and the testplan will execute a fallback sequence.

<img src="https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-dc5e5788b90506327b50d7520d6abb9840d17ff7%2FStation_Invalid_OM.png?alt=media" alt="Invalid OM" data-size="original">
{% endhint %}

The main window will display a warning message if there is no valid operation mode mapping at all and you are not allowed to start the loaded testplan.

![Warning Missing OM](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-495399c8df9f050102e95d38fb384e19e269f979%2FWarning_Missing_OM.png?alt=media)

This can happen if you

* have not configured any mapping yet
* changed the name of the operation mode sequence or deleted the sequence

[go to initial setup guide](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide#SETUP_GUIDE)


# Operation Mode Parameters

You can change **operation mode parameter** values in the operation mode parameters section of the F10 dialog. There is a tab for each operation mode defined in your testplan.

{% hint style="info" %}
You need to load your [testplan](/ltt/documentation/ltt-gui-manual/teststand) before you can see and change operation mode parameters.
{% endhint %}

The operation mode parameters are [defined in your testplan](/ltt/documentation/ltt-gui-manual/teststand/operationmodes), so you cannot add or remove parameters here. In this dialog you only change the current values of those operation mode parameters.

{% hint style="info" %}
You can update operation mode parameters even if if testplan is already running.
{% endhint %}

![Operation Mode Parameter Compare](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-1eb0f9bec82f9cf56cb6e40d6899c1ad38ab45b2%2FTS_OpMode_Parameter_Compare.png?alt=media)

[go to initial setup guide](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide#SETUP_GUIDE)


# Alt+F10 History Data


# F11 Test Configuration

In this dialog you assign your devices under test to the individual test stations.

{% hint style="info" %}
You first need to define one or more test stations in [project wizard](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard) before you can use this dialog.
{% endhint %}

![F11 Empty](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-3b6987679c9cae13b33d3dc6ba51c16e1002f600%2FDLG_F11_Empty.png?alt=media)

{% hint style="info" %}
You first need to define one or more DUT's in [DUT management dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration/dutmanagement) before you can assign them to test stations.
{% endhint %}

The best practice procedure to configure your test stations is as follows:

1. **Make sure you have created the DUT's you want to assign**
   * If not, create them in [DUT management dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration/dutmanagement). ![DUT Management Open](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-c90838a2e8a413c2d8892515c6cbd6dae2d5b636%2FDLG_F11_DutMgmt_Open.png?alt=media)
2. **Multi-select all stations you want to configure**
   * Select first station
   * Press and hold **shift key**
   * Select last station
   * To select non-consecutive stations hold down **ctrl key** while selecting each station. ![F11 Select](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-1d462f2301e2b67ef2da6233dc0c55a5e8997584%2FDLG_F11_Select.png?alt=media)
3. **Choose / enter the common for all settings**
   * Those typically are test order ID, qualification ID, DUT type, Group and chamber ID
   * Qualification ID is optional
   * Chamber ID is optional
   * Vibration axis is optional ![F11 Enter Common](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-95c1057cd629c1502ec7bbe1cb09b68cd3671d14%2FDLG_F11_Enter_Common.png?alt=media)
4. **Select each individual station and choose / enter the individual settings**
   * Those typically are DUT name and cable ID.
   * Selection will jump to next row if you enter DUT name and current row is complete.
   * Cable ID is optional and should be entered first, otherwise the selection might jump to next row. ![F11 Enter Individual](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-e1c0c95ab470201625a86e386e5a13babf587b61%2FDLG_F11_Enter_Individual.png?alt=media)
5. **Press Apply**

[go to initial setup guide](/ltt/documentation/ltt-gui-manual/gettingstarted/initial-setup-guide#SETUP_GUIDE)


# DUT Management

Before you can assign DUT's to test stations you need to define DUT's by their serial numbers / names.

{% hint style="info" %}
Open the DUT management dialog by pressing the small button next the the DUT name drop down field in F11 dialog.
{% endhint %}

![DUT Management](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-dad6d0428522f10707e1174bfbba42bbee6d9a3d%2FDLG_F11_DutMgmt.png?alt=media)

Just enter a name prefix and a numeric suffix and press the button.

You can delete individual DUT's by selecting them and pressing the **del key**.

[back to F11 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration)


# Alt+F11 Data Transfer

TODO


# F12 Measurement Live Display


# Data Recording


# Trigger Configuration


# HW Control

Through the **hardware menu** of the main window you can access panels to show / control every LTT standard hardware.

A LTT usually comes with the following standard hardware:

* [power supplies](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ps-control-gui) (for the DUT's)
* [temperature sensors](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/ts-control-gui) (for climatic chambers)
* [temperature chamber contact](/ltt/documentation/ltt-gui-manual/lttgui/hwcontrol/tcc-control-gui) (digital I/O)

{% hint style="info" %}
You have to configure the LTT standard hardware in [module configuration file](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration).
{% endhint %}


# PS Control GUI

You can access the power supply control panels through the main window menu **Hardware > PS**.

![HW PS Control](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-30f5ad8146bd174edb09af72325e1242ee719dee%2FHW_PS_Control.png?alt=media)

A panel will open for every PS configured in [module configuration](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration). Power supplies configured as [tsonly](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration/ps#TS_ONLY) will not show up.


# TS Control GUI

You can access the temperature sensor control panels through the main window menu **Hardware > TS**.

![HW\_TS\_Control](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-79ae6c62c15b091166e6e4b77eac3736e100fff9%2FHW_TS_Control.png?alt=media)

A panel will open for every TS configured in [module configuration](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration). With simulated TS driver you can set a temperature, otherwise the panel is read only.


# TCC Control GUI

You can access the temperature chamber contact control panel through the main window menu **Hardware > TCC**.

![HW\_TCC\_Control](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-dac8519fdeb47fc3569922bbbb89c0c84300df81%2FHW_TCC_Control.png?alt=media)

With [simulated TCC driver](/ltt/documentation/ltt-gui-manual/configuration/moduleconfiguration/tcc) you can set a TCC value, otherwise the panel is read only.

***

The temperature chamber contact is a digital input for the LTT.

The input is usually set from the climatic chamber, which usually accompanies each LTT.

The TCC consists of **8 input channels** (bits).

You need the TCC input for determining which [operation mode](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration) of your [testplan](/ltt/documentation/ltt-gui-manual/teststand/operationmodes) should execute.

{% hint style="info" %}
The standard TCC module is a NI PCI-6503 24 channel digital in/out card. The 24 channels are grouped by 3 ports á 8 lines.
{% endhint %}


# Station Control

A valid test station can be

* started
* stopped
* terminated
* aborted

A test station is valid if it has a completely configured [test order](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration).

You can choose to start the currently selected test station (F1) or all valid test stations at once (F7).

You can issue a **stop request** for the currently selected test station (F1) or all running test stations at once (F8).

{% hint style="info" %}
By issuing a **stop request**, it depends on the TestStand sequence file if, when and how the test actually stops. This is determined by the use of the [Check For Stop](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/checkstop) step inside of your TestStand sequence file. See [stop conditions](/ltt/documentation/ltt-gui-manual/teststand/processmodel/orderofexecution#STOP_CONDITIONS) for more informations.
{% endhint %}

It may happen, that a test station refuses to stop. This can have several reasons:

* no proper usage of the [Check For Stop](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/checkstop) step (infinite loop)
* a blocking call to an external code module (LabView, .NET)
* long time to reach the next [Check For Stop](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/checkstop) step

In such cases you can **terminate** a test station (Shift+F9). A termination request will end the execution of the selected test station, no matter where the execution currently is and whether a [Check For Stop](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/checkstop) step is used or not!

{% hint style="info" %}
Terminating test stations still perform all cleanup steps defined in the TestStand sequence file.
{% endhint %}

The termination will **not work** however if the test station execution has a (infinite?) **blocking call** to an external code module. If that is the case you can press Shift+F9 again. This will change the termination request to an abort request.

{% hint style="warning" %}
Aborting test stations **do not** perform any cleanup steps defined in the TestStand sequence file. This may lead to leaving the system in a dangerous state, possibly causing harm to the device under test!
{% endhint %}


# Error Status Colors

## The test station display bottom line explained

![Test Station Status Line](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-32e0a0b2eaab196d4fe442567fe4ee42412fe8db%2FStation_StatusLine_Explained.png?alt=media)

The bottom line of a test station box displays 4 different information:

* current test time
* current test cycle
* number of total errors (1)
* number of temporary errors (2)

(1) This is the number of error entries (lines) you will see in [F4 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/shiftf3-actionlog) "total error counters"

(2) This is the number of error entries (lines) you will see in [F4 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/shiftf3-actionlog) "temporary error counters"

## Test station display status colors

The station boxes in main window can be configured to be more colorful in order to display the current status of a station. You can enable this feature in menu **Configuration > Test panel configuration**.

![Test Panel Configuration](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-4579028a12c32a51740678c7e57feb8be24afbd7%2FDLG_TestPanel_Configuration.png?alt=media)

Once you have this feature enabled, the station display bottom line has the following colors during a test run:

| Color  | Meaning                                                                 | Example |
| ------ | ----------------------------------------------------------------------- | ------- |
| GREEN  | no error happened (ever)                                                | …       |
| RED    | there are one or more limit errors in current cycle                     | …       |
| ORANGE | no errors in current cycle, but some errors happened in previous cycles | …       |
| YELLOW | no errors since the last temporary errors reset                         | …       |


# System Errors

There are a couple of station errors which can happen during the execution of a test. The so called **system errors** are treated like [limit errors](/ltt/documentation/ltt-gui-manual/teststand/limittests) and have error numbers < 50.

{% hint style="warning" %}
Do not provide error numbers < 50 for your limit tests.
{% endhint %}

| Error Number | Meaning                                                            |
| ------------ | ------------------------------------------------------------------ |
| 0            | System error.                                                      |
| 5            | Power supply voltage limit error.                                  |
| 6            | Power supply current limit error.                                  |
| 9            | Temperature sensor limit error.                                    |
| 13           | Power fail error. Happens in case of an overall LTT power failure. |
| 16           | Power supply communication error.                                  |
| 18           | Temperature sensor communication error.                            |

Like with limit errors, you can set the error tolerance in [F6 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f6errorconfiguration).


# TestStand

**National Instrument TestStand** is the underlying test execution system used by the LTT GUI.

{% hint style="info" %}
This chapter is by no means an introduction or documentation of National Instruments TestStand itself. At this point you should already have basic knowledge about basic TestStand concepts such as *sequence files*, *sequences*, *steps* and *variables*. If not, maybe you want to read the [TestStand help document](https://www.ni.com/docs/en-US/bundle/teststand/page/user-manual-welcome.html).
{% endhint %}

Within the LTT folder structure all TestStand related files are located below `[Install Location]\50_LTT_SW\LTT TS\`. The TestStand sequence file which represents your **LTT testplan** must be located there. There is a **LTT sequence file template** (`\50_LTT_SW\LTT TS\LTT Template.seq`) if you want or need to begin from scratch. This sequence file template contains all necessary structures needed for a LTT testplan.

{% hint style="info" %}
The LTT template sequence file is different for **MesSy II** or **MesSy II FD**. Depending on what you have selected during installation, the template file is for that MesSy version. If you want to switch to the other MeSy version read chapter [MesSy Version Setup](/ltt/documentation/ltt-gui-manual/configuration/messyconfiguration/changing-messy-version).
{% endhint %}

{% hint style="warning" %}
A **TestStand sequence file** must meet certain criteria in order to be used for LTT. We call TestStand sequence file a **LTT testplan**, when it fulfills all required criteria.
{% endhint %}

The required criteria for a TestStand sequence file to be a LTT testplan are as follows:

* it need to have a specific [process model](/ltt/documentation/ltt-gui-manual/teststand/processmodel)
* it need to contain some [predefined sequences](/ltt/documentation/ltt-gui-manual/teststand/predefinedsequences)
* it need to contain some [predefined variables](/ltt/documentation/ltt-gui-manual/teststand/predefinedvariables)

During this chapter the terms *execution*, *socket*, *DUT* and (*test*)station may be used. They are interchangeable in most cases. Execution or socket are NI TestStand jargon. An execution / socket means a single DUT / test station.


# Setup

{% hint style="info" %}
When you run the LTT installer, you usually **do not need to take care** of setting up TestStand for the needs of the LTT software. This chapter only provides some background knowledge in case anything goes wrong or you want to do a manual setup, for whatever reason. **You can skip this chapter** if you are not interested yet.
{% endhint %}

{% hint style="info" %}
There is a tool located at `[Install Location]\50_LTT_SW\LTT GUI\IRS.TS.Tools.exe` which helps you to configure TestStand. Please close TestStand and LTT GUI before you use this tool!
{% endhint %}

For the LTT software to work properly the following things need to be setup correctly:

**TestStand configuration directory**

The default TestStand configuration directory is at `C:\ProgramData\National Instruments\TestStand\`. Within this directory there are files storing all vital TestStand settings like search paths, StationGlobals, model plugins, report configuration and so on. To not interfere with an existing TestStand configuration the LTT software sets the TestStand configuration directory to `[Install Location]\50_LTT_SW\LTT TS\config`. It is important to set the configuration directory first, before applying any other changes, as otherwise those changes would affect your previous TestStand configuration.

**TestStand search paths**

There are 2 necessary paths, which need to be added to the TestStand search paths.

* `[Install Location]\50_LTT_SW\LTT TS\lib\`
* `[Install Location]\50_LTT_SW\LTT GUI\`

**TestStand type palette paths**

There are 3 INI files, which need to be added to the TestStand type palette paths.

* `[Install Location]\50_LTT_SW\LTT TS\config\IRS.LTT.Types.ini`
* `[Install Location]\50_LTT_SW\LTT TS\lib\IRS.MesSy\V1\IRS.MesSyI.Types.ini`
* `[Install Location]\50_LTT_SW\LTT TS\lib\IRS.MesSy\IRS.MesSyII.Types.ini`

Those files will add custom step types to your TestStand insertion palette.

## IRS.TS.Tool.exe

Luckily this tool will help you with the setup task. It is normally run during installation, but in case anything went wrong just start it manually after installation.

![TS Tools](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-910d53cbc1c5ad1b450e49a8e72495d6645dd2c5%2FTS_Tools.png?alt=media)

Simply click on **"Apply LTT config"** to setup everything.


# Folder Structure

The **LTT TS directory** is the root of the LTT test execution system. At top level it contains the actual TestStand sequence file implementing your specific LTT testplan (and/or the template sequence file). It also contains the following sub folders:

![TS Folders](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-7b1f5777f938383055c17cfb848899a30eefc5ed%2FTS_FOLDERS_1.png?alt=media)

| Folder   | Content                                                                                                                                                                                                                                                                                                                                   |
| -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| config   | Contains the TestStand configuration like StationGlobals, search paths, type definitions and so on. During installation of the LTT software the TestStand configuration directory will be set to this location. The default TestStand configuration directory is at `C:\ProgramData\National Instruments\TestStand\` and stays untouched. |
| examples | Contains MesSy examples sequences for both MesSy V1 and V2. You can copy those sequences into your own testplan as needed.                                                                                                                                                                                                                |
| lib      | Contains code modules (LabView, .NET) needed to operate the LTT. Specifically you will find there:ddd                                                                                                                                                                                                                                     |
| model    | Contains the [LTT process model](/ltt/documentation/ltt-gui-manual/teststand/processmodel)                                                                                                                                                                                                                                                |

## The lib folder

The lib folder contains some standard sub folder and files, which will be explained here. But it is also the place to put in your project specific assets, like additional DLL's or LabView VI's. Feel free to add more sub folders / LLB's / DLL's or VI's. But do **not** place your specific assets into one of the existing standard sub folders, since they get replaced by each LTT software update!

| Item                      | Description |
| ------------------------- | ----------- |
| IRS.MesSy                 |             |
| IRS.MesSyFD               |             |
| IRS.Mod                   |             |
| IRS.LTT.Mod.API.lvlibp    |             |
| IRS.LTT.Mod.Loader.lvlibp |             |
| IRS.LTT.Mod.Test.exe      |             |
| IRS.LTT.TS.API.lvlibp     |             |
| IRS.LTT.TS.UserLib.lvlibp |             |
| IRS.Rendezvous.lvlibp     |             |


# Predefined Variables

There are certain variable structures in **FileGlobals** and **StationGlobals**, which need to be present for a LTT testplan to work properly. A LTT testplan need to have an item named **LTT** and of type **LTT\_Client\_Data** placed in its FileGlobals.

![FileGlobals](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-11ddf75e9b6e4fe4be0f24d60a6a69e084f40450%2FTS_FileGlobals.png?alt=media)

The `FileGlobals.LTT.CFG` container contains variables representing the current test configuration. Those variables are automatically filled at start.

**TestStation, DutName, DutType, Group, OrderName, QualName**

Those variables are filled with the data entered in [F11 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f11testconfiguration) of LTT GUI.

**BasePath**

Path to the directory where your LTT sequence file is located.

**PS\_Index, PS\_Indizes, TS\_Index, TS\_Indizes**

A DUT belongs to a [test group](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/testgroupsconfiguration) and a test group can have one or more power supplies and temperature sensors assigned. The *X\_Index* variable holds the **zero based (!)** index of the assigned power supply/temperature sensor, whereas the *X\_Indizes* array holds all assigned indexes. You rarely need to use those since the assigned PS and TS are automatically controlled and usually do not need your further assistance.

![FileGlobals CFG](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-b3d05b988be17f9b97e45de14e043c0f3a3f338f%2FTS_FileGlobals_CFG.png?alt=media)

The `FileGlobals.LTT.RV` container contains variables representing various runtime values which get updated frequently during testplan execution.

**Runtime, Cycles**

The current runtime of this test in seconds. The current [cycles](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/cyclestartend) of this test.

**OpModeSeq, OpMode**

The currently executing operation mode. Note that the variable *OpModeSeq* holds the exact sequence name, whereas the variable *OpMode* holds the name of the operation mode (without the sequence prefix).

**HW**

`FileGlobals.LTT.RV.HW` contains voltages and currents of all configured power supplies as well as the temperatures of all configured temperature sensors. Use the `FileGlobals.LTT.CFG.XX_Index` variables to determine which PS/TS is relevant for that particular DUT.

**HW\.TCC**

The current TCC value. Please note that this value is not [masked](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/testgroupsconfiguration). It represents the value of all 8 bits of the TCC input.

![FileGlobals RV](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-c0bb69e0669868e51f73cea1abc73ba23c91e237%2FTS_FileGlobals_RV.png?alt=media)

A LTT testplan need to have an item named **LTT** and of type **LTT\_Global\_Settings** placed in its StationGlobals.

![StationGlobals](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-7afa02bdfb3fa187d4de8cc8ca669aaa59628191%2FTS_StationGlobals.png?alt=media)

The `StationGlobals.LTT` container is mainly used for internal parameters which you do not need to know or modify, nor should you. An exception is the `StationGlobals.LTT.MESSY` container. In that you will find some variables of relevance.

| Variable     | Description                                                                                                                                                                                                                                                               |
| ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| ENABLED      | If false no MesSy setup is performed in LTT process model. This can be used to run a LTT testplan without MesSy. Be aware that if you have MesSy API calls in your testplan those will fail. You can, however, check this variable as a precondition in every MesSy step. |
| ERR\_TOL\_MS | TODO: description. (for MesSy V1 compatibility)                                                                                                                                                                                                                           |
| TIMEOUT\_S   | MesSy communication timeout.                                                                                                                                                                                                                                              |
| VERSION      | MesSy version: 1 or 2. This is set by GUI!                                                                                                                                                                                                                                |


# Predefined Sequences

A LTT testplan need to have certain predefined sequences.

{% hint style="info" %}
See chapters [order of execution](/ltt/documentation/ltt-gui-manual/teststand/processmodel/orderofexecution), [operation modes](/ltt/documentation/ltt-gui-manual/teststand/operationmodes) and [process model](/ltt/documentation/ltt-gui-manual/teststand/processmodel) for a better understanding.
{% endhint %}

![Standard Sequences 1](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-537b7c9a29e1f50bd09c440d2d76cf9c83b40606%2FTS_StdSeq1.png?alt=media)

The green and purple sequences at the top are predefined **mandatory** TestStand sequence callbacks triggered by the process model. They will be triggered in the following order.

1. **SequenceFileLoad**: called at sequence file load. Initializes limits.
2. **ProcessSetup**: called one time after start for all stations. Use this to perform initializations per LTT and not per DUT.
3. **PreUUTLoop**: called one time after start for each DUT.
4. **MainSequence**: main sequence entry point. Do not make any changes here. It serves as a dispatcher to the various [operation mode sequences](/ltt/documentation/ltt-gui-manual/teststand/operationmodes).
5. **PostUUTLoop**: called one time during stop for each DUT.
6. **ProcessCleanup**: called one time during stop for all stations. Use this to perform cleanup per LTT and not per DUT.

![Standard Sequences 2](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-f911dacd5628cc5f4991d8bccaef161c43fbf1c4%2FTS_StdSeq2.png?alt=media)

Additionally to the standard TestStand sequence callbacks there are a couple of other, **optional** sequences.

| Sequence              | Outcome                                                                                                                  |
| --------------------- | ------------------------------------------------------------------------------------------------------------------------ |
| Sync                  | Synchronizes the execution of all stations at this point. Optionally sets the power supply to a different voltage level. |
| MesSy Setup           | Performs the MesSy setup.                                                                                                |
| MesSy Analog Config   | Configures MesSy analog channels (scaling, offset).                                                                      |
| MesSy Activate Limits | Activates a given limit set on MesSy.                                                                                    |
| MesSy SSV Check       | Performs a SSV check on a given limit set.                                                                               |
| MesSy Clear Errors    | Clears any previous SSV check results.                                                                                   |

Besides those standard and optional sequences above, there are so called [operation mode sequences](/ltt/documentation/ltt-gui-manual/teststand/operationmodes), which are important for the LTT.

{% hint style="info" %}
A LTT testplan need to contain at least one operation mode sequence.
{% endhint %}


# Operation Modes

{% hint style="info" %}
See chapters [predefined sequences](/ltt/documentation/ltt-gui-manual/teststand/predefinedsequences), [order of execution](/ltt/documentation/ltt-gui-manual/teststand/processmodel/orderofexecution) and [process model](/ltt/documentation/ltt-gui-manual/teststand/processmodel) for a better understanding.
{% endhint %}

In LTT terminology an **operation mode** is *a sequence of operations, which is executed under certain conditions*. Those conditions can be different voltage levels, temperatures or DUT states (sleep, normal).

A LTT sequence file contains some [predefined sequences](/ltt/documentation/ltt-gui-manual/teststand/predefinedsequences), together with various other arbitrary sequences and so called **operation mode sequences**. An operation mode sequence's name need to start with the prefix **OPMODE** or **OM**.

![Operation Modes](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-f9b38cad37daf3718e0624e57c7cfa83f5f09d84%2FTS_OpModes.png?alt=media)

You can think of an operation mode sequence as the **main entry point** for that operation mode. From there on it calls other sequences to do whatever the operation mode should do.

There is, however, a main entry point for the whole LTT sequence file. This entry point is called **MainSequence** and is responsible for **switching to one of the defined operation mode sequences**, depending on the current **temperature chamber contact** state (TCC) and the configuration you made in GUI's [F10 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration).

{% hint style="warning" %}
Do not make any changes to the MainSequence.
{% endhint %}

![Operation Mode Cycle](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-2f1df04675451e343b2ceee976d174037ee0fb97%2FTS_OpMode_Cycle.png?alt=media)

The MainSequence will call an operation mode in a continuous cycle, which only exits as a result of a [stop condition](/ltt/documentation/ltt-gui-manual/teststand/processmodel/orderofexecution#STOP_CONDITIONS).

{% hint style="warning" %}
If there is no operation mode defined for the current TCC value, the testplan will execute a fallback sequence which does nothing but displaying a status in GUI, that there is no valid operation mode mapping.

<img src="https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-dc5e5788b90506327b50d7520d6abb9840d17ff7%2FStation_Invalid_OM.png?alt=media" alt="Invalid OM" data-size="original">
{% endhint %}


# Parameters

Although not mandatory it is common for an operation mode to have parameters.

{% hint style="info" %}
Operation mode parameters are defined as FileGlobal variables in TestStand.
{% endhint %}

![Operation Mode Parameter](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-f13d28bd80456d5b0f18de5b2206ebb8c82309ad%2FTS_OpMode_Parameter.png?alt=media)

The `FileGlobals.LTT.OM` structure is an array of containers. Each container represents the parameters for a single operation mode sequence. **The container must be named exactly like the operation mode sequence itself**. Within each operation mode parameter container you can add as many variables as needed. **Only variables of type&#x20;*****string*****,&#x20;*****bool*****&#x20;and&#x20;*****numeric*****&#x20;are supported**.

For each operation mode parameter variable you set a **name**, a **default value** and a **description** (as variable comment). When the testplan is loaded in GUI you can see a list of all operation modes with their parameters in [F10 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration). There you can modify individual parameters, even during the testplan is running. The default parameter values entered in TestStand remain untouched. If you run without GUI you work with the default parameters. You need to change the values in TestStand if they do not fit your current need.

![Operation Mode Parameter Compare](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-1eb0f9bec82f9cf56cb6e40d6899c1ad38ab45b2%2FTS_OpMode_Parameter_Compare.png?alt=media)


# Process Model

{% hint style="info" %}
TestStand stores its sequences in so called sequence files. A sequence file usually has a so called process model attached. TestStand ships with 3 standard process models: sequential model (default), parallel model and batch model. In TestStand the normal sequence file is also called **client sequence file**, whereas the process model is called process model sequence file. For the LTT we call the client sequence file **testplan**. The testplan represents the project specific collection of sequences.
{% endhint %}

![Process Model Selected](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-82fd14b5dfeb97098d7bbe3c6a5fb57f1ef27b55%2FTS_ProcModel_Selected.png?alt=media)

{% hint style="info" %}
Each LTT testplan needs to have the LTT process model assigned. It is located at `\50_LTT_SW\LTT TS\model\LTT Model.seq`. **Do not modify the LTT process model** as it gets overwritten by the next update.
{% endhint %}

The **LTT process model** specifies the **frame sequence** for each LTT testplan. It determines the order, in which each of those [standard sequences](/ltt/documentation/ltt-gui-manual/teststand/predefinedsequences) are called and also provides some execution logic, initialization, error handling and so on. The LTT process model is the same for every LTT testplan, hence it is not project specific.

The LTT model is derived from the **standard TestStand parallel model**. It is therefore able to handle multiple DUT's in parallel. The LTT model also contains features of the standard TestStand batch model.

{% hint style="info" %}
When running multiple DUT's in parallel, you need to be aware that parallel execution has some limitations / drawbacks.
{% endhint %}

* You cannot access hardware simultaneously, which exists only once for all DUT's. Therefore you need some kind of [locking](/ltt/documentation/ltt-gui-manual/teststand/synchronization) to make sure that the hardware is accessed serially.
* Since parallel DUT's run independently, some are faster than others. At some point in your testplan you might need to wait for all DUT's before you continue. You will need this kind of [synchronization](/ltt/documentation/ltt-gui-manual/teststand/synchronization) especially if you want to change the voltage level of your power supply, if it supplies more than one DUT.

{% hint style="info" %}
Use the [SYNC sequence](/ltt/documentation/ltt-gui-manual/teststand/synchronization) to change your DUT's voltage level and/or wait for the other DUT's to continue.
{% endhint %}


# Order of Execution

{% hint style="info" %}
See chapters [predefined sequences](/ltt/documentation/ltt-gui-manual/teststand/predefinedsequences), [operation modes](/ltt/documentation/ltt-gui-manual/teststand/operationmodes) and [process model](/ltt/documentation/ltt-gui-manual/teststand/processmodel) for a better understanding.
{% endhint %}

When starting a LTT testplan it follows the following basic order of sequence calls.

![Process Model](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-27d585ad5dbaa355c789c7258ecb54f020a81efe%2FTS_ProcModel.png?alt=media)

A LTT testplan can be started by [GUI (F1/F7)](/ltt/documentation/ltt-gui-manual/lttgui/stationcontrol) or by TestStand itself ([without GUI](/ltt/documentation/ltt-gui-manual/teststand/processmodel/runningwithoutgui)).

* **ProcessSetup** is executed. This sequence may be used to initialize shared components, which exist only once and not per DUT.
* Teststand starts a parallel execution for every station. **PreUUTLoop** typically performs a per DUT setup for each test station / execution.
* **MainSequence** is called after PreUUTLoop. All stations are synchronized at this point, guaranteeing that all stations start the operation mode at the same time. This also makes sure that all stations run an equal number of cycles.
* MainSequence calls an **operation mode sequence**, depending on current **TCC value** and **configuration** ([F10](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration)). The OpMode is executed in parallel for each station.
* When **running with GUI**, the testplan will endlessly call the current operation mode sequence until a **stop condition** is met. When [running in TestStand](/ltt/documentation/ltt-gui-manual/teststand/processmodel/runningwithoutgui) the behavior is slightly different.
* When a stop condition is met, the process model will execute the **PostUUTLoop** sequence per DUT and the **ProcessCleanup** sequence once.

## Stop conditions

* **Active stop**: the testplan issues a stop request by itself ([how to](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/checkstop)).
* **TestStand error**: If a TestStand step returns an error (for example if a VI call returns an error in the "Error Out" cluster) the execution will terminate.
* **TCC input change**: The testplan need to actively check for this stop condition ([how to](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/checkstop)). By default a TCC change check is performed only at the beginning of an operation mode sequence. It is up to the user to perform additional TCC change checks during the execution of the operation mode.
* **User request (GUI ONLY):** by pressing F1 or F7 in GUI. The testplan need to actively check for this stop condition ([how to](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/checkstop)). By default a stop request check is performed only at the beginning of an operation mode sequence. It is up to the user to perform additional stop request checks during the execution of the operation mode.\
  **Note**: if there are no more intermediate stop checks, it may take a long time between the stop request and the actual stop!
* **Limit error max reached (GUI ONLY):** when a limit test for a specific limit has failed the number of times configured in [F6](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f6errorconfiguration), the GUI will stop the test.
* **Max. runtime reached (GUI ONLY):** when the test ran for the time configured in [F10](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration) the GUI will stop the test.


# Running Without GUI

You can run your testplan without GUI.

![TS SeqEdit Start1](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-3f123976074f3bf1c99b26471972dc89ed73271a%2FTS_SeqEdit_Start1.png?alt=media)

Just press the **green arrow button** in TestStand after you have loaded your testplan.

![TS SeqEdit Start2](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-46a8541efe71e695e51fa109fdf1cae4801020e9%2FTS_SeqEdit_Start2.png?alt=media)

First the **ProcessSetup** and **PreUUTLoop** sequences will execute. The latter one will connect to your MesSy (only if MesSy is enabled in [StationGlobals](/ltt/documentation/ltt-gui-manual/teststand/predefinedvariables#StationGlobals)). After a while the default TestStand **UUT Information dialog** will appear. You are limited to one DUT. You can ignore the **UUT Serial Number** input and just press **OK** to go on with your testplan.

Now the **MainSequence** will run. It will call one of your existing [operation mode sequences](/ltt/documentation/ltt-gui-manual/teststand/operationmodes) depending on the current **TCC value** and how you have [mapped](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration/operationmodemappings) it (read chapter [Order of execution](/ltt/documentation/ltt-gui-manual/teststand/processmodel/orderofexecution) for more details). After a fresh installation there is a default mapping to the one and only operation mode **\[insert name]** when the (simulated) TCC returns 0.

{% hint style="info" %}
To make your testplan execute a certain operation mode when running standalone in TestStand you need to configure a mapping in LTT GUI [F10 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f10testparameterconfiguration) and make sure that your TCC (simulated or real) returns the correct value.
{% endhint %}

For a correct operation some variables also need to be set, which will normally be done by LTT GUI. You need to set the **MesSy V2 StationID** or **MesSy V1 Bus/Slot** variables manually (read chapter [MesSy integration](/ltt/documentation/ltt-gui-manual/teststand/messyintegration)).

The best place for setting variables manually is in **PreUUTLoop**. There is already a Statement step placed, with some commented out code. Just uncomment it and set the variables according your needs.

![TS SeqEdit Preset Variables](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-e0226dc365aa34e7938fe424791e268ef7c99e59%2FTS_SeqEdit_Preset_Variables.png?alt=media)

When the operation mode sequence has finished, the execution will pause and you need to manually resume it again in the **UUT Information dialog** or terminate the execution.

![TS SeqEdit Finished](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-4bd66b1cc3da94922c504f1d64f5df15662eee1a%2FTS_SeqEdit_Finished.png?alt=media)

When you press **Next UUT** and then **OK**, the operation mode will start again. You can change the TCC value in between to switch to another operation mode as long as you have mapped it in LTT GUI.

When you press Exit the **PostUUTLoop** and **ProcessCleanup** sequences are called and the execution stops.

{% hint style="info" %}
If you want to stop the execution during an operation mode you can press Terminate in the **UUT Information dialog**.
{% endhint %}

![TS SeqEdit Running](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-8aefcf232f0ef502bab040c5fcb714289ebc5180%2FTS_SeqEdit_Running.png?alt=media)


# Synchronization


# Limit Tests

The purpose of a LTT testplan is to test DUT outputs (signals) against certain limits. Hence, the limit test is the most important TestStand concept for LTT.

TestStand offers 3 [standard limit test types](/ltt/documentation/ltt-gui-manual/teststand/limittests/standardlimittests):

* numeric limit test
* string limit test
* pass/fail test

The LTT software adds a fourth type of limit test - the [LTT limit test](/ltt/documentation/ltt-gui-manual/teststand/limittests/lttlimittests). The LTT limit test is a combination of the numeric and string limit tests and allows limits to be [configured by XML file](/ltt/documentation/ltt-gui-manual/configuration/generatedfiles/limitsconfiguration). That way it is easily possible to change limits without changing the the testplan itself. Additionally the LTT limit test step provides a **limit selection panel** in TestStand, where you can easily **select the signal and limit** you want to test.

![LTT Limit Test Dialog](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-584eb1383cc1349673b2d747c03397d8da09a8a4%2FLTT_Limit_Test_Dialog.png?alt=media)


# LTT Limit Tests

{% hint style="info" %}
You first need to configure [signals](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f3projectwizard/signalsdefinition) and [limits](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f5limitconfiguration) in GUI before you can use the TestStand limit selection panel.
{% endhint %}

For this chapter we assume the following configuration:

![LTT Limit Test Config](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-e87e17ca2ab5b1bec06e2f823e5640b2582c7739%2FLTT_Limit_Test_Config.png?alt=media)

***

In TestStand you can place a **LTT Limit Test** step. A dialog will appear.

![LTT Limit Test Step](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-8d5cca8cc086bd2fc3fe7c4c69a02499b76d1f6f%2FLTT_Limit_Test_Step.png?alt=media)

A dialog will appear where you:

1. Select a signal from the drop down box
2. Select a limit from the drop down box
3. See a preview of the selected limit for the selected signal for each DUT type
4. Provide a data source, typically a TestStand variable holding the value to be tested
5. Optionally provide unit, precision and comparator, just like in the standard TestStand numeric limit test
6. Check the "Rename Step?" (recommended) and click OK

![LTT Limit Test Dialog Explained](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-966290d02d1034cb5e075ac73d980910d39b3606%2FLTT_Limit_Test_Dialog_Explained.png?alt=media)

The inserted step will be renamed to the selected signal/limit. It will also contain the unique error number which you configured for that signal/limit.

![LTT Limit Test Step Inserted](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-e9d84b683d0a12c5b3e4b997e6fb5a979cbf1b1f%2FLTT_Limit_Test_Step_Inserted.png?alt=media)

A **limit test step name** in a LTT testplan—no matter if standard numeric limit test or LTT limit test—should always contain an **error number** in \[square brackets] at the beginning of the step name. Optionally the step name could further follow the format `{signal name} @ {limit name}`.

If you select a LTT limit step and click on the edit button or press Ctrl + E, the **limit selection dialog** will appear again. You can choose another signal and/or limit and the step will adapt to your settings.

![LTT Limit Test Select](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-551d0c1df771df292cfcd493a010387ea1abbb1a%2FLTT_Limit_Test_Select.png?alt=media)

***

## Dynamic Limits

By pressing the "tool button" to the right of the signal or limit drop down boxes, a TestStand expression editor window will open.

![LTT Limit Test Expression Button](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-59353ae12fd7b6267504540e367fa9ccd8bb067e%2FLTT_Limit_Test_Expression_Button.png?alt=media)

There you can select a TestStand variable from Locals, Parameters, FileGlobals, etc. and/or specify a more complex expression which determines the signal and/or limit name dynamically. As a result, the limit preview will not show all possible limits, since now the step does not specify one exact limit.

![LTT Limit Test Expression Dialog](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-305ae3f053caf53602244ed1c18a91e2e01bbc1d%2FLTT_Limit_Test_Expression_Dialog.png?alt=media)

![LTT Limit Test Expression Preview](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-c07e169945c281657e1de84f5ead495e27ba94f0%2FLTT_Limit_Test_Expression_Preview.png?alt=media) ![LTT Limit Test Step Dynamic](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-ad61bfe7f809a2c418a799232a4f39e66da40408%2FLTT_Limit_Test_Step_Dynamic.png?alt=media)

LTT limit steps containing expressions for signal and/or limit name are called **dynamic limits**. The step name will not contain an error number but a `[???]` instead, since many are possible. The step name will also contain `<variable>` for that part which is an expression. However, when you run the testplan the step will update to the correct limit, name and error number, depending on the value of the provided expression.

{% hint style="warning" %}
If the expression for a dynamic limit does not evaluate to an existing signal/limit name you will get a [limit not found](/ltt/documentation/ltt-gui-manual/troubleshooting/limitnotfound) error and the station will stop.
{% endhint %}

***

Besides the LTT limit test you can—of course—still use all other TestStand [standard limit tests](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/documentation/ltt-gui-manual/TestStand/LimitTests/standardlimittests.md).


# Standard Limit Tests

Besides the [LTT limit test](/ltt/documentation/ltt-gui-manual/teststand/limittests/lttlimittests) you can - of course - still use all other TestStand standard limit tests.

![LTT Limit Test Mixed](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-d35057c24676765740503aebb3dbae6d24b0f84c%2FLTT_Limit_Test_Mixed.png?alt=media)

{% hint style="warning" %}
When using standard limit tests you can not easily access GUI configured limits (XML). Read [here](/ltt/documentation/ltt-gui-manual/teststand/limittests/manuallimitquery) about how to do it.
{% endhint %}

In the picture above you see some examples of TestStand standard limit tests. Besides of the step name starting with an error number in square brackets, you are free to name your limit test step what you like. Yet, you are encouraged to name the step according to the pattern `{signal name} @ {limit name}` if applicable.

{% hint style="info" %}
When using standard limit tests you still should supply at least an error number in \[square brackets] at the beginning of the step name. Like with the error number you configure in GUI's [F5 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f5limitconfiguration), you need to make sure not to use duplicate error numbers.
{% endhint %}

Standard limit tests with error numbers will be shown in GUI's [F6 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f6errorconfiguration), where you can provide an error limit for them. Please be aware, that those **TestStand only** error numbers get added to the GUI but not removed if you remove them in TestStand. However, you can manually remove them in F6 dialog.

The limit test step with the yellow exclamation mark (!) in the picture above is still valid, however you will not be able to configure an error limit in GUI's [F6 dialog](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/f6errorconfiguration), since it has no error number.

The limit test step with the red exclamation mark (!) in the picture above is invalid and will result in an error, which will stop the station. The reason is that this limit test step is using an error number \[1001] which is already in use by a different limit test step.

{% hint style="info" %}
If you run your LTT testplan in TestStand you will notice some "process result" steps inserted after each TestStand standard limit test. Those are automatically inserted by the LTT process model and are needed for the [result processing](/ltt/documentation/ltt-gui-manual/teststand/limittests/resultprocessing). If they bother you, you can remove them via TestStand menu **Configure > Remove Result Processing Steps**.
{% endhint %}

![TS Menu Remove ResProc](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-0e71f53561d463bba92062d5005dc42602874246%2FTS_Menu_Remove_ResProc.png?alt=media) ![LTT Limit Test Mixed ProcRes](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-1e4d3c36c1bdb5eba19ecb47b64092ebfb86dfd1%2FLTT_Limit_Test_Mixed_ProcRes.png?alt=media)


# Manual Limit Query

In some situations you might need to query a GUI configured limit (XML) without using the [LTT limit test](https://github.com/irs-systems/IRS-LTT/blob/GitBook/doc/30%20User%20Documentation/documentation/ltt-gui-manual/TestStand/LimitTests/lttlimittests.md) step.

{% hint style="info" %}
Normally you do NOT need to do this.
{% endhint %}

TODO


# Result Processing


# Custom Step Types

TestStand comes along with a set of default step types, like **action**, **if-statement**, **numeric limit test** and so on. It also provides the possibility to create custom step types.

![LTT Step Types](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-6020d367e266e3efa059192bf48f212f4afebdb7%2FTS_LTT_Step_Types.png?alt=media)


# Sync


# Send Status

(The file is empty)

## Send Status

![TS SendStatus](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-59e2323c914738af2ec426a0f133c14b6a820fe0%2FTS_SendStatus.png?alt=media)

With the **LTT Send Status** step type you are able to send an arbitrary string to the station display.


# Send Log

![TS SendLog](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-3b1067faa0fc2877fb326fe9da3dc68c4aaad213%2FTS_SendLog.png?alt=media)

With the **LTT Send Log** step type you are able to send an arbitrary string to the history file.


# Send Value / String

![TS SendValue](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-a90de52151e71c821986e37ac1eb191b6ac1b420%2FTS_SendValue.png?alt=media)

With the **LTT Send Value** step type you are able to send one or more **named values** to the station display. We also call those **LTT runtime values**.

{% hint style="info" %}
For send value to work correctly it is important to name the values consistently throughout the whole testplan.
{% endhint %}

Optionally, you can configure one or more of those values as **additional history columns**.

![TS SendValue Hist](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-b0aa9f472a12830c33e542964c45d5b0893fb950%2FTS_SendValue_Hist.png?alt=media)

To do so, you need to edit the [history configuration file](/ltt/documentation/ltt-gui-manual/configuration/historyconfiguration) and add a **custom column** for each runtime value you want to have as a history column.

{% hint style="info" %}
It is important that the custom column name is exactly the same as the value name used in this step type.
{% endhint %}

In combination with history column configuration there are 3 different usage scenarios for LTT runtime values possible:

| Scenario                                                | Outcome                                                                                                                                                                                               |
| ------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Without custom column entry                             | Values are displayed in [station display](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/stationdisplay) only.                                                                                   |
| With custom column entry                                | Values are displayed in [station display](/ltt/documentation/ltt-gui-manual/lttgui/mainwindow/stationdisplay) and [history file](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata). |
| With custom column entry (`ShowInStationPanel="false"`) | Values are displayed in [history file](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/altf10historydata) only.                                                                                      |


# Cycle Start / End

The **LTT Cycle Start** and **LTT Cycle End** step types should be placed at the setup / cleanup of each operation mode sequence. That way the cycle counter will increment by one each time the operation mode sequence has passed through.

Of course, when the cycle counter should increment depends on your concrete testplan. For example, if your operation mode sequence never leaves (not recommended) the cycle end call should be placed inside the loop of your operation mode.

![Cycle Start / End](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-82517dbf2ffba9558caa9dcdca556f1c9d069ee3%2FTS_Cycle_Start_End.png?alt=media)

The cycle counter is available as a [TestStand variable](/ltt/documentation/ltt-gui-manual/teststand/predefinedvariables): **FileGlobals.LTT.RV.Cycles**.

The cycle counter is also added as a separate [history column](/ltt/documentation/ltt-gui-manual/configuration/historyconfiguration) per default.

{% hint style="info" %}
Only **cycle end** is needed to increment the cycle counter. You only need to place a **cycle start** step at the beginning of your cycle if you configure **data recording** to **record every x minutes**. [Read more about data recording](/ltt/documentation/ltt-gui-manual/lttgui/dialogs/datarecording).
{% endhint %}


# Check Stop

In your testplan you can place a **LTT Check Stop** check wherever you want. It checks if there is a stop request from the user interface, initiated by the user pressing F1 or F8. If this is the case, the step will **jump to the cleanup section** of the currently executing TestStand sequence.

![Check Stop](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-80069f9609b4c76385a1aec43524897b7c1024db%2FTS_Check_Stop.png?alt=media)

A **check for stop** is necessary to react to **user stop requests** and **TCC value changes**. By default, the only check for stop is done in [MainSequence](/ltt/documentation/ltt-gui-manual/teststand/processmodel/orderofexecution). This means:

* The test execution will only stop after an operation mode sequence returns, which can take a long time or not happen at all.
* The testplan can only react to a [TCC value change](/ltt/documentation/ltt-gui-manual/teststand/operationmodes) when the current operation mode is finished.

Both may or may not be desired behavior.

{% hint style="info" %}
Be aware that **LTT Check Stop** only jumps to cleanup of the current sequence. If you are in some nested sequence you will need to place a **LTT Check Stop** in each sequence all way up to your [operation mode sequence](/ltt/documentation/ltt-gui-manual/teststand/operationmodes) entry point.
{% endhint %}

***

* [Read more about other stop criteria](/ltt/documentation/ltt-gui-manual/teststand/processmodel/orderofexecution#STOP_CONDITIONS)
* [Read more about station control](/ltt/documentation/ltt-gui-manual/lttgui/stationcontrol)


# Station Stop

In your testplan you can place a **LTT Station Stop** whenever you want to **actively stop the test execution** of this station. Of all [stop criteria](/ltt/documentation/ltt-gui-manual/teststand/processmodel/orderofexecution#STOP_CONDITIONS), this is the only active one, where you, the testplan developer, decide when to stop. That's also the reason why a station stop is usually accompanied with a step precondition.

![TS Req Stop](https://1704635928-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FH5etzy4TvPRLxLRNfHlb%2Fuploads%2Fgit-blob-a73b6b355bc913162c1b45df3d67df26722b262f%2FTS_Req_Stop.png?alt=media)

Normally, there is rarely a need to actively stop a test from within the testplan. However, if you do so, be aware that the station stop does the same as if a user would have pressed F1 or F8. You still need a [check for stop](/ltt/documentation/ltt-gui-manual/teststand/customsteptypes/checkstop) step hierarchy to actually stop the execution.


# Process Result (ignore config)


# Set Dyn. Meas. Attribute




---

[Next Page](/llms-full.txt/1)