CoDeSys

Hallo ZotoS,

meine Erfahrungen sind recht gemischt. CoDeSys hat ein paar nette Sachen, wie z.B. die interne Visualisierung, hat aber auch einige Macken. Ich habe z.B. noch keine Version gesehen wo ein Querverweis funktioniert und der Online-Change kann zum Schüttelfrost der Maschine führen. Das ich bei Änderung eines Bits Offline gehen das komplette Programm übersetzen und laden muss ist in meinen Augen auch nicht mehr zeitgemäss.
Die Bedienung ist recht gewöhnungsbedürftig und hat ihre Ecken und Kanten, nicht alles was man aus anderen Programmen kennt funktioniert hier, ich habe bis heute noch nicht sicher herausgefunden wann cut&paste funktioniert und wann nicht, der AS-Editor ist hierfür das beste Beispiel.
Ich kenne aber auch Leute die sind von CoDeSys restlos begeistert, ist alles etwas Geschmaksache und eine Frage des persönlichen Arbeitsstills, ich z.B. hasse Mäuse und dann hast du bei CoDeSys schlechte Karten.
Also einfach mal ausprobieren, aber alles was man von Siemens, AB etc. so kennt vorher ablöschen.

Gruß
Günter
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Danke!

Hallo Günter,

danke erst mal für Deine Einschätzung.
Dass man sich von der S7-Welt lösen sollte um sich mit CoDeSys zu beschäftigen finde ich nicht schlimm.

Ich habe kein Problem damit Step7 zu Programmieren. Aber ich habe nie verstanden wozu man immer noch Merker benötigt. Es ginge doch auch mit Variablen und Arrays von diesen, wie in anderen Hochsprachen!
Warum muss ich denn eigentlich meine Bausteine in S7 Nummern geben FcXX? Wenn ich doch eh symbolisch arbeite. Vielleicht kommt es daher dass ich normalerweise ANSI-C programmiere. Die S7 ist mir erst seit dem ich ST und Graph kenne etwas sympathischer geworden.

Das mit dem ungewöhnlichen händling ist auch nichts neues, als ich zum ersten mal Step5 fünf aufgemacht habe, habe ich mich gefragt ob die wissen was sie ihren Kunden antun ;o)

Was für eine Art Projekt hast Du mit CoDeSys durchgeführt?

Was mich interessieren würde ist das Ansprechen von Servoverstärkern.
Und die OPC-Schnittstelle.


___________
Gruß
ZotoS
 
Hallo ZotoS,

ich denke STEP5 kann man nur verstehen wenn man die Historie kennt.
Ich habe damals mit der Version 3.x unter CPM angefangen und da gab es kein Windows, noch war eine andere grafische Oberfläche wirklich verbreitet. Das was später kam baute von der Optik her auf Borlands Turbo Vision auf, leider hat es Siemens dann nicht mehr auf die Reihe gebracht etwas zeitgemässes aufzulegen. Was das "antun" anbetrifft, es haben sich viele geweigert (unter anderem auch ich) von der liebgewonnenen CPM-Version mit all den schönen Funktionstasten, die sämtlichst in den Gehirnwindungen eingebrannt waren auf die erste Version mit Mausbedienung umzusteigen, erst als die Fktasten wieder eingeführt wurden ging es wieder besser.

Meine eigentlich Kritik an CoDeSys begündet sich nicht an einer andersgearteten Bedienung, sondern daran das das Ganze selbst in Version 2.3 (oder 2.4??) noch nicht sauber läuft und das solche Selbstverständlichkeiten wie z.B. ein Netzwerk eines FUP-Bausteines von einem Projekt in ein anderes zu kopieren nicht funktionieren (sollte es mittlerweile gehen lasse ich mich gerne eines Besseren belehren) oder das es kein automatisches Einrücken im ST-Editor gibt usw. Solche Sachen nerven mich in der täglichen Arbeit, sie verlangen immer wieder jede Menge unnützer Mausklicks( :evil: ). Ich habe mal eine Liste angefangen, die wollte ich an 3S schicken, um mal die Reaktion zu testen.
Ach ja, Merker gibt es in CoDeSys auch noch, die sind nämlich in der IEC-61131 definiert (nicht das ich Siemens in Schutz nehmen möchte die blöden Datenbausteine und die FB/FC-Nummern wären das Erste was ich abschaffen würde).

