Step 7 Fehler nach entfernen eines Busteilnehmers

N

NeuerSIMATICNutzer

Level-2
Beiträge
401
Reaktionspunkte
15
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

habe an einer WINLC RTX einen Profibusteilnehmer entfernt der nicht mehr benötigt wird.
Dieser hatte die Profibus Adresse 33 und PAD/PED 370 mit 2 Doppelwörtern. Komischerweise wird
der Teilnehmer 32 immer rot als nicht vorhanden markiert obwohl dieser definitiv noch eingebaut ist.
Zudem bekomme ich immer die Diagnosemeldung bzgl. Peripheriezugriffsfehler im Bereich 370
indem der alte Teilnehmer lag angezeigt. In der Software wird definitiv nicht mehr auf diesen Bereich zugegriffen...
Hat jemand ne Ahnung wo hier das Problem liegt?

VG NSN
 

Anhänge

  • Diagnose.JPG
    Diagnose.JPG
    78,8 KB · Aufrufe: 56
  • Hardeware.JPG
    Hardeware.JPG
    15,7 KB · Aufrufe: 57
Ich könnte mir hier folgendes vorstellen :
- der "entfernte" PB-Teilnehmer hatte den Bus-Abschluss gebildet und der ist nun nicht mehr gegeben - möglicherweise ist der PB ja sogar nicht einfach nur als Linie aufgebaut.
- die P-Adressen des Teilnehmers werden über einen indirekten Aufruf noch irgendwo im Programm verwendet.

Gruß
Larry
 
Vielen Dank für eure Antworten.
Der Aufbau der Linie ist im Prinzip so wie es in der Hardwaremanager abgebildet war. Teilnehmer 32 dann 33 (jetzt weg) dann 34.(also kein Busabschluß)
Interessant war das wenn ich den Teilnehmer 32 aus der Hardware entfernt habe, hat er den Teilnehmer davor (TN 31 nicht abgebildet) rot mit Strich markiert
Ob dieser funktioniert konnte ich noch nicht testen. Dieser Teilnehmer (FU) wird gerade nicht benötigt, werde dies aber noch nachholen.
Habe tatsächlich noch zwei Bits gefunden die in dem Bereich der Peripherie lagen.
Der Fehler ist trotzdem noch da. Vielleicht ist ja nach Neustart alles wieder gut .....?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das mit den Bits kann es nicht gewesen sein - in der Diagnose steht ja etwas von Doppelwort-Zugriff. Es muss also irgendwo (direkt oder indirekt adressiert) ein Zugriff auf das PED 370 erfolgen, den du noch nicht gefunden hast.

Das mit deinem PB-Slave kann ich jetzt im Moment nicht so recht deuten - ich würde aber auf alle Fälle jetzt mal die Stecker und die beteiligten Verbindungen (Hardware-seitig) überprüfen. Das kann eigentlich nur noch da liegen.
Wie lang ist dein PB-Strang (so in etwa) ?
Wie viele Teilnehmer sind dran ?

Gruß
Larry
 
Hallo,

ich finde einfach keine Einträge mehr bzgl. PED 370. Das gleiche Problem besteht ja auch bei dem PAD 370.
Der Strang ist vielleicht so max. 40-50m und es hängen 18 Teilnehmer daran. Im Anhang sieht man das der Teilnehmer 32 vorhanden und okay ist
Funktionieren tut er im übrigen auch nicht im übrigen auch nicht.
Stecker kontrolliere ich nochmal...

attachment.php
 

Anhänge

  • Hardeware3.JPG
    Hardeware3.JPG
    46,8 KB · Aufrufe: 95
Zuviel Werbung?
-> Hier kostenlos registrieren
NeuerSIMATICNutzer schrieb:
ich finde einfach keine Einträge mehr bzgl. PED 370. Das gleiche Problem besteht ja auch bei dem PAD 370.
Zum Vergrößern anklicken....
Der Zugriff kann ja auch genausogut über einen Pointer erfolgen.
Was war denn der Teilnehmer 33 ...?

