AWL In Kop anzeigen lassen ????

Zuviel Werbung?
-> Hier kostenlos registrieren
MW schrieb:
Was nicht alles aus so einer simplen Frage werden kann, dass war(ist) ja malwieder ne schöne Grundsatzdiskusion geworden. :rolleyes:
Zum Vergrößern anklicken....
Kann man gerne weiterführen ..
Zur IH Aufklärung:

Jungs, ich bin jetz auch schon ein paar Jährchen in der IH.
Anfangs war noch S5, als ich hier einsteigen wollte kam bei uns S7...
Durch guten Zufall kam ich günstig privat zu ner 315-2DP, nur was tun ohne EA.. ok Ebay. Mittlerweile hab ich fast über nen Meter EA zu Hause. Hab heute "fast" keine Probleme mit eurem Drecks AWL.(Kann hier auch sagen ihr seid bei S5 stehen geblieben IHR PENNER :ROFLMAO: ).

Meiner Meinung und dem des Stils unserer Progger Firma passt KOP ganz gut, da auf den ersten Blick erkennbar welches "bit" fehlt.
nur mal so als Beispiel.
Ich hab zwischendurch auch mal mit Neulingen zu kämpfen, gebt es zu, wer von euch hätte euren AWL Code kurz nach der Lehre schon verstanden? Vielleicht noch ein paar Schleifen und Pointer dazu?
Ich kann die AWL Scheisse die IHR immer noch abliefert wenigstens noch lesen, aber schreiben will ich diesen mist nicht.
Strukturiert eure Daten usw. sauber lässt sich vieles easy mit Kop usw. ausführen, wenns sein muss auch mal ein zwei drei Netzwerke mit AWL, aber mehr nicht.
Bevor ich mit Pointern und AR rumscheiss mach ich gleich SCL auf.
Mit gut Strukturierten Daten bzw. DBs liest sich das hingegen wie eine Bettlektüre.


Euer Drecks AWL geheule kann hier langsam keiner mehr hören.
Wenn einer Auf S5 oder schlimmer s3 Zeiten stehen geblieben ist dann ist das die AWL PRO Fraktion hier.
Sorry, aber wenn sich einer zu schön für Kop/fup ist der hat seinen Beruf verfehlt.

Und noch was , wer Zahlt schafft an , fertig. Wer zu "doof "für KOP ist, ist grad genug für Hartz IV. Entweder Ihr wollt "Programmierer" sein und beherscht alles oder Ihr lasst die Finger weg und geht putzen oder Lampen wechseln.

Und kommt mir nicht mit UG, der Penner meint auch er hat die Weisheit mit der Schaufel gefressen...die hau ich ihm auch gern drüber.

Übrigens, seit Freitag als "dummer" IHler Urlaub bis 2.1.08 hab :rolleyes:
Schöne Weihnachten und guten Rutsch :ROFLMAO:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
+

Ich kann Euch auch sagen, wo der ganze elende KOP Zinnober herkommt.

Wir haben in den letzten Jahren vermehrt Anlagen nach Asien geliefert und als SPS
Mitsubishi vorgeschrieben bekommen. Die AWL von Mitsubishi ist der letzte Mist.
Das kann wirklich keiner verstehen. Es gibt keine Klammern und wie das VKE in
etwas komplizierteren Ausdrücken weitergerreicht wird, ist absolut undurchschaubar.
Mitsubishi kann man nur in KOP proprammieren. In ganz Asien werdet ihr höchstens
5 SPS Programmierer finden, die Mitsubishi in AWL programmieren. Der Rest macht
KOP. Ich habe keinen gesehen, der AWL programmiert.

Und man kann in KOP genauso undurchschaubaren, unstrukturierten Code fabrizieren,
wie in AWL. Das ist nicht eine Frage von KOP oder AWL, sondern eine Frage der
Fähigkeiten des Programmierers.
 
Zuletzt bearbeitet:
Code: 
  m2.0   m2.1     m1.2
--| |----| |--|---(R)
              |  m1.2
              |---(R)
              |  m1.3
              |----()

So oder?

Klar du kannst KOP noch schlimmer Scheisse Programmieren,
aber du siehst wenigstens die scheisse auf einen Blick ;-)
 
