<![CDATA[
<BODY>
<H1>www.aud24.net : C. Kühnl: "Modellieren statt Programmieren"</H1>
<P> <BR>
[<A href="/">www.aud24.net</A>] [<A href="../index.html">back</A>]
</P>
<TABLE WIDTH=100% BORDER=0 CELLSPACING=0 CELLPADDING=0>
<TR>
<TD VALIGN=top>
<TABLE WIDTH=100% BORDER=0 CELLSPACING=0 CELLPADDING=0>
<TR>
<TD VALIGN=TOP CLASS=detailBereichRedaktion>Bereich >
Redaktion
> <B><FONT color="#CC3300">Fachbeiträge</FONT></B></TD>
<TD ALIGN=right VALIGN=bottom CLASS=detailDatum>11.11.2004</TD>
</TR>
</TABLE>
</TD>
<TD VALIGN=top> </TD>
<TD VALIGN=top> </TD>
</TR>
<TR>
<TD VALIGN=top CLASS=detailFirma ID=topSpace>Phoenix Contact:</TD>
<TD VALIGN=top> </TD>
<TD VALIGN=top> </TD>
</TR>
<TR>
<TD VALIGN=top CLASS=detailTitel>C. Kühnl: "Modellieren statt Programmieren"</TD>
<TD VALIGN=top> </TD>
<TD VALIGN=top> </TD>
</TR>
<TR>
<TD VALIGN=top CLASS=detailSubtitel></TD>
<TD VALIGN=top> </TD>
<TD VALIGN=top> </TD>
</TR>
<TR>
<TD VALIGN=top>
<TABLE BORDER=0 CELLSPACING=0 CELLPADDING=0>
<TR>
<TD VALIGN=top CLASS=detailContent>
<TABLE WIDTH=1 BORDER=0 ALIGN=left CELLPADDING=0 CELLSPACING=0>
<TR>
<TD><IMG width=150 border=0 src="http://www.publish-industry.net/publish-industry/company-resources/publish-industry-master_216717773.gif"></TD>
</TR>
<TR>
<TD CLASS=detailBildunterschrift>Dipl.-Ing. Claus Kühnl ist verantwortlich für Strategisches Marketing in der Business Unit Automatisierungssysteme bei der Phoenix Contact GmbH &Co KG in Blomberg.</TD>
</TR>
</TABLE>
Wie werden wir morgen unseren Maschinen und Anlagen mitteilen, wie sie ihre Abläufe und Prozesse erledigen sollen? Heute wird jede Funktion mit allen Regeln und Ausnahmen in maschinennahen Sprachen programmiert. Das heißt, dass der Programmierer die Anforderungen an den Maschinenprozess in die Sprache der Maschine übersetzt. Diese Übersetzung ist oft lückenhaft oder beinhaltet Fehler; ein Umstand, der die Inbetriebnahmezeiten in die Höhe treibt. <br><br>Heute gibt es den Trend, immer weniger in den klassischen Programmiersprachen IL, FBD und LD zu programmieren und mehr mit Hochsprachen, zum Beispiel dem „Strukturierten Text“ der IEC 61131, zu arbeiten. Durch den Einsatz von Hochsprachen wird die Fehlerhäufigkeit geringer, da auch komplexe Zusammenhänge verständlich programmiert werden können. Dies ist eine Weiterentwicklung, aber noch keine Lösung für das Problem der Übersetzung des Maschinenprozesses in die Maschinensprache. <br><br>Office-Werkzeuge wie PowerPoint oder Word zur Programmierung zu nutzen, ist eine tolle Idee, bietet aber meiner Meinung nach nur Lösungen für nebengelagerte Probleme: Die Zusammenfassung von Dokumentation, Service-Unterstützung und Programmierung mit bekannten Tools. Der Vorteil der einfachen Erlernbarkeit führt leider gleichzeitig zum Verlust des Komforts kompletter Engineering-Lösungen. Visionäre glauben heute, dass die Lösung darin liegen könnte, Maschinen menschenähnlich anzulernen oder selbstlernende Algorithmen der KI (Künstliche Intelligenz) zu nutzen. Ich denke, dass diese Visionen von einer breiten Anwendung noch zu weit entfernt sind, aber als Investition in die Zukunft gefördert werden müssen. <br><br>Was bleibt mittelfristig als innovative Lösung des Problems? In einigen proprietären Lösungen zeigt sich heute schon ein Ansatz, das Problem bei der Wurzel zu fassen. Der Konstrukteur des Maschinenprozesses „programmiert und simuliert“ mit seiner Prozessmodellierung die Maschine. In Zukunft werden wir also Programmierwerkzeuge mit prozessbeschreibenden Sprachen wie UML oder Takt-Zeit-Diagrammen sehen. Von der Modellierung des Prozesses über die Simulation ohne Unterbrechung zum Maschinenprogramm ist der aus heutiger Sicht beste Weg. So können Produktivität und Qualität gesteigert werden, damit werden also die Hauptfaktoren für den Einsatz neuer Technologien stimuliert. Durch die Abhebung des Modells von der eingesetzten Hardware verbessert sich auch die Portierbarkeit auf Systeme verschiedener Hersteller, ein ebenfalls wichtiger Gesichtspunkt für den Erfolg neuer Technologien. Prozesse „Modellieren statt Programmieren“ könnte der Schlachtruf sein, der uns die nächsten Jahre in der Automatisierungssoftware begleitet. <a href="http://www.publish-industry.net/media/automation-drives/audsg2005//sg104953.pdf" target="_blank">Vollbeitrag als PDF</a></TD>
</TR>
<TR>
<TD CLASS=detailQuelle> </TD>
</TR>
</TABLE>
</TD>
<TD WIDTH=28 VALIGN=top><IMG NAME="" SRC=/pi/spacer.gif WIDTH=1 HEIGHT=1 ALT=""></TD>
<TD WIDTH=174 VALIGN=top></TD>
</TR>
<TR>
<TD VALIGN=top><IMG NAME="" SRC=/pi/spacer.gif WIDTH=393 HEIGHT=1 ALT=""></TD>
<TD WIDTH=28 VALIGN=top><IMG NAME="" SRC=/pi/spacer.gif WIDTH=28 HEIGHT=1 ALT=""></TD>
<TD WIDTH=174 VALIGN=top><IMG NAME="" SRC=/pi/spacer.gif WIDTH=174 HEIGHT=1 ALT=""></TD>
</TR>
</TABLE>
<P><I>Diese Seite wurde am 22.09.2006, 14:00 Uhr aktualisiert</I></P>
</BODY>
]]>