Master / Slave Betrieb zweier 315-2DP (6ES7 315 2AF03 0AB0 V1.2)

DerMatze

Level-1
Beiträge
525
Reaktionspunkte
21
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Leute,

ich benötige zum Master / Slave Betrieb Hilfe.

Ich habe bereits eine 315-2DP die auch schon eine Weile in Betrieb ist ==> Hausautomatisierung
Jetzt habe ich eine weitere 315-2DP, die ich als Slave in den vorhanden Profibus integrieren möchte.
Die zweite CPU soll eine Siemens Logo ablösen = Heizungs- & Solaranlagensteuerung.
Soweit zum Vorhaben.

In der HW Konfig habe ich die Slave CPU in den Profibus des Masters integriert, beide CPUs gekoppelt und E/As für die Kommunikation benannt - alles i.O.
Alles übersetzt und die entsprechende HW Konfig in die dazugehörige CPU geladen. Und da beginnt mein Problem:
die Master CPU meckert nicht, bis auf die RUN und die DC5V LED leuchtet/blinkt nix
ABER
bei der Slave CPU leuchtet die SF und die BUSF LED, die CPU ist dabei allerdings im RUN.

Wenn ich den Baugruppenzustand (Strg+D) aufrufe, steht dort unter Diagnose, dass es eine "Soll/Istdifferenz" vorhanden ist!
Das ist jedoch nicht der Fall. Denn ich habe die HW Konfig mal in ein sep. Projekt kopiert und dei CPU als Master deklariert ==> keine Fehler.

Hat jemand von Euch eine Idee woran es liegen könnte?

Vielen Dank.

mfg
DerMatze
 
Hallo Zusammen,

oder mal anders angesetzt.
Ist auch ein Master / Master Betrieb möglich? Dann würde ich den Slave als zweiten Master betreiben, da die CPU mit der HW Konfig nicht mehr rumzickt - sobald sie Master ist...?!

Wie funktioniert die Kopplung in diesem Fall?

Vielen Dank

Gruß
DerMatze
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi Matze,

eine Master-Master-Kopplung machst du ja eigentlich nur wenn du mit mehreren CPU's auf die selben z.B. ProfiBus-Antriebe zugreifen willst und somit Token-Passing machst!

Was ich versuchen würde wäre, beide CPU's unabhängig erstmal als unvernetzt zu projektieren inner HW-Config und dann übers NetPro beide mit einem ProfiBus netzt verbindung und eine Verbindung projektieren!
Dürfte funktionieren ... hab an sowas auch schon mal vor einiger Zeit gebastelt.
 
Hi Matze,
ist da wirklich keine Differenz bei den konfig. Daten(Blöcke) für den DP Austausch..: Länge, wieviel Bytes(Wörter), Konsistenz usw.?
Das muss bei beiden CPUs passen, Eing. Block CPU 1 = Ausg. Block CPU 2 und umgekehrt..

Gruss: Vl.
 
Daten(Blöcke) für den DP Austausch..: Länge, wieviel Bytes(Wörter), Konsistenz usw.?

Hallo,

ok danke für den Hinweis.
Das werde ich mir nochmal ansehen. Aber beim Speichern und Übersetzen gab es keine Fehler Meldungen. Ich dachte der Soll/Istausbau Fehler kommt nur wenn die Hardware anders steckt als projetiert.

mfg
DerMatze
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi Matze,
ist da wirklich keine Differenz bei den konfig. Daten(Blöcke) für den DP Austausch..: Länge, wieviel Bytes(Wörter), Konsistenz usw.?
Das muss bei beiden CPUs passen, Eing. Block CPU 1 = Ausg. Block CPU 2 und umgekehrt..

Gruss: Vl.

seltsam ist nur, dass die E/As zur Kopplung auf Steckplatz 4 bzw. 5 sein sollen. Da sind allerdings die DI/DA Baugruppen. Können die Probleme daher kommen?
Die E/As zur Kopplung sind doch nur "virtuell" oder?

mfg
DerMatze
 
Spricht was dagegen MPI und die Globaldatenliste zu nehmen? So hast du für beide nen getrennten Profibus, und Geschwindigkeit brauchst du sicher nicht bei der Hausautomation!

Grüße

Marcel
 
Spricht was dagegen MPI und die Globaldatenliste zu nehmen? So hast du für beide nen getrennten Profibus, und Geschwindigkeit brauchst du sicher nicht bei der Hausautomation!

Grüße

Marcel

Hallo,

