FR2569878A1

FR2569878A1 - Procede et systeme de visualisation amelioree par l'emploi de la couleur pour un systeme de commande numerique

Info

Publication number: FR2569878A1
Application number: FR8510287A
Authority: FR
Inventors: Joseph Edward Deklotz; Thomas Edward Manuel; David Arthur Palmer
Original assignee: General Electric Co
Current assignee: General Electric Co
Priority date: 1984-08-31
Filing date: 1985-07-05
Publication date: 1986-03-07
Also published as: GB8519135D0; GB2163926A; JPS6194109A; US4648028A; GB2163926B; DE3530585A1; FR2569878B1

Abstract

L'INVENTION CONCERNE LES TECHNIQUES DE VISUALISATION D'INFORMATION. POUR AJOUTER LA COULEUR A L'ECRAN DE VISUALISATION CLASSIQUE D'UN SYSTEME DE COMMANDE NUMERIQUE PAR ORDINATEUR POUR UNE MACHINE-OUTIL, ON UTILISE DES ARTICLES D'AFFECTATION DE COULEUR 63 CONTENUS DANS UN FICHIER SOURCE DE DONNEES DE CONFIGURATION DE MACHINE 54. CES ARTICLES DEFINISSENT ENTRE AUTRES LA COULEUR DE FOND, LA COULEUR DE VIDEO INVERSE, LA COULEUR DE CARACTERES DE DONNEES, ETC. ON TRAITE LE FICHIER SOURCE 54 POUR GENERER UN FICHIER BINAIRE 56 QUI EST ENSUITE TRANSFERE VERS LE LOGICIEL DE COMMANDE NUMERIQUE DE BASE QUI VISUALISE L'INFORMATION A LA FOIS SOUS LA FORME DE TEXTE ET SOUS LA FORME GRAPHIQUE. APPLICATION A LA COMMANDE NUMERIQUE DES MACHINES-OUTILS.

Description

La présente invention concerne de façon générale des systèmes de commande

numérique par ordinateur pour des machines-outils, et elle porte plus particulièrement sur la visualisation graphique d'information liée à l'outil commandé et au processus d'usinage. Les systèmes de commande numérique destinés à commander des machines-outils sous la dépendance d'un ordinateur sont bien connus. De tels systèmes commandent l'opération d'usinage sous l'action d'un ou de plusieurs programmes de pièces qui sont enregistrés dans une mémoire après avoir été chargés dans la mémoire au moyen, par exemple, d'une bande perforée. A la demande, le programme de pièce fait accomplir à la machine une série d'étapes de fabrication. Lorsque, par exemple, la machine comprend un outil de coupe, le mouvement relatif entre la pièce usinée et l'outil de coupe s'effectue normalement selon trois axes mutuellement perpendiculaires, pour réaliser une série d'opérations de coupe rectilignes ou circulaires,

conformément au programme de pièce qui impose le mouve-

ment de l'outil de coupe. De plus, un système de commande

numérique par ordinateur peut être conçu de façon à com-

mander d'autres fonctions telles que des changements

d'outils, la vitesse de la broche, la circulation du flui-

de de refroidissement, la sélection de palettes et la génération de messages et de graphiques présentés sur un

écran. Le nombre et le type de fonctions varient considé-

rablement en fonction du type de la machine-outil qui est commandée. Dans le passé, on a effectué la commande au moyen de circuits câblés spécialisés fonctionnant sous la dépendance de conditions détectées sur la machine-outil et d'ordres contenus dans le programme de pièce. Cependant, plus récemment, on a incorporé dans un système informatique la logique associée à des systèmes de commande de machine- outil, au moyen d'un ensemble de programmes enregistrés (c'est-à-dire d'un logiciel), pour réaliser la commande d'ensemble. Le logiciel est spécialement adapté pour une application particulière mais on peut le modifier aisément pour satisfaire des besoins spécifiques. L'adjonction d'une commande programmable à un système de commande numérique procure un certain nombre d'avantages dont le premier et le plus important consiste en ce qu'il suffit de reprogrammer la commande pour lui permettre de fonctionner avec une

machine particulière. De plus, la programmation par l'uti-

lisateur est relativement plus aisée, à cause du type de jeu d'instructions qui est employé et des caractéristiques

d'édition qui sont disponibles.

Une commande numérique par ordinateur peut com-

prendre deux logiciels séparés, à savoir la "logique de commande numérique", qu'on appelle le logiciel de commande numérique, dont le contenu est plus ou moins fixe, et la "logique de commande de machine", ou programme LCM, qui est modifiable et peut être adapté à une machine- outil particulière. Dans l'industrie, cette adaptation est habituellement effectuée par un constructeur d'équipements spécifiques, ou OEM. Le logiciel de commande numérique commande la fabrication des pièces, le mouvement selon les axes, la présentation de messages et d'autres fonctions

auxiliaires, tandis que le programme LCM commande essen-

tiellement, sinon exclusivement, le fonctionnement de la machine-outil. La demande de brevet des E.U.A. n 415 041 déposée le 7 septembre 1982 décrit en outre un logiciel d'interface, qu'on appelle la fenêtre d'adaptation, qui est constitué par un groupe de programmes, de réseaux d'entrée/sortie et d'indicateurs d'état qui assurent la

liaison entre le logiciel de commande numérique, le pro-

gramme LCM et la machine-outil.

Un procédé est mis en oeuvre dans le programme LCM S pour générer des représentation graphiques lorsque par

exemple un opérateur de machine-outil demande la visua-

lisation d'une information d'état de la machine. Le sys-

tème procure une représentation graphique qui est mise à

jour périodiquement de façon dynamique.

