Graph FB´s nicht multiinstanzfähig! Workaround?

[bike]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich hab es jetzt so gemacht.
http://support.automation.siemens.com/WW/view/de/10024793


Aber genau 100 und 1 Fehler beim übersetzen.

Bist du der Überzeugung kannst in diesem Programm auch nur einen Fehler finden?

Ich würde mir über die Art des Programmierens Gedanken machen und nicht mit aller Gewalt ein Programm erstellen, das niemand mehr blickt.


bike

 

[bike]

SPL

Frank

Dann musst dich um jede Abbruchbedingung manuell kümmern.
Geht bestimmt, doch meine Antwort war darauf, dass du Graph als Heilmittel anpreist.

Schreib mir einen echten Grund, warum keine Schrittkette mit RS und wenn möglich in FUP oder KOP?



bike

 

[dalbi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich hab es jetzt so gemacht.
http://support.automation.siemens.com/WW/view/de/10024793


Aber genau 100 und 1 Fehler beim übersetzen.

Graph ist nicht Multiinstanzfähig. Da wirst Du dir was neues überlegen müssen.

Gruss Daniel

 

[IBFS]

Schreib mir einen echten Grund, warum keine Schrittkette mit RS und wenn möglich in FUP oder KOP?

1. Du braucht haufenweise Netzwerke

2. Um in einem bestimmten Schritt zu springen, brauche ich bei SPL nur den Wert der Variable neu zu belegen

3. Unnötig Schreibarbeit, wenn man verhindern will, das in einem Durchlauf mehr als ein Schritt aktiv ist (machne drehen dann einfach die Schrittkette herum - letzter Schritt zuerst )

4. Bei Sprüngen und beim Schritte schieben muß man viel mehr aufpassen als bei Graph und SPL (oder CASE- SCL)

5. Damit man eine Schrittnummer als Zahlenwert erhält, ist jeweils pro Schriit ein MOVE nötig.

Das mal so auf die Schnelle

Frank

 

[cosmomaster]

Graph ist nicht Multiinstanzfähig. Da wirst Du dir was neues überlegen müssen.

Gruss Daniel

Ich befürchte, ja.

Deine in FB´s gekapselten SPL-Sk genügen zwar nicht meiner Forderung nach Simultanverzweigungen in einer Schrittkette (ich meinte damit sowohl Struktur- als auch SPL-Ebene) aber fördert die Übersichtlichkeit.

Find ich nicht schlecht. Die Doku könnte man ja dann in Grafcet machen.

Dazu weitere Fragen:
Ist dieser FB universal in Hinsicht auf Länge der Schrittkette aufgebaut und du schreibst Transitionen und Aktionen von außen dran? Wenn nicht welcher Aufwand ist es die Länge zu verändern?

Wie sind die Möglichkeiten der Diagnose?
-Einzelschritt
-Zeitüberwachung
-...


OSCAT find ich toll!!!

 

[bike]

Zuviel Werbung?
-> Hier kostenlos registrieren

1. Du braucht haufenweise Netzwerke

2. Um in einem bestimmten Schritt zu springen, brauche ich bei SPL nur den Wert der Variable neu zu belegen

3. Unnötig Schreibarbeit, wenn man verhindern will, das in einem Durchlauf mehr als ein Schritt aktiv ist (machne drehen dann einfach die Schrittkette herum - letzter Schritt zuerst )

4. Bei Sprüngen und beim Schritte schieben muß man viel mehr aufpassen als bei Graph und SPL (oder CASE- SCL)

5. Damit man eine Schrittnummer als Zahlenwert erhält, ist jeweils pro Schriit ein MOVE nötig.

Das mal so auf die Schnelle

Frank

Mehr Netzwerke strukturieren und machen es übersichtlich.
Wenn ich einen bestimmten Schritt möchte, dann lade ich den Wert in das Merkerwort und die Schrittkette arbeitet dort.
Was du mit SPL machst kann auch konventionell mit RS gemacht werden. Dazu noch die Abbruchstrategien und es läuft.


Also es muss keine SPL sein


bike

 

[dalbi]

http://www.sps-forum.de/showthread.php?t=4324&highlight=schrittkette+spl

Gruss Daniel

 

[IBFS]

http://www.sps-forum.de/showthread.php?t=4324&highlight=schrittkette+spl

Gruss Daniel

Das war ZWEI JAHRE VOR meiner Zeit

Frank

 

[Perfektionist]

Zuviel Werbung?
-> Hier kostenlos registrieren

... Aber genau 100 und 1 Fehler beim übersetzen.

ich hab es hinbekommen, woran lag es?

problematisch ist im Netzwerk 1

      L     DIB  488
      L     B#16#0
      T     DIB  488
      TAK   
      L     DIB  489

...
 
USER: LAR1  P#1438.0
      L     W#16#71A
      UC    "G7_STD_3"

wobei man DIB488 und 489 mit je einem vernünftigen Symbol am Ende der Instanz anfügen könnte. Was es allerdings mit dem LAR etc. auf sich hat entzieht sich nun meiner Kenntnis und daher kann ich nicht sagen, ob man das auch noch multiinstanzfähig bekommt.

Der Rest vom Code erschien mir nun auf den ersten Blick unkritisch.

Ob man nun tatsächlich diesen Weg gehen will, das Graph-Kompilat multiinstanzfähig zu machen, hängt natürlich auch davon ab, ob zur Ausführungszeit eine Diagnose möglich sein soll (also wie oft Praxix ist, dass zum Betrieb der Maschine/Anlage ein PG vonnöten ist) oder auch ob der Vorteil der Instanzierbarkeit und Änderbarkeit auf Graph-Editor-Ebene die Nachteile überwiegt.

Wichtig ist halt, der Nachwelt zu hinterlassen, wie man das Graph-Kompilat multiinstanzfähig gemacht hat.

 

[LinusAM4V]

Multiinstanzfähigkeit

Hallo zusammen.
Ein Graph7 Ketten-DB MUSS immer von Graph7 generiert werden.
Selbst das Erzeugen des Instanz-DBS einer Kette über den Simatic Manager kann in bestimmten Fällen zu einem Fehler führen.
Das Tool generiert den Ketten-DB mit Vorbesetzungen. Diese
Werte werdet ihr nicht in den Multiinstanz DB hineinbekommen.
Diese Überlegung ist müßig. Ihr werdet es nicht schaffen. Die Kette
ist aus gutem Grund nicht multiinstanzfähig.

mfg
Linus

 

[Perfektionist]

Das Tool generiert den Ketten-DB mit Vorbesetzungen. Diese Werte werdet ihr nicht in den Multiinstanz DB hineinbekommen.

Danke für den Hinweis. Wie diese Werte in den Multiinstanz-DB hineinzubekommen sind, da sind die Jungs hier aber auch findig - siehe Thema: wie schaffe ich es, Aktualwerte eines DB als Anfangswerte zu deklarieren. --> SuFu

Diese Überlegung ist müßig. Ihr werdet es nicht schaffen. Die Kette ist aus gutem Grund nicht multiinstanzfähig.

Jawoll, immer schön mit dem Totschläger