Recettes

Les consignes qu'un essai écrit : un jeu instantané appliqué au démarrage, ou un profil temporel d'échelons, de rampes et de paliers, chacun avec le bloc de finalisation qu'écrit tout essai qui se termine.

Une recette écrit les voies inscriptibles du modèle. Une recette instantanée est un jeu de consignes appliquées une fois au démarrage d'un essai; une recette temporelle est un profil ordonné de segments Échelon, Rampe et Palier pilotés sur l'horloge propre à l'essai. Les deux peuvent se terminer par un bloc de finalisation, l'état sûr écrit chaque fois que l'essai se termine. Chaque écriture passe par le canal d'écriture unique et journalisé et est enregistrée dans le fichier d'essai telle qu'exécutée. Les recettes vivent sous Process > Modèles > modèle > Réglage > Recettes et demandent la permission Modifier recettes et évaluations.

Le dossier Recettes

Sélectionner la ligne Recettes ouvre la page du dossier (« Les valeurs de consigne qu'une procédure applique au démarrage d'un essai, écrites par l'entonnoir unique et enregistrées telles qu'exécutées. ») avec une carte par recette, par nom; cliquer sur une carte l'ouvre et le X la retire. Sans aucune, la page indique « Aucune recette pour l'instant. Ajoutez-en une. »

La page de la recette

L'en-tête porte le nom, la ligne « Les valeurs de consigne qu'une procédure applique au démarrage d'un essai, écrites par l'entonnoir unique et enregistrées telles qu'exécutées. » et une pastille avec le type. Chaque champ s'enregistre de lui-même, et chaque modification redessine l'aperçu du profil.

Définition

Les valeurs

Les consignes et les cibles se saisissent en texte et sont analysées selon le type de la voie au moment où elles sont appliquées, dans la culture invariante :

Un littéral qui n'entre pas dans le type de la voie n'est jamais écrit : l'écriture est enregistrée comme échouée dans le fichier d'essai et traitée par la règle d'échec. Chaque grille de lignes de voies de cette page n'offre à une ligne que les voies inscriptibles que les autres lignes de la même grille n'ont pas prises, donc une voie est écrite une fois par jeu et une fois par segment; quand chaque voie inscriptible est prise, le bouton qui ajoute une ligne est grisé avec « Chaque voie accessible en écriture a déjà une consigne ici. » (ou « … a déjà une cible dans ce segment. »), et sans aucune voie inscriptible avec « Ce modèle n'a encore aucune voie accessible en écriture. »

Une recette instantanée

Deux cartes indépendantes, chacune surmontée d'un bouton Consigne qui ajoute une ligne sur la première voie inscriptible libre avec la valeur 0 :

Les deux grilles partagent les mêmes colonnes :

Une recette temporelle

La forme temporelle dessine d'abord le profil, puis les segments à côté de celui qui y est choisi, puis le bloc de finalisation.

Profil temporel

Le graphique est la recette elle-même : une série par voie numérique que les segments visent, intitulée <nom> [<unité>], dessinée comme la courbe par morceaux que les segments construisent (un échelon saute puis maintient, une rampe monte depuis la valeur qui y entre, un palier ou un segment sans cible maintient), sur le temps cumulé en secondes. Une cible sur une voie qui n'est pas numérique n'est pas dessinée. Le graphique porte la barre de commandes de tous les graphiques et peut être ouvert dans une fenêtre à lui (voir Graphiques); la page de la procédure dessine le même profil sous son étape Appliquer.

Segments de recette

La liste est intitulée Segments de recette et son bouton Segment de recette ajoute un échelon de 60000 ms sans cible et le choisit. Cliquer sur une ligne l'ouvre dans la colonne Cibles du segment; sans rien de choisi, la colonne indique « Sélectionnez un segment pour tout modifier au même endroit, avec les cibles qu'il pilote. »

La colonne, intitulée Segment n° <n> · <Type>, reprend les mêmes champs avec une légende et l'effet de la valeur en vigueur sous chacun :

Le comptage du temps appartient au segment et à rien au-dessus de lui : il n'existe aucun champ à l'échelle de la recette, parce qu'un profil dont les segments comptent différemment est un profil légitime et qu'un seul interrupteur pour l'ensemble ne serait qu'un deuxième endroit où dire la même chose. Ce n'est pas non plus un réglage d'échec. Ce qu'il décide, c'est l'horloge; ce qu'un échec provoque, c'est la règle En cas d'échec, plus bas. Le champ n'est pas dessiné du tout sur un palier.

En dessous, CIBLES contient les cibles du segment, avec un bouton Cible dans l'en-tête de la colonne qui ajoute une ligne sur la première voie inscriptible que le segment ne pilote pas encore, à 0. Sur un palier, la grille est remplacée par la ligne « Un palier maintient les valeurs que le profil a déjà atteintes, donc il ne pilote aucune cible propre. » et le bouton est grisé, en disant « Un palier maintient les valeurs déjà atteintes. Changez le type pour piloter une cible ici. »; les cibles qu'un palier porte d'un type antérieur restent conservées et sont ignorées aussi bien par l'essai que par l'aperçu du profil et la feuille de route :

