Run-Stop übergang erfassen ?

Waelder

Level-2
Beiträge
964
Reaktionspunkte
117
Zuviel Werbung?
-> Hier kostenlos registrieren
gibt es eien Baustein mit dem ich den übergang Run-Stop mitbekomme ?
Ich muss diagnosedaten für ´n DB einlesen wenn die CPU aber steht wars das. Nix mehr SFC51 mit daten lesen
Sehe ich das richtig, dass das nur über entsprechende OBs geht ?

Gruss Wälder
 
Wenn du von einem anderen System aus testen willst, ob die CPU noch in Run ist, könntest du ein Lebensbit programmieren.
Ansonsten musst du mal genauer erklären was du willst
 
Zuviel Werbung?
-> Hier kostenlos registrieren
OK.

Ich lese mit dem SFC51 die LEDs der CPU aus (ca alle 2s) und schicke sie auf ´n DB. Die Visu (Intouch) bekommt somit alle zustände der LEDs. Wenn die CPU in Stop geht RUN -> Stop bleibt ja logischerweise alles stehen. Ich will nun meinen SFC 51 so platzieren, dass er im letzten "atemzug" die Daten schreibt.

gruss micha
 
Dann solltest du den SFC51 in allen Fehler-OBs aufrufen. Und wenn du dann wirklich in Stop willst rufst du hinter dem SFC51 den SFC46 (STOP) auf. Ob die Zeit dann noch reicht um den DB von der Visu auszulesen weiss ich nicht. Evtl. musst du dann mit Handshaking arbeiten. Warum soll die CPU überhaupt in Stop gehen?
 
Weil ggf. einer den Schalter von RUN auf Stop umlegt. *ROFL* kein witz echt. OBS sind geladen aber wie krieg ich das mit wenn einer den Schalter umlegt. ??
 
Das geht so nicht, die Fehler OB's sind zwar ganz nett, und sicher auch manchamal zweckmäßig,
aber selbst wenn keiner am Run/Stop Schalter rumspielt gibt es immer noch relativ viele Fehler,
warum die SPS auf Stop springen kann, ohne das dies durch irgendwelche Fehler-OB's abgefangen werden kann.

Evtl. bietet dir ja der verwendete Kommunikations-Treiber die Möglichkeit diesen Status auszulesen.
Ansonsten dann halt wirklich über das Life-Bit.

Mfg
Manuel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ist auch vollkommen sinnfrei alles auslesen zu wollen!
Wozu gibt es den Fehlerstack in der CPU, da kann man meistens auch nachschauen.
Die Standardfehler abzufangen (Peripheriefehler, Programmierfehler zB) reicht allemal weil diese den Stack vollschreiben.
Wenn die CPU wegen eines Ereignis auf Stop geht schaut man eben nachher nach.

lG
Karl
 
SFC51 Diagnosedaten

Hallo,

borromeus schrieb:
Wozu gibt es den Fehlerstack in der CPU, da kann man meistens auch nachschauen.

Ich habe aber Waelder so verstanden, dass er eben evtl. auch die Diagnosedaten aus dem DB in der Visu Intouch darstellen will. Eben damit keiner mit dem PG in dem Fehlerstack nachschauen muss.

Gruß

Question_mark
 
Vielleicht sollte er mal sagen welche CPU er hat. Es gibt ja heute CPUs mit integriertem Webserver, wo man den Baugruppenzustand auch in Stop auslesen kann
 
Zuviel Werbung?
-> Hier kostenlos registrieren
It-cp

Hallo,

marlob schrieb:
Es gibt ja heute CPUs mit integriertem Webserver, wo man den Baugruppenzustand auch in Stop auslesen kann

Das geht, aber wer tut sich den Sch**ss mit den Java-Applets schon an. Das ist schon eher Körperverletzung und Technik aus dem vorigen Jahrtausend :ROFLMAO:

Gruß

Question_mark
 
Hallo,



Ich habe aber Waelder so verstanden, dass er eben evtl. auch die Diagnosedaten aus dem DB in der Visu Intouch darstellen will. Eben damit keiner mit dem PG in dem Fehlerstack nachschauen muss.

