IN SITU HOST= ä NOTE D'APPLICATION

&n= bsp;

La justification pour un pr= oduit d'automation pour des applications de contrôle du processus de cycle intégrées

Introduction<= /span>

Pendant= plus de deux décennies, l'adoption répandue de dans le situ et dans la ligne métrologie a semblé être sur l'horizon. Les analyseurs résiduels de gaz (RGA) et les compteurs intégrés de particules (ISPM) sont mais deux de beaucoup d' applications prometteuses qui ont accomplir encore = leur potentiel.

&n= bsp;

La prom= esse du contrôle du processus de cycle intégré existe toujours. Le produit droit d'automation fera un impact significatif s= ur l'industrie. La justification primaire pour la métrologie in s= itu est qu'elle est en temps réel. Si une série de produit souillé est expédiée à un faisceau de dé= pôt d'interconnexion en métal, à moins que la contamination soit très brute, le groupe sera probablement traité, des groupes suivants sera également traité, jusqu'à ce qu'en conclusion, le prochain ensemble d'essais conventionnels de qualification soient réalisés. Le péril est significatif. = ;

&n= bsp;

Les fab= ricants de matériel de spectromètre de masse ont deux classes principale= s de produit de logiciel. La première classe est conçue pour l'interaction humaine. Les possibilités d'automation, particul= ièrement les possibilités automatisées d'analyse, sont extrêmeme= nt limitées. Cette classe est généralement prévue pour des fonctions d'entretien comme la fuite d'hélium examinant ou dépannant, et suppose qu' un technicien sera présent. Cependant, la valeur de cet aspect est parfois négligée. Le choix pour automatiser l'instru= ment peut parfois avoir comme conséquence un compromis de la fonction d'entretien, puisque l'interface humaine change nettement, le rendant diffi= cile pour l'utilisateur courant.

&n= bsp;

La deuxième classe est conçue pour l'automation complète. Les possibilités peuvent être substantielles, mais l'acceptation sur le marché a été très limitée. Les raisons d= u manque de succès incluent :

L'interface humaine est plus = complexe que nécessaire. les fournisseurs ont supposé au départ que le client ne serait pas compétent pour mainte= nir le produit, ainsi la capacité pour que le client apprenne l'interface n'était jamais une priorité. Dans cert= ains cas, l'interface humaine la complexité était intentionnellement difficile afin d'encourager la dépendance de= ssus le fournisseur.

Les systèmes sont cher= s, particulièrement si on considère coût d'appui perpétuel.

.<= /o:p>

Échange de donn&e= acute;es dynamique (DDE)ä

Une app= lication de centre serveur de tiers ne serait pas possible sauf le fait que la majeure partie du logiciel standard du fournisseur, la classe du logiciel destinée à l'interaction humaine, soutient une technologie appelée « échange de données dynamique » ou le DDE. Le DDE est une norme de Microsoft p= our des applications partageant des données. Ceci permet pour qu'un système hôte ait accès aux données de rép= onse en temps réel. Les fournisseurs dont le DDE de software support inclut Inficon TWare32ä, MKS RGA for Windowsä, et Onix Gasworksä.

&n= bsp;

Applica= tion

La chambre d'échange sur le dépôt d'interconnexion en métal un outil est un exemple de l'application de contrôle du processus de cycle intégrée qui exige un ce= ntre serveur intelligent. Si nous surveillons l'instrument, nous verrons clairement des sources évidentes de changement de chimie. Cependant, à moins que le système connaisse quel réact= eur a été exposé à la chambre d'échange &agr= ave; l'heure du changement de chimie, il n'a aucune chance de se servir des données. Si nous connaissons l'état de l'opérati= on, d'un instrument simple nous pouvons qualifier les réacteurs multiple= s.

&n= bsp;

Une deuxième étude de cas est dégazez réacteur sur le même outil.&nb= sp; Une sonde infrarouge qui mesure le rendement des lampes est utilisée pour synchroniser l'analyse au processus de dégazage. Sur la l= ampe standard dégazez la conception de réacteur, le rendement des lampes n'est pas une commande de boucle bloquée, seulement le setpoint est commandé.

&n= bsp;

D&egrav= e;s le début, le principe de conception pour In Situ Hostä était un produit que le cl= ient pourrait soutenir.

Si un ingénieur décide un changement à l'analyse est exigé, si l'ingénieur peut employer la barre de formule dans l'Excel, l'ingénieur est compétent pour faire le changement d= e ce produit.

E= n outre, le logiciel qui a été conçu pour l'interaction humaine fonctionne toujours dans le fond, et facilement accessible avec In Situ Hostä. De cette façon nous= ne compromettons pas notre opération d'entretien en installant un module d'automation.

&n= bsp;

Conclusion

Un syst= ème à permettre a intégré le contrôle du processus de cycle qui est capable, mais également supportable par la population = de fab est justifié. In Situ Hostä a les dispositifs qui lui permett= ront de remplir condition d'un facile à utiliser, solution techniquement cap= able et et accessible pour ce rôle valable.&nb= sp;

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

&n= bsp;

&nb= sp; = &nb= sp; =