SDL in der 1996 standardisierten Sprachversion ist zur Zeit die im Telekommunikationsbereich am weitesten verbreitete Sprache zur Spezifikation von Protokollen. Ein wesentlicher Aspekt der Sprachentwicklung seit 1988 ist auch die Verfügbarkeit einer formalen Basis semantischer Konzepte. Für das Datenkonzept der Sprache wurde auf die algebraischen Technik ACT ONE zurückgegriffen. Obwohl Anspruch als auch praktischer Wert von SDL in der Ausführbarkeit als Spezifikationstechnik liegt, wird dieses gerade durch das verwendete Datenmodell beeinträchtigt. Verdeckt wird dieses Problem durch die Bereitstellung von vordefinierten Datentypen. Durch die Erweiterung von SDL um objektorientierte Konzepte im Jahr 1992 und durch die allgemein wachsende Bedeutung der Daten in Protokollbeschreibungen treten die vorhandenen Sprachprobleme bei den Daten immer mehr in der Vordergrund. Individuelle Lösungen zur Spezifikation von Daten in verfügbaren SDL-Werkzeugen sind die Folge. In der vorliegenden Arbeit werden sowohl die praxismotivierten Unzulänglichkeiten als auch die formalen Unstimmigkeiten im SDL-Datenkonzept aufgezeigt. Auf der Grundlage einer systematischen Analyse werden ein allgemeiner Anforderungskatalog und eine Methodik für Veränderungen am Datenkonzept erarbeitet. Zusätzlich werden wichtige Sprachmodifikationen mit dem Schwerpunkten Ausdruckskraft und Ausführbarkeit vorgestellt und bewertet. Es steht somit ein Instrumentarium zur Verfügung, das den unterschiedlichen SDL-Interessengruppen bei der Bewertung und Nutzung von SDL-Veränderungen dienlich ist. Die in der Arbeit vorgestellten Modifikationen des Datenkonzepts basieren auf den langjährigen Erfahrungen des Autors bei der Implementierung und dem Einsatz von Werkzeugen, die mit verschiedenen projektspezifischen Zielstellungen SDL-Beschreibungen in ausführbare Programme überführen. Die Kombination von SDL mit einer weiteren Spezifikationstechnik, ASN.1, spielt hier eine besondere Rolle. Durch die aktive Mitarbeit des Autors bei der SDL-Sprachstandardisierung werden in der Arbeit auch Vorschläge präsentiert, die über das Potential der vorhandenen Werkzeuge hinausgehen. Das schließt beispielsweise die Bewertung der neuen, in der Praxis noch nicht etablierten, SDL-Version aus dem Jahr 2000 mit ein. / SDL in the language version which was standardized in 1996 is the most-used language in the telecommunication domain for the specification of protocols today. An essential aspect of the language development since 1998 is the availability of a formal basis for semantic concepts. The algebraic technique ACT ONE is used for the data concept of the language. Although the requirement and the practical value of SDL is the execution a specification technique, this is impaired straight by the used data model. The problem is hidden by the supply of pre-defined data types. Because of the introduction of object oriented concepts in 1992 and because of the generally increasing importance of data for the protocol description the existing language problems are taking more and more attention. Individual solutions for the specification of data are the consequence with available SDL tools. In the presented document are pointed out the praxis motivated inadequacies as well as the formal discrepancy of the data concept. A general requirement catalogue and a methodology are designed for language modifications based on a systematic inspection of the SDL data concept. Furthermore important language modifications are introduced and evaluated with the focus to expression power and to execution. Instruments are provided thus, which are helpful to different SDL interest groups for the evaluation and for the application of SDL modifications. In the document presented data modifications are based on years of experience of the author in the implementation and application of tools that compile SDL specifications with different project-specific objectives into executable programs. The combination of SDL with a further specification technology, ASN.1, plays an important role here. Because of the active role of the author in the SDL standardization process also suggestions are presented going beyond the potential of the existing tools. That includes for example the evaluation of the new, in practice not yet established SDL version, published in 2000.