Gruß

Question_mark

Ja habe ich auch so verstanden!
Aber man sollte die Kirche im Dorf lassen, oder?
Ich habe sicher schon ein paar hundert Steuerungen programmiert und da waren einige dabei wo der Operator wissen wollte was da in der SPS gerade geboten ist, aber bis auf die letzte Möglichkeit? Da wird das Analysetool größer als das Programm UND der Operator fängt ja erst recht nichts damit an. Um weniger Geld kann ich da ein FieldPG hinstellen.

Ist zwar der Lösung nicht hilfreich, mehr als das Blinkbit fällt mir auch nicht ein, bzw. die Diagnose des PC-Kommunikationstreiber auszulesen (zB bei Applicom/Woodhead), aber man sollte das Problem auch dem Kunden gegenüber relativieren können.

Ich denke aufgrund des FehlerOB's ein Fehlerbit zu setzen ist genug, mitsamt des Livebits ergibt sich schon eine gute Diagnose (->zum Schrank gehen und rote Lamperln suchen)- was nutzt es dem Operator wenn er weiss dass es eine Prgrammierfehler im FC45 NW 12 ist- Bereichsüberschreitung beim Lesen- muss ja erst einer mit dem PG ran.

Genau für diese Kunden empfiehlt sich bestenfalls PCS7: kanalgranulare Fehlerbestimmung am Bildschirm vom System selbst! Und dennoch rückt der Programmierer danach an.

mfG
Karl
 
Fehlerdiagnose

Hallo,

borromeus schrieb:
Um weniger Geld kann ich da ein FieldPG hinstellen.

Ich dachte da eher an eine Möglichkeit, dem mit der SPS und PG eher unerfahrenem Instandhalter (Möglicherweise auch in dem Stress der Nachtschicht an einer nicht bekannten Anlage arbeitend), eine Möglichkeit zur Fehlerdiagnose anzubieten.

Gruß

Question_mark
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,



Das geht, aber wer tut sich den Sch**ss mit den Java-Applets schon an. Das ist schon eher Körperverletzung und Technik aus dem vorigen Jahrtausend :ROFLMAO:

Gruß

Question_mark
Bei den neuen PN CPUs sind die Diagnoseseiten standardmässig hinterlegt. Da brauchst man nur ein oder zwei HAken in der HW-Konfig zu setzen und man kann mit dem Webbrowser auf die CPU und die Diagnose auslesen. Alles sehr simpel.
 
Hallo,



Ich dachte da eher an eine Möglichkeit, dem mit der SPS und PG eher unerfahrenem Instandhalter (Möglicherweise auch in dem Stress der Nachtschicht an einer nicht bekannten Anlage arbeitend), eine Möglichkeit zur Fehlerdiagnose anzubieten.

Gruß

Question_mark

Ja verstehe ich, wäre super wenn das einfach zu programmieren wäre, nochmal: alles was über die Fehler-OB's hinausgeht wird "dem mit der SPS und PG eher unerfahrenem Instandhalter" nichts nutzen.

lG
Karl
 
Diagnose

Hallo,

borromeus schrieb:
alles was über die Fehler-OB's hinausgeht wird "dem mit der SPS und PG eher unerfahrenem Instandhalter" nichts nutzen.

Damit wollte ich nicht unterstellen, das der Instandhalter generell unerfahren ist ... Ich hatte da mehr im Hinterkopf, dass der Instandhalter leider eine Vielzahl unterschiedlicher Steuerungen verschiedener Hersteller und deren Programmiersprache kennen muss. Und besonders bei Bereitschaft schonmal an eine Anlage/Technik gerufen wird, die nicht zu seinem Bereich während der Tagschicht gehört.

Und wenn eine Visu dann Hilfsmöglichkeiten zur Diagnose bietet, dann ist das doch nicht schlecht. Eine andere Frage ist natürlich, wie detailliert und aufwendig man die Diagnose ausprogrammiert.

Gruß

Question_mark
 
Zurück
Oben