CoDeSys

Zuviel Werbung?
-> Hier kostenlos registrieren
@runtime

simmt es ist eine Kleinigkeit die Einträge in der Registrierung umzuschreiben, ich muss nur die betroffenen 8243 Schlüssel (oder so) auf den gewünschten Wert ändern. :wink:
Es gibt leider eine CoDeSys-Welt ausserhalb von OpCon und für die wird kein Batchfile mitgeliefert. Abgesehen davon bin ich in erster Linie SPS-Programmierer (dafür bekommen ich zumindest mein Geld) und Grundlagenforschung in Sachen Kompatibilität verschiedender CoDeSys-Versionen gehört weder zum meinen Aufgaben, noch möchte ich daraus ein Hobby machen. Ich kann nur sagen, dass es eine peinliche Situation ist, wenn du beim Kunden sitzt und kommst nicht mehr an die Steuerung ran, weil du am Vortag eine andere CoDeSys-Variante installiert hast.
In meinem Fall brachte noch nicht einmal eine Neuinstallation des CoDeSys V2.3 Abkömmlings (Nicht-OpCon, IndraLogix gab es damals noch nicht) etwas. Erst als ich die V2.2 dinstalliert hatte (OpCon Umgebung) und danach die V2.3 nochmal neu installierte lief die Sache wieder.

Ich stelle nicht in Abrede, dass CoDeSys viele gute Ansätze hat, ich beanstande nur die Ausführung, die mich bei der täglichen Arbeit behindert. Ausserdem hat Ralle recht, es gibt durchaus Punkte an denen S7 oder eine andere Steuerung mit konventioneller SPS-Programmierung Vorteile hat.


Gruß

Günter
 
ja klar , versteh Dich !

Hatte auch schon das Problem -

Habe Codesys V2.0 , Codesys V2.2 , Indralogic und jetzt noch Indra Works auf meinem Laptop

und seit ich das Indra Works drauf hab , hatte ich auch mal so ein Problem :

Habe online ein Bootprojekt erzeugt , aber die Steuerung ist mit Fehlermeldung hochgelaufen , mußte dann zuerst unter Zielsystemeinstellungen Sysmboldatei senden aktivieren...das habe ich vorher nicht gebraucht... war ne komische Sache... hab ich die Linie mal ne halbe Stunde lahm gelegt , weil ich die Steuerung nichtmehr zum Laufen gebracht hatte...

War aber nur ein einzigesmal passiert , vielleicht hat das auch gar nichts miteinander zu tun...

Aber das sind dann so die kleinen Feinheiten die man "Berufserfahrung" nennt ;-)

mfg


Thorsten
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Mahlzeit !
Ich nutze seit ca . einem halben jahr Codesys (WAGO) und bin sehr zufriefden damit. Die Umgewöhnung von Siemens ist na klar nicht so easy, lohnt sich aber in meinen Augen. Das ewige Geleier von hotfix,update, lizenz usw geht mir bei Siemens tierisch auf den Keks. Genauso die begrentzten Funktionen der Hardware (CPU 312 Remanenz !! usw) sind ein schlechter Witz ! Von den Preisen ganz zu schweigen !
 
Ich nutze seit ca . einem halben jahr Codesys (WAGO) und bin sehr zufriefden damit. Die Umgewöhnung von Siemens ist na klar nicht so easy, lohnt sich aber in meinen Augen.

Ich stimme Dir zu, auch ich finde CoDeSys sehr gut, Siemens ist nur im onlineverhalten unschlagbar. Aber die neue Wagosteuerung mit dem CAA ist auch schon recht brauchbar für die Onlineprogrammierung.

hoffentlich bleiben die weiter am Ball ;-)

schöne Grüße
Michael
 
CoDeSys wird sich hoffentlich durchsetzten

Eine herstellerübergreifende Vereinheitlichung ist doch überfällig!

Und mögliche Kinderkrankheiten verschwinden doch nach und nach.

Dass viele dem gewachsenen Umfeld und dem Gewohnten voererst nachtrauern, ist klar.

