The information contained in this document is subject to change without notice.
This document contains proprietary information which is protected by copyright. All rights are
reserved. No part of this document may be photocopied, reproduced, or translated to another
language without prior written consent of ADIC.
ADIC shall not be liable for errors contained herein or for incidental or consequential damages
(including lost profits) in connection with the furnishing, performance or use of this material whether
based on warranty, contract, or other legal theory.
All trademarks are the property of their respective owners.
All rights reserved. No part of this document may be copied or reproduced in any form or by any
means, without prior written permission of ADIC Europe, ZAC des Basses Auges, 1, rue Alfred de
Vigny, 78112 - Fourqueux, FRANCE.
ADIC Europe assumes no responsibility for any errors that may appear in this document, and
retains the right to make changes to these specifications and descriptions at any time, without
notice.
This publication may describe designs for which patents are pending, or have been granted. By
publishing this information, ADIC Europe conveys no license under any patent or any other right.
ADIC Europe makes no representation or warranty with respect to the contents of this document
and specifically disclaims any implied warranties of merchantability or fitness for any particular
purpose. Further, ADIC Europe reserves the right to revise or change this publication without
obligation on the part of ADIC Europe to notify any person or organization of such revision of
change.
Every effort has been made to acknowledge trademarks and their owners. Trademarked names are
used solely for identification or exemplary purposes, any omission is unintentional.
ADIC is a registered trademark and ADIC Europe is a trademark of Advanced Digital Information
Corporation.
ADIC USAADIC EuropeADIC Germany Beteiligungs GmbH, KG
Tel.: +1-303-705-3900 ZAC des Basses Auges Eschenstrasse 3
Fax: +1-303-792-2465 1, rue Alfred de VignyD-89558 Boehmenkirch, Germany
ATAC: 1-800-827-3822 78112 Fourqueux, FranceTel:+00.800.9999.3822
www.adic.comTel.: +33.1.3087.5300
Fax: +33.1.3087.5301
Document number: 6-00440-02
Published: 22 Jul 2003Printed in the USA
ADIC CORPORATE • 11431 WILLOWS ROAD, NE • REDMOND, WASHINGTON, USA • 1-800-336-1233
This manual contains information and instructions required to set up and operate the AML
Management Unit (AMU).
Intended Audience
This guide is intended for use by system programmers and administrators working with the AMU
software. Familiarity with the operating system OS/2 is assumed.
Organization
This publication contains the following chapters:
Chapter 1
Chapter 2Description - Description of the functions of the AML Management Unit
Chapter 3
Chapter 4
Chapter 5Utilities - Utility programs for diagnosis and installation of AML Systems
Chapter 6Procedures - Description of important procedures (start, software update, etc.)
Chapter 7
Chapter 8Messages - Log messages of AMU.
Appendix AAppendix - Glossary, trace level, media and device types.
Index
Introduction - Information concerning use of the manual as well as safety
instructions.
Operating Console - Explanation of functions of the AMU operating console
(CON)
Configuration - Explanation of the configuration features for AMU (AMU and
OS/2)
Useful System Functions - Information on OS/2 operating system, database
manager and TCP/IP functions in connection with AMU.
Explanation of Symbols and Conventions
The following symbols and highlighted passages note important information:
This manual contains references to following documents:
DOC E00 003 AMU Installation Guide
DOC E00 018 AMU Problem Determination Manual
DOC E00 014 AML-Controller User Guide
DOC F00 018 HACC/DAS Administration Guide
Customer Assistance
Advanced Digital Information Corporation (ADIC) provides the following types of customer
assistance for the AMU.
Technical Assistance
Telephone and e-mail support, as well as training for the AMU, is available through ADIC.
Contacting Support
Depending on how the technical support is purchased, telephone support is provided either through
your reseller or directly through ADIC.
The ADIC Technical Assistance Center (ATAC) provides world-wide service and support.
In the USA800.827.3822
World-wide free call00.800.9999.3822
In the Germany49.07332.83458
Phone number0033-(0) 130875300
Fax number0033-(0) 130875301
Send email tosupport@adic.com
1-26-00440-02
AMU
Description
Figure 2-1AMU in a Multi-Host Environment
The AMU:
•is the main processor of the AML Mixed-Media Library (for each AML one AMU is required),
•is the central interface of the unmanned AML system,
•conducts the configuration service for hardware related AML functions,
•can be connected to several hosts,
•manages a database (SQL database DB/2 for OS/2) for;
•assignment of volsers to compartments,
•cleaning media,
•groups for rewritable media (scratch pools),
•is the hardware on which the following programs are running;
•AML Management Software (AMU),
•Distributed AML Server (DAS) (optional for connection of Distributed AML Clients),
•can be connected to a second AML to enhance the failure safety (DUAL AMU).
With the appropriate configuration, AMU can control various kinematics:
•AML/2
2-1
•AML/E
•AML/J
AMU
NOTE:
The AML Management Unit (AMU) is described in the following chapters. The
information on DAS can be found in the following manuals:
• DAS Administration Guide
• DAS Interfacing Guide
AMU Tasks
The following section describes the various AMU tasks.
Command Management
AMU accepts commands from various interfaces:
•host interfaces
•graphic operating console on AMU processor (Refer to Operating Console on page 3-1)
The commands are either processed immediately and acknowledged (e.g. database queries) or
entered on a command queue according to priority. The software can enter up to 240 commands
on the command queue. All important events related to these commands are recorded in a log file.
AMU 3.12 accepts "foreign” cartridges from the I/O unit. You must, however, keep this compartment
empty for the dismount procedure.
Dismount Management
Dismounting includes:
•the unload command to the drive
•the process inside the drive preparing the unloading (e.g. rewinding tape drives)
•the dismounting (medium is moved to dismounting position)
•the robot command to move the medium from the drive to a new position (e.g. home
position)
These procedures can take different amounts of time depending on the drive type. With the aid of
the Dismount Manager these procedures can be adapted to the different drive types, and can be
controlled even if there are time differences for dismounting. (Refer to Drive on page 4-15)
AMU supports Drive Control Interface (DCI) for some types of drives.By means of this interface, the
AMU can get drive status, send unload commands and handle clean request from drive.
Supported drives and required DCI unit hardware
The following drives are supported in current release of the AMU software.
2-26-00440-02
AMU
DriveDCI hardware versionNotes
Quantum DLTver. 4 or above
Quantum SDLTver. 4 or above
IBM LTOver. 4 or above
IMB LTO 2 FCver. 4 or above
IBM 3590ver. 4 or above
SONY AIT-1ver. 4 or above
SONY AIT-2ver. 4 or above
SONY AIT-3ver. 4 or above
Require a special connection cable
(part no. 407000529)
Clean Management
In an AML some drives may require cleaning. The following modes are differentiated:
•drive is cyclically cleaned manually
•drive is cyclically cleaned automatically using a cleaning medium
•drive is cleaned manually as needed
•drive is cleaned automatically as needed
To determine the cleaning mode required for your drive refer to the drive´s documentation or ask
the drive´s manufacturer.
Clean Management supports cyclical automatic cleaning and automatic cleaning as needed.
Cyclical cleaning is based on a count of the mount procedures.
NOTE:
The cleaning cycle for the drive in the archive is individually adjusted for each drive. When cleaning
is required, the Clean Manager selects a cleaning medium from the clean pool.
The clean pool is the amount of cleaning media of a certain type, and each medium in the clean
pool has a barcode label. Required parameters are assigned by means of the clean pool, such as
maximum number of uses and minimum number of cleaning media required.
The clean pool is filled by special insert commands for cleaning media. The application receives a
message when the number of available cleaning media drops below the minimum amount. The
eject command for cleaning media is used to eject exhausted cleaning media.
In addition to this cyclical cleaning the application also offers a command for immediate cleaning of
a drive.
DCI-connected drives send the clean request via DCI interface to the AMU (except for the IBM 3590
drive, which does not support this). Thus Clean Manager cleans the drive only in the correct
procedure.
AMU Tasks2-3
If your application should support cleaning of drives as needed or cleaning
based on the read and write procedures of the drive, use this version.
AMU
Import/Export Management
In AML systems, ranges and units are defined for import and export of media. AMU differentiates
these according to the type of I/O unit:
•import and export without stopping the robot
•import and export while stopping the robot (I/O unit/D -HICAP AML/J);
As well as according to the type of host connection for import and export:
•host-controlled
•AMU-controlled.
Host-Controlled
When the operator presses a push-button to request the I/O unit, it then becomes unavailable for
the system (I/O unit cannot be used by the robot while operator is active).
After release by the system, the operator opens the I/O unit and removes the media from the I/O
unit as well as puts other media into the I/O unit.
When the I/O unit has been closed, it is automatically made available to the system.
Robot activities designed to check the changes made, are started by commands send by the HOST
software (HACC/MVS).
AMU-Controlled
When the operator presses a push-button to request the I/O unit, it then becomes unavailable for
the system (I/O unit cannot be used by the robot while operator is active).
After release by the system, the operator opens the I/O unit and removes the media from the I/O
unit as well as puts other media into the I/O unit.
When the I/O unit has been closed it is automatically made available to the system. AMU starts
checking the open ranges. Movement of media (filing in a storage area) is triggered by a host
command.
Foreign Mount
In the I/O unit a range for direct mount can be reserved (without insertion into archive shelves or
towers). The media stored there do not require a barcode label for identification. The assignment is
made via the compartments and virtual volsers (e. g.*FR001).
Database
The information on compartments in the archive and the media in the archive is saved in a relational
database. Such information includes:
•serial number of the medium represented by a barcode (VOLSER)
•kind of coordinate (CTYPE), e.g., whether a cleaning or data medium can be stored on this
coordinate
•qualities of the coordinate (CATTR)
•is it occupied or empty
•has the Volser just been mounted on a drive
2-46-00440-02
AMU
•how often has it been used (USECOUNT)
•which robots have access right (COWNER)
•type of media that can be stored on this coordinate (MEDIA)
•backup status in case a DUAL-AMU is used (BUDSTATE)
•time of the last change (TIMESTMP)
•status of the medium, e.g. scratch (VTYPE)
•number of uses of the medium/drive for drive cleaning (COUNTER).
The AML database consists of three tables:
•COORDINATES (compartments in the archive)
•SCOORDINATES (drives and I/O unit)
•POOL (scratch media, cleaning media and data for Media Identifier convertion).
The database is automatically accessed with every host command.
Archive Organization
The table COORDINATES can be configured for various applications:
•Hierarchical Archive Organization
Volser are assigned to coordinates in increasing order. To allow for this, ranges (Volser
ranges) are defined when the database is set up, and the data records are preassigned.
A Volser can be stored in the system only if it is within a Volser range and therefore has a
home coordinate (home position). Identification is made automatically with the aid of the
barcode label on the storage medium.
•Dynamic Archive Organization
no fixed assignment of coordinates and Volsers upon setup of the database. Volser are filed
in random order in the archive (this type of organization is recommended if the Volsers in
the archive change frequently).
If a Volser as yet unknown to the system is inserted, it is automatically inserted at the first
vacant compartment in the dynamic range. This compartment remains the home position
of the Volser until it is ejected from the system with the "Eject Total” option.
•Dynamic Archive Organization with HACC/MVS
The host software HACC/MVS runs its own archive.When a new Volser is inserted into the
system, the target coordinate (new home position) is assigned by HACC/MVS.
This system also differentiates temporary and total ejection.
In one archive several organization principles may be used in combination (e.g. 1st range dynamic,
2nd range hierarchical).
Data Safety
The AMU plays a key roll in the connection between host systems and the robot system. An AMU
failure leads to a standstill of the entire robot system.
DUAL AMU
DUAL AMUs are two identical computers for control of ADIC archives (AML/2, AML/E, AML/J with
serial PMAC). The AMU computers are connected to the control units of the archives by means of
Automatic Data Switch (ADS) via an RS232C connection.
AMU Tasks2-5
AMU
The ADS is a remote-controlled switch creating the connection between AMU PC and control
components. If one AMU fails, a command shifts the switch and processing is resumed by the
second AMU.
The two AMU computers are linked by an RS232 interface or a LAN. This connection is used to
•synchronize the databases
•transfer commands (routing function)
•transfer configuration data (command controlled).
For the host systems the DUAL AMU is a single system (not two separate computers). The
information on which of the two AMU computers is currently holding the connection to the robot
control unit, is irrelevant for the function. Both AMU computers can receive host commands.
The commands are automatically sent to the active AMU and the robot control unit.
Figure 2-2Functional Principle DUAL AMU
If the AMU (AML Management Unit) fails, the router (RTE) continues to run. In the example (shown
in Figure 2-2) there is no change in Host-AMU-communication when AMU fails on AMU A. Only the
ADS is switched by the switch command and the router of AMU A sends the host commands to the
AMU of AMU B. If AMU A fails entirely, the router is likewise no longer available. In this situation
the host-AMU-communication must be changed. Since host 3 in the above example is not
connected to AMU B, it would not be able to control the AML system if AMU A fails entirely.
Database Backup
Independent of the DUAL AMU, a constant, current backup of the database can be created: the
database backup (Refer to Process Configuration on page 3-19).
You can switch the database backup function on or off with an entry in the configuration file
AMUCONF.INI (Refer to Process Configuration on page 3-19).
By means of an entry in the configuration file you can determine where backup and journal files will
be saved.
You can write these files
•to a second physical hard disk in the AMU PC
•via the IBM-LAN-Requester to a LAN server (accessory). This would also provide
protection from possible disk crashes
2-66-00440-02
AMU
NOTE:
The database backup starts once per day: when AMU is idling ("Idle Time”) at a programmable time.
The backup runs as an independent task in the background, that is, while the system operates. All
data records in the database are written to an ASCII file in their entirety (complete backup).
Additionally, all current changes are protocolled in separate files (journal files).
Since the database backup is created outside the database system, it will remain available for
restoration even if the database manager fails.
You can completely restore a database. You must have the following
•backup file
•corresponding journal file
on the AMU operating console in menu Service the command Restore (Refer to Restore on page
3-28). During the restoration, the backup and journal files are checked for integrity.
If a LAN server is used, the function of the network must be guaranteed. A
functional defect in the connection to the LAN server can cause a failure of AMU.
Also, after interruption of the connection to a LAN server (e.g. after shutdown of
the LAN server) manual intervention for sign-on to the LAN server is required.
Log Function
The activities of the archive software on the AMU computer (AMU, DAS) are recorded in the AMU
log.
For each day (beginning at 0.00 hours) a new log file is opened. The log file is written into a defined
directory (preset to: C:\AMU\LOGS-TRC). If the available storage capacity drops below a defined
value (preset to 40 MB), the oldest log files are deleted.
The log files are saved in ASCII format and can be read with any ASCII viewer.
Disaster Recovery Support
After a failure of the entire data processing center (host and disk storage), some media are
immediately required from the archive, to be able to continue operating with a spare data processing
center (Disaster Recovery). Since the host and therefore the software for control of the AML system
is not longer available in this case, the export is controlled by AMU. Refer to Ejection Procedure for Disaster Recovery on page 6-5.
Host Connections
Host connection is made either
•directly by AMU (mainframes)
•or by DAS (Distributed AML Clients).
AMU as Server
In environments with several hosts, AMU operates as a server. It takes over the entire coordination,
since several host computers can access the AML system in parallel.
AMU Tasks2-7
AMU
To enhance fail safety of the system, two AMU computers can be connected to one AML system
(DUAL AMU).
The corresponding host software components communicate with AMU via various connections.
Selection and Number of Connections
The connection types available for the respective host type are described in the table below and the
diagram in this chapter.
The number of possible parallel host connections to AMU is limited only by the AMU hardware. If
the version does not provide what is required, select the next higher hardware version.
The AMU hardware currently employed can be used for systems with up to three physically differing
host connections (e.g. Token Ring, and Ethernet Connection).
HostHost Software
IBM - MVSHACC/MVS
IBM - VM/VSEHACC/VM/VSE
Siemens BS2000ROBAR (BS2000)
IBM - AS400LMS (M&T Consults)
TandemTwinATL
UNIXHACC/DAS
DECHACC/Open VMS
Limitations
In an environment with several hosts the following limitations apply
•one Token Ring connection with n x LU 6.2-connections in parallel
•simultaneous connection of HACC/MVS and HACC/VM:
•HACC/MVS via LU 6.2
•HACC/VM via LU 6.2
•as an option: TCP/IP via Ethernet
•as an option: AML via RS-232-C.
Connecting Options
The following chart provides an overview of the various connecting options.
2-86-00440-02
AMU
Figure 2-3AMU Connecting Options
Access Rights
Access rights to the functions of the AMU software are assigned to different levels.
Access to AMU Operating Console
Three user groups are differentiated:
•supervisor - system technician with full access rights to the system
•administrator - system administrator and task preparation has access to system
configuration
•operator - system operator, user of the system, without access to configuration.
Database Access
Authorization for database access is automatically made with the user identification "AMUADMIN.”
AMU Tasks2-9
AMU
AMU Processes
The software consists of individual programs (processes) running in parallel (multi-tasking). Each
process accomplishes a specific task. Additionally, there are various service utilities.
Figure 2-4AMU Processes
Functions of Processes
The following table lists all functions and processes of AMU.
manages and protocols (journaling) archive
catalog; SQL database
background process for control of data transfer
between DUAL AMUs
operator interface for application, installation and
maintenance
process controlling the communication to all
external systems (e.g. HACC/MVS, robot control
unit of AML/2)
AMU
AbbreviationNameExplanation
KRN-LKernel-logical
KNPKernel-physicalprocessing for robot (compute coordinates)
RTERouter
central logic, converts host commands to control
commands
set up routing table,
passes host commands from passive AMU
computer to active AMU computer and back
Service Programs
The following table lists all AMU service programs.
AbbreviationNameExplanation
INI2CONFAMUINI Converter
JustUtilJustUtility
Log2AscLog to ASCII
PmMaintPMAC Maintenance
converts AMUINI.IN file in AMU version 2.00 to
AMUCONF.INI
editor for teach point files for AML/2, AML/J, and
AML/E
converts binary coded log file from AMU version
2.4 and earlier to ASCII file
microcode download and diagnosis program for
AML/J control unit (PMAC)
patinipatiniallows editing of binary configuration files
RFM Rho File manager
showinishowini
file transfer to rho control when Kernel, HOC and
ARC (incl. DB 2/2) have been stopped
displays binary-coded configuration file in ASCII
format
AMU Processes2-11
AMU System Requirements
This section describes the AMU system requirements.
Hardware
HardwareRequired level
Processormin. Intel Pentium 350 MHz
AMU
Memory
Hard diskmin. one hard disk with 850 MB free space (2 hard disks recommended)
Graphic adaptermin. XGA, 1024 x 768
Input devicekeyboard and mouse / trackball
min. 64 MB RAM (128 MB recommended, required for systems with two or
more hosts)
Software
SoftwareRequired level
Operating system
Database manager
Communication
OS/2 4.0 with fixpack 15, MPTS 6.0 and TCP/IP 4.31
IBM DATABASE 7.01
TCP/IP 4.31
Compatibility
This AMU version requires the following host and control software versions:
SoftwareVersionComments
AML/2 control unit
AML/E control unit
AML/J control unit2.40D or higher
DAS3.12
ROBARV2.5 or higherV3.02 recommended
HACC/OS400V2.2 or higher
HACC/MVS3.0 PTF ZY30015
TwinATLS0308D20 or higher
HACC/VM1.4.2
2-126-00440-02
2.20D or higherStandard gripper
2.30D or higher Parallel gripper
2.20D or higherStandard gripper
2.30C or higher Parallel gripper
older version does not support the DUAL- and
CLEAN function
AMU
Operating Console
System operation is identical whether you input commands at the operating console of the AMU or
at the host. Each has the same access priority to the system.
CAUTION:
NOTE:
Especially when using the commands Put, Get, Look, and Teach, be
sure to prevent conflicts with host commands. If in doubt, restart the
AMU after using any of these commands.
After any change of the configuration, you must restart the AMU (AMU
and DAS).
Input at the AMU must be restricted to the following situations:
• host communication failure
• robot failure (manual update of the archive catalog after manual
interventions (Refer to Operator Guide)
• during installation
• during maintenance
All non-executable commands or options are displayed with a shadow.
3-1
Application
Design and application conforms to the SAA standard.
It it operated with
•the keyboard
•the mouse
Further information can be found in the OS/2 manuals.
Design of the Menu Bar
Figure 3-1AMU Menu Bar
AMU
NOTE:
The following functions are the same in all windows:
ButtonFunction
CancelCancels the current function and closes the window.
HelpOpens online help.
In the active window the title bar background is dark; in inactive windows the title
bar´s background is light.
System menu field
Figure 3-2System Menu Field of AMU
Selecting a Command
With the mouse
3-26-00440-02
AMU
1. Move the mouse pointer to the desired menu in the menu bar.
2. Click on the menu; the menu opens.
3. Click on the command in the menu; the command window opens.
With the keyboard
1. Press the <ALT> key and the underlined letter in the menu bar. The menu opens.
2. Now press the underlined letter in the menu to select the command.
With a command code
1. If a key or a combination of keys is specified following the command you can directly select the
command with it.
Altering a Window´s Size
Resizeable windows have a frame all around (e.g. Trace window).
1. Move the mouse to any corner of the active window. The mouse pointer changes into a double
arrow.
2. Press the mouse button and pull the window to the desired size while keeping the mouse button
pressed.
Moving a Window
1. Move the mouse pointer onto the title bar.
2. Move the window while keeping the mouse button pressed.
Closing a Window
1. Close the window by a double click on the system menu field.
Application3-3
Overview of Menus
All commands of the AMU operating console are explained here:
Figure 3-3Overview of Menus of AMU
AMU
NOTE:
When DUAL AMU is used, only the command Switch can be processed by the
passive AMU (even the command View Archive Catalog Management is not
allowed for the passive AMU). Enter all commands at the active AMU.
Menu Shutdown
Figure 3-4Menu "Shutdown”
3-46-00440-02
Loading...
+ 244 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.