Programmstruktur Step7

Zuviel Werbung?
-> Hier kostenlos registrieren
Ich war jetzt auf der Suche nach der Fraktion, die den Zugriff der HMI auf Instanzen verachtenswert findet.
Lesen aus der Instanz, klar warum nicht.
Schreiben absolutes "no go", da die Daten nicht richtig gesichert werden können.
Sprich wird der Instanzdatenbaustein frisch generiert, da der FB erweitert wurde, müssen am Panel die Daten neu eingegeben werden.
Das geht ja wohl überhaupt nicht.

So jetzt könnt ihr mal loslegen und mich verhauen. ;)
 
Lesen aus der Instanz, klar warum nicht.
Schreiben absolutes "no go", da die Daten nicht richtig gesichert werden können.
Sprich wird der Instanzdatenbaustein frisch generiert, da der FB erweitert wurde, müssen am Panel die Daten neu eingegeben werden.
Das geht ja wohl überhaupt nicht.

So jetzt könnt ihr mal loslegen und mich verhauen. ;)

jetzt gibt es Dresche ,

Paule, scheiß auf Kappselung. Ich knalle alles in FB's und Deklariere
meine Variabeln Lokal im Kopf. Dazu gehören dann auch zB. IEC Timer.
Da habe ich gar keinen Bock drauf, die Zeitwerte von den PT Eingang
noch mal Global zu schreiben. Auf solche sachen greif ich einfach aus
der HMI zu und beschreibe die sogar.
Daten im Panel neu eingeben fällt mir in soweit leicht, das ich diese
Fixdaten einfach in ein Rezept speicher und nach dem Hochfahren dieses
Rezept lade, das hat sogar den Vorteil wenn der Maschinenbediener
mal gespielt hat, kann ich die Daten wieder Restaurieren.

Wo war noch mal das Problemm ;)
 
Daten im Panel neu eingeben fällt mir ... leicht, ...
mach ich genauso. Ich hab sogar mal ein Flex-Panel nur zu diesem Zweck als Simulation für meinen Erstellrechner gebastelt, weil an der Maschine kein rezepturtaugliches Gerät dranhing. Und richtig geil ists, wenn man dann nach der IBN seine Parameter über die Export-Funktion mit einem Fingerschnipp dokumentieren kann.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Klar, es ist jedem selbst überlassen wie er oder sie programmieren.
Mir erschließt sich aber nicht, warum ich in einem IDB rumschreiben muss.
Nicht alles was möglich ist, ist auch gut und richtig.
Da die Frage von jemand kam, der mit Step7 anfängt stellt sich mir die Frage:
Warum nicht gleich richtig lernen?
Ich behaupte Siemens hat sich etwas überlegt, wenn es die Unterscheidung Global und Instanz gibt.

bike
 
Mir erschließt sich aber nicht, warum ich in einem IDB rumschreiben muss.

1. Nicht DU sondern die VISU schreibt drin rum.

2. Das PID-Tool: --> C:\Siemens\Step7\S7WRI\S7wriapx.exe <<-- schreibt die Werte -so man will - auch direkt in die STATs hinein

3. Ein "losgelöster" DB, ist auch nicht gerade vor "(un)beabsichtigten" veränderungen sicher.

4. Es bischen iMAP-Gedanke steckt dahinter, die SPS ist ja da auch ein Stellvertreterobjekt, hier bei "HvdR" ist es die VISU-Anbindung

5. Von der SPS direkt in einen IDB zu schreiben, davon halte ich hingegen nichts!

KOP/FUP/AWL
Querzugriffe als Fehler melden
Hier legen Sie fest, ob globale Zugriffe auf aufrufende Instanz-Datenbausteine, die in der Symboltabelle eingetragen sind, als Fehler gemeldet werden sollen.

Bei machen Fremdprogrammen muß ich echt den Haken rausmachen, sonst gehts nicht :confused:

