Gestione I/O logici da task Fast

Tutti i moduli di I/O logici connessi al modulo CPU sono aggiornati automaticamente (Immagine di processo) e mappati nella tabella %IX e %QX nella task Slow. Gli ingressi sono acquisiti prima e le uscite sono gestite dopo, l’esecuzione del programma utente. Quindi l’immagine dello stato di un I/O è valida per tutta l’esecuzione della task slow.

Nella task Back, viene creata una immagine di processo “parallela” che riporta lo stato degli ingressi prima della esecuzione e gestisce le uscite dopo l’esecuzione del programma utente, anche questa “immagine” dello stato di un I/O è valida per tutta l’esecuzione della task ma riporta lo stato degli I/O così come sono stati gestiti dalla task Slow, aggiornati quindi con la velocità di esecuzione della task Slow.

Nella task Fast se si vuole gestire gli I/O alla velocità di esecuzione della task, occorre acquisirne il valore e gestirne l’attivazione con le apposite FB (SysGetPhrDI e SysSetPhrDO) e non utilizzando quelli mappati nella tabella %IX e %QX. Ora siccome la gestione degli I/O tramite il bus I2C richiede tempo CPU è preferibile utilizzare nella task Fast gli I/O del modulo CPU, od in alternativa cercare di utilizzare I/O sullo stesso modulo di estensione a gruppi di 8/16 in modo da potervi accedere con una unica chiamata alle funzioni di gestione. In questo topic viene trattato lo stesso argomento.

Domanda riferita a:

Nelle altre tasks (Slow e Back) non devi utilizzare le uscite gestite nella task Fast.

Chiaro che ci possono essere problemi gestendo uscite sia con SysSetPhrDO che con immagine di processo. Per gli ingressi invece?

Ho sette manopole (encoder incrementali) su un sinottico, collegate da DI00 a DII13 su un modulo a 32 ingressi. Gli ingressi sono prelevati dalla SysGetPhrDI in modo “DI_I_16_L” in una task Fast. Ovviamente in questo modo vengono prelevati in blocco gli ingressi da 00 a 15. Sugli ingresso DI14 e DI15 ci sono collegati due pulsanti che vorrei gestire con l’immagine di processo creando le variabili %IX1.14 e %IX1.15. A rigor di logica non dovrebbe creare problemi, è una lettura in più.

Il dubbio che mi viene è: l’immagine di processo acquisisce con il debounce presumo, mentre nella mia task fast la SysGetPhrDI no. Potrebbe esserci qualche acquisizione falsata nella task fast ?