- On utilise habituellement un dispositif de visualisation vidéo (tube cathodique) pour présenter visuellement une information, comprenant à la fois des graphiques et du texte, liée à la machine-outil et au processus d'usinage. La présentation visuelle permet par exemple de-connaître rapidement l'état de la machine. Le fait d'ajouter de la couleur à la présentation visuelle améliore encore l'effet. La couleur soulève cependant un problème qui consiste en ce que la perception humaine de

différentes couleurs est variable. Des couleurs présen-

tant un fort contraste pour un opérateur peuvent ne pré-

senter pratiquement aucun contraste pour un autre opéra-

teur. Ainsi, lorsque le constructeur d'un système de com-

mande numérique incorpore et fixe dans le système les couleurs de visualisation, ces couleurs ne seront pas les

plus efficaces dans tous les cas.

L'invention a donc pour but de procurer un moyen permettant d'adapter aisément et commodément aux besoins de l'utilisateur final la visualisation en couleur pour un

dispositif:de commande numérique.-

Dans un mode de réalisation préféré- de l'inven-

tion, le fichier de données de configuration de machine (DCM) contient des articles d'affectation de couleurs qui permettent de définir la couleur de fond, la couleur de

vidéo inverse, la couleur de caractères d'en-tête, la cou-

leur de caractères de données, la couleur d'erreur et/ou

d'alarme, la couleur pour une réponse à fournir par l'opé-

rateur et la couleur correspondant à la luminosité renfor-

cée. Le constructeur d'équipements spécifiques ou l'opéra-

teur peuvent modifier ou changer de façon dynamique les affectations de couleurs au moyen d'un éditeur de fichier

DCM. On peut en outre programmer un changement de la cou-

leur de fond et de la couleur des caractères de données pour attirer l'attention de l'opérateur sur une condition

d'erreur ou d'alarme, en utilisant dans ce but le program-

me de logique de commande de machine (LCM) qui génère des

appels du logiciel-de commande numérique, par l'intermé-

diaire d'un logiciel d'interface, et le changement est alors effectué au moyen de sous-programmes de la logique

de commande numérique.

La suite de la description se réfère aux des-

sins annexés qui représentent respectivement: Figure 1: un schéma synoptique simplifié

représentant un système de commande numérique par ordina-

teur destiné à commander une machine-outil; Figure 2: un schéma représentant de façon générale le logiciel contenu dans le système de commande

numérique par ordinateur qui est représenté sur la figu-

re 1; Figure 3: un schéma synoptique représentant de façon plus détaillée le logiciel de commande numérique par ordinateur qui est représenté sur la figure 2; Figure 4: un schéma illustrant la manière selon laquelle on établit un fichier de configuration de machine

(DCM);

Figure 5: un schéma synoptique représentant de façon générale la séquence de fonctionnement du logiciel de commande numérique par ordinateur; Figure 6: un schéma synoptique représentant un mode de réalisation préféré de l'invention; et Figure 7: un schéma synoptique représentant de façon plus détaillée le mode de réalisation préféré de l'invention. On considérera maintenant la figure 1 qui montre, à titre d'exemple, l'environnement fonctionnel de l'inven- tion. Sur la figure 1, un système de commande numérique par ordinateur commande une machine-outil 10 et est constitué par trois composants matériels principaux: le poste de commande numérique 12, le poste de commande de machine 14

et le coffret du système de commande numérique 16. L'ordi-

nateur qui commande le fonctionnement du système se trouve sur une carte de circuit, non représentée, dans le coffret du système de commande numérique 16. La configuration représentée constitue un exemple du système de commande numérique par ordinateur de la marque Mark Century 2000 fabriqué par la firme General Electric Company. Ce système

est capable d'enregistrer des programmes d'ordinateur com-

plets et des ensembles de fichiers d'information, d'éditer les programmes et les fichiers et de les appeler selon une séquence désirée pour exécuter un ensemble complet de sous-programmes qui accomplissent une tâche spécifique sur

une machine-outil telle qu'un tour ou une fraiseuse.

Le poste de commande numérique 12 comprend un moniteur vidéo 18 qui comporte un tube cathodique et un clavier 20 comprenant des touches de fonctions spéciales, par exemple pour charger des fichiers en mémoire et pour commander ensuite la lecture de l'information des fichiers

pour l'exécution du programme.

Le poste de commande de machine 14 comprend un ensemble de commandes manuelles et de boutons-poussoirs 22

qu'on utilise pour des fonctions accomplies par l'opéra-

teur et concernant la machine, comme la sélection de mode, le décalage, l'avance pas à pas, la vitesse de la broche, la vitesse d'avance, etc.

Les fonctions accomplies par le système de com-

mande représenté sur la figure 1 sont déterminées par des programmes enregistrés de façon interne, qu'on appelle

également logiciel, qui sont constitués par trois ensem-

bles de programmes séparés. La figure 2 montre que ces programmes comprennent la logique de commande numérique

