I-Device mit zwei I-Controller

[Zoomy]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Forum,

Mein Ziel ist es ein Profinet-Netz aufzubauen in dem ich zwei CPUs 319F als I-Controller habe, die beide eine CPU 317F als I-Device als Kommunikationspartner haben sollen,

Meine Vorgehensweise war folgende:
Projekt CPU 317-F anlegen, I-Device zuweisen, GSD-Datei von der CPU erzeugen und dann als I-Device in die 319F einfügen.

In der Projektierung sieht das alles gut aus, allerdings ist beim Test mit den Steuerungen dauerhaft ein Fehler auf der CPU und keine Kommunikation vorhanden.

Hat jemand damit Erfahungen, wo der Fehler liegen kann?

Vielen Dank für die Hilfe!!!

 

[centipede]

Was du möchtest ist ein I-Device gleichzeitig als Shared Device betreiben.
Hast du dein I-Device auch als Shared deklariert? (Haken in HW-Konfig)

Sind für jeden Controler auch eigene Submodule im Device angelegt. Jedes Submodul kann immer nur an einem Controler betrieben werden.

Du hast bei einem der Controler auch die Möglichkeit das Device, dass ja in zwei Projektierungen vorkommt miteinander zu koppeln. Somit wird der Zugriff auch überprüft, dass keine Überschneidungen stattfinden.

mfg
Centi

 

[Zoomy]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

danke für die Antwort,

habe mittlerweile den Fehler gefunden.
Die CPU 317F hat noch einen falschen Gerätenamen, bzw. nicht den Gerätenamen vom I-Controller übernommen.
Manchmal sind die Dinge so einfach und man findet es doch nicht

 

[centipede]

Ist es nicht Voraussetzung erst die Geräte zu taufen?

 

[Zoomy]

Ja es ist Vorraussetzung. Die Anforderungvom Kunden war, dass alle CPUs in unterschiedlichen Projekten sind.
Nun ist folgendes passiert, die 317 hat genause den defaultnamen (da testaufbau) bekommen wie eine 319 und wurde so bespielt.
In der 319 wurde der Gerätename der 317 natürlich angepasst, was aber egal war, da das Gerät bereits getauft wurde.
Ich habe nun erst das Gerät händisch umgetauft und siehe da es hat funktioniert.
Zusätzlich habe ich jetzt die vergabe der IP-Adresse und des Gerätenamens vom Controller übernehmen lassen.

Nun will ich noch eine Saftey-Kommunikation aufbauen, das funktioniert doch auch mit dem FB223 und FB224, analog zum PN/PN-Koppler, oder?

 

[Earny]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

ich schlag mich gerade mit dem gleichen Problem herum. Ich will zwei CPU314C-2PN/DP sich über Profinet unterhalten lassen. Dabei sollen vorerst nur 2 Byte Daten vom IO-Controller zum I-Device übergeben werden. Ich gehe vor, wie es in der Systembeschreibung 7/2010 von Siemens beschrieben ist. Komm aber nicht ganz klar. Habt ihr vielleicht noch ein anderes Projektierungsbeispiel?


Gruß
Earny

 

[Zoomy]

Mein Projekt darf ich (von Kunden so gewünscht) nicht veröffentlichen, aber wenn du dein Projekt und dein aktuellen Stand hier veröffentlichst kann ich gerne mal rein schauen. Habe mich ja nun schon ein bisschen mit dem Thema auseinander gesetzt.

P.S.: Hat jemand ein zwecks der Saftey-Kommunikation eine Idee? Bzw. wie kann ich das den überhaubt Testen ob die Bausteine die nicht sicheren Bausteine zu Saftey-Bits gewandelt haben...

 

[Earny]

hallo Zoomy,

in der Anlage habe ich dir das S7-Projekt mitgeschickt.
Die CPU der Simatic-Station2 soll das I-Device sein. Die Station1 der IO-Controller. Ich habe zuerst die Station2 projektiert. Die CPU2 soll Daten aus dem EW256 (der IO-Controller CPU1 soll da die Werte reinschreiben) bekommen (siehe OB1) und ins AW20 schreiben. Ich habe eine GSDXLM-Datei erzeugt und die dann installiert. Wenn ich dann in die Station1 wechsle, steht die Station2 im Hardware-Katalog zur Verfügung und kann auf das Profinetnetz gezogen werden. Sieht eigentlich gut aus.

Wenn ich die Hardwarekonfigurationen und die Programme in die CPUs kopiere, gehen die auf Run, es gehen aber auf beiden CPUs rote LEDs an und eine Kommunikation kommt nicht zustande.

Hast du eine Idee, was da falsch sein könnte?

Gruß
Earny

 

[Eumel]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Earny,

prüf' mal ob die Gerätenamen stimmen.

Bei einem gemeinsamen Projekt mit einem Controller und einem Device in einem Projekt,
ändert S7 beim Import der GSDXML-Datei den Gerätenamen,
da dieser im Projekt schon vorhanden ist.

 

[Earny]

hallo,

die Gerätenamen sind unterschiedlich. Das habe ich überprüft.

Gruß
Earny

 

[Earny]

in meiner Projektierung habe ich bei dem I-Device (Station2) für die Kommunikation das EW256 gewählt.
Beim IO-Controller (Station1) habe ich dann auf Ausgang gestellt. Dann hat STEP7 das AB258 vorgeschlagen. Ich habe daraus das AW258 gemacht, weil ich ja einen Integerwert übergeben will.
Ich schreibe dann im OB1 des IO-Controllers ins AW258 und hoffe, dass der Wert beim I-Device im EW256 ankommt.
Ist das von der Logik her richtig?
Jedenfalls funktioniert es nicht.


Gruß
Earny

 

[Zoomy]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

also wenn ich mir dein Projekt anschaue, dann ist es ja schon komisch dass man keine Ausgänge beim Projektierten I-Device festlegen kann.
Ich habe jetzt Testhalber im I-Device zusätzlich zu den 2 Byte Eingängen noch einen zweiten Slot mit zwei Byte Ausgängen projektiert. GSD-Datei erzeugt...
Und dann werden auch im IO-Controller die 2Byte Ausgänge und die 2 Byte Eingänge angezeigt und sind projektierbar.
Woran dass nun genau liegt kann ich aber aktuell noch nicht sagen.


Von der Logik ist deine Vorgehensweise genauso richtig und müsste auch funktionieren.