visualizza l'elenco degli articoli
S7-300 CPU 31x -- Servizio e manutenzione -- Diagnostica di errori
In fase di avviamento della CPU come si può identificare ed elaborare nel programma applicativo un evento di Stop avvenuto in precedenza (anche dopo la cancellazione totale)?
Quali blocchi organizzativi si devono caricare in una CPU master DP affinché questa nel caso di fuori servizio della periferia decentrata non vada nello stato di STOP?
Che cosa si deve fare con la segnalazione di errore 33:8580 "MMC defekt"?
Perché su una CPU 31xC il LED di STOP pulsa quando la MMC (MicroMemoryCard) viene innestata? Con altre MMC, la CPU non mostra questo comportamento.
Quali blocchi organizzativi sono necessari per l'elaborazione di errori?
Come si rileva lo stato delle stazioni di un sistema master DP oppure di un sistema PROFINET IO?
Perché è nella vista Topologia del server web i device non vengono visualizzati correttamente? #Datum# 25.05.2009
Rilevamento dei dati delle unità e di diagnostica del sistema di automazione
La CPU va in STOP, quando un PG/PC va Online tramite PROFIBUS
Come ci si procura una panoramica sul sistema di automazione SIMATIC e quali possibilità di soluzione ci sono per stati di funzionamento indesiderati?
Perché, dopo l'aggiunta di una unità CP opp. FM opp. dopo l’import di nuovi file GSD, una CPU SIMATIC S7-300 resta nello stato di STOP?
Perché su una CPU 300 (V1.0.0)/CPU 400 (V1.1.0) il LED EXTF è sempre acceso dopo che è comparso un allarme di diagnostica?
Utilizzo del buffer di diagnostica delle CPU SIMATIC S7
Richiesta di cancellazione totale da parte della CPU
Perché il LED "SF DP" sulla CPU 315-2 DP (6ES7 315-2AF0x-0AB0; x = 0,1,2) è acceso, nonostante nella CPU non sia stata caricata alcuna progettazione DP?
Perché dopo un ritorno della tensione la CPU resta nello stato di STOP, dopo precedentemente l'intero impianto era senza tensione?
Perché con le CPU PROFINET S7-315/317-2PN/DP V2.3 il LED BF2 è acceso, nonostante non sia riconoscibile alcun errore sul bus?
Perché un SIMATIC S7-300 va in STOP con l'errore 16#4548 "Stop per la gestione della periferia"?
Come si possono evitare problemi di diagnostica nell'impiego dell'unità jolly DM 370?
Utilizzo del buffer di diagnostica delle CPU SIMATIC S7
Numero di ordinazione:

DOMANDA
Quali informazioni vengono registrate nel buffer di diagnostica delle CPU SIMATIC S7?

RISPOSTA
La diagnostica di sistema serve per il riconoscimento, l'analisi e la visualizzazione di errori che compaiono all'interno del sistema di automazione. Per questo scopo in ogni CPU e in ogni unità che supporti la diagnostica di sistema c'è un buffer di diagnostica nel quale vengono registrate informazioni più precise su tutti gli eventi di diagnostica.

Tramite la diagnostica di sistema glierrori,

  • come numero unitario valido per tutto il sistema (la causa)
  • con luogo e istante in cui essi sono apparsi

vengono forniti dal sistema operativo all'unità e vengono visualizzati in testo in chiaro sul mezzo di visualizzazione indicato. Viene inoltre registrata la storia precedente di un errore, poiché questa segnalazione viene memorizzata in un buffer di diagnostica in modo automatico senza l'intervento dell'utente.

Nel repertorio delle funzioni base della diagnostica di sistema si trovano tutti gli eventi di errore del sistema operativo e le particolarità dell'esecuzione del programma applicativo, eventi che vengono depositati nel buffer di diagnostica con indicazione di luogo, ora, numero di errore e informazioni addizionali rilevanti.

Inoltre l'utente, con l'aiuto dello SFC52 WR_USMSG. può registrare nel buffer di diagnostica eventi di diagnostica definiti dall'utente (p. es. informazioni sull'esecuzione del programma applicativo oppure invio di segnalazioni di diagnostica definite dall'utente al partner indicato (apparecchi di sorveglianza come PC, OP, TD).

Buffer di diagnostica

Il buffer di diagnostica offre all’utente la possibilità di:

  • riconoscere più velocemente le cause di errore e quindi aumentare la disponibilità dell'impianto.
  • In caso di stop dell'impianto, analizzare gli ultimi eventi prima dello STOP e trovare la causa di STOP.

Il buffer di diagnostica è un buffer ad anello con le singole registrazioni di diagnostica. Nel buffer di diagnostica vengono visualizzati gli eventi di diagnostica nella sequenza in cui essi sono comparsi. La prima registrazione contiene l'evento più recente. Quando il buffer è pieno , allora l'evento più vecchio viene sovrascritto con le nuove registrazioni di diagnostica. La dimensione del buffer di diagnostica, specifico per ogni CPU, può essere fissa opp. può essere impostata tramite parametrizzazione nella HW Config.

Nel buffer di diagnostica vengono impostati:

  • eventi di errore
  • cambiamenti dello stato di funzionamento ed altri eventi di esercizio importanti per l'utente
  • eventi di diagnostica definiti dall'utente (con SFC52 WR_USMSG)

Nello stato di funzionamento STOP vengono registrati possibilmente pochi eventi nel buffer di diagnostica, in modo che, in caso di stop dell'impianto, la causa di STOP sia facilmente rilevabile nel buffer da parte dell'utente. Di conseguenza il sistema operativo provvede a registrazioni nel buffer di diagnostica solo se l'evento richiede una reazione da parte dell'utente (p. es. c'è una richiesta di cancellazione totale da parte del sistema, una batteria deve essere sostituita) opp. devono essere registrate informazioni importanti (p. es. l'aggiornamento del firmware è stato eseguito, è comparso un guasto di stazione).

Nello stato di funzionamento STOP non viene elaborato il programma applicativo. Di conseguenza in STOP non vengono registrate le registrazioni di buffer di diagnostica generate dal programma applicativo.

Nel buffer di diagnostica NON vengono registrati:

  • eventi di errore temporanei
  • informazioni o trace di statistica
  • informazioni sulla qualità dei dati o servizi
  • Richiami ciclici di avvio OB

Eventi di diagnostica che compaiono ciclicamente di norma vengono registrati solo al primo comparire e poi solo se viene riconosciuto l'evento dell'errore che scompare. In questo modo è garantito che con l’overflow del buffer di diagnostica registrazioni importanti non vengono facilmente sovrascritte. Dalle registrazioni del buffer di diagnostica, l'utente, con l'utilizzo della Guida in linea può riconoscere le possibili cause e misure per rimediare per il singolo evento.

Analisi logica del buffer di diagnostica

L'analisi delle registrazioni del buffer di diagnostica avviene di consueto con un tool di diagnostica - p. es. la diagnostica di sistema S7. Con il programma applicativo è possibile leggere il buffer di diagnostica, ma non risulta adeguato, in un procedimento di polling, derivare nel programma applicativo reazioni di controllo verso il processo.


 Articolo con ID:14960968   Data:2003-05-28 
Questo articoloè stato utilenon è stato utile                                 
mySupport
My Documentation Manager 
Newsletter 
CAx-Download-Manager 
Support Request
Vai all'articolo
Stampa
Creazione PDF 
Invia l'articolo
QuickLinks
Strumento di compatibilità 
Aiuto
Aiuto on-line
Guided Tour