24 (qu'on appelle ci-après le logiciel de commande numé-

rique), la fenêtre LCM 26 et la logique de commande de machine 28 (qu'on appelle ci-après le programme LCM). Le logiciel de commande numérique 24 commande la fabrication de pièces, le mouvement selon les axes de la machine et la présentation de messages et de graphiques sur le tube cathodique 18. Le logiciel de commande numérique constitue

une partie fixe ou permanente du système de commande numé-

rique par ordinateur. Le programme LCM commande de façon spécifique le fonctionnement de la machine-outil et il est constitué par un grand nombre de sous-programmes, contenus

dans des sections modulaires appelées modules, qui permet-

tent au constructeur d'équipements spécifiques (OEM) d'adapter le système à l'utilisateur. La fenêtre LCM 26 consiste en un logiciel tel que celui décrit dans la

demande de brevet n 415 041 précitée, qui permet au pro-

gramme LCM 28 de communiquer avec le logiciel de commande numérique 24 et qui permet d'accéder aux entrées et aux

sorties de la machine-outil 10.

Comme la figure 3 le montre de façon plus détaillée, le programme LCM 28 est constitué par deux parties: la LCM Fixe 30 et la LCM d'Adaptation 32. La LCM d'Adaptation 32 contient les programmes destinés à commander le fonctionnement de la machine-outil 10, en

utilisant le logiciel de fenêtre LCM 26 pour assurer l'in-

terface nécessaire avec la machine. C'est la LCM d'Adapta-

tion 32 qui est spécialement conçue pour un type particu-

lier de fonctionnement du système et qui adapte la comman-

de numérique par ordinateur à la commande d'une machine-

outil particulière. La LCM Fixe 30 est au contraire un logiciel dont la fonction fondamentale est de contrôler et de commander les dispositifs destinés àl'opérateur dans le poste de commande de machine 14 (figure 1) et on l'utilise normalement sans aucune modification pour la plupart des applications. La fenêtre LCM 26 est constituée par une série de procédures et de fonctions de fenêtre 34, par des

réseaux d'indicateurs d'état 36 et par des réseaux d'en-

trée et de sortie 38 qui ne peuvent normalement pas être changés, de façon que l'intégrité du logiciel de commande numérique ne puisse pas être compromise par des fonctions

et des procédures quelconques programmables par l'utili-

sateur qui sont programmées dans le programme LCM 28.

Le logiciel de commande numérique 24 est consti-

tué par des sous-programmes pour commander la fabrication de pièces, 40, le mouvement selon les axes, 42, et les visualisations pour. l'opérateur, 44, ainsi que par des programmes qui commandent le mouvement de la broche, des

temporisateurs, des fonctions mathématiques et des don-

nées de configuration de machine. Les fichiers de données de configuration de machine, désignés de façon générale par la référence 46 sur la figure 3, consistent en une liste de données, formulées de façon précise, fournissant

au système des caractéristiques spécifiques de la machi-

ne-outil, comme des vitesses d'avance, des cycles pré-

programmés et des ordres de programme de pièce. En outre,

conformément à l'invention, les fichiers DCM 46 contien-

nent des affectations de couleurs pour six modes de pré-

sentation d'information, la présentation s'effectuant à

la fois sous forme alphanumérique et/ou sous forme gra-

phique sur le tube cathodique 18.

En ce qui concerne la structure des fichiers,

le système de commande reconnaît les fichiers par un for-

mat de "nom de fichier". Les trois premiers caractères

désignent la mémoire dans laquelle le fichier est enregis-

tré. Ils sont suivis par un nom de fichier à six caractè-

res et par une identification supplémentaire comprenant

de un à trois caractères. Un nom de fichier caractéristi-

que peut être par exemple: MB2:MSG.TXT. Cet exemple se rapporte à un message de type "texte" enregistré dans la

mémoire à bulles nO 2.

Un fichier source de données de configuration de machine (DCM) consiste en un groupe ordonné d'articles

individuels, ayant chacun jusqu'à 80 caractères de lon-

gueur. L'article de DCM se présente avec un format de syntaxe prédéterminé formé par cinq éléments de données ou zones de données de base, à savoir: un Identificateur

de Table de DCM, un Index de Table de DCM, un Identifica-

teur de Code d'Accès, une ou plusieurs Valeurs de Paramè-

tres, et des Commentaires. Les articles de DCM sont grou-

pés en sept tables, comme indiqué ci-dessous dans le

Tableau I. Chaque table comporte en outre un identifica-

teur de table à trois lettres.

TABLEAU I

TYPE DE TABLE IDENTIFICATEUR DE TABLE

1. Table de Données Exigées RQD 2. Table des Axes AXS 3. Table de Nombres Entiers INT 4. Table de Nombres en virgule FLP flottante 5. Table Booléenne BLN 6. Table de Caractères CHR 7. Table de Cycles Préenregistrés CYC La position d'un paramètre dans chaque table est spécifiée par l'Index. L'Index est la position de la rubrique dans la table identifiée. L'index, c'est-à-dire la position dans la table, est identifié à une fonction particulière à accomplir. Les détails de la fonction, c'est-à-dire la façon selon laquelle la fonction doit 8tre accomplie, sont déterminés par le type de données et la valeur du paramètre à la position de la rubrique dans la table. Ce code d'accès permet d'affecter simplement des niveaux de

protection d'accès aux articles, pour empêcher des chan-

gements non autorisés de ces articles. Les paramètres de la table appartiennent toujours à un type parmi cinq types différents. Ces types de données sont les suivants:

(a) Flottant: une valeur décimale en "virgule flottan-

te"; (b) Entier: une valeur consistant en un nombre entier sans virgule décimale; (c) Booléen: une valeur vraie (V) ou fausse (F); (d) Caractère: n'importe quel élément de caractère ASCII alphabétique ou un trait d'union; et (e) Enumération: certains paramètres ayant des valeurs portant des noms spécifiques, soit de façon caractéristique PLUS, MOINS, LINEAIRE ou ROTATIF, etc. Le commentaire est facultatif mais lorsqu'on l'utilise il est constitué par des éléments de données significatifs dans l'article de DCM et il est habituellement isolé de

l'article en étant placé entre parenthèses.

En considérant maintenant la figure 4, on note qu'un fichier DCM est généré par exemple par un concepteur de système qui introduit une série d'articles de DCM 48 dans le système de commande numérique par ordinateur, au moyen du clavier 20 du poste de commande numérique 12, dans lequel ces articles sont appliqués à un éditeur de fichier 50 de type classique. Ce dernier les transforme en un fichier source de DCM et les enregistre dans une

mémoire 52 qui peut être par exemple une mémoire à bulles.

Le constructeur du système de commande numérique par ordinateur peut fournir un fichier DCM complet enregistré en mémoire et ce fichier peut être utilisé tel quel. Selon

une variante, le fichier DCM peut être modifié par l'uti-

lisateur, par exemple par un opérateur, au moyen d'un édi-

teur de DCM séparé, comme le montre la figure 6.

En supposant que le logiciel de commande numéri-

que par ordinateur soit en place, lorsque le système est mis sous tension le logiciel de commande numérique 24 fonctionne tout d'abord de la manière représentée sur la figure 5 en appelant de façon répétée le programme LCM 28 pour l'exécution de ce dernier. On appelle "balayage" chaque exécution résultante du programme LCM 28 et ce balayage provoque "l'appel" des programmes LCM Fixes 30 et des programmes LCM d'Adaptation 32. La durée qui sépare chaque balayage du programme LCM dépend

de l'état de traitement courant du système et des condi-

tions qui sont apparues dans les signaux d'entrée que le système de commande numérique par ordinateur reçoit de la machine-outil 10 par l'intermédiaire de la fenêtre LCM 26. L'instant auquel un balayage est effectué dans le logiciel de commande numérique par ordinateur est essentiellement déterminé à la demande. Chaque fois qu'un signal d'entrée provenant de la machine change ou chaque fois que l'un des indicateurs provenant de la fenêtre LCM 26 change, un balayage du programme LCM a lieu. De plus, un nouveau balayage du programme LCM commence si une certaine durée s'est écoulée depuis le dernier balayage. Ceci signifie que le programme LCM fonctionne à une cadence minimale prédéterminée mais fonctionne plus rapidement si le niveau d'activité de la

machine-outil 10 est élevé.

Après avoir ainsi présenté l'environnement fonctionnel, on peut maintenant considérer les détails

de l'invention. On se préoccupe de la présentation d'in-

formation sur le tube cathodique 18 et de l'amélioration de la présentation par l'utilisation de la couleur, et en particulier de la modification dynamique d'affectations

de couleur pré-établies (prises par défaut) par l'opéra-

teur de la machine-outil, et d'une modification de couleur dynamique sous lacommande du programme LCM 28, au moyen "d'appels de fenêtre" dirigés vers le logiciel de commande

numérique 24, par l'intermédiaire de la fenêtre LCM 26.

i1 En considérant la figure 6, on note que le fichier

source DCM 54, contenant des articles de données de configu-

ration de machine, est utilisé pour créer tout d'abord un fichier binaire DCM 56, par l'intermédiaire d'un programme de traitement de DCM. Le programme de traitement est simple- ment un programme de transformation destiné à transformer le code source en un code binaire. Le fichier binaire de DCM 56 est nécessaire au fonctionnement du système. Un éditeur de

DCM interactif 58 est incorporé-dans le système pour permet-

tre à l'utilisateur de la machine-outil de modifier à la demande-lie fichier binaire de DCM 56, par l'intermédiaire d'un dispositif d'entrée 60 qui peut être constitué par le clavier 20 du poste de commande de machine 12. Conformément à l'invention, huit affectations de couleur sous la forme d'articles de DCM sont programmées dans le fichier source 54 et sont placées dans la TabIe de Nombres Entiers de la manière mentionnée cidessus. Ces-articles sont désignés par la référence 63 sur la figure 6 et ils comprennent les catégories suivantes: couleur de fond, couleur de vidéo

inverse, couleur de caractères d'en-tête (données constan-

tes), couleur de caractères de données, couleur d'erreur