Frank
 
ist das DB-Param?

nene DB-Param ist fürn FB58 - ist aber fast das gleiche.

"PID Control parametrieren" ist eine eigenständige SW für den FB41

Da schreibt man direkt in den IDB für den Regler-FB41 hinein.




OT-ON:
Damit kann man sich wunderbar eine Art VAT-Schreiber bauen.
Einfach IDB-erzeugen - FB wegschmeißen und dann
z.B. Sollwert und Istwert mit den zu beobachtenden Werten belegen
- muss nix mit PID zu tun haben - und schon hat man für STEP7 einen
Online-Mini-Kurvenschreiber :D
OT-OFF:


Frank
 
Also klar kann man aus jedem (Entschuldigung) Murks einen Vorteil entdecken.

Sei doch froh,
.
.
...dass du bei einem FB nicht alle Ein- und Ausgänge mit Variablen beschalten musst.

Wenn du z.B. den SETPOINT nur in der VISU und in REZEPTEN (VISU!) verwendest,
dann reicht doch, die im IDB schon intern verwendete Variable.

Da muss man doch nicht noch aussen eine zusätzliche Variable
"anknüppern" zumal wenn man solche TOOLS wie Selftuning oder das
o.g. PID-TOOL nimmt. Wenn du da von aussen ein Variable anträgst,
dann ist es Essig mit solchen TOOLS, weil deine IDB-VAR ständig
von aussen überschreiben wird (logisch).

Frank
 
Kannst Du uns auch sagen, was Du für richtig findest? was man falsch machen kann, hast Du ja bereits gesagt - aber was ist in Deinen Augen richtig?

Lass uns an den Gedanken teilhaben!
Schreibe ich nicht deutsch?
Ich kann es dir, wenn notwendig gern in eine andere Sprache übersetzen.

Es ist Mist, wenn bei Projekten, an denen mehrere Leute schreiben, IDB willkürlich beschrieben werden. Es werden Nahtstellen definiert und an die hält sich jeder, dann klappt es auch mit dem Kollgen.

Dass du es besser weißt und die Unterscheidung global und lokal nicht richtig findest ist dein Ding, Siemens hat sich etwas dabei gedacht.
Dies ist nicht nur bei PLC Programmierung so, sondern auch in anderen Programmiersprachen normal.

Du kannst es ja bestimmt besser und daher lass es gut sein.


bike


P.S: Sachlich sind die Beiträge nicht mehr und einen Glaubenskrieg darüber ist mir zu schwach, daher schreib weiter und werde glücklich.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Schreibe ich nicht deutsch?
Ich kann es dir, wenn notwendig gern in eine andere Sprache übersetzen.

Es ist Mist, wenn bei Projekten, an denen mehrere Leute schreiben, IDB willkürlich beschrieben werden. Es werden Nahtstellen definiert und an die hält sich jeder, dann klappt es auch mit dem Kollgen.

Dass du es besser weißt und die Unterscheidung global und lokal nicht richtig findest ist dein Ding, Siemens hat sich etwas dabei gedacht.
Dies ist nicht nur bei PLC Programmierung so, sondern auch in anderen Programmiersprachen normal.

Du kannst es ja bestimmt besser und daher lass es gut sein.

@bike
Findest du nicht das du etwas überreagierst?

Ich finde schon, das es ein Unterschied ist, ob man einen IDB nur als VISU-Anbindung nimmt, was ich durchaus OK finde.

oder

ob man vom SPS-Programm aus in einen IDB-schreibt oder von ihm ließt. Das kansch auch nich leiden!

KOP/FUP/AWL--> Querzugriffe als Fehler melden


Frank
 
das schöne an diesen Thread ist, das wir es endlich schaffen das Sommerloch zu füllen :ROFLMAO:


