Fonctions De L'unité Centrale Cj1-H Triées Par Objet - Omron SYSMAC CJ Série Manuel D'utilisation

Masquer les pouces Voir aussi pour SYSMAC CJ Série:
Table des Matières

Publicité

Fonctions de l'unité centrale CJ1-H triées par objet
1-7
Fonctions de l'unité centrale CJ1-H triées par objet
Objet
Aug-
Augmenter la vitesse du cycle d'exécution des
menta-
instructions et du périphérique de service.
tion de
• Un échange rapide de données à grande
la
échelle avec l'hôte est nécessaire même si
vitesse
le programme de l'API est très étendu.
• Un échange de données temporisées de la
même manière avec le logiciel SCADA est
régulièrement.
• Des communications de messages plus
rapides et un contrôle sont nécessaires
entre des API répartis.
• Il est nécessaire de minimiser les effets sur
le temps de cycle de l'extension future du
système ou les augmentations des com-
munications.
Maintien de la concurrence des données
de mémoire E/S au moment de leur accès
par l'exécution des instructions et le péri-
phérique de service (pour les données
contenant plus d'un mot).
Maintien de la concurrence des données de
la mémoire E/S non nécessaire au moment
de leur accès par l'exécution des instruc-
tions et le périphérique de service (pour les
données contenant plus d'un mot).
Donner la priorité au périphérique de service
par rapport au cycle d'exécution des instruc-
tions (par exemple, donner la priorité à la
réponse en lecture/écriture des données de
l'UC depuis le logiciel SCADA pour le con-
trôle du traitement).
Spécifier où les registres d'index et de don-
nées sont utilisés indépendamment par
tâche pour le partage des tâches.
Minimiser les fluctuations du temps de cycle
et maintenir des réponses E/S constantes
même si de grandes quantités de données
de tableau et de données de chaînes de
caractères sont en cours de traitement.
Améliorer la réponse des liaisons de don-
nées avec un temps de cycle long.
Améliorer la réponse d'E/S déportées de
DeviceNet.
Améliorer la réponse des transferts de don-
nées des macros protocole des cartes de
communication en série.
Mettre directement à jour les données d'état
et d'autres mots affectés aux cartes réseau
dans la zone CIO chaque fois que
nécessaire (y compris les cartes Ethernet,
les cartes de communication en série, les
cartes Controller Link, etc.)
Utiliser le mode de traitement parallèle avec accès à la mémoire
synchronisée ou le mode de traitement parallèle avec accès à la
mémoire asynchrone.
L'utilisation du traitement parallèle permet d'effectuer les sauve-
gardes suivantes :
Par exemple, si le programme est constitué d'instructions logiques
avec un temps de cycle d'environ 10 ms et qu'une carte Ethernet
est en cours d'utilisation, le temps de cycle est réduit d'environ
90% par rapport au mode normal. De même, le temps du périphé-
rique de service est réduit d'environ 40% par rapport au temps du
mode normal.
Utiliser le mode de traitement parallèle avec accès à la mémoire
synchrone.
Utiliser le mode de traitement parallèle avec accès à la mémoire
asynchrone.
La réponse du périphérique de service peut être ajustée en utili-
sant les modes suivants (répertoriés dans l'ordre décroissant des
réponses) :
Mode de traitement parallèle avec accès à la mémoire asyn-
chrone, mode prioritaire du périphérique de service (avec un long
cycle d'exécution des instructions), mode de traitement parallèle
avec accès à la mémoire synchrone et mode normal
Configurer les propriétés du programme depuis le CX-Program-
mer pour les registres indépendants (par défaut) ou partagés.
Le traitement des données de tableau et des chaînes de caractè-
res, qui prend souvent du temps, peut être paramétré dans la con-
figuration de l'API de façon à ce que les données soient traitées
en arrière plan. Par défaut, l'exécution ne se fait pas en arrière
plan. (Pour l'exécution en arrière plan, le découpage en intervalles
de temps est utilisé pour répartir le traitement sur plusieurs
cycles.)
Si l'exécution en arrière plan est utilisée, l'effet sur le temps de cycle
peut être limité à 4% ou moins (configuration par défaut de l'API).
L'instruction CPU BUS UNIT I/O REFRESH (DLNK(226)) peut
être utilisée à un ou plusieurs endroits du schéma contact. Cela
permet de mettre à jour les liaisons de données des cartes Con-
troller Link ou SYSMAC LINK spécifiées, chaque fois que néces-
saire, ainsi que pendant la période de mise à jour E/S. (Les
données réelles actualisées dépendent du temps de cycle de
communication.)
L'instruction CPU BUS UNIT I/O REFRESH (DLNK(226)) peut
être utilisée à un ou plusieurs endroits du schéma contact. Cela
permet de mettre à jour les E/S déportées des cartes DeviceNet,
chaque fois que nécessaire, ainsi que pendant la période de mise
à jour E/S. (Les données réelles actualisées dépendent du temps
de cycle de communication.)
L'instruction CPU BUS UNIT I/O REFRESH (DLNK(226)) peut
être utilisée à un ou plusieurs endroits du schéma contact. Cela
permet de mettre à jour les données transférées pour les macros
protocole exécutées par des cartes de communication en série,
chaque fois que nécessaire, ainsi que pendant la période de mise
à jour E/S. (Les données réelles actualisées dépendent du temps
de cycle de communication.)
L'instruction CPU BUS UNIT I/O REFRESH (DLNK(226)) peut
être utilisée à un ou plusieurs endroits du schéma contact. Cela
permet de mettre à jour les mots affectés aux cartes réseau dans
la zone CIO (25 mots) chaque fois que nécessaire, de la même
manière que l'instruction IORF est utilisée pour les autres cartes.
Chapitre 1-7
Fonction
59

Publicité

Table des Matières
loading

Table des Matières