Rilevare Il Tempo Di Intervatto Delle Task Periodiche - Task Periodiche Interval Time.

[Beatrice_Ru]

Non riesco a monitorare l' intervallo attuale tra una scansione e un altra di una Task periodica.

in un Sistema Logix (Controllogix o Compactlogix)

Semplicemente se una Task periodica è configurata ad esempio a 10ms, e chiaro che

questa task verrà richiamata con un clock schedulato di 10ms, ma

in realta essa può essere richiamata ad esempio a 10'050 microSecondi oppure a 9'970 microsecondi,

questo io lo vedo nel monitor della task stessa.

Usando una istruzione GSV (Get System Value), posso vedere il valore di rate impostato ed

altri dati riguardanti la task in questione, ma intervallo di scansione è si presente come

elemento di richiamo, ma non viene mai aggiornato.

Come posso fare per farsi che questo dato venga letto correttamente, visto che lo posso benissimo

vedere nel Monitor della Task, senza problemi.

Grazie di cuore.

[Livio Orsini]

Dipende a cosa ti serve questo dato. Se ti serve per capire se il tuo task è attivato a tempo costante e quanto dura c'è un solo metodo efficace e sicuro.

Devi inserire all'interno del task, come prima istruzione, una scrittura diretta di un livello, per esempio 10v, a un'uscita analogica; l'ultima istruzione scriverà un altro l'ivello, per esempio 0v, nella medesima uscita. L'uso delle uscite analogiche perchè hanno ritardi insignificanti, al contrio le uscite digitali hanno ritardi significativi.

Monitorando l'uscita con un oscilloscopio di buona qualità ottieni tutte le informazioni relative ai tempi di attivazione e durata del task.

Io uso questa metodologia da anni, specie con dispositivi embedded, con risultati ottimi.

[Beatrice_Ru]

Grazie Signor Livio.

Io voglio conoscere il tempo di ritardo esatto, rispetto il clock di schedulazione della task,

per eseguire una operazione di Compensazione, all' iterno della Task stessa.

in pratica devo leggere una frequenza da una scheda 1756-HSC, ma questa scheda è

configurata come semplice Counter, e non come rate-measure o frequency-rate.

Questo perchè mi serve come conteggio di posizione.

Per ricavare la Frequenza eseguo una differenza di Conteggio tra due eventi

(Vecchia lettura Counter - Nuova Lettura Counter) in una task a 100ms.

Frequenza = Differenza * 10 [Hz]

Nella mia applicazione vi sono 4 task con priorità diversa, e quindi a volte

può succedere che la task in cui eseguo il calcolo della frequenza abbia un

piccolo ritardo di qualche decina di microsecondi.

Questo comporta che a velocità di conteggio costante, possa rilevare delle variazioni

che mi danno molto disturbo nella regolazione del processo.

Ecco spiegata l'origine della mia esigenza.

Per questo motivo devo riuscire a leggere quel famigerato Interval-rate,

altrimenti la prossima volta penso di usare un counter che mi dia sia la frequenza che il Counting.

comunque Grazie ancora per l'aiuto.

E devo sottolineare che per scoprire questo problema ho utilizzato lo stesso metodo da

voi descritto.

Grazie.

[Livio Orsini]

Prima cosa sul forum ci si da del tu e non si usano titoli accademici o "signore", siamo colleghi che si scambiano opinioni e consigli

Se la tua regolazione ha problemi derivanti dai minimi ritardi fisiologici di latenza degli interrupts c'è qualche cosa a monte. O il processo da controllare è estremamente delicato, o l'algoritmo di controllo è troppo poco robusto.

Su una base tempi di 100ms l'indecisione ed il jitter causato dalle latenze non dovrebbe superare frazioni di millisecondo, quindi errori <1%!

Se il tempo di latenza/indecisione è >=1ms, allora hai da mettere a punto la schedulazine e l'attivazione di tuoi task.

