Non raccontiamoci Ball (valvole)

Adattare I/O test al progetto Il PDF parte con uno schema dei:
- TRADITIONAL WIRING
- REMOTE I/O
- COLD LOOP CHECK
- HOT LOOP CHECK

Non raccontiamoci Ball (valvole)

Il movimento dell'attuatore garantisce la funzionalità dei circuiti elettrici e pneumatici, ma non del movimento interno della valvola.
Il problema è frequente per le valvole a sfera ("ball").
La sfera può non muoversi, o avere azione invertita.

Nel PDF il disegno del:
1) corpo
2) tenute o sede
3) otturatore (la sfera vera e propria)
4) leva di azionamento
5) stelo

Adattare I/O test al progetto

Per il remote I/O su bus l'attenzione è focalizzata sul protocollo

Tra I/O tradizionale e remote I/O nativo non ci sono differenze tecniche significative

Ma le differenze organizzative possono richiedere maggiore sforzo per allineare progettazione e convenzioni delle parti coinvolte:
- Digital Input NO o NC? Free contact o NAMUR? 2 fili o 3 fili?
- Digital output Free contact, Tensione, Relay? RelayAC/DC?
- AnalogInput attivi o passivi? Quanti fili? Scale e linearizzazioni nel trasmettitore o nel sistema? RTD a 2,3,4 fili?
- Analogoutput con scala da 0 a 100% , o da -5 a 105%?
- Funzioni diagnostiche (line fault detection)?

Good practice
Allineare la struttura della documentazione con il team di progetto.
Documentazione deve includere (o considerare) tutti i dati utili(e spazivuoti se non ancora disponibili).
Test Plan globale,da inizio progetto, armonizzato con architettura hardware e con team progetto.
Includere ispezione visiva, verifica dei documenti nella revisione adatta, prove tecniche.
Definire tools per ispezione (calibrati) e tools per troubleshooting(calibrazione opzionale).
Definire linee guida / matrice responsabilità per troubleshooting.
Lavorare su loop completi, non su strumenti individuali.
Dove possibile cross check con strumenti "non-loop" (locali).
Definire obiettivi di tempistiche di test e per troubleshooting. Eventuali team paralleli.