MANAGEMENT AND ANALYSIS SYSTEM FOR WEB MACHINES AND THE LIKE Background of the Invention This invention relates to apparatus and a method for the control of weύs processing equipment, in particular large web printing presses capable of printing upon one or more webs in a number of differ¬ ent colors, and of separating and folding the printed web into sheets or signatures. Such equip- ent is well known, and automatic controls for such equipment have been utilized for many years, primar¬ ily for the purpose .of starting, stopping, jogging, and otherwise controlling the various functions of the press and its sections, and related equipment, and to monitor various conditions and provide warn¬ ings or emergency controls as desired. Such auto¬ mated control- equipment has developed over the years, from hard wired control circuits, usually involving various relays, switches, etc., into ^" more sophisti- cated computer controlled systems which preform the same function, or expanded such functions, using solid state components and micro or mini computer equipment. Still, the basic function of this equip¬ ment is to control the press, to stop it or give warnings, as may be necessary, in the event of failures or potential failures, and otherwise to assist the press operating crew in the actual make- ready and operation of the press, in a semi-automated manner. There exists, however, a need to monitor and analyze the operations of the machine, and of the crew controlling the machine, in order to achieve the most efficient operation, in order to predict or estimate performance standards, to provide guidance (or performance feedback) to the crew, and in order to provide various records which can be analyzed to

assist in achieving a satisfactory regular mainten¬ ance program for the press equipment. The present invention relates to such a press management and analysis system, wherein the equipment for gathering, compiling, computing and displaying or printing out data is provided as a adjunct to the press controls, and is utilized to assist the operating crew in the most efficient operation of the press.

Summary of ^' the Invention The present invention relates to such a press management and analysis system for a web processing machine, embodying a press monitoring and analysis console (PMA) which is located adjacent the press to which it is related, together with a remote entry computer (REC) with which the PMA can communicate, together with various sensor devices on the press, the states of which are monitored by the PMA and decoded in order to follow the operation of the press from the beginning of a job assignment, through make- ready operations, and through the printing operation to completion of the job.

Typically there is one PMA console for each press in the shop, and a single REC console remote from the press room, as in the production manager's office. The REC can communicate with each PMA, and recording (filing), hard copy printing, and like functions are handled at the REC console.

