KPA EtherCAT Studio 2.10 – Neue Funktionen

Verbesserung des Suchverlaufs der Slave-Bibliothek

Zur Erleichterung die Arbeit mit der Slave-Bibliothek , wurde die Möglichkeit hinzugefügt, den Slave nach seinem Namen oder einem Teil davon zu suchen. Außerdem kann der Benutzer die Suchhistorie aufrufen, indem er mit der rechten Maustaste auf die Suchleiste klickt.

SCF-Überschreibung

Von nun an kann auf Kundenwunsch die Funktion SCF overriding (OEM-Lizenzierung) eingebunden werden. Die Funktion dient der Anpassung des Funktionsumfang an die Bedürfnisse des Kunden. Sie ermöglicht eine Lizensierung des Produkt als Teil des Kundenprodukts sowie eine Einschränkung vorgeschlagener Funktionen. Beispielsweise kann der Kunde das Produktsymbol, den Namen und das Splash-Image ändern.

Zyklischer Austauschbereich

Die Task-Zykluszeit basiert auf der Standard-Task-Zykluszeit (Master-Zykluszeit im Falle eines einzelnen Tasks). Jede Task-Zykluszeit wird überprüft (wenn sie größer als die minimal mögliche Zykluszeit ist) und der Benutzer wird gewarnt, wenn die Zykluszeit zu klein ist, um die ausgewählte Menge an Prozessdaten zu übertragen.

Verbesserung der Funktionalität von Variablen

Die Funktionalität der virtuellen Variablen wurde erweitert und verbessert. Ein Benutzer kann virtuelle Variablen auf Basis von realen Slave- oder Master-Variablen erstellen, sie aufteilen und kombinieren. Darüber hinaus kann der Benutzer benutzerdefinierte Variablen mit benutzerdefinierten Eigenschaften erstellen.

Hot-Connect-Verbesserung

Es wurde die Möglichkeit hinzugefügt, nicht nur Hot-Connect-Slaves oder -Segmente, sondern auch Hot-Connect-Gruppen zu erstellen.

uESI

KPA EtherCAT Studio 2 bietet die Möglichkeit, benutzerdefinierte Slave-Beschreibungen (uESI-s) auf Basis der von Herstellern zur Verfügung gestellten ESI-s (EtherCAT Slave Information XML-Dateien) zu erstellen. Die uESI-Funktion ermöglicht dem Benutzer die Bearbeitung der Slave-Beschreibung: Umbenennung des Slave, Änderung der PDO-s-Konfiguration sowie anderer Parameter, Hinzufügen von uESI-Attributen und einige weitere.

Ein Set von uESI-s wird als Slaves Library Collection bezeichnet. Der Benutzer kann sie aus ESI-s laden und als KPA ESI-Speicher (XML-Datei) oder MS SQL-Speicher laden/speichern. Die Sammlung kann bearbeitet werden: Exportieren, Entfernen und Klonen einer separaten uESI oder Importieren von uESI-s/ESI-s aus verschiedenen Quellen.

HINWEIS. Für das Speichern/Laden der uESI-Sammlung aus MS SQL Storage ist eine installierte Version von Microsoft® SQL Server® 2008 Express oder höher auf Ihrem PC erforderlich.

Der Benutzer kann mehrere Collections erstellen, wobei nur die aktive beim Scannen der Buskonfiguration und beim Hinzufügen eines Slaves zum Konfigurationsbaum mit Hilfe des Kontextmenüs verwendet wird.

uESI Attribute
Es ist möglich, der uESI-Sammlung Attribute hinzuzufügen, diese den Slaves zuzuweisen und diese Attribute dann z.B. nach den Bedürfnissen des Benutzers zu verwenden:

• um den Collection Tree der Sammlung zu erstellen,
• um eine uESI in der Sammlung zu finden,
• eine uESI bei der Anwendung einer anderen ESI auszuwählen.