NeuerSIMATICNutzer schrieb:
Der Strang ist vielleicht so max. 40-50m und es hängen 18 Teilnehmer daran. Im Anhang sieht man das der Teilnehmer 32 vorhanden und okay ist
Funktionieren tut er im übrigen auch nicht im übrigen auch nicht.
Zum Vergrößern anklicken....
Das verstehe ich jetzt nun nicht - das widerspricht sich doch "ein bißchen" mit deinem Bild in Beitrag #1.
Kann es sein, dass deine HW-Honfig nicht (mehr) korrekt ist ...?

Gruß
Larry
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo nochmal,

die Teilnehmer Diagnose habe ich im Anhang. Außerdem noch eine Übersicht der ganzen Hardwaretopologie.
Der Teilnehmer ist durchgestrichen aber in der Diagnose sagt er es wer alles okay?
Die PB Teilnehmer sind auch auf die korrekte Adresse eingestellt, das habe ich extra nochmal kontrolliert.
Der weg gefallene TN 33 war ein FU, identisch mit TN 32 und TN34. Müsste er das mit Pointerzugriff nicht auch in der Referenz angezeigt werden?
Oder wie kann ich am besten danach suche?
Das Programm hat ca 200 Bausteine

attachment.php
attachment.php
 

Anhänge

  • Hardeware4.JPG
    Hardeware4.JPG
    48,9 KB · Aufrufe: 75
  • Hardeware5.JPG
    Hardeware5.JPG
    119,8 KB · Aufrufe: 78
Zuletzt bearbeitet:
Hier scheint ja doch was gröberes schiefgegangen zu sein.
Kannst du urlöschen und komplett neu laden?
Bausteine kannst ja sichern.
Erstmal nur die Hardware laden, dann sollte der Bus ja schon korrekt laufen.
 
Hat der Regler vielleicht eine sichere Freigabe (STO) ...?
Es sieht so aus, als wenn der PB-Teilnehmer des Reglers da ist - der Regler selbst nur nicht verfügbar ist.

Gruß
Larry

Nachsatz:
Ein Zugriff auf eine Adresse über einen Pointer wird NICHT in der Querverweißliste angezeigt ...
Wie wird/wurde der FU denn angesprochen ? Über einen speziellen FB ? Vielleicht suchst du mal danach - davon kann es ja nicht so viele geben. An einem der IN-Parameter steht vielleicht die 470 als INT-Wert (oder Hex-codiert) angetragen ...
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Wenn möglich mal den OB85 aus der Steuerung löschen, die CPU geht dann bei dem Zugriffspunkt auf STOP:

Dann kannst Du im Stack nachsehen wo genau sie stehengeblieben ist.
 
Am Montag kann ich wieder an die Anlage, dann kann ich weitere versuche durchführen.
Der Regler ist freigegeben und Einschaltbereit (zu mindestens lt.7Segment Anzeige des Reglers)
Einen FB gibt es meines Wissens nicht, der Sollwert wurde direkt über ein PAW vorgegeben und die Ansteuerung über die Bits der PAW als Ausgang.
Von einer übergeordneten Visu (MP370) kann es aber nicht kommen, da geht ja die CPU nicht auf Fehler,<oder?
 
Hast Du auch die geänderte HW Konfig in die Steuerung geladen?
Im Diagnosepuffer steht "Zugriffsfehler bei der Prozessabbild-Aktualisierung" - die E/A-Adressen 370 liegen also im Prozessabbild - Zugriffe auf PED/PAD370 sind also eigentlich sinnfrei und sollten im Programm nicht vorhanden sein.

Harald
 
Hallo,

habe es nochmal versucht zu laden. Bekomme die Meldung Systemdaten können nicht geladen werden. Vorher hat er gemeckert das kein WINCC installiert ist und das Projekt Daten davon enthält.
Es handelt sich um KEB FU´s, die haben eigentlich alle eine eigene Profibus Anschaltung....
 
NeuerSIMATICNutzer schrieb:
Bekomme die Meldung Systemdaten können nicht geladen werden.
Zum Vergrößern anklicken....

Das hört sich für mich so an als wäre in deinem Projekt etwas faul.
Versuch doch bitte mal "Speichern unter" mit der Option "mit Reorganisieren (langsam)".
Das stellt die Daten-Struktur des Projektes wieder her - oft hilft das.
Ansonsten : hast du noch eine Kopie des alten Standes (vor dem Herausnehmen des FU aus der HW-Konfig) ?

Gruß
Larry
 
Zurück
Oben