The system provides a number, of displays which require completion by the pressman/operator, thus soliciting information from him (or in some cases from the manager's office) as well as informing all concerned of job progress, of standard times expected for a given job, and of transfer from one state or phase of the job, as from makeready time to run time in which good product is printed. The system monitors press functions to feed back and

OM

record event messages, and it encourages operator input and identification of stoppage reasons, etc., thereby building a job file for the press which is useful for many management purposes. The system retains certain coefficients which are used at the beginning of a job, along with input job data, to calculate the standard times for a job of given magnitude, and then incorporates the results of such calculations in the displays for makeready time and run time as standards against which actual times are compared. Alarms are created when pro¬ jected or actual time exceeds calculated standard time.

The filed _. information is available for man- age ent analysis of the press operation, as in the form of reports compiling desired data into a printer produced report copy at the REC. Such information may, optionally also be communicated to a host com- puter for storage and/or further analysis. The reports not only identify press and/or crew effici¬ ency or problems, but also provide valuable guidance for maintenance and other management decisions.

The primary object of the invention, there¬ fore, is to provide a management and/or analysis system for use with a printing press, particularly a web press, or similar machine in which multiple func¬ tions are performed in registration; to provide such a system which assists and encourages an operator to enter into the system information which is useful for management, operational analysis, time keeping and/or maintenance purposes; to provide such a system which has capability to display to the operator, as on a video terminal, various formats to be completed by the operator through a data entry device; to provide such a system which φonitors the progress of a .press

through a job and displays to the operator an appro¬ priate graphic representation of such progress; to provide such a system which also displays graphic representation of time standards for the progress of a job having certain known requirements; to provide such a system which will generate an alert-when actual progress on a job phase exceeds a standard therefore; and to provide such a system which can generate hard copy reports for management and main- tenance purposes.

Other objects and advantages of the invention will be apparent from the following description, the accompanying drawings and the appended claims. Brief Description of the Drawings Fig. 1 is a perspective view of the REC

•console;

Fig. 2 is a schematic view of a- typical web printing press to which the invention is applicable; Fig. 3 is a perspective view of the PMA console;

Fig. 4 is a diagram on an enlarged scale of the entry keyboard on the PMA console;

Fig 5 is a block diagram superimposed upon outlines of the press and the two consoles, showing the overall functional relationship of these;

Fig. 6 is a drawing of the PMA video display depicting the manner in which messages, alerts, and display formats are presented to an operator;

Fig 7 is a diagram presenting an overview of the software system by which the console computers and displays and the press, communicate;

Fig. 8 is a block diagram of the PMA console electronic hardware;

Fig. 9 is a block diagram of the REC electronic hardware;

OMP

Figs. 10 through 18 depict various displays which appear at the consoles during operation of the system;

Figs. 19 and 20 show the operating code information (menu) available to the operator through the PMA;

Fig. 21 is a system state diagram; and' Fig. 22 is a basic block diagram of hardware and related software tasks for the PMA. Description of the Preferred Embodiment

General Arrangement Referring first to Fig. 2 of the drawings the digra atic representation of a typical web printing press shows a supply for web material indicated gen- erally at 10. In a typical installation this may include supports for multiple rolls of paper or other web material, whereby one or more webs may be supplied and threaded through the press simultane¬ ously. For example, a typical commercial multicolor offset printing press may print simultaneously on both sides of two different webs, which may even be of dissimilar grades of paper. In a typical embodi¬ ment this supply may be in the form of a well known mechanism known in the art as a reel stand which includes provision to support at least four rolls of web material Wl, W2, W3, 4, and these feeding into two different accumulator devices (not shown) . Thus webs from two different rolls can be fed each into an accumulator, and thence into the press as later described, additional rolls of like material can be ready, and when the first webs are depleted the webs from the rolls in reserve can be pasted to the tail of the webs which are depleting while the press monentarily draws web material from the accumu- lators. Such devices, which are well known, permit the press to continue operation through two or more

subsequent rolls of web material, since the reserve rolls can be used while new additional rolls are placed in the position of the fully depleted rolls. At the outlet of the accumulator there is conventionally an infeed mechanism, not shown, which in general controls the payout of the webs into the printing unit of the press, and which may incorpor¬ ate known types of tension control devices to assure an essentially constant tension in the web material. From the infeed the webs are threaded through one or more printing units of the press. In the diagram these are indicated schematically at items 11 - 15, representative of five printing units for a five color perfecting web press. Each print- ing unit includes the usual upper and lower printing couples for printing on opposite sides of the web material threaded therethrough, and these include upper and lower blanket cylinders, plate cylinders, inkers, dampeners, etc. which are per se well known. A typical multicolor operation prints the color black first, for example on printing unit 11 or 12, and then subsequently prints in other colors registering these other colors to the base or black print. The printed web. materials enter a dryer unit.20 which includes conventional upper and lower heated drying equipment for the multiple webs. Fol¬ lowing the drying unit are upper and lower chill rolls 22 which receive and cool the web material leaving the dryer, and following the chill rolls there may be further web guiding and coating equip¬ ment, as for applying a silicone coating to one or both sides of the web material, these being indi¬ cated generally at 24. Finally the web material passes into the folding equipment 25 where the web material may be folded lengthwise, folded across its

width and separated into individual signatures, and from the folders the material may pass to conventional stackers or other suitable delivery equipment.

Typically a drive including an electric motor 27 and line shaft 28 provides a power source for at least all the printing units and the infeed mechanism. The dryer, chill rolls, folders, and delivery equipment may have separate power sources. The foregoing description of a typical press is provided by way of background, and it should be understood that various types of web handling equip¬ ment are within the scope of the invention, includ¬ ing different forms of printing equipment such as lithographic, gravure, or other printing processes.

In the use of such equipment, generally there are two modes or states, one preparatory and the other a good product running operation; in the printing art these generally are designated as make- ready time and running time for good product. These are general descriptions, but are fairly uniformly understood. Phase I of raakeready time (MR1) may involve preparation of the various parts of the press, at a standstill, such as mounting new blankets, hanging the necessary plates for the job, • washing-up the various rolls, etc. in preparation for a new job, mounting the rolls of web material, and threading this web material through the various printing units and subsequent dryers, coaters, folders, etc. in accordance with the requirements of that particular job.

Once the web material is threaded, it is necessary to register the several different color images in order to produce the final fully regis- tered print, and this in turn requires jogging and/or low speed running of the press, and some full

speed running, in order to assure that registration is accurate and complete. Printed material result¬ ing from this operation is waste, it is not a useful product, hence this is all part of the raakeready process. This is referred to hereafter as phase II makeready (MR2) . When the press is finally prepared ^" for full speed continuous printing, then the opera¬ tor or crew chief indicates in some manner that the "good count" has begun, and from that point on the product is saved and stacked, etc. as necessary to fulfill the job requirements.

During the makeready process the various printing units „and other equipment may need to be declutched from the drive and line shaft, may need to be manipulated and rotated by hand, or may need to be jogged through the drive, as called for during various steps of the makeready process. Such process, again, is well known, and the _^ various steps required will depend upon the exact type of printing equipment, the nature of the product, and other factors which need not be considered here.

When the number of impressions required for a job has been completed, the press is then shut down and the job is considered finished. Cleanup following a finished job is generally considered part of the makeready procedure for the subsequent job. Different' types of web material may now be required, different plates almost always are re¬ quired, blankets may need to be replaced, the inkers washed up and the color or type of ink changed, and various other procedures may have to be followed, all as preparation or makeready for the next job.

The purpose of the present invention is to assist the crew in the entire operation of the equipment, from the beginning of makeready through¬ out the job, by accepting information input by the

crew, or by the manager of the printing establish¬ ment, by constantly monitoring the progress of each job, recording pertinent information in the form of event messages, assisting the crew by exhibiting various displays which encourage feed back into the system of exact information as to what is occurring during a job, what deviations may be encountered from the normal expected steps of the job, identify¬ ing such deviations or stoppages, including the reasons for them, and in general providing a data base from which the continuing usage of the press can be more effectively managed. Also displayed are various comparisons in the form of bar graphs, which will show a standard time for a given job, the actual time being required to reach certain steps in the progress of the job, projected total based on actual progress, and other related data including alarms when ^' the job is running beyond projected time requirements, or has encountered some emergency which requires that the press be shut down unexpectedly.

For this purpose, the press and related equipment is provided with a large number of sensors. In general, these fail into three differ- ent classes. One type involves contacts on existing switches or relays, indicating that a particular device is in one of two states, another type is digital information which may be obtained from counters. Typical digital outputs would be for press speed, elapsed total time, gross or total impression count, and good count. In addition some sensor devices may be in the form of analog output mechanisms, the outputs of these being compared against a standard for that particular associated function or mechanism, so that abnormal readings from the analog devices will result in outputs.

Oϊ.fP

These real time input signals from the press are sensed and decoded, and thus provide event codes which result in event messages. These are described later in further detail, however it should be noted that event codes are derived from press signals listed in Table I.

Referring to Figs. 1 - 6 of the drawings, and first to Fig. 1, there is shown the remote entry computer equipment REC console 30 which is housed in a desk 31 and includes a smart color CRT terminal 33, an entry keyboard 34 associated therewith, a microcomputer 35 which may, for example, include an Intel model 8080 microprocessor, a communications module (not illustrated) housed with the computer, a magnetic disc recorder 36 which may be for example a dual floppy disc drive, and a suitable printer 37. The REC is intended to be located remote from the press room, for example in the office of the production manager or pressroom foreman of the printing house, where he or a member of his staff may observe the terminal 33, and may input data via the REC keyboard 34. Someone in this location may also be responsible for the handling of hard copy output, such as reports, from the aforementioned printer which is a part of the REC.

Referring to Fig. 3 the press management and analysis equipment , hereinafter referred to as PMA, is housed in a console 40 which may be part of a press control console, not shown. The PMA console incorporates a data output device in the form of a color CRT terminal 42, a bank of LED digital dis¬ plays 43, 44 and 45 which output from digital counters, and a data input device in the form of a keyboard 47 which is shown in greater detail in Fig. 4. The PMA console is located on the printing, room

floor, preferably adjacent the press shown in Fig. 2, where it is accessible to the press crew, it being intended that the crew chief or some desig¬ nated crew member be responsible for monitoring the PMA terminal 42 and for entering data via the key¬ board 47. Fig. 8 of the drawings illustrates in the form of a hardware block diagram the type and arrangement of the PMA processing electronics equip¬ ment, which is housed in the PMA console 40. As shown broadly in Fig. 5, and also indi¬ cated in Fig. 7 at the bottom, provisions are included in the system for connection of the REC and the PMA via a communications module to a general purpose host computer, which may be used to provide a storage file of job operations information. This feature is merely an adjunct and not a necessary part of the system.

. Referring to Figs. 5, 7, 21 and ,22, the general cooperation between the press, the PMA and the REC is depicted in terms of various operations. Fig. 21 indicates the event codes used by the system to detect transitions from one operation to the next. Event codes derived from signals detected by the sensors on the press are explained hereafter in connection with Table I.

Operations. codes (OPCODE) are entered into the system via the PMA keyboard. In general, opera¬ tion codes are required to distinguish between operations that cannot be differentiated by means of event codes. A listing of the operation codes appears in Figs. 19 and 20 which show the menu dis¬ plays that are available to the PMA operator to refresh his memory concerning these various codes. The basic functions of the PMA computer module are to (1) detect events that represent transitions from one operation to the next and

transmit event messages describing the circumstances of the event to the REC for storage and (2) accumu¬ late time spent in each operation and transmit operation messages containing these times to the REC for storage (filing) . Also, operation messages con- taining the number of net signatures (output product) and of waste associated with each opera¬ tion, may be detected and transmitted.

The REC stores or files event and opera¬ tions messages, generates alerts for certain kinds of event messages, and also stores status informa¬ tion for the PMA during periods when power is off at the PMA.

PMA EQUIPMENT As described in connection with Fig. 3, the PMA module is housed in the console 40. The equipment includes the keyboard 47 (Fig. 4) the color CRT 42 and the counter displays 43 - 45 which comprise the complete 'display device,-as well as power supply and maintenance equipment all housed in the cabinet. In a typical installation the controls for the press include a relay rack which is part of the control system and most connections from the PMA module to the press are provided through contacts in this relay control. The PMA keyboard or entry device shown in Fig. 4 is intended to minimize button pushes for major functions, while providing for ex¬ pansion in case additional features needed to be added to the system. Keyboard operation may be summarized as follows: GOOD Used to indicate the saving of signatures. Pressing button starts good counter.

Used to enter Op_ codes or display the CODE Op code directory. Pressing OP CODE followed by three digits and ENTER supplies the Op code to the computer.

Op codes are required by the system to start a job, end a job and explain press stoppages. At these times the interactive display will request an Op code from the "pressmen" . Used to select display on the CRT or

DIS L Y show display menu. Pressing DISPLAY followed by ENTER selects the menu display. Each display available from that terminal is identified by a number; see Figs. 12 and 13. Pressing DISPLAY, followed by a display number ₍ supplied using the digital keyboard) , followed by ENTER, selects the display identified by that number. If the display number is known, selecting the display menu is unnecessary.

Some tables or graphs are too large