Die Schritte der Erstellung des Collection Tree anhand der uESI-Attribute:
1. Fügen Sie Attribute für die uESI-Sammlung hinzu und erstellen Sie einen Collection Tree in den Einstellungen der Sammlung.
Um auf die Einstellungen zuzugreifen, klicken Sie im Kontextmenü der Sammlung auf „Settings“.

2. 2. Weisen Sie den Slaves Attribute auf eine der folgenden Arten zu:

• Durch Angabe des Schlüssels des Attributs.

• Durch Angabe des Attributschlüssels und seines Wertes. Der zusätzliche Unterordner mit dem Namen des Attributwerts wird in dem entsprechenden Ordner (mit dem Namen des Attributschlüssels) erstellt.

Solche Unterordner haben ein folgendes Symbol: .

HINWEIS. Einem Slave können mehrere Attribute zugewiesen werden.

3. Anwendung der Attributansicht. Klicken Sie auf “Attributes view” im Kontextmenü.

Als Ergebnis wird Studio 2 den Sammlungsbaum entsprechend dem Attributbaum aufbauen. Nur die Slaves mit zugewiesenen Attributen werden angezeigt.

Oscilloscope

Run Time Data Logger verwaltet den Prozess der Ansicht von Daten aus dem Master. Dieses Tool ermöglicht die Beobachtung von Signalveränderungen im Laufzeitmodus. Die Art des Charts kann eingestellt werden: Linie, mehrere Achsen oder F(x):

Je nach gewählter Variante unterscheidet sich die Ansicht der Signale:

• Liniendiagramm – zur Darstellung aller Signale in demselben Koordinatensystem. Die vertikale Achse zeigt die Signalwerte, die horizontale Achse die Zeitwerte an.

• Mehrachsen-Diagramm – zur Darstellung jedes Signals in einem eigenen Koordinatensystem. Es gibt mehrere vertikale Achsen, die jeweils die Werte eines Signals darstellen. Die horizontale Achse stellt die Zeitwerte dar.

• F(x)-Diagramm – zur Darstellung der Signalwerte in Form eines Streudiagramms, bei welchem jede Achse die Werte eines bestimmten Signals darstellt. Für diesen Typ müssen mindestens zwei Signale zur Darstellung ausgewählt sein. Anschließend können die Signale den Achsen zugeordnet werden.

Der Datensatz der angezeigten Signale kann ausgewählt werden.

Es ist möglich, das Betrachtungsintervall vor Beginn der Aufzeichnung festzulegen.

Nachdem die Protokollierung gestoppt wurde, können die protokollierten Daten (wechselnde Signale) erneut überprüft werden. Bewegen Sie hierfür die Zeitleiste.

Durch Klicken auf „Export“ können protokollierte Daten als *.emlog-Datei gespeichert werden.

Benutzerdefinierte Master/Slave-Variablen

In Studio 2 gibt es die Möglichkeit, benutzerdefinierte Master- oder Slave-Variablen zu erstellen. Alle Variablen werden auf der Registerkarte „Variablen“ des Masters/Slaves angezeigt.

Mit den Anweisungen „Hinzufügen“, „Bearbeiten“, „Entfernen“ kann die Liste der Variablen bearbeitet werden.

Es gibt mehrere Beispiele für die Verwendung dieser Variablen:

1. Für die Anwendungsbedürfnisse des Kunden.
2. Master-Diagnose. Sie können eine vordefinierte Master-Variable erstellen (siehe Master-Dokumentation) und die Änderung ihres Wertes überwachen, um das Verhalten/den Zustand des Busses zu analysieren.
3. Für die Verwendung von Plug-Ins. Das Plug-in des Kunden kann einige Daten in diesen Variablen speichern, um sie für zusätzliche Berechnungen/Verarbeitungen zu verwenden.

Um die Wertänderung der Variablen zu überwachen, können die Tools Data Logger oder Runtime Data Logger verwendet werden, die eine grafische Darstellung der Wertänderung ermöglichen.

Abruf der Liste der Master-Parameter

