Différence tache automate en cyclique et périodique

[Wow400]

Bonjour à tous,

Je me suis posé différente question sur le réglage des taches des automate en cyclique et en périodique et j'ai constaté que dans unity on peut modifier l'exécution de la tache maitre en cyclique et en périodique. (sous PL7 il me semble que c'était direct dans la config du prog mais bon c'est plus comme ça).
Est ce que quelqu'un saurait m'expliquer concrètement la différence et à quoi cela sert ?
Je comprends l'utilisation du périodique pour une tache rapide mais pour la tache maitre ?

[dpo]

Si j'ai juste

Cyclique : temps de cycle dépend de l’exécution du programme, plus le programme est lourd, plus le temps de cycle est long
Ce temps peut donc changé en fonction du code traité, Par exemple installation à l'arrêt des sections ne sont pas appelées et en production il y'a plein de boucles FOR, SFC.... le temps sera plus long.
Avantage : au plus rapide
Inconvénient : comportement différent suivant le traitement, décalage avec des cadences de com ? de régulation ?

Periodique : le temps est fixé (à la bonne valeur pour absorber le cas où le programme est le plus lourd), si le programme est traité en moins de temps que prévu, la cpu attend la fin de la période.
Avantage : temps maitrisé pour de la regul, de la com
inconvénient : temps inutilement bas dans certain cas

[itasoft]

slts,
disons que si la Régul ou autres utilisent la tache comme horloge, obligé d'être en tache périodique .

[JC87]

Bonjour,

Il y a un cas ou il est très intéressant d'utiliser une tache périodique c'est quand on convertit un programme d'un automate série 7 (TSX47, 67 etc.) vers un automate Schneider récent car ces automates tournaient très lentement, il n'était pas rare à l'époque de dépasser les 150ms de temps de cycle. hors avec un Premium ou autres M340 en cyclique on peut tourner à seulement quelque ms avec le même programme converti. De fait sur une installation avec beaucoup de mouvement avec arrêt sur détecteurs, si on reste en cyclique on est obligé de rerégler tous les détecteurs pour s’arrêter au même endroit et avoir le même comportement de la machine ou de l’installation. En passant en périodique avec la même période que sur l'ancien automate on n'a absolument rien a toucher.

JC

[Wow400]

Merci beaucoup les gars vous êtes trop fort j'ai tout compris.
C'est vraiment trop cool ce site une question, des réponses et on apprend avec des professionnels du domaine.
Si vous avez encore d'autres exemple je suis preneur.
Merci encore à tous

[dpo]

Exemple (sur un gros siemens mais c'est pareil avec taches mast et fast en schneider)
Un capteur arrête un agitateur qui descend dans une cuve, le gros du programme est dans une tâche à 200ms
Entre la détection, le traitement et l'arrêt de la descente, l'agitateur venait taper dans la cuve
En mettant ce traitement dans une tâche plus rapide à 10ms, l'agitateur s'arrête pile poil.

[Wow400]

Merci dpo pour ce nouvel exemple.
En gros tu as sorti la partie gestion de l'agitateur du programme principal et tu l'as inséré dans une tache périodique plus rapide.
C'est ça ?
Et cette tache elle s'effectue en même temps que la tache principale (je pense pas que ça existe mais bon)? ou elle coupe la tache principale pour s'exécuter ?
Si elle coupe le programme principal tout les 10 ms et qu'elle met 2ms à s'effectuer cela voudrait dire que la tache principale a des créneaux de 8 ms pour s'effectuer. J'espère que tu comprends ce que je veux dire .
Et sur siemens il existe donc un équivalent tache maitre tache rapide en utilisant les OB autre que l'OB100 (je connais pas les numéros)?
Merci bon dimanche

[Wow400]

Ah oui tant qu'on y est le chien de garde (ou équivalent), est il utilisé ou a-t-il était utilisé, dans d'autres marques que Schneider ?

[yakha]

Le chien de garde ou WatchDog existe dans la plupart des automates (probablement tous d'ailleurs mais je ne les connais pas tous)

[philou77]

+1

Oui, Tous sont identiques en terme de fonctionnement de base.

mise en mémoire image des E/S (l'état des Entrées et sorties est ainsi 'figé' pour tout le cycle automate
Traitement du programme (cyclique ou périodique)
Taches rapides, ou évènements(interruptions) ou périodiques, qui stoppent le momentanément le traitement du programme
Affectation des sorties

et ça recommence...indéfiniment (ou jusqu'au bug lol)

* Les tâches rapides en tout cas chez schneider, relisent les E/S(déclarées en FAST) avant chaque exécution et affectent les sorties(déclarées en FAST) à la fin de chaque exécution.