TIA Kommunikation zwischen mehreren I-Device partnern

[wbach]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Zusammen,
ich soll für das nächste Projekt eine Kommunikation zwischen verschienen CPUs aufbauen. Diese CPUs sollen Werte wie Drück und Ventilstellungen austauschen im selben Netz. In der HW-Konfig habe ich mal versucht dies so nachzubilden um eine I-Device Kommunikation zu testen. Leider kann jeder Teilnehmer aber nur mit einem IO-Controller Kommunizieren oder über Shared-Device mit mehreren IO-Cotrollern.
Gibt es eine Möglichkeik eine Kommunikation im I-Device zwischen den CPUs so aufzubeuen, dass die mit bis zu drei Partnern kommunizieren können (siehe Screenshot)?


LG wbach

 

[Spleanify]

Hi,
Nein das ist meines Wissensstandes nach nicht möglich. Wir nutzen jedoch die I-Device Funktionalität, da es eine einfache Art ist Informationen auf mehreren CPU's auszutauschen (und weil wir es für Failsafe-Kommunikation in F-Programmen benötigen).

Wir handhaben den Informationsaustausch so:
- Alle I-Device CPU's liefern ihre Informationen auf eine übergeordnete Steuerung (Controller)
- Der Controller verteilt dann die Informationen weiter
- Nach Möglichkeit versuchen wir die allgemeinen Zustände (zB. Not-Halt) direkt auf der Peripherie der übergerodneten Steuerung zu erfassen, so das wir die Info nur noch an die I-Devices verteilen müssen

Cheers

 

[ChristophD]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hi,
shared IO-Device könnte eine Möglichkeit sein.
Die gezeigten IO-Device CPU haben ja auch 2 PN Schnittstellen, eventuell kannst du diese auch noch nutzen?

Gruß
Christoph

 

[wbach]

Spleanify, Danke für Deine Antwort ich habe das auch so gesehen aber meine Chefs wollen sich nicht auf eine CPU verlassen.

ChristophD, ich habe das mal probiert aber bei Shared-Device kommunizieren ja IO-Controller mit einer Baugruppe. Somit kann ich nicht beeinflussen was ich senden will. Oder liege da falsch?


Ich habe noch vorgeschlagen eine Kommunikation über offene Kommunikation aufzu bauen via BSEND etc. Wäre das dann eigentlich auch möglich?

LG

 

[ChristophD]

Hi,

open user communication geht auf alle fälle, ist dann halt zeittechnisch langsamer, wenn es keine kritischen Daten sind geht das ok.
Wieso kannst du es nicht beeinflussen bzw. was willst du beeinflussen?

Die PN Schnittstelle kann ja gleichzeitig Controller und I-Device sein, könnte also mit einer sauberen Projektierung schon funktionieren.

Gruß
Christoph

 

[Spleanify]

Zuviel Werbung?
-> Hier kostenlos registrieren

Spleanify, Danke für Deine Antwort ich habe das auch so gesehen aber meine Chefs wollen sich nicht auf eine CPU verlassen.
LG

--> Dafür gibts dann R- und H-CPU's

Zu BSEND kann ich nicht viel sagen, da noch nie verwendet. Jedoch bevorzuge ich Profinet RT jeglicher TCP-IP / UDP-IP Kommunikation. Allein aufgrund der Echtzeitfähigkeit des Protokolls (PNRT) und der einfachheit in der Parametrierung einer I-Device-Verbindung (ohne nun die Applikation im Detail zu betrachten).

 

[wbach]

Laut Handbuch ist Kommuniziert Shared-Device zwischen IO-Controller und Baugruppe.


IO-Controller 1 --> Baugruppe 1 von I-Device
IO-Controller 2 --> Baugruppe 2 von I-Device
IO-Controller 3 --> Baugruppe 3 von I-Device



Mein Ziel ist es, dass Teilnehmer LSB2 -> CW, LSB4 und Interlock
LSB4 -> LSB2, EX, Interlock
CW -> LSB2 und Interlock
EX -> LSB4 und Interlock
Interlock mit LSB2, LSB4, EX und CW

Ich denke das es nicht geht oder?

LG

 

[Larry Laffer]

@TE:
nur so als Vorschlag : warum baust du dir nicht entsprechend viele PN-PN-Koppler ein ? Das hätte den gleichen Effekt (ist aber natürlich teurer) und ist besser zu kontrollieren bzw. für Fehlersuche, wenn mal irgendwas nicht so ganz funktioniert ...

Gruß
Larry

 

[ChristophD]

Zuviel Werbung?
-> Hier kostenlos registrieren

so kompliziert braucht er es ja gar nicht.
mit shared i-Device geht es ja recht einfach zu lösen das ganze

hier mal netzsicht für die config:

 

[wbach]

ChristopphD,
Danke für die Mühe.
Ist es dann aber auch trotzdem ein physikalisches Netz?
Vielleicht habe ich die Shared-Device falsch verstanden. Habe da Probleme beim einrichten in der HW-Konfig. Kannst Du mir das Projekt, was Du aufgebaut hast, zusenden?

LG

 

[ChristophD]

Anhang anzeigen i-devices.zip
klar ist das ein physikalisches netz.
muss man nur die IP und gerätenamen überall konsistent halten und fertig.

projekt anbei

 

[wbach]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich kann das Projekt leider nicht öffnen. Es ist eine zap15_1. Ich kann nur zap15 dearchivieren. Welche TIA Version / SP hast Du?

 

[ChristophD]

das aktuellste = V15.1

 

[wbach]

Ok, weil ich habe SP4
Ich probiere mal das so nachzubauen. Danke Dir

 

[ChristophD]

Zuviel Werbung?
-> Hier kostenlos registrieren

was für nen SP4?
Für V15 gibt es kein SP4

 

[wbach]

Ok, Du hast recht.
Ich habe V15 Update 4

 

[wbach]

Ok, ich habe das mal alles aufgebaut und compiliert. Scheint so zu laufen.

Danke

 

[Nourso2017]

Zuviel Werbung?
-> Hier kostenlos registrieren

hallo , es geht um diese Info , kann der PLC als Controller und Slave gleichzeitig sein !

 

[ChristophD]

ja kann sie