dann ist die MPI-Schnittstelle der CPU immer mit der CPU - CPU Verbindungsleitung belegt?! Und ich muss eine zusätzliche Leitung verlegen, die Slave CPU möchte ich in den vorhanden Profibus integrieren, da diese Leitung in der Nähe der Slave CPU ist bzw muss ich da sowieso noch eine legen und würde den kleinen Umweg machen.

Momentan hänge ich noch bei der Kopplung der beiden CPUs, irgendwie k´hakt es in der HW Konfig...

mfg
DerMatze
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das sind infos die ich nicht hatte ;)

Bei mir ist es leider schon Wieder ne Zeit lang her, wo ich das gemacht hab... glaube 4 Jahre oder so... ohje...

Grüße

Marcel
 
Also wenn ich die E/As definiere, liegen die automatisch auf dem Rack auf Steckplatz 4 aufwärts. Das überlagert sich mit den tatsächlich vorhandenen E/As. Ist das zu vernachlässigen?!
Am Master kann ich die E/As nur einstellen wenn ich sie mit dem Slave koppele oder geht das auch irdenwie anders?

Gruß
DerMatze
 
Moin.

Also wenn ich die E/As definiere, liegen die automatisch auf dem Rack auf Steckplatz 4 aufwärts. Das überlagert sich mit den tatsächlich vorhandenen E/As. Ist das zu vernachlässigen?!
Nein. Nimm doch bitte bei der Kopplung Adressen, die noch nicht vergeben sind.
(Geht das überhaupt? Wird bei vorhandenen Adressen nicht sofort gemeckert?)

Worauf du auf jeden Fall noch achten solltest ist die Erreichbarkeit.
Also bei der Slave-CPU in den Eigenschaften der Schnittstelle, diese auf Slave stellen. (Hast du ja bereits gemacht)
Darunter solltest du den Haken bei Inbetriebnahme, (erreichbarkeit)..., ich weiß grad nicht auswendig wie das dort heißt, anklicken.
Ansonsten könntest du die CPU über Bus nicht mehr erreichen.

Die Slave-CPU als vorhandene Station in der Master-CPU einbinden und koppeln. Die E/A-Adressen einstellen und dann sollte das schon laufen.
Soweit zur Theorie.

Ach ja, übertrage doch bitte bei einer CPU (Master) noch einen leeren OB82 und OB86.

Das Problem ist, dass wenn beide CPU´s gestartet werden ist eine schneller hochgefahren.
Fehlt der Master-CPU sein Slave (CPU) dann geht diese in den Stop. Fehlt der Slave-CPU sein Master, geht diese auch in den Stop.
Du musst also hinkriegen, dass eine von beiden nicht mehr in den Stop geht, damit die sich "begrüßen" können und melden können, dass alles i.O. ist.

Bei dem Hardware-Konflikt bin ich mir nicht sicher. Ich würde auf die falschen E/A´s tippen.
Ich meine mich erinnern zu können, dass die Adressen auch ausserhalb der PAE/PAA liegen sollten. Aber das ist jetzt rein spekulativ.

Viel Glück

P.S.:
Was mir gerade noch auffällt. Die E/A´s liegen auf Steckplatz 4?
Siehst du die auf Steckplatz 4 oder ist das nur "symbolisch" gemeint?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also ich habe E/As verwendet die ich sonst nicht weiter verwende >127.7, die liegen auch außerhalb des PAE/PAA.
Die Steckplatzproblematik ist mir aufgefallen als ich bei dem MS Betrieb die E/As bekannt gebe, dor steht dann Steckplatz 4 & 5 - diese Feld lässt sich nicht ändern?!

Beide CPUs laufen ja, jedoch meldet die Slave CPU mir einen Fehler "SF" LED blinkt. Lt. Buagruppendiagnose gibt es ein Problem mit "Soll/Istausbau"

Müssen die E/As zur Kopplung nun wirklich verbaut sein oder sind die nur virtuell angelegt?

Gruß
DerMatze
 
Zuletzt bearbeitet:
Ich habe herausgefunden, dass die E/As zur Kopplung nicht physikalisch vorhanden sein müssen - diese werden von der CPU "generiert".

Eine Änderung habe ich eben noch in der Konfig vorgenommen, die Länge der Bytes auf eins begrenzt - mal sehen ob es Fehlerfrei läuft...?

Anhang anzeigen 17041Anhang anzeigen 17042

mfg
DerMatze
 
Hallo,

mit Steckplatz 4 ist weder der lokale Steckplatz 4 noch der Steckplatz 4 in der remote- CPU gemeint. Das bezieht sich
auf den virtuellen Steckplatz im DP- Datenmodell.
Hast Du beide CPUs in einem gemeinsamen S7- Projekt? Wenn ja, kann eigentlich nichts schiefgehen.