Für ereignisgesteuerte Systeme mit mehrdimensionalen Bewegungsabläufen wurde im Fachausschuss 4.12 "Bewegungssteuerungen für Be- und Verarbeitungsmaschinen" der VDI/VDE-Gesellschaft Mess- und Automatisierungstechnik (GMA) die VDI/VDE-Richtlinie 3684 "Beschreibung ereignisgesteuerter Bewegungsabläufe mit Funktionsplänen" als interdisziplinär verständliches und anschauliches Dokumentationsmittel und Entwurfswerkzeug erarbeitet. Mit der Blockbibliothek Funktionsplan auf Grundlage der in der Richtlinie 3684 vorgeschlagenen Systembeschreibung ist ein durchgängiger Entwurfsweg bis zur Überprüfung des Systemverhaltens ereignisgesteuerter Systeme mittels Simulation einschließlich frühzeitiger Erkennung von Fehlern im Entwurfsprozess und Kodegenerierung möglich. Die FUP Blockbibliothek liegt als Erweiterungs-Blockbibliothek für SIMULINK vor und wurde hinsichtlich ihrer wesentlichen Eigenschaften zur Simulation von ereignisgesteuerten Prozessen speziell in mechatronischen Systemen entwickelt. Die Blockikonen gewährleisten schon nach kurzer Einarbeitungszeit einen sicheren Einsatz der Blöcke, damit kann auf Blockkürzel im Sinne der Richtlinie zwecks besserer Übersichtlichkeit verzichtet werden. Zweisprachige Blockhilfen sind in Version 3.1 für alle Blöcke on-line verfügbar. Graphisch programmierte Funktionspläne können mittels Toolbox Funktionsplanprüfung vorzugsweise über GUI, bei Bedarf auch durch MATLAB Skripte, auf Eingabe- und Programmierfehler geprüft werden. Die Prüfung kann wahlweise vollständig oder auf ausgewählte Fehler erfolgen. Ergebnisausgaben sind entweder in gestraffter Form oder ausführlich einschließlich von Hinweisen möglich. Überprüft werden können Parameter (z.B. Zustands- u. FUP-Nummern, Variablen, Fehlerbehandlung), Syntax (vgl. Richtlinie), Sackgassen (erste/alle) und Rückführschleifen (Entkopplung). Hybride Funktionspläne sind in Echtzeitkode für eine Zielhardware übersetzbar. Voraussetzung ist ein Standard ANSI C Compiler. Die Blockbibliothek Funktionsplan ist eine kostengünstige, richtliniennahe Alternative und ermöglicht eine vom Normalablauf separate, graphisch programmierte Fehlerbehandlung ohne Verlust an Übersichtlichkeit. Die Anwendung der Blöcke wird durch 11 Beispiele veranschaulicht. / The department committee 4.12 "Motion control of machine tools and processing machines" of the VDI/VDE Society for Measurement and Automatic Control (GMA) has established a manufacturer-neutral guideline No. 3684 for event-driven systems with multi-dimensional motion sequences. This guide-line is entitled "Description of event-driven motion processes by function charts" and constitutes a graphically clear design and documentation tool that is well-suited for interdisciplinary application. The block library Function Chart has been defined based on system descriptions suggested in guideline 3684. This library makes available a uniform design procedure. It covers the documentation, the behaviour test of event-driven systems by means of simulation including the early detection of design process faults, the test of realization variants as well as the code generation. Block library Function Chart is an add-on library for SIMULINK. With regard to its essential features it has been developed for the design, simulation, code generation and the description of event-driven systems especially for mechatronics, mechanical and electrical engineering. The created block icons make it possible to get familiar with add-on library Function Chart within a short period of time whereupon block mnemonics may be hidden in order to get a high graphical clearness and to fulfil the requirements of the guideline. Versions 3.1 bilingual on-line block help is available for all blocks. Graphically programmed function charts may be checked for input and programming errors preferably with help of Toolbox "Function Chart Check" by means of GUI's and if necessary also by MATLAB scripts. The check may be done completely or alternatively for selected errors. Output of result is possible either in detail inclusively eventual hints or in shortened form. A function chart may be checked for parameter errors (e.g. state and FUP numbers, variables, error handling), syntax errors (see guideline), dead ends (first or all) and uncoupled loops (arithmetic loops). Standard ANSI C compiler availability stands for a precondition for real time code generation. The block library Function Chart offers a reasonable alternative and allows separate motion error handling sequences which are separated from normal motion sequences without any loss of a well-ordered graphical arrangement. Currently 11 examples demonstrate the application of the blocks.

