Step 7 Siemens Profibus-DP-Diagnostics mit FC125: sind die Diagnose-Adressen der Salves relevant?

S

schneijo

Level-2
Beiträge
81
Reaktionspunkte
4
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo, ich arbeite gerade an einem älternen Bestands-Projekt.
Dort wird noch eine Profibus-Diagnose basierend auf den FC125 eingesetzt.
Für diese Bausteine hat Siemens den Support in 2008 eingestellt.
Dementsprechend finde ich keine Dokumentation mehr.

Ein Frage dazu:
Sind die in der HW-Config in den Slave-Objekteigenschaften eingestellten Diagnose-Adressen für die Auswertung mit FC125 ("DP-Diagnose") überhaupt relevant?
Referenziert dieser FC über die Profibus-Adressen oder diese Diagnose-Adressen?

Ich habe gerade kein Testsystem dazu da, sonst würde ich es ausprobieren.
Die Produktionsanlage würde ich nur ungern für den Test hernehmen.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
schneijo schrieb:
Referenziert dieser FC über die Profibus-Adressen oder diese Diagnose-Adressen?
Zum Vergrößern anklicken....
Ich würde jetzt sagen, über die Diagnoseadresse. Da bin ich mir auch recht sicher.

Aber wenn du ein Bestandprojekt hast, dann kannst du dies ja auch überprüfen ( Adressen in der HW-Konfig vergleichen mit dem Parameter ).
 
DeltaMikeAir schrieb:
Ich würde jetzt sagen, über die Diagnoseadresse. Da bin ich mir auch recht sicher.

Aber wenn du ein Bestandprojekt hast, dann kannst du dies ja auch überprüfen ( Adressen in der HW-Konfig vergleichen mit dem Parameter ).
Zum Vergrößern anklicken....

Das ist genau mein Problem. Wenn ich dort die Parameter vergleiche, passt es irgend wie nicht zusammen.
Entweder wurden dort bei der ursprünglichen Erstellung Fehler gemacht oder die Referenzierung läuft über die DP-Adressen.
Ich frage mich dann nur, warum wurden die Diagnose-Adressen dann aufwendig in den Kommentar geschrieben?
 
Wir haben die CPU von Vipa auf Siemens S7-300 getauscht ... die Adressen haben sich geändert.
Die neue S7-300 CPU läuft bereits ... leider haben wir die Diagnose noch nicht vernünftig angepasst.
Das müssen wir noch korrigieren.

Im Baustein Aufruf des FC125 sind keine Adressen explizit genannt:
1712221240156.png
 
DeltaMikeAir schrieb:
Und welche Adressen haben die Profibusteilnehmer ( Diagnoseadresse )?
Wie sieht der DB99 aus? Kannst du mal den Inhalt hier zeigen?
Zum Vergrößern anklicken....
Im Bereich 8000 + x lagen sie vorher mit der VIPA CPU. Die Adressen wurden natürlich durch das Ersetzen der CPU automatisch in einen gültigen Bereich verschoben. Die Siemens CPU hat einen eingeschränkten Adressbereich (bis 2048 soweit ich informiert bin). Um diese Chaos aufzuräumen müsste ich wissen, wie der FC125 arbeitet.
 
Interessant wäre eben, wie der DB99-Inhalt aussieht. Ich vermute mal, dass dort die Diagnoseadressen definiert sind ( ggf. Start + Endadresse )
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe noch eine Doku zu dem Baustein gefunden. Siehe Anhang ab PDF-Seite 15 wird der FC125 beschrieben.

Der Baustein gibt einfach ein Array mit den gestörten oder ausgefallenen Teilnehmern aus.
Da musst du eigentlich nichts mit den Diagnoseadressen machen, das geht alles über die Teilnehmernummer bzw. Busadresse
 

Anhänge

DeltaMikeAir schrieb:
Und welche Adressen haben die Profibusteilnehmer ( Diagnoseadresse )?
Wie sieht der DB99 aus? Kannst du mal den Inhalt hier zeigen?
Zum Vergrößern anklicken....

Die Slaves hatten Diagnose-Adressen im Bereich von 8000 bis 8080 und haben nun bei der Siemens CPU Adressen im Bereich 2000 bis 2048.
Die Adressen wurden vom System beim CPU Wechsel in der HW-Konfig automatisch angepasst.
Ich habe Sie manuell bearbeitet um Ihnen eine neue Struktur zu geben.
Leider verstehe ich nicht wie das mit dem FC125 in Zusammenhang steht.
Ob diese Adressen überhaupt relevant sind für die Auswertung mit FC125.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Windoze schrieb:
Ich habe noch eine Doku zu dem Baustein gefunden. Siehe Anhang ab PDF-Seite 15 wird der FC125 beschrieben.

Der Baustein gibt einfach ein Array mit den gestörten oder ausgefallenen Teilnehmern aus.
Da musst du eigentlich nichts mit den Diagnoseadressen machen, das geht alles über die Teilnehmernummer bzw. Busadresse
Zum Vergrößern anklicken....
Super, vielen Dank.
Das ist die Antwort auf meine Frage.
 
Siemens hat leider schon fast alle Infos zum FC125 aus dem Online Support entfernt, weil sie wohl meinen "das braucht niemand mehr".
Ich habe noch zwei Beschreibungen des FC125 und FB125 (vermutlich der Versionen V4.1 und V4.5 der Bausteine).
 

Anhänge

schneijo schrieb:
Hallo, ich arbeite gerade an einem älternen Bestands-Projekt.
Dort wird noch eine Profibus-Diagnose basierend auf den FC125 eingesetzt.
Für diese Bausteine hat Siemens den Support in 2008 eingestellt.
Dementsprechend finde ich keine Dokumentation mehr.

Ein Frage dazu:
Sind die in der HW-Config in den Slave-Objekteigenschaften eingestellten Diagnose-Adressen für die Auswertung mit FC125 ("DP-Diagnose") überhaupt relevant?
Referenziert dieser FC über die Profibus-Adressen oder diese Diagnose-Adressen?

Ich habe gerade kein Testsystem dazu da, sonst würde ich es ausprobieren.
Die Produktionsanlage würde ich nur ungern für den Test hernehmen.
Zum Vergrößern anklicken....
Nein die sind egal. Der FC125 arbeitet nur mit den Profibus Adressen.

Edit: sorry nicht weit genug gelesen, Thema war schon erledigt
 
Zuviel Werbung?
-> Hier kostenlos registrieren
PN/DP schrieb:
Siemens hat leider schon fast alle Infos zum FC125 aus dem Online Support entfernt, weil sie wohl meinen "das braucht niemand mehr".
Ich habe noch zwei Beschreibungen des FC125 und FB125 (vermutlich der Versionen V4.1 und V4.5 der Bausteine).
Zum Vergrößern anklicken....
Ich hab das Ding vor x Jahren mal filetiert und für Profinet angepasst.
Der Baustein liest lediglich die SZL aus.
Projektierte Teilnehmer, vorhandene Teilnehmer, gestörte Teilnehmer. Alles basierend auf den Profibus Adressen.
Im Prinzip 1:1 das was DeviceStates in der 1500er macht.
 
Beim FC125 gab es bei verschiedenen 300er CPUs das Problem, dass er die Stations-Wiederkehr nicht sauber erkannte.
Wenn ich es noch recht im Kopf hab, haben wir den Baustein aus dem normalen Programm mit einer Flanke von "Störung quittieren" nochmal aufgerufen.
 

Similar threads

X
Step 7 Korrektes Einbinden eines Profibus Devices mit kompletter Diagnose
Antworten
0
Aufrufe
3K
XerXes777
X
A
Step 7 Probleme bei der Projektierung der ET 200L SC IM mit dem Terminalerweiterungsblock
Antworten
0
Aufrufe
4K
Automatisierer24
A
S
Siemens CPU 315F 2PN/DP + Vacon 100 Flow + ET200S PROFIBUS
Antworten
17
Aufrufe
5K
stela-SD
S
C
Step 7 CP342-5 DP Diagnose
Antworten
5
Aufrufe
4K
Zonder
Zonder
K
S7-300 mit B&R X20IF1063 Profibus koppeln
Antworten
8
Aufrufe
4K
DeltaMikeAir
DeltaMikeAir
Zurück
Oben