Anfängerfrage: Wozu Akkumulatoren und Merker?

[Anonymous]

Zuviel Werbung?
-> Hier kostenlos registrieren

Als Anfänger in S7 hätte ich eine vielleicht seltsam anmutende Frage:

Wozu benötigt man Akkumulatoren und Merker?

Soweit ich das überblicken konnte funktionieren alle AWL Befehle auch auf dem Variablenspeicher. Der ist wohl deutlich langsamer als der Akkuspeicher. Aber bei nicht zeitkritischen Anwendungen sollte das ja kein Problem sein. Ausserdem ist die Kommunikation zwischen Steuerung und Panel bei mir so langsam, dass das gar nicht aufällt. Die Akkumulatoren sind wohl, so denn man keine globalen Variable verwendet, für die Rückgabe von Funktionswerten zuständig. Gibt es noch andere Anwendungen? Und wozu brauche ich Merker? Ich hab einige Tutorials durchgelesen. Das steht immer drin, dass es Akkus und Merker gibt aber welche Vorteile die gegenüber dem Variablenspeicher haben konnte ich nicht weiter herauslesen.

 

[Rainer Hönle]

Akkumulatoren sind z.B. für die gesamten Rechenoperation (z.B. A * B, A / B, etc.), die Vergleichsoperationen (Akku1 mit Akku2) zuständig. Es gibt keine Befehle für Variable3 = Variable1 x Variable2. Dies muss alles über die Akkus laufen.
Anhand der Formulierung gehe ich davon aus, dass Sie eine 200er einsetzen. Die Verwendung von Variablenspeicher (= Datenbausteine auf der 300er und 400er) anstatt Merker ist soweit ich weiss Geschmackssache und eine Frage des perönlichen Programmierstils (Datengruppierung und "-kapselung").

 

[seeba]

Zuviel Werbung?
-> Hier kostenlos registrieren

Es gibt keine Befehle für Variable3 = Variable1 x Variable2.

Naja, was ist mit SCL?

 

[Rainer Hönle]

Naja, was ist mit SCL?

An der Stelle ist die Frage, was nach SCL auf der SPS abläuft. Dies ist wieder AWL und dort gibt es die Befehle nicht. Und SCL auf der 200er?

 

[Anonymous]

AWL, SCL...

Das was im AWL-Editor angezeigt wird, ist ja eigentlich nur die halbe Wahrheit. Es ist eine Rückübersetzung des MC7-Codes.....

SCL kann keine Maschine direkt ausführen. SCL wird compiliert und es entsteht MC7-Code - hin und wieder ist der sehr grauslich, aber man kann von Hand nacharbeiten, dann geht zwar der SCL-Bezug verloren, ist dann aber auch nicht unbedingt ein herber Verlust.

Bei dem Eingangspost würde ich ggf. ein Fake nicht ausschließen.

Gruß Barnee

 

[Anonymous]

Zuviel Werbung?
-> Hier kostenlos registrieren

Akkumulatoren sind z.B. für die gesamten Rechenoperation (z.B. A * B, A / B, etc.), die Vergleichsoperationen (Akku1 mit Akku2) zuständig. Es gibt keine Befehle für Variable3 = Variable1 x Variable2. Dies muss alles über die Akkus laufen.

Hm, das Ergebnis der Vergleichsoperatoren landet doch als oberster Wert auf dem Stack und nicht im Akkumulator. Oder irre mich da? Und Operanden können beliebige Variable sein, insbesondere also auch aus dem Variablenspeicher.

Anhand der Formulierung gehe ich davon aus, dass Sie eine 200er einsetzen.

In der Tat benutze ich eine S7-200

Die Verwendung von Variablenspeicher (= Datenbausteine auf der 300er und 400er) anstatt Merker ist soweit ich weiss Geschmackssache und eine Frage des perönlichen Programmierstils (Datengruppierung und "-kapselung").

Gut, dann bin ich beruhigt. Die Sache mit der Zwei-Adressmaschine kenne ich noch gut aus Assemblerzeiten. Dachte zunächst ich würde was grundliegendes falsch machen wenn ich auf Akkumulatoren und Merker verzichte.

 

[Anonymous]

Re: AWL, SCL...

Bei dem Eingangspost würde ich ggf. ein Fake nicht ausschließen.

Es ist kein Fake, sondern eine ernst gemeinte Frage gewesen. Wie ich bereits erwähnt habe beschreiben alls S7 Tutorials was es für Speicherbereiche gibt. Aber eigentlich keines zu welchen Zwecken diese eingesetzt werden können. So wie ich das sehe sind Akkumulatoren und Merker eigentlich zu nichts besonderem zu gebrauchen. Aber so einen Hinweis findet man ja nirgends.

 

[seeba]

Naja, was ist mit SCL?

An der Stelle ist die Frage, was nach SCL auf der SPS abläuft. Dies ist wieder AWL und dort gibt es die Befehle nicht. Und SCL auf der 200er?

Aber es gibt eben schon einen Befehl dafür in der Programmierumgebung! Bei der 200er natürlich nicht!

 

[Anonymous]

Zuviel Werbung?
-> Hier kostenlos registrieren

@Gast

Hm, das Ergebnis der Vergleichsoperatoren landet doch als oberster Wert auf dem Stack und nicht im Akkumulator. Oder irre mich da? Und Operanden können beliebige Variable sein, insbesondere also auch aus dem Variablenspeicher.

Das ist der Trugschluss, bedingt durch die Brille, mit der man einen Mikroprozessor oder Assembler betrachtet. Schmeiß diese Sichtweise auf eine S7-SPS schnell über Bord. Es gibt nur entfernte Ähnlichkeiten, die eben mehr hinderlich als förderlich sind. Fast alles, was auf einer S7-SPS abläuft wird über AKKUs abgewickelt, egal ob du dich aus dem Variablenspeicher bedienst oder sonst wo her. Der Begriff Akkumulator auf einem Mikroprozessor hat kein Äquivalent auf einer S7-SPS. In einer S7-SPS hat der Begriff Akkumulator keinen physischen Hintergrund sondern steht für eine Funktionalität, die vom Betriebssystem des SPS zur Verfügung gestellt wird.

@seeba
Das was SCL macht, ist nichts anderes als MC7-Code zu kompletten Funktionalitäten zusammenzufassen (bitte nicht mit Funktionen verwechseln). Z.B.

a := b + c;

wird in MC7-Code übersetzt, der dann im AWL-Editor ggf. so aussehen kann, wenn man z.B. für die Variablen a, b und c den Typ INT voraussetzt:

L    a
L    b
+I
T    c

Wegen der Variablendefinition weiss der SCL-Compiler, welchen Typ der arithmetischen Funktion (hier die Addition von zwei INT-Variablen) er einsetzen muss.

Grundsätzlich könnte man auch SCL für eine S7-200 anwenden, wenn auch über Umwege. Aber es wird ggf. eine Nacharbeit in AWL erforderlich, wenn MC7-Code durch den SCL-Compiler angewendet wird, der für eine S7-200 nicht zur Verfügung steht.

Gruß Barnee

 

[Anonymous]

Das ist der Trugschluss, bedingt durch die Brille, mit der man einen Mikroprozessor oder Assembler betrachtet. Schmeiß diese Sichtweise auf eine S7-SPS schnell über Bord. Es gibt nur entfernte Ähnlichkeiten, die eben mehr hinderlich als förderlich sind. Fast alles, was auf einer S7-SPS abläuft wird über AKKUs abgewickelt, egal ob du dich aus dem Variablenspeicher bedienst oder sonst wo her. Der Begriff Akkumulator auf einem Mikroprozessor hat kein Äquivalent auf einer S7-SPS. In einer S7-SPS hat der Begriff Akkumulator keinen physischen Hintergrund sondern steht für eine Funktionalität, die vom Betriebssystem des SPS zur Verfügung gestellt wird.

Hm, wie soll ich das denn sehen. Ich meine ich kann doch nur das sehen was mir Micro/Win zur Verfügung stellt. Was die SPS im Hintergrund macht kann ich sowieso nicht beeinflussen und ist für mich als Programmierer dann doch auch nicht relevant. Oder kann ich mit dem Hintergrundwissen irgendwelche AWL Unzulänglichkeiten umgehen?

 

[Rainer Hönle]

Das ist der Trugschluss, bedingt durch die Brille, mit der man einen Mikroprozessor oder Assembler betrachtet. Schmeiß diese Sichtweise auf eine S7-SPS schnell über Bord. Es gibt nur entfernte Ähnlichkeiten, die eben mehr hinderlich als förderlich sind. Fast alles, was auf einer S7-SPS abläuft wird über AKKUs abgewickelt, egal ob du dich aus dem Variablenspeicher bedienst oder sonst wo her. Der Begriff Akkumulator auf einem Mikroprozessor hat kein Äquivalent auf einer S7-SPS. In einer S7-SPS hat der Begriff Akkumulator keinen physischen Hintergrund sondern steht für eine Funktionalität, die vom Betriebssystem des SPS zur Verfügung gestellt wird.

Meines Erachtens nach hat die S7, wenn schon der Vergleich mit Assembler sein muss, am ehesten Ähnlichkeit mit einem numerischen Coprozessor wie dem 8087. Dieser hat auch entsprechende Register die geladen und intern verknüpft werden können bzw. müssen. Dies entspricht in etwa der S7-Steuerung. Ich weiß, der 8087 kann noch etwas mehr :wink: .

 

[Barnee]

Zuviel Werbung?
-> Hier kostenlos registrieren

@Gast

Oder kann ich mit dem Hintergrundwissen irgendwelche AWL Unzulänglichkeiten umgehen?

Ömmm, AWL, Unzulänglichkeiten??? naja, vielleicht bist du ja dann doch im falschen Film.
Es gibt zwar eine Reihe von Leuten, die behaupten AWL wäre Steinzeit, ich lass sie in dem Glauben. Sicher hat auch CFC seine Berechtigung, aber bei CFC spricht selbst Siemens nicht mehr von Programmierung, sondern stuft dies etwas niedriger ein. Ob SCL ausreichend ist, um damit Bausteine für CFC zu entwerfen, möchte ich aus meiner Sicht der Dinge glatt verneinen. AWL ist mächtiger als es SCL jemals sein wird, allein schon der Ansatz, SCL an Pascal anzulehnen, gehört in den Erfahrungsbereich der größten Fehlentscheidungen. Parameterübergabe bei den Schiebebefehlen in SCL? Ich lach mich schief, was da abgeht! Nee, lassen wir das lieber! Ja, und SCL selbst kommt ohne MC7-Code auch nicht aus, da kann man doch gleich bei AWL bleiben, der wenigsten 1:1 dem MC7-Code entspricht! Ganz zu schweigen davon, dass SCL teilweise die 3-fache Codemenge von dem erzeugt, wenn es direkt in AWL programmiert worden wäre.

Was die SPS im Hintergrund macht kann ich sowieso nicht beeinflussen und ist für mich als Programmierer dann doch auch nicht relevant.

Ömmm, die SPS im Hintergrund!? Die SPS macht im Hintergrund genau das, was im Vordergrund mit AWL programmiert worden ist. Da AWL 1:1 den MC7-Code repräsentiert, wenn auch in einer anderen Darstellungsform, hat der Programmierer vollen Einfluß auf den Ablauf, weil der AWL (MC7-Code) genau dem Willen des Programmierers in der Beziehung auf die Ein- bzw. Ausgangsperiepherie und der Datenhaltung entspricht!

Ein SPS-Programm mit einer in einer Hochsprache entwickelten Applikation für eine andere HW-Architektur zu vergleichen, steht gleichbedeutend für mich mit dem Versuch, Äpfel mit Birnen zu vergleichen. Ich denke, du solltest dir erst einmal darüber klar werden, wo die Unterschiede liegen, darüber klar werden, in welchem Rahmen z.B. eine S7-SPS eingesetzt werden kann, darüber klar werden, wie eine S7-SPS grundsätzlich funktioniert, bevor mit Halbwissen über "Unzulänglichkeiten" resumiert wird.

Gruß Barnee

 

[Anonymous]

Ömmm, AWL, Unzulänglichkeiten??? naja, vielleicht bist du ja dann doch im falschen Film.
Es gibt zwar eine Reihe von Leuten, die behaupten AWL wäre Steinzeit, ich lass sie in dem Glauben.

Habe nie behautet AWL wäre nicht mächtig genug.

Sicher hat auch CFC seine Berechtigung, aber bei CFC spricht selbst Siemens nicht mehr von Programmierung, sondern stuft dies etwas niedriger ein. Ob SCL ausreichend ist, um damit Bausteine für CFC zu entwerfen, möchte ich aus meiner Sicht der Dinge glatt verneinen. AWL ist mächtiger als es SCL jemals sein wird, allein schon der Ansatz, SCL an Pascal anzulehnen, gehört in den Erfahrungsbereich der größten Fehlentscheidungen. Parameterübergabe bei den Schiebebefehlen in SCL? Ich lach mich schief, was da abgeht! Nee, lassen wir das lieber! Ja, und SCL selbst kommt ohne MC7-Code auch nicht aus, da kann man doch gleich bei AWL bleiben, der wenigsten 1:1 dem MC7-Code entspricht! Ganz zu schweigen davon, dass SCL teilweise die 3-fache Codemenge von dem erzeugt, wenn es direkt in AWL programmiert worden wäre.

Nun ja das kann doch eigentlich nur in der Ineffizienz des SCL Compilers liegen. Ich erinnere mich an Zeiten, da wurden Assemblermethoden in der Grafikprogrammiereung nach der Anzahl verbrauchter Taktzyklen bewertet. Heutige Compiler für Hochsprachen (z.B. C, C++) sind aber so effizient geworden, dass eigentlich niemand mehr in Assembler programmiert.

Ömmm, die SPS im Hintergrund!? Die SPS macht im Hintergrund genau das, was im Vordergrund mit AWL programmiert worden ist.

Mein Eingangsposting drehte sich um die Frage wozu es Akkumulatoren und Merker gibt. Die erste Antwort war, wegen der Vergleichsoperationen die angeblich nur auf Akkumulatoren laufen, Laut Handbuch funktionieren die aber komplett ohne. Weder Operanden noch Ergebnis haben was mit dem Akkumulator zu tun. Daraufhin kann als Antwort von dir "Fast alles, was auf einer S7-SPS abläuft wird über AKKUs abgewickelt, egal ob du dich aus dem Variablenspeicher bedienst oder sonst wo her." Da hab ich mal angenommen, dass die SPS im Hintergrund anders arbeiten muss als ich es in AWL programmiere.

Da AWL 1:1 den MC7-Code repräsentiert, wenn auch in einer anderen Darstellungsform, hat der Programmierer vollen Einfluß auf den Ablauf, weil der AWL (MC7-Code) genau dem Willen des Programmierers in der Beziehung auf die Ein- bzw. Ausgangsperiepherie und der Datenhaltung entspricht!

Stimme ich voll zu. Wie gesagt: Hab nie was anderes behauptet.

Ein SPS-Programm mit einer in einer Hochsprache entwickelten Applikation für eine andere HW-Architektur zu vergleichen, steht gleichbedeutend für mich mit dem Versuch, Äpfel mit Birnen zu vergleichen.

Wie gesagt: Im PC Bereich sind Compiler inzwischen so effizient, dass fast gar nicht mehr Assembler programmiert. Das kann bei AWL und SCL auch nur eine Frage der Zeit sein.

Ich denke, du solltest dir erst einmal darüber klar werden, wo die Unterschiede liegen, darüber klar werden, in welchem Rahmen z.B. eine S7-SPS eingesetzt werden kann, darüber klar werden, wie eine S7-SPS grundsätzlich funktioniert, bevor mit Halbwissen über "Unzulänglichkeiten" resumiert wird.

Hm, das würde ich ja gerne. Das Problem ist eben, dass man haufenweise Tutorials findet die die Befehle beschreiben und den Aufbau der SPS aber eigentlich gar nichts zur Softwarentwicklung oder zur Methodik. Mit "Unzulänglichkeiten" war eigentlich auch gar nicht AWL selbst gemeint, sondern die Softwaremodulle wie z.B. der Rezepturassistent in Mirco/Win oder in WinCC. Da würde ich nicht nur von unzulänglich sprechen sondern sogar von fatal. Die lassen einen nämlich nicht runter auf Hardwarebene, d.h. keinen direkten Zugriff aufs EPROM, keine dynamische Speicherverwaltung und unglaublich ineffiziente Speicherausnutzung.

Um mal den Bogen zum Eingangspost wieder zu bekommen: Wozu genau brauche ich denn nun die Akkumulatoren und Merker? Kann schon sein, dass der AkkuSpeicher etwas schneller ist. Aber mehr sehe ich im Moment immer noch nicht. Selbst die Rückgabe von "Funktionswerten" aus den Unterprogrammen kann ich über globale Variable im Variablenspeicher machen. Als nichts anderes werden die Akkumulatoren genutzt: als globale Variable. Wenn die SPS also "im Hintergrund" nicht anders arbeitet als es sich mir gegenüber darstellt, dann weiss ich auch nicht weiter.In meinem aktuellen Projekt adressiere ich jedenfalls an KEINER Stelle irgendwelche Akkumulatoren oder Merker. Wie kann das sein wenn die SPS doch nach deiner Ausage NUR mit Akkumulatoren arbeitet?

 

[Barnee]

Meines Erachtens nach hat die S7, wenn schon der Vergleich mit Assembler sein muss, am ehesten Ähnlichkeit mit einem numerischen Coprozessor wie dem 8087. Dieser hat auch entsprechende Register die geladen und intern verknüpft werden können bzw. müssen. Dies entspricht in etwa der S7-Steuerung. Ich weiß, der 8087 kann noch etwas mehr

Nojoa, wenn's denn sein muss. Wobei dieser Coprozessor über ein 10-teiliges Registersystem (St(0)...St(9)) verfügt, das man ähnlich einem Stack bedienen kann, was aber auf die S7 übertragen, so nicht zur Gänze gelten sollte. Verknüpfung, joa, wenn sich das auf arithmetische Rechenoperationen mit Zahlen vom Datentyp "float" bezieht. Aber dennoch, schöner Vergleich.

Nach meiner unmaßgeblichen Meinung halte ich es aber lieber damit, µP's nicht in die Nähe von mit AWL programmierten S7-CPUs zu rücken.

Gruß Barnee

 

[Barnee]

Zuviel Werbung?
-> Hier kostenlos registrieren

Mein Eingangsposting drehte sich um die Frage wozu es Akkumulatoren und Merker gibt. Die erste Antwort war, wegen der Vergleichsoperationen die angeblich nur auf Akkumulatoren laufen, Laut Handbuch funktionieren die aber komplett ohne. Weder Operanden noch Ergebnis haben was mit dem Akkumulator zu tun. Daraufhin...

Ich hab so das Gefühl, dass wir uns irgendwie im Kreis bewegen oder aber auch aneinander vorbeireden. Mich würde die Quelle mal interessieren ("Laut Handbuch funktionieren die aber komplett ohne"), wo dieses so dargestellt wird. Vielleicht gibst du mal 'ne URL an.

Etwas weiter unten schreibst du was über WinCC! Nojoa, auf welcher Station bist du denn jetzt zu hause? Auf einer OS oder einer AS. Eine OS sieht von der AS eigentlich nur Datenpunkte mehr nicht, wenn man davon absieht, wenn nicht gleichzeitig auf einer OS die ES installiert ist, aber auch die würden sich eigentlich gegenseitig nicht kennen, selbst wenn sie auf der gleichen Hardware untergebracht sind.

Beschreib doch mal die Umgebung. Vielleicht sieht man dann klarer.

Gruß Barnee

 

[Anonymous]

Ich hab so das Gefühl, dass wir uns irgendwie im Kreis bewegen oder aber auch aneinander vorbeireden. Mich würde die Quelle mal interessieren ("Laut Handbuch funktionieren die aber komplett ohne"), wo dieses so dargestellt wird. Vielleicht gibst du mal 'ne URL an..

S7-200 Automatisierungssystem Sytemhandbuch Seite 98 Vergleichsoperationen

LDB= IN1, IN2

Für IN1, IN2 sind möglich: EB, AB, VB, MB, SMB, SB, LB, AC, *VD, *LD, *AC, Konstante.

Mit LDB= VB100, VB101 vergleiche ich also zwei Bytes und das Ergebnis (0 oder 1) landet auf dem Stack. An welcher Stelle arbeite ich da mit Akkumulatoren?

Etwas weiter unten schreibst du was über WinCC! Nojoa, auf welcher Station bist du denn jetzt zu hause? Auf einer OS oder einer AS. Eine OS sieht von der AS eigentlich nur Datenpunkte mehr nicht, wenn man davon absieht, wenn nicht gleichzeitig auf einer OS die ES installiert ist, aber auch die würden sich eigentlich gegenseitig nicht kennen, selbst wenn sie auf der gleichen Hardware untergebracht sind.

Beschreib doch mal die Umgebung. Vielleicht sieht man dann klarer.

Ich benutze eine S7-200 mit Micro/Win 4.0 für die Steuerung und ein OP77B mit WinCC 2005 als "grafische Oberfläche". WinCC ist zwar nett, aber halt nur KlickiBunti. Da würde ich z.B. auch gerne wie mit AWL runter auf Hardwarebene um z.B. einzele Displaypixel setzen zu können. Aber OP77B und WinCC ist ne andere Geschichte. Es ging mir um die S7-200 mit AWL. Das ist an sich ja o.k. Bis auf eben mein Unverständnis für Akkus und Merker. Einziges großes Prob im Mirco/Win ist der Rezepturassistent. Ich benötige direkten Schreib- und Lesezugriff auf das EPROM. Synchron, asyncron ist egal. Das ist mir als Programmierer aber nicht erlaubt, obwohl der Rezepturassisten selbst Funktionen dafür hat. Insbesondere habe ich an dieser Stelle überhaupt keine Kontrolle uber die Hardware (EPROM). Die nimmt der Assistent komplett an sich.

 

[MSB]

Ich hab so das Gefühl das in dieser ganzen Diskussion S7-200 und 300/400 etwas nun ja verwechselt wird.

Es gibt zwar bei der S7-200 auch Akkumulatoren, aber nichts was mit der 300/400er Baureihe vergleichbar wäre.

In der S7-200 sind Akkumulatoren eigentlich nur ganz nett als Schmiermerkerersatz.

Bei S7-200 steht die Datenregister immer unmittelbar am Befehl,
VW0 = 10
VW2 = 2

+I VW0, VW2

VW2 ist nach dem Befehl dann 12.

Das gleiche bei S7-300:

L MW0 ---> Lade MW0 in Akku 1
L MW2 ---> Lade MW2 in Akku 1 (voriger Inhalt Akku1 wandert in Akku 2)
+I
Jetzt steht das Ergebnis in Akku1, und wird mit
T MW2 "herausgeholt"

Mfg
Manuel

 

[Anonymous]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich hab so das Gefühl das in dieser ganzen Diskussion S7-200 und 300/400 etwas nun ja verwechselt wird.

Es gibt zwar bei der S7-200 auch Akkumulatoren, aber nichts was mit der 300/400er Baureihe vergleichbar wäre.

Das hab ich auch schon vermutet. Aber ich hatte bereits in meinem 2 Posting geschrieben, dass ich mit einer S7-200 arbeite.

In der S7-200 sind Akkumulatoren eigentlich nur ganz nett als Schmiermerkerersatz.

O.k. Das wollte ich eigentlich nur hören. Hatte mich gewundert ob ich was falsch machen würde, wenn ich volltsändig ohne auskomme.

Bei S7-200 steht die Datenregister immer unmittelbar am Befehl,
VW0 = 10
VW2 = 2

+I VW0, VW2

VW2 ist nach dem Befehl dann 12.

Ja. Das ist genau die Bechreibung einer Zwei-Adress-Maschine. Ein Operator und zwei Operanden. Ergebnis wird im zweiten Operanden gespeichert.

Das gleiche bei S7-300:

L MW0 ---> Lade MW0 in Akku 1
L MW2 ---> Lade MW2 in Akku 1 (voriger Inhalt Akku1 wandert in Akku 2)
+I
Jetzt steht das Ergebnis in Akku1, und wird mit
T MW2 "herausgeholt"

Das ist nicht das gleiche! Das Beispiel beschreibt ist eine Stackmaschiene (Null-Adress.Maschine) mit Umgekehrter polnischer Notation (UPN) für die Berechnungen. Wobei es ungewöhnlich ist, dass die einzelnen Stackebenen über die Akkus referenziert werden können. Könnte also auch eine Mischung aus Null- und Ein-Adress-Maschine sein. Ich meine nichts für ungut. Aber wenn die Jungs bei Siemens schon so viele Eingennamen verwenden, dann sollten sie bitte auch die Bezeichnung Akku nur dann verwenden wenn sie einen Akku wie er normalerweise definiert ist implemmentieren. Zumal ein Akku bei einer S200 ja wohl was anderes ist als einer bei der S300. Insbesondere ist man sich also selbst bei den unterschiedlichen eigenen Produkten darüber nicht einig. Die Bezeichnungen im Handbuch finde ich persönlich sowieso unangemessen. Kann auch daran liegen, dass ich aus der Informatik und nicht Elektro- oder Regelungstechnik komme. Begriffe wie "Bistabile Kippstufe" sind da noch gerade an der Grenz obwohl Flip-Flop wahrscheinlich mehr Leuten was sagen wird, Aber die Abkürzungen der Bezeichner sind echt gruselig. "ENO = Enable Out" so weit so gut. Aber jetzt kommt es "UENO = Und Enable Out". Das ist original Simens "Germisch" Handbuch. Wo die doch so viel Wert auf Deutsch legen. Ich will mich nicht schon wieder aufrgen. Hab schon genug graue Haare deswegen. Wäre nur halt schön wenn ein Akku auch das macht was ein Akku machen soll und wenn die Bezeichner durchgängig in einer Sprache wären.

Bitte macht den Thread jetzt zu. Ich weiss jetzt, dass die Akkus und Merker keinen besonderen Sinn haben. Mehr wollte ich auch gar nicht wissen. Alles andere ist eh nur meine persönliche Meintung/Erfahrung mit Simatic SPS.

 

[Barnee]

Ich meine nichts für ungut. Aber wenn die Jungs bei Siemens schon so viele Eingennamen verwenden, dann sollten sie bitte auch die Bezeichnung Akku nur dann verwenden wenn sie einen Akku wie er normalerweise definiert ist implemmentieren. Zumal ein Akku bei einer S200 ja wohl was anderes ist als einer bei der S300. Insbesondere ist man sich also selbst bei den unterschiedlichen eigenen Produkten darüber nicht einig. Die Bezeichnungen im Handbuch finde ich persönlich sowieso unangemessen.....
Hab schon genug graue Haare deswegen. Wäre nur halt schön, wenn ein Akku auch das macht was ein Akku machen soll und wenn die Bezeichner durchgängig in einer Sprache wären.

Joa, das stimmt. Full ack. In der Hitze der Diskussion hab ich wohl übersehen, dass es sich bei der S7-200 wohl um eine Umgebung handelt, die sich doch wesentlich von der S7-300/400 unterscheidet, wo ich in der Hauptsache zu Hause bin. Als ich mir das Handbuch von der S7-200 zu Gemüte geführt habe, da kam ich mir doch erst einmal wie ein dummer Schulbub vor, da die bisher gängigen Gedankenmuster nicht greifen konnten.
Also, das Stoppschild ist jetzt eingebaut, dass ich auf Themen zu S7-200 nicht mehr reagieren werde, da ich wohl in der Zukunft nichts mit einer S7-200 zu tun haben werde.

Gruß Barnee