Studio 2 ermöglicht den Erhalt einer Liste von Parametern vom Master im Online-Modus und deren Anzeige auf dem Tab „Parameter“.

Diagnose und Statistik auf der Grundlage von Master 2.0 API

Die Diagnosefunktionalität (Diagnosedaten von Master und Slaves) in Studio 2 wurde basierend auf dem Master 2.0 Event Handler implementiert. Die Darstellung der Diagnosedaten des Masters (Tab „Master’s State“) wurde entsprechend der folgenden Abbildung aktualisiert:

Die Statistikfunktionalität in Studio 2 wurde auf Basis der Master 2.0 API implementiert. Neue Statistiken werden in der Registerkarte Statistik des Masters angezeigt.

Die aktualisierte Statistik-Registerkarte stellt Statistiken separat dar (in verschiedenen Sub-Tabs): vom Bus, von Haupt- und redundanten NICs, die vom Master verwendet werden (oder nur von der Haupt-NIC, wenn die redundante nicht verwendet wird), für Standard- und vom Benutzer erstellte Aufgaben.

Aktualisierte Diagnose- und Statistikdaten werden in Studio 2 dargestellt, wenn Sie mit Master 2.0 oder höher arbeiten. Bei der Verwendung früherer Master-Versionen (z. B. v1.5) stellt Studio die erhaltenen Daten in der bisherigen Form dar.

Tab „Tasks / Sync units“

Studio 2 bietet die Möglichkeit, die PI-Datenaktualisierung mit Hilfe von Tasks und Sync Units zu konfigurieren. Die entsprechende Registerkarte wurde hinzugefügt und ermöglicht die Erstellung von Tasks und Sync-Units und deren Zuweisung zu Slave-Sync-Units (in der ESI-Datei festgelegt). Die Verwendung von Tasks und Sync-Units bietet die Möglichkeit, bestimmte Blöcke des Prozessabbilds in einer bestimmten Zeit zu aktualisieren.

In Studio 2 werden die Sync-Einheiten des Slaves auf der Registerkarte FMMU/SM des Slaves angezeigt:

Der Tab „Tasks/Sync Units“ enthält eine Liste aller verfügbaren Slave-Sync-Einheiten, die für die PI-Konfiguration verwendet werden können.

Zunächst sind alle Sync-Einheiten der Slaves der Standardaufgabe zugewiesen. Im Tab „Tasks/Sync Units“ können neue Aufgaben/Synchronisationseinheiten erstellt und den Slaves zugewiesen werden.

Die einer Sync Unit zugewiesenen PI-Daten werden durch einen separaten zyklischen Befehl aktualisiert. PI-Daten, die einer Task zugewiesen sind, werden durch einen separaten Frame aktualisiert. Die entsprechenden zyklischen Befehle werden auf der Registerkarte Cyclic angezeigt:

Globale Suche

Diese Funktion bietet eine Textsuche unter den EtherCAT-Objekten (z. B. Slave-Name, PDO/PDO-Eintragsname, Master/Slave-Variablen usw.). Um die Parameter für die Suche einzustellen und sie auszuführen, wählen Sie die Taste „Find“ in der Symbolleiste.

Das Ergebnis der Suche wird im separaten Fenster „Find Results“ angezeigt und ermöglicht die Anzeige des Ergebnisses durch Doppelklick auf das Element.

Dockable windows

In Studio 2 sind alle Teile des Hauptfensters (Konfigurationsbaum, Konfigurationsfenster, Slave-Bibliotheksfenster, Ausgabefenster, Watch-Viewer-Fenster) andockbar – sie können an eine der Seiten des Hauptfensters angehängt oder als separate Fenster verwendet werden.

Neues Automatisierungsinterface (API)

In Studio 2 wurde eine neue erweiterte API auf Basis der EtherCAT-Spezifikation implementiert.

Unterstützung von Windows Communication Foundation

Studio 2 unterstützt das Windows Communication Foundation (WCF) Framework. Es ist nun möglich, über WCF auf Studio zuzugreifen.