Hoffentlich torpediert niemand mit seiner Größe und seinem Geld die CoDeSys-Verbreitung.

Wir müssen uns vor Augen halten, dass wir kein Internet und kein Forum hätten, wenn es entsprechende Vereinheitlichungen in der Rechnertechnik nicht schon vor mehr als 20 Jahren gegeben hätte.

Eine spannende und interessante Zeit,
Thomas
 
Zuviel Werbung?
-> Hier kostenlos registrieren
CoDeSys - Forum

Hi Leute,

ich muss bekennen, dass ich erst kürzlich auf dieses Forum gestoßen bin. Ich oute mich hiermit als Mitarbeiter von 3S, dem Hersteller von CoDeSys, und bin somit natürlich per Definition ein Fan :lol: - schließlich lebe ich von dem Tool.

Aber natürlich kann ich die ausgesprochene Kritik zumindest teilweise nachvollziehen. Und ich kann auch versichern, dass 3S intensiv an der Verbesserung und Weiterentwicklung arbeitet. Es war und ist uns immer wichtig, dass die Anwender Spass haben, mit CoDeSys zu arbeiten. Aber bei aller Genialität :wink: sind unsere Entwickler eben auch nur Menschen ...

Ohne jetzt dem wirklich umfangreichen SPS-Forum Konkurrenz machen zu wollen, möchte ich doch darauf hinweisen, dass es seit einigen Wochen auch ein spezielles CoDeSys-Forum gibt. Das Forum arbeitet übrigens auf der gleichen Basis php ist somit für alle Nutzer vom SPS-Forum ebenso einfach zu bedienen (und darüber hinaus zweisprachig).

http://forum.3s-software.com/
 
Hallo miteinander,

auch bei mir gehört CoDeSys zum täglichen Brot, ich möchte es nicht mehr missen.

Dieses Versionsproblematik haben wir allerdings nicht; es laufen definitiv auch verschieden Versionen miteinander, zumindest was unsere Systeme anbelangt (Wago + Elau)

Es ist, wenn man aus der Siemens-Welt kommt, sicher eine Umstellung.

Aber wenn man sieht, was das System alles bietet - da muss ich bei der Erlanger Apotheke aber lange nach suchen.

- Programmierung im strukturierten Text und in Ablaufsprache
- Eingebautes Trace-System für sämtliche Variablen
- Die Möglichkeit interner Visualisierungen
- Einfach verständliche Steuerungskonfiguration

Und, und, und...

Zeig mir mal einer ein System, das fehlerfrei und stabil läuft. Das gibt es weder bei Siemens oder sonstwo, da kochen alle Hersteller nur mit Wasser.

Und wenn man dann die Preise sieht ... :roll:

Viele Grüße

Torsten
 
Hallo @ all
Ich habe folgendes Problem in CoDeSys:

Ich kann die Zustände, der analogen Signale an der Eingangsklemme, im Onlinemodus von CoDeSys (2.3.4.3) nicht sehen. Dabei funktioniert diese (mit KS2000 Beckhoff Busklemmenkonfigurationstool ausprobiert)! Die Analogen Signale werden als 12 Bit in CoDeSys übertragen. Nur eben mit der BK5120.eds Datei irgendwie nicht ... die digitalen E/A's kommen sauber an (egal welche Mappingart eingestellt ist).

Nun ist mir gesagt worden, dass Hersteller in den *.esd Dateien Analoge Ein und Ausgänge aus Sicherheitsgründen "sperren" bzw. 0 setzen. Nur weis ich weder wo, noch wie das sein soll.
Wenn mir jemand helfen könnte wäre das prima ...

Vielen Dank im Vorraus
 

Anhänge

  • codesys.jpg
    codesys.jpg
    94,8 KB · Aufrufe: 99
Scheint so ...

CoDeSys Support meinte dies:

"Wir haben uns einmal die Liste der Modulparameter angesehen und festgestellt, daß das Objekt 5500 „Activate PDOs“ keinen Defaultwert hat. Es kann sein, dass CoDeSys dieses Objekt überschreibt und dieses dann disabled.
Bitte wenden Sie sich mit dem Hinweis auf das o.a. SDO an Beckhoff. Vielleicht weiß Beckhoff schon etwas darüber."

Beckhoff Support:

"Leider ist die Konfigiration der CoDeSys anders als bei unserer Software (TwinCat). (Hier wäre die Projektierung etwas einfacher...) Sie müssen die Ein- und Ausgänge selber ansprechen, und zwar mit den TxPDOs und RxPDOs. Die Infos hierzu finden Sie in der Doku zum BK5120."

Da TwinCat das SCM03-C Modul von EXOR nicht anspricht, geht dies leider nicht. Und wenn ich die CAN Object IDs bzw. Adressen vergleiche, gibt es keinen Unterschied. Alles müste theoretisch plug & "pray" mässig funktionieren!

Aber trotzdem Danke erstmal, falls nochjemand eine Idee oder einen Tipp für mich hat ... der sollte dies bitte kund tun :)
 
Hallo,

bei älteren Wago's war es zwingend erforderlich die Analogmodule an erster Stelle zu setzen.

Gruß
M_o_t
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hab ich auch schon probiert, leider erfolglos. Aber ich habe Hoffnung! :D Es kann sein das es weder an Beckhoff noch an CoDeSys liegt!

Ich hab jetzt eine Fehlermeldung entdeckt die auf EXOR hinweist. Kurz darauf habe ich bei dennen angerufen, dass scheinbar was mit der EXOR.CAN Libary nicht stimmt.
Diese haben mir mitgeteilt das Sie einen ähnlichen, funktionstüchtigen Testaufbau mit einer BK5120 besitzen und meine Konfiguration überprüfen wollen. Mal sehen was da rauskommt.
 
So ... Problem gelöst! Es lag an dem EXOR modul ... man muste nicht nur die Steuerungskonfiguration durchführen (modul + Beckhoff *.eds einfügen) sondern auch aus einer implementierten Libary einen Funktionsbaustein aufrufen. Dannach funktionierte der CANbus bzw. die Klemmen sauber. Very Happy :D
 
Problem doch nur zur Hälfte gelöst! ... Komischer weise funktioniert alles einwandfrei, wenn ich die fertige Projektdatei bzw. die darin enthaltene Steuerungskonfiguration für mich abwandle. Und das OHNE den oben beschriebenen Funktionsbaustein zu starten.

Erstelle ich ein komplett neues Projekt und konfiguriere/parametriere die Steuerung "gleich", dann gehen die BK5120 in den Pre-Operationalmodus. Sprich es können nur SDO's, aber keine gemappten PDO's, gesendet und empfangen werden.
Sende ich jetzt einen Node_Start an die BK5120, geht dieser in den Operationalmodus und es funktionieren zwar die digitalen Eingänge halbwegs, aber an den Analogen tut sich komischerweise nix (Obwohl im OBID 6423 ein TRUE steht = Aktiviert das ereignisgesteuerte Senden von PDOs mit Analogeingängen.)!

Falls mir irgendjemand sagen kann, welche Objekt-ID's von der Defaultkonfiguration in der BK5120.eds verändert werden müssen, dann wäre das fein.

In meiner Konfiguration handelt es sich um einen BK5120 Firmware C5, 2* 4 digitale E., 1*2 digitale E, 1*4 digitale Ausgänge, 1*1 analogen Eingang. Diese hängen an einem SCM03C Modul von Exor welches mit CoDeSys programmiert/konfiguriert wird.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Jenser

Gibts da mit dem CAN Koppler BK5120 und Anlaog etwas neues?
Welchen Baustein aus der CAN Library musste aufgerufen werden?

Meine Konfig ist folgende:
XV200 mit codesys und BK5120 CANknoten mit Digital und Analog KLemmen.
Auch ich habe gleiche Probleme. Digital KLemmen funktionieren Analoge nicht.

Integer
 
Zurück
Oben