B8977-C085
5. Fonctionnement en multiprocessing
Le CP 2430 peut être mis en fonction dans les API á multi-processeurs. Si possible un canal du
CP 2430 devrait être réservé exclusivement á un API. Dans ce cas il n'y a aucune restriction de
fonctionnement.
Si un canal du CP 2430 doit être adressé simultanément par différents API, les conditions suivantes
doivent être remplies :
Multiprocessing via interface E/S du CP 2430.
En cas d'accès de l'API sur l'interface E/S du CP 2430, les restrictions à prendre en considération
sont les mêmes que pour les cartes numériques E/S, c.à.d. les entrées peuvent être lues par toutes
les CPUs. Une sortie par contre ne peut être utilisées exclusivement par une CPU.
Multiprocessing via l'interface Paging du CP
En cas d'accès de plusieurs API-S5 sur la même interface paging via HTB, les API coordonnent les
accès eux-mêmes.
Les points suivants doivent être pris en considération par les programmes d'application :
Pendant le process du SEND/RECEIVE-direct avec VKE = 1 l'état PAFE = 81h peut se configurer
±
(interface occupée par d'autres CPUs). Dans ce cas le process du HTB n'a pas pu se faire.
(aucune transmission de données).
Les différentes CPU utilisant les mêmes combinaisons de No d'interface (SSNR) et de No. de
±
contrats (ANR), le méssage d'état ANZW d'un contrat peut être modifié dans un programme sans
que cette modification ait été initié par le programme (par ex. lors d'un démarrage de contrat par
une autre CPU).
Le contrat SEND avec ANR 200, qui transmet des données de sortie aux esclaves AS-I, ne peut
±
être utilisé que par une CPU - S5.
Lors du traitement d'une fonction de management via ANR 202, il peut arriver que le résultat d'une
±
fonction de management initié par une CPU avec SEND-direct soit lu par une autre CPU via
RECEIVE-direct. Le CP 2430 ne prévoit dans ces cas aucun mécanisme de blocage. La solution
devra être réalisée via la programmation des programmes d'utilisation.
5-1
SINEC S1 Carte Maître CP 2430