Zuletzt bearbeitet:
Wenn ich höre, dass der Maschinenlieferant und das SPS-Programm aus Italien kommt, ducke ich mich weg und haue ab
Zum Vergrößern anklicken....

Also da gibt's auch fähige Leute, die wunderbaren Code abliefern. Da habe ich schon wirkliche gute Programme gesehen. Vielleicht nicht in AWL, aber das mag ich sowieso nicht. Ich bevorzuge die folgende Reihenfolge:

1. KOP (aber nur in Verbindung mit vernünftiger Programmiersoftware, d.h. z.B. Rockwell, kein Codesys/S7)
2. Strukturierter Text
3. FUP
4. AWL
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@arcis
Ich spreche hier jetzt vor allem für den GX-Developer, NICHT den IEC-Dev.
Mitsubishi AWL gehört imho zu den besten Programmiersprachen die ich bisher im SPS-Bereich kennengelernt habe.
Nur weil du dich nicht genug damit auseinander gesetzt hast, kannst du das nun nicht Mitsubishi zum Vorwurf machen.
Ist aber letzten Endes auch egal, da AWL und KOP im Unterschied zu Siemens zu 100% umschaltbar ist.


An die Instandhalter hier (Das gilt jetzt mehr für die Siemens-Schiene):
Bei Digitalgeschichten sollt ihr ja meinetwegen KOP haben, da habe ich persönlich kein Problem damit,
zumal da auch die Übersetzungsfunktion meistens kein Problem darstellt, und ich es da mit question-mark halte, ich Code AWL so, dass es übersetzbar ist.
Aber so sachen wie Berechnungen, Zähler ... werde ich persönlich NIE in KOP machen.
Irgend ein wie auch immer geartetes Datenhandling: Never in KOP,
jedenfalls solange KOP bei Siemens nich ähnlich umfangreich wie z.B. bei Allen Bradley ist.

Also wenn eure Anlagen mit reinen Digitalverknüpfungen auskommen, könnt ihr auch auf KOP bestehen.

P.S. Scheiße ist immer alles, das den eigenen Horizont sprengt,
oder vom gewohnten abweicht.

Wenn man dann auf die zeitgemäßeste Sprache wechselt, nämlich SCL/ST, dann passt das ja auch wieder keinen Instandhalter,
zumindest nicht denen, die sich bei solchen Themen immer so zu Wort melden,
ich persönlich kenne andere.

Mfg
Manuel
 
Zuletzt bearbeitet:
Wenn du zu der "Ich will KOP um jeden Preis - Fraktion" gehörst, evtl.
Ansonsten kannst du das als etwas offener Instandhalter getrost ignorieren.

Siehe hier: " ich persönlich kenne andere."

Mfg
Manuel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
MSB schrieb:
Wenn du zu der "Ich will KOP um jeden Preis - Fraktion" gehörst, evtl.
Ansonsten kannst du das als etwas offener Instandhalter getrost ignorieren.
Zum Vergrößern anklicken....


"etwas offener" *lach* ...klingt nicht schlecht ... mit mitte 20 ab ich keine probleme mit neuem und auch nicht damit älteren semestern die technik zu erklären :ROFLMAO:
 
Zefix schrieb:
..Übrigens, seit Freitag als "dummer" IHler Urlaub bis 2.1.08 hab :rolleyes: ..
Zum Vergrößern anklicken....
Einer meiner Kollegen sagt immer "Stell dich frühs für fünf Minuten dumm, und du hast den ganzen Tag lang deine Ruhe". Nun, KOP und FUP werde ich mir mal genauer ansehen, vielleicht hilft's :ROFLMAO: . Bei mir ist leider nichts mit Urlaub.

Ich habe in diesem Jahr den Umbau einer FUP-programmierten Anlage verweigert. Unzählige Netzerke, keine Kommentare, keine Dokumentation, keine Übersicht. Wenigstens war der Kunde so fair, mir das Programm vor der Abgabe eines Angebots zu zeigen. Man hat mit Step7 sehr viele Möglichkeiten, richtig schöne Scheiße zu programmieren. Das schafft man sowohl mit FUP, KOP, SCL als auch mit AWL.