Was deine Frage zu den Servos anbetrifft, da kann man keine pauschale Antwort geben. Zum einen wird CoDeSys in System wie z.B. Max-4 von Elau eingesetzt wo die Servoachsen Bestandteil des System sind und über herstellereigene Funktionen angesprochen werden, zum anderen kannst du natürlich über einen beliebigen Bus Servos ankoppeln. Die musste du dann genauso verarzten wie in einer "normalen" SPS. Es gibt von 3S auch eine Version der PLC-OPEN MotionBausteine, mit denen habe ich aber noch nicht gearbeitet.

Die OPC-Schnittstelle siehst du als normaler Anwender innerhalb von CoDeSys nicht (zumindest in den Systemen mit den ich gearbeitet habe), du musst da nur parametrieren was in das Symbolfile exportiert werden soll (die Schritte hierzu sind auch nicht unbedingt logisch nachvollziehbar). Ich habe bisher nur den OPC-Server von 3S auf Visualisierungs-PC's eingesetzt und dabei OPC hassen gelernt, vielleicht ist es jetzt besser aber damals lief die Sache nicht besonders stabil und die Performance war bestenfalls mangelhaft. Im Vergleich zur normalen Kommunikation mit einer S7 waren die Bildaufbauzeiten endlos.

Günter
 
halb so böse wie sein ruf

Hallo,

also ich mag Codesys, man kann flüssig arbeiten.
Die Zeit in der 'mehr bugs als bytes' zutreffend war ist eigentlich vorbei.

+ integrierte VISU zum testen.
+ integrierter Simulator.
+ Variablendeklaration als Text.
+ wenig MausKlicks erforderlich.
+ Debug durch FB Instanzen.
+ Programmbaum mit Unterordnern (Strukturierung).
- AS - sehr unübersichtlich.
- Querverweis.
- benötigt sehr viel Bildschirmplatz.
- Übersicht über Abarbeitung - Taskzuordnung.
- Hardwarebaum - Definition.
- Variablenauswahl.

zu DERIVATEN:
Die sind vielfach in einem schlechten Zustand, weil die Firmen nur einmal bei 3S kaufen, dann sauer sind und es Streit gibt.
Kundenspezifische Teile die 3S erstellt, werden so gut wie nie erneuert oder überarbeitet.

Beckhoff hat vor nicht allzu langer Zeit endlich geupdatet.
B&R krebst immer noch mit uralt Editoren herum.
...

Kurt
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Danke Günter, danke Kurt,

ich bin ja froh mal was von anderen Anwendern zu hören.
Benutzt Ihr nur die Soft-SPS Lösung oder setzt ihr auch SPS-Hardware mit CoDeSys ein?

@Kurt, Du scheinst ja schon richtig viel damit erlebt zu haben.

Gruß
ZoToS
 
Hi @All,
also hat B&R Codesys?! Uraltversion? Gibt&s CoDeSys als eigene Version? Oder ist das nur integriert in SPS-Tools? Suchen Ersetzen verstehe ich bei 'B&R auch nicht, #bei Kontaktplan (den kann ich sowieso nicht leiden) gehts nicht. die Ablaufsprache ist ein graus in meinen Augen.

Gibts denn Codesys zum testen irgendwo?

gruß pt
 
@plc_tippser

Unter:
http://www.3s-software.com/
kannst Du dir z.B. die CD kostenlos bestellen, inhalte sind die Entwicklungsumgebung (~Vollversion) mit Simulation und eine Echtzeiterweiterung mit einer beschränkung nach 1h geht die Echtzeit aus und somit die Anwendung auf stopp.

Aber die Entwicklungsumgebung alleine ist schon gut um Tests zu machen.

Man muss sich aber etwas Zeit nehmen (mehr als eine Mittagspause).

Gruß
ZoToS
 
Zuviel Werbung?
-> Hier kostenlos registrieren
damit nichts falsch läuft

