Généralités
Il est possible d'utiliser à chaque traitement événementiel des voies d'entrées/sorties autres que celle relative à l'événement.
Comme pour les tâches, les échanges sont alors réalisés implicitement par le système avant (%I) et après (%Q) le traitement applicatif.
Fonctionnement
Le tableau suivant décrit les échanges et les traitements réalisés.
Phase |
Description |
|---|---|
1 |
L'apparition d'un événement déroute le programme application vers le traitement qui est associé à la voie d'entrée/sortie qui a provoqué l'événement. |
2 |
Toutes les entrées associées au traitement événementiel sont acquises automatiquement. |
3 |
Le traitement événementiel est exécuté. Il doit être le plus court possible. |
4 |
Toutes les sorties associées au traitement événementiel sont mises à jour. |
Cas des Premium/Atrium
Les entrées acquises et les sorties mises à jour sont :
les entrées associées à la voie qui a provoqué l'événement,
les entrées et les sorties utilisées dans le traitement événementiel.
à une voie (exemple module de comptage) ou
à un groupe de voies (module TOR). Dans cas , si le traitement modifie par exemple les sorties 2 et 3 d'un module TOR, c'est l'image des sorties 0 à 7 qui sera transférée vers le module.
Cas du Quantum
Les entrées acquises et les sorties mises à jour sont sélectionnées en configuration. Seules des entrées/sorties locales peuvent être choisies.
Règle de programmation
Les entrées échangées (et le groupe de voies associées) lors de l'exécution du traitement événementiel sont remis à jour (perte des valeurs historiques, donc des fronts). Il faut donc éviter de tester des fronts sur ces entrées dans les tâches maître (MAST), rapide (FAST) ou auxiliaires (AUXi).