NEXT for display on the CRT screen at one time, and must be divided into segments; pressing the NEXT button displays each additional segment. The NEXT button is also used to display tables or graphs which are closely related to a display presently on the screen. Pressing NEXT button brings up the related display.

FORWARD and When filling out a table displayed on BACKUP the CRT the operator is assisted by use of a cursor. The cursor is sequentially moved from field to field to assist the operator in filling out the table. Manual control of the cursor to change a field already filled is done with the FORWARD/BACKUP buttons. Pressing one of these moves the cursor to the next or previous field.

Continued pressing will move the cursor starting through the display. ENTER Pressing the ENTER button signifies the end of an action and signals the computer to start processing. ENTER for example is always pressed after supplying data at the keyboard. As mentioned, the color CRT 42 provides part of a display device, along with three digital displays 43 - 45 which are part of counters. In a typical installation one four digit counter display 43 is used for press speed, and two six digit dis¬ plays 44 and 45 are provided for gross count and good count, respectively and each of these includes ^•■ a reset button.

The heart of the system is the PMA computer module, and its basic functions are a) automatically gathering production statistics and relating these to calculated standards for each job. Emphasized are makeready time, makeready waste, running time, running waste, and productivity in impressions per hour.

b) providing feedback to the pressman/operator regarding current productivity including an estimate of time to complete the present job. c) recording operation codes supplied by the operator signalling start of a job, completion of a job, and explanation of press down time. d) automatically recording sensor outputs describing operating states of the press such as web breaks, lubrication failures, etc. e) providing data to update manufacturing standards for use with automatic or manual estimating, and f) ^' maintaining a file of blankets used (in the case of a lithographic press) , and g) logging in of crew personnel. PMA Hardware Fig. 8 is a block diagram of the electronic har-dware in a typical PMA console. Preferably it consists of three single board computers (Intel Model SBC 80/20) , each of which includes an eight-bit CPU, a system clock, a 2K RAM, an 8K PROM, programmable parallel input-output (I/O) lines which are implemented by Intel type 8255 peripheral interface devices, an RS 232C interface device, an Intel type 8253 interval timer, an Intel type 8259 interrupt controller, and bus control logic and driver circuits. These are all per se known devices.

There is also a memory and input-output expansion board (Intel ^* Model SBC 108) consisting of a RAM, a PROM, an Intel type 3222 refresh control¬ ler, two type 8255 programmable peripheral interfaces which provide programmable I/O lines, an interval timer, a multiplexer, an RS 232 C interface circuit, and control logic and driver circuits. A

special input-output expansion board (Intel SBC 508) receives inputs from keyboard 77, and includes four input and four output ports.

As seen from the drawing, the internal PMA multibus provides communication among

(a) the digital sensor interface boards (MP810) which receive press event inputs from an I/O panel; b) the 80/20 EVENT computer which also receives input from the counters (43, 44, 45) via the current loop, and decodes inputs from the digital sensor boards into event codes; c) the I/O and expansion board (Intel SBC 508) , and a standard I/O expansion board (Burr Brown MP 802) which in turn communicate with the keyboards and the back light for its keys; d) the SBC 108 memory and the I/O expansion board which in turn outputs to the video display; e) a PROM; f) a custom commumication board (which may be of the type disclosed in U. S. Patent Application Serial No. 973,684 filed 27 December 1978 in the names of N. P. DeMesa and J. E. Laabs entitled Bus Collision Avoidance System, etc.); g) the 80/20 communσation computer; and k) the 80/20 ACQ/DISP computer; and

1) ISC '8001 Intelligent Systems Corporation Terminal, including color CRT and keyboard.

REC HARDWARE Fig. 9 is a block diagram of the hardware arrangement of the REC. The REC consists primarily of an ISC8001 terminal/computer, an Intel SBC660 chassis which holds the main computer, a dual

Shugart disk storage unit, and a Centronics printer.

The ISC8001 (Intelligent Systems Corporation) is a self-contained microcomputer with an 8080 microprocessor, 8K bytes of display RAM, up to 24K bytes of user program storage. The ISC also has a keyboard input and a serial port for two way communications to the main computer. Eleven dif¬ ferent displays are preprogrammed into the ISC, making it an intelligent device. Simple requests are made by the main processor since the burden of display generation is on the ISC. It is also pre-processes keyboard input, and only notifys the host when valid operator entries are made. Communi¬ cation to the main processor is via a standard RS232 terminal interface. The Intel SBC660 chassis holds the bulk of the processing capabilities and consists of:

1) 80/20 which acts ^" as main processor;

2) Comm Station - consisting of ^' 80/20 processor and a special HMCS bus communication board (same type as above identified in the copending U. S. application of DeMesa and Laabs) ;

3) SBC201 Floppy disc controller - two boards, channel controller and drive interface;

4) PROM 32 - which holds 32 K bytes of EPROM;

5) SBC108 - which holds 8 K of EPROM and input/output to ISC terminal, and 6) SBC116 - 16 K bytes of RAM and input/output to clock, calendar, and printer. The disc storage consists of two Shugart 801 floppy disc drives. Each drive is single density and capable of storing 2002 blocks of 128

bytes. Each disc is organized into files, a direc¬ tory of which is maintained on the disc. The main computer 80/20 maintains files through the SBC201 floppy disc controller. The video terminal and keyboard thus provide an information input/output device to super¬ visory personnel, the disk drive and printer provide memory storage and hard copy for reports, etc., and the main computer controls the management and transfer of information by the REC. Again, the components are per se standard items and details of their cooperation in the system will be apparent to persons skilled in the art of data processing and equipment. Real-Time Input Signals

Except when press power is off a number of sensors on the press are monitored, giving on-going feed back of information to the system. Automatic inputs to the system, using this information, include a) production statistics - e.g. time, gross count, good count and press speed; b) press status - e.g. infeed dancer position, web guide sensors, forward/reverse, impression on, temperature and lube pressure sensors; σ) changes in operating conditions - e.g. emergency stop, crew change, shift change, web break, folder jam.

All items other than production statistics are con¬ sidered as events whose impact on production will be recorded and assessed. Detected events are tagged with job-form-run number, time, good count, gross count, press speed and point of occurence, to provide event messages.

Table I, at the end of the specification, identifies the sensors for a typical installation.

These are illustrated schematically in Fig. 2, under

OM

the term Press Signal Sensors. The numerals asso¬ ciated with the sensor identification are bit assignments which are useful in understanding the interpretation of messages derived from sensor conditions.

Definitions for certain signals, used in defining events in the system, are as follows: (CRUN) One when press is in continuous run. zero otherwise. (20% SPD) One when press is above 20% of full speed. Zero otherwise. (FLDR) Zero when folder is engaged. One otherwise. (IMPR) One when impressions is on. Any one of seven signals indicate impression on.

(press & auto on and unit impression 1-6)

(SLOWER) One when ^' the slower button is depressed.

Zero otherwise.

(FASTER) One when the faster button is depressed.

Zero otherwise.

(INCH) One when the inch button is depressed.

Zero otherwise.

(REVERSE) One when the reverse button is depressed. Zero otherwise.

(NETCNT) One when the net counter is turned on. Zero otherwise (good counter) .

(SAFE) One when the safe condition is set. Press cannot be run or jogged until safe is reset.

(READY) One when the press- is stopped and ready for jogging or inching into continuous run.

(PASTE 1) One during web splicer paste cycle. Zero otherwise. Two paster signals (paste 1, paste 2) are available, one for each web.

As part of its function the PMA computer module interprets bit patterns from these sensors, and distinguishes ten events. These are defined as follows, first by name, then by boolean expression in terms of the bit numbers from Table I, and also in text explanation. The boolean expression is in terms of bit numbers, AND (» ) , OR (+) and NOT (—).