B&R hat für das AutomationStudio einige Editoren + Zubehör von 3S gekauft.

Der Kontaktplaneditor ist aber 'Made by B&R itself'.
Dafür hat B&R den FB Editor von 3S nicht gekauft, das ist zwar komisch, aber es ist halt so.

Der AutomationBasic Editor ist anscheinend 'SonderDeveloped' bei 3S für B&R.

Uralt Editor:
weil zB bei 3S das Mausrad im Editor schon lange geht, aber bei B&R nicht.
weil das B&R AutoStudio öfter einen unkontrollierten Abgang macht und das bei Codesys fast nicht mehr vorkommt.

Was die Kompiler und das Drumherum betrifft, so hat AutomationStudio NICHTS mit CodeSys zu tuen.

Kurt
 
@Kurt

Danke für diese Info&s, die kann ich gut bei meinen Kollegen von B&R anbringen :lol: Wir haben oft irgendwelche unerklärlichen Abstürze des Automation Studios.

Gruß pt
 
hallo,

was für steuerungen programmeirt ihr den mit codesys?

ich hab mich jetzt auch mal schlau gemacht, siemens, ab, mitsu... lassen sich damit ja garnicht programmieren.

aber so wie ich es verstanden habe kann man damit sehr viele andere devirate programmieren?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
CoDeSys ist von der Firma 3s (smart-software-solutions)
Die eine Möglichkeit ist eine reine Soft-SPS auf Basis von WinNT/2000 oder Linux einzusetzen. Hier zahlt man pro RunTime an 3S.
Die zweite möglichkeit ist es Hardware zu kaufen auf die bereits eine RunTime aufgespielt wurde z.B. von TR-Systemtechnik gibt es unter den @ktiv-io Baugruppen schöne Steuerungen. Soviel ich weis setzt auch WAGO CoDeSys im 750 System ein.

Gruß
ZoToS
 
Hi

@ Markus ich hab mich jetzt auch mal schlau gemacht, siemens, ab, mitsu... lassen sich damit ja garnicht programmieren

Stimmt nicht man kann mit CoDeSys auch die S5,S7,S7200 usw programmieren.

Nur dann heißt CoDeSys -> ProSys 1131 und ist von der Firma Deltalogic.
Die Oberfläche können die Firmen wie Deltalogic von 3s (smart-software-solutions) kaufen und schreiben dann Ihren eigenen Treiber dafür.
Aber dazu kann unser Mann von Deltalogic hier im Forum bestimmt mehr sagen.

netten Gruß

Christian Werner
 
Nachtrag

Abkündigung: Die Software ACCON-ProSys 1131 wird nicht mehr weiterentwickelt und ist nur noch bis 30.06.2004 lieferbar. Der technische Support steht Ihnen bis zum 31.12.2005 zur Verfügung.

Das habe ich gerade bei Deltalogic zu ProSys 1131 gelesen. Tja liegt vielleicht daran das die Jungs Ihren Treiber nie richtig in den Griff bekommen haben. Schade das die Kunden die sich dafür entschieden haben jetzt alleine im Regen stehen.
Schon wieder ein Grund nur bei Siemens zu kaufen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
zu: wer verwendet codesys?

Es gibt die sogenannte Automation Alliance und eine Liste der Members:

http://www.automation-alliance.com/index.shtml?aa_partner

Eigentlich gut, wenn nicht jeder 'Kleine' oder 'Große' der nur in einem kleinen Segment eine SPS Funktionalität benötigt, seine eigene Suppe kocht. Für die Anwender ist es sicher ein Vorteil.

Das Feld ist bunt gemischt:
SPSer, Antriebsfritzen, Zählermänner, Terminalheinis, Temperaturmaxis ...

und noch:
http://www.users-conference.com/index.shtml?Kundenreferenz_d

Kurt
 
Hallo Kurt,