@Zefix
Schönen Urlaub! Vielleicht findest du eine ruhige Minute, um dich weiter zu bilden, du PENNER.


Gruß, Onkel
 
Die Argumente und Standpunkte hier kommen mir alle reichlich bekannt vor ... :???:

also:
L AWL
T Perfektionist
bitte in KOP/FUP wandeln ... :ROFLMAO:

in meinen Programmen kommen übrigens keine Klammern vor, dafür werden Zwischenergebnisse mal als Temp zwischengespeichert, was meiner Meinung nach bei geeigneter Benennung der Temp-Variablen die Lesbarkeit stark erhöht.

Ansonsten ist m.E. eine Maschine/Anlage, zu deren Betrieb regelmäßig ein PG erfoderlich ist, von vorneherein Sch... ähhh BRAUN, unabhängig von verwendeter Steuerung und verwendeter Programmiersprache.
 
+

@ MSB

Ich spreche hier jetzt vor allem für den GX-Developer, NICHT den IEC-Dev.
Mitsubishi AWL gehört imho zu den besten Programmiersprachen die ich bisher im SPS-Bereich kennengelernt habe.
Zum Vergrößern anklicken....
Und warum programmiert dann keiner in Asien mit der Mitsubishi AWL? Selbst in den
Handbüchern von Mitsubishi, wenn es um Programmbeispiele geht, wird fast ausschliesslich KOP verwendet.
 
Zuletzt bearbeitet:
Die etwas neueren Handbücher bei Mitsubishi beziehen sich von der Optik her meistens auf den IEC-Dev.
Zugegebenermaßen hat sich da der AWL-Editor gegenüber dem normalen Dev. extrem verschlechtert.
KOP im normalen Dev. ist meines erachtens so gut wie nicht anwendbar,
auf jeden Fall furchtbar umständlich.

Mfg
Manuel
 
Perfektionist schrieb:
...
Ansonsten ist m.E. eine Maschine/Anlage, zu deren Betrieb regelmäßig ein PG erfoderlich ist, von vorneherein Sch... ähhh BRAUN, unabhängig von verwendeter Steuerung und verwendeter Programmiersprache.
Zum Vergrößern anklicken....

Dafür ein 100% Ack.

Aber folgendes:
Perfektionist schrieb:
weiß nicht, kann nur AWL ...
Zum Vergrößern anklicken....
Glaube ich Dir nicht.

Wie ich auch bei einigen Kollegen hier gelesen habe nutze ich nach Möglichkeit eine Mischung. Für jede Aufgabe das richtige Werkzeug.

Aber AWL empfinde ich als persönlich als eine überholte Sprache. Wobei es m.E. eben an dem großen S liegt. Das 1. SCL schlecht implementiert ist und 2. nur für professionelle Anwendungen gedacht ist da es in den unprofessionellen Versionen vom Sepp7 ja nicht vorhanden ist.
 
zotos schrieb:
...
Aber AWL empfinde ich als persönlich als eine überholte Sprache. Wobei es m.E. eben an dem großen S liegt. Das 1. SCL schlecht implementiert ist und 2. nur für professionelle Anwendungen gedacht ist da es in den unprofessionellen Versionen vom Sepp7 ja nicht vorhanden ist.
Zum Vergrößern anklicken....

darf ich nachhaken? ich hab ja als unprofessioneller kein SCL ... :p

inwiefern schlecht implementiert?

was denkt Siemens, was eine (un-)professionelle Anwendung ist?
 

Similar threads

T
TIA Übersetzung AWL -> KOP / FUP
Antworten
6
Aufrufe
306
Tigerente1974
T
Botimperator
TIA Schriftart Netzwerkkommentar KOP/FUP-Bausteine ändern - TIA V19
Antworten
2
Aufrufe
687
Botimperator
Botimperator
T
Step 7 Arrays im OB und FB
2
Antworten
30
Aufrufe
1K
Mrtain
Mrtain
F
TIA AWL-Programm aus der Classic in TIA
Antworten
4
Aufrufe
714
de vliegende hollander
de vliegende hollander
TrayRay
TIA Main (OB1) standardmäßig in SCL instanziieren
Antworten
6
Aufrufe
1K
DeltaMikeAir
DeltaMikeAir
Zurück
Oben