et/ou d'alarme, couleur de réponse que doit fournir l'opé-

rateur, et couleur de "luminosité renforcée". L'une quel-

conque des huit couleurs suivantes: noir, bleu, vert, cyan, rouge, magenta, orange et blanc peut être affectée à une catégorie conformément aux règles suivantes: (1) la couleur de vidéo inverse peut être la même que la couleur de fond mais aucune autre catégorie ne peut avoir la même couleur que le fond, et (2) la couleur de vidéo inverse ne

doit pas être identique à la couleur de données.

L'explication qui suit vise à clarifier la rela-

tion entre les couleurs de fond, des données et de la vidéo inverse. Lorsqu'un caractère alphanumérique est visualisé normalement, la cellule contenant le caractère est dans la

couleur de fond et le caractère est dans la couleur desdon-

nées. Au contraire, lorsqu'un caractère est visualisé en vidéo inverse, la cellule contenant le caractère est dans la couleur des données et le caractère est dans la couleur de la vidéo inverse. Ainsi, si on adopte les définitions suivantes: la couleur de fond est le noir, la couleur de données est le vert et la vidéo inverse est le rouge, un caractère est normalement visualisé en vert sur un fond noir. Cependant, pour la vidéo inverse, le caractère est

visualisé en rouge sur un fond vert.

En outre, des affectations de couleur spécifi-

ques ou prédéterminées, prises par défaut, sont établies pour la couleur de fond, la couleur de la vidéo inverse,

la couleur des données et la couleur de la luminosité ren-

forcée, et la couleur d'en-tête, la couleur d'erreur et d'alarme et la couleur de réponse de l'opérateur sont

validées sélectivement pour remplacer la couleur de don-

nées prise par défaut qui est visualisée au moment considé-

ré, ou pour "pousser" une nouvelle couleur sur la couleur de données prise par défaut. La couleur de données prise

par défaut retourne ensuite ou est ramenée à son affecta-