das was du als Vorteil siehst kann auch ganz schnell in die Hose gehen.
Installiere mal zwei oder mehr CoDeSys Abkömlinge, möglichst auf unterschiedlichen Versionen basierend. Ich habe mal beim Kunden gesessen und bin mit einer V2.3 nicht mehr online gekommen weil ich ein paar Tage zuvor V2.2 für eine andere Steuerung installiert hatte. Erst als ich die V2.2 gelöscht habe lief die Sache wieder (naturlich nach Neuinstallation der V2.3, zum Glück hatte jemand die CD dabei).
Wenn ich sehe, dass CoDeSys quer durch die Branche von 40-50 Herstellern (meine Schätzung, kennt jemand die genaue Zahl?) eingesetzt wird, dann kann es schon problematisch werden. Aber vielleicht gibt es ja einen Trick den ich nicht kenne.

Gruß

Günter
 
Hallo!
Das was Günter da beschreibt ist wirklich nicht schön um es nett zu formulieren. Das kann einem den ganzen Tag versauen. Man kommt zu einem Kunden und muss nur eine kleine Änderung machen oder noch viel schlimmer man hat jede menge arbeit und dann will die IDE bzw. das PG nicht so richtig mit der Steuerung zusammen arbeiten. Ist mir aber bei Siemens auch schon öfters passiert. Dort war zwar die Version nicht das Problem dafür aber die Hardware-Patches.
Zurück zu CoDeSys das mit den Abkömmlingen kann ich nicht verstehen. Die sollten doch einfach nur eine IDE einsetzen so wie es ihre Werbung verspricht: one world one tool!
Also je mehr ich mit CoDeSys auseinandersetze umso mehr Schwachstellen entdecke ich.
Aber von der Idee bin ich immer noch überzeugt. Eine Entwicklungsumgebung für verschiedene Hardware-SPSen bis hin zur Soft-SPS. Und das ganze mit allen IEC61131 Sprachen.

Gruß
ZoToS
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Günter,

du hast vollkommen Recht, es ist schon ein großer Mist wenn man sich mit dem Werkzeug rumärgern muss und die Ursache ein Versionsmischmasch ist.
Wenn ein Programm Dateien in das SystemDir müllt und bei einer nicht abwärtskompatiblen `Weiterentwicklung`den Filenamen gleich lässt, dann ist das, speziell wenn mehrere Versionen am Rechner gehalten werden müssen eine Schlamperei des Herstellers.

Noch schlimmer ist es, wenn das Installprogramm einen Downgrade auf eine alte Version nicht zulässt, weil es eine neuere Datei am Rechner findet und Diese nicht überschreiben will.

Ein Trick der manchmal hilft ist, dass man die versionsspezifischen Dateien vom SystemDir in das ProgrammDir kopiert.

JA - der Versionskrieg mit Hardware, Firmware, IDE, LIB und OS wird uns noch viel Ärger bereiten, aber auch manchen Auftrag in's Haus bringen.

Gruß
Kurt
 
Kannst Problemlos mit verschiedenen Codesys Versionen arbeiten - mußt nur immer die Version , mit der Du arbeiten willst in der Windows Regestrie eintragen !!!

bei Opcon passiert das über ein Batch-File - den klickst Du an und der trägt die entsprechene Codesys-Version in der Regestrie ein...

Vorraussetzung ist dass du die Verschiedene Versionen auch in seperaten Verzeichnissen installierst...

Was meiner Meinug bis jetzt zu kurz gekommen ist :

Mal abgesehen von den Schwierigkeiten im Handling , muß man doch mal ganz klar den Vorteil von Codesys sehen :

Es ist eine Hochsprache und bietet dadurch jede Menge vorteile !!!

Einmal mit der Variabelndeklaration und ein sehr wichtiger Aspekt in meinen Augen - Die Mathematischen Funktionen !!! Wenn ihr mal ein Berechnung in einer Bosch CL-Steuerung oder von mir aus auch auf einer S7 machen mußtet - dann ist Codesys doch Gold dagegen !!!
Oder Formatumwandlungen DINT_TO_BOOL etc... macht dass mal mit einer Bosch oder Siemens...da schreibt manm sich die Finger wund...

mit Codesys kann man aber auch ganz klassisch programmieren mit Schrittkette und allem Pipapo...

also ich sehe mal die Vorteile von dem System nicht immer nur die Nachteile...

mfg


Thorsten
 
Zurück
Oben