https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/ Recent content in Skriptentwicklung on KalibriWare - Dokumentation Hugo -- gohugo.io de https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/anatomie/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/anatomie/ Im vorangegangenen Dokument wurde bereits das Skelett für ein neues Kalibrierskript vorgestellt, welches hier als Grundlage dienen soll: // Zusatzfunktion der Abhängigkeitsauflösung importieren import { Injectable } from 'injection-js'; // Basisklasse für alle Skripte, jedes Skript muss von `Script` erben. import { Script } from '@script'; // Klasse als erzeugbar markieren @Injectable() export class SkriptName extends Script { // Im Konstruktor können zusätzliche Parameter angefordert werden constructor() { } // Run enthält das eigentliche Kalibrierskript. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/diagramme/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/diagramme/ Einführung Analog zum alten Kalibriscript können auch in Kalibriware Diagramme aus Messreihen erzeugt werden. Die Diagrammfunktion basiert auf der MeasurementSeries Klasse (unsichtbare Tabelle im Protokoll), welche dann nachfolgend in eine DisplayTable (sichtbare Tabelle im Protokoll) oder eine Grafik dargestellt werden kann. Wir benutzen echarts als Diagrammbibliothek, sodass alle möglichen Diagrammtypen unterstützt werden. Diagramm im Protokoll Zuerst benötigen wir eine MeasurementSeries um die darunterliegenden Daten abzuspeichern: const table = this.steps.createSeries(SeriesTemplates.XSTIAQ(Fields.Empty, Tolerance.Absolute(0.20))); this. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/hardware/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/hardware/ Im vorangegangenen Dokument wurde bereits das Skelett für ein neues Kalibrierskript vorgestellt, welches hier als Grundlage dienen soll: // Zusatzfunktion der Abhängigkeitsauflösung importieren import { Injectable } from 'injection-js'; // Basisklasse für alle Skripte, jedes Skript muss von `Script` erben. import { Script, StepsService } from '@script'; // Klasse als erzeugbar markieren @Injectable() export class SkriptName extends Script { // Hier wird der StepsService aus der Dependency Injection angefordert und innerhalb der Klasse abgespeichert. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/standardnutzung/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/standardnutzung/ Im vorangegangenen Dokument wurde bereits das Skelett für ein neues Kalibrierskript vorgestellt, welches hier als Grundlage dienen soll: // Zusatzfunktion der Abhängigkeitsauflösung importieren import { Injectable } from 'injection-js'; // Basisklasse für alle Skripte, jedes Skript muss von `Script` erben. import { Script, StepsService } from '@script'; // Klasse als erzeugbar markieren @Injectable() export class SkriptName extends Script { // Hier wird der StepsService aus der Dependency Injection angefordert und innerhalb der Klasse abgespeichert. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/messreihen/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/messreihen/ In diesem Teil soll beschrieben werden, wie Messwerte aufgenommen werden können und ins Protokoll eingefügt werden. Dazu wollen wir das vorhergehende Skript um eine Messroutine erweitern, welche einen Parameter vom Benutzer abfragt. Als Ausgangspunkt soll folgendes Skript dienen: import { Injectable } from 'injection-js'; import { Script, StepsService } from '@script'; @Injectable() export class SkriptName extends Script { constructor(private steps: StepsService) {} public Run(): void { this.steps.Add("Parameter 1", async () => { // TODO Benutzerinteraktion anlegen }, {}); } } Benutzerinteraktion Zuerst wollen wir uns anschauen, wie von einem Kalibrierskript aus mit dem Kalibrierer kommuniziert werden kann. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/skriptspeicher/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/skriptspeicher/ Um persistente Daten zu speichern gibt es in Kalibriware drei Möglichkeiten, welche alle über eine gemeinsame Basisklasse abgebildet werden: Diese hat eine Schnittstelle wie folgt: interface PersistentStorageEngine { async get(key: string, namespace = "script.ini"): Promise<string | number | boolean>; async set(key: string, value: string | number | boolean, namespace = "script.ini"): Promise<void>; } Über die Funktion set kann ein Wert überschrieben werden, dabei kann ein namespace zur Gruppierung und Organisation von Werten benutzt werden. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/skript-weiterverwendung/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/skript-weiterverwendung/ Einführung Anders als im alten Kalibriscript gibt es in kalibriware die Möglichkeit, Skripte basierend auf dem Prüfling und/oder dem Auftrag zu verändern. Ein sehr gutes Beispiel dafür ist, Gerätefamilien zu kalibrieren. Beispielsweise könnte eine Gerätefamilie aus Geräten mit verschiedenen Optionen kombinierbar sein, sodass basierend auf dem Prüfling diverse Optionen kalibriert werden müssen. Dies soll im folgenden näher beleuchtet werden. Skript-Anpassung Um ein Skript für mehrere Prüflinge zu schreiben, müssen wir zunächst an die Information, welcher Prüfling vorliegt, kommen. https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/treiberentwicklung/ Mon, 01 Jan 0001 00:00:00 +0000 https://ctdi.pages.deinstapel.de/kalibriware/dokumentation/docs/skriptentwicklung/treiberentwicklung/ Einführung In kalibriware können Standards mit einem ‘Treiber’ versehen werden. Das Ziel dazu ist ähnlich zum bestehenden Makrosystem in KalibriScript gemeinsam genutzte Funktionalitäten zu abstrahieren und Hardware einfacher austauschbar zu machen. Dazu wird pro Standard eine Klasse mit gerätespezifischem Code geschrieben, welche oft genutzte Funktionalitäten in einer geteilten, abstrakten Schnittstelle implementiert. Im Folgenden wird die Funktion am Beispiel eines Multimeters demonstriert. Am mächtigsten ist diese Funktion, wenn die Gerätespezifika vollständig abstrahiert sind, also zum Benutzer hin das eigentliche Gerät nicht mehr sichtbar ist.