Zuviel Werbung? - > Hier kostenlos beim SPS-Forum registrieren

Page 1 of 2 12 LastLast
Results 1 to 10 of 16

Thread: Ein paar grundfragen zu SCL und graph

  1. #1
    Join Date
    16.06.2003
    Location
    88356 Ostrach
    Posts
    5,056
    Danke
    1,358
    Erhielt 1,185 Danke für 562 Beiträge

    Default


    Zuviel Werbung?
    -> Hier kostenlos registrieren
    hallo,

    ich bin was scl betrifft nicht sonderlich bewandert, deshalb ein paar fragen:

    ich scl kann man berechnungen ja ähnlich komfortabel formulieren wie in hochsprachen. bringt das dann mehr performance?

    ich meine wird aus der scl beim übersetzen nicht eine awl?

    wenn ja, dann tippe ich doch sauberer direkt in awl, oder nicht?

    wie sieht es mit dem onlinestatus aus, kann ich den beobachten? direkt in der scl, oder nur in der generierten awl?


    wie ist das mit graph? macht der auch ne awl?


    grundlegen:
    sind scl und graph mit fup vergelichbar?
    wird also damit am ende auch eine miserable awl generiert, oder werden die direkt in maschinencode übersetzt und sind ggf. sogar schneller als ne awl?


    danke!
    Reply With Quote Reply With Quote Ein paar grundfragen zu SCL und graph  

  2. #2
    Join Date
    23.06.2003
    Posts
    81
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge

    Default

    Hi Markus,

    Beide erzeugen einen AWL-Baustein!
    Mit GRAPH hab ich noch fast nix gemacht,dafür mit HIGRAPH und SCL schon einiges.
    Natürlich ist der erzeugte AWL-Code nicht sooo optimal, als wenn ich unter Ausnutzung aller Tricks und Kniffe ein laufzeitoptimiertes Programm schreibe, aber der SCL-Compiler ist schon relativ nahe dran.

    Den Sinn von SCL sehe ich nur in der kompfortableren Programmierung komplexer Dinge. Ich vergleiche AWL immer mit ASSEMBLER und SCL mit einer Hochsprache.
    JEDES Programm könnte man direkt in Assembler schreiben, aber der Zeitaufwand steigt ins Uferlose, die Lesbarkeit des Programmcodes geht im Gegenzug gegen 0
    Der Programmcode wird auch einiges größer, dafür wird der Code für verschiedene Überprüfungen, wie z.B. zur Überwachung von Feldgrenzen bei Zugriffen auf ARRAY-Variablen automatisch generiert, den man sonst explizit im Programmcode einfügen müsste.

    SCL lässt sich direkt in der SCL-Quelle beobachten und debuggen und zeigt dabei alle Variablenwerte sofort im richtigen Format an. Haltepunkte und Aufrufpfade sind auch setzbar.

    SCL für alles einzusetzen ist Quatsch, jeder muß für sich entscheiden, wie weit er in AWL programmiert und ab wann er SCL verwendet.

    Mit Graph hab ich, wie gesagt, nur ein wenig rumprobiert, hat mir aber nicht so gefallen. Ich bin eher von HiGraph überzeugt.

    Der erzeugt zwar einen riesigen Programmcode , der aber im Ablauf um den Faktor 10 schneller sein soll, als entsprechende Graph-Programme, weil nur die zum aktuellen Zustand gehörigen Programmteile bearbeitet werden, der Rest wird übersprungen.
    Auch HiGraph lässt sich Online graphisch beobachten und ist vor allem gut für Maschinenbauer und Anlagenbetreiber verständlich, da eigentlich nicht der Prozessablauf, sondern die Zustände der Maschinenteile beschrieben werden.

    hope, that helps

    Gruß Jörg

  3. #3
    Join Date
    27.05.2004
    Location
    Thüringen/Berlin
    Posts
    13,874
    Danke
    763
    Erhielt 3,163 Danke für 2,250 Beiträge

    Default

    Den AWL-Code, den SCL erzeugt, den kannst du dir auf einem System ohne installiertes SCL ansehen. Du kannst auch den reinen FC kopieren und unter einem anderen Namen einfügen, oder die SCL Quelle umbenennen. Ist manchmal ganz interessant zu sehen, was für Code der Siemens-Übersetzer erzeugt. Ich würde sagen, kleinere Probleme sind in AWL effizienter zu codieren.
    Gruß
    Ralle

    ... there\'re 10 kinds of people ... those who understand binaries and those who don\'t …
    and the third kinds of people … those who love TIA-Portal

  4. #4
    Join Date
    23.06.2003
    Posts
    81
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge

    Default

    Quote Originally Posted by Ralle
    .....Ich würde sagen, kleinere Probleme sind in AWL effizienter zu codieren.

    Full ACK

    ich würde fast sogar sagen: kleine bis mittlere.....

    Gruß Jörg

  5. #5
    Markus's Avatar
    Markus is offline Administrator
    Themenstarter
    Join Date
    16.06.2003
    Location
    88356 Ostrach
    Posts
    5,056
    Danke
    1,358
    Erhielt 1,185 Danke für 562 Beiträge

    Default

    ok, d.h. das man die schnellsten und kleinsten programme immer noch in awl schreibt.

    mit diesen zusatztools kann also lediglich schneller programmiert werden, aber nicht besser.

    oder anders gesagt:
    ich komme mit nichts näher an die hw als mit awl.

  6. #6
    Join Date
    23.06.2003
    Posts
    81
    Danke
    0
    Erhielt 0 Danke für 0 Beiträge

    Default

    Quote Originally Posted by Markus
    ok, d.h. das man die schnellsten und kleinsten programme immer noch in awl schreibt.
    .....
    oder anders gesagt:
    ich komme mit nichts näher an die hw als mit awl.
    Bingo, 100 Punkte ...

    Quote Originally Posted by Markus
    mit diesen zusatztools kann also lediglich schneller programmiert werden, aber nicht besser.
    im Prinzip ja aber ...
    Die Verständlichkeit des Ablaufes, speziell für den, der das Programm nicht selbst geschrieben hat, aber ggf. später was dran ändern soll, ist halt deutlich besser, als in AWL, ebenso die Änderbarkeit an sich. Und das ist für mich auch ein Teil von 'guter' Programmierung.

    Gruß Jörg

  7. #7
    Join Date
    07.03.2004
    Posts
    4,462
    Danke
    948
    Erhielt 1,169 Danke für 837 Beiträge

    Default

    Geschwindigkeit ist nicht alles. Wie Jogi bereits erklärt hat es kommt auch darauf an wie leicht oder schwer es einem anderen Programmierer fällt sich in das Programm einzuarbeiten. Man findet sich aber auch selbst in einem gut strukturierten Programm besser und schneller zurecht, beim schreiben und nach einer gewissen zeit wenn man doch noch mal rann muss.
    Es ist möglich mit AWL strukturiert zu Programmieren aber es ist deutlich schwerer als mit ST (Structured Text) = SCL. Es geht darum das ST einem Programmierer die Tools zur Strukturierten Programmierung zu Verfügung stellt. Wer aus Geschwindigkeitsgründen hart an die Hardware gehen muss ist wohl mit AWL gut dran, ich nehme dann lieber eine leistungsfähigere CPU
    Zu Graph 7 ich find es Super und wenn HiGraph noch besser ist muss ich mir das mal anschauen. Graph ist aber nichts was man an einem Nachmittag durch machen kann, dazu sollte man sich Zeit nehmen und vorher eine Strategie ausarbeiten. Das ist wirklich was neues und bietet jede Menge Funktionen.
    If you open your Mind too much, your Brain will fall out.

  8. #8
    Anonymous Gast

    Default

    Hallo,

    ich würde sagen, das das Arbeiten mit Stringvariablen ohne SCL
    - z.B. in AWL - sehr umständlich ist. Z.B. die Funtion
    STRING --> REAL (STRING_R) ist in SCL viel einfacher zu
    Handhaben.

    Auch der Zugriff auf DBs mit ARRAYs sieht in SCL so aus:


    Code:
    X_Pos        :=DATA.BESTK[0,1];

    wobei DATA = DB99 ist und BESTK die symbolische ARRAY-Variablen-
    bezeichnung.

    Das versteht man auch in 10 Jahren noch.

    Gruß
    Reply With Quote Reply With Quote Arbeiten mit Stringvariablen + Adressieren von DBs  

  9. #9
    Join Date
    07.11.2004
    Posts
    727
    Danke
    69
    Erhielt 64 Danke für 48 Beiträge

    Default

    Hallo,

    ich habe bis jetzt alles in AWL programmiert.

    Aber das eine oder andere mal hab ich schon mit SCL geliebäugelt - habe aber nie den Einstieg geschafft...

    Gibt es vielleicht von euch ein paar Tips wie man sich am schnellsten in SCL zurechtfinden kann ? (ohne C-Vorkenntnisse)

    Am besten vielleicht noch ein paar Empfehlungen wofür man es wirklich einsetzen sollte...



    Ich weiss die Frage ist global gestellt - aber die Antworten dürfen es ja auch sein...
    RS (rs-plc-aa)
    ______________________________________________
    Morgen ist Heute Gestern...
    ______________________________________________
    Installierst du noch - oder Arbeitest du schon ?
    ______________________________________________

  10. #10
    Join Date
    07.07.2004
    Posts
    3,381
    Danke
    38
    Erhielt 584 Danke für 382 Beiträge

    Default


    Zuviel Werbung?
    -> Hier kostenlos registrieren
    Hallo rs-plc-aa,
    (ohne C-Vorkenntnisse)
    C-Vorkenntnisse sind weniger erforderlich, SCL ist eher an Pascal angelehnt und speziell um die Datentypen (Eingänge, Ausgänge, Merker, DB's u.s.w.) einer SPS erweitert. Wer Pascal kann, kann eigentlich sofort auch SCL lesen und mit ein bisschen Gewöhnung an die SPS-spezifischen Eigenheiten dann auch recht schnell schreiben lernen.
    Gruss
    Question_mark
    ''Ich habe wirklich keine Vorurteile.
    Meine Meinung ist nur die Summe der Erfahrungen" ... (Question_mark)

Similar Threads

  1. Hausautomation Logo!8 und KTP400 - ein paar Fragen
    By TBFoto in forum Gebäudeautomatisierung
    Replies: 3
    Last Post: 18.02.2017, 19:30
  2. Umstieg von TC2 auf TC3.1 und ein paar Fragen bitte
    By 4711 in forum CODESYS und IEC61131
    Replies: 18
    Last Post: 02.11.2016, 17:50
  3. Replies: 6
    Last Post: 08.01.2013, 22:27
  4. S7 1200 und KTP600 Basic, ein paar Fragen
    By schnewitchen in forum Simatic
    Replies: 3
    Last Post: 07.01.2013, 08:01
  5. Replies: 2
    Last Post: 20.02.2006, 20:52

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •