Probleme mit alter 315-2DP Profibus (6ES7 315-2AF01-0AB0)

Mahlzeit

Level-1
Beiträge
14
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
ich habe hier eine S7 315-2DP (6ES7 315-2AF01-0AB0).
Wenn ich sie urlösche, danach eine Konfiguration lade mit DP-Mastersystem ohne irgendeinen Teilnehmer zeigt sie mir einen Busfehler an. Ich habe auch schon einen DP-Slave mitkonfiguriert und natürlich auch physikalisch eingestöpselt. Der Busfehler BLEIBT!!!
Was kann ich machen oder ist die CPU defekt?
Mache ich irgendetwas falsch?
Nach dem Laden der Konfig geht die CPU nicht in RUN. Im Diagnosepuffer steht folgendes:
--------------------------------------------------------------------
Diagnosepuffer der Baugruppe CPU 315-2 DP

Bestell-Nr./ Bezeichn. Komponente Ausgabestand
6ES7 315-2AF01-0AB0 - - - 4

Baugruppenträger: 0
Steckplatz: 2
Ereignis 1 von 100: Ereignis-ID 16# 4304
STOP durch PG-Stop-Bedienung oder wegen SFB 20 "STOP"
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: STOP (intern)
kommendes Ereignis
07:22:47.921 17.02.2011
--------------------------------------------------------------------

Vielen Dank im Vorraus!
 
Das ist nur der letzte eintrag in diagnose puffer.
Du kannst den gesammte puffer exportieren und dann hier anhängen.

Eine andere weg ist die HW Diagnose zu öffnen, anstatt der diagnose puffer.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also, ich hab sie jetzt soweit, das sie in Run geht. Jetzt ist aber immer noch das Problem mit dem Busfehler!
Es ist doch nicht normal, das die CPU einen Busfehler zeigt, wenn überhaupt kein DP-Slave projektiert ist! Oder sehe ich das falsch?
Anbei der exportierte Diagnosepuffer.


-------------------------------------------------------------------
Diagnosepuffer der Baugruppe CPU 315-2 DP
Bestell-Nr./ Bezeichn. Komponente Ausgabestand
6ES7 315-2AF01-0AB0 - - - 4
Baugruppenträger: 0
Steckplatz: 2
Ereignis 1 von 10: Ereignis-ID 16# 4302
Betriebszustandsübergang von ANLAUF nach RUN
Anlaufinformation:
- Uhr für Zeitstempel bei letztem NETZ-EIN nicht gepuffert
- Einprozessorbetrieb
Aktuelle/letzte durchgeführte Anlaufart:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Zulässigkeit bestimmter Anlaufarten:
- manueller Neustart (Warmstart) zulässig
- automatischer Neustart (Warmstart) zulässig
Letzte gültige Bedienung oder Einstellung der automatischen Anlaufart bei NETZ-EIN:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Bisheriger Betriebszustand: ANLAUF (Neustart/Warmstart)
Angeforderter Betriebszustand: RUN
kommendes Ereignis
13:35:58.788 17.02.2011

Ereignis 2 von 10: Ereignis-ID 16# 1381
Manuelle Neustart (Warmstart)-Anforderung
Anlaufinformation:
- Anlauf ohne geänderten Systemausbau
- keine Soll-/Istdifferenz vorhanden
- Uhr für Zeitstempel bei letztem NETZ-EIN nicht gepuffert
- Einprozessorbetrieb
Aktuelle/letzte durchgeführte Anlaufart:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Zulässigkeit bestimmter Anlaufarten:
- manueller Neustart (Warmstart) zulässig
- automatischer Neustart (Warmstart) zulässig
Letzte gültige Bedienung oder Einstellung der automatischen Anlaufart bei NETZ-EIN:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Angeforderter OB: Anlauf-OB (OB 100)
OB nicht vorhanden oder gesperrt oder nicht startbar im aktuellen Betriebszustand
kommendes Ereignis
13:35:58.773 17.02.2011

Ereignis 3 von 10: Ereignis-ID 16# 4301
Betriebszustandsübergang von STOP nach ANLAUF
Anlaufinformation:
- Uhr für Zeitstempel bei letztem NETZ-EIN nicht gepuffert
- Einprozessorbetrieb
Aktuelle/letzte durchgeführte Anlaufart:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Zulässigkeit bestimmter Anlaufarten:
- manueller Neustart (Warmstart) zulässig
- automatischer Neustart (Warmstart) zulässig
Letzte gültige Bedienung oder Einstellung der automatischen Anlaufart bei NETZ-EIN:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Bisheriger Betriebszustand: STOP (intern)
Angeforderter Betriebszustand: ANLAUF (Neustart/Warmstart)
kommendes Ereignis
13:35:58.575 17.02.2011

Ereignis 4 von 10: Ereignis-ID 16# 430E
Urlöschen durchgeführt
Bisheriger Betriebszustand: STOP (Urlöschen)
Angeforderter Betriebszustand: STOP (Eigeninitialisierung)
kommendes Ereignis
13:35:40.395 17.02.2011

Ereignis 5 von 10: Ereignis-ID 16# 4307
Start Urlöschen durch PG-Bedienung
Bisheriger Betriebszustand: STOP (intern)
Angeforderter Betriebszustand: STOP (Urlöschen)
kommendes Ereignis
13:35:39.925 17.02.2011

Ereignis 6 von 10: Ereignis-ID 16# 4304
STOP durch PG-Stop-Bedienung oder wegen SFB 20 "STOP"
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: STOP (intern)
kommendes Ereignis
07:22:47.921 17.02.2011

Ereignis 7 von 10: Ereignis-ID 16# 4302
Betriebszustandsübergang von ANLAUF nach RUN
Anlaufinformation:
- Uhr für Zeitstempel bei letztem NETZ-EIN nicht gepuffert
- Einprozessorbetrieb
Aktuelle/letzte durchgeführte Anlaufart:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Zulässigkeit bestimmter Anlaufarten:
- manueller Neustart (Warmstart) zulässig
- automatischer Neustart (Warmstart) zulässig
Letzte gültige Bedienung oder Einstellung der automatischen Anlaufart bei NETZ-EIN:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Bisheriger Betriebszustand: ANLAUF (Neustart/Warmstart)
Angeforderter Betriebszustand: RUN
kommendes Ereignis
07:20:07.388 17.02.2011

Ereignis 8 von 10: Ereignis-ID 16# 1381
Manuelle Neustart (Warmstart)-Anforderung
Anlaufinformation:
- Anlauf ohne geänderten Systemausbau
- keine Soll-/Istdifferenz vorhanden
- Uhr für Zeitstempel bei letztem NETZ-EIN nicht gepuffert
- Einprozessorbetrieb
Aktuelle/letzte durchgeführte Anlaufart:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Zulässigkeit bestimmter Anlaufarten:
- manueller Neustart (Warmstart) zulässig
- automatischer Neustart (Warmstart) zulässig
Letzte gültige Bedienung oder Einstellung der automatischen Anlaufart bei NETZ-EIN:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Angeforderter OB: Anlauf-OB (OB 100)
OB nicht vorhanden oder gesperrt oder nicht startbar im aktuellen Betriebszustand
kommendes Ereignis
07:20:07.373 17.02.2011

Ereignis 9 von 10: Ereignis-ID 16# 4301
Betriebszustandsübergang von STOP nach ANLAUF
Anlaufinformation:
- Uhr für Zeitstempel bei letztem NETZ-EIN nicht gepuffert
- Einprozessorbetrieb
Aktuelle/letzte durchgeführte Anlaufart:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Zulässigkeit bestimmter Anlaufarten:
- manueller Neustart (Warmstart) zulässig
- automatischer Neustart (Warmstart) zulässig
Letzte gültige Bedienung oder Einstellung der automatischen Anlaufart bei NETZ-EIN:
- Neustart (Warmstart) durch MPI-Bedienung; letzter NETZ-EIN gepuffert
Bisheriger Betriebszustand: STOP (intern)
Angeforderter Betriebszustand: ANLAUF (Neustart/Warmstart)
kommendes Ereignis
07:20:07.172 17.02.2011

Ereignis 10 von 10: Ereignis-ID 16# 430E
Urlöschen durchgeführt
Bisheriger Betriebszustand: STOP (Urlöschen)
Angeforderter Betriebszustand: STOP (Eigeninitialisierung)
kommendes Ereignis
07:19:52.424 17.02.2011
 
Es ist doch nicht normal, das die CPU einen Busfehler zeigt, wenn überhaupt kein DP-Slave projektiert ist! Oder sehe ich das falsch?
Hast Du in der HW-Konfig ein (leeres) DP-Mastersystem an der DP-Schnittstelle Deiner CPU? Dann lösche das mal.
Wenn man keinen DP-Slave an die CPU hängen will, dann darf auch kein DP-Mastersystem projektiert sein.

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Aber wenn man es in irgendeiner DP Netz integrieren will, für CPU-CPU Datenverkehr, HMI Funktioner, OPC Verbindungen, usw. dann muss man es ja in ein DP Netz integrieren. Und wenn man es an irgendeiner bestehende DP Netz verbindet, hängt STEP7 automatisch ein DP Master system an die DP Schnittstelle.
 
Aber wenn man es in irgendeiner DP Netz integrieren will, für CPU-CPU Datenverkehr, HMI Funktioner, OPC Verbindungen, usw. dann muss man es ja in ein DP Netz integrieren. Und wenn man es an irgendeiner bestehende DP Netz verbindet, hängt STEP7 automatisch ein DP Master system an die DP Schnittstelle.
Man kann das DP-Mastersystem aber anschließend löschen. Die Vernetzung zum Profibus bleibt dabei erhalten. Es leuchtet aber kein Busfehler, wenn kein Profibus-Kabel angeschlossen ist.

Harald
 
Ja aber warum sollte man es so machen ?
Wenn man irgendeiner DP master verbindung braucht, dann ist eine rote lampe wegen fehlender DP verbindung eigentlich nicht falsch.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ja aber warum sollte man es so machen ?
Wenn man irgendeiner DP master verbindung braucht, dann ist eine rote lampe wegen fehlender DP verbindung eigentlich nicht falsch.
Richtig Jesper, das ist auch meine Meinung. Wenn die Steuerung vernetzt ist, weil sie mit einem Partner kommunizieren soll, dann soll auch die rote Lampe leuchten, wenn der Profibus nicht OK ist.

Mein Vorschlag, das leere DP-Mastersystem zu löschen, bezieht sich nur darauf, daß es dem TE Mahlzeit nicht gefällt, daß seine Busfehler-LED "ohne Grund" leuchtet.
Es ist doch nicht normal, das die CPU einen Busfehler zeigt, wenn überhaupt kein DP-Slave projektiert ist! Oder sehe ich das falsch?
Wenn ich sie urlösche, danach eine Konfiguration lade mit DP-Mastersystem ohne irgendeinen Teilnehmer zeigt sie mir einen Busfehler an.

Harald
 
Ich habe das Mastersystem jetzt gelöscht und die CPU zeigt immer noch einen Busfehler. Was kann ich in der Hardware Diagnose sehen?
Ich habe da noch nicht mit gearbeitet, hab mich da jetzt mal durchgeklickt aber mir ist nichts besonderes aufgefallen.
 
Zurück
Oben