Soll-/Istausbau Fehlermeldung in der Master CPU kommt, wenn entweder
- Die aktuelle Baugruppenkennung des Slaves nicht zur Projektierung des Slaves passt,
da reicht manchmal auch schon die Bestellnummer
- Der EA Ausbau des Slaves nicht zur Projektierung passt.

mfg
Erdmann
 
Zuviel Werbung?
-> Hier kostenlos registrieren
mit Steckplatz 4 ist weder der lokale Steckplatz 4 noch der Steckplatz 4 in der remote- CPU gemeint. Das bezieht sich
auf den virtuellen Steckplatz im DP- Datenmodell.
Hallo Erdmann,
also kann ich die "Steckplatzgeschichte" vernachlässigen.
Hast Du beide CPUs in einem gemeinsamen S7- Projekt? Wenn ja, kann eigentlich nichts schiefgehen.
Ja beide CPUs sind in einem Projekt, sie sollen sich später ein HMI "teilen" bzw soll der Master die Slavedaten zum HMI senden...
Soll-/Istausbau Fehlermeldung in der Master CPU kommt, wenn entweder
- Die aktuelle Baugruppenkennung des Slaves nicht zur Projektierung des Slaves passt,
da reicht manchmal auch schon die Bestellnummer
Das muss ich dann nochmal genau prüfen. Gibt es den Fehler evtl auch schon bei untersciedlichem Firmwarestand?

mfg
DerMatze
 
Hallo,

Das ist dem Soll/Ist hat bei DP folgende Bewandnis:
a) Jeder Slave hat eine fest vorgegebene Kennung (16bit) - nicht veränderbar.
Bei der Projektierung des Masters wird diese Kennung aus der GSD Datei entnommen.
Beim Anlauf des DP fragt der Master die Kennung beim Slave ab. Stimmen beide nicht
überein => Rot und nichts geht. Simatic Slaves sind normalerweise 0x80yy
Manchmal reicht eine Abweichung der Bestellnummer und Siemens hat eine neue
ID vergeben.
b) Jeder Slave hat eine Anzahl Eingänge und eine Anzahl Ausgänge sowie einen zugehörigen
Typ (Byte, Wort, Konsistenz). Bei eine CPU als Slave ist das (beim Slave) programmierbar.
Bei der Projektierung des Masters werden die entsprechenden Anzahlen E/A sowie die
Kennungen festgelegt.
Beim Anlauf des DP fragt der Master die Kennungen beim Slave ab. Stimmen die
Kennungen nicht überein => Rot und nichts geht.
Mehr Möglichkeiten für Soll/Ist Abweichung gibt es nicht.
Genauere Diagnose ist dem Step7 leider nicht zu entlocken.
Anzahl E/A sowie Konsistenz kann's bei Dir nicht sein, bei 1Byte E und 1Byte A
kann man keine Fehler mit der Konsistenz machen..

mfg
Erdmann
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Alles übersetzt und die entsprechende HW Konfig in die dazugehörige CPU geladen

Hallo DerMatze,
Ich kann aus deiner anfänglichen Beschreibung nicht erkennen, ob du die HW-Config der Master-CPU auch eingespielt hast.
Da die Master-CPU keinen SF anzeigt, sieht es so aus , als wenn sie den Slave gar nicht kennt. Vergleiche einmach mal
die HW-Konfig vom Master (Onl./Offl.).
 
Problem gelöst!

Hallo Zusammen,

Statusbericht:
- Master CPU macht nach wie vor keine Probleme
- Slave CPU mekerte, "SF" LED blinkt

Ergriffene Maßnahmen:
- HW Konfig überprüft = i.O.
- Firmware der Slave CPU von v1.2 auf v1.2.1 (gleicher Stand wie Master)
- die Länge der E/As zur Kopplung auf ein WORD reduziert
- alles übersetzt und gespeichert
- jede CPU hat ihre Konfig bekommen

beide CPUs gestartet = läuft OHNE FEHLER

Der Fehler war wohl der, dass ich bei der Länge eine 32 eingetragen hatte. Nun habe ich E/A 128 1WORD lang, 130 1WORD lang und 132 1WORD lang - alles paletti.

Vielen Dank für Eure Hilfe und Geduld!
Gruß
DerMatze
 
Bin ich blind?

Bisher stand nirgendwo, dass du bei der Länge 32 eingegeben hast.
Gesehen hab ich 1 Byte.

Egal.
Viel Glück weiterhin.
 
Zurück
Oben