Question_mark
Level-1
- Beiträge
- 3.381
- Reaktionspunkte
- 579
-> Hier kostenlos registrieren
Hallo,
ich habe ein recht merkwürdiges Problem. Die von mir nachfolgend beschriebene Anlagenkonfiguration ist in Wirklichkeit etwas komplexer, ich versuche aber nachstehend alles auf das wesentliche zu beschränken. Also die Anlage läuft schon seit ca. 8 Jahren ohne Probleme, soll aber in der Ethernet Konfiguration geändert werden.
Es gibt eine S7 CPU 416, nennen wir das mal Anlage1. Dann gibt es eine Anlage mit einer S7 CPU 412, nennen wir das mal Anlage2.
Anlage1 baut zwei Verbindungen (Iso-on-TCP) über einen CP443-1 zur Anlage2 auf. Im Projekt der Anlage1 ist diese als spezifizierte Verbindung projektiert. Im S7-Programm der Anlage1 werden diese Verbindungen über FC5/FC6 (mit den IDs 1 und 2, da es ja zwei Verbindungen gibt) bearbeitet und das funktioniert auch schon seit Jahren.
Nun kommen wir zur Anlage2. Diese hat zwei Stück CP443-1. Einer, nennen wir den mal Anlage2/CP1, ist in einem Netzwerk mit dem CP der Anlage1 verbunden. Der andere, nennen wir den mal Anlage2/CP2 ist in einem anderen physikalischem Netzwerk mit einem VAX-Rechner verbunden.
Eine Verbindung zur Anlage1 ist hier nicht projektiert. Empfang und Senden zur Anlage1 wird im S7-Programm ebenfalls über FC5/FC6 mit den IDs 3 und 4 abgewickelt. Und das funktioniert sogar seit Jahren, ich weiss aber nicht wirklich warum ?
Dann kam der Wunsch des Kunden, auf der Anlage2 den CP2 nicht mehr auf den VAX-Rechner (das war vorher eine S7-Verbindung)zu leiten, sondern auf ein neues System. Dieses System ist ziemlich blöde, das kann nämlich nur Fetch/Write Verbindungen. Und davon brauche ich vier Verbindungen, damit dieses blöde System richtig funktioniert...
Also dann mal ganz schnell in die Netz-Konfiguration des CP2 der Anlage2 diese 4 Fetch/Write Verbindungen eingefügt, die Fetch/Write Verbindungen zum neuen System funktionieren perfekt.
Allerdings gibt es nun keine Verbindungen zur Anlage1 mehr, die sind einfach tot (also in der Netzwerkdiagnose der Anlage2 nicht mehr vorhanden. Obwohl die ja auf einem anderen CP (also Anlage2/CP1 ) und in einem anderen Netzwerk stattfinden (aber dort in der Anlage2 nicht projektiert sind).
Fazit nach einigen Tests also : Sobald ich in der Anlage2 auf dem CP2 eine Fetch/Write Verbindung einfüge, funktionieren in der Anlage2 auf dem CP1 die bisherigen Verbindungen nicht mehr (sind in der CP-Diagnose einfach nicht mehr vorhanden).
Mein Verdacht : Ich muss in der NetPro Projektierung der Anlage2/CP1 ebenfalls eine unspezifizierte Verbindung zur Anlage1 projektieren, das das ganze Konstrukt bisher einige Jahre funktioniert ist wohl eher ein Zufallsprodukt.
Wenn in der S7-Software die Bausteine FC5/FC6 verwendet werden, dann muss eben auch die Verbindung auf beiden Seiten projektiert (meinetwegen auch unspezifiziert) sein, damit das ganze über IDs funktioniert. Das ist meine Meinung, kann das jemand bestätigen ?
Die vorherige Anlagenkonfiguration hat bisher etliche Jahre funktioniert, aber wie kann das mit einseitiger, unspezifizierter Projektierung funktionieren wenn IDs über FC5/FC6 benutzt werden ?
Also mal die Kernaussage : Ich füge in Anlage2/CP2 in einem anderen IE-Netzwerk (also Anlage2/CP1 und Anlage2/CP2 sind physikalisch ein anderes IE-Netzwerk) eine Fetch/Write Verbindung ein. Und zwei Iso-on-TCP Verbindungen auf Anlage2/CP1 zur Anlage1/CP1 bleiben auf der Strecke und funktionieren nicht mehr?
Ich bin im Moment ein riesiges Fragezeichen (Nomen est omen), hat irgendjemand eine Idee? Nach meiner Meinung muss die Verbindung zwischen Anlage1/CP1 und Anlage2/CP1 auf beiden Seiten projektiert sein (wegen FC5/FC6) und das ganze hat bisher nur nach einem Zufallsprinzip funktioniert.
Gruß
Question_mark
ich habe ein recht merkwürdiges Problem. Die von mir nachfolgend beschriebene Anlagenkonfiguration ist in Wirklichkeit etwas komplexer, ich versuche aber nachstehend alles auf das wesentliche zu beschränken. Also die Anlage läuft schon seit ca. 8 Jahren ohne Probleme, soll aber in der Ethernet Konfiguration geändert werden.
Es gibt eine S7 CPU 416, nennen wir das mal Anlage1. Dann gibt es eine Anlage mit einer S7 CPU 412, nennen wir das mal Anlage2.
Anlage1 baut zwei Verbindungen (Iso-on-TCP) über einen CP443-1 zur Anlage2 auf. Im Projekt der Anlage1 ist diese als spezifizierte Verbindung projektiert. Im S7-Programm der Anlage1 werden diese Verbindungen über FC5/FC6 (mit den IDs 1 und 2, da es ja zwei Verbindungen gibt) bearbeitet und das funktioniert auch schon seit Jahren.
Nun kommen wir zur Anlage2. Diese hat zwei Stück CP443-1. Einer, nennen wir den mal Anlage2/CP1, ist in einem Netzwerk mit dem CP der Anlage1 verbunden. Der andere, nennen wir den mal Anlage2/CP2 ist in einem anderen physikalischem Netzwerk mit einem VAX-Rechner verbunden.
Eine Verbindung zur Anlage1 ist hier nicht projektiert. Empfang und Senden zur Anlage1 wird im S7-Programm ebenfalls über FC5/FC6 mit den IDs 3 und 4 abgewickelt. Und das funktioniert sogar seit Jahren, ich weiss aber nicht wirklich warum ?
Dann kam der Wunsch des Kunden, auf der Anlage2 den CP2 nicht mehr auf den VAX-Rechner (das war vorher eine S7-Verbindung)zu leiten, sondern auf ein neues System. Dieses System ist ziemlich blöde, das kann nämlich nur Fetch/Write Verbindungen. Und davon brauche ich vier Verbindungen, damit dieses blöde System richtig funktioniert...
Also dann mal ganz schnell in die Netz-Konfiguration des CP2 der Anlage2 diese 4 Fetch/Write Verbindungen eingefügt, die Fetch/Write Verbindungen zum neuen System funktionieren perfekt.
Allerdings gibt es nun keine Verbindungen zur Anlage1 mehr, die sind einfach tot (also in der Netzwerkdiagnose der Anlage2 nicht mehr vorhanden. Obwohl die ja auf einem anderen CP (also Anlage2/CP1 ) und in einem anderen Netzwerk stattfinden (aber dort in der Anlage2 nicht projektiert sind).
Fazit nach einigen Tests also : Sobald ich in der Anlage2 auf dem CP2 eine Fetch/Write Verbindung einfüge, funktionieren in der Anlage2 auf dem CP1 die bisherigen Verbindungen nicht mehr (sind in der CP-Diagnose einfach nicht mehr vorhanden).
Mein Verdacht : Ich muss in der NetPro Projektierung der Anlage2/CP1 ebenfalls eine unspezifizierte Verbindung zur Anlage1 projektieren, das das ganze Konstrukt bisher einige Jahre funktioniert ist wohl eher ein Zufallsprodukt.
Wenn in der S7-Software die Bausteine FC5/FC6 verwendet werden, dann muss eben auch die Verbindung auf beiden Seiten projektiert (meinetwegen auch unspezifiziert) sein, damit das ganze über IDs funktioniert. Das ist meine Meinung, kann das jemand bestätigen ?
Die vorherige Anlagenkonfiguration hat bisher etliche Jahre funktioniert, aber wie kann das mit einseitiger, unspezifizierter Projektierung funktionieren wenn IDs über FC5/FC6 benutzt werden ?
Also mal die Kernaussage : Ich füge in Anlage2/CP2 in einem anderen IE-Netzwerk (also Anlage2/CP1 und Anlage2/CP2 sind physikalisch ein anderes IE-Netzwerk) eine Fetch/Write Verbindung ein. Und zwei Iso-on-TCP Verbindungen auf Anlage2/CP1 zur Anlage1/CP1 bleiben auf der Strecke und funktionieren nicht mehr?
Ich bin im Moment ein riesiges Fragezeichen (Nomen est omen), hat irgendjemand eine Idee? Nach meiner Meinung muss die Verbindung zwischen Anlage1/CP1 und Anlage2/CP1 auf beiden Seiten projektiert sein (wegen FC5/FC6) und das ganze hat bisher nur nach einem Zufallsprinzip funktioniert.
Gruß
Question_mark