ProfiNet/ProfiBus Diagnose einfach

[kliebisch.m]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Leute,

ich habe bereits vieles gelesen über fb126/db126.

Gibt es da etwas einfaches, was nich gleich den ganzen Speicher auffrisst?

Ich will eigendlich nur im MP277 anzeigen lassen,
1. wieviele Stationen ausgefallen sind
2. welche Teilnehmer nicht vorhanden/in funktion ohne Fehler sind.

Habe dies immer bei Profibus mit dem fb125 gemacht und hat immer funktiniert.

Allen schon einmal ein frohes Fest und einen guten Rutsch ins neue Jahr.

Gruß

 

[dalbi]

Hi,

das einfachste ist über den SFC 51 "RDSYSST".

Bsp. Profinet Diagnose

DATA_BLOCK "DB_DIAG_PN"
TITLE =
VERSION : 0.1


  STRUCT     
   SZL_HEADER : STRUCT     //Kopfinformation
    LENTHDR : WORD ;    //Länge eines Datensatzes dieser Teilliste in Byte
    N_DR : WORD ;    //Anzahl der Datensätze, die diese Teilliste enthält.
   END_STRUCT ;    
   DATA : STRUCT     //Datensatz
    INDEX : WORD ;    //Index
    DEVICE_STATUS : ARRAY  [0 .. 2047 ] OF //Station [xxxx] gestört
    BOOL ;    
   END_STRUCT ;    
  END_STRUCT ;    
BEGIN

END_DATA_BLOCK

ORGANIZATION_BLOCK "CYCL_EXC"
TITLE = "Main Program Sweep (Cycle)"
VERSION : 0.1


VAR_TEMP
  OB1_EV_CLASS : BYTE ;    //Bits 0-3 = 1 (Coming event), Bits 4-7 = 1 (Event class 1)
  OB1_SCAN_1 : BYTE ;    //1 (Cold restart scan 1 of OB 1), 3 (Scan 2-n of OB 1)
  OB1_PRIORITY : BYTE ;    //Priority of OB Execution
  OB1_OB_NUMBR : BYTE ;    //1 (Organization block 1, OB1)
  OB1_RESERVED_1 : BYTE ;    //Reserved for system
  OB1_RESERVED_2 : BYTE ;    //Reserved for system
  OB1_PREV_CYCLE : INT ;    //Cycle time of previous OB1 scan (milliseconds)
  OB1_MIN_CYCLE : INT ;    //Minimum cycle time of OB1 (milliseconds)
  OB1_MAX_CYCLE : INT ;    //Maximum cycle time of OB1 (milliseconds)
  OB1_DATE_TIME : DATE_AND_TIME ;    //Date and time OB1 started
END_VAR
BEGIN
NETWORK
TITLE =Statusinformation Profinet-IO System

      CALL "RDSYSST" (
           REQ                      := TRUE,
           SZL_ID                   := W#16#694,//ID Status PN-IO
           INDEX                    := W#16#64,//Nr. PROFINET-IO System
           RET_VAL                  := MW     0,
           BUSY                     := M      2.0,
           SZL_HEADER               := "DB_DIAG_PN".SZL_HEADER,
           DR                       := "DB_DIAG_PN".DATA);

END_ORGANIZATION_BLOCK

Gruss Daniel

 

[done79]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Freunde,

ich nutze die Diagnosefunktionen der SPS seit einiger Zeit nicht mehr. Warum ? Die bekannten Probleme! Steuerungen sind zum steuern da, und nicht für die Diagnose ausgelegt. Ich bin bei meiner suche auf die Fa.Softing aufmerksam geworden. Habe mir dort den PROFIBUS Tester 4 und die stationäre Diagnose besorgt. Ich find die dinger nur noch geil! Einfach zu bedinen, und die haben wirklich ahnung von Profibus Diagnose.

mfg

done79

 

[Ralle]

Hallo Freunde,

ich nutze die Diagnosefunktionen der SPS seit einiger Zeit nicht mehr. Warum ? Die bekannten Probleme! Steuerungen sind zum steuern da, und nicht für die Diagnose ausgelegt. Ich bin bei meiner suche auf die Fa.Softing aufmerksam geworden. Habe mir dort den PROFIBUS Tester 4 und die stationäre Diagnose besorgt. Ich find die dinger nur noch geil! Einfach zu bedinen, und die haben wirklich ahnung von Profibus Diagnose.

mfg

done79

Das kann ich nicht nachvollziehen, man muß ja keine "supertiefe" Diagnose durchführen, aber allein die Info, dass Teilnehmer xy ausgefallen ist, bringt im Industrieumfeld i.d.R. schon mal einen Vorteil und eine erste Möglichkeit, Abhilfe zu schaffen. Und die Profibustester wollen auch halbwegs beherrscht werden, Instandhalter, die etliche verschiedene Steuerungen, Roboter und andere Geräte in ihrem Umfeld haben sind da sicher für ein Diagnoseangebot am HMI sehr dankbar.

 

[Blockmove]

ich nutze die Diagnosefunktionen der SPS seit einiger Zeit nicht mehr. Warum ? Die bekannten Probleme! Steuerungen sind zum steuern da, und nicht für die Diagnose ausgelegt. Ich bin bei meiner suche auf die Fa.Softing aufmerksam geworden. Habe mir dort den PROFIBUS Tester 4 und die stationäre Diagnose besorgt. Ich find die dinger nur noch geil! Einfach zu bedinen, und die haben wirklich ahnung von Profibus Diagnose.

Also Sorry, aber gerade die Profibus-Diagnose mit FC125 oder FB125 ist nun doch wirklich simpel und in 99% auch völlig ausreichend.
Und die Produkte von Softing und Kollegen in allen Ehren, aber die Ergebnisse muss man auch interpredieren können.

Bei Profinet sieht die Sache wieder anders aus.
Ich nutze auch den SFC51, da hier Siemens mit seiner Profinet-Diagnose (FB126) über das Ziel doch weit hinausschiesst.

Gruß
Dieter

 

[done79]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das kann ich nicht nachvollziehen, man muß ja keine "supertiefe" Diagnose durchführen, aber allein die Info, dass Teilnehmer xy ausgefallen ist, bringt im Industrieumfeld i.d.R. schon mal einen Vorteil und eine erste Möglichkeit, Abhilfe zu schaffen. Und die Profibustester wollen auch halbwegs beherrscht werden, Instandhalter, die etliche verschiedene Steuerungen, Roboter und andere Geräte in ihrem Umfeld haben sind da sicher für ein Diagnoseangebot am HMI sehr dankbar.

Natürlich hilft es Dir wenn du weist, welcher Teilnehmer ausfällt. Mir ist wohler, wenn ich weiss, in welchem physikalischen Zustand der Nervenstrang meiner Anlage ist. Seit dem wir konzeqent mit den Softing Tools arbeiten haben wir keine Problem mehr.
Uns hilfts

mfg

done79

 

[dennis_76]

Hallo,

ich kann dir den Profibus Monitor von ifak system ans Herz legen (http://www.ifak-system.de/produkte/diagnosewerkzeuge/profibus/diagnose-monitor-profibus.html).Wir arbeiten seit einiger Zeit damit und sind sehr zufrieden. Ich habe auf der SPS Drives gesehen, dass auch "indu-sol" darauf umgestellt hat. http://www.indu-sol.com/de/informationen/inspektorfamilie/modinspektor.html.

Gruß