EO Press Stop EO β (SAFE) + (READY)

(62 + 63) Either "safe" or "Ready" signal indicates the press is (or will be) stopped. An event, automatically or manually actuated, that commands the press to stop will set the safe condition immediately upon receipt of the command. The press must stop before a ne ^~ run state can be established. For example, a web break or a red button stop sets the safe condition in the drive controller with the press in the deceleration mode. Restart can only take place after stop. El Washup (cleaning press)

El = (CRUN)» (20% SPD)« (IMPR)> (FLDR) (51+52+53+54÷55+56 48'50'49

Washup assumes press cleaning without a web and continuous run above 20% of press speed. E2 Washing Blankets

E2 = (CRUN). (20% SPD)» (FLDR)

Plate and blanket washup assumes a slow speed washup without a web, folder not engaged. E3 Removing or Hanging Plates

E3 = j (SLOWER)• (INCH)+(REVERSE)] ♦(FLDR) [(59'61)+60J-49

o-.:?

Removing or hanging plates is indicated by press jogging and the folder not engaged.

E4 Leading Webs

E4 = [ (INCH)+(CRUN) ] »IMPR* (FLDR)

5 (48+61)' (51+52+53+54+55+56)* 9

Leading webs assumes some forward jogging or continuous run at slow speed with the folder engaged. E5 Printing Waste ₁₀ E5 = (CRUN)* (IMPR). (NETCNT)

48» (51+52+53+54+55+56) ^»~ 35

Printing waste is indicated by the printing state and good counter off. Printed material is not being save. - _j _5 E6 Printing Good

E6 = (CRUN)» (IMPR)« (NETCNT)

48 ^» (51+52+53+54+55+56)' 35

Printing good is assumed when printing and the operator turns on the good counter at the 20 floor.

E7 Speed Change

E7 = (SLOWER)+(FASTER)

59+58

Speed change is of no interest in itself. 25 However, speed change may cause another event to occur such as press failure (web break, folder -jam, etc.) creating an interest in speed changes for a short period after such a change occurs. If an event does occur within 30 the predetermined time after a speed change, then the speed change will be reported with the event as possible event cause.

At each speed change occurrence a record will be saved for that predetermined period of 35 1. Starting press speed. Si

2. Direction of speed change

3. Ending press speed, S2

4. Counter information E8 Press Failure

E8 = ^' [(SAFE)+(READY) ]-• [20% SPD]' 50« (62+63)'

Web Break (2+3+4+5+6+7). + Red Button 66 + Folder Jam CYL 16 + Low Air Pressure 34 + Oil Flow Unit 1 19 + Oil Flow Unit 2 20 + Oil Flow Unit 3 21 + Oil Flow Unit 4 22 + Oil Flow Unit 5 23 + Oil Flow Unit 6 24 + Oil Flow Folder 25 + Oil Flow Infeed 26 + Oil Flow Chill 27 + Drive Hi- Temp 28 + XFMR Hi Temp 29 + SCR Bridge Hi Temp 30 + TPC Bridge Hi Temp 31 + Chill Hi Temp 32

Press failure is determined by the actuation of an auto or manual press stop. Paste

E9 = Past 1 + Paste 2 (64 + 65)

New web splice is indicated by a paste signal the paste event indicates a small portion of material will be printed waste in the area of the splice.

f ^C " ^PI

. he PMA computer module will interpret some button pushes at its keyboard as events independent of the input derived from the press sensors. These other events are defined as CO Run End

When entered this signifies the end of a run and succeeding time is under Other Time Cl Makeready 1

When entered, terminates Other Time and outputs Makeready 1 display to the CRT.

C2 Downtime

Allows pressman to explain reason for production halt due to a press failure. C3 Waitti e Signifies that some type of non productive wait period. C4 Running (Saving)

Signifies that the press is in the Running state. C5 Running Waste

Signifies that the press is in the Running state but the signatures are not to be saved. C6 Operation End

Signifies the end of the current downtime or waittime operation.

C7 Enter

Indicates that the data in the display (JOB-FORM-RUN, BLANKET, CREW, etc.) is correct as shown. Indicates completion of current data entry operation. The network of press operations through a typical job is shown in Fig. 21, with the real time events noted thereon. The four basic status symbols are Makeready phase I (MR1) , Makeready phase II (MR2), Run, and Other; within the first three, transitions

-^JlCh ^' Λ ^

may occur to ^" either "down" or "wait" conditions, depending on the reasons for stoppage or deviation from the usual ongoing makeready and run modes. The pentagonal symbols merely indicate event loops, thus any input to symbol A means a return to MR1, any input to symbol B means return to MR2, etc.

PMA HARDWARE/SOFTWARE Fig. 22 shows the PMA in basic block diagram form together with the related software tasks. The software can take various specific forms, as is known in the programming art, but for purposes of the invention the following software tasks are provided:

1) Time of Day (TOD) - activates once each minute to update shift and interval timers, to update hours and minutes in the database from the hardware clock, check for shift change times, check for end-of-day based on the hardware clock, and generate shift and day change events to the Event interpreter.

2) Paste Timing - activated by the Paste event (Ξ9) processing subroutine of the Event Interpreter to perform the delay and cutoff of the net counter as required. 3) press Event Processing (PEP) - handles incoming press event data from the 80/20 Event computer and uses it to generate events to the Event Interpreter.

4) Control Panel Processing (CPP) - processes keyboard input from the operator, gener¬ ates messages to the REC, events of the Event Interpreter, and outputs to the display; the proce¬ dure CPP is the initialization and main loop of the task, and is supported by a number of subroutines which are activated based on incoming character and current input display.

5) Display (DISP) - handles generation and update of the three screen areas (Fig. 6) at the CRT as directed by other tasks in the system.

6) Communications Bus Network Service

⁵ (NETSRV) - provides interface to the bus hardware and basic communications software functions.

7) REC Online - monitors the bus for the REC ONLINE message, which notifies the PMA that the REC is operating and can communicate via the bus.

10 hen the message is received, the task clears the REC-DOWN-FLAG, notifying the other bus tasks that they can resume transmission to the REC.

8) Bus Output - outputs messages from other PMA tasks to. the bus via NETSRV; automatically

15 sends messages to both the REC and the Host; after sending a message to the REC, waits for receipt of an "accept" message.

9) Bus Input - Using buffers supplied by other PMA tasks, receives data messages from the bus

20 via NETSRV; sends an "accept" message via BUS-OUTPUT-TASK for each message received.

10) Event Interpretes - processes "events" received as messages from the TOD, PEP, CPP, and BUS-INPUT-TASK tasks. These events represent press

25 events, time events, keyboard entries, and receipt of data from the REC. Processing of events consists of updating shift, interval, state, and counter data, generating messages to the bus, and updating the current status display. The procedure

30 EVENT-INTERPRETER is the initialization and main loop of the task, and is supported by a large number of subroutines activated based on an event. This task is the heart of the PMA. All of the preceeding tasks provide input to or output from the Event

^• " Interpretor.

^ S REA OMPI

11) Maintenance (MAINT) - provides a means to set time and date on the hardware clock, lamp test the keyboard backlights, and inject events to the Event Interpretor for the purpose of debug and test in the field.

Messages PMA/REC Message Exchange

Various messages are exchanged between the PMA and REC, most information flowing to the REC for filing. Table II illustrates the messages exchanged, the types of messages being as follows:

Message-PMA to REC Indent (in base 10) TIME REQUEST 0 MAKEREADY EVENT 1 END OF SHIFT 2 END OF DAY 3 EVENT 4 INTERVAL 5

MAKEREADY INTERVAL 6 RUN INTERVAL 7 SHIFT PRODUCTION 8 PRESS STATUS 9 CREW LOG ON 10 CREW LOG OFF 11 CURRENT BLANKETS 12-15 ^' DEAD BLANKETS 16 PRODUCTION ORDER 17 Message-REC to PMA Indent TIME SYNCH 0 ■MAKEREADY DATA 16