Für ereignisgesteuerte Systeme mit mehrdimensionalen Bewegungsabläufen wurde im Fachausschuss 4.12 "Bewegungssteuerungen für Be- und Verarbeitungsmaschinen" der VDI/VDE-Gesellschaft Mess- und Automatisierungstechnik (GMA) die VDI/VDE-Richtlinie 3684 "Beschreibung ereignisgesteuerter Bewegungsabläufe mit Funktionsplänen" als interdisziplinär verständliches und anschauliches Dokumentationsmittel und Entwurfswerkzeug erarbeitet. Mit der Blockbibliothek Funktionsplan auf Grundlage der in der Richtlinie 3684 vorgeschlagenen Systembeschreibung ist ein durchgängiger Entwurfsweg bis zur Überprüfung des Systemverhaltens ereignisgesteuerter Systeme mittels Simulation einschließlich frühzeitiger Erkennung von Fehlern im Entwurfsprozess und Kodegenerierung möglich. Die FUP Blockbibliothek liegt als Erweiterungs-Blockbibliothek für SIMULINK vor und wurde hinsichtlich ihrer wesentlichen Eigenschaften zur Simulation von ereignisgesteuerten Prozessen speziell in mechatronischen Systemen entwickelt. Die Blockikonen gewährleisten schon nach kurzer Einarbeitungszeit einen sicheren Einsatz der Blöcke, damit kann auf Blockkürzel im Sinne der Richtlinie zwecks besserer Übersichtlichkeit verzichtet werden. Zweisprachige Blockhilfen sind in Version 3.1 für alle Blöcke on-line verfügbar. Graphisch programmierte Funktionspläne können mittels Toolbox Funktionsplanprüfung vorzugsweise über GUI, bei Bedarf auch durch MATLAB Skripte, auf Eingabe- und Programmierfehler geprüft werden. Die Prüfung kann wahlweise vollständig oder auf ausgewählte Fehler erfolgen. Ergebnisausgaben sind entweder in gestraffter Form oder ausführlich einschließlich von Hinweisen möglich. Überprüft werden können Parameter (z.B. Zustands- u. FUP-Nummern, Variablen, Fehlerbehandlung), Syntax (vgl. Richtlinie), Sackgassen (erste/alle) und Rückführschleifen (Entkopplung). Hybride Funktionspläne sind in Echtzeitkode für eine Zielhardware übersetzbar. Voraussetzung ist ein Standard ANSI C Compiler. Die Blockbibliothek Funktionsplan ist eine kostengünstige, richtliniennahe Alternative und ermöglicht eine vom Normalablauf separate, graphisch programmierte Fehlerbehandlung ohne Verlust an Übersichtlichkeit. Die Anwendung der Blöcke wird durch 11 Beispiele veranschaulicht.:1. Einleitung 2. Ausgangspunkt Arbeitsdiagramm 3. Hybrider Funktionsplan 3.1 Begriffsbestimmung 3.2 Anwendungsbeispiel 3.3 Vom Arbeitsdiagramm zum Hybriden Funktionsplan 4. Steuerungstechnische Umsetzung 4.1 Auswahl einer Basissoftware 4.2 Maschinenkodeerzeugung mit der Basissoftware 5. Projektierung mit FUP 5.1 Eigenschaften der SIMULINK Blockbibliothek FUP 5.2 Projektierungsschritte 6. Ausblick / The department committee 4.12 "Motion control of machine tools and processing machines" of the VDI/VDE Society for Measurement and Automatic Control (GMA) has established a manufacturer-neutral guideline No. 3684 for event-driven systems with multi-dimensional motion sequences. This guide-line is entitled "Description of event-driven motion processes by function charts" and constitutes a graphically clear design and documentation tool that is well-suited for interdisciplinary application. The block library Function Chart has been defined based on system descriptions suggested in guideline 3684. This library makes available a uniform design procedure. It covers the documentation, the behaviour test of event-driven systems by means of simulation including the early detection of design process faults, the test of realization variants as well as the code generation. Block library Function Chart is an add-on library for SIMULINK. With regard to its essential features it has been developed for the design, simulation, code generation and the description of event-driven systems especially for mechatronics, mechanical and electrical engineering. The created block icons make it possible to get familiar with add-on library Function Chart within a short period of time whereupon block mnemonics may be hidden in order to get a high graphical clearness and to fulfil the requirements of the guideline. Versions 3.1 bilingual on-line block help is available for all blocks. Graphically programmed function charts may be checked for input and programming errors preferably with help of Toolbox "Function Chart Check" by means of GUI's and if necessary also by MATLAB scripts. The check may be done completely or alternatively for selected errors. Output of result is possible either in detail inclusively eventual hints or in shortened form. A function chart may be checked for parameter errors (e.g. state and FUP numbers, variables, error handling), syntax errors (see guideline), dead ends (first or all) and uncoupled loops (arithmetic loops). Standard ANSI C compiler availability stands for a precondition for real time code generation. The block library Function Chart offers a reasonable alternative and allows separate motion error handling sequences which are separated from normal motion sequences without any loss of a well-ordered graphical arrangement. Currently 11 examples demonstrate the application of the blocks.:1. Einleitung 2. Ausgangspunkt Arbeitsdiagramm 3. Hybrider Funktionsplan 3.1 Begriffsbestimmung 3.2 Anwendungsbeispiel 3.3 Vom Arbeitsdiagramm zum Hybriden Funktionsplan 4. Steuerungstechnische Umsetzung 4.1 Auswahl einer Basissoftware 4.2 Maschinenkodeerzeugung mit der Basissoftware 5. Projektierung mit FUP 5.1 Eigenschaften der SIMULINK Blockbibliothek FUP 5.2 Projektierungsschritte 6. Ausblick