PROSYS

Markus

Administrator
Teammitglied
Beiträge
6.301
Reaktionspunkte
2.317
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich hatte mal ein Projekt für eine S5-95U welches nach IEC 1131 mit CoDeSys programmiert wurde (der Kunde wolllte es so). An dieser CPU war ein OP7 angeschlossen. Da benötigte ich Merker bzw. Datenbausteine... Habe aber mit CoDeSys lange nix mehr für Siemens CPU's gemacht.
Gruß

korrigiere mich wenn ich es falsch verstanden habe, aber hast die 95er wirklich mit codesys programmiert? oder womöglich noch das op?


// edit 24.01.07 - geteilt
Diese Beiträge wurden von diesem Thema geteilt:
http://www.sps-forum.de/showthread.php?t=11561
 
Zuletzt bearbeitet:
Es gab mal von Deltalogic Prosys 1131 das war CoDeSys-Software, war jedenfalls so aufgebaut.
Damit konnte (oder kann) man S5-Steuerungen mit allen Sprachen, welche in der IEC 1131 vorkommen, programmieren. Man konnte sogar eine S5 mit ST (SCL) und AS programmieren. Eine große Einschränkung war, dass die S5-95 U nur 16 Bit verarbeiten konnte.
Herr Bäurle kann dazu bestimmt noch mehr berichten....
Für das OP gings nicht ....;)
 
habe grad mal etwas gegoogelt:

http://www.deltalogic.de/index.php?target=download/prosys.htm

der "prospekt" ist sehr aufschlussreich.

die jungens von der fraktion mit dem roten S haben da wohl auch mitgebastelt.

hört sich recht vielversprechend an, aber rein nach dem design der screenshots zu urteilen war das vor 2000. warum gibts das nicht mehr?


(ich teil das thema mal auf)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Stimmt. ProSys war ein IEC-System für die S5 und die S7. Entstanden ist das Ganze im Jahre 1995 als Produkt einer Kooperation zwischen den Firmen 3S und DELTALOGIC. Die Idee war einfach: Mit der S7 ist ein Umstieg sowieso notwendig, warum dann nicht auch gleich auf eine einheitliche IEC-Lösung wechseln. Soweit die Motivation. Die Realität war dann eher so: der Kunde will im Prinzip weg von der Siemens-Programmiersoftware, aber alles was Siemens kann soll auch gehen. Wer sich einmal alleine die Unterschiede der S5- (bzw. S7-) Timer und der IEC-Timer-Funktionen angesehen hat sieht an diesem kleinen Beispiel, wie schwierig selbst trivale Dinge sind. Dazu kam, dass der Code nach der Übersetzung von IEC nach S5 bzw. S7 mehr Platz benötigte. Und der war knapp und teuer. Die ganzen Zusatzbaugruppen und Spezial-FBs die dann auch noch unterstützt hätten werden sollen, erschwerten alles noch mehr. Die Siemens-FB-s sind keine IEC-Bausteine die einfach aufgerufen werden können.
Auch die Gewohnheit, mal kurz auch ohne Projekt an die Steuerung gehen zu können und schnell mal einen Fehler zu suchen ist bei einem generierten Code aus einer IEC-Quelle nicht möglich. Manche fanden das ganz toll (Know-How-Protection pur), für andere war das untragbar.
Auf Grund der technischen Einschränkungen (nur ein Teil von IEC und nur ein Teil von Step5/7) war die Aktzeptanz nicht in der notwendigen Größenordnung. Eine Behebung der Unzulänglichkeiten aber auch technisch nicht möglich (sonst wäre Siemens schon lange voll IEC-konform). Deshalb haben wir uns entschlossen, das Produkt einzustellen, da ein professioneller Einsatz nicht gewährleistet werden konnte.
 
Das ganze CoDeSys Konzept geht eben nur dann auf wenn der Hersteller der SPS-Hardware mit im Boot sitzt. Vielleicht springt ja VIPA auf den Zug auf? ;)
 
Ne, lt. aussage eines VPA-Vertrieblers sicher nicht. Die hatten Ähnliches auch mal kurz, glaub ich und es hat sich nicht verkauft (siehe Deltalogic).

Ich hab grad ein Sucosoft 5.04 in der Mache. Ist ja IEC. Weiß noch nicht genau, ob's am System, oder am Projekt liegt (ausschließlich AWL), daß ich es zum k... finde. Mit AWL komme ich eigentlich klar, aber logische Verknüpfungen über 2 Bildschirme sind dann doch der Horror. 3-Spaltige Array's, keine Ahnung, welcher Wert was ist, da logisch NULL Kommentar. Keine vernünftige Statusanzeige. Wird der Code gerade bearbeitet oder sind das nur die Variablen, die immer angezeigt werden und sich ändern.

Haare rauf. :confused:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also ich finde ja AWL auch nicht so prickelnd. Also wenn ich auf Kommentare zu verzichtet habe hat sich das auch schnell gerächt. Also gerade bei ARRAYs und Co. ist doch ST einfach genial für logische Verknüpfungen FUP und für Schrittketten AS. Auf KOP und AWL könnte ich auch verzichten.
Die Sprache soll jeder wählen wie er will aber an Kommentaren soll man nicht sparen. Wobei ich auch schon Quellcode gesehen habe der die Befehle erklärt hat quasi wie im Schulbuch... das ist dann auch etwas übertrieben ;o)
 
Zurück
Oben