tion initiale.

Comme le montre la figure 6, l'opérateur peut

changer les affectations de couleur programmées préalable-

ment dans le fichier source de DCM 54, au moyen de l'édi-

teur de DCM 58. L'opérateur peut modifier ou changer à la

demande les affectations de couleur ainsi que les défini-

tions des couleurs prises par défaut. En outre, une procé-

dure de traitement transfère des affectations binaires de DCM vers le système de commande de visualisation 62 de la figure 7 après que l'opérateur a effectué un changement quelconque dans les affectations de couleur de DCM au moyen de l'éditeur 58, et cette fonction est réalisée par un programme EDITDCM. Des sous-programmes de visualisation

enregistrés 64 du logiciel de commande numérique 24 génè-

rent ensuite du texte et des graphiques sur le tube cathodi-

que 18 du poste de commande numérique 12, d'une manière connue. L'invention permet en outre la modification

des couleurs de fond et de données sous l'effet de condi-

tions d'erreur ou d'alarme de fonctionnement, par exemple, qui sont détectées par le programme LCM 28, afin d'attirer l'attention de l'opérateur sur la condition d'erreur pour qu'il puisse effectuer une action appropriée. Comme le montre la figure 7, le programme LCM 28 comprend deux

sous-programmes 66 et 68 qui résident dans la LCM d'Adap-

tation 32, pour effectuer des appels de fenêtre dirigés

vers le système de commande de visualisation 62 du logi-

ciel de commande numérique 24, pour changer respective-

ment la couleur du fond et la couleur des données. Dans un tel cas, une nouvelle couleur est en fait superposée sur la couleur précédente, ce qui fait que les caractères

apparaissent dans une nouvelle couleur. Lorsque la condi-

tion n'existe plus, la couleur d'origine est ramenée à son état d'origine pour rétablir la visualisation en couleur

préexistante de l'information graphique comme du texte.

L'Annexe I contient une liste de programmes pour la mise en oeuvre de la couleur tandis que l'Annexe II indique la programmation nécessaire (en langage PCL) pour une visualisation améliorée par l'emploi de la couleur, concernant par exemple la vitesse de la broche d'un tour à commande numérique. La visualisation graphique se présente sous la forme d'un diagramme à segments représentant la vitesse de la broche en pourcentage de la vitesse maximale,

avec un dépassement admissible. Dans les conditions norma-

les, le fond de l'écran du tube cathodique est noir et peut contenir du texte. Un segment est représenté en bleu de façon que sa longueur représente la vitesse maximale de la broche. Lorsque la vitesse de la broche est égale à zéro, le segment est ainsi entièrement bleu. Lorsque la vitesse commence à augmenter à partir de zéro, une partie du segment représentant la vitesse réelle de la broche augmente de longueur et est représentée en cyan. Lorsque la vitesse continue à augmenter, la partie de couleur cyan du diagramme à segments augmente et la partie bleue rétrécit. L'aspect est semblable à celui d'un instrument de mesure analogique à échelle rectiligne. Une fois que la vitesse a atteint une valeur commandée ou désirée, la partie représentative de la vitesse réelle (de couleur cyan) devient verte. Dans le cas d'un dépassement de vitesse, la partie du segment qui indique la vitesse devient magenta et le fond de l'écran du tube cathodique

devient rouge pour attirer aisément l'attention de l'opé-

rateur. On a donc décrit et représenté un procédé et des moyens permettant au logiciel de commande numérique par ordinateur d'établir des couleurs spécifiques pour un

ensemble de modes de visualisation, qui peuvent être modi-

fiées de façon dynamique soit par le constructeur d'équi-

pements spécifiques ou l'utilisateur du système, soit par le logiciel correspondant à la logique de commande de machine. {be.in scr 3629}:> :"QEI:.URE AtD.l.COLORFPA"TTERN( COLOR: INTEGEiR;

F PATTERN S INTEGER,

{ /.';,;( ',:. '.1n:'ó..',:t:'.( *-. *18$8z8:,: t:; g,$;ie$ j;88t28S8$; 88St:,;. $: }. tATE OF COQIING S 03/011/84 > POGRAMMER NAME BILL GGiDf-RD z:

DESCRIFPTION ADDS COLOR AND PATTERN TO GRAPHICSSEL. COLOR} 3

AN' PPATTERN AN'E ENCODED INTO ONE BYTE AS*:}

tri { '," l 1 l2 I 314 l 5 l6 I 7i8 l > I 1 l color I Pattern! > rDEFENDENCIES}

{ (';LOBAL DATA REFERENCES GRAF'HICS_.SE, LOCAL TO KGTASK}

SEGIN (.iRAF'HICSSEQ+LEN '= GRAF'HICS-SEiQ.LEN + 1;

GRAPHICSSEUE GRAFHICSSEQ+LEN 1' '= CHR( 12/.8 + COLR 16 + FPATTERN),

EN D {Àehd scr 3629} n Co co -CbeLn scr 3629} ::-.':7:CE ú.NCRCHG_CCLO fi *. t COL3OR: I'TEGFR)

{ DATE OF COLIING 0 53/01/84.

FROGRAMMER NAiME: BILL SGODDilARID} { DESCRiFTI - N. BUTLI S A'N ESCAh-E SEQUENCE TO CHANGE THE DATA} \ iSi-COLOR AND SENDLS IT TO THE GNCS, [:FEN. :NiC r r;} z r LOBL ii LAA REFEiRENCOES'....- TFILE -CGDE i : I:DATACOLORSTG, LOCAL TO KGTASK} o -*. :..s i.t:...z. i.$.":$.4,.aa $.:, 1:.:i.*,;:.$ $: s ":.s a8.$:'.;$F:83 $.,c.;:s': $:+.;s:ks g.A.::: . a *;:. 83;:*st** c G EG I ti IF CiOLOR: ' l KGLREVERSEIIiEOCOLOR THEN {scr 3?50} BEGIN î.IAT4)_COLORSTGC3] '= CHR( COLOR + 1630); scr 370> :r LFIUTSTR( DtATACOLORSTG > -,.i - c r 2 -'erd sot c.r 29} ul Co Ili CO

{tbeini scr 3629}- RQCEDiURE,3R_CHG_BA CKGROUND; COLOR INtTEER) >

L.DATE OF CODING 0/3/01/84

FROGRAMMEF NAME ': BILL GODDARD

{r DESCRIFTION t BUILDS (N ESCAPE SEQUENCE TO CHAN;E THE

À: {; ' rBACNGROIIlNID COLOR ANDI SENDS IT TO THE GNCS.

i',T i DEF END:ENCIE S { 3i:EÀL l:Ifilf IEFERvENCES. I'<GLCh'T.FI E.COt'E ->i BACKGIOUNriCOLORSTO, LOCAL TO KGTASN D à <n . ('** *:: **:*g:, *****:*S:kS'. óa******* ":f:-**-X*8* 88.:.&: **:*********:**8..*****:888:, .X8:*.g8:******* >

:BEGIN

IF COLOi: Ki3úiERRORORALARMCOLOR THEN { -s---. 3950}) B E a3 I N

BEG-IN

BACKGOROUNLICOLORSTG[33. = CHR( COLOR + 16*30) <sor t3950} N.rPFUTSTR< BACKGROUNDLCOLORSTO); END; E enri sor 3629, {Itens 59-65 are for color graPhlcs.}

BACKGROUND.. HILITE'.

{The' al zero check is necessary to ensu.re comPatibilitL of} {thi; MSD Processins with MSD files in the field. If this {.rtcessins is used with an MSD file that has no color} {items defined in it then ro errr messa.es will be Produe-} -;ed bL MSD Processin-. Likewi.'e, if a user inputs all zcros}

{for thie color itecis then this wii.1et bL us. Tie second}-

<.oirlt is the resronsibilitv of thie color grarhics s'stem -

-to cjtch.} BEGIN {Case sortion for cuolor Ara.hics items,}

IF (COUNT = BACKGROUND) THEN

BEG3N <See ir all zeros.}

ALLZERG:= TRUE; Z>

Z FOR I:'.= BACKGROUND TO HI-LITE lO z iF (INTESERTABLEEI] <. O) THEN ALLZERO:= FALSE; ENID; {If this is the background color.> m

IF NOT ALLZERO THEN

E;iN.User has values in his MSD.) -

IF (INTEGERTABLECCOUNTI C LOCOLORCODE) OR

(INTEGERTABLECCOUNT] > HI.COLOR-CODúE) THEN

ERRORNUH:= 2488

FELSE {Color code is in lesal rane} >

IF (COUNT = REVVIDEO) THEN

BEGIN {Reverse video car iot be same as data color. >

IF (INTEGERTABLECREVVIDEO] = INTEGERTABLECDATA-COLI) THEN

ERR(IRNUM:= 2487;

END FLSE {This is not reverse videc.>} BEGIN -He.olor exce.t reverse Vl. ldO 'arn be same} {as the backgrourd color.} iF (INTEGER-TABLErCOUNT] = INTEGERTABLECBACKGROUNDI) rJ AND (COUNT - BACKGROUND) THEN tn

ERRORNUM:= 2486;

o END; {If this riot the reverse video color.} C> END; {If all zero values.} -J SC;58} END; {Ca.e orti,)n for colur sraPhics items.} >o

IF ACTIVE-DISP-PAGE=90 THEN

XCURSOR:= TRUNC((PROG-S * NC-SSO-VALUE)/10.O);

* IF XCURSOR > 420 THEN -- VITESSE MAXIMALE ADMISSIBLE DE

i: LA BROCHE (DCM) = 4000

XCURSOR:420;, -- DEPASSEMENT DE 20% = 4200

ELSIF XCURSOR ≤ O THEN,

XCURSOR; 1;

END IF;

IF (XCURSOR < 226) THEN

