Professional Documents
Culture Documents
Fig. 1. SimSched-Q system: traditional simulation surrounded with expert systems within one shell
We had developed a knowledge based simulation with something what we call "intelligent robot cell
system called SimSched-Q (Kovács et al., 1993). In controller with open communication".
the SimSched-Q system the simulation was
implemented in a world-wide accepted, but 2. REAL-TIME COMMUNICATION WITH
'traditional' simulation/animation system called EXPERT SYSTEMS
SIMAN/Cinema. It was surrounded by expert system
modules (preparation, on-line quality and scheduler The practical problems of the communication of
advisor and evaluation) implemented in the same expert systems in CIM applications can be divided
G2 Ver. 3.0 object-oriented Real-time expert system into two parts. One is the hardware-software
shell (Fig. 1). The structure and the functionality of connection (physical) and the other is the logical one
the system were designed and developed in a way that between the controller(s) and controlled devices. This
later the simulation might be changed to a real FMS decomposition was very useful both in the design and
environment, and the ES would be the real-time implementation phase during the last projects of our
controller. The prototype application was developed CIM Laboratory. If this decomposition is not so sharp
with the real data (layout, capacities, process plans, many problems may occur during the development
machine parameters, etc.) of the Pilot FMS of the and specially in maintenance later on..
Technical University of Budapest. The application
There are relatively easy programming interfaces (etc.
specific and independent parts were separated in the
C/C++) in most available ES shells. These interfaces
expert systems.
provide data transfer and communication possibilities
The second chapter will discuss the communication with external tasks, stations, etc. They support clear
problems of expert systems in CIM/FMS applications and easy programming to reach objects, to call
and give a problem decomposition. Later on there is a procedures, to set and get variables, etc.. The
brief description of the features of the MAP based interfaces are dedicated to specific software tools of
Virtual Manufacturing Device model in intelligent the ES and they are general towards the external
control. Finally there is a presentation of the detailed world without being able to take into account the
basic definitions, and the way we went on to end up requirements of the given application. So nearly each
(CIM) implementation requires special software
development to cover this gap between the external cell controller is not hidden’. Hidden intelligence
world and the ES. means in this term that the knowledge based
technology is applied only inside the cell controller
Clearly the communication functions depend on the and it has no specific actions via the communication
capabilities of the expert system. The way of learning channel. A typical example of the hidden case if a KB
and knowledge handling determine the logical levels system is built up on the top of a traditional control
of the communication. Three different types of system using its original communication. The
working mode and different levels of the knowledge acquisition and the so-called knowledge
communication of an intelligent cell-controller in a communications were separated. The first one
CIM environment are shown in Fig. 2. (Nacsa and contains specific data for modifying or verifying the
Kovács, 1994). These levels are implemented - of knowledge of the given controller. When a KB system
course - within the same protocol. This picture just shares its knowledge (new or modified) it belongs to
explains the different possible meanings of given the knowledge communication level (Buta and
messages. The lowest level has the basic control and Springer, 1992). The communication messages of the
data acquisition type messages. The other two levels most real and pilot KB applications belong to the
have messages if and only if the ‘intelligence of the lowest, possibly to the middle logical level.
3. THE OBJECT ORIENTED VIEW OF MMS on the higher level of the FMS (Nagy and Haidegger,
1994) to give a communication oriented view about
Going back to the so-called physical connection there the network elements and their resources.
are many alternatives. Most controller and controlled
device vendors offer good (proprietary) solutions to
communicate and also vendor independent standards
are available.
As the goal of this work is to provide Real-time, Two solutions were examined. In a work of a student
intelligent control of CIM (FMS) systems the next (Tömösy, 1994) it was examined how the complete
step was to apply all development results given in the MMS object structure can be built up within the G2.
previous sections and to integrate the independently It took a lot of efforts and gave a relatively
working and tested software-hardware modules. complicated and not too useful structure. Because of
the different services and their parameters many
external procedure calls were defined. All
implemented MMS services have their own GSI
procedures and all MMS object types have their
internal G2 object description. The complexity of the
inner structure was the same as the MMS itself.
MLGO
PLACE3, a place Operation"StartPI"
Color gray Param 3
Weight 30
a place Position 3 Last value -1
table Remote appl "pc.mms"
step Mms object type prog-inv
Mms object name "R-GET"
Fig. 4. KB control of a robot with OSI start next-move Domain ""
(user,PLACE3) Named type ""