Post by Christoph MatuschekHintergrund: ich habe viel mit Kundenwünschen zu tun, die eine kleine
Mikrocontrollersteuerung (AVR, PIC, <joerg>8051</joerg> ;-) mit einfachen
Anforderungen wünschen (z.B. 10 Eingangsrelais, 10 Ausgangsrelais). Da wäre
es schön, wenn ich das schnell grafisch zusammenschieben könnte und dann
der Code halbwegs fertig ausgespuckt würde.
Von mir aus kann es auch ein textbasierendes Tool sein.
Von Seiten der expliziten SPS-Hersteller sind solche Systeme
vorhanden. Zum Beispiel gibt es Siemens Logo, das ich jetzt aber
explizit nicht kenne, weil es mir zu klein ist. Viele möchten auch
eine SPS auf einem Microcontroller darstellen und sich das Drumherum
selbst dazubauen, um hier flexibel zu sein. Somit ist Deine Frage
nicht neu. Viele haben sich daran versucht aber ohne tatsächlich einen
größeren Erfolg verbuchen zu können. Ich erinnere da beispielsweise an
die C-Control von Conrad, die wohl noch zu den erfolgreichsten dieser
Gattung zählt. Ein anderer Vertreter ist die kürzlich verstorbene
reine Software Lösung Parsic. Beide bieten das Funktionsplan Konzept.
Der Grund dafür, dass dieser Erfolg trotz Nachfrage ausblieb, ist
IMHO, dass sich weder diejenigen, die diese Nachfrage betreiben (auch
ihr hier in diesem Thread) noch diejenigen, die sie verwirklichten,
darüber klar sind, dass allein die Implementierung der SPS Sprachen
nicht das einzige Erfolgsgeheimnis der SPS ist. Vielmehr kann eine SPS
auch in der eingebauten Anwendung getestet werden. Zum Beispiel kann
sie alle Ein und Ausgänge und auch jeden inneren Merker (Variable)
sichtbar machen (sogenanntes In-System Debugging). Zudem ist die
zugehörige PC Umgebung so einfach verstehbar, wie möglich gehalten.
Und am Mangel dieser Möglichkeiten sind bisher alle diese Projekte
gescheitert. Bis heute wartet man auf ein Projekt, das in der Lage
ist, dies zu tun.
Der Grund dafür liegt wie gesagt auch darin, dass die Nachfrager
vergessen, das In-System Debugging zu erwähnen, wenn sie wie hier
einen SPS Ersatz nachfagen. Auch habt ihr vergessen, zu erwähnen,
welche der SPS-Sprachen ihr verwirklicht haben wollt. IMHO inplizieren
nahezu alle Nachfrager dabei den Funktionsplan und die AWL. Das sieht
man daran, dass nahezu alle "professionellen" Einführungskurse (meist
wegen der erforderlichen Siemens Lizenz vierstellig kostend) als auch
die Berufsschulen nahezu ausschließlich diese beiden Sprachen lehren
und diese auch in der Praxis eingesetzt werden. Etwas Anderes scheint
einer großen Masse von Anwendern nicht vermittelbar zu sein. Da nutzt
es wenig, wenn manche Wortführer innerhalb des SPS Bereiches etwas
Anderes zu behaupten versuchen. Die Abstimmung erfolgt hier mit den
Füssen, das heißt durch den Markt.
Es nützt halt nichts, wenn ein Ingenieur ein Programm in der höheren
SPS-Programmiersprache ST schreibt, aber die SPS Techniker vor Ort
diese nicht verstehen, ja häufig noch nicht einmal wissen, dass diese
Sprache überhaupt existiert.
Daher würde ich jetzt Manuela Abele und Cristoph Matuschek fragen
wollen:
1) Welche SPS Programmiersprachen nutzt ihr und kennt ihr?
2) Seht ihr Euch bei der Inbetriebnahme auch beispielsweise die
Darstellungen der Ausgänge und Eingänge an?