En cas d'échec

La règle d'échec s'applique à une recette temporelle quand une écriture est refusée ou qu'une valeur dont elle a besoin est illisible :

La règle répond d'un échec que la recette connaît, et ce que la recette connaît dépend de si elle est restée pour en entendre la réponse. Un problème qu'elle voit avant tout envoi est une connaissance dans les deux modes; un refus ou un silence de l'équipement n'est une connaissance que là où le segment l'a attendu :

Une consigne devancée n'est jamais un échec, dans un mode comme dans l'autre : la valeur la plus récente pour cette cible est celle qui est dite à l'équipement, et c'est elle qui compte. Une rampe fonctionne exprès ainsi, chaque pas remplaçant celui d'avant qui n'a pas encore quitté la file de l'équipement.

Finalisation (état sûr)

La même carte que sur une recette instantanée, « Écrite chaque fois que l'essai se termine : fin normale, arrêt ou interruption. », avec son propre bouton Consigne et sa propre grille.

Où une recette est employée

Ce qu'un essai en fait

Au démarrage, l'essai prend possession de chaque source que la recette écrit pour toute sa durée, donc un démarrage dont la recette écrit une source qu'un autre essai détient est refusé en nommant l'autre, et chaque écriture venue d'ailleurs (un champ de tableau de bord, un script, un client OPC UA) vers ces sources est refusée tant que l'essai les détient. Un jeu instantané est écrit une fois au démarrage; un profil temporel est parcouru segment par segment sur l'horloge de l'essai, et une procédure en mode Temporel sans recette reçoit tout de même cette horloge pour que chaque membre de la fenêtre démarre, se répète et se termine ensemble. Suspendre fige l'horloge et Reprendre la relâche; le datalog continue d'enregistrer pendant une suspension. Chaque écriture est journalisée avec l'essai comme origine et enregistrée dans le fichier d'essai telle qu'exécutée, donc un lecteur ultérieur voit ce qui a réellement été écrit et quand.

Un segment, le jeu instantané et le bloc de finalisation remettent chacun toutes leurs consignes d'un coup, et chacune part de là vers la file de son propre équipement. Une station dont les quatre voies siègent sur quatre équipements paie donc l'équipement le plus lent une fois, et non la somme des quatre, et la logique elle-même n'en attend aucun.

Ce que le segment fait ensuite, c'est le Comptage du temps qui le décide. Sur Attendre qu'elles parviennent à l'équipement, l'horloge propre au segment ne part pas avant que chaque consigne ait été prise par son équipement : pendant ce temps l'unité affiche « En attente que les consignes parviennent à l'équipement » sur le mur de Conduite, la durée du segment n'a pas commencé à s'écouler, et le datalog enregistre tout du long. Sur Envoyer et poursuivre, l'horloge part au moment où les consignes sont remises, et les réponses qui reviennent ensuite sont consignées, rien de plus.

La recette instantanée du démarrage et le bloc de finalisation attendent toujours, sans champ ni choix : un essai ne doit pas commencer avant que son état de départ soit réel, ni être rapporté clos avant que son état sûr le soit. Leurs refus sont enregistrés comme exécutés et, comme toujours, n'interrompent jamais l'essai.

Le bloc de finalisation est écrit chaque fois que l'essai se termine : fin normale, arrêt ou interruption. Il n'est pas écrit quand l'application elle-même est fermée en plein essai : l'essai ne se termine pas, et il reprend suspendu à son segment et à son cycle conservés au lancement suivant.

Retirer la recette

Retirer la recette se tient dans le groupe de danger de la barre de détail avec la recette sélectionnée, sur son menu contextuel, et sous forme de X sur la carte de la page du dossier. Elle demande d'abord (« Supprimer la recette », « Ceci retire la recette du modèle. »). Chaque procédure qui l'appliquait vide sa référence Recette et devient un essai sans recette. Elle demande Modifier recettes et évaluations et est grisée sous le verrou d'ingénierie et sous le runtime arrêté.

Ce qu'une recette ne fait pas

• Elle ne lit rien et ne juge rien : les limites relèvent d'une évaluation.
• Elle n'écrit aucune valeur par unité. Chaque unité reçoit les mêmes littéraux sur ses propres sources liées.
• Elle ne retente jamais une écriture refusée; la règle d'échec est toute la réponse.
• Une recette temporelle ne peut pas être déclenchée comme commande unique; seule une procédure exécute un profil.
• L'aperçu du profil ne dessine que les voies numériques; une cible booléenne ou de texte est écrite mais jamais dessinée.