CZ146795A3 - Correlation computer system performing quantitative check - Google Patents

Correlation computer system performing quantitative check Download PDF

Info

Publication number
CZ146795A3
CZ146795A3 CZ951467A CZ146795A CZ146795A3 CZ 146795 A3 CZ146795 A3 CZ 146795A3 CZ 951467 A CZ951467 A CZ 951467A CZ 146795 A CZ146795 A CZ 146795A CZ 146795 A3 CZ146795 A3 CZ 146795A3
Authority
CZ
Czechia
Prior art keywords
data
control
contact lens
production
pallet
Prior art date
Application number
CZ951467A
Other languages
English (en)
Inventor
Wang Daniel Tsu-Fang
Lars William Johnson
John Mark Lepper
Anthony Martin Wallace
Ross Reinhart Leonard
Sankar Sanka Ravi
William Walker Craig
Original Assignee
Johnson & Johnson Vision Prod
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Johnson & Johnson Vision Prod filed Critical Johnson & Johnson Vision Prod
Publication of CZ146795A3 publication Critical patent/CZ146795A3/cs

Links

Classifications

    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61LMETHODS OR APPARATUS FOR STERILISING MATERIALS OR OBJECTS IN GENERAL; DISINFECTION, STERILISATION OR DEODORISATION OF AIR; CHEMICAL ASPECTS OF BANDAGES, DRESSINGS, ABSORBENT PADS OR SURGICAL ARTICLES; MATERIALS FOR BANDAGES, DRESSINGS, ABSORBENT PADS OR SURGICAL ARTICLES
    • A61L12/00Methods or apparatus for disinfecting or sterilising contact lenses; Accessories therefor
    • A61L12/02Methods or apparatus for disinfecting or sterilising contact lenses; Accessories therefor using physical phenomena, e.g. electricity, ultrasonics or ultrafiltration
    • A61L12/04Heat
    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61LMETHODS OR APPARATUS FOR STERILISING MATERIALS OR OBJECTS IN GENERAL; DISINFECTION, STERILISATION OR DEODORISATION OF AIR; CHEMICAL ASPECTS OF BANDAGES, DRESSINGS, ABSORBENT PADS OR SURGICAL ARTICLES; MATERIALS FOR BANDAGES, DRESSINGS, ABSORBENT PADS OR SURGICAL ARTICLES
    • A61L2/00Methods or apparatus for disinfecting or sterilising materials or objects other than foodstuffs or contact lenses; Accessories therefor
    • A61L2/24Apparatus using programmed or automatic operation
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/418Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/41875Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by quality surveillance of production
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/32Operator till task planning
    • G05B2219/32182If state of tool, product deviates from standard, adjust system, feedback
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/32Operator till task planning
    • G05B2219/32187Correlation between controlling parameters for influence on quality parameters
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/32Operator till task planning
    • G05B2219/32196Store audit, history of inspection, control and workpiece data into database

Landscapes

  • Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Animal Behavior & Ethology (AREA)
  • General Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Veterinary Medicine (AREA)
  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Manufacturing & Machinery (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Eyeglasses (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • General Factory Administration (AREA)
  • Feedback Control In General (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Control By Computers (AREA)

Description

Vynález se obecně týká výrobního zařízení na výrobu očních kontaktních čoček a zejména kontrolního systému pro monitorování provozů výrobní linky použité při výrobě kontaktních čoček v uvedeném zařízení na výrobu kontaktních čoček s cílem sledovat a optimalizovat výrobní proces.
Známý stav techniky
Přímé tváření hydrogelových kontaktních čoček popisují patenty US 4 495 313 (Larsen), US 4 580 335 (Larsen a kol.), US 4 565 348 (Larsen) a US 4 540 489 (Larsen a kol,), jejichž přihlašovatelem je rovněž přihlašovatel této přihlášky. Tyto zmíněné patenty v podstatě popisuji automatizovaný způsob výroby kontaktních čoček, u kterého je každá čočka vyrobena vložením monomeru mezi zadní zakřivenou (horní) a přední zakřivenou (dolní) polovinu tvářecí formy. Tento monomer zpolymeruje, takže vytvoří čočku, která je následně vyjmuta z částí uvedené formy a podrobena dalšímu zpracování, jakým je hydratace v hydratační lázni, automatická kontrola čočky (AKČ) a balení, aby mohla být dodána uživateli.
Uvedená výroba kontaktních čoček vyžaduje přesné řízeni podmínek_a_procesů, z nichž—mnohé jsou monitoroványpomoci počítačů a dalších kontrolních zařízení. Pro účely kvalitativní kontroly může být.shrj3máždAnj_mjnqh_qjnfqrmací, ve formě provozních podmínek a kontrolních dat, například procesů probíhajících během výroby kontaktních čoček. Avšak to může vést k tomu, že bude pro každou kontaktní čočku shroiTLážděno p.řiliš velké množství údajů. Tyto údaje budou dále vyžadovat prostředek pro zpracování takto získaných dat, které se provádí způsobem , jež je vhodný například pro operátory, inženýry a kontrolory, aby mohly plnit správně své funkce. Kromě toho, některé informace mohou být získány pozorováním osoby kontrolora, například při kontrole čočky, a
- nejsou -tudíž tak spolehlivé, jako informace získané pomocí automatických čidel.
Proto zde vzniká potřeba . poskytnout kvalitativní kontrolní systém , který bude moci automaticky shromažďovat provozní kontrolní data z množiny výrobních provozních kontrolních jednotek, které kontroluji a řídí různé aspekty výroby kontaktních čoček v provozních stanicích zařízení pro výrobu kontaktních čoček a který bude moci automaticky zpracovávat údaje pro aktuální displej a pro archivační účely.
Kromě toho bude dále velmi žádoucí poskytnout kvalitativní kontrolní systém, který by mohl automaticky shromažďovat provozní kontrolní údaje pro každou specifickou kontaktní čočku v každé. z. množiny provozních /stanic..
Navíc je dále velmi žádoucí poskytnout kvalitativní kontrolní systém , který shromáždí provozní kontrolní data pro každou specifickou kontaktní čočku a který bude zahrnovat prostředek pro automatické korelováni shromážděných údajů s každou jednotlivou vyrobenou kontaktní Čočkou za účelem skladováni informací a optimalizování výroby,
Kromě toho je velmi žádoucí poskytnout kvalitativní kontrolní systém, který by představoval součást výrobního zařízení na výrobu kontaktních čoček a umožnil operátoru určit specifický důvod, proč byla určitá kontaktní čočka vyřazená v průběhu automatizovaného kontrolního procesu probíhajícího následně po vyrobení uvedené čočky označena za defektní.
Podstata vynálezu
Předmětem vynálezu je poskytnutí kvalitativního’ ' kontrolního systému pro zařízení na výrobu kontaktních čočekf '$ který automaticky shromažďuje provozní kontrolní údaje, které přebírá od množiny kontrolních jednotek výrobního: -½ procesu, určených pro kontrolu určitých podmínek' výrobního' ' procesu, které kontroluji výrobu kontaktních čoček, přičemž· $ múze tento kvalitativní kontrolní systém automaticky zpracovat údaje za účelem zobrazení v reálném čase a za účelem ořf-fine analýzy.
Dalším, předmětem vynálezu je poskytnutí kvalitativního kontrolního systému, který shromažďuje provozní kontrolní údaje v cyklické časové periodě narůstající pro každou vyrobenou specifickou kontaktní čočku.
Kromě toho je dalším předmětem vynálezu poskytnutí kvalitativního kontrolního systému, který shromažďuje—provoz-n-ťkontrolní data pro jednotlivé čočky z jednotlivých. výrobních provozních stanic výrobní linky na výrobu kontaktních čoček a který zahrnuje automatický prostředek pro korelování uvedených shromážděných údajů s každou vyrobenou specifickou kontaktní čočkou a pro automatické ukládání údajů do relační databáze pro účely prospektivní a retrospektivní analýzy.
Ještě dalším předmětem vynálezu je poskytnutí kvalitativního kontrolního systému ve výrobním zařízení na výrobu kontaktních čoček majícím automatizovaný kontrolní systém určující defektní čočky, kde uvedený kvalitativní kontrolní systém zahrnuje prostředek pro kďreláčí 'dát shromážděných pro každou specifickou vyrobenou kontaktní čočku a který rovněž umožní určit zdroj příslušné poruchy, která byla důvodem vyřazení příslušné čočky, takže může korelovat a optimalizovat provozní řídící jednotky výrobní linky.
Výše zmíněných cílů se dosáhne u kvalitativního kontrolního systému pro optimalizování provozních parametrů v automatizovaně provozní-Hnce na-vy'robů'k'o'n'ťa'kťntch čoóe-kT Tento systém zahrnuje množinu provozních kontrolních prostředků pro kontrolu jedné nebo několika provozních stanicích výrobní linky, přičemž každý kontrolní prostředek kontroluje množinu provozních kontrolních zařízení, z nichž každé kontroluje ..určité specifické parametry použité při automatizované výrobě kontaktních čoček v uvedené(ných) provozní(ních) stanici(cích). Vynález rovněž poskytuje automatizovaný kontrolní prostředek pro automatické prďveřovánT každé vyrobené kontaktní čočky a generováni kontrolních dat pro každou kontaktní čočku, a vysilač- výzev určeni pro periodické vysíláni výzev pro každý provozní kontrolní prostředek za účelem shromáždění provozních kontrolních dat pro’ kážčfoO perioduVynález' ďále zahrnuje prostředek pro korelování inspekčních dat s provozními kontrolními daty a daty týkajícími se kontaktních čoček, za účelem optimalizace provozních parametrů použitých při výrobě kontaktních čoček, a relační databázi pro ukládání provozních kontrolních dat, * dat týkajících se kontaktní čočky a inspekčních dat * přejímaných od korelačního prostředku.
Λ ►
Další přínos a význam vynálezu bude zřejmější po prostudování následující popisné části a doprovodných výkresů, které na příkladech specifikují výhodná provedení vynálezu.
4· ' t
Stručný popis obrázků
Již zmíněný význam a přínos vynálezu pro paletový ® systém' výrobní linky pro výrobu kontaktní čočky bude pro odborníky' v daném oboru mnohem zřejmější po prostudování následujícího podrobného popisu několika jeho výhodných provedení spolu s přiloženými doprovodnými výkresy, na kterých jsou obdobné prvky označeny shodnými vztahovými značkami, ’ a kde:
t f
Obr. 1 znázorňuje přehled konfigurace hlavního kontrolního' systému podle vynálezu;
obr. 2(a) a 2(b) znázorňuje paměťové uspořádání pro *
uzlové bloky resp. bíoky dat, které jsou generovány lokálními__
PLC a shromažďovány uzlem shromažďujícím data podle vynálezu;
obr. 3(a) znázorňuje proces shromažďování dat pro shromažďovací bloky údajú týkajících se událostí z lokálních PLC;
obr. 3(b) znázorňuje proces shromažďování dat pro bloky shromažďující procesní kontrolní data z lokálních PLC;
obr. 4(a) znázorňuje proces shromažďováni dat týkající se kontroly čoček‘‘žTs‘kariý'chžá 'použitívízuátntho ‘ kontram-ího — přístroje;
obr. 4(b) znázorňuje položky kontrolních dat specifické čočky, které jsou získány pomoci vizuálního kontrolního přístroje;
obr.' 5(a) znázorňuje postup shromažďování ~žpTa_cO'vá'tel's'ký'c'h~d-attýkaji-cich~s-e—str-oje-n-a-t-vá-ř-e-n-í—čočkových— forem a to buď stroje na tváře čelních zakřivených částí forem, nebo zadních zakřivených částí forem.
obr. 5(b) znázorňuje položky provozních dat pro specifickou formu, které mají být převzaty ze stroje na tvářeni čelních zakřivených částí formy, zadních zakřivených části formy nebo primární balící formy;
obr, 6 znázorňuje diagram ukazující funkční vztah mezi řídícím obslužným kanálem a dalšími moduly hlavni řídicí jednotky;
£názorfjuje jeden událostní blok a jeden blok dat uložený v paměti PLC, které souvisejí s PLC 11 jak ukazuje obrázek 20.
obr. 8 zjednodušeně znázorňuje schéma ukazující vnitřní vztah mezi zdrojem bodů dat, vzorky a skupinami;
obr. 9 znázorňuje logický vývojový diagram ukazující· funkci řídícího obslužného kanálu pro generováni záznamů databáze;
obr. 10(a) znázorňuje série paměťových zdrojových řad v paměti řídícího obslužného kanálu pro skladování historie bodů dat pro příslušné procesy; ‘ .
obr. 10(b) znázorňuje typický vzorek zahrnující body.dat vybírané z paměťových zdrojových řad v předem specifikovaných rozestupech;
obr. 10(c) znázorňuje koncepci vzorků, které jsou shromážděny ve formě skupiny mající odpovídající index;
obr. 11 znázorňuje formát provozních záznamů ID příslušné palety, které jsou zaslány do relační databáze za účelem dlouhodobého uložení;
obr. 12(a) - 12(b) znázorňuje geometrickou orientací nosných palet, při jejich přepravě výrobní linkou po ukončení vstřikovacího tváření do hydratační stanice; ' ___ δ
obr. 12(c) - 12(d) znázorňuje geometrickou orientací ňošnyčh’ palet, při jejich přepravě z hydratační stanice sk ·· automatizovanou kontrolní stanici pro kontrolu čoček;
obr. 13(a) a 13(b) znázorňuje zdrojové paměťové řady pře čtecí zařízení čárového kódu, která obsahuje ID (incinformaci palet nesoucích čočky na vstupu do uvědom hydratační stanice;
obr. 14 znázorňuje rozptylový diagram kontroíníer výsledků (y-osa) v závislosti na provozních parametrech >. osa); ’ ......... .....................
obr. 15 znázorňuje histogram vyjadřující počet defé’ čočky pro dutinu nacházející se ve specifické poloze specific»e palety a pro množinu průchodů palety provozními stanicemi uvedené linky;
obr.
generován i nahrávek dostupných v uvedené relační databázi;
16(a) - 16(c) znázorňuje provozní schéma ..
rozptylového ďÍ'a'g'ra'm'ú'''vyn'e'sením------datcv'-'··.· ···'·------obr. 17 znázorňuje provozní schéma pro generc\=; histogramu vynesením skupinových záznamů dat dostupný,:5 uvedené relační databázi;
obr. 18 t znázorňuje provozní šířkový histogram, naznačuje, jak se příslušný provozní ^parámeťr '(n'ap'ř'K hladina zaváděného monomeru) chová;
* obr, 19 znázorňuje provozní schéma pro generování p rocesn i ho ší rkového'~h’isfogřa m σ vynesenínr^^záznárnu '“dat uvedených skupin, které jsou k dispozici v uvedené relační databázi;
obr. 20 znázorňuje koncepční schematický pohled na paletový nosič a sledovací systém pro linku na výrobu kontaktních čoček;
obr. 21(a) - 21(b) znázorňují postup pro vynesení provozního parametru proti fixní časové stupnici za účelem ilustrování časových průběhů provozního parametru.v uvedeném systému;
obr. 22(a) znázorňuje Paretúv graf výstražných impulzů pro uvedenou výrobní linku;
obr. 22(b) znázorňuje Páretův graf výstražných signálů v závislosti na jejich trvání;
obr. 22(c) znázorňuje Paretúv. graf stavových kódů palety pro příslušné čtecí zařízení čárového kódu;
i obr. 23 znázorňuje provozní schéma pro generování Paretova grafu znázorněného na obrázcích 22(a), (b) a (c).
Jak uvádí související patentová přihláška s názvem “Production Line Tracking and Quality Control System (Attorney Docket #9166) shodného přihlašovatele, výrobní zařízení pro výrobu kontaktních čoček je vybaveno množinou programovate I ňý c h a “'nep r og r a mo v a tel π ýc h řídíc íčh zařízení pro řízení a monitorování různých výrobních procesů v uvedeném zařízení pro výrobu kontaktních čoček, které produkuje kontaktní čočky rychlosti 8 čoček každých 6 sekund’
Mezi uvedená zařízení patří zejména dva PLC, označené na obrázcích 1 a 20 jako 11 a 12, určené pro řízení přepravy osmi čelních zakřivených polovin (ČZ) a osmi zadních zakřivených polovin (ZZ), tvářených vstřikováním, z
.....příslušných' vstrikovacích-strojů- pro -tváření - čelních- respektive..
zadních zakřivených polovin forem (obrázek 20) na příslušné nosné palety umístěné vedle prvního a druhého paletového dopravníku 27 resp. 29 , přičemž jak první, tak druhý paletový dopravník jsou Částečně uzavřeny v nízkokysiíkovém pouzdře. Provozní detaily jsou podrobněji diskutovány v související patentové přihlášce U.S.S.N. nazvané “Apparatus for Removing and Transporting Articles from Molds“ (Attorney —©oe-k-et-#-900-2-)-sho.d-n.é.h.o-p.ř-íh.!ašo-V.a.teJ.e.__________________:___
Jak znázorňují obrázky 1 a 20 třetí PLC 13 řídí operace v plnící a kompletační stanici, kdy se forma plní monomerem nebo monomerní směsí a forma se uzavírá, jak podrobněji popisuje související patentová přihláška U.S.S.N. s názvem “Method and Apparatus for Contačt Lens ’ Mold” Filling and' Assembly“, (Attorney Docket #9004) shodného přihlašovatele.
Tento PLC řídi provozní-- podmínky -pr-o-plnění-· —torem.....
monomerem, které zahrnují uložení polymerovatelné sloučeniny (monomerní směsi) pro tváření kontaktní čočky ve vakuovém prostředí v konkávní části každé čelní zakřivené poloviny formy v každé nosné paletě 71a a rovněž řídí provoz kompletování ječfn o tlivých tvářecích formových sestav pro tváření kontaktních čoček, Jehož součástí je vyjmutí všech zadních zakřivených částí forem z palety a jejích umístění v orientované konfiguraci na odpovídající související čelní zakřivené poloviny forem nesené sousední nosnou paletou 71a. . '
Jak znázorňují obrázky 1 a '20, čtvrtý PLC 14 řídí *
předtvrzovácí, UV-vytvrzovací a démontážní operace na lince pro výrobu kontaktních čoček. Tento PLC řídí kontrolu predtvrzovacího procesu, ve kterém je monomerní roztok obsažený v každé tvářecí formové sestavě částečně vytvrzen do viskózního gelovatého stavu a ve kterém jsou uvedené čelní a uvedené zadní zakřivené poloviny forem vystaveny předem stanovenému tlaku za účelem dalšího definování hran kontaktních čoček a za účelem eliminování decentrace.’ Provozní detaily týkající se tlaku kontaktních čoček jsou diskutovány detailněji v související patentové přihlášce U.S.S.N. s názvem Moid Clamping and Precure oř a Polymerizable Hydrogeí (Attorney Docket #9007) shodného přihlašovatele. Provozní detaily UV-vytvrzování kontaktních čoček jsou podrobněji popsány v související patentové přihlášce U.S.S.N. nazvané “Ultraviolet Cycling Oven for Polymerization of Contact Lenses (Attorney Docket #9011) shodného přihlašovatele. Uvedený čtvrtý PLC zpravidla rovněž řídí kontrolu polymeračního procesu probíhajícího v UV pecích, kde jsou vytvrzované čočky umístěné v jednotlivých 'tvářecích formových sestavách tvářeny do polotovarů kontaktních čoček. Provozní detaily procesu demontáže tvářecí formy a vyjímání kontaktní čočky jsou diskutovány podrobněji v související patentové přihlášce U.S.S.N. (Attorney Dockei #9006) s^názvém „Mold Separation Apparatus shodného přihlašovatele. Zadní zakřivené poloviny tvářecích formových sestav jsou zpravidla automaticky oddělovány od čelních zakřivených polovin za účelem odkrytí polymerovatelných kontaktních čoček před její přepravou do následující hydratační stanice.
Jak ukazují obrázky 1 a 20, pátý PLC 15 kontroluje přepravu čelních zakřivených polovin tvářecích formovýčh sestav obsahujících tvářené kontaktní čočky do hydratační kó mory, ve které 'jsou'tyto čočky 'hý'dra'tov'ány'.~Hydratac© čoček......
je objasněna v související patentové přihlášce U.S.S.N. (Attorney Do.cket #8998) s názvem „Automatated Method· and Apparatus for Hydrating Soft Contact Lenses“ shodného přihlašovatele.
Šestý PLC 16, jak ukazuje obrázek 1, kontroluje operace, které následují po hydrataci, které jsou podrobněji popsány v sO'úvrs'e'jŤcr-p’a'teTitOVé—př ih lásce--UtStStN-—(-A-t-t-er-ney—Doc-ke-t— #9005) nazvané „Automated Apparatus anď Method for Consolidating Products for Packaging” shodného přihlašovatele. Operace následující po hydrataci zahrnují generování kontrolního údaje pro uvedenou kontaktní čočku obsahujícího výsledky dobré/vadné určené pomoci automatického visuálního systému automatizované kontrolní stanice (není znázorněna) určené pro provádění kontroly uvedených kontaktních čoček.
Sedmý PLC 17 řídi primární balení a zahušťován* 1 čočkových pouzder uvedeného čočkového balícího systém^, který je podrobněji objasněn v související patentové přihláš*.
U.S.S.N. (Attorney Docket #9167) s názvem „Interactive Control System fór Packaging Čontror shodného příhfášóvaFélě^Tóvrrez řídí procesy, jakými jsou výměna roztoků, pinění čočkového pouzdra solným roztokem, tepelné sváření pouzdra a krycí fólie, atd., které se provádí na otočném děleném balícím kotoučovém stole, který je podrobně diskutován v související patentové přihlášce U.S.S.N. nazvané „Rotary Packaging Station“ (Attorney Docket #901 7) shodného přihlašovatele.
Dále může být přítomen osmý PLC (není znázorněn), který může kontrolovat různé aspekty uvedeného sekundárního balení, včetně přepravy pouzder z uvedeného otočného děleného balícího stolu do sekundární balicí oblastí a následného sterilizování uvedených pouzder ve sterilizacní stanici, které jsou detailněji popsány v související patentové přihlášce U.S.S.N. s názvem „Apparatus and Method for Sterilization and Secondary Packaging“ (Attorney Docket #9169) shodného přihlašovatele. U výhodných provedení se jako PLC použije Ti systém 545 (Texas Instruments) a může zahrnovat TI383/ATM koprocesorový modul pro komunikaci s příslušným PLC přes rubovou stranu nebo sériové 'spojení (není znázorněno). Je zřejmé, že každé PLC má svou vlastní paměť, adresovou způsobilost pro ukládání a aktualizování bloků dat, které budou diskutovány později podrobněji.
Úkolem dalších řídících jednotek programovatelného zařízení, kterými je uvedená linka na výrobu kontaktních čoček vybavena, je kontrola a řízení vstřikovacího stroje 18a na tvářeni čelních zakřivených polovin forem na tváření kontaktních čoček, který produkuje uvedené čelní zakřivené ’ poloviny forem rychlostí osm polovin každých šest sekund, vstřikovací stroj 18b na tvářeni zadních zakřivených polovin forem pro tváření kontaktních čoček, který produkuje zadní zakřivené poloviny tvářecích formových sestav a stroj 19 primárního balení, ve kterém je obsažena vyrobená kontaktní čočka. Tato programovatelná zařízení vyrábí Zushin Corp.
Řídící jednotka dalšího zařízení 20 řídi visuální systém, který automaticky kontroluje kontaktní čočky před jejich zabalením. Operační detaily jsou diskutovány detailněji v související patentové přihlášce U.S.S.N.(Attorney Docket #9 ) nazvané Automatic Lens Inspection System shodného příhlašbvátele7'0v'ládac'í' řídící jednotku ' 20Vyrábí společnost' Perceptics z Knoxville, Tennessee.
Jak popisuje výše zmíněna související patentová přihláška nazvaná „Production Line Tracking and Quality Control System, paletový systém výrobní linky umožňuje vysokorychlostní přepravu zadní zakřivené čočky a čelní zakřivené části tvářecí formy jednotlivými výrobními stanicemi -zařízení-na—výrobu-kontaktních—čoček-.—Uvedená—výrob n-i-li-n-k-asamotná je opatřena množinou čtecích zařízení určených pro čtení čárového kódu, která jsou označena na obrázku 20 vztahovými značkami 80-89 a namontovány do strategických míst celém výrobním zařízení. Jako jednotlivá čtecí zařízení čárového kódu 80-89 je výhodně použit laserový scanner vyráběný společností· Computer Identics Corporation Model No. Scanstar 110, jejíž sídlo je v Cantonu státu Massachusetts, jehož úkolem je identifikovat každou specifickou' paletu”nebo palety nesoucí tvářecí poloviny forem, pro tváření kontaktních čoček nebo tvářecí formové sestavy. Přesněji řečeno, každé čtecí zařízení čárového kódu v uvedené oblasti znázorněné na obrázku 20 identifikuje každou nosnou paletu procházející pod tím t o’*Tťe c i m~ ž á r i zen í m “přečtením ed irre cTTé h o “ícíě n t i f i k a č n í h o čárového kódu uvedené palety (není znázorněn). Každé čtecí zařízení čárového kódu je opatřeno dekódovací jednotkou, jakou je Model Scanstar 240 (není znázorněna), takže informace ve formě paletového identifikačního čísla se vloží do všech odpovídajících PLC paměťových oblastí v závislosti na, oblasti v paletovém systému ve které se uvedená nosná paleta právě nachází. Kromě toho uvedený PLC nahraje údaj časové známky, tj. čas, kdy je čárový kód uvedené palety načten, v závislosti na tom, které čtecí zařízení čárového kódu provedlo načtení.
Popis výše zmíněné nosné palety pro nesení až osmi tvářecích formových sestav pro tváření kontaktních čoček lže nalézt v související patentové přihlášce U.S.S.N. nazvané „Contact Lens Production Line Pallet System (Attorney Docket #9001) shodného přihlašovatele. Obrázek 12(a) znázorňuje koncepční schéma nosné palety 71a pro nesení čelních zakřivených polovin forem (není znázorněno) nebo tvářecích formových sestav (není znázorněno) a nosnou' paletu 71b pro neseni zadních zakřivených polovin tvářecích forem (není znázorněno). Jednotlivé palety jsou zaměnitelné a mohou nést oba typy zakřivených polovin tvářecích forem. Kromě toho , jak ukazuje obrázek 12(a), na nosné paletě jsou provedená vybrání 73 pro držení jednotlivých čelních zakřivených polovin, tvářecích forem, zadních zakřivených polovin, tvářecích forem nebo tvářecích formových sestav. Jak bude později popsáno podrobněji, uvedená vybrání jsou očíslována za účelem sledování a respektování časového sledu (Časového razeni), tj. za účelem sdružení historických provozních kontrolní dat generovaných a ukládaných v průběhu celého výrobního procesu k údajům získaným i visuálňT kontróTňí“ stanice, které informují tom, zda jsou jednotlivé vyrobené čočky v uvedené paletě dobré či vadné. Jak bude dá!e popsáno, k ukládání a skladování produkčních záznamů a dlouhodobé historie dat, se použije relační databáze. Hlavní řídící systém 10. pYédstávuje nespřažený (off-line) přístup do této databáze a zahrnuje mechanizmus pro generování informativních grafů, včetně grafů rozptylu provozních parametrů vynesených v závislosti na výsledcích kontroly kontaktních čoček, histogramů defektů v závislosti na poloze palety, Paretův graf výstražných impulzů á životnost.......“stroj é',“ 'časového' diagramu .....kumulativních kontrolních výsledků, měřených a vypočtených parametrů vynesených v závislosti na čase ( minutách1 hodinách 'dnech a týdnech).
Obrázek 1 znázorňuje hlavní řídící jednotka 10 podle vynálezu monitoruje a analýzuje provoz linky na výrobu kontaktních čoček. Co se týče tohoto obrázku, znázorňuje —hardwarové—prvky-hlav-n-i-ř-í-dicí-jednot-k-y—-1-Q—s-t-ej-ně-jako—h-la-v-ní— softwarové složky, které isou v paméti . každého hardwarového prvků. Hlavní řídící systém 10 v podstatě zahrnuje ' pět (5) typů provozních . uzlů: Data-shromažďující uzel 100 určený pro komunikaci s každým ze sedmi (7) výše zmíněných programovatelných logických řídících jednotek (PLC) pomocí Λ komunikačních linek 21a a karty adaptéru 21b TiWÁÝ a rovněž určený pro komunikaci s ovládacími řídícími jednotkami tří tvářecích strojů a vizuálního' inspekčního’ stroje- pomocí- -8kanálové sériové karty 22, přičemž uvedené stroje jsou spojeny vyhrazenými nekomutovanými asynchronními sériovým· linkami 23a, b,c, d , jak ukazuje obrázek 1; relační databázový uzel 200. který provádí relační databázový software 202 a zahrnuje —aíespořr třr ~ '200“ megabytové haTcfdišky~~'pfó nespřežené ukládání dat zahrnující produkci záznamů a dlouhodobou historii dat; Analytický a směrovací uzel 300. který obsahuje většinu softwaru, jež se používá pro iniciaci sběru dat a zpracování nezpracovaných dat z uvedených sedmi PLC a který udržuje „databáze reálného času , jež nesou statistické kontrolní grafy a další displeje; čtyři identicky uspořádané stanice 400 operátoru, které ošetřují přítomné grafy a displeje pro operátory uvedené výrobní línky; a nespřažený analytický uzel 500 pro analyzování dat shromážděných v relačním databázovém uzlu potom, eo již uvedená data nejsou spřažená, tj. po ukončeni daného běhu uvedené linky. Jak ukazuje obrázek 1, úkolem ARCN‘ET propojovacích karet 101, 201, 301,401 a 501 , kterými jsou opatřeny jednotlivé příslušné uzly 100. 200, 300, 400 a 500 , je zajistit spojení mezi jednotlivými uzly. Síť 99 ARCNET zajišťuje spojeni mezi . sedmi již zmíněnými procesory.
Kromě toho, jak ukazuje obrázek 1, Softwarové moduly řídících standardních pracovních buněk poskytuji uvedenému hlavnímu řídícímu systému 10 další funkčnost. Uvedený obslužný kanál výstražných signálů 402 ve stanici 400 operátoru ošetřuje a udržuje alarmy, výstrahy a vyjímky, které jsou aktivovány v souladu s definovanými podmínkami. Obslužný kanál 403 ovládacího panelu poskytuje operátoru pouze textovou presentaci pomocí vstupní podpory která umožňuje komunikační propojeni se všemi dalšími správci. Obslužný kanál 404 obrazovky představuje výstup pro uvedená data, přičemž používá grafickou emulaci zařízení na bázi pracovních buněk. Uvedený grafický obslužný kanál 405 představuje výstup dat mající formu různých typů grafů a diagramů-na-grafické obrazovce počítače. Tento obsíužňy kanáí pomáhá zobrazování a aktuaíízování linky, bodu, histogramu, Paretova grafu, a dalších typů grafů a diagramů v reálném Čase a rovněž zobrazuje a aktualizuje překryvy grafů, jakými jsou pří'mě_ íinky a normálově' (Gauššóvi) křivky použitě zpřávfďia ke grafickému vyjádření vypočítaných statistických informací. Obslužný kanál 406 uvedené statistiky je databází v reálném čase pro výrobní linku a ukládání dat uvnitř lokálních skupin definovaných uživatelem. Statistiku a (případné) výstražné signály je možné generovat na souborech dat. Každým z výše ‘zmíněných—‘obslužných.....kanálů jsou --standardní - komerčně—— dostupné softwarové CELLworks moduly, jejichž výrobcem je FASTech Integration sídlící v Lincolnu, Mass:
Mezi další softwarové moduly, které sídlí v jednotlivých hardwarových jednotkách, jak ukazuje obrázek 1, lze zahrnout: řidiči program 502 uživatelského rozhraní, který je modulem, jenž řídí aktivity potřebné pro výměnu obrazovek ve stanicích
-400-o-per-á-tor-a-.—V-ys-í-la-č—v-ýz-e-v—(-pol-ler-)-5O5—ř-í-d-i-sh-r-o.m.a.ž.ďo.v.á.nJ..všech dat z uvedených PLC, tvářecích strofu a visuálního kontrolního přístroje. Obslužný kanál 51Q dat jazykového typuC, který z uvedených PLC odebírá bloky informací, určuje, které položky dat v uvedených blocích byly změněny, a tyto změněné hodnoty posílá řídícímu obslužnému kanálu 600. Obslužným kanálem 503 pro události je obslužný kanál pracující na bázi C-jazyka, který odebírá bloky kódů událostí od příslušných PLC, umisťuje opravný výstražný -řetězec pro-kód-’ud-á-losti,-a—posune uvedený řetězec do výstražného obslužného kanálu. Řídící obslužný kanál 600 na bázi C-jazyka je vzdáleným pomocným modulem statistického obslužného kanálu a řídl tento statistický obslužný kanál tak, aby prováděl- statistické funkce potřebné pro ”Podporů áktivrí ícli*obrazovek'“ďakmile-se obrazovkyrkteré Jsou sledovány změní, řídící kontrolní kanál 600 vvdá nový soubor příkazů pro uvedený statistický obslužný kanál. Obslužný kanál
506 StatCount na bázi C-jazyka udržuje běh počítání frekvence diferenčních stavových kódů (specifikovaných událostí), takže Paretův diagram stavových kódů pro specifickou oblast (například, výstup z demontážní stanice) může být rychle zobrazen a typový obslužný kanál 5Ó8 konvertuje numerické kódy na textové řetězce pro účely zobrazení a rovněž převádí numerické kódy na hodnoty Boolovi algebry pro účely zapnutí a vypnutí kolorované grafiky. Ke komunikování s Rexas *
Instruments PLC počítači slouží C-jazykový ti_adm obslužný kanál 512 určený pro zpracování linkového vrstveného protokolu souvisejícího s PLC komunikací.
Každý Obslužný kanál 514a,b,c pro tvářecí stroj na tváření forem pracující na bázi C-jazyka přijímá data zpráv z příslušného tvářecího stroje 18a,18b,19 , z této zprávy extrahuje informaci a posune všechna změněná data do řídícího obslužného kanálu 6QQ. Visuálni obslužný kanál 525 pracující na bázi C-jazyka přijímá data zpráv z vizuálního kontrolního stroje 20 , extrahuje z uvedené zprávy informaci a posune všechna změněná data do řídícího obslužného kanálu 600. Výstražný řídící obslužný kanál 528 pracující na bázi Cjazyka uchovává výstražný’ obslužný kanál v synchronizaci, uchovává součet frekvencí výstražných podmínek a jejich trvání za účelem doplňováni Paretova diagramů alarmů a automaticky maže PLC alarmy, které uvedený PLC označuje jako vymazané.
Funkční popis hardwarových a softwarových modulů hlavního ' kďrtrďfTTfhd’ systému TO podle* výTfá1ežu'”'budě podrobněji diskutován později.
Shromažďování ďai
Jak již byío uvedeno hlavní řídící jednotka 10 zahrnuje dva typy vstupních zdrojů: uvedených osm PLC a řídícíoh jednotek pro vstřikovací stroje a vizuální kontrolní stroj. Dáie bude popsána struktura bloků událostí a bloků dat, které hlavni
- řídící -jednotka načítá z- -každého-z-uvedených-osmřPLC. Každý......-PLC je alespoň jednou během každých šesti sekund automaticky vyzván ke: shromáždění ‘dat, avšak tato data jsr/.: příslušným blokům událostí a blokům dat poskytován?? jednotlivými PLC asynchronně. Uvedený hlavní řídící systém 10 zahrnuje hodiny procesoru (nejsou znázorněny) běžící při 33 MHz které představuji časovači systém pro vysíláni výzev data-shromažďujícího uzlu 100 a pro další funkce řídicíh· —o.b.s.l.u.ž.n.é.h.o_k.a-n.á.l.u---------;-------------------------------------i
Obr. 2(a) a 2(b) znázorňují strukturu událostního bloku 30 dat a bloku .40 provozních dat, které PLC generuje nashromážděných dat. Každý událostni blok 30 existuje jako skupina sekvenčních registrů (paměťových oblastí) v každém Texas Instruments PLČ. Úvedený^hlavní kontrolní systém vyzvřl výhodně každých šest sekund uvedené PLC k předání obsahu událostních bloků a bloků dat. - —..... — -----Uvedený první vstup v uvedeném bloku 30 událostí indikátor platnosti dat 32. která má hodnotu 1, pokud uved* blok obsahuje nějaká data. Hodnota 0 u indikátoru platnosti dat
-32.....naznačuje, že byl uvedený blok—na^ťěrCz’ PLC,“zaTímčo aktualizuje obsahy uvedených bloku. V tomto případě bude uvedený blok znovu načten.
Druhým vstupem do uvedeného bloku 30 událostí je sekvenční čítač 35. kterým je sekvenční číslo, které se při každém dalším načtení zvýší o jednu. Změna hodnoty uvedeného čítače se použije pro informováni hlavního řídícího systému o.tom, který blok má odlišný informační obsah, kromě počtu nových událostnich kódů v uvedeném bloku. Počet nových událostnich kódů se přidá k poslední hodnotě uvedeného čítače.
Skupina 38 kódů událostí se nakonec uloží do uvedeného' bloku. Nejčerstvější se objeví první a za ni následuje další nejčerstvéjší kód, dokud není dosaženo posledního vstupu, kterým je nejmenší nejčerstvější udáiostní kód.
V uvedeném bloku 40 dat, je uvedeným prvním vstupem je indikátor 42 platnosti dat fungující stejně jako V případě výše popsaných událostnich bloků.
Čítač 45 v bloku 40 dat se použije k indikování toho, že data-hodnoty v uvedeném bloku potenciálně obsahují novou informaci a je číslem, které se zvyšuje při každém novém načtení o jednu. Za čítečem následuje blok-specifikující sled data-hodnot 48. přičemž každá hodnota bude v hlavní řídící jednotce označena diferenční proměnnou, jak bude později podrobněji popsáno. Uvedený čítač lze rovněž použít pro určení toho, zda uvedený údaj pro provozní cyklus nebyl načten v nesprávném časovém-okamžikur----------- ----------------------Obrázek 3(a) znázorňuje průchod údaje událostního bloku generovaného pomocí PLC skrze hlavní kontrolní systém· TO.- Uvnitř vysílače výzev-neboí-i výzvové ied n s t-k-y-5 05- s ezpracuje seznam PLC-rezidentních událostních bloků, vždy po jednom načtení (scanu), tj. je vyslán požadavek pro každý PLC 11-17 v uvedené síti. Jednotlivé požadavky bloku se zpracují po jednom událostním ovládacím panelem 503'. Událostní ovládací panel předloží požadavék na načtení bloku z tí adm 512. který komunikuje .- s-.-uvedenou- J.IWÁ.Y. .p.r.op.oju.j.icl . kartou. „216 které jsou napojeny na uvedenou kartu 216 TIWAY. Ti_adm 512 pošle příslušnému PLC požadavek.„načíst. blok“ , v odezvě na který může uvedený PLC načíst blok ze své paměti a poslat tento blok prostřednictvím sítě TIWAY do ti_adm. Pokud je následně indikátorem 32 platnosti dat hodnota 1, potom se data považují za platná a zašlou se do obslužného kanálu §03 pro události. Pokud se indikátor platnosti dat rovná 0, potom bude ti adm 512 opět požadovat__na PLC načte n_í_ _bi o ku události. Uvedené ti_adm následně pošle potvrzený blok dat do obslužného kanálu pro události, který potom zašle zprávu „blok ukončen“ do výzvové jednotky informující ho o tom, že byl uvedený blok úspěšně přijat. Obslužný kanál 503 následně zkontroluje čítač 35 v bloku 30 za účelem zjištění toho, zda sé hodnota čítače' tohoto bloku změnila oproti hodnotěpředešlého btoku 30 událostí (pro příslušný PLC). Pokud se uvedená hodnota změní, . potom představuje^. cozdíh ,mezi_ předcházející hodnotou čítač a novou hodnotou čítače počet kódů události v novém bloku událostí. Pro každý z uvedených nových kódů událostí obslužný kaná! události 503 zašle k výstražnému obslužnému kanálu, příslušný výstražný řetězec. ----------Při-— zpracováváni událostí jíořňocr™ Obslužného ·; kanálu- událostí se vytvoří čtyřčíslicový kód tak, že se vezme tříčíselný kód zaslaný uvedeným PLC a připojí se k jednopísmennému kódu, který identifikuje PLC, ze kterého uvedený kód přichází. V případě, že dojde k chybě při načítání bloku 30 událostí, výzvová jednotka generuje' příslušný signál. Jak událostní kódy z obslužného kanálu, událostí, tak chybové kódy z výzvové jednotky jsou zaslány do výstražného řídícího obslužného ' kanálu 528,
Proud provozních dat generovaných PLC procházející skrze hlavní kontrolní systém 10 je znázorněn na obrázku 3(b) a je podobný proudu popsanému v souvislosti se směrováním dat bloku událostí. V uvedené výzvové jednotce 505 se zpracuje scannovánim po jednom seznam PLC-residentnich bloků 40 dat, tj. sítí je vyslán požadavek ke každému PLC 11-17. Příklad dvou bloků informací je znázorněn na obrázku 7, který ukazuje blok 73 událostí a blok 79 dat, která jsou uložena 'v paměti PLC 11, který řídí přepravu čelních zakřivených částí forem pro tváření čoček do nosné, palety (obrázek 20). Jednotlivé bloky jsou zpracovávány pomocí obslužného kanálu 510 dat jednotlivě. Uvedený obslužný kanál 510 dat vydá požadavek na načtení bloku do ti_adm 512. který komunikuje s propojovací kartou 216 a jednotlivými PLC. Ti_adm 512 zašle požadavek „načíst blok“ do příslušného PLC a přijme odpověď tohoto PLC.
Pokud, obslužný kanál 510 dat přejme od ti_adm blok 40. přečte se indikátor ověřující platnost dat a pokud je tento indikátor rovem nule (0), potom budě ti_adm opět požadovat po PLC načtení bloku dat z jeho paměti. Kromě toho j? --------kontrolován—čítač '45 v “uvedeném bloku -za-účelem—zjištěn ’~ toho, zda se jeho hodnota liší od hodnoty čítače pro tento ty,· bloku, který byl přijat před nim. Pokud jsou uvedené hodnoty čítače shodné, potom se žádné další zpracováni neprovádí. Pokud še uvedené hodnoty citace od p'o's'ie'ání'hd na'čtenl změnily, potom se jednotlivé samostatné data-poiožky v uvedeném bloku zpracují následujícím způsobem;
uvedeném---bloku položky. Pokud
Obslužný kanál 510 dat nalézá a zpracovává pouze změny hodnot data-položek 43. Každá data-položka v se—porovnává.....s· -předcházející - - -hodnotou· nedošlu u hodnoty uvedené data-poíožky k žádné změně, posune se obslužný kanál - dat-ke zpracování následující data-položky v uvedeném bloku. Pokud došlo u uvedené data-položky ke změně v porovnání s předcházející . hodnotou, potom se tato zjištěná data-položka posune směrem k řídícímu obslužnému kanálu (CTRL_SRV) 600 za použití samostatné hodnotové (VALUE) zprávy pro každý bod dat. Je
-tř-e-ba—u.v.é.s.t.,_ž.e—v_p.ř-í.pad.ě.,_že__s.e_p.ř.i_n.a.č.t.e.n.í_b.Lo.k.u__d.a.t_..o.bj.e_v_L.
chyba, potom je generován výstražný signál a zaslán výstražnému řídícímu obslužnému kanálu 528.
Syntax pro hodnotovou zprávu je znázorněn následujícím způsobem:
VALUE <sourcename> <vatue>
kde je sourcename , název bodu jednotlivých dat a value 5 ΐ načtení provozního parametru měření. Příkladem hodnot' zprávy indikující koncentraci kyslíku 0,0843 % vysílanou — kysl i ko vého čidla- je násIedujícLipříklad ________________________ —
VALUE CD/02_LEV_2 84.3
Obslužný kanál dat zašle čítačovou (COUNTER) zprávu řídícím obslužným kanálem potom, co byly zaslány všechny . hodnotové zprávy pro uvedený blok. Čítačová zpráva se použije pro aktivování zpracování uvedeného bloku v řídícím obslužném kanálu.
Syntax pro čítačovou zprávu je vyjádřen následujícím způsobem;
COUNTER <countername> <countervalue>
kde je „countername názvem čítače a „countervalue“ je hodnota uvedeného čítače.
Údaj , který je zaslán jednotlivými tvářecími stroji 'á visuálnim kontrolním strojem nemá blokový- formát dat přicházejících z uvedených PLC a řídící jednotky vstřikovacího tváření a visuáíní kontroly nejsou vyzvány. Namísto toho, zašlou řídící jednotky tvářecích strojů a kontrolního stroje hlavnímu řídícímu systému zprávy, které jsou aktuálními textovými proudy a které jsou zasílány, pokud má příslušný stroj, uvedenou informaci k dispozici. Na obrázcích 4(a) a 5(a), je znázorněn způsob přebírání dat od těchto jednotlivých strojů.
Jak ukazují obrázky 4(a) resp. 5(a) vizuální obslužný kanál 525 pro vizuální kontrolní stroj a každý tvářecí obslužný kaná! 514a,b,c používají přenosové pomocné programy * operačního systému k vydání----požadavku pro načterTí7 Tó-” še provádí pouze jednou v průběhu spuštění systému. Přenosové pomocné programy operačního systému následně, zašlou požadavek pro načtení do sériové propojovací desky 22 , která je.....spojena- s příslušnými- tvářecími -stroji a- visu-á-í-n-í-m kontrolním strojem. Co se týče vizuálního kontrolního stroje 20, po každém vizuálním kontrolním cyklu, uvedený stroj zašle kontrolní data do hlavního řídícího kontrolního prostřednictvím sériového propojení, zaslána v sérii ASCII zpráv, jedna zpráva na čočku. Uvedené zpráv-y . jsou pozastaveny softwarem, .přenosových.. , .p.o.m.o.e.ný systému Uvedená data jsou programů operačního systému, uvedený vizuální obslužný kanál 525 syntakticky analyzuje každou zprávu,, rozloží, uvedenou._. zprávu extrahováním devíti data-poíožek z uvedené zprávy a předá těchto devět data-položek řídicímu obslužnému kanálu 600 používajícího hodnotovou (VALUE) a čftačovou (COUNTER) zprávu. Do hlavního řídícího obslužného systému každé skupiny osmi (8) čoček je rovněž předána čítačová hodnota, takže tento řídicí obslužný kanál může provést zpracováni bioků. ;
Jak blíže a podrobněji vysvětluje výše zmíněná související patentová přihláška U.S.S.N.(Attorney Docket #9 ) s názvem „Automatic Lens Inspection System, výsledné zprávy visuálníhd. kontrolního “přístroje pro každou zkontrolovanou čočku zahrnují proud 50 dat, viz obrázek 4(b). Uvedený proud dat zahrnuje vstu.p 51 pro specifický._p_o.č.et .č.oček16.)...na kontrolní paletě pro nesení čoček, vstup 52 dobré-vadné pro tyto čočky, výsledky 53 vnitrních vad a vnitřního skóre a vnějších vad a vnějšího skóre 54. kombinační defekty a kombinační skóre 55. celkové skóre 56 pro uvedenou čočku
-----------kontrolní—kód - 57 středové.....cočRy7“Těrito úďapbude uložen ve skupině níže diskutovaných data-vzorků a v souvislosti s příslušnou paletou pro dlouhodobé skladování v relační databázi.
p Podobně, po každém vstřikovacím tvářecím*cyklu, vyšle každý tvářecí stroj na výrobu formy k hlavnímu řídícímu * kontrolnímu systému prostřednictvím sériového rozhraní (propojení) provozní data. Uvedená data jsou zaslána v sérii ASCII zpráv, pro každou paletu čočkových forem jedna zpráva. Uvedené zprávy jsou pozastaveny softwarem přenosových pomocných programů operačního systému. Každý jednotlivý obslužný kanál 525 jednotlivých tvářecích vstřikovacích strojů*'
I syntakticky analyzuje každou zprávu, rozloží uvedenou zprávu 1 extrahováním čtrnácti data-položek z uvedené zprávy a předá třináct z těchto data-poiožek řídícímu obslužnému kanálu 600 za použiti hodnotové (VALUE) a čítačové (COUNTER) zprávy.
Typické daía-položky pro kontrolní jednotku tvářecích vstřikovacích strojů, které jsou znázorněny na· obrázku 5(b), zahrnují proud 60 dat mající přibližně třináct vsťupů zahrnujících: vstup 61 pro informaci týkající se časové známky, která nebyla zaslána do řídícího obslužného kanálu 600. vstup 62. kterým je lokálně generovaný součet počtu vyrobených čočkových forem a zahrnuje další řídící jednotku druhého tvářecího stroje zpracovávajícího podmínky tváření, mezi které patři doba cyklu (vstup 63), plastikační doba (vstup 64). plnící doba (vstup 65), maximální tlak vstřikovacího tváření (vstup 66), teplota vstřikovacího tváření (vstup 67 a
--68). atd. Kazdy obslužný kanál 51~4 opět identifikuje každou data-položku s jedinečným jménem v případě, že je zaslána do -ř4-d-t-c-t h o~o bsíú žně ho kanálu. ''
Jak bude později podrobněji vysvětleno, potom, co uvedený řídící obslužný kanál přijme hodnotové (VALUE) zprávy, jsou tyto žíravý dáte zpracovány a vzájemné’spojeny s příslušným indexem, tj. číslem palety a časovou známkou, takže historické nahrávky provozních kontrolních dat mohou být archivovány v relační databázi spolu s výsledky získanými při kontrole jednotlivých čoček a záznamy událostí. Provozní parametry aplikované na každou paletu, která projde uvedenou linkou- jsou--rov něž------afc-hivová-ny·- v- -uvedené—per-m-a-n-e-nínl· databázi, jak již bylo výše uvedeno, a každý záznam kontrolované čočky je předán zpět ke- své mateřské paletě.
řídící obslužný kaná!
Funkčními cíli řídícího obslužného kanálu jsou směrovat zpr-á-v-y-zd-r-ojo-v-ýc.h-d.a.t-d.o—.s.ta.t.i.s.t.i.c.ké.h.o_o.b.s.l.už.n.é.h.o__k.a n.á.l.U-406;_ poskytnutí dynamických sestavených dat do statistického (STATISTIC) obslužného kanálu, takže zajišťuje potřebu obrazovek uživatelských rozhráni týkající se dat (není znázorněno), které se mění; a shromáždění dat do pracovního proudu záznamů a posunut! záznamů do relační databáze 2Q2 za účelem archivováni.
Obrázek 6 znázorňuje diagr-am ukazující -funkční— v-z-tahy, mezi řídicím obslužným kanálem 600 a dalšími moduly hlavního kontrolního systému 10.
Při aktivaci systému, řídící obslužný kanál 6Q0 načte a ________________zpracuje-----náběhové- -konfigurační soubory_______610____(„zahrnuté— soubory'1) které popisuji organizací provozních dat, se kterými bude hlavní obslužný kanál pracovat. Zdroje 611 dat, čítače 612. indexy 613. bloky 614 a skupiny 615 jsou definovány v uvedených konfiguračních souborech. Každá z těchto entit _ - bude později podrobněji diskutována. V uvedených’ náběhových souborech jsou rovněž zahrnuty vzory 616 pro sledy příkazů (šablony) , které mají být zaslány ke statistickému obslužnému kanálu 406. Uvedené vzory .616 se používají po dobu běhu systému k popsání operací statistického obslužného kanálu 406 . které musí se soubory dat provést, aby zabezpečil aktivní obrazovky. Uvedené operace by mohly například zahrnovat směr. výpočtu střední a standardní odchylky pro specifický soubor dat. Uvedené vzory 616 bv měly rovněž obsahovat.data týkající se informací o spotřebiči pro statistický obslužný kanál, tj. místo, kam zašle informaci, která je produkována. Kromě toho řídící obslužný kanál přijímá z konfiguračních souborů ty pokyny, které definují provozní limity a zprávy, které by měl statistický obslužný kanál zaslat výstražnému řídící,,, obslužnému kanálu, pokud jsou uvedené provozní limity porušeny.
Řídící obslužný kanál 600 rovněž řídí aktivaci modulů statistického obslužného kanálu 600. pokud je řídící obslužný kanál připraven pro provoz. Startovní příkaz 601 je vydán ke statistickému obslužnému kanálu a řídící obslužný kanál čeká ’ na to až bude připraven před zahájením reálné operace.
___Dafa-bady-:30
.............Jak-jřž-bylo ._u.v_e.d_eno výše, řídicí - obsiužný _ ka n_ál_„ přijímá provozní data ze tří tvářecích obslužných kanálů 514a,b.c. vizuálního obslužného kanálu 525 a obslužného kanálu 510 dat. uvedené body nejsou přijímány jako skupiny bodů, ale j-s.o.u.-p.r-ij.í.má.n-y-.p.o.i.edno.m jako výše popsané hodnotové .(VALUE) zprávy. Pouze data-body, které se změnily jsou předány řídícímu obslužnému kanálu , což zajistí, že systémové prostředky se nevyčerpávají na opakovaných hodnotách bodů, které jsou nezměněné. Uvedený řídící obslužný kanál 600 vezme každou hodnotu data-bodu a uschová ji v lokální paměťové oblasti nebo řadě pro nejčerstvější hodnotu tohoto bodu. U systému pro výrobu kontaktních čoček se nachází přibližně čtyři sta bodů, které mají být zavedeny do uvedeného • · · · .4 řídícího systému. Data-body jsou definovány řídícím obslužným kanálem jako zdroje a při aktivování systému budou přijaty zdrojové (SOURCE) příkazy 611. jejichž syntax je následující:
SOUrce <source> [Type=<datatype>] [ID=<íd>] [Cycle=<msec>] [Units=<iabel>][+/-Dataset]
Následující příklad specifikuje uvedené označení a další parametry pro senzor na shromažďování dat, kontakt nebo poruchu stroje.
..... Příklad: source SEQ_CNT-... . ________ . .
Případný ^parametr „Typ“ zdrojového (SOURCE) příkazu je· dvouparametrový řetězec definující typ očekávaného data:
AI synchronní analogový vstup, údaj o reálném počtu;
Dl synchronní digitální vstup; 1 nebo 0,
........qI asynchr-orvní—kontaktni— vstup vč>Ibá “nebo vymazani případné hodnoty
EV asynchronní událost; případná hodnota.
Případný, parametr „ID je čtyřparametrový řetězec, který se používá jako křížový odkaz pro^další etiketovací ^schémata* Případný parametr „cyklu znamená dobu trvání cyklu v milisekundách, přičemž doba cyklu zahrnuje provozní dobu a zpětnou dobu. Případný parametr „jednotky je desetiparametrovým řetězcem pro ukládáni technických jednotek. S Dl body se používají jednotky jako atributy dat posunuté ke statistickému obslužnému kanálu, pokud je hodnota bodu rovna jedné (1). Pokud je specifikován indikátor ,,-Dataset, nebude k uvedenému statistickému obslužnému kanálu zaslán aktivační příkaz. Indikátor „+Dataseť‘ opět umožní postu, který je implicitní pro jakýkoliv nový zdroj.
Bloky jsou kolekce data-bodú (data-zdrojú). Bloky řídícího obslužného kanálu jsou zarovnány s definicemi bloků, kterými s e rozumí uvedené PLC a shromažďování dat.
Definováním bloku uživatel sděluje řídícímu kontrolnímu systému, že je soubor bodů aktivován v uvedeném PLC jako i jednotka a uvedený souboř je přemístěn z uvedeného PLC do hlavního řídícího systému 10 jako jednotka. Každý blok známý řídícímu obslužnému kanálu má definován data-bod, kterým je spouštěč bloku a který je definován pro řídící obslužný kanál jako čítač (COUNTER). Spouštěčem je zdroj, který je zaznamenán řídícím obslužným kanálem potom, co jsou zaznamenány všechny další body v uvedeném bloku. Pokud je pro spouštěč přijata nová hodnota, řídící obslužný kanál provede dvě-akce^—---------------- ------1) Všechny data-body, které mohou být zaslány do statistického obslužného kanálu (body , které nebyly označeny identifikátorem -Dataset), které jsou součástí bloku jsou zaslány (-po- jednom-)- do statistického Obslužného' kanalu. Protože uvedený spouštěč je poslední položkou v bloku, která má být zaslána z místa přijímání dat do řídícího obslužného kanálu, jsou všechny data-body v uvedeném bloku aktivní, pokud jsou obsahy bloků posunuty do statistického obslužného kanálu. Je třeba uvést , že řídící obslužný kanál zašle všechny body bloku- do · statistického obslužného-kanálu......jak .v. případ kdy-, došlo ke změně jejich hodnot oproti předcházejícím načtením, tak v případě, kdy k této změně nedošlo.
2) V případě, že je to žádoucí se aktualizuje historie každého data-bodu (zdroje) v uvedené paměťové řadě přidělené specifickému procesu. Postupné hodnoty pro jakýkoliv data-bod mohou být uloženy v paměťových řadách tak, aby byla dostupná historie__„N:‘ nejčerstvěiších vzorků pro příslušný_____bod^
Užitečnost výše uvedeného jednání se stane zřejmým po prostudování níže uvedených vzorků.
V souhrnu se dá říci, že spouštěče bloků jsou mechanizmy, které 1) způsobí, že se provozní hodnoty zašlou z řídícího obslužného kanálů “600 do statistického obslužného kanálu 406 a 2) aktivují historii data-bodových zdrojů,
Bloky jsou pro řidiči obslužný kanál definovány pomocí příkazu BLOCK, jehož syntax vypadá následujícím způsobem:
BLOck<block> Counter=<source>[<source>]
V
Následující příklady specifikují soubor zdrojů, jejichž hodnoty se mění synchronně s cyklickým čítačem stroje.
Γ· , Příklady: biock LFBC c=BC_L_CNT 02TIMEBC ID_02BC biock LFBC 02TIMEFC ID_02*FC‘J*
Každý zdroj, který zásobuje data-soubor uvedeného statistického obslužného kanálu musí být součástí uvedeného bloku. Čítačový (counter) argument je zdrojem, který by.měl být zaslán potom, co již byly všechny blokové zdroje pro současný cyklus aktualizovány. Pokud není uvedený zdroj aktualizován předpokládá se, že je zachována předcházející hodnota. Čítače se používají jako spouštěče pro vzorky a skupiny pro vytvoření záznamu paměti relační databáze, které bude dále podrobněji vysvětleno. Definice bloku . může být opakováním uvedeného bloku bez čítače modifikována tak, aby zahrnula další zdroje.
Vzorky
Pro hlavní řídící systém je žádoucí shromáždit a zabezpečit provozní informaci, která se týká specifické palety nesoucí čočky procházející uvedeným procesem. Uvedený řídicí obslužný kanál 600 umožní časové srovnání dat, která mají být shromážděna a uložena.
Vzorek je kolekci zdrojových dat (data-bodů), které se mohou vázat bud k identifikačnímu znaku, dále jen „ID“ palety nebo k Čítači. V uvedeném hlavním řídicím systému se zpravidla
.......používá kolekcer-která - se- váže-~na ID palety. — Protože- nejsou— uvedené čítače čárového kódu umístěny v každém místě provozu, ve kterém se provádějí měření, představuje tento způsob pro uvedený řídící obslužný kanál 600 způsob, který časově zaro-v-ná-vá uvedená d.ata. s Identifikačním kódem ID palety získaným z čtecího zařízení čárového kódu.
Časové zarovnání zdrojových dat s identifikačními kódy ID palety lze ve skutečnosti provést jedním ze dvou způsobů. Oba způsoby lze použít v uvedeném systému současně pro různé definice vzorků. · _
1) V případě, že je uvedený čítač čárového kódu umístěn za senzorem zdrojových dat, musí být data bodové informace týkající se specifické palety uchována po dobu, po kterou uvedená paleta neprojde uvedeným čítačem čárového kódu. Uvedený vzorek bude spuštěn přijetím blokového spouštěče. Pokud řídicí obslužný kanál přijme uvedený čárový kód (ID palety), uvedená provozní data, která byla dočasně uložena, mohou být vybrána a přidružena k ID uvedené palety. Například jak ukazuje obrázek 20, čtecí zařízení 82 čárového kódu je umístěno za paletami, které jsou vystaveny odplyňování v dusíkovém tunelu 46. Z tohoto důvodu, pokud palety 71a,
71b vystupují z uvedeného tunelu 46 a jsou identifikovány čtecím'- zařízením 82 čárového kódu,--potom bude uvedený vzorek vytvořený blokovým spouštěčem přidružen ke specifické p a I etě (i π d exu). _ _____ ______________
2) Pro případ, že je čtecí zařízení čárového kódu umístěno před uvedenými senzory zdrojových dat, jsou načtení čárových kódů uložena a spárována s data-body později. Pro
-tento..„případ, ze použít______přjjeLL „blokového—spouštěče—pro— shromáždění zdrojových dat definovaných pro vzorek. Důležitým pro uvedený příklad je to, jak jsou kontrolní výsledky čoček zharmonizovány s čárovým kódem ID palety. Jak ukazuje obrázek 12(b), ID palet 71a, 71c. které prošly příslušnými čtecími zařízeními 88, 89 čárového^kódu.lsou uloženy 'v řadách”’’' 660. resp. 660' zdrojové paměti, jak ukazují příslušné obrázky 13(a) a 13(b) a údaj, který následně generuji vizuální kontrolní stroje bude přiřazen indexu ID specifické palety, který se vybere z těchto řad zdrojové paměti. K tomu dochází z toho důvodu, že, od okamžiku, kdy je čárový kód ID palety scannován do okamžiku, kdy jsou čočky z této palety zkontrolovány v automatické kontrolní stanici proběhne předem stanovené množství cyklů stroje. Takže, jak bude později podrobněji vysvětleno, vzorkový příkaz bude definován tak, že pokud se vizuální kontrolní stroj spustí pomocí čítače, potom vytvoří výsledky vizuální kontroly pro specifickou paletu s ID správné palety vytvořené v předem specifikovaném paměťovém offsetu v řadě zdrojové paměti vzorek pro čítače čárového kódu 88 nebo 89. . ' V případě, že je vzorek definován (použití vzorkového (SAMPLE) příkazu), jsou uvedená zdrojová data, která spadají do uvedeného vzorku definována spolu s offsetem pro každou zdrojovou položku. Uvedený offset sdělí řídicímu obslužnému kanálu o kolik cyklů se musí ve zdrojové historii vrátit než dosáhne hodnoty , která náleží k tomuto vzorku. Nulový offset například sdělí řídícímu obslužnému kanálu, že dosahuje současné zdrojové hodnoty a offset jedna znamená, že uvedená zdrojová hodnota by měla být shromážděna jeden -—cyklus-.p.ředjtím.----------------------------------------------------------------------------Každý vzorek má přidružený index, který ho odlišuje od dalších vzorků, od dalších vzorků přijímaných pod stejnou 'defi nicí vzorků . Pro uvedený index se zpravidla použije uvedená hodnota čárového kódu. Syntax vzorkového (SAMPLE) příkazu je následující:
SAMple<sample> Trígger=<counter> [!ndex=<source>
Offset=<delay>] [Source=<source>Offset=<delay>]
Následující příklady specifikují uspořádaný soubor zdrojových hodnot, které mají být zachyceny a formátovány v databázovémzáznamu,
Příklady: sample NUTÍME tri=F_A_CNT i=DEPBJD o=0 s=NUTIMEAB o=0 sample NUTÍME s=NUTÍMEAB o=0 specifikují uspořádaný soubor zdrojových hodnot. Argumentem „trigger je blok, jehož čítač iniciuje zachycení za účelem eventuálního uložení v uvedené databázi. Případným argumentem „Index je zdroj, který obsahuje čárový kód záznamu, ve kterém je uvedený vzorek umístěn. Případný argument „offset“ se použije k do’sažení Čárového’ kódu,’ který byl načten v předcházejícím cyklu. V případě, že uvedený indexový zdroj není· specifikován, se použije.....-současná aktuální hodnota čítače spouštěcího bloku. Každá zdrojová hodnota vzorku je dosažena pomocí jeho vlastního offsetu. Offsety nebyly použity k označeni hodnot v budoucích cyklech. Definice vzorku může být modifikována opakováním vzorku „bez... spouštěče a indexu—-tak,-že.„bude..z a.h rn ovát „da IšL zdroje.
Skupiny
Pokud se shromáždí soubor vzorků majících shodný index (shodné ID palety), vznikne skupina, která je záznamem provozních podmínek, které ovlivní uvedenou paletu při jejím posunu skrze uvedenou linku. Obrázek 8 znázorňuje jaké jsou vzájemné vztahy mezi zdrojovými data-body, vzorky a skupinami majícími shodný index. Vzorky označené jako 618a,b,c odpovídají blokům 2, 3 reso. 4 zdrojových data-bodů. Takže na;:r obrázku 8, se vzorek 618b skládá ze tří zdrojových data-bodů, u. které budou shromážděny v jednotlivých provozních cyklech, jak bude později podrobněji vysvětleno.
I ’
Pokud paleta ukončí svou cestu uvedeným provozem, T budou všechny vzorky pro skupinu shromážděny a uvedená skupina bude kompletní. Ve smyslu znázorněni- na obrázku 8, je skupina pro příslušný index kompletní pokud byly vzaty všechny vzorky nacházející se v řadě uvedené skupiny. Skupina pro specifický index (čárový kód) musí být ukončena a uvolněna do databáze v každém bodě možného odklonu, ve kterém může dojít k odklonění (vyřazeni ze systému) příslušné palety a ta nemusí být dále detekována čtecím zařízením čárového kódu. Z tohoto důvodu bude přítomno několik skupin s různými definicemi vzorku (a různými názvy), které budou odpovídat různým částem uvedené linky, ale budou mít shodný index (ID palety);
______________Pokud -je uvedená -skupina-kompletní je informace~obsažená-----------v uvedené skupině zaslána do relační databáze za účelem dlouhodobého uložení. Skupiny jsou nadefinovány do uvedeného řídícího obslužného kanálu použitím příkazu G R O U NO ('s k u p i n a )·, j e h o ž 's y n ía x'j e_n á ste d u j'í cr
GROup<group><maxrec>Trigger=<block>
[lndex=<source>Offset=<deíay>][REFindex=<Índex>] [Test=<source>Offset=<delay>[CIear=<group>]] [Label=<label>][<sample>]
Následující příklady specifikují uspořádaný soubor vzorků pro •databázový záznam. · Příklady: skupina AB 256 tri=SERVO_CNT i=BCR3JDB o=0 1 = pa!let NUTÍME NUBUFB FAENCB MONOB group AB CHM1B CHM2B CHM3B CHM4B DEPSB
Spouštěcím „Trigger“ argumentem je blok, jehož- čítač aktivuje zaslání záznamu do uvedené relační databáze, přičemž jím může být stejný argument jako pro vytvoření vzorku. Případným argumentem „Index je zdroj, který obsahuje čárový kód záznamu, ve kterém je uvedený vzorek umístěn. Případný argument„offset se použije kdosažěnr čárového kódu, který byl načten v předcházejícím cyklu. V případě, že není dán žádný offset, se použije současná aktuální- hodnota- čítače, spouštěcího bloku. Definici skupiny lze modifikovat tak, ,aby zahrnovala další vzorky opakováním skupiny bez spouštěče, indexu a testovacího zdroje. Případný argument „Test“ se používá ke kontrole toho, zda je uvedený indexovaný záznam ------převeden-.—Uvedený .záz.n.am j.e__zaslán.,—pokud má— uvedenýtestovací zdroj vdaném offsetu při spuštění uvedené skupiny nenulovou hodnotu. Jak bude později podrobněji vysvětleno, uvedená zformátovaná zpráva, která byla zaslána na starty relační databáze s příznakem specifikovaným uvedeným případným - příznakovým „Label argumentem'. ’
Jak znázorňuje obrázek 9 logický vývojový diagram na tomto obrázku zahrnuje kroky použití pro vytvoření záznamu databáze, který má být zaslán do uvedené relační databáze, řídící obslužný kanál 600 nejprve načte a zpracuje v kroku 700, jak bylo výše uvedeno soubory se spouštěcí konfigurací. Potom, bude v kroku 705 uvedený řídící obslužný kanál čekat náT zprávu, která se objeví v jeho oblasti střediska elektronické pošty určené pro data (není znázorněno). Uvedené středisko je součástí zařízení na zpracování zpráv (MBX),. které je zajišťováno sítí Arcnet, jež nechá procesy (úlohy) v uvedené' informaci o změně systému se všemi ostatními, i v případě, že^ běží na různých počítačích. Každý proces tedy bude čekat na zprávu, která má být zapsána do jeho střediska elektronické pošty tak, aby mohla být uvedené zprávy vyhledány a posunuty do specifické úlohy ve stejném pořadí, ve kterém jsou zapsány do uvedeného střediska elektronické pošty (FIFO typ řady (první zařazen-první vybrán)). V tomto případě je hodnotová (VALue) zpráva zaslána z oblasti shromáždění dat a zavedena do střediska elektronické pošty, odkud mohou být. vyjímány uvedeným řídícím obslužným kanálem. V kroku 707/ uvedený řídící obslužný kanál určí, zda je uvedená zpráva hodnotovou zprávou. Pokud ano, potom se v kroku 71Q aktualizuje1 současná
-aktuáIn 1~hodiiolá pro uvedený zdroj.
---Ob fá ze k—10 (a) - z π áz o r ň u je.—s.é.rie— řad- 620, 630,-640 a 650 paměťového zdroje pro uložení historie data-bodů.-Pokud je hodnotová zpráva přijatá, což se určí v kroku 707, se uvedená data obsažená v této hodnotové zprávě aktualizuji a uloží v oblasti -současné aktuá! ní -pa,m.ě.ti...s.o.uv.is.e.j.í.c.í. s .každou, příslušnou zdrojovou řadou. Napříkíad paměťové oblasti označené jako 621, 631, 641, 651 uloží uvedené současné aktuální hodnoty pro data-body týkající se teplotního provozního parametru, tlaku, proudu resp. provozních parametrů týkajících se rychlosti dopravníku, v případě, že jsou nejprve , p.řij rh u.tý.,. __________________________________ ......' . _____ _____;
Pokud .přijatá zpráva .není, hodnotovou zprávou jak se zjistí v kroku 707, potom se jedná o čitačovou zprávu, jak bylo uvedeno výše. Uvedený řídící obslužný kanál, potom umístí uvedené současné data-hodnoty pro každý zdroj definovaný v uvedeném bloku, který byl spuštěn uvedeným čítačem na horní konec uvedené paměťové řady pro. tento zdroj, jak naznačuje krok 714. Všechny hodnoty jsou tímto posunuty ve směru šipek na obrázku 10(a), takže může být zachován časový sled uvedených data-hodnot. Po přijetí uvedeného čítačového spouštěče je například uvedená současná aktuální hodnota pro Temp 1 v oblasti 621 zdrojové řady 620 zaveden do paměťové oblasti 622, kterou je oblast paměťové řady pro uložení uvedené hodnoty Temp Γ předcházejícího - cyklu - stroje. (jeden cyklus stroje předtím). Hodnota teploty Temp 1, která byla v oblasti 622 se nyní stane hodnotou temp 1 dvou předcházejících cyklů stroje, jak ukazuje paměťová oblast 623 na obrázku 10(a). To se . opakuje pro každou oblast uvedené paměťové řady. Data-hodnota Temp 1 K-cyklů předtím, jak je ukázáno v řadové oblasti 624 bude vymazána. Jak může být patrné z obrázku 10(a), délka každé-paměťové—řady--620.^ ,6.30 atd. pro uložení historie specifických provozních parametrů je závislá na uvedeném provozu. Takže, až provozní načtení „K Temp 1 bude zachováno v řadě 620 odpovídající uvedeným hodnotám dosaženým pro každý strojový cyklus až pro K cyklů zpět, a až načtení„dat_„L“ F!RES3_bude uloženo-v-řadě 630 odpovídající uvedeným hodnotám dosaženým pro každý cyklus stroje až pro L cyklů zpět. Je třeba zdůraznit, že každé čtecí zařízení čárového kódu znázorněné na obrázku 20 je spojeno se zdrojovou paměťovou řadou, jakými jsou výše popsané paměťové řady. Uvedený údaj obsažený v paměťové řadě pro specifický čárový kód reprezentuje uvedené číslo čárového kódu ID palety pro každou paletu, která prochází pod tímto čtecím zařízením čárového kódu. &
V kroku 717 na obrázku 9, se určí, zda-lt je čítačový spouštěč přijatý specifickým blokem rovněž definován jako spouštěč pro vzorek. Jak již bylo diskutováno výše, v případě, že je přijat uvedený spouštěč za účelem vytvoření vzorku r, jak naznačuje krok 720 na obrázku 9, všechna zdrojová data specifikovaná vzorkovým příkazem budou shromážděna z příslušných zdrojových řad a vzorek data-hodnot bude uložen a shromážděn ve skupině, která má být indexována přiřazeným čárovým kódem, jak bude pozdějiJpodrobněji objasněno. Jak bylo popsáno výše v souvislosti s příkazem majícím vzorkovou konfiguraci, údaje ze zdrojových řad mohou být shromážděna v jakémkoliv specifickém předem definovaném offsetu (hloubce). Takže, jak ukazuje obrázek 10(b), příkaz pro shromažďování dat může specifikovat zdrojové řady 620, 630, 640 a 650 a offsety_676, 638' fidfi a 656 za -účelem—vvtvoř&n-í—vzorku—670,42 který obsahuje časově srovnaná provozní data přiřazená _ příslušnému indexu. _________ ____________________________________________________________
Jak ukazuje krok 723 na obrázku 9, rovněž se určí, zda-li je uvedený čftačový spouštěč přijatý z uvedeného specifického bloku rovněž funkční jako spouštěč pro příslušnou skupinu. Jak bylo diskutováno výše, pokud je příslušný spouštěč přijat, vzorky se společným ID číslem palety jsou shromážděny za vzniku skupiny. Uvedený skupinový (group) příkaz definuje uvedené vzorky obsažené v uvedené skupině a rovněž definuje uvedený spouštěč, což má za následek odeslání uvedené skupiny do uvedené databáze.
Obrázek 10(c) znázorňuje obsah vzorků, které tvoří skupinu. Uvedený sloupek 637 obsahuje jedinečná čísla čárového kódu (index) pro každou . paletu obsaženou v uvedeném systému. Je zřejmé, že uvedený sloupek ID čísel čárového kódu palety nemusí být nevyhnutelně v nějakém numerickém pořádku a mohou být nahodilá; Každá, řada 647 na obrázku 10(c) reprezentuje skupinu obsahující uvedené vzorky pro ID speciíióké-palety iďěňtífik ovaňe v uveděňem sloupci. Jak ukazuje obrázek 10(c), například skupina 645 zahrnuje již popsaný vzorek 670.
V kroku 724 na obrázku 9, bude útvar uvedeného databázového .záznamu obsahující...uvedená skupinová ..data a index čárového kódu zaslán do uvedené relační databáze. V tom okamžiku, ve kterém je uvedený záznam zaslán do databáze, ho řídící obslužný kanál opatří časovou známkou, která funguje jako další index pro specifickou skupinu dat. Pokud nebyl v kroku 724 přijat uvedený skupinový spouštěč, potom se uvedený postup opakuje a řídicí obslužný kanál čeká v krokU-_Z05 na....následnou—zprávu... ________________ ______________________
Uvedená časová známka (index) může být použita k identifikování výrobních procesů probíhajících v průběhu specifických period, ve kterých mohou vnější vlivy (například působení vzduchu, vlhkost,-čistota„prostředí atd.)-nepříznivě— ovlivnit kvalitu výrobku.
Obrázek 11 znázorňuje formát skupin záznamů označených které jsou zaslány do relační databáze
202 a uložené v ní (obrázek 1). Jak ukazuje obrázek 11, uvedený sloupec 657a obsahuje uvedený údaj a časovou známku jednotlivě přepravovaného záznamu, který byl generován uvedeným řídícím obslužným kanálem. Sloupec 657b obsahuje indexové (ID palety) číslo uvedeného čárového kódu. Sloupec
657c obsahuje označující informaci, kterou je u výhodného provedení kombinace názvu skupiny a kódového údaje/času, kterou řídící obslužný kaná! zašle do uvedené databáze pro.
» specifický záznam. Zbytek uvedených sloupců 657d obsahuje až „J zdrojových data-hodnot obsahujících příslušného zpracování probíhajícího ve specifické části uvedeného závodu na výrobu kontaktních čoček. Je zřejmé,, že další záznam mající strukturu podobnou jako záznamy 1,2,..,n, jak ukazuje obrázek 11, může mít shodné ID číslo palety, což znamená, že může reprezentovat zpracováni- ve stejné části závodu na výrobu kontaktních čoček, ale při rozdílném údaji a v jiném časovém okamžiku, nebo může naznačovat, že uvedené zpracování probíhá pro shodnou paletu ale v jiné části uvedeného závodu, například po vyřazení palety na výstupu .ze vstřikovací-sta nice p-ro—tvářeni forom -u-rčoných-p-re— výrobu kontaktních čoček nebo ve vizuální kontrolní stanici, i ? rovnéž—z-řejmé -ž-e ^v-případě.-.kdy. s.e pro shodn.ý.J.n dex-pa vytvoří více než jeden záznam, může být uvnitř jednotlivý^ záznamů více nebo méně hodnot zdrojových dat, v závisle í na tom, ve které části provozní linky uvedené zpracován; probíhá.
Vizuální kontrolní výsledky
Jak ukazuje obrázek 20 a jak bylo podrobné!
diskutováno výše, související patentová přihláška (Attorney
Docket #9001) sledující tváření zadních zakřivených a čelních zakřivených polovin forem vstřikováním a ukládání těchto polovin forem na příslušné nosné palety určené pro neseni čelních a zadních zakřivených polovin, a po vstupu do dusíkového vyrovnávacího tunelu 46 dvojitý příčný tlačný mechanizmus 44 spáruje paletu obsahující čelní zakřivené poloviny s paletami obsahujícími zadní zakřivené poloviny za ♦ účelem jejich dopravy do. plnicí a kompletační stanice 59. V plnící a kompletační stanici je do uvedených čelních zakřivených polovin forem zavedena přesná dávka monomeru a uvedené zadní zakřivené poloviny forem jsou vyzvednuty z příslušné palety a umístěny na uvedené čelní zakřivené poloviny forem, které obsahuji monomer. Uvedená zadní zakřivená .paleta.j.e následně, zaslána zpět-do. uvedené- vstřikova.cí..„s.ta.níce za účelem jejího opakovaného použití. V případě existence výstražných podmínek a pokud se určí, že uvedené čočky, které jsou nesené příslušnou, paletou, jsou defektní a měly by bý vyřazeny, jak dále popisuje výše zmíněná souvise/ patentová přihláška U.S.S.N. s názvem „Production Lb
Tracking and Quality Control System“ (Attorney Docket #9166), _________potom bude tlačnému zařjzeni 58 prac.uli.cimu. iako-ber-anídlo., které je znázorněno na obrázku 20, vyslán příkaz k vyřazení příslušné palety obsahující uvedené defektní Čočky, stejně jako k recirkulování prázdných zadních zakřivených polovin nesených spárovanými paletami opouštějícími plnící a kompletační stanici 59 přesunem z dopravníku ' 26 na dopravník 29.
·>
Obrázek 12(a) znázorňuje orientaci a směr přepravy palet 71a, 71b nesoucích čelní resp. zadní zakřivené poloviny forem právě před vstupem do plnící a kompletační stanice . Jak je patrné z obrázku 12(a), dutiny každé palety jsou očíslovány 1,2,...,8 ve specifickém pořadí.
Po opuštění demontážního zařízení, ve kterém jsou odděleny jednotlivé části formy a zadní zakřivená část formy je odstraněna, a před vstupem do hydratační stanice 335, jak f v' ukazuje obrázek 20, uvedené palety obsahující kompletní kontaktní čočky jsou zpárované tak, že se vždy dvě palety posunují vedie sebe. V uvedené hydratační stanici, je načasováno tlačné zařízení 332, které umožní oddělení čtyř (4) palet 74 na nosiči 337 a tedy seskupeni třiceti dvou (32) • kontaktních čoček pro hydratační proces. Obrázky 12(b) a 20 ukazují orientaci každé ze čtyř palet 71 a. b, c, d pokud jsou * ' odděleny na nosiči 337 pro přepravu do uvedené hydratační stanice. Jak ukazuje obrázek 20 čtecí zařízení 88 a 89 čárového kódu identifikují každou z uvedených palet před tím, než se přepraví do hydratační stanice. Přesněji, čtecí zařízení «
čárového kódu přečtou čárové kódy palet 71a a 71b na ___ab.tázku—1-2-(k)-a—čtecí zařízeni—89 čárového kódu přečte čárové kódy palet 71c a 71d. Toto načtení je posledním načtením čárového kódu ve výroln.ím„_pcovozu—určen.ém_._p.r_o____výrobu____ kontaktních čoček, určeném pro výrobu kontaktních čoček. Protože jsou samotné čočky vyjmuty z uvedených palet a
- protože v tomto bodě nejsou žádná čtecí zařízení čárového „kódu. jsou .umístění čoček a identifikování v průběhu hydratace a pohydratačního zpracování odvozeny ze součtů cyklů stroje.
Jak bylo výše stručně zmíněno, zdrojová paměťová řada se vytvoří pro každé čtecí zařízení čárového kódu a uvedený údaj obsažený v každé paměťové řadě čtecích zařízení čárového kódu zahrnuje ID čísla palety, která prochází pod mírni.
Obrázky 13(a) a 1 3(b) ilustrují paměťové řady 660 resp.. S6Q’ Čárového kódu, které odpovídají čtecím zařízením 88 a 89 čárového kódu (obrázek 20) a které uchovávají ID datahodnoty (index) palety. Pokud paleta prochází pod čtecím zařízením 88 čárového kódu je ID údaj týkající se této palety umístěn například do oblasti 661. tj. oblast, ve které se ukládá aktuální současný údaj. Jakmile projdou pod tímto čtecím zařízením následující palety, uvedený ID údaj původní palety a všechny ID údaje, které jsou uloženy potom, jsou posunuty v paměťové radě jedné paměťové oblasti vTJaTTém okamžik‘ů“j'a'k naznačují lomené šipky na obrázku 13(a). Potom, pokud je uvedený vzorek spuštěn za účelem shromážděni zdrojových dat vizuální kontroly (výsledků), bude specifický offset pro čtecí zařízení 88 zdrojového čárového kódu, například ID index uvedené palety, umístěný v.oblas.ti. 662 paměťové řady seskupen s výsledným údajem kontroly čoček. Tento vzorek se spustí po přijetí uvedeného čítače z uvedeného vizuálního obslužného kanálu a množství offsetu je předem definováno tak, že se naprogramuje v uvedených definicích konfiguračního souborového vzorku a načte uvedeným řídícím obslužným - kanálem -”PTÍ inicíacr‘systém u ~----------------— -------------------------------------na výstupu z uvedené hydratační stanice uvedené čočky podléhají ' otočení o 90’ proti směru hodinových ručiček, jakmile jsou vyjímány a umisťovány ve vstřikováním tvářených vypouklých pouzdrech (nejsou znázorněna), která tvoří ~spodní část obalů čoček a která jsou nesena v kontrolních nosných paletách 76 a 76' , jež nesou šestnáct (16) vstřikováním tvářených vypouklých pouzder, vi2 obrázek Í2(c). Obrázek 12(c) znázorňuje orientaci uvedených šestnácti pouzder, v každé z kontrolních palet 76a 76*. které jsou přepravovány skrze po-hydratační stanice. Každá poloha čočky na uvedených kontrolních paletách 76.76’ je znázorněna a porovnána . s oblastmi jejich dutin v původních paletách 71 a,b,c,d.
Před vstupem do vizuálně kontrolní stanice jsou uvedená pouzdra uvedená do záběru předem definovaným způsobem. Obrázek 12(d) znázorňuje orientaci kontrolních palet 76 pro vytvoření šestnácti čoček určených pro vizuálně kontrolní stroj.. Jedna nebo více vizuálně kontrolních -stanic (nejsou znázorněny) je spojena s kontrolním kanálem 77a,b pro palety 76 znázorněné na obrázku 12(d). Uvedené vizuální kontrolní kamery kontrolují každou oblast kontaktní čočky označenou čísíy 1 až 16, jak ukazuje menší typ tisku na obrázku 12(d) a se stává první data-hodnotou 51. která je zaslána z vizuálního kontrolního stroje, jak bylo diskutováno výše v souvislosti s obrázkem 4(b). Přesněji·, vísuální kamery pro kontrolní kanál 77a budou kontrolovat pozice čoček 1 až 8 a vísuální kamery pro kontrolní kanál 77b budou kontrolovat pozice čoček 9 až Ť©; V pohledu předurčeného způsobu, kterým jsou uvedené palety orientovány ve visuální kontrolní stanici, a v poh’e:k; _______předem definovaného—počtu —cyklů-stroje nezbytného— provádění visuální kontroly, jsou uvedené visuální kontre · , výsledky automaticky opatřeny původním ID indexem čárové'kódu palety (palet 71a,b.c,d) pokud uvedený řídící obslužný * kan-ál-přij-m-e- -u-veden-ý-ě-í-t-aš-u-v-sdené-ho-z-obr-azení po-,přijetí~ -blo-k50 kontrolních výsledků. Aby se toho dosáhlo, budou uveden zdrojové řady 660 a 660' načteními čárového kódu ID palety načítána čítacími zařízeními 88 resp. 89 čárových kódů (Obrázek 13(a) a (b))> Protože existuje předem určený počet cyklů stroje od okamžiku identifikace čárového kódu palety -uvedenými--scannery,(.čtec.imi.. září zení.m.i).d.o okamžiku, _kdy; jsou zkontrolovány všechny polohy čočky na uvedené paletě, bude výsledek kontroly každé dutiny . přidružen..kJD indexu uvedené palety, kterým je offset předem definovaného počtu paměťových oblastí v příslušné zdrojové řadě 660 nebo 660' ID čárového kódu palety. Například, jak ukazuje obrázek 12(d), výsledky kontroly čoček pro polohy čoček očíslovaných 5—8 a 13-16 budou přiřazeny k čárovému kódu čtecího zařízení 88 paměťové offsetové pozice 622 zdrojové paměťové řady 66Q obrázku 13(a). Podobně, výsledky kontroly čoček pro pozice čoček 1 až 4 a 9 až 12 bude spojen s offsetovou pozicí 622' zdrojové paměťové řady 660' čtecího zařízení 89 čárového kódu z obrázku 13(b). Potom, co jsou uvedené vizuální výsledky opatřeny ID Čárovým kódem palety, jsou seskupený po přijetí uvedeného vizuálního'čítače z vizuálního -obslužnéhokanálu) za vzniku záznamu databáze, jak bylo diskutováno výše a znázorněno na obrázku, 11. _____
Graf rozptylu ___&oto.m.... co_Jsou všechny historické—provozní údaje -pro příslušné ID palety shromážděny jako záznamy v uvedené databázi, jsou k dispozici pro další zpracování a analýzu. Například, jak bylo zmíněno výše, je žádoucí vytvoření grafů rozptylu, což jsou grafy, u nichž se jedna proměnná nanáší na osu., x v závislosti na proměnné*“nanášené na ose^y. Například měření kvality jsou vynesena proti provozní proměnné za účelem stanovení toho, zda příslušná provozní proměnná ovlivní kvalitu a do jakého stupně. Vynesení informací rozptylového grafu umožni zvolení správných provozních žádané (nastavené) hodnoty pro příslušnou proměnnou, protože snadno určí .změny kvality měření jako hodnotu pro změny provozních parametrů.
- Obrázek 14 znázorňuje graf 880 rozptylu kontrolních výsledků (osa-y) v závislosti na provozních parametrech (osax). Přesněji se generuje graf, který znázorní počet defektů čoček pro jednu příslušnou dutinu v příslušné paletě, jak určují uvedené kontrolní výsledky automatické kontroly čoček jako funkci hladiny monomeru ukládaného do čelních zakřivených polovin forem. Alternativně uvedeny graf hladiny ukládaného monomeru může být závislý na příslušné pozici dutiny na všech zaznamenaných paletách. Jak ukazuje obrázek 14, výsledky tohoto testu indikuje to, že výrobní proces vyrábějící čočky musí být schopen řídit hladinu ukládání monomeru v uvedené čelní zakřivené polovině formy v přijatelném rozmezí, jak ukazuje šipka A, které bylo určeno konsistentní produkcí čoček bez defektů. Protože k většině odchylek dochází ve standardní distribuci, první volba pro nastavenou hodnotu optimální ukládací hladinu by měla být ve středu pxiýa-telfí-ého rozmezí—jak naznačuje šipka ΰ na obrázku 14. Na- obrázku 14 je z důvodu přehlednosti znázorněna značka pouze jediné du.tiny„p.o.mox.í symbolu—879-grafického—zobrazení. Na ........
tomtéž grafu mohou být přítomny i další typy Značek reprezentující další dutiny. V případě, že mezi dutinami specifické palety nejsou žádné rozdíly, potom se budou uvedené značky. vzájem.n-é-př-ekr-ý_v_at, ..P.o.k.ud.,s.e jedna nebo několik dutin nechová stejně, potom se nebudou uvedené značky překrývat a bude vidět, což naznačuje, že mezi uvedenými dutinami existuje diference, která by měla být upravena tak, aby bylo možné produkovat ve všech dutinách dobré čočky.
Obrázky. ,16(a) - 16(c) znázorňují -průběh 749 zpracování pro generování rozptylového grafu, ve kterém jsou vyneseny záznamy, údajů, které jsou k dispozici v relační databázi.
Prvním krokem, který je označen jako krok 750 , je zaslání uvedené zprávy do uvedené databáze, za účelem vyhledávání parametrických dat pro příslušný index (Čárový kód) palety, v kroku 752 zaslání zprávy do obslužného kanálu pro vynášení grafů za účelem nastavení displeje pro rozptylový graf. Může být zřejmé, že konstrukce uvedených procedur, které umožní správné dotazování uvedené databáze za účelem shromáždění a zobrazení požadovaných zpráv je programátorům pracujícím v oblasti databázového programování znám. Následující krok, označený jako krok 754 má přidělit kanálu jedinečný symbol (značku) jedinečné dutiny a další, grafické atributy, které vytvoří displej- s- rozptylovým grafem, .Rozptyl.. ..(rozmezí)......
uvedených hodnot pro každou osu může být nastaven, například tak, že se nastaví maximální množství dat defektních . čoček, který zajistí, aby uvedené data-body byly vyneseny v měřítku. V kroku 756 uvedený program počká na uvedené údaje , které mají být převzaty z uvedené databáze, a v kroku 758 urči, zda je zde jakýkoliv další údaj pro přijetí. _____Poku.d.__v.. kroku - 758 existuje^ještě- - da J s í -údaj, který- m á—bý t----přijat, potom se v kroku 765 určí, zda je žádoucí vynést do grafu údaj týkající se výsledku kontroly čoček pro dutinu palety označenou číslem 1. V případě, že ano, potom bude v kroku 767 uvedený údaj „ax“ a „bx přidružený k dutinám palety 1t resp. 2 zaslán do grafické sady pro- vynášení*doegrafu'a ~’v případě, že současná aktuální přijatá hodnota data je uvedenou první hodnotou data, potom muže být v kroku 781 a následných krocích stanoveno současné minimum a maximum přijatelného rozmezí (Obrázky. 16(b) a 16(c)). Pokud ne, potom se v kroku 769 stanoví, zda je požadován pro vynesení do grafu výsledný údaj kontroly čoček pro polohu dutiny palety označené číslem 3. Pokud ano, potom bude v kroku 771 uvedený údaj „áx“ a „bx“ přidružený k dutinám palety. 3 resp. 4 zaslán do grafické sady pro vynášení do grafu. Potom se v kroku 773 stanoví , zda je požadován pro vynesení do grafu výsledný údaj kontroly čoček pro polohu dutiny palety označené číslem 5. Pokud ano, potom bude v kroku 775 uvedený údaj „ax“ a „bx“ přidružený k dutinám palety 5 resp. 6 zaslán do grafické sady pro vynášení do grafu. Pokud ne, potom se v kroku 777 stanoví, zda je požadován pro vynesení do grafu výsledný údaj kontroly čoček pro polohu dutiny palety označené číslem 7. Pokud ano, potom bude v kroku 771 uvedeny údaj „ax“ a „bx“ přidružený k dutinám palety 7 resp. 8 zaslán do grafické sady pro vynášení do grafu. Po zaslání příslušné zprávy do uvedeného grafického obslužného kanálu, za účelem vynesení , výsledků kontroly čoček pro příslušnou dutinu do grafu, jak definují kroky 767. 771, 775 a 779 se v kroku 780 určí, zda je aktuální údaj, který byl přijat, prvním údajem, který byl přijat. V případě, že _ano, se v kroku 2^í aktivuji 11< |j' jiipnitv min, max, imíň a imax. Proměnná „indep“ představuje nezávislou proměnn':
_y_yn e sb no u -n a-x - o v é o s e-a-p r o m ě η n-é—J m i n “ - ai m a x - r e pre ze--·— minimální a maximální hodnotu proměnné indep, V kroku /<' se ureí, zda současná aktuální vybraná ax data-hodnot? ; spodní limitou pro uvedené rozmezí údaje, který má být vynesen--na y-ovou osu. Pokud -je ax--menší než- -uveda^r minimální hodnota, potom bude uvedená minimální hodnot:: kroku 785 nastavena shodné s tímto data-bodem ax. V xr, 787 se podobné určí, zda je uvedená aktuální bx data-hoc ;: spodní hodnotou pro uvedené rozmezí údaje, který má být. vynesen na y-ové ose. Pokud bude bx hodnota uveden^·? _píijaté.h.o.^údaje menší. ne.ž _uvedená minj m á I n i hodnpta^.po\ -ú se uvedená minimální hodnota v kroku 789 nastaví shodné ; uvedeným . data-bodem bx. Dále v kroku 791 se určj, zd? :«* uvedená současná ax data-hodnota horní limitou pro uvedtu;á rozmezí údaje , který má být vynesen na y-ové ose. Pokud ]·.> ax hodnota přijatého údaje větší než současná maximální hodnota, potom bude tato max hodnota v kroku 793 nastaven a shodně s tímto ax data-bodem. V kroku 795 se provede ρ^určení , zda je uvedená současná bx data-hodnota horní limitou pro rozmezí údaje, který má být vynesen na y-ovou osu. Pokud je uvedená bx hodnota větší než maximální (max hodnota, potom se tato max hodnota nastaví v kroku 797 shodné s tímto bx data-bodem. V kroku 776 se určí, zda je uvedená současná indep data-hodnota horní limitou pro uvchr-ó rozmezí údaje- x-ové osy (například -hladina zaved* r; monomeru). Pokud je indep větší než současná imax ho< .potom se imax nastaví na indep. Podobné s_e v kroku 782 urý. zda je současná indep data-hodnota spodní limitou pro ro?'· ’ údaje x-ově osy. Pokud je indep menší než uvedená souč;. imin hodnota, potom se imin nastav! na indep. Pokud kroku 758 urči, že má být vybráno více údajů, jako žádoucích, ^p_oLo.m_se__bude uvedená smyčka opakovat a.„__g.ra.f.i.cký_obslužnykanál bude očekávat v kroku 756 nový díl dat.
Pokud nemá být vybráno v kroku 758 více dat, potom se určí, zda byl přijat normální konec souborově zprávy, jak naznačuje krok 759. Pokud*** *by|·* 'přijat normální’ konec’ souborové zprávy, potom je v kroku 799 nastaveno y-ové rozmezí, tj. hodnota max - min, a rozmezí x-ové řady, tj. hodnota imax - imin a příslušná zpráva se zašle do grafického obslužného kanálu, takže muže být přesně vynesen neboli zobrazen rozptylový graf. Uvedený proces se následně ukončí v kroku 761. Pokud nebude přijat konec záznamu souboru, potom bude v kroku 762 generována zpráva signatizující chybu sledování.
Histogram
Histogram je graf, který znázorňuje součty poruch specifického typu (některé kvalitativní měření dobré/vadné). Uvedené součty se provádějí u dutin palet tak-, že pokud se příslušná dutina projevuje odlišně od ostatních, může být izolována (a fixována).
Obrázek 15 znázorňuje histogram 890 týkající se množství defektů čoček pro specifickou poíohu dutiny na specifické paletě. Přesněji každá tyč 889 reprezentuje počet defektů pro každou dutinu specifické palety, které se projeví v rámci časové periody specifikované uživatelem. Z takového grafu lze snadno určit, která poloha dutiny má více defektů než e-s4a4n-í—dutina na Této paletě: Situace, jakou ilustruje graf na obrázku 15 může naznačovat, že jsou v uvedené dutině číslo sedm (7), viz Šipka_, přítomny kontaminujícI Iátky. — — ------Obrázek 17 znázorňuje provozní proud 800 pro generování histogramu, pro jehož sestavení se použily záznamy skup i nových-dat do stu pných-~v. .uvede,n.é. .relačn.! -databázi-.. .Krok. 801 je krokem, který požaduje, aby uvedená databáze shromáždila dobré/vadné (kontrolní výsledky) pro specifické kvalitativní měření pro specifickou paletu po specifické časové rozmezí· a aby zaslala uvedená data do grafického obslužného kanálu. Po čekáni v kroku 803 se v krok 805 určí', zda uvede n á d a ta báze Jj ž _ do p rav1 l.a ~s o u b o r o b sáhu jí c i požad ova né data-informace do grafického obslužného kanálu. Pokud ano, potom grafický obslužný kanál uvedený soubor načte a jak naznačuje krok 807 uloží současný celkový počet uvedených vad na dutinu. Rozmezí bude automaticky nastaveno tak, aby byla uvedená data přesně vynesena. Po načtení souboru zaslaného z uvedené databáze se v kroku 809 určí , zda se neobjevily nějaké problémy, jako například to, že nebylo přijato tolik dat, kolik jich bylo požadováno, nebo například přijetí neočekávaného kódu dobré/vadné. Pokud se detekuje takový problém, potom bude v kroku 811 podána zpráva o tomto problému a v kroku 812 se do grafického obslužného kanálu zašle ukončující zpráva. Pokud se nevyskytnou žádné problémy s daty, potom bude uvedená zpráva zaslána ke grafickému displeji za-účelem -vynesení -uvedených dat do grafu, jaknaznačuje obrázek 810.
Pokud uvedená databáze nepřepravi v kroku 805 uvedený soubor, potom bude uvedený systém pětkrát čekat, jak ukazuje krok 806. Pokud popáté uvedená databáze neposkytne uvedený soubor, potom se uvedenému grafickému obslužnému kanálu zaS.I_e_,-V-kroku -81-2 zoráva—že-je-voIný-pr-o-přijetUd.aIší ch_____________ požadavku grafického displeje.
Histogram provozní Šířky
V
Histogram distribuce.provozní-. šířky,- je - graf ukazujícr/jakjsou uvedené hodnoty sérií provozních načtení distribuovány.
Normálně distribuovaný proces bude například vykazovat zvonovitě tvarovanou křivku histogramu. Tento druh histogramu se použije při vynášení abnormalit ve výrobních procesech nebo chyb měřících zařízení.
Obrázek 18 znázorňuje histogram 870 provozní šířky, '* který ukazuje jak se příslušný provozní parametr (například hladina zavádění monomeru) chová. Jak ukazuje obrázek 18, ' uvedený údaj je rozdělen až do šestnáctí (16) shodně .
odsazených zón. Každou zónu vymezuje sloupec 869. jehož í výška reprezentuje počet vzorků, které jsou v této zóně zastoupeny. Pokud je šířka součtu všech sloupců histogramu ' stejný nebo menší než specifíkačni šířka , potom může být uvedený proces řízen v rámci specifikační tolerance. Pokud má uvedený histogram křivku ve tvaru zvonu, potom bude mít variace parametru normální distribuci.
Obrázek 19 znázorňuje provozní tok 814 pro generování histogramu provozní šířky sestaveného za použití záznamů skupinových dat, která jsou k dispozici -v uvedené relační databázi. Krok 815 je krokem, který požaduje, aby uvedená databáze shromáždila hodnoty pro specifický provozní parame-U pro specifi-e-ké—é-a-s-wé—rozmezí a—aby zaslala uvedená data do grafického obslužného kanálu. Po čekání v kroku 817 ______se v krok- 819 u r č í, z d a—uved e né- dat a b á z e—j i ž - d o p r a v i I a- s o u->· --------obsahující požadované data-informace do grafické obslužného kanálu. Pokud ano, potom grafický obslužný kanál uvedený soubor načte a jak naznačuje krok 821 uloží čítač .m_axj máj nich.. a. m i nj m áJ.n.Lc.h .h_o_d.n_o.t.. p.r.o provozní .parame-tr. Rozmezí bude automaticky nastaveno z minimálních £ maximálních hodnot tak, že souřadnice x-ové osy bud;, rozděleny do šestnácti (16) shodných data-skupin. V krí-l·· ;
825 se načte každá data-hodnota z uvedeného souboru a určí se , do které data-skupiny uvedená hodnota spadá a zvětši 3 jednu (1) součet vzorků (není znázorněno) pro přislušípí:; skupinu dat. Následně se v kroku 827 určí, zda bylo dosaženo normálního konce souboru. Normální konec souboru naznačí že nevznikly žádné problémy při načtení požadovaných dat příslušné databáze. Pokud je detekován problém, potom bude v kroku 831 podána zpráva o tomto problému a v kroku 833 se do grafického obslužného kanálu zašle ukončující zpráva. Pokud ;,c nevyskytnou žádné problémy s daty, potom bude uveden* zpráva zaslána ke grafickému displeji za účelem vynesení uvedených dat do grafu, jak naznačuje obrázek-829.
Pokud uvedená databáze nepřépraví v kroku 819 uv.eďený soubor, potom bude uvedený systém pětkrát čekat, jak ukazuj, krok 820. Pokud popáté uvedená databáze neposkví· .
........uvedený . soubor, -potom . se-uvedenému grafickému- obsluž ;> .....
kanálu zašle v kroku 833 zpráva, že ie volný pro přijetí dal··.·· požadavků grafického displeje.
Statistický obslužný kanál
Statistický obslužný kanál 406 , jak ukazuje obrázek 1, je _ ---------archívem-pro_data-h.odnoty„ vreálném^as^—D-ata—s-e-ukíá-daji- veskupinách neboli souborech dat definovaných logickým uživatelem. Uvedený statistický obslužný kanál má schopnost aplikovat transformace neboli „výkony“ na uvedená data. Hodnoty dat, pokud jsou přejaty z řídícího obslužného kanálu, jsou automaticky sledovány pro výstražné“ podmínky * a~ sumarizovány a uvedený obslužný kanál zavede statistickou provozní kontrolu a nastaví a vymaže související výstrahy. Hodnoty ze souborů dat jsou odeslány za účelem ukázat současné tendence a animovaný stav obrazovek.
Jak ukazuje obrázek 6, příkazy 6Q4 STATE jsou vyslány . z obslužného kanálu 403 obslužné desky a grafického obslužného kanálu 405 do uvedeného řídícího obslužného •5 .kanálu 600. Tyto příkazy se týkají souboru dat a případně názvu metody. Uvedené příkazy jsou použity k vyvolání řídícího obslužného kanálu 600 za účelem vydáni příkazů pro uvedený statistický obslužný kanál 406. Tyto příkazy směřují ke statistickému obslužnému kanálu 406 s cílem vytvořit vhodné kalkulace pro podporu obrazovky a zaslat uvedené výsledky aktivních displejových modulů v operačních stanicích 400.
Pokud je dán název metody, potom příkaz 604 STATE přikáže řídícímu obslužnému kanálu, aby obeslal statistický obslužný kanál předem definovaným souborem příkazů (metodou) s provedenými substitucemi tak, aby byly vhodné pro uvedený specifický soubor dat. Uvedená metoda může být zamýšlena jako předloha pro soubor příkazů, které mají být zaslány uvedenému statistickému obslužnému kanálu.
Řídící obslužný kanál 600 poskytuje tří typy výstupů s ta ti s t i c kéh o-obs I u ž n é h o -ka nál u-406:--------------1) Uvedená zpráva 601 START pro iniciování zpracováni statistického obslužného kanálu v průběhu spouštění systému.
2) Zprávy 602 zdrojových dat, které informují statistický obslužný kanál o nových hodnotách dat. Uvedený údaj je zaslán do přiděleného střediska pošty statistického obslužného kanálu (není znázorněno). Obecnou formou uvedené zprávy je „názevsouborudat = hodnota“.
3) Zprávy, které mění způsob, jakým statistický obslužný kanál zpracovává data a jakým se přidávají nebo Odstraňují destinace pro data produkovaná statistickým obslužným kanálem. Primární typy zpráv, které jsou zaslány do statistického procesoru zahrnují; soubor dat (DATASET), který přiděluje jmenovanému souboru dat ve statistickém obslužném kanálu místo pro uložení; příjemce (SINK), který specifikuje destinaci dat—vy-c-háze-j-í-c-ích--ze-— statistického—obs-l-u-ž-ného—k-a-n-á-íu-;zpracování (PERFORM), které specifikuje funkcí, kterou by měl statistický obslužný kanál aplikovat na soubor dat; odstranění (REMOVE), které odstraní předmět ze statistického obslužného kanálu (soubor dat, příjemce, zpracování, atd.) a řízení (KONTROL), které nastaví limity výstražného rozmezí pro soubor dat ve statistickém obslužném kanálu za účelem řízení statistického procesu pro příslušný soubor dat.
Časový záznam
Jakýkoliv naměřený nebo vypočtený parametr může být vynesen do grafu v závi.sjo.s ti na-čase-j a ko-jeden.časový.pr_úbéh. (trend). Množina časových diagramů může být porovnána s obecným časovým průběhem (trendem), Fixní časová měřítka jsou vhodně taková, že umožňují ukázat časový průběh v rozsahu minut, hodin, dnů a týdnů.
.. Λ Iiyiw ·* -“* -- -b l***»*“*W»«l*l» ™
Uvedený statistický obslužný kanál 406 obsahuje pouzdro, které umožňuje sestavit sady dat (počet vzorků stejného zdroje dat). Po sestavení souboru dat, mohou být zahájeny operace, které mají být prováděny na základě některého kritéria, což se děje automaticky. Příjemce (destinace t
pro produkované výsledky) může být sestaven dynamicky, například operační stanice pro sestavování grafů, nebo další sada dat pro sestavování historie.
Pro každý z uvedených zdrojů dat požadovaný pro sestaveni grafu jako závislostí na cyklech, minutách (10 šesti sekundových cyklů), hodinách (60 minut), dnech (24 hodin) a týdnech (7 dní) musí být vytvořena řada nebo kaskáda souborů dat, ve kterých „s znamená velikost. Aby toto mohlo být provedeno, je třeba uložit šedesát (60) nejaktuálnějších hodnot pro uvedený soubor dat tak, že budou k dispozici jakmile přijde příkaz požadující jejich zaslání do stanice operátora za účelem uvedení do grafu nebo provádění operace, například:
Provozní parametr, kterým je hladina zaváděného monomeru „DEPO2LEV se měří jednou během každého cyklu a dodává se do souboru dat DEPO2LEV s = 60, který může uchovat až šedesát (60) hodnot. Každé desáté načtení spouští výše popsaný_příkaz PFRFORM , za účelem výpočtu průměru nejaktuálnějšlch deseti (10)* hodnot, a zavedeni výsledků do souboru—dat--DEPO2LEV/M s=“60~které rnohou -uchovat—až-----šedesát hodnot. Na druhé straně, každé šedesáté načtení DEPO2LEV/M spustí PERFORM , za účelem dodání průměru těchto šedesáti hodnot do uvedeného 'souboru dat DEPQ2LEV/H s “..60.. Podobně každé... dvacáté. .č.t.v-r-té- πačtení DEPO2LEV/H spustí PERFORM, za účelem dodánf tohoto průměru hodnot do uvedeného souboru dat DEPO2LEV/D s 60, a každé sedmé načtení DEPO2LEV/D spustí PERFORM , za účelem dodání průměru těchto šedesáti hodnot do uvedeného souboru dat DEPO2LEV/W s « 60. Uvedená kaskáda bude vypadat takto:
načtení cyklu -> soubor dat DEPO2LEV jednomihutový průměr -> soubor dat DEPO2LEV/M šeděsátiminutový průměr -> soubor dat DEPO2LEV/H jednohodinový průměr -> soubor dat DEPO2LEV/D jednodenní průměr -> soubor dat DEPO2LEV/W, atd..
kde Μ, H, D a W jsou faktory transfokátoru, které budou podrobně diskutovány později. Za účelem definování příjemce (destinaci souboru dat) DEPO2LEV/M se stejným názvem jako má jmenovaný soubor dat soubor dat DEPO2LEV/M se usnadní dynamické vytvořeni a odstranění uvedeného příjemce prováděné operace v uvedeném softwaru. Příjemci se dynamicky vytvářejí pro operační stanice za účelem vytvoření grafů průběhů, datových závislostí. Následující soubor - příjemců se ......
vytvoří v průběhu iniciace systému a existuje za účele1 vytvoření minutových, hodinových, den meh a týdenmeh__da:, které mají být na požádáni vynesena do grafu:
příjemce DEPO2LEV/M d=DEPO2LEV/M příjemce DEP02LEV/H d = DEP02LEV/H p říj em c eO EP02 LEWD- d = DE PO 2 L E V/Dpříjemce DEPO2LEV/W d=DEPO2LEV/W
Nakonec se za účeíem vytvoření historických vzorků, při které jsou jednotlivá načtení zdroje dat z řídícího obslužného kanálu zaslány do statistického obslužného kanálu, -definuje následující řada činností:
výkon DEPO2LEV f=průměr s=DEMP2LEV/M t=10 výkon DEP02LEWM f=průměr s=DEMP2LEV/H t=60 výkon DEPO2LEV/H f=průměr s=DEMP2LEV/D t=24 výkon DEPO2LEV/D f=průměr s=DEMP2LEV/W t=7 kde je uvedený první výkon příkazem přikazujícím vzít průměr uvedených desíti vzorků , které vstupují v uvedeném souboru dat DEPO2LEV ( načtení zdrojů dat prováděná každý cyklus pro bod data DEPO2LEV) a zaslání výsledku . k příjemci DEPO2LEV/M, který byl zase definován (výše) tak, aby b,yl souborem dat DEPO2LEV/M, ve kterém je nyní uložena historie pro minutové průměry zdroje dat DEPÓ2LEV. Podobně uvedený druhý výkon je příkazem ke vzetí průměru uvedených šedesáti (60) vzorků, které vstupují v uvedeném souboru dat DEPO2LEV/M (načtení průměrů pro každou minutu vzaté ze souboru dat DEPO2LEV/M) a zaslání výsledku k příjemci DEPO2LEV/H, který byl zase definován (výše) tak, aby byl souborem dat DEPO2LEV/H, ve kterém je nyní uložena historie pro hodinové průměry zdroje dat DEPO2LEV. Třetí výkon je opět příkazem pro vzetí průměru uvedených 24 vzorků , které vstupuji vuvedeném souboru dat DEPO2LEV/H ( načteni zdrojů dat. pro každou hodinu brané ze souboru dat DEPO2LEV/H) a zasláni výsledku k příjemci DEP02LEV/D, který byl zase d ef i n o v á n ta k,a by by I so u borem-dat—DE PO2 L E V/D, ve“ kterém je * nyní uložena historie pro denní průměry zdroje' dat DEPO2LEV. Konečně poslední výkon je příkazem ke vzetí průměru uvedených sedmi vzorků, které vstupuji v uvedeném souboru dat. - D E P-O 2 Í E V /-D (načtení -pr-ůměrů pro- každý den vzaté ze souboru dat DEPO2LEV/D) a zaslání výsledku k příjemci DEPO2LEV/W, který byl zase definován (výše) tak, aby byl souborem dat DEPO2LEV/W, ve kterém je nyní uložena historie pro týdenní průměry · zdroje dat DEPO2LEV. Po nadefinování souborů dat, příjemců a výkonů budou pokračovat výpočty tak, aby byly „p/rp^yedeny,. jakmile. je^ splněno ..uvedené definované kritérium pro tento výkon (tj. 10 vzorků přicházející v uvedeném souboru dat DEPO2LEV).
Obrázek 21 (a) znázorňuje sled operací 560 pro vytvoření grafu provozního parametru vyneseného proti fixovanému časovému měřítku za účelem ilustrování trendů provozních parametrů v uvedeném systému. U operátora nebo rozhraní uživatele, může operátor vyžadovat přehled určitého provozního parametru, jak se mění v reálném čase (v systémovém cyklu každých šest sekund),nebo přehled určitého provozního parametru s měnící se časovou periodou (dny, týdny). Vstup pro požadavek na generování trendu (časové závislosti provozního parametru) je klávesnicový úhoz, který může zahrnovat činitel -transfokace „zoom^factor“ , kterým je přípona^majícl· hodnotu M,H,D,W a binární hodnota větší než nula. Uvedený první krok naznačený v kroku 561 je zhodnoce.ní hodnoty _uy_ed.e.n_é ho činitele transfokace (zoom_factoru). Pokud je hodnota Činitele transfokace rovna nule, tj. činitel transfokace (zoom_factor) není specifikován, potom je uvedená databáze přiřazená uvedenému zdroji nebo systému Časového měřítka (jednou v . kašdénL.^y.k.Lu).r„.j^.k--naznačuje - krok- 56-4—na—obrázku-—21 (a).
Například šedesát hodnot obsažených v uvedené výše,popsané databázi DEPO2LEV bude zasláno do grafického obslužného kanálu za účelem jejich vynesení do grafu. Dále v kroku 584 jsou nastavena vhodná spojení do uvedeného statistického
..pouzdra za řízení -^uvedeného ' řídícího”obslužnéhcř^kanáiu a vyšle se zpráva za účelem dopravení uvedených dat do statistického pouzdra. V kroku 586 je iniciována minimální (min) a maximální (MAX) hodnota, které se používají k nastavení rozsahu pro účely grafu. V kroku 588 se načte každá hodnota uvedené databáze a v kroku 590 se určí zda jsou v příslušné databázi ještě nějaké další hodnoty.
V případě, že ano, se následně v kroku 591 současná hodnota uvedené databáze srovná se současnou minimální hodnotou (min) uvedené databáze. Pokud je současná hodnota menši než minimální hodnota, potom je v kroku 592 minimální hodnota přiřazená hodnotě současné databázové. Pokud není uvedená současná hodnota menší než minimální hodnota pro uvedený soubor dat, potom je současná hodnota uvedené databáze v kroku 591 srovnána se současnou minimální hodnotou (min) uvedeného souboru dat. Pokud je uvedená současná hodnota menší než uvedená minimální hodnota, potom je tato minimální hodnota v kroku 592 přiřazená hodnotě současného souboru dat. Pokud současná hodnota není menši než minimální hodnota pro uvedený soubor dat, potom se současná hodnota uvedeného souboru dat porovnána v kroku 593 se současnou maximální hodnotou (max) uvedeného souboru dat. Pokud je současná hodnota větší než maximální hodnota, outom~re uvedená max hodnota v kroku 594 přiřazena hodnotě současného souboru dat a program se vrátí do kroku _____588, ve .kter.é-ie-načtena— πásled ujfci—hoď πota — -z—uvedeného------------souboru dat a opakují se kroky 590 až 594. Pokud jsou jíž
J všechny hodnoty ze současného souboru dat v kroku 590 načteny, potom jsou žádány v kroku 595 z řídícího obslužného kaná-íu- íÍmity-definované-uživatelem-. Dále-jsou v. kr-O.ku_597_ _př_e_d. vynesením dat za účelem grafického znázornění trendu souboru dat, které se realizuje v kroku 599 nastavena textová označení, rozmezí max-min, limitní čáry a označení. v
Pokud není hodnota činitele transfokace rovná nule, tj.
-činitel-tr.ansf.okac.e.je„specifikován, potoms,9_v kroku 565 určí zda uvedený příkaz znamená příkaz pro zvětšení, tj. zda by mělo být. měřítko fixované.. x-ové osy. zvětšeno na větší časové intervaly (například hodiny na dny) nebo zda znamená příkaz pro zmenšení, kterým se žádá, aby bylo měřítko fixované x-ové osy zmenšeno například ze dnů na hodiny. Pokud je požadavkem příkaz pro zvětšeni, potom se v kroku 566 určí , zda je transfokační činitel.ve stavu dní, v kroku 566, hodin, v kroku 567, minut, v kroku 568, nebo zdroje (reálného času) v kroku 569. Pokud je současný transfokační činitel ve stavu dnů, potom . bude transfokační činitel zvýšen na týdny (W) v kroku 571, nebo pokud je současný transfokační Činitel ve stavu hodin, potom bude v kroku 573 zvýšen na dny (D), nebo pokud je současný transfokační činitel ve stavu minut, potom bude v kroků 574 zvýšen na· hodiny (Ή), nebo pokud je současný transfokační činitel nulový, potom bude v kroku 576 zvýšen na minuty .(M). .. ......
Pokud je požadavkem příkaz pro zmenšení, potom se v kroku 565 z,obrázku 21 (a) určí , zda je transfokační činitel ve stavu minut, v kroku 577, hodin, v kroku 578, dní, v kroku 579.
_____________________nebo týdnů--v-kraku—580.„Eokuď.i.e so učasπý transf o kač n i č inltei - ......— ve stavu minut, potom bude transfokační činitel snížen na zdroj (doba cyklu systému) (0) v kroku 581. nebo pokud je * současný Transfokační činitel ve stavu hodin, potom bude v kroku 572 snížen na minuty (M), nebo pokud je současný transfokační Činitel ve stavu dní, potom bude-v kroku 582^ <
snížen na hodiny (H), nebo pokud je současný transfokační činitel ve stavu týdnů, potom bude v kroku 583 snížen na dny (D). Potom, co se logicky určí transfokační činitel pro průběh požadovaného provozního parametru pro potřeby grafu, viz obrázek 21 (a), potom bude souborem dat, který má být zaslán do statistického obslužného kanálu bude soubor dat mající uvedený zdroj (provozní data) a určený transfokační činitel. '
To je znázorněno v kroku 575 na obrázku 21(a). Například u Φ výše popsaného příkladu zavádění monomeru, budou uvedené - y soubory dat d=DEPO2LEV, d=DEPO2LEV/M, d=DEPO2LEV/H, d = DEPO2LEV/D, nebo d=DEPO2LEV/W. 5
Vzhledem k velkému množství, dat nacházejících se v · i relačních databázích 202 on-Iine a ofř-line, je zde celá řada dalších srovnání a vztahů, které mohou být graficky znázorněny a vyneseny do grafu za účelem optimalizace výroby. Například lze přijmout a zachovat v souladu s FDA regulacemi záznamy t výroby, mezi které patří výsledky kontroly každé vyrobené čočky spolu s provozními parametry. Systém může rovněž shromažďovat údaje týkající se záznamů podmínek cyklu sterilizátoru, mezi které patří indikace normálního/závadněho sterilizačního běhu, číslo šarže a číslo, sterilizačního běhu z řídící jednotky sterilizátoru (není znázorněna). Tyto soubory mohou být uloženy v paměťové oblasti databáze off-line a
-mo-bo-u—být-vybrat z-a—účelem analyzováni—průbětru výkonu- sterilizátoru v průběhu dlouhodobé časové periody. Kromě toho, —může býMěríto^údaj—zpřístupněn za-účelem poskytnutí--vybaven I a informaci provozní platnosti žádanou federální řídící organizací. Další typy operací lze provést na údajích zahrnujících statistickou provozní kontrolu, přičemž se mohou generovat X-ov-ý sloupec- R. .dia.g.r.a.mu. s dy-namíckýrni kontrolními limitami a výstrahami; mohou být za účelem zobrazení generovány stavové obrazovky výrobních souhrnů, současná načtení a indikátory výstrah; může být produkován seznam výstrah obsahujících popis aktivních výstrah alarmů a doporučení; mohou se generovat grafické displeje ve-formě .. Pa rétova-, grafu součtu _ výstrah a doby trvání _ výstrah v závislosti na stroji, nebo paretova-grafu ztracených čoček v závislosti na složce stroje za účelem monitorování výkonu strojů výrobní linky, mezi výstražné podmínky patří například to, že není aktivován krokovaci (indexovací) motor, nebo se v hydratační stanici nevytvoří v horní komoře vakuum atd. Lze generovat i další grafické displeje, které mohou zahrnovat: události záznamu změn v provozu označených časovou známkou a displej znázorňující časový graf celkových kontrolních výsledků.
Tyto poruchy jsou umístěny do alespoň dvou komplementárních uživatelských rozhraní 400 dostupných v každé stanici. Obslužný kanál ovládacího panelu technické údržby (není znázorněn) se použije pro analyzování- a optimalizace procesu. Vedení Operace a diagnózy strojů jsou obsluhovány rozhraním ovládacího paj_eli£_ j/ýroby ^není znázorněn). Hlavní stanici operátoru je umožněno sledovat posun změn a potvrzení provedení výstrahy, chráněných operátorem (vyžaduje heslo).
Paretovi-grafy
Lze generovat grafické displeje ve formě paretova-grafu počtu výstrah a doby trvání výstrahy v závislosti na stroji nebo paretova-grafu stavů palety. Obrázek ’ 22(a) znázorňuje jSaretůvgraf výstražných podmínek v závislosti na počtu. Uvedenými výstražnými podmínkami jsou hodnoty dat přijaté z výstražného řídícího obslužného kanálu 528, který ukládá počet všech výstražných podmínek výrobní linky na výrobu kontaktních čoček. Jak ukazuje obrázek 22(a), každý sloupek je barevně kódován a reprezentuje frekvenci výstražných podmínek.
Například sloupek 902a prezentuje podmínku , která spočívá·”v ’ ''«A nepřítomnosti horních komor v uvedené hydratační stanici a sloupek 902b prezentuje podmínku, kdy nedošlo k aktivaci motoru, tyto dvě výstražné podmínky reprezentují nejfrekventovanější výstrahy se kterými se setkal , tento příslušný výrobní běh. 1 ·,<ΐ
Obrázek 22(b) ilustruje paretův-graf výstražné podmínky v závislosti a čase (trvání). Uvedenými výstražnými podmínkami v závislosti na čase jsou hodnoty dat převzaté od Výstražného řídícího obslužného kanálu, který ukládá dobu trvání každé výstražné podmínky, po kterou uvedená podmínka existuje nebo po kterou existovala v průběhu výroby kontaktních čoček. Jak ukazuje obrázek 22(b), každý sloupek je barevně kódován a prezentuje dobu trvání výstražné podmínky.
Například sloupek 903 prezentuje podmínku, kdy není v uvedené hydratační stanici žádná horní komora po dobu jedné hodiny a dvaceli 'šesti minut.- ' *
------- — Obrázek—22(c) - znázorňuje Parétův^ďiagram paletových stavu (stavových kódů). Uvedený diagram znázorňuje důvody selháni palet procházejících příslušným čtecím zařízení,,, čárového kódu, například čtecím zařízením 86 čárového kódu na výstupu -z -ďemontážní sestavy. Například- sloupek .-9.0.5a. uvedeného diagramu naznačuje , že bylo vyřazeno 249 palet, protože po demontáži na čelní zakřivené poloviny formy zůstal přetokový monomem! kruh (HEMA kruh), nebo protože po demontáži nedošlo k oddělení a odstranění zadní zakřivené části formy (stavový kód -18): podobně sloupek 905b naznačuje, že . . bylo - -vyřazeno—5.0. pa.le.t,. _p.r.o.tpže_..došlo . k_ defektu VL polymeračním tunelu, tj. UV lampa nebo ohřívač selhal (stavový kód -4). Je třeba uvést, že frekvence znázorněné na Y-ové ose jsou roztříděny v sestupném pořádku pro každý z výše popsaných Paretových-diagramů. je třeba zmínit, že může být pro všechny čtecí zařízení čárového kódu v uvedené lince generovány Paretův-diagram stavů palet.
_Obrázek 23 znázorňuje průběh___901 provozu pro generování Paretova-diagramu z dat dostupných v reálném čase z Alarm_control výstražného řídícího obslužného kanálu t
a Stat-count obslužného kanálu. V prvním kroku 904 se určí typ Paretova-diagramu, který má být generován a zobrazen. Pokud je žádoucí generovat Paretova -diagram výstražných podmínek (obrázky 22(a), 22(b)), potom se v kroku 907 určí -. zda je žádán Paretův diagram v závislosti na čah (trvanlivost). Pokud _ano, pot_o_m je. v kroku 909 žádán výstražní řídící obslužný kanál za účelem poskytnutí dat pro os·nejfrekventovanéjších výstrah za účelem zjištění jejich trvá; Pokud je v kroku 907 žádán Paretův-diagram vynesený závislosti na počtu výstrah, potom se na výstražném řídicím .o.b.s.Lužném- kanáíu-požaduje~-poskytnutL_dat pro horních osm nejfrekventovanějších výstrah v závislosti na frekvenci výskytu, jak naznačuje krok 911. Pokud není v kroku 904 požadován Paretův-díagram pro výstrahy, potom vznikne požadavek pro stavové kódy palet pro příslušné čtecí zařízení čárového kódu, nebo všech čtecích-zarizení čárového kódu·, tj. nejfrekventovanější důvody, které jsou příčinou vyřazení palet (obrázek 22(c)). Pokud je takový požadavek přednesen, potom je v kroku 906 na obrázku 23, žádán Stat_count obslužný kanál, aby poskytl data pro osm nejfrekventovanějších stavových podmínek palet pro žádané čtecí zařízení čárového kódu, nebo všechna čtecí zařízení čárového kódu. Diagram na obrázku 22(c) znázorňuje nejfrekventovanější kódy žádané pro čtecí zařízeni 86 čárového kódu (obrázek 20).
Potom, co jsou všechna data v kroku 913 shromážděna, jsou zaslány příkazy pro sestavení Paretova-diagramu do obslužného kanálu určeného pro graf za účelem uspořádání paretova-displeje, jak naznačuje krok 916. Potom se dala uvedeného Paretova-diagramu se v kroku 919 zašlou do obslužného kanálu určeného grafu, ve kterém se generuje uvedený diagram, který se následně zašle do stanice operátora za účelem zobrazení. Uvedený diagram zůstane Online dokud . uvedený operátor nepožádá ,o vzetí některé akce, například aktualizování současného Paretova-displeje v reálném čase, nebo vyžádání dalšího typu Paretova-diagramu, který má být zobrazen. Takže v kroku 922, bude uvedený systém čekat na příkazový klávesový úhoz vyslaný z uvedeného operátoru a v kroku 924 se určí, zda uvedený operátor—vyžadoval generováni dalš-iho ty-pti—diagram-tr—Pokud je žádáno generování dalšího typu Paretova-diagramu, potom
---s eu vede n ý syšfem vrátí do—kr oku—904—znázorn ě né h o na’ obrázku 23, za účelem určení toho, který typ Paretova-diagramu má být generován. Pokud je žádoucí další typ grafu nebo zobrazení, potom bude současný Paretúv-diagram uzavřen v kroku 9-2-7 a- -opustí- se- u veden ýKonečně je třeba uvést provedení mají pouze ilustrativní rozsah vynálezu, který je jednoznačně určen přiloženými patentovými nároky.
,ΑΛίΙΛ Μ* V\f n i c ni o i i ΟιΙψ I\jr —.
, že výše uvedená příkladná charakter a nikterak neovlivňují

Claims (30)

1. Kvalituřldi-sí- /systém* pro optimalizování provoznicn parametrů.v.auto.m.atiz ováné výrobní lince na výrobu kontaktní čoček, která zahrnuje množinu provozních stanic, vyzns o e n ý t i m , že zahrnuje:
a) množinu provozních řídících jednotek pro řízen? jedné nebo několika provozních stanic, přičemž každá č uvedených řídících jednotek reguluje množinu regulačnír;~ zařízení pro regulaci výrobních parametrů použitých p·? automatizované výrobě kontaktních čoček v uvedené provo?.ni stanici nebo provozních stanicích,
b) automatizovaný kontrolní prostředek pro automatickou kontrolu každé vyrobené kontaktní čočky ’ generování kontrolního data pro každou kontaktní čočku,
c) prostředek výzev pro vyzvání k každého ~ uvedených provozních řídících jednotek na frekvenční bá£í u. účelem shromáždění provozního kontrolního data pro každou periodu,
-....... - d) prostředek -pro korelování . uvedeného . kpntrc'*!h;~ data s uvedeným provozním regulačním datem a uveoo·:,· ' údajeny týkajícím se kontaktní čočky za účelem optimalizace provozních parametrů použitých při výrobě kontaktních čoček.
e) relační databázi pro ukládání uvedených provozních regTriačnTcír dat, uvedenýcfT“dáf týkajících— se— kontaktních čoček a uvedených kontrolních dat přijatých z uvedeného korelačního prostředku.
2. Kvalitu řídící systém^pró optimalizování provozních parametrů v automatizované výrobní lince na výrobu kontaktních čoček, která zahrnuje množinu provozních stanic, vyznač e n ý t í m , že zahrnuje:
a) množinu provozních řídících jednotek pro řízení jedné nebo několika provozních stanic, přičemž každá z uvedených řídících jednotek reguluje množinu regulačních zařízení pro regulaci výrobních parametrů použitých při automatizované výrobě kontaktních čoček v uvedené provozní stanici nebo provozních stanicích,
b) automatizovaný kontrolní prostředek pro automatickou kontrolu každé vyrobené kontaktní čočky a generování výjimkového data pro každou defektní kontaktní čočku,
c) prostředek výzev pro vyzvání každého z uvedených provozních řídících jednotek na frekvenční bázi za účelem shromáždění provozního kontrolního data pro každou periodu,
d) prostředek pro korelováni uvedeného výjimkových data s uvedeným provozním regulačním datem a uvedeným údajem týkajícím šě kontaktní čočky za účelem umožnit sledováni a izolaci uvedených provozních parametrů .které -maji“za~nas'leděk výΓοΈΰΊϊ’βΙ’θΗηί’οKTon'taktních~čoček; a---------e) relační databázi pro ukládání uvedených provozních regulačních dat, uvedených dat týkajících se kontaktních čoček’a uvedených výjimkových dat přijatých, z uvedeného korelačního prostředku.
3, Kvalitu řídící systém podle nároku 1 nebo 2, vyzná č e n ý tím , že uvedený prostředek pro korelování bude s rovná v a t- přede m —- u rč e né a~—vy počítané - - - v stu-pn-í- p a r§ m e-tr-y -s-; — údajem naměřeným v reálném čase a odvozeným od uvedeného provozního regulačního data za účelem optimalizace.
4. Kvalitu řídící systém podle nároku 3, vyz n a č e-ný tím , že uvedený vypočtený a naměřený údaj se srovnává přes čas s uvedeným kontrolním údajem.
5. Kvalitu řídící systém podle nároku 1 nebo 2, v y-z n a č e n ý tím , že každá provozní řídící jednotka uchovává seznam předem určených provozních parametrů, a oznamuje výstražnou podmínku, jakmile jeden z uvedených předem definovaných provozních parametrů vybočuje z předem definovaného rozmezí,
-
6. Kvalitu řídicí systém podle nároku.5, v y z n a č e- n ý tím , že uvedený prostředek pro korelování generuje provozním regulačním zařízením Paretúv graf výstražných podmínek. ' ........ T-
7. Kvalitu řídící systém, podle nároku 1 nebo 2, vy-z na č e n ý t í m , že uvedený prostředek pro korelování izoluje neregulované hodnoty časového průběhu z' ‘ uvedených provozních řídících dat.
8. Kvalitu řídící systém podle nároku 1 nebo 2, v y -z n a č e n ý tím , že uvedený prostředek pro korelování koreluje historické trendy 2 množiny časových diagramů sestavených z uvedených provozních řídících dat. .
9. Kvalitu řídící systém podle nároku 1 nebo 2, v y -z n a č e n ý t í m , že se uvedená provozní řídící data přenesou,,, do uvedené relační databáze ve skupinách pomocí uvedeného... korelačního prostředku, a uvedený údaj je v okamžiku, kdy je zaslán, do uvedené relační databáze, opatřen časovou známkou.
10. Víceúrovňový kvalitu řídící systém pro automatizovanou výrobní linku pro výrobu kontaktních čoček v paletových vsádkách, která zahrnuje množinu provozních stanic, vyznačený tím , že zahrnuje:
a) množinu provozních řídících jednotek pro . řízení jedné nebo několika provozních stanic, přičemž každá z uvede nýč h řídících - j e dno te k~r eg u I ú je'“množ i η ιΓϊβ g u I a č n í c h zařízení pro regulaci výrobních parametrů použitých . při automatizované výrobě kontaktních čoček v uvedené provozní stanici nebo provozních stanicích, přičemž každá z uvedených řídících jedňdťek generuje v případě, žě se paleta čoček setká s produkčním parametrem, který nesplňuje předem definované rozmezí, vyřazovací signál,
b) množinu prostředků odpovídajících uvedenému . vyřazovacímu signálu za účelem odstranění uvedené palety z
------------—---------uvec( θ n θ, Výrpbní H i n ky potom r co ·- s e uved ený s igná 1' 'ge'n@ruj e;
c) automatizovaný' kontrolní prostředek pro automatickou kontrolu každé vyrobené kontaktní čočky a generování výjimkových dat pro každou defektní kontaktní čočku, která byla vyrobena za použití produkčních parametrů, které nepřesáhly uvedená předem definovaná rozmezí,
-----d-)--p-r-ost-ř-ed-ek—výzev—pr-o—v-y-z-vá-n-í--k-a-ž-dé-h-o--zuvedených provozních řídících jednotek' a uvedených kontrolních prostředků na frekvenční bázi za účelem shromáždění provozního řídícího data pro každou periodu,
e) prostředek pro korelování uvedených řídících dat s uvedenými údaji týkajícími se kontaktní čočky a reprezentujícími uvedenou paletu kontaktních čoček nacházející se v průběhu uvedené periody v uvedené provozní' stanici a-dále'“pro korelování výjimkových dat s uvedenými provozními řídicími daty a uvedenými daty týkajícími se kontaktních čoček za účelem optimalizace provozních parametrů použitých při vý ro b ě konta ktn Tch^č očě k, a ~ .....
f) relační databázi pro ukládání uvedených provozních řídících dat, uvedených dat týkajících se kontaktních čoček a uvedených výjimkových dat přijatých z uvedeného prostředku výzev. ....... ~
11. Víceúrovňový kvalitu řídicí systém pro automatizovanou výrobní linku pro výrobu kontaktních čóček v paletových vsádkách, která zahrnuje množinu provozních stanic, vyznačený tím ,že zahrnuje:
'0
a) množinu provozních řídících jednotek pro řízení jedné nebo několika provozních stanic, přičemž každá z uvedených řídících jednotek reguluje množinu regulačních, zařízení pro regulaci výrobních parametrů použitých při automatizované výrobě kontaktních čoček v uvedené provozní stanici nebo provozních stanicích, přičemž každá z uvedených řídících jednotek generuje v případě, že se paleta čoček setká s produkčním parametrem, který nesplňuje předem definované rozmezí, vyřazovací signál,
b) množinu prostředků odpovídajících uvedenému vyřazovacímu signálu za účelem odstraněni uvedené palety z uvedené výrobní linky potom, co se uvedený signál generuje,
c) automatizovaný kontrolní prostředek pro automatickou kontrolu každé vyrobené kontaktní čočky a generování výjimkových dat pro každou defektní kontaktní čočku, která byla vyrobena za použiti produkčních parametrů,
----------------j<teré—n^přesáblý uvedená přěcfem άβϊΓηονδΰτδ7οζίη'β'ζ1;------------—
d) prostředek výzev pro vyzvání každého' z uvedených provozních řídících jednotek a uvedených kontrolních prostředků na frekvenční bázi za účelem shromážděni provozního řídícího data pro každou periodu, * přičemž uvedený prostředek výzev koreluje uvedená data s daty týkajícími se kontaktních čoček a reprezentujícími '' uvedenou paletu kontaktních čoček nacházející se v průběhu uvedené periody v uvedené provozní stanici,
e) relační databázi pro ukládání uvedených provozních řídících ‘ dat, uvedených dat týkajících se , kontaktních čoček a uvedených výjimkových dat přijatých z uvedeného prostředku výzev,
f) prostředek pro zpracování dat druhé úrovni pro korelování uvedených výjimkových dat s uvedenými
-------p-r-ovoz-n-í-m-i—ř-i d-í-c-í-m-i—da-t-y—a—u-v-ed-en-ý-m-i—da-t-y—t-ý-k-a-j-í-e-í-m-i—se----kontaktních čoček za účelem izolování komponent výrobní linky zodpovědných za výrobu jedné nebo několika defektních kontaktních Čoček v průběhu každého cyklu operace.
12. Víceúrovňový kvalitu řídící systém podle nároku 10 nebo 11, vyzná č’e n. ý-tím , že jsou uvedené kontaktní čočky tvářeny ve formách nesených ve vybráních· 'vytvořených v uvedených paletách a uvedený pro zpracováni dat druhé úrovně isoluje specifické palety, které mají jedno nebo více vybráni, které přispěly k výrobě defektních kontaktních čoček.
13. Víceúrovňový kvalitu řídící systém podle nároku 10 nebo 11,vyznačený tím , že uvedený kontrolní prostředek generuje údaj pro každou kontrolovanou čočku , a uvedená korelace zahrnuje kumulativní záznam kontrol čoček a jeden nebo více provozních řídících parametrů: '
14. Víceúrovňový kvalitu řídící systém pro automatizovanou výrobní linku pro výrobu kontaktních čoček v paletových vsádkách, která zahrnuje množinu provozních stanic, vyznačený tím , že zahrnuje:
Λ
a) množinu provozních řídících jednotek pro řízení ·.„ jedné nebo několika provozních stanic a uvedené vstřikovací stanice v první řídící úrovni, ’přičemž každá z uvedených řídicích jednotek reguluje množinu provozních řídících zařízení použitých v uvedených provozních stanicích a v uvedené vstřikovací stanici a přičemž uvedená zařízení regulují výrobní parametry použité při automatizované .výrobě kontaktních čoček v uvedené provozní stanici nebo provozních stanicích, a každá z uvedených řídicích jednotek ^generuje v případě, že se paleta obsahujíc! části forem nebo paleta obsahující tvářené čočky setká s produkčním parametrem, který nesplňuje předem definované rozmezí, vyřazovací signál,
b) množinu prostředků odpovídajících uvedenému vyřazovacímu signálu za účelem odstranění uvedené palety z uvedené výrobní linky potom, co se uvedený signál generuje,
c) automatizovaný kontrolní prostředek pro automafickoír’kd“ntrolú každé.....vyrobené kóntáklní čočky a generování výjimkových dat pro každou defektní kontaktní čočku, která byla vyrobena za použití produkčních parametrů, které nepřesáhly uvedená předem definovaná rozmezí,
d) prostředek výzev pro vyzvání každého z * uvedených provozních řídících jednotek a uvedených kontrolních prostředků na frekvenční bázi za účelem s shromáždění provozního řídícího data pro každou periodu, přičemž uvedený prostředek výzev koreluje uvedená data s — daty- týkajícím i s e -kontaktních-------čoček a- re p re-zen t-a j-íg i m i ---------— uvedenou paletu kontaktních čoček nacházející se v průběhu uvedené periody v uvedené provozní stanici,
e) relační databázi pro ukládání uvedených provozních řídících dát, uvedených dat týkajících se kontaktních čoček a uvedených výjimkových dat přijatých z uvedeného prostředku výzev,
f) prostředek pro korelování - uvedených výjimkových dat s uvedenými provozními řídicími daty pro uvedenou vstřikovací stanici nebo stanice a provozní řídící data z uvedených provozních stanic za účelem optimalizace provozních parametrů použitých při výrobě kontaktních čoček.
15: Víceúrovňový kvalitu řídicí systém -podle nároku--1-4, vyznačenýtim ,že uvedený provozní řídící údaj z uvedené vstřikovací stanice je korelován s údajem týkajícím se konfigurace uvedené palety za účelem umožněni korelace uvedeného výjimkového údaje s individuálními dutinami forem uvedené “ vstříkovací^sťánFčrnebo stanicích.
16. Víceúrovňový kvalitu řídící systém podle nároku 14, v yznačený tím , že jedna z uvedených provozních řídícíchstanic reguluje množství ' monomeru, kterýje dávkován do uvedené formy za vzniku kontaktní čočky a uvedený, provozní řídící údaj z uvedené vstřikovací stanice se * použije uvedeným provozním řídícím zařízením ' v uvedené dávkovači stanici při dávkováni uvedeného monomeru do uvedené formy za vzniku uvedené čočky.
17. Víceúrovňový kvalitu řídící systém podle nároku.
14, v y z n a č e n ý tím , že uvedené kontaktní čočky jsou tvářeny ve formách nesených ve vybráních vytvořených v předem definovaném seskupení na uvedených paletách a uvedené formy se vytvoří v uvedené vstřikovací stanici v seskupeni dutin, a uvedený prostředek zpracování dat druhé úrovně isoluje specifické dutiny forem, které přispívají k výrobě defektních kontaktních čoček.
.
18. Víceúrovňový kvalitu řídící systém podle nároku 14, v yznačený tím , že provozní, řídící parametry pro každou paletu. obsahující čočky se archivují v uvedené relační databázi.
19. Kvalitu řídicí systém podle nároku 2,10,11 nebo 14,
--------------- v-y z •n-a-č-rrr ý t mtT“7 že”'úvéděný autonTatižovány“;kontrolní prostředek pro kontrolu čoček generuje kontrolní výsledek pro každou čočku a uvedený kontrolní výsledek se koreluje s údajem týkajícím se kontaktní čočky a uvedeným provozním řídícím údajem v uvedené relační databází.
.
20. Způsob optimalizačního řízení provozních parametrů v automatizované provozní lince na výrobu kontaktních čoček, kde má uvedená výrobní linka množinu návazných výrobních
-----——- stanic, v y znač e n ý^t í-mže zahrnuje; --------------a) automatické řízení jedné nebo několika výrobních stanic s jednou nebo několika řídícími jednotkami primární úrovně, které regulují množinu provozních řídících zařízení, čímž řídí množinu výrobních parametrů použitých v uvedené automatizované výrobě kontaktních čoček, _b.)_au.to.m.a.t.i.c.k o.u_k.o.n.t.r_oj.u_každé vyrobené kontaktní kontrolního údaje pro každou čočky a generování vizuálního vyrobenou kontaktní čočku,
c) vyzvání každé z uvedených řídících jednotek prvotní úrovně na frekvenční bází za účelem shromáždění provozních řídících, dat pro každou periodu' a následně korelování uvedených provozních řídících údajů s přiděleným údajem týkajícím se kontaktních čoček, --který .reprezentuje, kontaktní čočky spočívající v uvedené výrobní stanici v průběhu uvedené periody,
d) ukládáni uvedeného provozního řídicího údaje, přičemž uvedený údaj týkající šé kontaktních čočekauvěďený údaj získaný pomocí vizuální kontroly přijatý z uvedeného výzvového prostředku do relační databáze,
e) korelování uvedeného ”data získaného* vizuální kontrolou s uvedeným provozním řídícím údajem a uvedeným údajem týkajícím se kontaktních čoček za účelem optimalizace ' provozních parametrů-použitých při výrobě kontaktních čoček.
21. Způsob podle nároku 20, vyznačený tím , že dále zahrnuje generování výjimkového údaje pro každOu kontaktní čočku, která se při uvedené vizuální kontrole projevila jako špatná, a následné korelování uvedeného výjimkového údaje s uvedeným provozním řídícím údajem, a uvedeným údajem týkajícím se kontaktních čoček za účelem umožnění sledování a isolování provozních parametrů, které vedou k výrobě deřektních kontaktních čoček.
22. Způsob podle nároku 20, vyznačený tím ,že dále zahrnuje ukládání předem určených a vypočtených vstupních parametrů a porovnání uvedených vypočtených vstupních parametrů s údaji odvozenými z uvedeného provozního řídicího údaje a naměřenými v reálném čase.
23. Způsob podle nároku 20, vyznačený tím , že uvedený způsob dále zahrnuje porovnáni uvedeného vypočteného’ a uvedeného naměřeného údaje po určitém čase s uvedeným výjimkovým datem.
24. Způsob podle nároku 20, vyznačený tím , že uvedený způsob dále zahrnuje zachování seznamu předem určených provozních parametrů v každé z uvedených řídících jednotek priifí'árň'1 úrovně á oznamuje výstražnou podmínku, pokud jeden z uvedených předem určených provozních , parametrů přesáhne uvedený předem určený parametr.
25. Způsob podle nároku 20, v y z n a č e n ý tím , že dál e zah rn uje·· generová n í—? Pa rétových g rafů-- výstražnýmhrpodmínek uvedeným provozním řídícím zařízením.
26. Způsob podle nároku 20, vyznačený tím , že dále zahrnuje izolování hodnot neřízeného trendu z uvedeného provozního řídícího údaje.
27. Způsob podle nároku 20, v y z n a č e'n ý tím , že dále zahrnuje korelování historických trendů z množiny časových diagramů odvozených z uvedených provozních řídících dat.
28. Způsob podle nároku 20, vyznačený tím , že dále zahrnuje přenesení uvedených provozních řídicích dat do uvedené relační databáze ve skupinách dat a opatřenuvedených skupin dat časovou známkou v okamžiku, kdy uvedený údaj ukládá do uvedené relační databáze.
29. Způsob podle nároku 20, vyznačený tím , že uvedené kontaktní čočky jsou tvářeny ve formách nesených paletami majícími pro každou, formu vybrání, a uvedené korelování zahrnuje izolováni specifických palet, které mají . jedno nebo několik vybráni , které se podílejí na výrobě defektnich kontaktních čoček.
30. Způsob podle nároku 29, vyznačený t I m , že se uvedené formy tváří v seskupeni dutin forem ve vstřikovacím tvářecím zařízením, které je součástí výrobní linky, a uvedené korelování spoji uvedené údaje týkající se kontaktních čoček s daty týkajícími se uvedeného seskupení za účelem umožnění korelace uvedených kontrolních dat s jednotlivými dutinami forem.
CZ951467A 1994-06-10 1995-06-07 Correlation computer system performing quantitative check CZ146795A3 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US08/257,800 US5461570A (en) 1994-06-10 1994-06-10 Computer system for quality control correlations

Publications (1)

Publication Number Publication Date
CZ146795A3 true CZ146795A3 (en) 1996-06-12

Family

ID=22977800

Family Applications (1)

Application Number Title Priority Date Filing Date
CZ951467A CZ146795A3 (en) 1994-06-10 1995-06-07 Correlation computer system performing quantitative check

Country Status (11)

Country Link
US (1) US5461570A (cs)
EP (1) EP0686900B1 (cs)
JP (2) JPH08202410A (cs)
AT (1) ATE205313T1 (cs)
AU (1) AU704451B2 (cs)
BR (1) BR9502755A (cs)
CA (1) CA2151357C (cs)
CZ (1) CZ146795A3 (cs)
DE (1) DE69522500T2 (cs)
IL (1) IL113948A0 (cs)
ZA (1) ZA954790B (cs)

Families Citing this family (123)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW325744U (en) * 1993-07-21 1998-01-21 Ciba Geigy Ag Two-sided contact lens mold
JP3471804B2 (ja) 1993-07-29 2003-12-02 ノバルティス アクチエンゲゼルシャフト 光学構成要素の検査装置
EP0652523B1 (en) * 1993-11-10 1999-06-02 Nec Corporation Remote monitoring system
US5696686A (en) * 1994-06-10 1997-12-09 Johnson & Johnson Vision Products, Inc. Computer system for quality control correlations
US5607642A (en) * 1994-06-10 1997-03-04 Johnson & Johnson Vision Products, Inc. Interactive control system for packaging control of contact lenses
JP3325737B2 (ja) * 1995-03-09 2002-09-17 本田技研工業株式会社 品質管理データ処理装置
US5854749A (en) * 1995-07-19 1998-12-29 Republic Engineered Steels, Inc. Custom quality control monitoring of a steel making process
US5774372A (en) * 1996-03-29 1998-06-30 Berwanger; Pat Pressure protection manager system & apparatus
KR0182926B1 (ko) * 1996-06-29 1999-05-15 김광호 바-코드 시스템을 이용한 품질관리시스템 및 품질관리방법
TWI249760B (en) * 1996-07-31 2006-02-21 Canon Kk Remote maintenance system
US5757648A (en) * 1996-09-12 1998-05-26 Nakamura; Kaoru Machine tool control system
US6113817A (en) * 1997-03-25 2000-09-05 Novartis Ag Molding processes
US6047082A (en) * 1997-11-14 2000-04-04 Wesley Jessen Corporation Automatic lens inspection system
JP4317605B2 (ja) 1998-09-29 2009-08-19 株式会社日立製作所 不良率評価方法および不良率評価システム
DE29901791U1 (de) * 1999-02-02 2000-07-06 Novartis Ag, Basel Linsenmesseinrichtung
US8044793B2 (en) 2001-03-01 2011-10-25 Fisher-Rosemount Systems, Inc. Integrated device alerts in a process control system
US7206646B2 (en) * 1999-02-22 2007-04-17 Fisher-Rosemount Systems, Inc. Method and apparatus for performing a function in a plant using process performance monitoring with process equipment monitoring and control
US6609041B1 (en) 1999-05-05 2003-08-19 Johnson & Johnson Vision Care, Inc. Method and system for SKU tracking and changeover
US6590577B1 (en) * 1999-05-27 2003-07-08 International Business Machines Corporation System and method for controlling a dynamic display of data relationships between static charts
US6438441B1 (en) 1999-06-28 2002-08-20 Hyundai Electronics Industries Co., Ltd. Semiconductor factory automation system and method for resetting process recipe by employing trace file
JP2002117107A (ja) * 1999-09-02 2002-04-19 Ricoh Co Ltd 生産管理システム、生産管理システムにおけるクライアント、生産管理システムにおける生産管理方法、生産管理システムにおけるデータ検索方法、およびその方法を実行させるためのプログラムを記録したコンピュータが読取可能な記録媒体
US6842760B1 (en) 2000-05-03 2005-01-11 Chad Barry Dorgan Methods and apparata for highly automated quality assurance of building construction projects
EP1205877A1 (en) 2000-11-14 2002-05-15 Honda R&D Europe (Deutschland) GmbH Approximate fitness functions
EP1205863A1 (en) * 2000-11-14 2002-05-15 Honda R&D Europe (Deutschland) GmbH Multi-objective optimization
US6941189B2 (en) * 2000-12-15 2005-09-06 General Motors Corporation Programmable adaptable assembly system
US6516280B2 (en) * 2000-12-20 2003-02-04 General Electric Company Method and system for electronic recycle inventory tracking
US6577387B2 (en) 2000-12-29 2003-06-10 Johnson & Johnson Vision Care, Inc. Inspection of ophthalmic lenses using absorption
US6681197B2 (en) * 2001-01-05 2004-01-20 The Quaker Oats Company Automated data collection reporting and analysis system for industrial production
EP1235180A1 (en) 2001-02-26 2002-08-28 Honda R&D Europe (Deutschland) GmbH Parameter adaptation in evolution strategies
US8073967B2 (en) 2002-04-15 2011-12-06 Fisher-Rosemount Systems, Inc. Web services-based communications for use with process control systems
US7720727B2 (en) 2001-03-01 2010-05-18 Fisher-Rosemount Systems, Inc. Economic calculations in process control system
US7389204B2 (en) 2001-03-01 2008-06-17 Fisher-Rosemount Systems, Inc. Data presentation system for abnormal situation prevention in a process plant
WO2002071174A2 (en) * 2001-03-06 2002-09-12 Two Dimensional Instr Llc Data display device
US6765661B2 (en) 2001-03-09 2004-07-20 Novartis Ag Lens inspection
EP1245372B1 (en) * 2001-03-26 2011-09-28 Novartis AG Mould and method for the production of ophthalmic lenses
US6788218B2 (en) * 2001-07-19 2004-09-07 Lancer Partnership, Ltd. Pseudo real-time diagnostic and process monitoring system
US6836692B2 (en) * 2001-08-09 2004-12-28 Johnson & Johnson Vision Care, Inc. System and method for intelligent lens transfer
US8914300B2 (en) 2001-08-10 2014-12-16 Rockwell Automation Technologies, Inc. System and method for dynamic multi-objective optimization of machine selection, integration and utilization
US7797062B2 (en) * 2001-08-10 2010-09-14 Rockwell Automation Technologies, Inc. System and method for dynamic multi-objective optimization of machine selection, integration and utilization
US20090210081A1 (en) * 2001-08-10 2009-08-20 Rockwell Automation Technologies, Inc. System and method for dynamic multi-objective optimization of machine selection, integration and utilization
US8417360B2 (en) * 2001-08-10 2013-04-09 Rockwell Automation Technologies, Inc. System and method for dynamic multi-objective optimization of machine selection, integration and utilization
US20090204237A1 (en) * 2001-08-10 2009-08-13 Rockwell Automation Technologies, Inc. System and method for dynamic multi-objective optimization of machine selection, integration and utilization
US9729639B2 (en) * 2001-08-10 2017-08-08 Rockwell Automation Technologies, Inc. System and method for dynamic multi-objective optimization of machine selection, integration and utilization
US6847854B2 (en) * 2001-08-10 2005-01-25 Rockwell Automation Technologies, Inc. System and method for dynamic multi-objective optimization of machine selection, integration and utilization
GB0124130D0 (en) * 2001-10-08 2001-11-28 Millennium Venture Holdings Lt Improvements relating to staged production in volume manufacture
WO2003036511A2 (en) * 2001-10-25 2003-05-01 Koninklijke Philips Electronics N.V. Method and system for processing of information
US6859677B2 (en) * 2001-10-25 2005-02-22 International Truck Intellectual Property Company, Llc Assembly verification method and inspection system
US7123985B2 (en) * 2002-04-12 2006-10-17 Johnson & Johnson Vision Care, Inc. Design build test cycle reduction
US6922646B2 (en) * 2002-09-30 2005-07-26 Randomperfect, Llc Method and system for random sampling
JP2004249718A (ja) * 2003-01-30 2004-09-09 Toshiba Mach Co Ltd 産業機械の表示装置及び履歴収集システム
US7213478B2 (en) * 2003-02-18 2007-05-08 Tokyo Electron Limited Method for automatic configuration of processing system
US7103427B2 (en) 2003-02-28 2006-09-05 Fisher-Rosemont Systems, Inc. Delivery of process plant notifications
JP2004280345A (ja) * 2003-03-14 2004-10-07 Omron Corp 端子台装置
US6889149B2 (en) * 2003-04-25 2005-05-03 Asm International N.V. System and method for fingerprinting of semiconductor processing tools
DE10342769A1 (de) * 2003-09-16 2005-04-21 Voith Paper Patent Gmbh System zur computergestützten Messung von Qualitäts- und/oder Prozessdaten
EP1542105B1 (en) * 2003-12-09 2010-07-28 Sap Ag Industrial control system and data processing method therefor
EP1598751B1 (en) * 2004-01-12 2014-06-25 Honda Research Institute Europe GmbH Estimation of distribution algorithm (EDA)
EP1557788B1 (en) * 2004-01-26 2008-04-16 Honda Research Institute Europe GmbH Reduction of fitness evaluations using clustering technique and neural network ensembles
US7030747B2 (en) 2004-02-26 2006-04-18 Fisher-Rosemount Systems, Inc. Method and system for integrated alarms in a process control system
US7676287B2 (en) 2004-03-03 2010-03-09 Fisher-Rosemount Systems, Inc. Configuration system and method for abnormal situation prevention in a process plant
US7079984B2 (en) 2004-03-03 2006-07-18 Fisher-Rosemount Systems, Inc. Abnormal situation prevention in a process plant
US7536274B2 (en) 2004-05-28 2009-05-19 Fisher-Rosemount Systems, Inc. System and method for detecting an abnormal situation associated with a heater
WO2005124491A1 (en) 2004-06-12 2005-12-29 Fisher-Rosemount Systems, Inc. System and method for detecting an abnormal situation associated with a process gain of a control loop
GB2418266A (en) * 2004-08-03 2006-03-22 Advanced Analysis And Integrat Task process monitoring and reporting
US7181654B2 (en) 2004-09-17 2007-02-20 Fisher-Rosemount Systems, Inc. System and method for detecting an abnormal situation associated with a reactor
US20090018675A1 (en) * 2005-02-23 2009-01-15 Sesay Sahid Abu-Bakarr Process Control System and Method for Operating a Process Control System
JP4499601B2 (ja) * 2005-04-01 2010-07-07 日精樹脂工業株式会社 射出成形機の制御装置
US9201420B2 (en) 2005-04-08 2015-12-01 Rosemount, Inc. Method and apparatus for performing a function in a process plant using monitoring data with criticality evaluation data
US8005647B2 (en) 2005-04-08 2011-08-23 Rosemount, Inc. Method and apparatus for monitoring and performing corrective measures in a process plant using monitoring data with corrective measures data
MY144506A (en) * 2005-05-04 2011-09-30 Novartis Ag Automated inspection of colored contact lenses
JP4659554B2 (ja) * 2005-08-09 2011-03-30 株式会社メニコン 眼用レンズの製造システム及び製造方法
EP1768053A1 (en) * 2005-09-12 2007-03-28 Honda Research Institute Europe GmbH Evolutionary search for robust solutions
EP1783569B1 (en) * 2005-10-21 2018-08-29 Omron Corporation Data collection system
US8145358B2 (en) 2006-07-25 2012-03-27 Fisher-Rosemount Systems, Inc. Method and system for detecting abnormal operation of a level regulatory control loop
US7912676B2 (en) 2006-07-25 2011-03-22 Fisher-Rosemount Systems, Inc. Method and system for detecting abnormal operation in a process plant
US8606544B2 (en) 2006-07-25 2013-12-10 Fisher-Rosemount Systems, Inc. Methods and systems for detecting deviation of a process variable from expected values
US7657399B2 (en) 2006-07-25 2010-02-02 Fisher-Rosemount Systems, Inc. Methods and systems for detecting deviation of a process variable from expected values
EP2057517B1 (en) 2006-09-28 2013-06-12 Fisher-Rosemount Systems, Inc. Abnormal situation prevention in a heat exchanger
US7853431B2 (en) 2006-09-29 2010-12-14 Fisher-Rosemount Systems, Inc. On-line monitoring and diagnostics of a process using multivariate statistical analysis
JP4167282B2 (ja) * 2006-10-27 2008-10-15 日精樹脂工業株式会社 射出成形機の支援装置
US8032340B2 (en) 2007-01-04 2011-10-04 Fisher-Rosemount Systems, Inc. Method and system for modeling a process variable in a process plant
US8032341B2 (en) 2007-01-04 2011-10-04 Fisher-Rosemount Systems, Inc. Modeling a process using a composite model comprising a plurality of regression models
US7827006B2 (en) 2007-01-31 2010-11-02 Fisher-Rosemount Systems, Inc. Heat exchanger fouling detection
US20080221930A1 (en) 2007-03-09 2008-09-11 Spacelabs Medical, Inc. Health data collection tool
US8301676B2 (en) 2007-08-23 2012-10-30 Fisher-Rosemount Systems, Inc. Field device with capability of calculating digital filter coefficients
US7702401B2 (en) 2007-09-05 2010-04-20 Fisher-Rosemount Systems, Inc. System for preserving and displaying process control data associated with an abnormal situation
US8055479B2 (en) 2007-10-10 2011-11-08 Fisher-Rosemount Systems, Inc. Simplified algorithm for abnormal situation prevention in load following applications including plugged line diagnostics in a dynamic process
US8756230B2 (en) * 2007-12-31 2014-06-17 Atco Industries, Inc. Quality validation method
US9659269B2 (en) 2009-03-27 2017-05-23 Mark Lamoncha System and method for increasing employee productivity
US20210357845A1 (en) * 2009-03-27 2021-11-18 Mark Lamoncha System and method for increasing employee productivity
JP5286134B2 (ja) * 2009-03-31 2013-09-11 株式会社日立ハイテクノロジーズ 検体検査システムとその装置管理サーバの運用方法
CN101934578B (zh) * 2009-06-29 2015-07-15 鸿富锦精密工业(深圳)有限公司 统一各型注塑成型机操作界面的方法及注塑成型系统
BR112012012147A2 (pt) 2009-10-16 2019-09-24 Spacelabs Healthcare Llc tubo melhorado de fluxo de luz
US9604020B2 (en) 2009-10-16 2017-03-28 Spacelabs Healthcare Llc Integrated, extendable anesthesia system
US8280544B2 (en) 2009-11-02 2012-10-02 Mold Masters (2007) Limited System for use in performance of injection molding operations
CN102905616B (zh) 2010-03-21 2017-02-08 太空实验室健康护理有限公司 多显示器床旁监护系统
BR112013012329B1 (pt) 2010-11-19 2021-05-04 Spacelabs Healthcare, Llc Dispositivo de tela para uso em um sistema de monitoramento de paciente e sistema de monitoramento de paciente
US9629566B2 (en) 2011-03-11 2017-04-25 Spacelabs Healthcare Llc Methods and systems to determine multi-parameter managed alarm hierarchy during patient monitoring
US9927788B2 (en) 2011-05-19 2018-03-27 Fisher-Rosemount Systems, Inc. Software lockout coordination between a process control system and an asset management system
US9594367B2 (en) * 2011-10-31 2017-03-14 Rockwell Automation Technologies, Inc. Systems and methods for process control including process-initiated workflow
AU2013262813A1 (en) * 2012-05-15 2015-01-22 Spacelabs Healthcare Llc Integrated manufacturing and test process platform
KR101461364B1 (ko) * 2012-06-26 2014-11-13 도시바 미쓰비시덴키 산교시스템 가부시키가이샤 데이터 수집 장치 및 데이터 수집 프로그램이 기록된 기록 매체
US9172829B2 (en) 2012-07-31 2015-10-27 Makerbot Industries, Llc Three-dimensional printer with laser line scanner
CN102981498B (zh) * 2012-11-22 2014-08-13 北京广利核系统工程有限公司 一种用于dcs现场控制站系统诊断的独立测试链路
US20140214183A1 (en) * 2013-01-28 2014-07-31 Abb Technology Ag. Industrial plant production and/or control utilization optimization
US10987026B2 (en) 2013-05-30 2021-04-27 Spacelabs Healthcare Llc Capnography module with automatic switching between mainstream and sidestream monitoring
US20150067151A1 (en) * 2013-09-05 2015-03-05 Output Technology, Incorporated System and method for gathering and displaying data in an item counting process
US10169127B2 (en) * 2014-03-06 2019-01-01 International Business Machines Corporation Command execution results verification
US10435190B2 (en) 2015-12-30 2019-10-08 Tetra Laval Holdings & Finance S.A. Methods and apparatuses for packaging quality assurance
CN108367824B (zh) 2015-12-30 2021-02-12 利乐拉瓦尔集团及财务有限公司 用于指导包装系统的质量控制的方法和装置
BR112017001012A2 (pt) 2016-12-12 2020-10-27 Sicpa Holding Sa sistema e método para rastrear um item de produto em uma linha de produção
DE102017104884B4 (de) * 2017-03-08 2019-02-14 Mts Consulting & Engineering Gmbh System und Verfahren zum Bestimmen von Fehlerbildern aus Sensordaten in Produktvalidierungs- und Fertigungsprozessen
BE1025126B1 (fr) * 2017-08-28 2018-11-05 Automation & Robotics Sa Méthode d’audit de qualité en ligne, en «temps reel» d'un processus numérique de fabrication de lentilles ophtalmiques
IL264050B (en) * 2018-01-01 2021-12-01 Rookout Ltd System and method for controlled extraction of information in computer networks
US10895873B2 (en) * 2018-04-25 2021-01-19 Aktiebolaget Skf Machine health monitoring of rotating machinery
DE102018208788A1 (de) * 2018-06-05 2019-12-05 Robert Bosch Gmbh Übertragungsverfahren
AT521576B1 (de) * 2018-08-21 2022-05-15 Wittmann Tech Gmbh Verfahren zur Qualitätskontrolle und/oder Nachverfolgung eines in einem Produktionszyklus hergestellten Spritzgießteils sowie Kunststoffindustrieanlage hierfür
CN114040710B (zh) 2019-06-26 2024-09-03 太空实验室健康护理有限公司 使用身体穿戴传感器的数据修改所监测的生理数据
EP4161755A4 (en) * 2020-05-29 2024-07-10 Husky Injection Molding Systems Luxembourg Ip Dev Sarl METHOD AND DEVICE FOR SHAPE CONTROL
US11493901B2 (en) 2020-09-24 2022-11-08 International Business Machines Corporation Detection of defect in edge device manufacturing by artificial intelligence
CN113282063B (zh) * 2021-05-13 2023-06-23 北京大豪工缝智控科技有限公司 缝制产线的配置方法及装置
US20230162090A1 (en) * 2021-11-19 2023-05-25 Liveline Technologies Inc. Object-based data science platform
CN114842623A (zh) * 2022-03-28 2022-08-02 广州明珞装备股份有限公司 车间报警趋势分析方法、系统、设备以及存储介质

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4408291A (en) * 1979-06-15 1983-10-04 M. Wile & Company, Inc. Point-of-manufacture data acquisition system
US4495313A (en) * 1981-04-30 1985-01-22 Mia Lens Production A/S Preparation of hydrogel for soft contact lens with water displaceable boric acid ester
US4640489A (en) * 1981-04-30 1987-02-03 Mia-Lens Production A/S Mold for making contact lenses, either the male or female mold sections being relatively more flexible
US4565348A (en) * 1981-04-30 1986-01-21 Mia-Lens Production A/S Mold for making contact lenses, the male mold member being more flexible than the female mold member
JPH06304B2 (ja) * 1984-05-04 1994-01-05 株式会社アシックス 生産工程の出来高管理システム
US4680336A (en) * 1984-11-21 1987-07-14 Vistakon, Inc. Method of forming shaped hydrogel articles
IT1177344B (it) * 1984-11-28 1987-08-26 I O R Ind Ottiche Riunite Spa Impianto per la produzione automatica di lenti organiche
US4691820A (en) * 1985-11-18 1987-09-08 Vistakon, Inc. Package for hydrophilic contact lens
JPH0616475B2 (ja) * 1987-04-03 1994-03-02 三菱電機株式会社 物品の製造システム及び物品の製造方法
JP2797333B2 (ja) * 1988-09-16 1998-09-17 セイコーエプソン株式会社 コンタクトレンズの製造方法及び装置
US4857260A (en) * 1988-09-28 1989-08-15 General Electric Company Apparatus for assembling and welding end plugs to nuclear fuel cladding tubes and inspecting the end plug welds on an automated basis
US4889664A (en) * 1988-11-25 1989-12-26 Vistakon, Inc. Method of forming shaped hydrogel articles including contact lenses
US5039459A (en) * 1988-11-25 1991-08-13 Johnson & Johnson Vision Products, Inc. Method of forming shaped hydrogel articles including contact lenses
DE3842244C1 (cs) * 1988-12-15 1990-06-07 Siemens Ag, 1000 Berlin Und 8000 Muenchen, De
US5088045A (en) * 1990-01-02 1992-02-11 Honda Giken Kogyo Kabushiki Kaisha Production management system
US5134574A (en) * 1990-02-27 1992-07-28 The Foxboro Company Performance control apparatus and method in a processing plant
US5094609A (en) * 1990-04-17 1992-03-10 Vistakon, Inc. Chamber for hydrating contact lenses
US5080839A (en) * 1990-04-17 1992-01-14 Johnson & Johnson Vision Products, Inc. Process for hydrating soft contact lenses
US5339257A (en) * 1991-05-15 1994-08-16 Automated Technology Associates Inc. Real-time statistical process monitoring system

Also Published As

Publication number Publication date
AU704451B2 (en) 1999-04-22
EP0686900B1 (en) 2001-09-05
JP2007011402A (ja) 2007-01-18
IL113948A0 (en) 1995-08-31
DE69522500T2 (de) 2002-05-16
EP0686900A3 (en) 1996-07-10
CA2151357A1 (en) 1995-12-11
ATE205313T1 (de) 2001-09-15
US5461570A (en) 1995-10-24
AU2057495A (en) 1995-12-21
EP0686900A2 (en) 1995-12-13
BR9502755A (pt) 1997-08-05
DE69522500D1 (de) 2001-10-11
CA2151357C (en) 2005-10-04
JPH08202410A (ja) 1996-08-09
ZA954790B (en) 1996-12-09

Similar Documents

Publication Publication Date Title
CZ146795A3 (en) Correlation computer system performing quantitative check
CA2175316C (en) Computer system for quality control correlations
US6522939B1 (en) Computer system for quality control correlation
AU708971B2 (en) Production line tracking and quality control system
US7689313B2 (en) Electronic device history record and product release system
CN104520718A (zh) 检体检查自动化系统以及检体的搬送方法
CN109754227A (zh) 智能化精密锻造生产运行管理系统
US20020103569A1 (en) Programmable logic controller driven inventory control systems and methods of use
US11120905B2 (en) Means and methods for providing a continuous pharmaceutical operation service
CN105741034A (zh) 一种服务器产品的组装测试生产工时计算方法
EP1289374B1 (en) An integrated meat processing and information handling method
CN111913943A (zh) 适用于工厂自动排产的数据采集与处理的方法及系统
CN111538295A (zh) 一种柔性生产管理系统
CN114596055A (zh) 一种数字化mes管理方法以及系统
McGinnis et al. Formalizing ISA-95 level 3 control with smart manufacturing system models
CN115409522A (zh) 一种疫苗生产过程质量精准追溯系统
JP3905149B2 (ja) 品質管理相関用コンピュータシステム
JP2006338047A (ja) 品質管理相関用コンピュータシステム
CA2783276C (en) Method and system for recording data monitored during the manufacture of molded ophthalmic lenses
CN117010827A (zh) 飞机让步品精准交付控制方法
Tresansky Assessment and Operationalization of Automation in Final Product Manufacturing
Enckell et al. A Model for MES in Pharmaceutical Production—An AstraZeneca Case Study
Cao et al. Optimization in Pharmacy Automation System
CN116911873A (zh) 一种烟草行业外购滤棒全过程质量追溯方法
CN116485315A (zh) 一种订单下单自检纠错系统和方法

Legal Events

Date Code Title Description
PD00 Pending as of 2000-06-30 in czech republic