DRAW-MOVE(60,120); -- VISUALISATION DE LiINFORMATION "' '.' i i "GRAPHIQUE CYAN (VITESSE INFE- '

"" ": ' RIEURE)

:DRAW- RFCTANGLE(XCURSOR,95,3,8); >

"DRAW-MOVE(XCURSOR,120); z

DRAW-RECTANGLE(461,95,1,8);."

ELSIF.((XCURSO0 > 225) AND (XCURSORz 376)) THEN

"DRAW-MOYE(60,120); --VISUALISATION DE L!INFORMATION H

"' ':GRAPHIQUE = VERT

: DRAW-RECTANGLE(XCURSOR,95,2,8);

DRAW-MOVE(XCURSOR,'120); i.

"DRAW-RECTANGLE(461,95,1,8); "

ELSIF (XCURSOR >.375) THEN

DRAW-MOVE(60,120)'; - VISUALISATION DE L'INFORMATION

E ' GRAPHIQUE = MAGENTA (VITESSE..DTD: @,, ' SUPERIEURE)

DRAW-RECTANGLE(XCURSOR,95,5,8);

DRAW-MOVE(XCURSOR,120);

DRAW-RECTANGLE(461,95,1,8);

CHANGE-BACKGRND( 4); -- FOND ROUGE, VITESSE DE LA BROCHE

HORS LIMITE

END IF;

Claims

REVENDICATIONS

1. Procédé pour améliorer la présentation visuelle associée à un système d'usinage à commande numérique par

ordinateur, par l'adjonction de couleur à cette présenta-

tion, caractérisé en ce qu'il comprend les opérations sui-

vantes: on génère et on introduit des articles d'affecta-

tion de couleur (63) dans un fichier de données d'articles enregistrées (54) contenant des données destinées à la génération d'une présentation visuelle d'une information prédéterminée concernant le fonctionnement du système; on traite les articles du fichier de données d'articles (54) à la mise sous tension du système, et on génère à partir de ce fichier un fichier de données enregistrées utilisables

par la machine (56); on transfère des données d'affecta-

tion de couleur du fichier de données utilisables par la machine (56) vers un système de commande de visualisation (62); et on génère une présentation visuelle en couleur sous la dépendance de signaux produits par un traitement

effectué par le système de commande de visualisation (62).

2. Procédé selon la revendication 1, caractérisé en ce que le fichier de données d'articles enregistrées consiste en un fichier source de données de configuration

de machine (54), et en ce que le fichier de données enre-

gistrées utilisables par la machine consiste en un fichier

binaire de données de configuration de machine (56).

3. Procédé selon la revendication 2, caractérisé en ce qu'il comprend en outre l'opération consistant à

modifier par un opérateur, à la demande, les fichiers uti-

lisables par la machine (56), avant l'opération de trans-

fert.

4. Procédé selon la revendication 2, caractérisé en ce qu'il comprend en outre l'opération consistant à modifier le fichier binaire de données de configuration de machine (56) par l'introduction de nouveaux articles d'affectation de couleur dans un éditeur de fichier (58)

en couplage avec le fichier binaire de données de configu-

ration de machine (56), cet éditeur fonctionnant de façon à générer des fichiers de données enregistrées utilisables modifiées qui sont ensuite introduits dans le fichier binaire (56) et sont ensuite transférés vers le système de

commande de visualisation (62).

5. Procédé selon la revendication 2, caractérisé en ce qu'il comprend en outre l'opération consistant à modifier les données d'affectation de couleur qui sont transférées vers le système de commande de visualisation (62), sous la dépendance de conditions de fonctionnement

détectées prédéterminées du système d'usinage.

6. Procédé selon la revendication 5, caractérisé en ce que le système d'usinage peut fonctionner, au moins partiellement, sous la dépendance de l'exécution d'un sous-programme d'un programme de logique de commande de

machine (28), et en ce que l'opération consistant à modi-

fier les données d'affectation de couleur comprend la modification des données d'affectation de couleur par des sous-programmes d'erreur de fonctionnement du système, appartenant au programme de logique de commande de machine (28).

7. Procédé selon la revendication 2, caractérisé en ce que l'opération de génération et d'introduction

d'articles d'affectation de couleur (63) comprend la géné-

ration d'un article d'affectation de couleur pour une cou-

leur de fond.

8. Procédé selon la revendication 2, caractérisé en ce que l'opération de génération et d'introduction

d'articles d'affectation de couleur (63) comprend la géné-

ration d'un article d'affectation de couleur pour une cou-

leur de vidéo inverse.

9. Procédé selon la revendication 2, caractérisé en ce que l'opération de génération et d'introduction

d'articles d'affectation de couleur (63) comprend la géné-

ration d'un article d'affectation de couleur pour une cou-

leur de caractères d'en-tête.

10. Procédé selon la revendication 2, caractérisé en ce que l'opération de génération et d'introduction

d'articles d'affectation de couleur (63) comprend la généra-

tion d'un article d'affectation de couleur pour une couleur

de caractères de données.

11. Procédé selon la revendication 2, caractérisé en ce que l'opération de génération et d'introduction

d'articles d'affectation de couleur (63) comprend la généra-

tion d'un article d'affectation de couleur pour une couleur

d'erreurs et d'alarmes.

12. Procédé selon la revendication 2, caractérisé en ce que l'opération de génération et d'introduction

d'articles d'affectation de couleur (63) comprend la généra-

tion d'un article d'affectation de couleur pour une couleur

de réponse à fournir par l'opérateur.

13. Procédé selon la revendication 2, caractérisé en ce que l'opération de génération et d'introduction d'articles d'affectation de couleur (63) comprend la génération d'un article d!information de couleur

pour une couleur correspondant à une luminosité renforcée.

14. Procédé selon la revendication 2, caractérisé en ce que l'opération de génération et d'introduction

d'articles d'affectation de couleur (63) comprend la géné-

ration d'articles d'affectation de couleur pour une couleur de fond, une couleur de vidéo inverse, une couleur de caractères d'en-tête, une couleur de caractères de données, une couleur d'erreurs et d'alarmes, une couleur de réponse à fournir par l'opérateur et une couleur correspondant à

une luminosité renforcée.

15. Procédé selon la revendication 14, caractéri-

sé en ce qu'il comprend en outre l'opération consistant à modifier les affectations de couleur par un opérateur, à la demande.

16. Procédé selon la revendication 15, caractéri-

sé en ce que l'opération de génération et d'introduction d'articles d'affectation de couleur comprend en outre l'établissement de couleurs spécifiques prises par défaut pour la couleur de données, la couleur de fond, la couleur

de vidéo inverse et la douleur correspondant à une luminosi-

té renforcée.

17. Procédé selon la revendication 16, caractéri-

sé en ce qu'il comprend en outre l'opération consistant à remplacer sélectivement la couleur de caractères de données prise par défaut, par la couleur de caractères d'en-tête, la couleur de caractères d'erreurset d'alarmeset la couleur de réponse à fournir par l'opérateur, et à retourner ensuite à l'affectation de couleur prise par défaut pour la

couleur de caractères de données.

18. Procédé selon la revendication 14, caractéri-

sé en ce qu'il comprend en outre l'opération consistant à changer la couleur de fond et la couleur de caractères de données sous la dépendance d'une condition de fonctionnement détectée prédéterminée du système, et à retourner ensuite à

leurs couleurs affectées précédemment lorsque ladite condi-

tion n'est plus présente.

19. Procédé selon la revendication 18, caractéri-

sé en ce que le système fonctionne conformément à un ensem-

ble de programmes d'ordinateur et de fichiers de données enregistrées, comprenant un logiciel de commande numérique (24) et un programme de logique de commande de machine (28) qui sont couplés mutuellement par l'intermédiaire d'un

logiciel d'interface (26); et en ce que-l'opération con-

sistant à changer la couleur de fond et la couleur de carac-

tères de données sous la dépendance d'une condition de fonctionnement détectée du système comprend l'exécution d'appels du programme de logique de commande de machine (28) vers le fichier de commande de visualisation (62) faisant

partie du logiciel de commande numérique (24), par l'inter-

médiaire du logiciel d'interface (26).

20. Procédé selon la revendication 14, caractéri-

sé en ce que l'opération de génération d'une présentation visuelle en couleur comprend la présentation d'une informa-

tion à la fois sous forme alphanumérique et sous forme gra-

phique.

21. Système destiné à ajouter la couleur à la

visualisation vidéo d'un système d'usinage à commande numé-

rique par ordinateur, caractérisé en ce qu'il comprend: un premier fichier de données (54) contenant des articles

d'affectation de couleur (63) pour la génération de présen-

tations en couleur d'une information prédéterminée concer-

nant le fonctionnement du système; des moyens destinés à traiter les articles du premier fichier de données (54) à la mise sous tension du système, et à générer à partir

d'eux un second fichier de données (56) sous une forme uti-

lisable par la machine; des moyens destinés à transférer des données d'articles d'affectation de couleur du second fichier de données (56) vers un système de commande de visualisation (62); et des moyens (18) destinés à générer une présentation visuelle en couleur sous la dépendance des

signaux produisant la visualisation vidéo.

22. Système selon la revendication 21, caractéri-

sé en ce qu'il comprend en outre des moyens (58, 60) per-

mettant la modification du second fichier de données (56)

par un opérateur.

23. Système selon la revendication 21, caractéri-

sé en ce qu'il comprend en outre des moyens (66, 68) per-

mettant la modification des données d'affectation de couleur sous la dépendance de conditions de fonctionnement détectées

prédéterminées du système d'usinage.

24. Système selon la revendication 23, caractéri-

sé en ce que le système d'usinage peut fonctionner, au moins

partiellement, sous la dépendance de l'exécution de sous-

programmes d'un programme de logique de commande de machine (28), et en ce que les moyens (66, 68) destinés à modifier les données d'affectation de couleur modifient les données d'affectation de couleur par des sousprogrammes d'erreur de fonctionnement du système appartenant au programme logi-

que de commande de machine (28).

25. Système selon la revendication 21, caractéri-

sé en ce que le premier fichier de données consiste en un fichier source de données de configuration de machine (54) et les seconds fichiers de données consistent en un fichier binaire de données de configuration de machine (56), et il existe en outre un éditeur de fichier (58) couplé au fichier binaire de données de configuration de machine (56), cet éditeur de fichier pouvant générer des fichiers modifiés de

données enregistrées utilisables (56).

26. Système selon la revendication 21, caractéri-

sé en ce que les articles d'affectation de couleur (63) comprennent des articles d'affectation de couleur pour une couleur de fond, une couleur de vidéo inverse, une couleur

de caractères d'en-tête, une couleur de caractères de don-

nées, une couleur d'erreurs et d'alarmes, une couleur de

réponse à fournir par l'opérateur et une couleur correspon-

dant à une luminosité renforcée.

27. Système selon la revendication 26, caractéri-

sé en ce que les articles d'affectation de couleur (63) pour la couleur des données, la couleur de fond, la couleur

de vidéo inverse et la couleur correspondant à une lumino-

sité renforcée sont définis au moyen de couleurs prédéter-

minées prises par défaut.

28. Système selon la revendication 27, comprenant en outre des moyens (60) destinés à remplacer sélectivement la couleur de caractères de données prise par défaut, par

la couleur de caractères d'en-tête, la couleur de caractè-

res d'erreurset d'alarmeset la couleur de réponse à fournir par l'opérateur, et à retourner ensuite à l'affectation de couleurs prises par défaut pour la couleur de caractères

de données prise par défaut.

29. Système selon la revendication 21, caractéri-

sé en ce qu'il comprend en outre des moyens (66, 68) desti-

nés à changer la couleur de fond et la couleur de caractè-

res de données sous la dépendance d'une condition de fonc-

tionnement détectée prédéterminée du système, et à retour-

ner ensuite aux couleurs affectées précédemment, lorsque

cette condition n'est plus présente.

30. Système selon la revendication 29, caractéri-

sé en ce qu'il comprend en outre un ensemble de programmes

d'ordinateur et de fichiers de données enregistrés, compre-

nant un logiciel de commande numérique (24) et le programme de logique de commande de machine (28), et en couplage mutuel par l'intermédiaire d'un logiciel d'interface (26),

et en ce que les moyens (66, 68) destinés à changer la cou-

leur de fond et la couleur de caractères de données sous la dépendance d'une condition de fonctionnement détectée du système comprennent des moyens destinés à exécuter des appels du programme de logique de commande de machine (28)

vers le logiciel de commande numérique (24), par l'intermé-

diaire du logiciel d'interface (26).