Examples of the information content of these messages are as follows. In these examples a byte is eight bits (0000 0000) and large numbers are expressed in scientific (exponential) notation. Some information is expressed in ASCII Code, in which case one byte defines one letter of the code.

Time Request Message

MESSAGE TYPE 1 byte

PRESS 1 byte total - 2 bytes

Makeready Event Message

End-of-Shift/End-of-Day Message

MESSAGE TYPE 1 byte

PRESS 1 byte

SHIFT 1 byte

JOB 2 byte

FORM 2 byte

RUN 1 byte

HOURS 1 byte

MINUTES 1 byte

OPCODE 1 byte total - 11 bytes

Event Message

MESSAGE TYPE 1 byte

PRESS 1 byte

SHIFT 1 byte

JOB 2 byte

FORM 2 byte

RUN 1 byte

HOURS 1 byte

MINUTES 1 byte

OPCODE 1 byte

NET LINEAR FEET 1 4 byte-scien.

NET LINEAR FEET 2 4 byte-scien.

GROSS LINEAR FEET 1 4 byte-scien.

GROSS LINEAR FEET 2 4 byte-scien.

NET COUNT ^' 4 byte-scien.

WASTE COUNT 4 byte-scien.

SPEED 2 byte

37 bytes

Interval Message

MESSAGE TYPE 1 byte

PRESS 1 byte

SHIFT 1 byte

JOB 2 byte

FORM 2 byte

RUN 1 byte

HOURS 1 byte

MINUTES 1 byte

OPCODE AT START 1 byte

OPCODE AT END 1 byte

ACTUAL TIME 2 byte

STANDARD TIME 2 byte

ACTUAL NET 4 byte-scien.

STANDARD NET 4 byte-scien.

ACTUAL WASTE 4 byte-scien.

STANDARD WASTE 4 byte-scien.

AVERAGE SPEED 2 byte

ACTUAL NET LINEAR FEET 1 4 byte-scien.

ACTUAL NET LINEAR FEET 2 4 byte-scien.

ACTUAL GROSS LINEAR FEET 1 4 byte-scien.

ACTUAL GROSS LINEAR FEET 2 4 byte-scien.

50 bytes

Makeready/Run Interval Message

MESSAGE TYPE 1 byte

PRESS 1 byte

SHIFT 1 byte

JOB 2 byte

FORM 2 byte

RUN 1 byte

HOURS 1 byte

MINUTES 1 byte

OPCODE AT START 1 byte

OPCODE AT END byte

ACTUAL TIME 2 byte

STANDARD TIME 2 byte

OMP

ACTUAL NET 4 byte-scien.

STANDARD NET 4 byte-scien.

ACTUAL WASTE 4 byte-scien.

STANDARD WASTE 4 byte-scien.

AVERAGE SPEED 2 byte

ACTUAL NET LINEAR FEET 1 4 byte-scien.

ACTUAL NET LINEAR FEET 2 4 byte-scien.

ACTUAL GROSS LINEAR FEET 1 4 byte-scien.

ACTUAL GROSS LINEAR FEET 2 4 byte-scien.

ACTUAL DOWN TIME 2 byte

ACTUAL DOWN WASTE 4 byte-scien.

ACTUAL WAIT TIME 2 byte

ACTUAL WAIT WASTE 4 byte-scien.

ACTUAL PM TIME 2 byte

ACTUAL PM WASTE 4 byte-scien. 68 bytes

Shift Production Message

MESSAGE TYPE 1 byte

PRESS 1 byte

SHIFT 1 byte

JOB 2 byte

FORM 2 byte

RUN 1 byte

HOURS 1 byte

MINUTES 1 byte

ACTUAL MAKEREADY TIME 2 byte

STANDARD MAKEREADY TIME 2 byte

ACTUAL MAKEREADY WASTE 4 byte-scien.

STANDARD MAKEREADY WASTE 4 byte-scien.

ACTUAL RUN TIME 2 byte

STANDARD RUN TIME 2 byte

ACTUAL RUN NET 4 byte-scien.

STANDARD RUN NET 4 byte-scien.

ACTUAL RUN WASTE 4 byte-scien.

STANDARD RUN WASTE 4 byte-scien.

ACTUAL RUN GROSS 4 byte-scien.

STANDARD RUN GROSS 4 byte-scien

ACTUAL DOWN TIME 2 byte

STANDARD DOWN TIME 2 byte

54 bytes

Press Status Message

MESSAGE TYPE 1 byte

PRESS 1 byte

SHIFT 1 byte

JOB 2 byte

FORM 2 byte

RUN 1 byte

HOURS 1 byte

MINUTES 1 byte

STATE 1 byte

ACTUAL MAKEREADY TIME 2 byte

STANDARD MAKEREADY TIME 2 byte

PROJECTED MAKEREADY TIME 2 byte

ACTUAL RUN TIME 2 byte

STANDARD RUN TIME • 2 byte

PROJECTED RUN TIME 2 byte

ACTUAL SPEED 2 byte

STANDARD SPEED 2 byte

BLANKET IMPRESSIONS (2 bytes x 16) 32 bytes

59 bytes

Crew Message

MESSAGE TYPE 1 byte

PRESS 1 byte

SHIFT 1 byte

JOB 2 byte

FORM 2 byte

RUN 1 byte

HOURS 1 byte

MINUTES 1 byte

CREWMAN (6) BADGE !5 ASCII

ON TIME 4 ASCII

OFF TIME - 4 ASCII

13 ASCII X 6 = 78 ASCII

88 1bytes

Current Blankets Message

MESSAGE TYPE 1 byte

PRESS 1 byte

SHIFT 1 byte

JOB 2 byte

FORM 2 byte

RUN 1 byte

HOURS 1 byte

MINUTES 1 byte

SERIAL NUMBER 5 ASCII

CUT 3 ASCII

MANUFACTURER CODE 1 1 ASCII

MANUFACTURER CODE 2 6 ASCII

NEW/USED 1 ASCII

CHANGE CODE 1 ASCII

UNDERLAY 3 ASCII

THICKNESS 3 ASCII

IMPRESSIONS x 1000 2 byte

25 bytes x 4 = 100 bytes

110 bytes

Dead Blankets Message

MESSAGE TYPE 1 byte

PRESS 1 byte

SHIFT 1 byte

JOB 2 byte

FORM 2 byte

RUN 1 byte

HOURS 1 byte

MINUTES 1 byte

SERIAL NUMBER 5 ASCII

CUT 3 ASCII

MANUFACTURER CODE 1 1 ASCII

MANUFACTURER CODE 2 6 ASCII

NEW/USED ^* 1 ASCII

CHANGE CODE 1 ASCII

UNDERLAY 3 ASCII

THICKNESS 3 ASCII

IMPRESSIONS x 1000 2 byte

25 bytes x 4 = 100 bytes max.

110 bytes max.

In reporting dead blankets, only those blanket positions which have been changed are reported.

Therefore, the number of dead blanket messages, and the number of blankets reported in the last message, for any given change of blankets, will depend on the number of blankets changed.

Production Order

MESSAGE TYPE 1 byte

PRESS 1 byte

SHIFT 1 byte

JOB 2 byte

FORM 2 byte

RUN .._.. 1 byte

HOURS 1 byte

MINUTES 1 byte

JOB 4 ASCII

FORM 3 ASCII

RUN 2 ASCII

WEB 1 - MILL 2 ASCII

- TYPE 2 ASCII

- WIDTH 4 ASCII

- WEIGHT 2 ASCII

— COLOR 1 ASCII

- OEE

WEB 2 - MILL 2 ASCII

- TYPE 2 ASCII

- WIDTH 4 ASCII

- WIEGHT 2 ASCII

- COLOR 1 ASCII WEB 3 - MILL 2 ASCII

- TYPE 2 ASCII

- WIDTH 4 ASCII

- WEIGHT 2 ASCII

- COLOR 1 ASCII NUMBER OF UNITS 1 ASCII NUMBER OF PLATES 2 ASCII NUMBER OF FOLDERS 2 ASCII FOLD TYPE 2 ASCII NUMBER UP 1 ASCII QUANTITY 7 ASCII QUALITY 1 ASCII

68 bytes

Time Synch Message MESSAGE TYPE 1 byte HOURS 1 byte MINUTES 1 byte

3 bytes

Makeready Data

MESSAGE TYPE 1 byte

WASHUP STANDARD CONSTANT 1 byte

BLANKETS STANDARD CONSTANT 1 byte

PLATES STANDARD CONSTANT 1 byte

CYLINDERS STANDARD CONSTANT 1 byte

WEB STANDARD CONSTANT 1 byte

MAKEREADY WASTE STANDARD CONSTANT 2 byte

RUN WASTE STANDARD CONSTANT 1 byte

STANDARD SPEED 2 byte

JOB 4 ASCII

FORM 3 ASCII

RUN 2 ASCII

_o:IFI_ ^""

WEB 1 - MILL 2 ASCII

- TYPE 2 ASCII

- WIDTH 4 ASCII

- WEIGHT 2 ASCII

- COLOR 1 ASCII WEB 2 - MILL ^" 2 ASCII

- TYPE 2 ASCII

- WIDTH 4 ASCII

- WEIGHT 2 ASCII

- COLOR 1 ASCII WEB 3 - MILL 2 ASCII

- TYPE 2 ASCII

- WIDTH 4 ASCIϊ

- WEIGHT 2 ASCII

- COLOR 1 ASCII NUMBER OF UNITS 1 ASCII NUMBER OF PLATES 2 ASCII NUMBER OF FOLDERS 2 -ASCII FOLD TYPE 2 ASCII NUMBER UP 1 ASCII QUANTITY 7 ASCII QUALITY 1 ASCII

69 bytes In some instances the messages themselves will indicate a unit of measurement in which a quantity is being expressed, but in other instances the unit may not be obvious from the message. By way of example, the following are some typical message fields, and the corresponding units ^" of measurement:

Time fields minutes

Net count impressions

Waste count impressions

Gross count impressions

Speed impressions/hour

Makeready waste standard constant impressions/hour Run waste standard constant percent . Plates standard constant minutes/plate Web standard constant minutes/web Other standard constant fields minutes/unit Quantity impressions

Opcode fields (See opcode menu

Figs. 19 & 20) The following data will be accumulated for each interval:

TIME (minutes) NET (impressions) WASTE (impressions) SPEED (impressions/hour) NET LINEAR FEET 1 & 2 (feet) GROSS LINEAR FEET 1 & 2 (feet) TIME is accumulated by. incrementing a time count each minute that the interval is active. Other values are calculated at interval end according to these equations:

Net Linear Feet interval = NET end - NET begin WASTE ^' interval = GROSS end - GROSS begin - Net interval SPEED interval = ((GROSS end - GROSS begin)/TIME) x . 60 or

SPEED run interval = (NET interval/TIME) x 60 Net Linear Feet interval = NLF end - NLF begin Gross Linear Feet interval = GLF end - GLF begin To enable calculation of the desired data, the PMA hardward provides storage of the following data for an interval:

Beginning Opcode 1 byte

Ending Opcode 1 byte

Timer 2 byte

Beginning NLF 1 4 byte-scien.

Beginning NLF .2 4 byte-scien.

Beginning GLF 1 4 byte-scien.

Beginning GLF 2 4 byte-scien. Beginning Net 4 byte-scien.

Beginning Gross 4 byte-scien.

28 bytes By the nature of press operations, and to allow future calculation of intervals not explicitly tracked - such as Printing Waste - three intervals can run concurrently:

Major Intervals Minor Intervals P.M. Interval OTHER-WT PM MAKEREADY El,E2,E3,E4,DT,WT PM RUN DT,WT PM

The PMA maintains three interval tracking areas - 28 bytes x 3 = 84 bytes.

Data on intervals El, E2, Ξ3, Ξ4, and DT are not ^• sent at interval end as is data for the other in¬ tervals. In addition, intervals El, Ξ2, Ξ3, and E4 may not be continuous, such that the final interval data must be a summation of interval segments data. To accommodate these requirements, the PMA data base provides eight internal save areas patterned after the interval message:

Beginning Opcode 1 byte

Ending Opcode 1 byte

Actual Time 2 byte Standard Time 2 byte

Actual Net 4 byte-scien.

Standard Net 4 byte-scien.

Actual Waste 4 byte-scien.

Standard Waste 4 byte-scien. Average Speed 2 byte

Actual NLF 1 4 byte-scien.

Actual NLF 2 4 byte-scien.

Actual GLF 1 4 byte-scien.

Actual GLF 2 4 byte-scien. 40 bytes x 8 = 320 bytes

Intervals tracked: begin end

OTHER-WT EO _* CO EO' (CO + Cl)

MAKEREADY EO'Cl E6 + (EO (CO + Cl)

El El Ξ2 + E3 + E4 + E5

E2 E2 El + E3 + E4 + E5

E3 E3 El + E2 + E3 + E5

E4 E4 El + E2 + E3 + E5

RUN E6 EO« (CO + Cl)

DOWN E8 + (EO'C2) depends on state

WAIT EO»C3 depends on state

PM C3*<. (DT + WT) DT + WT + C6

* including PM OPCODE

There are a number of displays* available at the PMA and the REC consoles, and these are listed below, together with appropriate Figure numbers of the drawings, which show the significant ones of the displays. The display menus for each are simply these listings of displays.

PMA CONSOLE DISPLAY Input Displays

1 Makeready Starup (Fig. 11)

2 Crew Data (Fig. 10)

3 Blanket Use Data

4 PMA Display Menu

5 Op Code Menu (Figs. 19 & 20 Status Displays

Indirect Time

Makeready Time (Figs. 12,13,14, & 15)

Run Time (Figs. 16, 17 & 18)

REMOTE ENTRY CONSOLE DISPLAYS

0 Set Time

1 REC Display Menu

2 Production Order (same as Fig. 11 top) 3 Standards Input

4 Blanket Use Date

5 Crew Data (Fig. 10)

6 Press Status

7 Alarms Log 8 Alarms Generation

System Operation A typical operation of the system involves the performance of at least one job by the press, and for purposes of explanation it will be assumed that the job is to begin with a new crew which is coming to work on a shift. Fig. 6 shows the regions on the CRT of the PMA console which are utilized for communication with the press crew, usually the crew chief. The largest center region, designated D is the region in which the various displays appear, such as those shown in Fig. 12 - 20. The smaller border region to the top designated AL is used for alarm prompts, and in the preferred embodiment, since a color CRT is used, this region is surrounded by a red rectangle to draw the attention of the operator to the alarm prompt. The region at the bottom designated M, is used for re- minder prompts to the operator, and other instructions during the function of the system, and in the preferred embodiment it is surrounded by a blue border.

Assuming that the system has been started, and time and date has been entered in response to a Time Request Message via the clock and calendar in the REC (Table II), job. standards can then be entered via the REC console by "a management or . supervisory person. The standards are stored in the

OMPI

disσ memory and can merely be recalled and displayed at the REC console, or these may be changed if needed. Such standards are used as later ex¬ plained. The REC to PMA Makeready Data message transfers the data to the PMA memory.

At the beginning of a shift, the Crew Data display (Fig. 10) is called up on the CRT of one or the other console, appearing as a table with spaces to be filled in. An operator at that console enters the necessary data to identify the job. For ex¬ ample, crew data will be input at the PMA during each operating shift, an identification number is provided for each member of the crew, and at appro¬ priate times the entry device is also used to provide to. the system the times when each particular member of the crew begins and ends his shift. A Crew LogOn Message is sent to the REC when the entries are completed at the PMA.

A further display (Fig. 11) identifies and calls for information needed in association with makeready startup operations. This for example will include identification of the run and job, the number, types, sizes and other characteristics of webs to be used, the number of active printing units, usually related to the number of colors in a job, the number of plates to be used and any infor¬ mation concerning the folder or its operations. Also to be filled in are the number of units in¬ volved as concerned with preparation and washup, washing blankets, changing plates, cleaning cylinders, or leading one or more webs through the pre-ss. The REC display for Production Order is identical to the upper half of the PMA Makeready Startup display. Thus an order can be entered at either. It is also possible to have the order filed at the REC disc memory and recalled, in which case a

Production Order message would be communicated to the PMA. The press crew chief can call up the com¬ pleted Production Order to the PMA by entering "DISPLAY 1 ENTER" and fill in the remainder. The system will not proceed until this information is complete. As soon as this information is completed by the entry process, the information is stored in memory via a Production Order message. Productivity calculations are made, using standard run constants which have been previously determined, based upon experience with the press or a like press. These constants are filed at the REC console, and of course are subject to change as more up to date information might be available to the production management office.

When the production Order data is entered, the PMA computer calls up these constants and uses them to calculate the standard times. Typical constants filed at the REC are κi - Preparation & Washup - Minutes per fountains K2 - Washing Blankets - Minutes per fountains K3 - Changing Plates - Minutes per plate K4 - Cleaning Cylinders & Bearers - Min. per fountain K5 - Leading Web - Minutes per web K6 - Impressions/Hr. - Imp/Hr. K7 - % Running Waste - Waste/Good.

The calculations made at the PMA are T - Total Preparation & Wash Time Kl x No. of fountains

T2 - Total Wash Blanket Time

K2 x No. of fountains T3 - Total Changing Plates K3 x No. of plates

T4 - Total Cleaning Cylinders and Bearers

K4 x No. of fountains T5 - Total Leading Webs K5 x No. of webs 5 Calculations include

Total Makeready Hours=T =T,+T ₂ +T_+T,+T,- Standard Makeready Waste = T„ x K7 Standard Running Waste = Print Quantity x K7 Standard Waste = Std. Makeready Waste + Std. Run ° Waste

Standard Run Hours = Print Quantity-f- K6

When productivity calculations are com¬ pleted the Makeready operation proceeds. Fig. 12 shows the Makeready display with only standard and 5 projected makeready bar graphs. This display automatically appears, as soon as Production data is entered, and represents the situation at the beginning of phase I of the makeready period (MR 1) . During this time the crew proceeds to hang 0 plates, thread the webs, prepare (but not set) the ink fountains, etc.

The system is monitoring progress during this period, and for every four minutes (one fifteenth of an hour) an Event Message is sent to ⁵ the REC, and also a graph increment is added where appropriate. As the makeready operation proceeds another bar graph appears on the display, represent¬ ing accumulated makeready hours. This bar, which grows in length as the makeready operation proceeds ⁰ represents actual time elapsed from the beginning of phase I makeready, when this display appeared. Also on the display are places for entry for the amount of down time or waiting time for the press, or time required for management functions, and bar graphs showing, individually, accumulated down time, wait time and press management time.

In connection with down time during make¬ ready, the display includes provision for a number of down time operating codes which identify specific types of down time during the makeready process, and also a place to enter wait time and press management operating codes. The system will charge wait time unless an operator intervenes a particular operating code to identify a specific down time operation to which the elapsed time at this point should be allocated. The progress and/or stoppage of normal makeready results in Event messages, including time, operation identifying (OP) code and elapsed time or downtime, being sent regularly to the REC and recorded (filed) , and also used to build the display graphs. The various events which lead to different press status are shown in Fig. 21 and can also be noted from Table II, Message Exchange.

When the crew has run some waste, phase II of makeready begins. This is recognized as event E5 (see Fig. 21) and the system then automatically updates the makeready display (Fig. 13) , with its accumulated graphs. The state is now MR 2, as shown in Fig. 21. The system, every four minutes calcu¬ lates makeready projected time and this information is part of the PMA display. When makeready phase I is begun, the projected time is set equal to the standards, since no operations have occurred. Thereafter, the time associated with washing blankets, leading webs, washing up, and changing plates are all accumulated separately. This is accomplished by using the decoded sensor signals to direct clock information into appropriate time stores or registers, where time for the correspond¬ ing operation accumulates. In addition to the four operations just mentioned, there is also a register

for storing time indicating merely that the opera¬ tion has stopped. To calculate projected makeready time, the standard time for the particular ^" operation is substituted until the operation is begun. There- after, the actual time spent in that operation is added. If an operation-is in progress during the four minute update cycle, then the time for the operation is either the accumulated time before that operation, or the standard, whichever is greater. Once an operation is completed, the actual time is used unless that operation begins again. All projections that extend past a shift boundary (e.g. eight hours for a shift) are truncated so that the projected time becomes the time until the end of the shift. The mathematical presentation of this calculation, which is repeated every four minutes is as follows:

PrMT is Projected Makeready Time

WBT is Wash Blankets Time

CPT is Change Plates Time

LWT is Lead Webs Time UT is Wash Up Time

DT is Down Time

WT is Wait Time

PM is Press Maintenance Time

Thus, rMT=WBT+CPT+LWT+WUT+DT+WT+PM.

As the phase I makeready proceeds, the pro¬ jected makeready hours bar graph will appear less than the standard makeready hours bar (if the crew is ahead of normal schedule) , or equal to standard if the crew is on normal schedule. An over standard situation is described below. If the makeready dis¬ play remains on the PMA display CRT, the projected makeready hour bar will fluctuate vs. the standard according to the situation.

- tf ET

OMPI

WIPO

The system also records a menu of opera¬ tional (OP) codes and descriptive phrases which the operator can call up on demand should he not have the necessary code memorized at the time it is necessary to enter it at the console for some reason. The menu comprises two displays. Figs. 19 and 20, which the operator can recall and readily look up all the various identifications for operational codes necessary to allocate particular operations or occurrences within the term of the makeready and run operations.

A typical, makeready display is shown in Fig.13, and includes some downtime and some accumu¬ lated waste. It is assumed here that the operator, during phase I makeready, has entered an appropriate OPCODE for the downtime reason (obtained from menu, Figs. 19 or 20, if necessary) .and a message has been recQrded at the REC. Only the totals are displayed here, not preceding reasons. Waste is represented as one unit (fifteen screen increments) per 4000 impressions.

Fig. 14 shows the phase II makeready dis¬ play at a later time. Some more downtime has occurred and the operator has determined it resulted from a web break at the upper infeed. He has entered the OPCODE 540. The bar after this code was deleted once the press, again was running and the downtime increased accordingly. The downtime event message has been reported to the REC file. It should also be noted that accumulated waste now equals 4000 impressions, almost one-fourth of the standard for makeready waste.

Fig. 15 shows the Makeready display later in phase II. A further downtime has been en- countered which was detected and automatically entered as due to a web break in printing unit one.

I.

OMPI V /., VIPO

OPCODE 542; Fig. 21, E8 transition from MR 2 to MR 2 DOWN. After about thirty minutes this was manually terminated by the operator, who determined the actual cause of downtime was due to a mill splice break. He has therefore entered OPCODE 435, and about one hour of downtime has accumulated for that reason.

At this point it should be noted that the latest calculation of projected makeready hours now exceeds the standard. The bar graph for projected makeready hours has therefore changed color, and it is expected that the makeready mode will require more than standard time before it is completed.

It should also be noted that wait times and press management (PM) times are always manually entered OPCODES. When these are ended, the corres¬ ponding totaled bar graphs remain on the display until the makeready mode is complete.

The operator, or the production manager if he calls up the Makeready display to the REC, can thus be continuously informed as to the progress of the makeready operation, and if there are any un¬ expected delays, they v/ill likewise be informed as to the time and nature of these delays. Once the makeready process is completed, including leading webs and print registration, and the press is running, the operator will press the GOOD button on the PMA console to indicate that a "good count" has begun. This also indicates that the output of the folders is to be saved from that time on during the run, unless some intervening con¬ dition produces waste. When the operator thus signals the beginning of the good count, the PMA display automatically changes to the Run Status display (Fig. 16). It includes bar graphs of

standard run hours, standard run waste, and a grad¬ ually increasing graph showing actual run hours. Additional graph bars can show down time hours, wait time hours, or management time hours during the term of the run. In the event of down time, wait time, or management time the operator can enter codes identifying the particular operation or occurrence from which the stoppage resulted, and this is auto¬ matically recorded at the REC along with the date and time of day, so that the occurrence, nature, and length of time of each of these nonproductive periods is recorded (filed) .

Similar to the makeready mode, projected run time is calculated and the "Projected Run Hours" display is updated every four minutes. This calcu¬ lation is based on the difference between the target good count (QUANTITY) entered during -makeready startup (Fig. 11) and the present good count. Initially the projection is set equal to the standard.

As the run progresses, an effective printing rate (speed) is calculated every four minutes. Effective Printing Rate = Number of Good Impressions Accumulated Run Time

Then the projected run time (PRT) is calculated as PRT = Target Good Count-Present Good Count Effective Printing Rate. During down, wait, or press maintenance time this calculation is not made. The projection is simply increased by four minute increments for the duration of the non-running period. Calculated projection begins, again when the good event E6 is detected.

Since presses of this type usually operate from a reel which allows the web from a new roll to be pasted to the end of the web from an exhausted

OMPI ^'

roll (as above described) , the system also provides for an accounting of waste resulting from the passage of the paste through the press. To accom¬ plish this, the good counter, having been started by the operator as previously mentioned, is automati¬ cally turned off once a predetermined number of gross counts occur after sensing. the paste. It is then up to the operator again to signal commencement of a good count as soon as the paste has cleared to the point that and good prints are again available. ^' Fig. 17 shows the Run Status display after the run has progressed at a normal (standard) rate for about forty-five minutes. The projected run hours are equal to the standard. The standard run waste has been displayed, having been calculated from the standards information on file at the REC. Accumulated impression per hour (the Effective Printing Rate) is within standard, and as yet there has not been any run waste. Fig. 18 shows the display later on, after a little more than two hours run time. A wait is occurring for paper (OPCODE 605), run waste is still below standard, but the accumulated impressions per hour is now just under 24,000/hr., in excess of standard, and the projected run hours now exceeds standard, hence the bar graph for projected run hours has changed color.

Referring again to Fig. 21, the diagram explains the overall press state sequences with event codes (E0 E9) and keyboard derived events

(CO C7) , referencing the press modes or states.

These are Makeready (MRl and MR2) and Run. Thus the system monitors, prompts, creates and updates displays, and otherwise assists the operating crew, while at the same time providing management information both dynamically and by building

operations files which can be used to prepare various hard copy reports. Samples of two such reports are: a) Press Run Data Report-table III, and b) Daily roduction Report-table IV. While the form of apparatus herein described constitutes a preferred embodiment of this invention, it is to be understood that the invention is not limited to this precise form of apparatus, and that changes may be made therein without departing from the scope of the invention which is defined in the appended claims. What is claimed is:

OM

-48a-

Table I 'PRESS SENSOR BIT ASSIGNMENTS

-WEB BREAK UPPER INFEED 31-HIGH TEMP. BRIDGE AIR -WEB BREAK LOWER INFEED 32-HIGH TEMP CHILL WATER -WEB BREAK UNIT 1 33-PHASE LOSS -WEB BREAK UNIT 2 34-HIGH PRESSURE AIR -WEB BREAK UNIT 3 35-GOOD COUNT -WEB BREAK UNIT 4 48-CRUN (CONTINUOUS RUN) -WEB BREAK UNIT 5 9-FOLDER DISENGAGED -WEB BREAK UNI ^' 6 50-20 SPEED -WEB BREAK UPPER DRYER 51-IMPRESS ON ON UNIT 1 -WEB BREAK SPARE 52-IMPRESSION ON UNIT 2 -WEB BREAK UPPER CHILL 53-IMPRΞSSION ON UNIT 3 - EB BREAK LOWER CHILL 54-IMPRΞSSION ON UNIT 4 -WEB BREAK SPARE 55-ΪMPRESSION ON UNIT 5 -WEB BREAK SPARE 56-IMPRESSION ON UNIT 6 -WEB BREAK SPARE 57-35 SPEED -WEB BREAK SPARE 58-FASTER -FOLDER JAMS 59-SLOWER -UPPER WEB AIR 60-REVERSE -LOWER WEB AIR 61-INCH -NO OIL UNIT 1 62-READY -NO OIL UNIT 2 63-SAFE -NO OIL UNIT 3 64-PASTE 1 -NO OIL UNIT 4 65-PASTE 2 -NO OIL UNIT 5 66-RED STOP BUTTON -NO OIL UNIT 6 67-DRIVE FAIL -NO OIL FOLDER 68-POWER ON -NO OIL INFEED 69-DRYER FAIL - -NO OIL CHILL 70-SPARE -IIIGH TEMP. DRIVE MOTOR 71-SPARE -H GH TEMP. TRANSFORMER -HIGII TEMP. SCR BRIDGE

^■ 48b-

Table II MESSAGE EXCHANGE

PMA REC at p ver up, TIME REQUEST -e-

_TIME SYNC in respo TIME SYNC hourly an operator entry of data PRODUCTION ORDER on any blanket change, all segments CURRENT BLANKETS -tt→. on any blankets change, segments as needed, DEAD

BLANKETS every 4 minutes,

PRESS -STATUS -ξs- on occurrence of press events, as required, EVENT l)sent at first E5, one each for El, E2, E3 and E4;

2)at end of each PM interval;

3)at end of each WAIT interval;

4)at end of MakeReady and end of Run, one for each DOWN interval saved;

5)one for oldest DOWN interval when DOWN save area overflows

INTERVAL -&»

-48b-

DATA

EVENT TIME HRS. SPEED NET ST NET WASTE STD. LIN LIN SHIFT

' CNT CNT WASTE FT 1 FT 2

1 ϋ

CO 300-ORIG MKRDΪ 07:42 2.1 ^' 464 0 0 4125- 5000 7821 7892 1

1 350-RUN 09:48 1.2 932 34293 34000 102 204 18669 18672 1

431-V7/B HOLE- 11:00 0.3 374 0 0 . 432 350 819 832 1

350-RUN 11:18 2.7 964 ■82150 83314 224 ^* 260 43450 43451 1

401-PACK/BLKET 14:00 0.4 .'291 . o 0 351 300 185 187 1

607-WAIT-REPLATE 14:24 0^3 0 0 0 0 0 0 0 1

40 -RΞPLATE-CRK 14:42 0.4 396 0 0 . 415 325 218 221 1

350-RUN 15:06 0.6 975 18475 18550 58 43 , 109 110 1

998-END SHIFT 15:42

Table IV

DAILY PRODUCTION REPORT

TIME: 14:08 DATE: 07/16/79

PRESS NET COUNT % DEV WASTE COUNT % DEV I

0

0 I

11 756824 +0.2 31848 -16.1 r

TOTALS 756824 +0.2 31848 -16.1