Per esperienza personale, non ho mai avuto problemi di regolazione derivanti da latenze sulla misura di frequenza, anche con base tempi di 10 ms.

Poi tieni presente che, anche fosse possibile, compensare l'errore casuale di misura dovuto al tempo di altenza, è sempre una strada pericolosa e ricca di ostacoli. RIschi di causare più danni con la correzzione che con l'errore.

Dopo quasi 40 anni che mi arrovello con problemi simili sono giunto alla convinzione che questo tipo di errori non si compensano; o li si emendano alla base e li si mettono in condizioni di nuon nuocere.

[Beatrice_Ru]

ti chiedo scusa Livio, per non averti dato del tu.

Tornando al problema, qualche cosa ho fatto.

Ho inserito un filtro passa basso per filtrarmi la frequenza, anche se non sono molto contenta.

per piccoli ritardi di lettura.

[Livio Orsini]

può succedere che la task in cui eseguo il calcolo della frequenza abbia un

piccolo ritardo di qualche decina di microsecondi.

Scusa Beatrice; qualche decina di us == <50us, corretto? 100ms : 50us = 100 : x ==> .05% Un jitter pari a +/- 0.05% può causare un errore equivalente nella misura di frequenza. Però se la frequenza da misurare è talmente bassa che 1 impulso in più o in meno causa un errore più grande il problema non risiede nel jitter ma nella filosofia della misura. Anche se il jitter arrivasse a 100us l'errore sarebbe comunque entro lo 0.1%.

Verifica o, se vuoi, spiega come esegui la misura, quale sono i limiti di frequenza, etc.

[del_user_27683]

Ho letto rapidamente il forum, spero quindi di aver capito il problema.

Personalmente se voglio sapere con quale frequenza "gira" una qualsiasi routine, utiilizzo una GSW con class WALLCLOCKTIME e attributo "DateTime", dalla differenza con i microsecondi memorizzati lo scan precedente si ottengono i microsecondi impiegati.

Se la differenza è negativa significa che è "scattato" il secondo e quindi occorre aggiungere 60.000.000 (l'orologio del plc conta 0-60.000.000 mcsec).

Ciao.

[del_user_27683]

... piccolo errore, il DINT che conta i microsecondi va ovviamente da 0 a 1.000.000

In alternativa si utilizzi una GSV con class PROGRAM, instance THIS e attribute LASTSCANTIME.

[Beatrice_Ru]

Grazie sei stato grande "mrcthj"

Sembra che funzioni bene.

Una cosa solamente, la differenza rilevata è in MicroSecondi ?

a vedere dal test che ho fatto sembra di si.

Ma hai notato anche tu che con il GSV :

Class Name = TASK

Instance Name = THIS

Attribute Name = MinInterval oppure MaxInterval

il Valore non viene letto, ma chi sa perchè ?

Grazie ancora.

[Beatrice_Ru]

Scusa ma abbiamo preso un grande abbaglio tutte e due.

Stiamo solo vedendo la Variazione della Elaborazione del Programma in questione.

Vorrei invece vedere il ritardo della Task sulla Tabella di Schedulazione.

Esempio Task Schedulata a 100ms

1° Event T:= 0.00 ms

2° Event T:= 100.001 ms IntervalTime = +100.001 ms

3° Event T:= 200.003 ms IntervalTime = +100.002 ms

4° Event T:= 299.997 ms IntervalTime = +99.997 ms

Ci siamo fregati dall' entusiamo

Ciao grazie ancora.

[Henon]

Il Problema sta nel fatto che la tua Tag di Destinazione deve essere un

Array di 2 Elemeti DINT ( DINT[2] ).

Altrimenti l'istruzione GSV non funziona.

Prova a vedere nel Manuale "Logix5000 Controller General Instructions" Capito 3 pagina 3-51

Poi come hai fatto te va bene.

Class Name = TASK

Instance Name = THIS

Attribute Name = MinInterval oppure MaxInterval

Tag => DINT[2]

Ciao Beatrice