sonne.gif
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Schreibe ich nicht deutsch?
nein, les doch bitte nochmal den Scheiss, den Du geschrieben hast:
Klar, es ist jedem selbst überlasen wie er oder sie programmieren.
Das ist nicht Deine wahre Einstellung, Du regst Dich auf.
Mir erschließt sich aber nicht, warum ich in einem IDB rumschreiben muss.
siehe:
Klar, es ist jedem selbst überlasen wie er oder sie programmieren.
Erkläre, warum man es nicht tun soll und tu nicht so, als ob Du schlicht zu dumm wärst, nachzuvollziehen, warum andere das tun, was Du verachtest. Du differenzierst nichtmal danach, ob der Zugriff quer oder per Visu verachtenswert ist. Stelle bitte dar, warum nicht nur der Querzugriff Scheisse ist, sondern auch der Visu-Zugriff.
Es ist Mist, wenn bei Projekten, an denen mehrere Leute schreiben, IDB willkürlich beschrieben werden. Es werden Nahtstellen definiert und an die hält sich jeder, dann klappt es auch mit dem Kollgen.
Auch zu S5-Zeiten konnte man miit seinen Kollegen Schnittstellen vereinbaren, da gabs noch nichtmal IDBs.
Dass du es besser weißt und die Unterscheidung global und lokal nicht richtig findest ist dein Ding, Siemens hat sich etwas dabei gedacht.
Dies ist nicht nur bei PLC Programmierung so, sondern auch in anderen Programmiersprachen normal.
Was schiebst Du mir da unter? Zitier mich mal korrekt!
P.S: Sachlich sind die Beiträge nicht mehr und einen Glaubenskrieg darüber ist mir zu schwach, daher schreib weiter und werde glücklich.
Schopenhauer, ick hör dir trapsen ...
 
nein, les doch bitte nochmal den Scheiss, den Du geschrieben hast:
Das ist nicht Deine wahre Einstellung, Du regst Dich auf.
siehe:Erkläre, warum man es nicht tun soll und tu nicht so, als ob Du schlicht zu dumm wärst, nachzuvollziehen, warum andere das tun, was Du verachtest. Du differenzierst nichtmal danach, ob der Zugriff quer oder per Visu verachtenswert ist. Stelle bitte dar, warum nicht nur der Querzugriff Scheisse ist, sondern auch der Visu-Zugriff.
Auch zu S5-Zeiten konnte man miit seinen Kollegen Schnittstellen vereinbaren, da gabs noch nichtmal IDBs.
Was schiebst Du mir da unter? Zitier mich mal korrekt!
Schopenhauer, ick hör dir trapsen ...
Entschuldigung ich habe vergessen, dass du das Programmieren von PLC erfunden hast.
Was soll ich da noch differenzieren?
Ich mich über deine Beiträge aufregen? Das ist es mir nicht wert.

Eines noch:
Ich bin zu dumm, um deine Art zu programmieren zu verstehen?
So etwas sage ich nicht einmal über Programmierer die ich kenne und deren Programme ich zum Laufen gebracht habe.
Und machst das so, obwohl du nicht eine Programmzeile von mir jemals gesehen hast?
Langsam solltest du einmal in dich gehen, bevor du andere persönlich angreifst.

bike
 
Darf mann eigentlich IDB's bzw. FB's mit entsprechenden IDB's rein zur
Kappselungszwecken schreiben. Oder kann bzw. darf mann Sie auch
anders nutzen?

Sind eigentlich immer an jeder Anlage zig Programmierer mit allen erdenk-
lichen Schnittstellen nach außen oder gibt es den Fall auch das nur einer
daran Arbeitet, ohne Schnittstellen. Ich denke da so an überschauliche
Maschinen, nicht immer Atomkraftwerke.

Wo hat Siemens eigentlich derfiniert, das IDB nur gekappselt verwendet
werden dürfen. Warum haben Sie andere zugriffe im Editor nicht einfach
gesperrt.
 
Zurück
Oben