Eingangsbit kommend von einem DP/DP-Koppler pulsiert: warum?

Zimbo

Zimbo

Level-1
Beiträge
31
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Leute.

Wir haben gestern in einer unserer Anlagen eine Störmeldeleuchte und eine Warnsirene eingebaut.
Das Signal für diese Störmeldung kommt von einer benachbarten Anlage über folgenden Weg.
- Von einer CPU315-2DP (DP-Slave) über
- CPU317-2DP (DP-Master)
- CP343-1 (Ethernet)
- CPU317T
- DP/DP-Koppler
- zu einer CPU315-2DP

Grundsetzlich kommt das Signal an und ich kann damit ganz normal arbeiten .... aaaaaber!

Ich wollte die Warnsirene über einen Timer (verlängerter Impuls) nur 1 Min. plärren lassen, die Meldeleuchte aber leuchten lassen bis die Störung behoben ist. Der Timer lief aber nicht ab sondern wurde immer wieder neu gestartet. Zunächst dachte ich, ich hätte den falschen Timer-Typ benutzt. Deshalb habe ich, probeweise, eine Einschaltverzögerung vorgeschaltet und auf 50ms eingestellt.
Siehe da - alle 1-2ms wurde der Timer neu gestartet.

Jetzt die Frage an euch. Warum pulsiert der Eingang? Summieren sich bei so vielen Übertragungen von einer CPU zur nächsten die Taktraten so sehr auf?
Hat jemand eine Lösung für die Timerbearbeitung parat?

Gruss
ZIMBO
 
wenn es ein prolem mit den übertragungszyklen sein sollte, dann könntest du das signal doch einfach über eine sa entprellen.

gefällt mir zwar auch nicht diese lösung, aber was anderes fällt mir nicht ein. mal gespannt was der rest sagt.


welches byte vom dpdpcoupler nutzt du?
ist die diagnose (dip-schalter) an?
diese belegt das erste byte mit signalen, überschreibt also die werte die dort stehen...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Markus.

In der Tat wird das erste Byte benutzt. Ob die Diagnose aktiviert ist weiss ich nicht. (Ich wusste gar nicht das es soetwas gibt :roll: )
Ich kann's aber auch erst übernächste Woche überprüfen, weil ich ab Sonntag auf 'ner Schulung bei ELAU bin.

Um den SA nutzen zu können, muss ich zuerst das Signal ändern.
Zur Zeit ist der Eingang im Normalfall TRUE, weil ich gleichzeitig einen Ausfall einer der CPU's erfassen wollte. (Signal FALSE = Störung jedweder Art an einer der Anlagen in der Nachbarhalle.)

Gruss
ZIMBO
 
Wird der Timer vielleicht doppelt verwendet oder irgendein Merker der mit der Meldegeschichte zu tun hatt?

Is mir nähmlich auch schon passiert.

Gruß

Robert
 
Hallo Robert.

Der Timer wird ganz sicher nicht doppelt verwendet, ich hab zuvor die Referenzliste geprüft.
Wegen dem "Merker" bin ich nicht ganz so sicher, weil das Signal über 5 oder 6 Datenbausteine weitergereicht wird. Ich habe zwar die entsprechenden Datenbits gecheckt, wobei keine Doppelbelegung zu erkennen war, aber bei der Belegung auf Wort- oder Doppelwortebene müsste ich nochmal nachschauen.
Eine Doppelbelegung ist aber auch hier eher unwahrscheinlich, weil diese Datenbausteine nur für die Übertragung von einer CPU zur anderen verwendet werden. Es könnte aber sein das die Worte oder Doppelwort irgendwo zyklisch zurück gesetzt werden. Das muss ich mal prüfen.

Gruss und Dank für die Anregung

ZIMBO
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
das mit der Diagnose kann schon mal Verwirrung stiften.
Ist der DIP-Schalter "DIA" auf ON, wird das erste Bit des Eingangsdatenbereichs als Rückmeldung benutzt, ob die Daten vom gegenüberliegenden Netz gültig sind. Dieses Bit steht dann für andere Aufgaben nicht mehr zur Verfügung.
Ich habe da schon einmal stundenlang einen Fehler gesucht, jetzt bin ich schlauer.
Gruß Andre
PS: Ich meine natürlich den DP-Koppler
 
Hallo Leute.


Ich glaube, ich habe die Ursache dieses pulsierens gefunden.
Im Programm der 3. CPU (die vor dem DP/DP-Wandler) wird alle 10ms der OB35 aufgerufen. Diese Zeit deckt sich ziemlich genau mit dem Impuls den ich am Ende der Kette beobachte.
Da dieser OB35 ja seinen Sinn und Zweck in der Anlage hat, werde ich wohl um eine Ausschaltverzögerung (wie von Markus vorgeschlagen) nicht herum kommen.

Dank an euch alle

Gruss
ZIMBO
 
Zurück
Oben