Ligatschow
Level-1
- Beiträge
- 65
- Reaktionspunkte
- 5
-> Hier kostenlos registrieren
Also ich möchte euch alle Informieren über meine Ergebnisse der Kopplung der S7-315 PN/DP mit einer S7-400 über Ethernet mit einer S7-Verbindung.
Es gibt für die S7-315 Kommunikationsbausteine FB12/FB13 mittels denen man Daten von einer CPU in die andere Transferieren kann mit bis zu 32xxx Bytes.
Diese Bausteine gibt es in zwei Bibliotheken. In der SIMATIC_NET_CP Bibliothek und in der Standard Library im Ordner Communiction Blocks.
Für die Kommunikation über S7-Verbindung mit der PROFINET-Schnittstelle in der S7-315 PN/DP dürfen nur die Bausteine aus der Standard Library verwendet werden. Nur diese funktionieren. Die anderen dar man nur für CP's verwenden z.B. CP343-1.
Die Bausteine aus der Standard Bibliothek funktionieren aber auch bei CP's.
Der FB12/FB13 BSEND/BRCV aus der Standard Library beinhaltet einen SFB12/SFB13. Das sind Systemfunktionen aus der S7-400-ter Welt die in der S7-300-ter Welt nicht existieren.
Laut Hotline ist es nun so das in der S7-315 PN/DP zwar kein SFB12/SFB13 sichtbar ist (Leistungsdaten der CPU) es ihn aber für die Profinet-Schnittstelle gibt.
Baut man nun ein Programm mittels AWL mit den Kommunikationsbausteinen auf so funktioniert die Kopplung da in den FB's erkannt wird das die Profinet-Schnittstelle angesprochen wird und somit der SFB12/SFB13 aufgerufen wird den es eigentlich nicht gibt.
Will man nun das gleiche Programm mittels CFC in die Steuerung laden möchte, verweigert CFC den Download da Bausteine geladen werden soll die Systemfunktionen beinhalten die es nicht in der Steuerung gibt.
Anmerkung:""
Für die offene TCP/IP Kommunikation gibt es auch Bausteine die SFC enthalten die nicht in der CPU sind. Diese Bausteine werden auch nicht mehr in der Hilfe beschrieben.""
Laut Hotline sind auf diesen Fusch schon einige Leute reingefallen.
Für mich ist das eine absolut unprofessionelle Lösung. Es wirkt auf mich wie gebastelt in der Hinterhofwerkstatt.
Ich habe für den Aufbau der Kommunikation maximal einen Tag gerechnet. Gedauert hat es jetzt 4 Tage. Mein zu 80% fertiges CFC-Programm lkann ich von CFC aus nicht mehr in die Steuerung laden. Das muss ich jetzt händisch aus dem Bausteinordner heraus tun. Alle Vorteile von CFC sind dahin. Und wie will ich dem Kunden erklären das ich das Programm aus der 400-ter laden und aus der 300-ter nicht laden kann?
Insgesamt gibt es 10 Stück 315 PN/DP mit unterschiedlichen Programmen. Alle haben jetzt dieses Problem. Und die 6 S7-400 CFC-Programm funktionieren wie gehabt.
Das konnte ich beim Planen der Software nicht einschätzen. Was Siemens sich dabei gedacht möchte ich gerne mal wissen.
Gruss Ligatschow
Es gibt für die S7-315 Kommunikationsbausteine FB12/FB13 mittels denen man Daten von einer CPU in die andere Transferieren kann mit bis zu 32xxx Bytes.
Diese Bausteine gibt es in zwei Bibliotheken. In der SIMATIC_NET_CP Bibliothek und in der Standard Library im Ordner Communiction Blocks.
Für die Kommunikation über S7-Verbindung mit der PROFINET-Schnittstelle in der S7-315 PN/DP dürfen nur die Bausteine aus der Standard Library verwendet werden. Nur diese funktionieren. Die anderen dar man nur für CP's verwenden z.B. CP343-1.
Die Bausteine aus der Standard Bibliothek funktionieren aber auch bei CP's.
Der FB12/FB13 BSEND/BRCV aus der Standard Library beinhaltet einen SFB12/SFB13. Das sind Systemfunktionen aus der S7-400-ter Welt die in der S7-300-ter Welt nicht existieren.
Laut Hotline ist es nun so das in der S7-315 PN/DP zwar kein SFB12/SFB13 sichtbar ist (Leistungsdaten der CPU) es ihn aber für die Profinet-Schnittstelle gibt.
Baut man nun ein Programm mittels AWL mit den Kommunikationsbausteinen auf so funktioniert die Kopplung da in den FB's erkannt wird das die Profinet-Schnittstelle angesprochen wird und somit der SFB12/SFB13 aufgerufen wird den es eigentlich nicht gibt.
Will man nun das gleiche Programm mittels CFC in die Steuerung laden möchte, verweigert CFC den Download da Bausteine geladen werden soll die Systemfunktionen beinhalten die es nicht in der Steuerung gibt.
Anmerkung:""
Für die offene TCP/IP Kommunikation gibt es auch Bausteine die SFC enthalten die nicht in der CPU sind. Diese Bausteine werden auch nicht mehr in der Hilfe beschrieben.""
Laut Hotline sind auf diesen Fusch schon einige Leute reingefallen.
Für mich ist das eine absolut unprofessionelle Lösung. Es wirkt auf mich wie gebastelt in der Hinterhofwerkstatt.
Ich habe für den Aufbau der Kommunikation maximal einen Tag gerechnet. Gedauert hat es jetzt 4 Tage. Mein zu 80% fertiges CFC-Programm lkann ich von CFC aus nicht mehr in die Steuerung laden. Das muss ich jetzt händisch aus dem Bausteinordner heraus tun. Alle Vorteile von CFC sind dahin. Und wie will ich dem Kunden erklären das ich das Programm aus der 400-ter laden und aus der 300-ter nicht laden kann?
Insgesamt gibt es 10 Stück 315 PN/DP mit unterschiedlichen Programmen. Alle haben jetzt dieses Problem. Und die 6 S7-400 CFC-Programm funktionieren wie gehabt.
Das konnte ich beim Planen der Software nicht einschätzen. Was Siemens sich dabei gedacht möchte ich gerne mal wissen.
Gruss Ligatschow
Zuletzt bearbeitet: