EP0162670A2 - Industrial processing and manufacturing systems - Google Patents
Industrial processing and manufacturing systems Download PDFInfo
- Publication number
- EP0162670A2 EP0162670A2 EP85303458A EP85303458A EP0162670A2 EP 0162670 A2 EP0162670 A2 EP 0162670A2 EP 85303458 A EP85303458 A EP 85303458A EP 85303458 A EP85303458 A EP 85303458A EP 0162670 A2 EP0162670 A2 EP 0162670A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- module
- modules
- job
- work
- items
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/418—Total 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], computer integrated manufacturing [CIM]
- G05B19/41835—Total 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], computer integrated manufacturing [CIM] characterised by programme execution
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/418—Total 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], computer integrated manufacturing [CIM]
- G05B19/41845—Total 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], computer integrated manufacturing [CIM] characterised by system universality, reconfigurability, modularity
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/32—Operator till task planning
- G05B2219/32061—Central controls modules grouped according to function
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/32—Operator till task planning
- G05B2219/32129—Select program for specified machine from library, file server
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/30—Nc systems
- G05B2219/33—Director till display
- G05B2219/33148—CLS client server architecture, client consumes, server provides services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Definitions
- This invention relates to industrial processing. and manufacturing installations. More particularly, but not exclusively, it relates to a so-called Flexible Manufacturing System (FMS) cell comprising a computer system linked to one or more computer controlled machine tools, a workpiece conveyor or carriage, one or more robots possibly, and perhaps also tool-changing mechanisms for installing selected tools into and out of the machine tool(s).
- the computer system controls the other items so as to achieve full or at least a high level of automaticity in the production of say small aircraft parts, printed circuit boards or the line.
- the computer system may provide or be linked to a computer aided design (CAD) facility and a computer aided management (CAM) facility.
- CAD computer aided design
- CAM computer aided management
- the intention is to be able to produce comparatively small numbers, perhaps even only one, of each of many different parts.
- the invention could also be applied to a more dedicated automatic production line producing large numbers of examples of a single item.
- An FMS cell may well comprise different proprietary machine tools and controllers which have been designed at different times and hence incorporate different levels of technology, different interface standards and/or simply different manufacturer's preferences. As a result, it will often be necessary to provide some kind of software and/or hardware interface between each tool or item within the cell and the controlling computer system.
- our patent application No. 2,087,598 discloses an interface unit by which a 'Ferranti Copath' machine tool can be coupled to a modern numerical control computer system.
- machine tools might have quite advanced controllers which it is sensible to retain but which accept instructions from a punched paper tape reader rather than direct from a computer.
- a software interface for converting the computer instructions to the form output by a paper tape reader.
- the machine tool itself may have some controls and feedback indicators not accessible via the controller, for example a drive cut-out button and some warning lamps perhaps. If the machine is to be fully integrated into an FMS, a software/hardware 'button-pushing' and jamp sensing' interface has to be prcvided.
- an FM5 cell is often a progressive process. For example, it might be developed from say the level of a DNC system by gradually adding to it additional facilities. If, as has been the previous practice, the control software is inherently customised to some existing system level, that software may well require to be virtually completely re-written each time that a new facility is added.
- an industrial processing or manufacturing system comprising a plurality of hardware items, including one or more machine tools, all linked to a controlling computer system, which system has been so programmed at a first level that there is available to an applications programmer operating at a second higher level, a library of software modules each operable to carry out a respective function associated with the interfacing of said hardware items to said computer system.
- the software modules might include modules for converting machine tool control data from one format to another, say from the control computer system format to a 'paper tape reader output' format or to a format suitable for feeding directly to the hardware portion of the interface disclosed in patent application 2,037,596 or to manufacturers 'own' formats, file server modules for handling job queue files and so on.
- the modules will generally have to communicate with one another and this is preferably done by way of a communication system made available within the computer system as described herein, the modules being provided with respective local communication exchange sub-modules.
- the controlling computer system may be a distributed system with a plurality of processor stations linked via some form of local area network, remote communication exchange modules are provided through which, and their respective local communication sub-modules, two modules can communicate.
- inter module remote communication is based on a strategy under which different modules are regarded as 'service providers' and 'service users' or clients.
- Service users when in need of a service, will make the required service known to the communcations system and will be then put in contact with the appropriate service provider.
- an installation which comprises a plurality of computer controlled processing facilities linked to a computerised control system and which is operable automatically for carrying out industrial processing jobs each involving the performance, in sequence, of one or more items of work from each of a plurality of different kinds of activity, the control system being programed with software in the form of a plurality of function performing modules able to communicate one with another on a service-provider and client basis via a common communication facility, and said modules including:-
- the manufacturing cell of figure 1 comprises three machine tools 1, 2 and 3, two paternoster storage units 4 and 5 respectively for the storage of workpiece materials and cutter tools, five transfer tables 6 positioned adjacent respective ones of the machine tools 1, 2 and 3 and the storage units 4 and 5, and an automatic guided vehicle 7.
- Each store 4 and 5 is capable of transferring a tool pallet or workpiece billet to its adjacent transfer table from where the vehicle 7 can pick up the pallet or billet and carry it to the transfer table associated with one of the machine tools.
- the vehicle 7 receives guidance and control signals from a controller 8 via an underfloor cable bus 9. Items on the machine tool transfer tables 6 are retrieved and positioned in or on the associated machine tools by respective loading mechanisms (not shown). Further information about such mechanisms is given for example in European Patent Application Number 0138600.
- figure 1 is given only as an example for explaining the kind of functions required to be carried out in an FMS cell.
- machine tools perhaps quite a large number, with different ways and means of supplying them with materials and cutter tools.
- the system could for example be physically constructed along the lines disclosed in US Patent Specification Nos. 4,237,598 and 4,369,563.
- the system will comprise a computer control system which, in the illustrated case, is a distributed system with say three computer nodes 10, 11 and 12, ie three separate but linked computers, and a series of facilities, such as those described in relation to figure 1, each with an associated controller 8.
- the controllers and the nodes of the control system are linked together by a local area network bus 13.
- the associated controller may be physically implemented in one of three different ways.
- the_ machine tool 1 might have a controller which is fully compatible with the computer control system described hereinafter and which can be caused by the system to initiate all the machine operations which may be required.
- Machine tool 2 on the other hand has a controller which is not compatible or is only partly compatible with the system and/or is only capable of initiating some of the machine operations which may be required.
- the incompatibility may be because the control signals and the kind or format of the control data required by the controller are not the same as those which would normally be supplied by the system.
- the machine tool may comprise control features which were originally intended to be manually operated, ie not via the associated controller.
- a discrete driver 14 which, as appropriate, may comprise suitable computing apparatus for adapting the system issued commands and data format in accordance with the requirements of the controller and/or may have one or more inputs direct to the machine tool for automating the control features originally intended to be dealt with manually.
- DNC direct numerical control
- the or some of the adaptation could be carried out by a suitable software drive routine within the computer control system itself. This possibility is illustrated by a block 15 drawn within system node 12 but, as will be appreciated, this block does not represent a physical item.
- Each of the controllers 8 and the computer network nodes 10, 11 and 12 will have an input/output port and associated software suitable for the chosen form of the local area network. This could comprise a proprietary item such as that known by the name Ethernet. There could be more than one such network and these could be of different form chosen say for their suitability to different communication tasks.
- the computer control system can communicate with a factory systems mainframe computer 16 which can support computer aided design and computer aided management facilities.
- the control system will also be linked to one or more input/output devices such as the illustrated display unit/keyboard terminal 17.
- the software with which the computer control system is programmed consists of a series of modules each designed to carry out a particular element, with or without the assistance of other modules, of the overall control function.
- Each controller 8 where appropriate in conjunction with its associated driver 14 or driver routine 15, can be and is also viewed as a module within the overall program.
- the modules are distributed amongst the computer system nodes 10, 11 and 12 as required and they each incorporate a series of high level interface routines by way of which they are able to carry out any required communication with other modules. Effectively, each module incorporates a local communication portion through which it communicates with the corresponding portion of another module within the same system node.
- the local area network software within the controllers and each node itself consists of a module with a local .
- Inter-module communications conform to the following rules:
- Module communication will be independent of the physical location of the modules. Modules communicating within the same node will use precisely the same mechanism as modules communicating over the network.
- the system may be thought of as a number of modules interconnected by a bus type structure as shown in figure 2. Each module may be categorised under one of the headings controller, server, manager and router.
- the facility controllers 20 are the physical controllers 8 in figure 1, where appropriate in combination with the associated driver 14 or driver routine 15.
- Servers are modules which supply some service to another module, for example file handling and access, operator message handling via the terminal 17 in figure 1, and access to the mainframe computer 16. Managers co-ordinate the action of controllers and servers to perform each of a series of functions associated with a machining job, for example there would be a manager associated with a group of similar machine tool controllers for distributing work to those controllers as and when required.
- the single router or 'sequencer' module shown is operable to process jobs according to a job dependent description of the activities to be performed (called the job route). The router interprets the job route and places work on the various managers.
- the interaction between the various modules is based on a service-provider and client relationship in assymetric roles.
- one partner takes the role of the service or resource supplier, the other the client or resource consumer.
- the service provider declares its willingness to take part in an exchange with an as yet unknown client.
- the client requests the services of the service provider and opens the exchange or 'session' which then proceeds until either partner breaks it off.
- controllers and managers communicate with one another, and in general the router converses with managers.
- the router becomes a client of the manager to inform it of a new item of work.
- a manager becomes a client of the router to inform it of completion of that item.
- each manager can maintain a queue of pending items of work and hence can perform arbitration, ie it can give different priorities to different items of work and act accordingly.
- the router has only one session open at a time which simplifies structure of the router.
- a controller becomes a client of a manager reporting any major change of state, eg to inform that manager that the controller requires more work or has completed current work.
- a manager becomes a client of a controller to request the current controller status.
- the controller is able to supply status information to any other module, the controller needs no knowledge of pending jobs, no arbitration and no queue, and a manager does not need to know how many controllers there are.
- a server supplies services to its clients.
- the server may itself become a client of another server.
- each job enters the system through the job entry manager which creates all the appropriate job records.
- the job entry manager becomes a client of the router to tell it that entry of a new job has been completed.
- the router uses the job identifier to look up the job in the job files.
- the data in the job file is used by the router to determine where the job is to be sent next.
- the router becomes a client of the next activity manager(s) to be involved in the processing of this job.
- the activity managers offer a service of receiving jobs into their own queue or job pool.
- the managers arbitrate between these competing jobs as their own resources become available.
- the managers call on the various services offered in the system in order that they may execute their jobs.
- Managers become clients of the controllers to instruct them to perform work. When a controller completes a task or has something to report then it becomes a client of the manager.
- Controllers may become clients of the various servers in the system.
- the controllers themselves offer status reporting services to any other module in the system.
- the final activity is to remove the job from the system, to close all job files, delete all extraneous data and conclude any feedback reporting.
- an added module might consist of little more than a series of calls for service from already existing modules. If a completely new service is required, then of course it can be added to the system. From then on, however, that additional service is available for use in connection with further upgrading of the system. It may even be possible to place the controller/driver module for the newlJ added machine tool under the management of an existing activity manager without having to substantially modify that manager or the job-route sequencer.
- the modules communicate one with another by passing messages through a common high level communication facility. This is designed to provide a large buffer between the modules and the hardware 'cradle' in which they run and it is the only interface that any module has with its peers. Access to it is by way of a procedure call from the module to an externally provided procedure library. Each such call returns an 'exception' code which the module must check before proceeding. Naturally, some of the calls do not return until another module issues a 'matching' call and so modules that must cotinue processing during these system 'hold-ups' are provided with a 'multi-tasking' capability.
- a special 'remote procedure call' interface may be provided. This will allow a client to call a procedure within a service supplier. This is a design time decision, as are all of the semantics of tne conversations between modules.
- a service supplier will have catalogued the 'access points' to its procedures in a library which will be attached to the client at compile or link time.
- the client will call up the service provider module, and when they have been put in contact the client user may issue the remote procedure call.
- the client application programmer can treat these remote procedures as an extension of his local resource.
- Each module has a name which other modules can use to gain access to it and each such name comprises two or more fields, one of which indentifies the service provided by the module while others identify the module more uniquely, say by identifying its system location or address.
- This arrangement permits at least some modules to be duplicated, perhaps at relatively distant physical locations within the overall system whereupon, if a client module simply requires use of a service rather than access to a particular module, it can issue a call by reference only to the service identifier field of the relevant modules. The communication system will then put the calling module in communication with whichever of the duplicated service provider modules it chooses according to convenience and availability.
- a client module wishing to access a particular service provider module can issue a call using the whole name of that module. This feature permits an element of redundancy to be incorporated in the system hence giving better reliability and/or faster operation.
- the communication system Having received a call, the communication system establishes a full duplex logical channel between the two modules whereupon the modules pass messages to one another using simple 'read' and 'write' calls to the communication system.
- Each module must, of course, format the content of its messages in a way acceptable to the other.
- the logical channel is normally broken by either module terminating the conversation or an agreed basis.
- the communication system will incorporate an error channel by which the modules can be informed of the channel being broken for any other reason.
- the comnunication system may comprise a series of sub-routines or 'procedures' in a library made available to the function modules. Some of these procedures handle local communications, for example between modules resident in the same computer node, and as a group can be regarded as a kind of local communication exchange (LCX). At least for the figure 1 system or any other which includes any form of network communication, there will be one or more further groups of procedures for handling the network communications, one group for each type of network in use. Tne or each such further group can be termed a remote communications exchange (RCX). Access to the LCX procedures involves the inclusion, in a function module which is being written, of appropriate ones of a series of procedure calls each accompanied by the parameters which are to be used by the called procedure.
- RCX remote communications exchange
- the LCX group include procedures for handling all these calls, ie no calls can be made direct to any of the RCX group. If a particular function module requires communication with a remotely located module, the facility can be provided for specifying this in the parameters passed to the LCX procedure. Otherwise, the LCX procedure itself decides how it is going to satisfy the call, ie by putting the calling module in touch with a local module or using the RCX procedures to access a remote module. In this way, except in the particular circumstance mentioned, it is not necessary for the person who is writing a software module to know where any other module is located - he only needs to know its name. The communication system will then find the named module and provide access to it using whatever other procedures are necessary.
- the calling module does not even require access to some particular module but instead requires a service which could be performed by any of two or more modules providing that service.
- the calling module can just issue a can with parameters naming the service required and the communication system will choose a module to provide it.
- the comnunication system can be thought of as a series of levels.
- the top level includes the actual procedures which are able to be referenced in the function module and, below that, are levels containing further procedures for handling what might be called the details of the communications.
- These lower level procedures include the RCX group and can, of course, include proprietary software, for example the Ethernet software used for the local area network communication in the figure 1 system.
- the LCX calls which are supported include for the particular use of service provider modules, a 'create supply' call, an 'await-client' call, a 'detach client' call, and a 'delete supply' call, and for the particular use of client modules (remembering that some modules will be botn service-providers and clients at different times), a 'select service' call, an 'attach service' call and a 'detach service' call.
- client modules recording that some modules will be botn service-providers and clients at different times
- client modules recording that some modules will be botn service-providers and clients at different times
- client modules recording that some modules will be botn service-providers and clients at different times
- client modules recording that some modules will be botn service-providers and clients at different times
- client modules recording that some modules will be botn service-providers and clients at different times
- client modules recording that some modules will be botn service-providers and
- service provider modules make respective 'create-supply' calls so as to catalogue themselves in a service provider table maintained by the appropriate procedure.
- the procedure may also take account of duplicate service providers, for example if it finds that a particular offered service has already been catalogued, it can supplement the catalogued service name with an identifying number which is then also returned to the service provider module.
- Each record in the service provider table will generally also have a status field in which it can be noted whether or not the particular service provider module is in use.
- the service-provider module will issue an 'await-client' call to indicate that it is available for further use.
- a call to access that service results in a return being passed to the service provider module in response to its await-consumer call, setting up of the communication, and the status field for the relevant service-provider being marked to indicate that it is in use.
- the service provider When a communication has ended, the service provider issues a 'detach client' call and, amongst other winding up actions, the appropriate procedure closes the appropriate channel and marks the service provider status field as 'available'.
- the service provider can issue a 'delete-supply' call so as to make itself generally not usable by any other module except perhaps say by a maintenance module.
- a client module will issue a 'select service' call when it requires some service. Depending on the completeness of the name by which it describes that service, the appropriate procedure will put it into contact with any available module providing that service, or a particular module, or say only a local supplier of the service or only a remote supplier. It is particularly here that various further procedures may be called by the 'select service' procedure, for example the remote communication procedures which are made available. If and when the appropriate service has been found, and is available, the fact is noted to the calling client module which then issues an 'attach service' call. In response thereto the communication channel is set up and the appropriate channel token is issued. When the session has finished, the client module issues a 'detach service' call.
- the 'read' and 'write' calls indicate that a message is awaited or about to be delivered and will control the reception of a message into an appropriate memory area and making the location of this area known to the module which is to receive the message.
- the 'read-error' call is issued by any module wishing, for example, to ensure that a message sent by it was correctly received.
- the appropriate procedure returns with any errors reported to it by appropriate monitoring routines. Generally, these errors will involve system failures or other catastrophic errors. Simple failures, such as the fact that a called module is busy, is reported as a return to the appropriate procedure calls.
- the lower levels of the communication system will be hardware dependent, ie they will be customised to the particular hardware item of the computer control system in which they are to run.
- the function module/communication system interface is maintained constant, eg provided that the top level procedure calls are always supported the function modules themselves can be very largely portable, ie they can run anywhere in the system, and in addition upgrading of the system can consist of merely adding new function modules without having to adapt existing modules or the communication system to suit.
- these rules also allow upgrading of the communication system itself comparatively easily - for example, a new form of network can be added or some existing piece of proprietary communication software can be replaced by an updated version and any necessary resulting system changes are confined to the communication system - the function modules themselves can remain unchanged.
- any of the nodes and other hardware items shown in figure 1 might itself consist of two or more computer processors communicating one witr. another, say by way of a backplane bus. It may be advantageous for the communication concepts described earlier herein to be extended also to within any such hardware item, ie so that the software for the two or more processors in-the item is also modular with inter-module communication by way of tne described common LCX procedure calls and these called procedures then accessing lower level communication software, for example proprietary backplane bus software.
Abstract
Description
- This invention relates to industrial processing. and manufacturing installations. More particularly, but not exclusively, it relates to a so-called Flexible Manufacturing System (FMS) cell comprising a computer system linked to one or more computer controlled machine tools, a workpiece conveyor or carriage, one or more robots possibly, and perhaps also tool-changing mechanisms for installing selected tools into and out of the machine tool(s). The computer system controls the other items so as to achieve full or at least a high level of automaticity in the production of say small aircraft parts, printed circuit boards or the line. The computer system may provide or be linked to a computer aided design (CAD) facility and a computer aided management (CAM) facility. Usually, the intention is to be able to produce comparatively small numbers, perhaps even only one, of each of many different parts. However, the invention could also be applied to a more dedicated automatic production line producing large numbers of examples of a single item.
- An FMS cell may well comprise different proprietary machine tools and controllers which have been designed at different times and hence incorporate different levels of technology, different interface standards and/or simply different manufacturer's preferences. As a result, it will often be necessary to provide some kind of software and/or hardware interface between each tool or item within the cell and the controlling computer system.
- By way of example, our patent application No. 2,087,598 discloses an interface unit by which a 'Ferranti Copath' machine tool can be coupled to a modern numerical control computer system. Later machine tools might have quite advanced controllers which it is sensible to retain but which accept instructions from a punched paper tape reader rather than direct from a computer. Thus, there has to be provided a software interface for converting the computer instructions to the form output by a paper tape reader. The machine tool itself may have some controls and feedback indicators not accessible via the controller, for example a drive cut-out button and some warning lamps perhaps. If the machine is to be fully integrated into an FMS, a software/hardware 'button-pushing' and jamp sensing' interface has to be prcvided. Even more advanced machine tools mign: be able to receive instructions and provide feedback information directly from and to the controlling computer system but a specialised interface may still be desirable, for example to ensure that the machine can properly interact with say a workpiece conveyor or tool changing mechanism. Each interface could of course be a custom made combination of software and hardware. However, a consideration of different interface problems arising in practice may show that certain parts of each solution, at least as regards the software, are common.
- In addition, the creation of an FM5 cell is often a progressive process. For example, it might be developed from say the level of a DNC system by gradually adding to it additional facilities. If, as has been the previous practice, the control software is inherently customised to some existing system level, that software may well require to be virtually completely re-written each time that a new facility is added.
- Thus, according to one aspect of the invention, there is provided an industrial processing or manufacturing system comprising a plurality of hardware items, including one or more machine tools, all linked to a controlling computer system, which system has been so programmed at a first level that there is available to an applications programmer operating at a second higher level, a library of software modules each operable to carry out a respective function associated with the interfacing of said hardware items to said computer system.
- By way of example, the software modules might include modules for converting machine tool control data from one format to another, say from the control computer system format to a 'paper tape reader output' format or to a format suitable for feeding directly to the hardware portion of the interface disclosed in patent application 2,037,596 or to manufacturers 'own' formats, file server modules for handling job queue files and so on.
- The modules will generally have to communicate with one another and this is preferably done by way of a communication system made available within the computer system as described herein, the modules being provided with respective local communication exchange sub-modules. Preferably, since the controlling computer system may be a distributed system with a plurality of processor stations linked via some form of local area network, remote communication exchange modules are provided through which, and their respective local communication sub-modules, two modules can communicate.
- Advantageously, inter module remote communication is based on a strategy under which different modules are regarded as 'service providers' and 'service users' or clients. Service users, when in need of a service, will make the required service known to the communcations system and will be then put in contact with the appropriate service provider.
- According to a second aspect of the invention, there is provided an installation which comprises a plurality of computer controlled processing facilities linked to a computerised control system and which is operable automatically for carrying out industrial processing jobs each involving the performance, in sequence, of one or more items of work from each of a plurality of different kinds of activity, the control system being programed with software in the form of a plurality of function performing modules able to communicate one with another on a service-provider and client basis via a common communication facility, and said modules including:-
- a plurality of server modules for providing respective ones of a series of elemental services including low-level access to and control of computer file storage,
- a plurality of controller modules for controlling respective ones of said facilities to perform said items of work,
- a plurality of activity manager modules each of wnich is responsible for controlling one or more controller modules associated with the same activity, and
- a job-route sequencing module which is operable for using a file access server module to obtain from a stored job file information concerning jobs to be carried out and the items of work associated with each such job,
- the job-route sequencing module being further operable for distributing said items of work in the sequence in which they are to be carried out to the appropriate ones of said activity manager modules and for maintaining track of the progress of each job by receiving from the activity manager modules indications that particular items of work previously passed to them have been completed, each activity manager module being further operable for receiving the items of work distributed to it by the job-route sequencing module, for maintaining a queue of such items, for passing the items in sequence to the controller module or an appropriate one of the controller modules for which it is responsible, and for passing back to the job-route sequencing module an indication of completion of each item of work, and each controller module being operable for requesting a new item of work from its associated activity manager module, for receiving any such work item passed to it as a result of said request and for then controlling the associated facility to carry out that item of work.
- For a better understanding of the invention, reference will be made, by way of example, to the accompanying drawings, in which:-
- figure 1 is a block diagram of one possible physical implementation of a flexible manufacturing cell, and
- figure 2 is a block diagram for explaining the structure of the control software for the figure 1 cell.
- The manufacturing cell of figure 1 comprises three
machine tools machine tools controller 8 via an underfloor cable bus 9. Items on the machine tool transfer tables 6 are retrieved and positioned in or on the associated machine tools by respective loading mechanisms (not shown). Further information about such mechanisms is given for example in European Patent Application Number 0138600. It is emphasised however that figure 1 is given only as an example for explaining the kind of functions required to be carried out in an FMS cell. In practice, there may be a different number of machine tools, perhaps quite a large number, with different ways and means of supplying them with materials and cutter tools. The system could for example be physically constructed along the lines disclosed in US Patent Specification Nos. 4,237,598 and 4,369,563. - In general, however, the system will comprise a computer control system which, in the illustrated case, is a distributed system with say three
computer nodes controller 8. The controllers and the nodes of the control system are linked together by a localarea network bus 13. Depending upon the particular facility, the associated controller may be physically implemented in one of three different ways. Thus, the_ machine tool 1 might have a controller which is fully compatible with the computer control system described hereinafter and which can be caused by the system to initiate all the machine operations which may be required.Machine tool 2 on the other hand has a controller which is not compatible or is only partly compatible with the system and/or is only capable of initiating some of the machine operations which may be required. The incompatibility may be because the control signals and the kind or format of the control data required by the controller are not the same as those which would normally be supplied by the system. Also, the machine tool may comprise control features which were originally intended to be manually operated, ie not via the associated controller. For this controller therefore, there is provided adiscrete driver 14 which, as appropriate, may comprise suitable computing apparatus for adapting the system issued commands and data format in accordance with the requirements of the controller and/or may have one or more inputs direct to the machine tool for automating the control features originally intended to be dealt with manually. One fairly common example of a data format adaptation which might be carried out bydriver 14 is the conversion of DNC (direct numerical control) data to the signals which would be generated by a punched paper tape reader incorporated in the controller of some automatic machine tools. Such converted signals are then fed into the controller downstream of, and hence so as to bypass, the tape reader. Particularly where the adaptation required by the machine tool controller concerns data formats and the like, the or some of the adaptation could be carried out by a suitable software drive routine within the computer control system itself. This possibility is illustrated by a block 15 drawn withinsystem node 12 but, as will be appreciated, this block does not represent a physical item. - Each of the
controllers 8 and thecomputer network nodes - By way of
suitable software 18 incorporated in say thenode 12, the computer control system can communicate with a factorysystems mainframe computer 16 which can support computer aided design and computer aided management facilities. The control system will also be linked to one or more input/output devices such as the illustrated display unit/keyboard terminal 17. - The software with which the computer control system is programmed consists of a series of modules each designed to carry out a particular element, with or without the assistance of other modules, of the overall control function. Each
controller 8, where appropriate in conjunction with itsassociated driver 14 or driver routine 15, can be and is also viewed as a module within the overall program. The modules are distributed amongst thecomputer system nodes - Inter-module communications conform to the following rules:-
- 1. Modules communicate by message exchange.
- 2. Communication is on a service provider and client basis, ie a service provider, and client who uses the service.
- 3. Communication takes place over logical bi-directional channels between modules.
- 4. A module references another by a unique name, that name being assigned to the remote module when it is written.
- 5. Each communication system element will keep a record of the modules its supports and those remote modules that it was requested to contact - consequently the directory of module names to physical addresses will be dispersed throughout all communication system elements.
- 6. Messages are only passed to the destination modules if they are free of errors checked for within the communication system. Thus, a module which receives a message may assume that the message is intact.
- 7. Message exchange will be accomplished by a limited set of external procedure calls (procedures external to application module).
- 8. All status returns to the calling function will be provided by the communications system - not by the destination module.
- As a consequence of these rules the communication system will normally be transparent to the application programmer. Special calls will be available to the application programmer to communicate with his own communication system - examples are 'ctaloguing the application name', 'terminating logical channel connunication'.
- Module communication will be independent of the physical location of the modules. Modules communicating within the same node will use precisely the same mechanism as modules communicating over the network.
- At a logical level, the system may be thought of as a number of modules interconnected by a bus type structure as shown in figure 2. Each module may be categorised under one of the headings controller, server, manager and router. The
facility controllers 20 are thephysical controllers 8 in figure 1, where appropriate in combination with the associateddriver 14 or driver routine 15. Servers are modules which supply some service to another module, for example file handling and access, operator message handling via the terminal 17 in figure 1, and access to themainframe computer 16. Managers co-ordinate the action of controllers and servers to perform each of a series of functions associated with a machining job, for example there would be a manager associated with a group of similar machine tool controllers for distributing work to those controllers as and when required. The single router or 'sequencer' module shown is operable to process jobs according to a job dependent description of the activities to be performed (called the job route). The router interprets the job route and places work on the various managers. - As mentioned earlier, the interaction between the various modules is based on a service-provider and client relationship in assymetric roles. In any communication between modules one partner takes the role of the service or resource supplier, the other the client or resource consumer. Initially, the service provider declares its willingness to take part in an exchange with an as yet unknown client. The client requests the services of the service provider and opens the exchange or 'session' which then proceeds until either partner breaks it off.
- In general servers, controllers and managers communicate with one another, and in general the router converses with managers. Thus, the router becomes a client of the manager to inform it of a new item of work. A manager becomes a client of the router to inform it of completion of that item. In this way, each manager can maintain a queue of pending items of work and hence can perform arbitration, ie it can give different priorities to different items of work and act accordingly. Also, the router has only one session open at a time which simplifies structure of the router.
- Meanwhile, a controller becomes a client of a manager reporting any major change of state, eg to inform that manager that the controller requires more work or has completed current work. A manager becomes a client of a controller to request the current controller status. By this means, the controller is able to supply status information to any other module, the controller needs no knowledge of pending jobs, no arbitration and no queue, and a manager does not need to know how many controllers there are.
- A server supplies services to its clients. The server may itself become a client of another server.
- The particular elements shown in figure 2 are as follows:-
- Maintenance Controller (21) The Maintenance controller supports a range of maintenance functions. For example display error conditions, allow access to module exercisers, display system status, allow loading/update/distribution/configuration of software.
- Facility Controller (20) As mentioned earlier, these are modules through which particular facilities are controlled.
- Terminal Controller (22) This element provides VDU screen services for all operator functions. Any requirement for access restrictions through protection or password mechanisms will be implemented in this element.
- Operator Message Server (23) Allows operator messages to be routed through the system between machine operators and the system operators.
- Job File Server (24) The details of all jobs known by the system are held centrally by this module. All other modules may access this common data source for job information. The job file holds references to all global data associated with each job.
- File Server (25) The File Server allows low level access to create, modify and delete files. It provides file services to the rest of the system.
- Feedback Server (26) The Feedback Server will collect feedback data from other modules, collate the data, and then pass the reduced feedback data to the Mainframe computer on a periodic basis. This involves the use of the mainframe Access Server.
- Mainframe Access Server (27) The Access Server will support the ability to retrieve data from and to send feedback data to the mainframe computer. An example of how modularity eases the change to a system is that this module may be changed to interface to a different mainframe without impact on other modules.
- Job Entry Manager (28) This module places new jobs onto the system. The module creates a new job file record with some fields filled by externally supplied data and some generated internally for system use. The job entry manager becomes a client of the job router once the job file record is created and passes the job reference to it.
- NC Data Manager (29) The NC Data Manager is responsible for the acquisition, storage update and deletion of numerical control data ie all the data required by a machine tool controller, such as Layout Text, in order to carry out a machining operation. Given job information, it ensures that the data for the job is present and catalogded in the system.
- Material Collection Manager (30) This mocule is in control of obtaining the material for the job and will therefore maintain records of materials available in the material store and will place tasks on the controllers associated with the material store, its adjacent transfer table, and the transport vehicle with a view to making available those materials to the machine tool as and when required.
- Tool Collection Manager (31) The function of this module is similar to that of the materials collection manager except that it is in control of tools rather than materials.
- Machining Manager (32) The machining manager distributes work to the machine tool controllers. Once data, material and tools are available the machining manager is authorized to undertake machining. The machining manager processes the authorized work on the basis of machine availability and job details.
- Job Exit Manager (33) This module controls the removal of jobs from the system. It informs all interested modules that the job is leaving the control of the system. For example the NC data manager needs to be told that the part programs are no longer required, the feedback manager will catalogue the completion of the job, the job file server will delete the job file for the job.
- Job-Router Sequencer (34) This module controls the flow of work between the various activity managers.
The job router receives requests from clients for the processing of jobs. The router takes the job reference and uses the job file server to obtain the current job state and job route. The router then invokes the next appropriate action on the basis of the job state and route. In some cases the action may be to wait until some other action is complete, or to invoke a number of concurrent actions, or to evaluate some condition and modify the job state accordingly before proceeding with the job route. - Thus, each job enters the system through the job entry manager which creates all the appropriate job records.
- The job entry manager becomes a client of the router to tell it that entry of a new job has been completed. The router then uses the job identifier to look up the job in the job files. The data in the job file is used by the router to determine where the job is to be sent next.
- The router becomes a client of the next activity manager(s) to be involved in the processing of this job.
- The activity managers offer a service of receiving jobs into their own queue or job pool. The managers arbitrate between these competing jobs as their own resources become available.
- The managers call on the various services offered in the system in order that they may execute their jobs.
- Managers become clients of the controllers to instruct them to perform work. When a controller completes a task or has something to report then it becomes a client of the manager.
- Controllers may become clients of the various servers in the system. The controllers themselves offer status reporting services to any other module in the system.
- When any activity manager completes a job it becomes the client of the job router whereupon the router progresses the job to the next activity manager.
- The final activity is to remove the job from the system, to close all job files, delete all extraneous data and conclude any feedback reporting.
- Because of the division of the control system software into a series of modules and the division of responsibilities as described amongst controllers, servers, managers and the job-route sequencer, it becomes very much simpler not only to set up the system initially but also to adapt and upgrade it. Thus, say that a further machine tool is to be included in the system and that this requires a new controller/driver module. That module may well be able to make use of already existing server modules or services. For example, if it needs to convert DNC data to punched paper tape reader format and if a suitable conversion module already exists in the system for use by the controller/driver of another machine tool, then the new module can simply call on the services of that existing conversion module. At its simplest, an added module might consist of little more than a series of calls for service from already existing modules. If a completely new service is required, then of course it can be added to the system. From then on, however, that additional service is available for use in connection with further upgrading of the system. It may even be possible to place the controller/driver module for the newlJ added machine tool under the management of an existing activity manager without having to substantially modify that manager or the job-route sequencer.
- As mentioned earlier, the modules communicate one with another by passing messages through a common high level communication facility. This is designed to provide a large buffer between the modules and the hardware 'cradle' in which they run and it is the only interface that any module has with its peers. Access to it is by way of a procedure call from the module to an externally provided procedure library. Each such call returns an 'exception' code which the module must check before proceeding. Naturally, some of the calls do not return until another module issues a 'matching' call and so modules that must cotinue processing during these system 'hold-ups' are provided with a 'multi-tasking' capability.
- As an extension to the plain message passing interface between applications, a special 'remote procedure call' interface may be provided. This will allow a client to call a procedure within a service supplier. This is a design time decision, as are all of the semantics of tne conversations between modules. Such a service supplier will have catalogued the 'access points' to its procedures in a library which will be attached to the client at compile or link time. The client will call up the service provider module, and when they have been put in contact the client user may issue the remote procedure call. The client application programmer can treat these remote procedures as an extension of his local resource.
- Each module has a name which other modules can use to gain access to it and each such name comprises two or more fields, one of which indentifies the service provided by the module while others identify the module more uniquely, say by identifying its system location or address. This arrangement permits at least some modules to be duplicated, perhaps at relatively distant physical locations within the overall system whereupon, if a client module simply requires use of a service rather than access to a particular module, it can issue a call by reference only to the service identifier field of the relevant modules. The communication system will then put the calling module in communication with whichever of the duplicated service provider modules it chooses according to convenience and availability. By contrast, a client module wishing to access a particular service provider module can issue a call using the whole name of that module. This feature permits an element of redundancy to be incorporated in the system hence giving better reliability and/or faster operation.
- Having received a call, the communication system establishes a full duplex logical channel between the two modules whereupon the modules pass messages to one another using simple 'read' and 'write' calls to the communication system. Each module must, of course, format the content of its messages in a way acceptable to the other. The logical channel is normally broken by either module terminating the conversation or an agreed basis. Preferably, the communication system will incorporate an error channel by which the modules can be informed of the channel being broken for any other reason.
- The comnunication system may comprise a series of sub-routines or 'procedures' in a library made available to the function modules. Some of these procedures handle local communications, for example between modules resident in the same computer node, and as a group can be regarded as a kind of local communication exchange (LCX). At least for the figure 1 system or any other which includes any form of network communication, there will be one or more further groups of procedures for handling the network communications, one group for each type of network in use. Tne or each such further group can be termed a remote communications exchange (RCX). Access to the LCX procedures involves the inclusion, in a function module which is being written, of appropriate ones of a series of procedure calls each accompanied by the parameters which are to be used by the called procedure. The LCX group include procedures for handling all these calls, ie no calls can be made direct to any of the RCX group. If a particular function module requires communication with a remotely located module, the facility can be provided for specifying this in the parameters passed to the LCX procedure. Otherwise, the LCX procedure itself decides how it is going to satisfy the call, ie by putting the calling module in touch with a local module or using the RCX procedures to access a remote module. In this way, except in the particular circumstance mentioned, it is not necessary for the person who is writing a software module to know where any other module is located - he only needs to know its name. The communication system will then find the named module and provide access to it using whatever other procedures are necessary. It may be that the calling module does not even require access to some particular module but instead requires a service which could be performed by any of two or more modules providing that service. In this case, the calling module can just issue a can with parameters naming the service required and the communication system will choose a module to provide it.
- As will be appreciated, even local communications may not be handled entirely by the procedures referenced in the function module - rather, these procedures may themselves make use of further procedures provided in the library. Thus, the comnunication system can be thought of as a series of levels. The top level includes the actual procedures which are able to be referenced in the function module and, below that, are levels containing further procedures for handling what might be called the details of the communications. These lower level procedures include the RCX group and can, of course, include proprietary software, for example the Ethernet software used for the local area network communication in the figure 1 system.
- Following compilation and linking of each newly written module, it will comprise a series of 'stubs' 'which reference the real procedures provided in the library. At a logical level, therefore, eacn such compiled function module comprises its own complete communication portion even though, in reality, the communication facilities are held in the common library.
- The LCX calls which are supported include for the particular use of service provider modules, a 'create supply' call, an 'await-client' call, a 'detach client' call, and a 'delete supply' call, and for the particular use of client modules (remembering that some modules will be botn service-providers and clients at different times), a 'select service' call, an 'attach service' call and a 'detach service' call. In addition, the generally applicable 'read' and 'write' calls will be provided as mentioned earlier and perhaps also a 'read error' call. When any of these calls are issued, the appropriate library procedure is referenced. Initially, service provider modules make respective 'create-supply' calls so as to catalogue themselves in a service provider table maintained by the appropriate procedure. The procedure may also take account of duplicate service providers, for example if it finds that a particular offered service has already been catalogued, it can supplement the catalogued service name with an identifying number which is then also returned to the service provider module. Each record in the service provider table will generally also have a status field in which it can be noted whether or not the particular service provider module is in use. Following issue of the create-supply call and then each time that the module has been in use, the service-provider module will issue an 'await-client' call to indicate that it is available for further use. Thereafter, a call to access that service results in a return being passed to the service provider module in response to its await-consumer call, setting up of the communication, and the status field for the relevant service-provider being marked to indicate that it is in use. There may be various other interchanges between the service provider module and the communication procedure, for example recording and passing to the service provider a token indicative of the logical communication channel which it is to use.
- When a communication has ended, the service provider issues a 'detach client' call and, amongst other winding up actions, the appropriate procedure closes the appropriate channel and marks the service provider status field as 'available'. The service provider can issue a 'delete-supply' call so as to make itself generally not usable by any other module except perhaps say by a maintenance module.
- A client module will issue a 'select service' call when it requires some service. Depending on the completeness of the name by which it describes that service, the appropriate procedure will put it into contact with any available module providing that service, or a particular module, or say only a local supplier of the service or only a remote supplier. It is particularly here that various further procedures may be called by the 'select service' procedure, for example the remote communication procedures which are made available. If and when the appropriate service has been found, and is available, the fact is noted to the calling client module which then issues an 'attach service' call. In response thereto the communication channel is set up and the appropriate channel token is issued. When the session has finished, the client module issues a 'detach service' call. This occurs at or about the same time that the service provider modules issues its 'detach-client' call and assists in the closing of the communication channel and associated winding up operations. The 'read' and 'write' calls, as they suggest, indicate that a message is awaited or about to be delivered and will control the reception of a message into an appropriate memory area and making the location of this area known to the module which is to receive the message. The 'read-error' call is issued by any module wishing, for example, to ensure that a message sent by it was correctly received. The appropriate procedure returns with any errors reported to it by appropriate monitoring routines. Generally, these errors will involve system failures or other catastrophic errors. Simple failures, such as the fact that a called module is busy, is reported as a return to the appropriate procedure calls.
- As will be realised, at least the lower levels of the communication system will be hardware dependent, ie they will be customised to the particular hardware item of the computer control system in which they are to run. However, provided that the function module/communication system interface is maintained constant, eg provided that the top level procedure calls are always supported the function modules themselves can be very largely portable, ie they can run anywhere in the system, and in addition upgrading of the system can consist of merely adding new function modules without having to adapt existing modules or the communication system to suit. Effectively, these rules also allow upgrading of the communication system itself comparatively easily - for example, a new form of network can be added or some existing piece of proprietary communication software can be replaced by an updated version and any necessary resulting system changes are confined to the communication system - the function modules themselves can remain unchanged.
- It will be further realised that any of the nodes and other hardware items shown in figure 1 might itself consist of two or more computer processors communicating one witr. another, say by way of a backplane bus. It may be advantageous for the communication concepts described earlier herein to be extended also to within any such hardware item, ie so that the software for the two or more processors in-the item is also modular with inter-module communication by way of tne described common LCX procedure calls and these called procedures then accessing lower level communication software, for example proprietary backplane bus software.
- Finally it will be appreciated that the concepts described are not only applicable to a distributed computer system with nodes linked to each other and the FMS cell facilities by a local area network - rather the invention is also applicable where the control system comprises just a single computer perhaps with separate control and data lines leading to each facility of the cell.
Claims (4)
the job-route sequencing module being further operable for distributing said items of work in the sequence in which they are to be carried out to the appropriate ones of said activity manager modules and for maintaining track of the progress of each job by receiving `from the activity manager modules indications that particular items of work previously passed to them have been completed, each activity manager module being further operable for receiving the items of work distributed to it by the job-route sequencing module, for maintaining a queue of such items, for passing the items in sequence to the controller module or an appropriate one of the controller modules for which it is responsible, and for passing back to the job-route sequencing module an indication of completion of each item of work, and each controller module being operable for requesting a new item of work from its associated activity manager module, for receiving any such work item passed to it as a result of said request and for then controlling the associated facility to carry out that item of work.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB8412854 | 1984-05-19 | ||
GB848412854A GB8412854D0 (en) | 1984-05-19 | 1984-05-19 | Industrial processing and manufacturing systems |
GB8506365 | 1985-03-12 | ||
GB858506365A GB8506365D0 (en) | 1985-03-12 | 1985-03-12 | Flexible manufacturing systems |
Publications (3)
Publication Number | Publication Date |
---|---|
EP0162670A2 true EP0162670A2 (en) | 1985-11-27 |
EP0162670A3 EP0162670A3 (en) | 1988-10-12 |
EP0162670B1 EP0162670B1 (en) | 1991-01-02 |
Family
ID=26287764
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP19850303458 Expired - Lifetime EP0162670B1 (en) | 1984-05-19 | 1985-05-16 | Industrial processing and manufacturing systems |
Country Status (3)
Country | Link |
---|---|
US (1) | US4698766A (en) |
EP (1) | EP0162670B1 (en) |
DE (1) | DE3581000D1 (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2613099A1 (en) * | 1987-03-26 | 1988-09-30 | Digital Equipment Int | Command and control method for automated operational stations, in an industrial process, and device for implementing this method |
EP0291966A1 (en) * | 1987-05-21 | 1988-11-23 | Kabushiki Kaisha Toshiba | Control method of a robot system and apparatus for realizing the same |
EP0315002A2 (en) * | 1987-11-02 | 1989-05-10 | Flexis Control Incorporated | Design system using visual language |
EP0397924A1 (en) * | 1989-05-17 | 1990-11-22 | Koninklijke Philips Electronics N.V. | Work station controller module |
EP0622714A1 (en) * | 1993-04-30 | 1994-11-02 | Texas Instruments Incorporated | Integrated automation development system and method |
WO1995030937A1 (en) * | 1994-05-10 | 1995-11-16 | Siemens Aktiengesellschaft | Running system for a technical installation |
DE29602226U1 (en) * | 1996-02-09 | 1996-04-11 | Csb Syst Software Entwicklung | Arrangement for the integration of EDP systems with industrial control elements |
Families Citing this family (98)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4998206A (en) * | 1988-07-29 | 1991-03-05 | The Boeing Company | Automated method and apparatus for fabricating sheet metal parts and the like using multiple manufacturing stations |
US4890242A (en) * | 1986-06-05 | 1989-12-26 | Xox Corporation | Solid-modeling system using topology directed subdivision for determination of surface intersections |
JP2504961B2 (en) * | 1986-07-10 | 1996-06-05 | 豊田工機株式会社 | Programmable transfer machine |
US4835707A (en) * | 1986-07-23 | 1989-05-30 | Takeda Chemical Industries, Ltd. | Automatic analysis method and apparatus for enzyme reaction |
US4918627A (en) * | 1986-08-04 | 1990-04-17 | Fmc Corporation | Computer integrated gaging system |
US4989155A (en) * | 1986-08-14 | 1991-01-29 | Gte Valenite Corporation | Intelligent power monitor |
US4839819A (en) * | 1986-08-14 | 1989-06-13 | Cte Valeron Corporation | Intelligent power monitor |
US4943932A (en) * | 1986-11-25 | 1990-07-24 | Cimflex Teknowledge Corporation | Architecture for composing computational modules uniformly across diverse developmental frameworks |
US4827423A (en) * | 1987-01-20 | 1989-05-02 | R. J. Reynolds Tobacco Company | Computer integrated manufacturing system |
US5151989A (en) * | 1987-02-13 | 1992-09-29 | International Business Machines Corporation | Directory cache management in a distributed data processing system |
US4887014A (en) * | 1987-02-16 | 1989-12-12 | Mitsubishi Denki Kabushiki Kaisha | Industrial robot control device |
US5032975A (en) * | 1987-08-07 | 1991-07-16 | Canon Kabushiki Kaisha | Controller for automatic assembling apparatus |
US4864507A (en) * | 1987-09-01 | 1989-09-05 | Marcam Corporation | Method and apparatus for process manufacture control |
US5005122A (en) * | 1987-09-08 | 1991-04-02 | Digital Equipment Corporation | Arrangement with cooperating management server node and network service node |
US5051895A (en) * | 1987-09-17 | 1991-09-24 | Hewlett-Packard Company | Apparatus and method for tracking and identifying printed circuit assemblies |
IN171673B (en) * | 1987-09-24 | 1992-12-05 | Rieter Ag Maschf | |
US4896269A (en) * | 1988-02-29 | 1990-01-23 | General Electric Company | Job shop scheduling and production method and apparatus |
US5252899A (en) * | 1988-03-09 | 1993-10-12 | Fanuc Ltd | Numerical control system |
US5210821A (en) * | 1988-03-28 | 1993-05-11 | Nissan Motor Company | Control for a group of robots |
US5079695A (en) * | 1988-04-25 | 1992-01-07 | Hewlett-Packard Company | Object management facility which includes a snapshot facility for providing data transfer between two objects |
JPH0235743A (en) * | 1988-07-26 | 1990-02-06 | Mitsubishi Electric Corp | Manufacturing device for semiconductor device |
US5345587A (en) * | 1988-09-14 | 1994-09-06 | Digital Equipment Corporation | Extensible entity management system including a dispatching kernel and modules which independently interpret and execute commands |
EP0366583B1 (en) * | 1988-10-24 | 1995-08-30 | International Business Machines Corporation | Method of exchanging data between programs in a data processing system |
US5204942A (en) * | 1989-01-10 | 1993-04-20 | Kabushiki Kaisha Kobe Seiko Sho | Robot control system for controlling a set of industrial robots for cooperative operation |
DE69027788D1 (en) * | 1989-01-17 | 1996-08-22 | Landmark Graphics Corp | Method for transferring data between computer programs running simultaneously |
US5014208A (en) * | 1989-01-23 | 1991-05-07 | Siemens Corporate Research, Inc. | Workcell controller employing entity-server model for physical objects and logical abstractions |
US5050088A (en) * | 1989-03-29 | 1991-09-17 | Eastman Kodak Company | Production control system and method |
JP2780814B2 (en) * | 1989-06-22 | 1998-07-30 | 株式会社日立製作所 | production management system |
CA2041642C (en) * | 1989-09-14 | 1997-03-04 | Tadamitsu Ryu | Temporary center system in distributed data base system |
US5189624A (en) * | 1989-09-29 | 1993-02-23 | General Electric Company | Intelligent machining workstation operating logic |
US5216619A (en) * | 1989-10-13 | 1993-06-01 | The Foxboro Company | Path management for a process system |
US5150288A (en) * | 1989-12-18 | 1992-09-22 | Honda Giken Kogyo Kabushiki Kaisha | Production management system and method of transmitting data |
US5088045A (en) * | 1990-01-02 | 1992-02-11 | Honda Giken Kogyo Kabushiki Kaisha | Production management system |
US5126945A (en) * | 1990-02-14 | 1992-06-30 | Granco Clark, Inc. | Nonferrous extrusion process control system |
US5255197A (en) * | 1990-07-06 | 1993-10-19 | Honda Giken Kogyo Kabushiki Kaisha | Line production management system |
US5216612A (en) * | 1990-07-16 | 1993-06-01 | R. J. Reynolds Tobacco Company | Intelligent computer integrated maintenance system and method |
US5212645A (en) * | 1990-07-19 | 1993-05-18 | General Electric Company | Flexible real-time, multi-tasking architecture for tool condition monitoring |
JPH04101738A (en) * | 1990-08-21 | 1992-04-03 | Fujitsu Ltd | Manufacturing equipment for several items of products |
US5298921A (en) * | 1990-09-27 | 1994-03-29 | Advanced Micro Devices, Inc. | System for communicating with external device registers via two-byte data packets over a serial bus |
JPH04367963A (en) * | 1991-06-15 | 1992-12-21 | Hitachi Ltd | Shared storage communication system |
JPH05143148A (en) * | 1991-11-25 | 1993-06-11 | Fanuc Ltd | Die machining dnc system |
US5392502A (en) * | 1992-02-05 | 1995-02-28 | Freer; Edgar P. | Micromachining system and method |
GB9211539D0 (en) * | 1992-06-01 | 1992-07-15 | Ducost Eng Ltd | Control of paint spraying machines and the like |
US5401229A (en) * | 1992-07-02 | 1995-03-28 | Daifuku Co., Ltd. | Automatic machining apparatus |
JPH0635526A (en) * | 1992-07-14 | 1994-02-10 | Toshiba Mach Co Ltd | Operation controller for machining system |
JPH076142A (en) * | 1993-04-20 | 1995-01-10 | Mitsubishi Electric Corp | Multiagent coordination system and its method |
DE69529607T2 (en) | 1994-11-09 | 2003-09-18 | Amada Co | INTELLIGENT SYSTEM FOR THE MANUFACTURE AND EXECUTION OF A METAL PLATE BENDING PLAN |
US5969973A (en) * | 1994-11-09 | 1999-10-19 | Amada Company, Ltd. | Intelligent system for generating and executing a sheet metal bending plan |
JPH1086040A (en) * | 1996-06-13 | 1998-04-07 | Mitsubishi Electric Corp | Method for automatically programing of multiple systems and device therefor |
US5805452A (en) * | 1996-08-01 | 1998-09-08 | The United States Of America As Represented By The Secretary Of Agriculture | System and method for materials process control |
AU5772998A (en) * | 1997-01-28 | 1998-08-18 | British Telecommunications Public Limited Company | Managing operation of servers in a distributed computing environment |
US6421570B1 (en) * | 1997-08-22 | 2002-07-16 | Honeywell Inc. | Systems and methods for accessing data using a cyclic publish/subscribe scheme with report by exception |
US5901153A (en) * | 1997-09-10 | 1999-05-04 | Behavior Tech Computer Corp. | Dynamic random access memory classification method |
US6408501B1 (en) | 1998-07-30 | 2002-06-25 | Central Corporation | Automatic system of manufacturing ball studs for vehicles |
AT412131B (en) * | 1998-11-24 | 2004-09-27 | Automationx Software For Ind A | AUTOMATION SYSTEM FOR SOLVING A PROCESS TECHNICAL TASK AND METHOD FOR THIS |
US7069101B1 (en) * | 1999-07-29 | 2006-06-27 | Applied Materials, Inc. | Computer integrated manufacturing techniques |
US6640151B1 (en) | 1999-12-22 | 2003-10-28 | Applied Materials, Inc. | Multi-tool control system, method and medium |
US9785140B2 (en) * | 2000-02-01 | 2017-10-10 | Peer Intellectual Property Inc. | Multi-protocol multi-client equipment server |
US7403984B2 (en) * | 2000-02-01 | 2008-07-22 | Asyst Technologies, Inc. | Automated tool management in a multi-protocol environment |
US7873428B2 (en) * | 2005-04-15 | 2011-01-18 | PEER Intellectual Property, Inc. | Automated job management |
US8028049B1 (en) * | 2000-02-01 | 2011-09-27 | Peer Intellectual Property Inc. | Apparatus and method for web-based tool management |
US6708074B1 (en) | 2000-08-11 | 2004-03-16 | Applied Materials, Inc. | Generic interface builder |
KR100849104B1 (en) * | 2000-09-06 | 2008-07-30 | 어플라이드 머티어리얼즈 인코포레이티드 | Dispatching component for associating manufacturing facility service requestors with service providers |
EP1329097A1 (en) * | 2000-10-17 | 2003-07-23 | Koninklijke Philips Electronics N.V. | Method of controlling an arrangement of hardware components |
US7188142B2 (en) | 2000-11-30 | 2007-03-06 | Applied Materials, Inc. | Dynamic subject information generation in message services of distributed object systems in a semiconductor assembly line facility |
US6801817B1 (en) * | 2001-02-20 | 2004-10-05 | Advanced Micro Devices, Inc. | Method and apparatus for integrating multiple process controllers |
US6615098B1 (en) * | 2001-02-21 | 2003-09-02 | Advanced Micro Devices, Inc. | Method and apparatus for controlling a tool using a baseline control script |
US7047099B2 (en) | 2001-06-19 | 2006-05-16 | Applied Materials Inc. | Integrating tool, module, and fab level control |
US7082345B2 (en) | 2001-06-19 | 2006-07-25 | Applied Materials, Inc. | Method, system and medium for process control for the matching of tools, chambers and/or other semiconductor-related entities |
US6910947B2 (en) | 2001-06-19 | 2005-06-28 | Applied Materials, Inc. | Control of chemical mechanical polishing pad conditioner directional velocity to improve pad life |
US6913938B2 (en) | 2001-06-19 | 2005-07-05 | Applied Materials, Inc. | Feedback control of plasma-enhanced chemical vapor deposition processes |
US7698012B2 (en) | 2001-06-19 | 2010-04-13 | Applied Materials, Inc. | Dynamic metrology schemes and sampling schemes for advanced process control in semiconductor processing |
US7101799B2 (en) | 2001-06-19 | 2006-09-05 | Applied Materials, Inc. | Feedforward and feedback control for conditioning of chemical mechanical polishing pad |
US7160739B2 (en) | 2001-06-19 | 2007-01-09 | Applied Materials, Inc. | Feedback control of a chemical mechanical polishing device providing manipulation of removal rate profiles |
US7201936B2 (en) | 2001-06-19 | 2007-04-10 | Applied Materials, Inc. | Method of feedback control of sub-atmospheric chemical vapor deposition processes |
US7756963B2 (en) * | 2001-07-05 | 2010-07-13 | PEER Intellectual Property, Inc. | Automated tool management in a multi-protocol environment |
US7337019B2 (en) | 2001-07-16 | 2008-02-26 | Applied Materials, Inc. | Integration of fault detection with run-to-run control |
DE10137910A1 (en) * | 2001-08-02 | 2003-02-27 | Siemens Ag | Drive unit and method for controlling or regulating machine tools in particular |
US6984198B2 (en) | 2001-08-14 | 2006-01-10 | Applied Materials, Inc. | Experiment management system, method and medium |
US7024261B1 (en) | 2001-12-17 | 2006-04-04 | Tanton Chris D | Modular automation apparatus |
JP2003208210A (en) * | 2002-01-16 | 2003-07-25 | Fuji Mach Mfg Co Ltd | Producing machine |
US7225047B2 (en) | 2002-03-19 | 2007-05-29 | Applied Materials, Inc. | Method, system and medium for controlling semiconductor wafer processes using critical dimension measurements |
US20030199112A1 (en) | 2002-03-22 | 2003-10-23 | Applied Materials, Inc. | Copper wiring module control |
CN100351725C (en) | 2002-08-01 | 2007-11-28 | 应用材料有限公司 | Method, system, and medium for handling misrepresentative metrology data within an advanced process control system |
AU2003290932A1 (en) | 2002-11-15 | 2004-06-15 | Applied Materials, Inc. | Method, system and medium for controlling manufacture process having multivariate input parameters |
US7333871B2 (en) | 2003-01-21 | 2008-02-19 | Applied Materials, Inc. | Automated design and execution of experiments with integrated model creation for semiconductor manufacturing tools |
US7205228B2 (en) | 2003-06-03 | 2007-04-17 | Applied Materials, Inc. | Selective metal encapsulation schemes |
US7354332B2 (en) | 2003-08-04 | 2008-04-08 | Applied Materials, Inc. | Technique for process-qualifying a semiconductor manufacturing tool using metrology data |
US7356377B2 (en) | 2004-01-29 | 2008-04-08 | Applied Materials, Inc. | System, method, and medium for monitoring performance of an advanced process control system |
US7096085B2 (en) | 2004-05-28 | 2006-08-22 | Applied Materials | Process control by distinguishing a white noise component of a process variance |
US6961626B1 (en) | 2004-05-28 | 2005-11-01 | Applied Materials, Inc | Dynamic offset and feedback threshold |
US9128653B2 (en) * | 2004-12-10 | 2015-09-08 | Microsoft Technology Licensing, Llc | Systems and methods for processing print jobs |
US20060126089A1 (en) * | 2004-12-10 | 2006-06-15 | Microsoft Corporation | Systems and methods for processing print jobs |
DE102005062811A1 (en) * | 2005-12-28 | 2007-07-05 | Siemens Ag | Production machine controlling method, involves assigning machine objects in assembly places specified in projects, so that run time system controls machine using projects, where one object is selectively used in installation places |
US8108989B2 (en) * | 2007-06-28 | 2012-02-07 | Crown Equipment Corporation | Manufacturing cell and elements of the cell |
US9144909B2 (en) * | 2007-07-05 | 2015-09-29 | Re2, Inc. | Defense related robotic systems |
US20090327023A1 (en) * | 2008-06-25 | 2009-12-31 | Nanji Chris | System for management and control of an enterprise |
KR20150083429A (en) * | 2014-01-08 | 2015-07-17 | 한국전자통신연구원 | Method of representing bit depth for video play using dash |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4237598A (en) * | 1965-09-13 | 1980-12-09 | Molins Limited | Manufacturing processes using machine tools |
US4281379A (en) * | 1978-12-18 | 1981-07-28 | Mcdonnell Douglas Corporation | Computer driven control system for a numerically controlled machine tool |
EP0044565A2 (en) * | 1980-07-21 | 1982-01-27 | KEARNEY & TRECKER CORPORATION | Improved flexible manufacturing system |
GB2087598A (en) * | 1980-11-14 | 1982-05-26 | British Aerospace | Automatic Control of Machine Tools |
DE3146342A1 (en) * | 1980-11-25 | 1982-06-16 | Hitachi, Ltd., Tokyo | NC DATA PARTS AND PREPARATION DEVICE FOR NC MACHINE TOOL SYSTEM |
JPS59175948A (en) * | 1983-03-23 | 1984-10-05 | Toyoda Mach Works Ltd | Working control device for transfer machine |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4472783A (en) * | 1980-07-21 | 1984-09-18 | Kearney & Trecker Corporation | Flexible manufacturing system |
-
1985
- 1985-05-16 EP EP19850303458 patent/EP0162670B1/en not_active Expired - Lifetime
- 1985-05-16 DE DE8585303458T patent/DE3581000D1/en not_active Expired - Fee Related
- 1985-05-17 US US06/735,105 patent/US4698766A/en not_active Expired - Fee Related
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4237598A (en) * | 1965-09-13 | 1980-12-09 | Molins Limited | Manufacturing processes using machine tools |
US4369563A (en) * | 1965-09-13 | 1983-01-25 | Molins Limited | Automated machine tool installation with storage means |
US4369563B1 (en) * | 1965-09-13 | 1986-05-13 | ||
US4281379A (en) * | 1978-12-18 | 1981-07-28 | Mcdonnell Douglas Corporation | Computer driven control system for a numerically controlled machine tool |
EP0044565A2 (en) * | 1980-07-21 | 1982-01-27 | KEARNEY & TRECKER CORPORATION | Improved flexible manufacturing system |
GB2087598A (en) * | 1980-11-14 | 1982-05-26 | British Aerospace | Automatic Control of Machine Tools |
DE3146342A1 (en) * | 1980-11-25 | 1982-06-16 | Hitachi, Ltd., Tokyo | NC DATA PARTS AND PREPARATION DEVICE FOR NC MACHINE TOOL SYSTEM |
JPS59175948A (en) * | 1983-03-23 | 1984-10-05 | Toyoda Mach Works Ltd | Working control device for transfer machine |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2613099A1 (en) * | 1987-03-26 | 1988-09-30 | Digital Equipment Int | Command and control method for automated operational stations, in an industrial process, and device for implementing this method |
EP0291966A1 (en) * | 1987-05-21 | 1988-11-23 | Kabushiki Kaisha Toshiba | Control method of a robot system and apparatus for realizing the same |
US4942512A (en) * | 1987-05-21 | 1990-07-17 | Kabushiki Kaisha Toshiba | Control method of robot system and apparatus for realizing the same |
EP0315002A2 (en) * | 1987-11-02 | 1989-05-10 | Flexis Control Incorporated | Design system using visual language |
EP0315002A3 (en) * | 1987-11-02 | 1991-05-29 | Flexis Control Incorporated | Design system using visual language |
EP0397924A1 (en) * | 1989-05-17 | 1990-11-22 | Koninklijke Philips Electronics N.V. | Work station controller module |
EP0622714A1 (en) * | 1993-04-30 | 1994-11-02 | Texas Instruments Incorporated | Integrated automation development system and method |
WO1995030937A1 (en) * | 1994-05-10 | 1995-11-16 | Siemens Aktiengesellschaft | Running system for a technical installation |
US6169927B1 (en) | 1994-05-10 | 2001-01-02 | Siemens Aktiengesellschaft | Control system for an industrial installation |
DE29602226U1 (en) * | 1996-02-09 | 1996-04-11 | Csb Syst Software Entwicklung | Arrangement for the integration of EDP systems with industrial control elements |
Also Published As
Publication number | Publication date |
---|---|
DE3581000D1 (en) | 1991-02-07 |
EP0162670B1 (en) | 1991-01-02 |
EP0162670A3 (en) | 1988-10-12 |
US4698766A (en) | 1987-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US4698766A (en) | Industrial processing and manufacturing systems | |
US5272641A (en) | Parts insertion machine control system | |
US6832120B1 (en) | System and methods for object-oriented control of diverse electromechanical systems using a computer network | |
KR100563291B1 (en) | System and methods for object-oriented control of diverse electromechanical systems using a computer network | |
US6470377B1 (en) | Networked file operations for computer numerical controls | |
US5778386A (en) | Global view storage management system for semiconductor manufacturing plants | |
CN100511274C (en) | System and method for centralized managing and dispatching of batch work | |
CZ20011336A3 (en) | Control of processes | |
US6834214B2 (en) | System, method and computer-program product for transferring a numerical control program to thereby control a machine tool controller | |
US20010039461A1 (en) | Apparatus and method for planning and controlling production sequences | |
US5911148A (en) | Automated message processing system configured for automated tape device management | |
GB2158970A (en) | Industrial processing and manufacturing systems | |
US6393333B1 (en) | Production management system | |
US6314462B1 (en) | Sub-entry point interface architecture for change management in a computer network | |
US8914512B2 (en) | Method and system for defining additional resources in a user management system of a manufacturing execution system | |
EP0518195A2 (en) | Method and system for exchanging information between application programs | |
US6226633B1 (en) | Method of forming a user interface for a telecommunications exchange | |
EP1316003B1 (en) | Dispatching component for associating manufacturing facility service requestors with service providers | |
JPS6119548A (en) | Industrial machining and manufacturing system | |
EP0294891B1 (en) | Office automation system | |
JPH0616982B2 (en) | Logistics control device | |
Radtke | Migrating an energy management system to a networked architecture | |
Gilmore et al. | Industrial Technology Modernization Program. Project 32. Factory Vision. Phase 2 | |
US5999982A (en) | Automated message processing system having a plurality of expert local facilities responsive to messages routed thereto to perform predetermined actions | |
JPH0954610A (en) | Production process management system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
AK | Designated contracting states |
Designated state(s): BE CH DE FR GB IT LI NL SE |
|
17P | Request for examination filed |
Effective date: 19860120 |
|
PUAL | Search report despatched |
Free format text: ORIGINAL CODE: 0009013 |
|
AK | Designated contracting states |
Kind code of ref document: A3 Designated state(s): BE CH DE FR GB IT LI NL SE |
|
17Q | First examination report despatched |
Effective date: 19890126 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
ITF | It: translation for a ep patent filed |
Owner name: BARZANO' E ZANARDO ROMA S.P.A. |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): BE CH DE FR GB IT LI NL SE |
|
REF | Corresponds to: |
Ref document number: 3581000 Country of ref document: DE Date of ref document: 19910207 |
|
ET | Fr: translation filed | ||
RAP4 | Party data changed (patent owner data changed or rights of a patent transferred) |
Owner name: BRITISH AEROSPACE PUBLIC LIMITED COMPANY |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
26N | No opposition filed | ||
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 19940413 Year of fee payment: 10 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: SE Payment date: 19940419 Year of fee payment: 10 Ref country code: GB Payment date: 19940419 Year of fee payment: 10 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 19940425 Year of fee payment: 10 Ref country code: CH Payment date: 19940425 Year of fee payment: 10 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: BE Payment date: 19940428 Year of fee payment: 10 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: NL Payment date: 19940531 Year of fee payment: 10 |
|
EAL | Se: european patent in force in sweden |
Ref document number: 85303458.5 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Effective date: 19950516 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SE Effective date: 19950517 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LI Effective date: 19950531 Ref country code: CH Effective date: 19950531 Ref country code: BE Effective date: 19950531 |
|
BERE | Be: lapsed |
Owner name: BRITISH AEROSPACE P.L.C. Effective date: 19950531 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Effective date: 19951201 |
|
GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 19950516 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
NLV4 | Nl: lapsed or anulled due to non-payment of the annual fee |
Effective date: 19951201 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DE Effective date: 19960201 |
|
EUG | Se: european patent has lapsed |
Ref document number: 85303458.5 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FR Effective date: 19960229 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: ST |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: ST |