System for Providing Three Dimensional Object Descriptions

The present invention is particularly directed to use in an automated cable design system which will employ varying features and functions, described in differing aspects, in any one or more of the following group of copending U.S. patent applications, which includes the present application, all filed concurrently on Aug. 24, 1987:

Ser. No. 07/089,201 to G. T. Brown et al for "System for Designing Intercommunication Networks";

Ser. No. 07/089,200 to R. J. Cicciarelli et al for "System for Ensuring Device Compatibility";

07/088,925 to D. B. Millis for "System for Providing Three Dimensional Object Descriptions,";

Ser. No. 07/088,924 to G. R. Aldrich et al for "Method for Producing Building Instructions for Three Dimensional Assemblies";

Ser. No. 07/088,916 to G. R. Aldrich et al for "Method for Producing Installation Instructions for Three Dimensional Assemblies".

The present invention relates to a system for producing text and more particularly to a system for producing text in human readable form from geometric data in mathematical form that partially describes a three dimensional object.

Engineering layout and assembly drawings that depict network systems such as wire cables used for power or signals, plumbing fixtures and pipes, heating, ventilation and air conditioning duct work, aircraft mechanical cabling, pneumatic tubes and the like heretofore usually have been generated manually or by rudimentary automation. For the purpose of brevity the word cable is used hereinbelow to represent all such elements appropriate to varied environments, such as, but not limited to, wire for electrical systems, pipes for plumbing systems and tubes for pneumatic systems. Wire, pipe or tube lengths, for example, were conventionally determined or estimated by various methods including measuring string on a mock-up scale or life-sized physical model of a product or of a building or by digitizing engineering drawings. The process of drafting engineering drawings based on this information was also accomplished occasionally by a computer aided design system.

Engineering drawings have heretofore been produced by accumulating technical descriptive data manually and, with the use of computer aided design equipment, by entering such technical information into a database. This database could typically be a file of two dimensional mechanical design models of engineering drawings. Such a database did not include provisions for entering, storing or displaying textual information relating to the geometry except through manual methods. That is, once a two or three dimensional drawing was generated, the text would have to be inserted separately either manually or with the aid of a computer.

The aforementioned mock-up scale or life-sized model of a product or building allowed a designer to observe physical properties and make physical measurements of the structures under consideration. These physical measurements were reduced to data that was input to a computer system or hand lettered on the engineering drawings.

When more sophisticated design equipment became available, it became clear that what was needed was a system for entering into a database such data in mathematical form and having the computer system generate the physical data in text form. Once this occurs, the resulting textual description must be placed on the engineering drawings.

The database requires that the mathematical data be a three dimensional representation of the object being designed. This is analogous to the aforementioned physical model also being three dimensional.

It would be advantageous to provide a system for producing text on engineering drawings in human readable form.

It would also be advantageous for such a system to generate physical data in text form from part of a mathematical description of three dimensional objects.

It would also be advantageous for such a system to include two databases: one containing geometric data in mathematical form describing three dimensional objects and the other containing physical data in text form.

Moreover, it would be advantageous for such a system to calculate physical data in mathematical form and convert the results of such calculations to physical data in text form.

It would also be advantageous for such a system to combine physical data in text form, however provided, to produce the complete physical descriptive data in text form that is required by an engineering drawing.

In accordance with the present invention, there is provided a system for producing human readable physical data in text form from geometric data in mathematical form that partially describes a three dimensional object. A first database is provided that contains geometric data in mathematical form representative of the shape of the object. A second database contains physical data in text form. At least a portion of the data in the first database can be extracted and used as the basis for calculations of physical data in mathematical form, which can be converted into human readable physical data in text form. The resulting physical data can be merged with data from the second database to produce a complete geometric description in text form of the object. The present invention also contemplates a mechanism for using empirical data with a knowledge based system. The knowledge based system can be used to modify the physical data to adapt geometric properties to a manufacturing process.

A complete understanding of the present invention may be obtained by reference to the accompanying drawings, when taken in conjunction with the detailed description thereof and in which:

FIG. 1 is a block diagram showing the overall collection of projects of which the present invention is one;

FIG. 2 is a block diagram showing the administrative design process that can be used independently of a geometric design process;

FIG. 3 is a block diagram showing the geometric design process that can be used independently of a administrative design process;

FIG. 4, 4A and 4B show a flow chart of the WIRELIST program;

FIG. 5 is a simple default values file;

FIG. 6 is a block diagram of the SELECTOR CLIST;

FIG. 7 is a flow chart of the SELECTOR program with tabular I/O data set descriptions relating thereto;

FIG. 8 is an isometric view of a three dimensional template that can be produced in accordance with the present invention;

FIG. 9 is an isometric view of the three dimensional template of FIG. 8 further depicting wire frame paths using three dimensional lines;

FIG. 10 is an isometric view of the three dimensional template and wire frame paths of FIG. 9 further depicting curved corners;

FIG. 11 is an isometric view of the three dimensional template of FIG. 10 further depicting a cable raceway;

FIG. 12 is an exploded isometric view of the template of FIG. 10 further depicting one wire lead as a 13-section CATIA curve;

FIG. 13 is a solid representation of a cable with wire leads;

FIGS. 14a-14d taken together show different views of a raceway and two cables;

FIG. 15 is an isometric CATIA view of the template and cable when downloaded to CADAM;

FIGS. 16, 16A and 16B illustrate a solid representation of a cable with wire leads and certain administrative data created by the SELECTOR CLIST as they first appear in CADAM;

FIG. 17, 17A and 17B illustrate the content of FIG. 16 with minibills and connector views;

FIG. 18 shows text printed in five combinations of text angle and slant angle;

FIGS. 19, 19A and 19B illustrate the content of FIG. 16 completed and including dimensions;

FIG. 20 is a point to point wiring table in CADAM; and

FIG. 21 is an isometric view of the completed cable routing/installation drawing.

The present invention is one of a collection of projects that can be thought of as two design processes. The inventive project is related to the administrative process that describes an element used to connect devices to one another.

Administrative data is any alphanumeric character or text that is entered automatically into a computer aided design system such as a CADAM system. CADAM is a trademark of Cadam, Inc. The CADAM system is described in further detail in "CADAM User Reference Manual" available from Cadam, Inc. as document C-030-001-U. Administrative data includes point to point wire data and a bill of materials. It does not include geometric information.

Other design projects hereinabove mentioned use a three dimensional mechanical design system such as a CATIA system. CATIA is a trademark of Dassault Systemes. The CATIA system is described in further detail in "CATIA Basic Reference Manual", for example, available from IBM Corp. as document SH20-6912. The mechanical design system generates geometrically and dimensionally accurate computer aided models as well as pictorial cable routing drawings. Another project loads the results into a CADAM system.

The aforementioned geometric and administrative design processes are independent but for two events. The first event occurs when actual wire lengths are derived from the geometrically accurate CATIA model and placed in the administrative data. The second event occurs when all results from both processes are loaded into the CADAM model representing the isometric cable representation with administratively matched descriptive data.

In accordance with the present invention, events in the preferred embodiment occur in the following order. A digital plan of record of supporting devices is created using a computer suitable for executing a virtual machine (VM) program. The cable administrative data is similarly entered and then the geometry is created using the CATIA system. Finally, data is loaded into CADAM and both a CADAM assembly model and a CADAM installation model are completed.

Heretofore, operations have involved a non-digital interface between the person or group requesting a cable and the cable designers. This has usually been accompanied by last minute requests and has typically omitted certain information. The cable designer was often behind schedule before being supplied enough data to start the designed project.

Prior to using the projects described hereinbelow, a user specifies product related information in several forms. As part of building the plan of record, the user must specify a list which includes the product, valid devices and connector families. The software cross checks to ensure that the cable design does not violate these rules.

Typical database management requires the services of a database administrator from a support area. The database is completely maintained by the user. Only part numbers that are intended to be used by the designer are entered by the designer.

Prior to executing the software to collect cable hardware part numbers from cable descriptions, the user enters the part number for any cable hardware expected to be used. The part number is entered once, regardless of how many times the part is used. When several designers use the same tables, each person can add whatever part numbers are needed. The database created in this way is relatively small and easily maintained by designers using an editor in menu driven software, such as the System Productivity Facility (SPF). SPF is described in further detail in "Interactive System Productivity Facility Programmer's Guide" available from IBM Corp. as document SC34-2088. If certain data is forgotten, the user can add it later, after the SELECTOR program, hereinbelow described, indicates what is missing. Although it is more productive to complete the database before executing the SELECTOR program, it is not unusual to omit certain information during initial database loading.

Referring now to FIG. 1, there is shown a block diagram of the network design process in accordance with the present invention.

Cable descriptive information 10 is entered digitally by the requesting group, not shown, and subsequently completed by the cable designer, not shown. This descriptive data 18 initially resides on a computer system and replaces conventional manual methods. The software that initiates and maintains the plan of record 16, descriptive data entry and database management of completed network descriptions is called WIRELIST 12. The WIRELIST program 12 runs on a virtual machine (VM) operating system. The preferred embodiment uses the IBM conversational monitoring system (CMS). Both VM and CMS are described in further detail in "VM/CMS General Information Manual" available from IBM Corp. as document GC19-6221.

The WIRELIST VM data entry program 12 (hereinafter called WIRELIST) has two main functions: a) record and store the plan of record 16, and b) collect, store and transmit the description of each cable to the Mechanical Design Automation (MDA) system, referred to generally as reference numeral 15. The MDA system 15 operates under MVS/XA, described in further detail in "MVS/XA Overview" available from IBM Corp. as document GC28-1348.

With WIRELIST 12, the requestor can supply complete descriptive information at an early stage and cable designers can begin cable design before the geometry can be started. WIRELIST 12 is an expert system to which can be provided lists of acceptable answers in the form of a default values file, hereinbelow described in further detail. The program 12 verifies that the requestor and cable designer are following their own plan of record 16. The plan of record 16 can be modified only through special authorization.

WIRELIST 12 allows only the requestor to supply data to certain fields and only the cable designer to supply data to others. Moreover, the program 12 ensures that neither person fails to supply complete information under his or her respective class of user responsibility. Furthermore, either person can supply at least one field of overlapping data. WIRELIST 12 also checks to be sure that no data is missing.

When WIRELIST cable description data is transmitted by means of a transmitter (XMIT) 20, it is automatically added as a member in a Time Sharing Option (TSO) 22 partitioned data set 26 with the member name equal to the letter P followed by the seven character part number. TSO is described in greater detail in "TSO Terminal User's Guide" available from IBM Corp. as document GC28-0645. The user need refer to a cable by part number only. The MDA system 15 handles data management of these cable descriptions 18 and 26.

The general content of the cable description 18 is physical. For example, the description might indicate that the cable terminates with a Mate-N-Lok brand connector of specific physical properties, such as 12 pins. (Mate-N-Lok is a trademark of AMP, Inc.) The cable description does not include the 12 pin Mate-N-Lok connector part number. The user is not expected to remember component part numbers each time they are used but is expected to have recorded it once in the tables of the database prior to using it.

Referring again to FIG. 1 and starting with a specified cable description 26 from WIRELIST 12, the user executes a series of software programs referred to as SELECTOR CLIST 24. These programs 24 obtain the length data for a specified cable from geometric CATIA models 50, add the length data to the cable description 26, find the part number data for all component parts and load and file all the administrative data on that cable into a CADAM model 30. The user indicates the cable part number to process and the appropriate CATIA model name. The same name is used for the resultant CADAM model name. The CATIA FILE name, which is also the user's CADAM subgroup, is entered in response to the SELECTOR CLIST by the user and the desired selected notes to be added to the final CADAM drawing are indicated by the user. The procedure for labelling wires in the CATIA model 50 so that they will be added to the cable description 26 is described hereinbelow. The main part of the aforementioned sequence of programs 24 is the SELECTOR program hereinafter described and hereinbelow referred to as SELECTOR. The purpose of SELECTOR is to match physical data from the cable description 26 and the tabular part number database, not shown, to determine the part numbers needed.

The number of tables depends on the variety of connector families used in the product. The word connector is used hereinbelow to designate an originating or a terminating point of a network. Connectors can be electrical outlets and terminals, mechanical joints and fixtures and the like.

SELECTOR generates five types of administrative data that are required for release drawings. SELECTOR also formats the results in preparation for loading to the CADAM model 30.

The second process shown in FIG. 1 is the geometric cable design in the CATIA system 34, with subsequent download to the CADAM system. The CATIA portion of this description is shown in flow chart form and identified generally by reference numeral 34. Frame components and other geometry affecting cable design are gathered into a single CATIA model called a three dimensional template, step 36. These items are solids, previously created by other designers. Wires are next routed along frame members and related paths using CATIA lines and similar one dimensional geometric constructs, step 38. The constructs are concatenated to create a single CATIA arc for each wire, step 42. Later, software gathers the actual length data and includes it in the descriptive data 26 so that the bill of materials specifies the amount of wire needed.

Bulk cable analysis is performed, step 40, by using the CATIA PIPE function and the wire as the center of the cable. The PIPE function is later used, step 44, to create the isometric view for CADAM. The geometry is analyzed in CATIA, step 46, and recorded on a screen copy of the view 51 for subsequent inclusion in CADAM 32. When completed, the designer first downloads to the CADAM system 49 the isometric view of the wires and then the isometric view of the wires with the background solids, step 48. The first download is combined with the descriptive data from the administrative process to create the cable assembly drawing. The second download is used as the basis for the cable routing drawings. Both drawings reside in CADAM FILE 33. Both models may be run through a REDRAFT program 54 as described hereinbelow to the CADAM FILE 56. This is optional and will depend on individual design techniques. Dimensioning is performed by using the CADAM system 32. The aforementioned CATIA process 34 results in a CATIA model 50.

Although the aforementioned programs can be executed in an arbitrary order, the order of the preferred embodiment is as follows. WIRELIST 12 should be executed first and the cable description 18 should be completed. The cable should be designed in CATIA 34 and the model 50 saved. The SELECTOR CLIST 24 should be executed and then the CATIA geometry should be downloaded, step 48, to CADAM FILE 49. Finally, the results should be combined with the SELECTOR CLIST results 30 to produce the final data 33.

Referring now also to FIG. 2, the administrative procedure may be used independently of the geometric procedure if the designer chooses to draw a conventional symbolic, two dimensional, representation 31. Geometric length data must be entered manually before running the SELECTOR CLIST 24 or the bill of materials will not contain specific data on the amount of wire required.

Referring now also to FIG. 3, the geometric procedure may be used independently of the administrative procedure, if the designer can enter the administrative data manually, step 52.

Actual labor saved is significant. Cycle time is also reduced. All savings realized are a direct result of pre-preparation of administrative data before preparation of CATIA geometry and before creation of the CADAM released drawings in the new formats. This allows design of cables in parallel with other mechanical parts.

Alternate variations usually have drawbacks, but may be acceptable for certain cables. Downloading the geometry before running SELECTOR CLIST 24 is one example. The drawback is that if a problem exists in the CATIA model 50 that is identified by SELECTOR, then the download must be repeated. Another example is to run SELECTOR before the three dimensional design is complete. The advantage is that the administrative data can be checked before the geometry is complete. The check, however, does not include adding the actual wire length data into the wiring point to point table and totalling the wire length data for the bill of materials.

While a designer may use both the administrative and the geometric design processes, it should be understood that the administrative description of a cable can be completed, except for actual wire lengths, even before the geometry for cabling is available.

One of the advantages of the preferred embodiment is the quality of cable routing drawings and displays. Assembly instructions are pictorial rather than descriptive. The drawings display a cable in place, highlighted while background solids are of normal intensity. Alternatively, color can be used to separate the cable from background hardware. Moreover, color can be extended to identify multiple cables in an assembly sequence so that a single drawing can be used to aid in assembling many cables.

For clarity, the cable designer should add to this drawing any other cables that would be already be installed. These cables should be at low intensity to match the template. Because there may be extensive amounts of data, the other cables may be stored in another CADAM model with an overlay number in the CADAM model name.

The sequence of cable installations must be clarified because cables are not recognizable from their geometry. Actual cable is usually supplied coiled in a plastic bag and does not appear as a three dimensional isometric view. Further identification on the cable routing drawing is required in the form of a part number that represents the cable assembly that is to be installed just prior to the current one. Alternately, a color coded container can be used to differentiate the cable. The color coding of the container can be selected to match the color coding scheme of the cable installation sequence.

Cable documentation in field manuals and customer manuals has always been tedious and complicated. Extreme care must be taken to assure that all information is present and, where it is duplicated, that it is consistent. The author of such documentation may capture either the assembly or the installation drawing as desired and imbed it directly into a document file. Preparation by the author or at his request requires only erasing extra information from the CADAM model 33. Similarly, CATIA graphics can be used in lieu of CADAM graphics, resulting in earlier availability of customer documentation.

The present system uses CATIA to define the length of each lead accurately. Operationally, this length may be too short. This phenomenon seems to occur because the cables are created on a two dimensional pegboard and then coiled and bagged for shipment to the assembly area. Uncoiling can leave the cable short by an amount that can only be estimated. Parameters affecting the shrinkage include the length between functional bends, the number of leads and the wire size. Other effects that leave unmeasurable changes are the tightness of the coil and the effort spent trying to straighten it.

Shrinkage of cables can be compensated for by empirical observations resulting in a knowledge based system applied to the CATIA model 50 during the transfer of length data by the SELECTOR CLIST 24 to the cable description 26. A percentage increase as a function of cable section length and bulk diameter is computed and applied by the knowledge based system. The results are reflected in the point to point wiring table and the bill of materials.

WIRELIST 12 is designed to be self contained on one machine. WIRELIST 12 is a program that performs the first part of the administrative design process. Its function includes setup and maintenance of the cable plan of record, cable descriptive data entry and database management of completed cable descriptions. WIRELIST 12 also transmits the cable descriptions to the MDA system 15.

WIRELIST 12 comprises two CMS user written commands (EXECs): WIRELIST EXEC and WIREADMN EXEC. These two EXECs execute REXX programming code stored in files having a filetype of XEDIT.

WIRELIST 12 is an expert system capable of crosschecking input against a flexible list of valid entries. For example, after a list of valid connector families is entered, the program 12 requires that users choose a connector from those on the list. The list becomes part of the digital plan of record 16 generated by WIRELIST 12. The program 12 verifies that the list of connectors is used. Only authorized users, as determined by WIREADMN EXEC, can change the plan of record 16. Similarly, only authorized users can add or change the cable description 18, which is generated by WIRELIST 12.

The cable description 18 is a file for each cable. Its content is described hereinbelow. Through specific authorizations, cable specification fields can be supplied only by the requesting person; for other fields, however, only the cable designer may enter the data.

When a cable has been completely described, the description thereof 18 is sent via a transmit mechanism, XMIT 20, to the MDA system 15 which supports CADAM 32, CATIA 34, and TSO 22 systems and is stored in a partition data set 26.

One of the members of the design group (i.e., the group leader or the lead cable designer) is designated as the owner of WIRELIST 12. After logging on, this owner can start another USERID, which is the system logon for WIRELIST 12. The owner can also suspend program execution and make required password changes when necessary. The system logon runs independently of the owner and continues to run even if the owner logs off. All changes, additions and deletions made by the requestor or designer are actually made by the system logon. The system logon, once started, runs regardless of the number of users logged on unless stopped by the owner.

Referring now also to FIG. 4, there is shown a schematic program flow of WIRELIST 12, referred to generally as reference numeral 400. One or more designers 402 and one or more cable requestors 404 represent two classes of users, respectively. Both classes 402 and 404 execute the same programs, WIRELIST EXEC and WIREADMN EXEC 406. The distinctions of class are made through the authorization files, hereinbelow further described.

An expert system programmer and/or an owner of the system 400, referred to as reference numeral 403, represent a higher privileged operator class. This class also uses the programs 406 for controlling certain authorization and default values files.

WIRELIST EXEC 406 is used to create a plan of record 16 (FIG. 1), generate cable descriptions 18 and transmit cable descriptions 18 via XMIT 20 to the MDA system 15. All of the aforementioned functions are handled by an XEDIT data set named WIRELIST XEDIT. The WIRELIST EXEC 406 also initiates operation of two other XEDIT data sets: WIRELABL XEDIT and WIREOPTS XEDIT.

While WIRELIST XEDIT is modifying the plan of record 16, the list of devices can be displayed and any of the following activities can proceed: starting a new device; editing an existing device; or printing a report describing a device. The word device as used herein can mean any component in the product connected to the network to be designed, such as power supplies, terminal blocks, circuit breakers and the like.

A WIREDEV XEDIT data set is provided when a device is to be edited by the WIRELIST XEDIT data set. The WIREDEV XEDIT data set is capable of checking connector data, deleting a connector, adding a connector, changing a connector or saving the above modifications when desired by an authorized user 402 or 404.

The second major function of the WIRELIST XEDIT data set is to display a list of cables. From the list of cables, the user 402 or 404 can decide to start a new cable, edit an existing cable, change a cable part number, change a cable engineering change (EC) number, send a cable description 18 to CADAM or print a report describing the cable.

If the user 402 or 404 decides to edit an existing cable, a WIRECAB XEDIT data set is utilized. The WIRECAB XEDIT data set allows the user 402 or 404 to verify wire data, delete a wire, add a wire, change a wire or save any of the aforementioned modifications.

In the course of using WIREDEV XEDIT or WIRECAB XEDIT, before modifications are saved, the system determines whether the user 402 or 404 is authorized to make them. This function of authorization verification is accomplished by means of a data set named WIREAUTH XEDIT. Moreover if, during the course of using WIRECAB XEDIT or WIREDEV XEDIT or WIRELIST XEDIT or WIRELABL XEDIT data sets, user 402 or 404 desires instructions on the use thereof, the WIREHELP XEDIT data set can be accessed for those instructions.

The owner of the WIRELIST system 403, who is also the WIRELIST administrator, uses the WIREADMN EXEC 406 to enter control data. The WIREADMN EXEC 406 comprises two data sets: WIREAOPT XEDIT and WIREADMN XEDIT. The WIREAOPT XEDIT data set is an authorization file. The WIREADMN XEDIT data set performs updates on cable/device files. Such updates include changing the owner of a cable or device, performing remote checking of a cable or device, copying, deleting or renaming a cable or device and changing a connector name globally.

WIREADMN XEDIT also updates the default values file by means of a data set named WIREDFVL XEDIT, updates authorizations of those with access to the WIRELIST program by means of a data set named WIRECNTR XEDIT and updates authorizations for those who may use individual machines by means of a data set named WIREMAUT XEDIT.

WIRELIST authorizations are updated by means of the WIRECNTR XEDIT data set which controls the authorization as to which users 402 or 404 are authorized to change the WIRELIST files and/or change cables and devices.

The WIREMAUT XEDIT data set determines authorizations for users 402 or 404 who can change part numbers and EC numbers, can send a cable description to CADAM, can update the description of devices and cables and can request print outs of such descriptions.

The WIREDFVL XEDIT data set can be accessed by the WIREADMN XEDIT data set to allow editing of the default values file. Specifically, the default values file contains any one of the following items, for example, that can be edited: administrative data, machine types, cable print macros, device print macros, machine print macros, device types, wire gauges, wire colors, CADAM, addresses, connector types, connector strain relief types, connector size and connector pin designations.

If the authorization test 410 is negative (i.e., the user 402 or 404 is not authorized to make the changes that were requested), a message is generated 412 apprising the user of that fact. Authorization tests 410 are category level 4 authorizations only and are checked immediately. Category levels of authorization are hereinbelow discussed in greater detail. The message 412 is forwarded to the user 402 or 404 immediately by the WIRELIST EXEC 406. If, however, the modifications requested by the user 402 or 404 are authorized 410, WIREADMN EXEC and WIRELIST EXEC 406 forward such requests by means of a request file 414 to a disconnected user ID that runs a main EXEC 416 (hereinafter referred to as the host 416), where the request file 414 is processed.

The request 414 is sent to a hot reader 420, so called because the hot reader 420 awaits any activity by the main EXEC 416 and is, in effect, on call during execution of the main EXEC 416. The main EXEC 416 determines the sender of the request file 414 by inspecting a tag on the request file that has been read by the hot reader 420. The task of determining the requestor 404 or designer 402 is accomplished at reference numeral 422. The request file 414 is read from the hot reader 420 at step 424 and placed on the B scratch disk 448.

Data now on the B scratch disk 448, representing the request file 414, is analyzed to determine its category and subcategory 430. Depending upon the aforementioned category and subcategory, the system 416 next determines what level of authorization is required to perform the requested task.

There are four levels of authorization in WIRELIST 400 represented by categories of decreasing privilege, from one to four. The first and highest level of authorization corresponds to category one, wherein the expert system programmer 403 can stop the main EXEC 416 from execution. The expert system programmer 403 can stop the main EXEC 416 when he desires to modify the main EXEC 416. The expert system programmer 403 would normally make changes to the main EXEC 416 in order to improve system operations, enhance the program, correct errors or delete superfluous functions therefrom.

Authorization level two, corresponding to category two, is required by the expert system programmer or owner 403 to add a new file to a WIRELIST disk or to replace or rename an existing WIRELIST file. In this way, data lists can be updated by the main EXEC 416 without suspending or terminating operation thereof.

Authorization level three, corresponding to category three, allows the owner of the system 403 to change the name of the owner of a device or cable. Moreover, the owner 403 having authorization level three can delete or copy a device or cable. He can also rename a device or a connector on a device globally, perform remote checking of a device or cable or combine one device or cable with another.

Authorization level four, corresponding to category four, is required by a user 402, as hereinabove mentioned, in order to change a cable part number or EC number, to send a cable to CADAM, to update a device, to update a cable and/or a list of authorized users of the cable, to print a report on a device, a cable or a machine, or to transmit a list of devices or cables to another machine.

Having made a determination as to the category and subcategory and level of authorization required to perform the requested task, the main EXEC 416 now determines whether the requestor is authorized to do so, step 432. The system 416 not only determines whether the requestor is authorized to use WIRELIST 400, but also whether the requestor is authorized to perform the requested task, step 432. If the system determines that the individual 402, 403 or 404 who generated the request file 414 did not have the appropriate authorization level to do so, then a message is sent to the requestor, step 438. An appropriate message 438 is thence sent by means of the authority error messages file 412 to the requestor 402, 403 or 404.

If, however, the request was valid, the system 416 generates a success message 439 and thence sends it to the user 402, 403 or 404. The requested task is then performed, step 436, by the system 416, from which control is passed back to the hot reader 420.

The main EXEC 416 can access databases shown generally at reference numeral 440. The main EXEC 416 is stored on the A0 disk, shown as the main program database 441. It also includes all XEDIT databases callable by the main EXEC 416. Database 442 is an authorization file associated with categories one and two and some of the data relating to authorization level three. The remaining data relating to authorization level three and all of authorization level four is stored in the WIRELIST EXEC 406 and in the plan of record 16 and cable descriptions 18, as identified by reference numeral 418 in FIG. 4.

The default values file 444 stores the values hereinabove listed with respect to the WIREDFVL XEDIT data sets.

WIRELIST EXEC and WIREADMN EXEC are stored in database 446, which has a filemode of A1, indicating that these EXECs can be accessed by authorized users 402, 403 and 404.

The designer 402 has the ability to run WIREADMN EXEC 406 from his terminal. The WIREADMN EXEC 406 program allows the owner/designer 402 to set up authorization levels for other designers and requestors 404.

Both the requestor 404 and the designer 402, belonging to separate classes, can specify cable part numbers and EC part numbers. This activity is performed, however, by the requestor using a generic name and by the designer 402 using a part number.

The requestor 404 is not permitted, however, to change the plan of record 16, although the designer 402 is. The requesting user group and the designer group are both permitted to display the information in the plan of record 16. Similarly, certain information can be entered and changed by a member of the requestor 404 class that cannot be changed by a member of the designer 402 class. Such information, for example, are the specific pin to which a cable is to be connected or the use of a shielded cable required by the requestor 404 but not foreseen by the designer 402.

Information required for each model in a product series must be changed or added to proper files 440 prior to using WIRELIST 400. These values include, but are not limited to, the names, USERIDs and available options of each user 402 and 404; the disk addresses of the various USERIDs; the information in the default values file 444 to identify the correct acceptable entries for the plan of record 16 and cable descriptions 18.

Rules are defined as: hard coded and user input. Hard coded rules are built into the checking routines for certain functions. These are defined as rules that do not change. The user 402 or 404 defines a variable set of rules whose parameters are generally stored in the default values file 444, a sample of which is described hereinbelow.

WIRELIST 400 is a menu driven program having fields requiring data by a user. Blank fields are not permitted unless blank data is valid data.

Some fields on the entry screens are free form. These fields will accept any data entered. The program 400 is not capable of checking them for accuracy, but the fields cannot be left blank.

Certain fields are not pertinent to every connector style or wire type, so blank fields are forced. For example, a wire may be entered with the purpose of SPARE. By definition, this wire has a number, runs between two connectors and is not terminated. This causes the program to accept a blank field for the connector position on the cable entry screen. If the user 402 or 404 enters information, the checking routine forces its removal before allowing the data to be saved.

WIRELIST 400 does not accept incomplete data, so a requestor 404 must input the point to point information, the wire styles to be used, colors and sizes. The cable requestor 404, who is recognized by the program 400 as the owner of a particular description, is also expected to know the terminal gender with which the wire is terminated and whether the circuit requires terminals of precious metal such as gold.

The cable designer 402 can review all cable designs forwarded from a cable requestor 404. While the requestor 404 may enter information acceptable within the rules established by the default values file 444, the particular application may require something different. Upon review, the designer 402, if authorized by the cable owner 402, can make the necessary changes in overlapping fields modifiable by both classes of users 402 and 404.

Once a cable description 418 is completed and reviewed by the cable designer 402, the data is transmitted to the MDA system 15. During this step, WIRELIST 400 merges device/connector data with wire information and creates a character string 240 characters long. This information is enveloped by special job control language (JCL) to allow the MDA system 15 to receive and file the data automatically.

In the preferred embodiment, the initial installation for development of this system requires the use of four mini disks 440 on which WIRELIST 400 is loaded:

A Disk: contains the programs, macros and information files necessary to run WIRELIST 400. It requires two cylinders of IBM Model 3380 disk space or the equivalent. WIRELIST EXEC 446, WIREADMN EXEC 446, default values 444 and certain authority files 442 have a filemode of A1 whereas all system files 441 have a filemode of A0.

B Disk: a scratch disk 448 used as work space for the host program 416, requiring two cylinders of space.

D and E Disks: initial data disks, containing the digital plan of record files 418, cable descriptions 418 and authorization routines 418. Also contained on the data disks 440 is the default values file 444. Each of these disks 440 typically uses about five cylinders of disk space. More disks 418 can be added, if required, and appropriately labelled, each by a letter, to distinguish them from one another and from all other disks hereinabove described.

Subsequent installations require at least three disks (A, B and D) and one additional disk for each additional product to be designed.

Referring now also to FIG. 5, there are shown sample acceptable default values for some of the entry fields that are programmed to contain specific but variable information. This file is user maintained, facilitating update, addition and deletion of certain rules.

Some examples of information contained in the default values file 444 are device abbreviations, wire colors, wire size (AWG), connector abbreviations, strain relief types, PG,35 and connector mating information. These items of information ensure that only information corresponding to predetermined requirements is used.

Other values that must be initialized include the information regarding the MDA system 15 to which cable files 18 will be sent. The particular address, the netid and other pertinent information for the system being used must be entered. The address to which the cable descriptions 18 will be sent must be entered into the default values file 444. The unique requirements of the JCL of the receiving system 15 must be entered into the CABLETOP JCL and CABLEBOT JCL files located on the B disk 448 of the host system logon 416.

To achieve broad based information availability, all the data files and the programs can be accessed and utilized by the user community 402, 403 and 404 by gaining read only access to the mini disks 440 where they reside. These disks 440 are password controlled. This provides a first level of security. Only designated people can view the information contained on the disks 440. Such people can access the information, copy it to their own disks if necessary and print or transmit it if desired. But they cannot change it.

Since users are given read only access to the data through program usage, another method is required to allow them to create and change data. A hot reader 420 is a function within the VM operating system. It includes an auto-receive routine that allows the program 416 to update and add data files 440 by means of sending request files 414 to the host system 416. Herein lies another level of security. A person with read only access to the disk 440 and the authority to make changes does so through the hot reader 420.

In addition, authority can be given to run different functions of WIRELIST 400. This is the third level of control. The different authority levels include: link access, creating devices, creating cables, assigning part numbers and engineering change (EC) level numbers and transmissions to the MDA system 15. Once a user 402 or 404 has authority to use the WIRELIST EXEC 406, the work is completed in the user's own workspace. However to make this change permanent it must be transmitted to disk 440.

WIRELIST 400 is capable of handling a large variety of cable designs, both in singular and in multiple styles and is capable of handling a mixture of wire AWGs and types in a cable assembly. The program 400 can differentiate between discrete wires, twisted pairs, coaxial, jacketed, shielded or ribbon cables. If the desired design has mixtures of these wire types in a cable, they can be handled, too.

The only limitations in WIRELIST 400 for connectors is related to which connector family or which connector style is desired. Each connector style has a unique seven character one word name or acronym assigned to it. Each style must be included in the default values file 444 in two places: first, it must be entered for an acceptable connector type; second, a series of parameters must be entered for the checking routines to assure proper data entry.

To create a program that works for all combinations of connectors and devices, certain assumptions and rules about naming conventions are made. All naming convention in all machines follows standard syntax: device, number, connector, pin. For example, the first power supply in the first frame of a product is ordinarily known as PS 101, where PS represents the device (power supply) abbreviation and 101 represents the number of the device. A wire going to power supply number 101, connector five, pin position seven is identified as: PS 101 J05 07.

For terminals, a barrier strip terminal block would ordinarily have RING or FLSPADE terminals on the wires that connect thereto. In this case, the system would expect the user to enter one of those values for the connector style.

Throughout WIRELIST 400, each display screen, not shown, follows a basic pattern. The instructions are displayed across the top of the screen. Messages are displayed, as needed, across the bottom of the screen. The bottom of the screen also displays the functions that will be performed by program function (PF) keys for that screen.

The user 402 or 404 runs the program 400 by pressing a predefined PF key. All portions of the program 400 have an option connected thereto 406 to access an on-line HELP section, not shown, to describe in more detail what is expected of the user 402 or 404.

Throughout the data entry process the user 402 or 404 can press the ENTER key at his terminal, not shown, at any time to cause the checking routines to begin. These routines check the data entered and return corrective action messages by means of lines 405 or 407. The checking routines then move the cursor, not shown, to the next field or to the next menu.

Once a user 402 or 404 has started WIRELIST 400, the main menu capabilities are displayed on the screen, as hereinafter described.

1. Plan of Record

To design cables using WIRELIST 400, the digital plan of record 418 must first be initialized for each product by using the host program 416. Similarly, device files 418 are created in the plan of record 418. The user 402 or 404 must identify the product to be worked on by name at the beginning of each session.

A screen displays the devices in the plan of record 418. The user 402 or 404 can add, delete or change devices when suitably authorized. Fields in the plan of record 418 are described as follows.

The device type is an abbreviation or acronym of up to three characters for the type of device to which cables are connected. When a new device is created, the entry into this field is checked against the list of acceptable values in the default values file 444.

The device number field is a three character free form field.

The last update field displays the date of the last alteration saved on the disk 418.

The device description field is a free form field of 50 characters that allows the user 402 or 404 to enter a general description about the device and its purpose.

The connector number field is a three character entry that may be alphanumeric. Each connector on the device is identified by the information entered into this field.

The connector type field is a seven character field which contains the style or trade name designation of the type of connector. The information entered into this field is checked against acceptable values of connector types in the default values file 444.

The gender field contains the one character gender of the connector: male (M), female (F) or neuter (N) (e.g., serpentine connectors).

The connector strain relief type field is nine characters and may be NONE. The information entered into this field is checked against acceptable values of connector types in the default values file 444.

The number of positions field represents the number of available positions, up to three characters, on the connector and can be entered indirectly as described below.

Some connector styles, such as ELSI connectors, have alphanumeric pin designations. For these connector styles, the user enters the number of the last connector position (e.g., D13) and the program 416 uses information in the default values file 444 to compute the number of positions available for proper cable hardware part number selection.

The connector size field represents the size of a connector, up to six characters, and can be used for size type information for certain connector styles. This field can be used for terminal size if the cable has terminals that are used as connectors.

The connector current field is three characters and is required to define certain power connectors completely.

A scan function can display all data relating to the current device file of the plan of record 418.

Later, when a cable description 418 is being created or changed, an entry into a data field may not match an acceptable value in the default values file 444. The program 400 displays all possible correct choices and instructs the user 402 or 404 to choose one of them.

At any time, the user 402 or 404 may wish to page back and forth (scroll) between different connectors created. An information message is displayed when the first and last created connector is reached and a scroll button is pressed again.

2. Changing/Creating a Cable Description

WIRELIST EXEC 406 allows a user 402 or 404 to create or change a cable description by selecting an appropriate option on the main menu screen.

Having created the digital plan of record 418 by building all the device files, requestors 404 and designors 402 may now create similar cable files that contain the cable description 418. These cable files 418 are created in a similar fashion to that used to create the device files.

The selection screen has the cable list, in four columns, containing information about each cable that has been created. The first column contains the part number information, the second contains the EC level, the third contains the number of wires that are in the cable file and the last contains a short description on the purpose of the cable.

To create a new cable, a display provides two entry blanks: "Part Number:" and "EC Number:". Up to seven characters can be entered for the part number and the EC level.

These fields are free form since the person creating the cable file may not always be the person who assigns the part number and EC level to the cable. For example, part number and EC information may be entered by an electrical engineer in a power design group. The actual part number and EC level, however, will be provided by a cable designer who releases the cable to manufacturing. Similarly, cable designors have the ability to rename the file for the purpose of performing engineering changes to the assembly when necessary. This is done by using the WIREADMN EXEC 406 to first copy and then rename the cable description 418. By renaming the existing data file, the information need not be re-entered. Only the affected portions need be changed. If that is the case, the person entering this information should enter generic information when creating the file. This can later be changed by the proper designer 402 by utilizing the Update Part Number/EC Number option in the WIREADMN EXEC 406.

Upon successfully entering descriptive data into the part number/EC blanks, the cable entry screen appears, which screen contains all relevant wire related fields.

A scanning function can be utilized to scan a cable file 418. This function displays all the information about a wire or about the list of wires. From this screen, the user 402 or 404 can check information for accuracy, select an individual wire for change or scan the entire file 418 for reference.

All of the fields in the cable description 418 are shown in Table I.

To create the cable one wire (or pair) at a time, the user 402 or 404 must enter a brief description of the purpose of the cable in the appropriate field in Table I. This information is displayed on the cable listing screen.

The wire number field allows the user 402 or 404 to enter the number of a wire to be searched, added or changed. When creating a new cable this is typically number 1. After this initiation, while creating a cable the user may enter new wires without returning to this area simply by pressing a PF key for a new wire. This number automatically increments by one.

The purpose of the wire is entered in the wire purpose field. An example is AC distribution. This field helps create schematic diagrams, used in printed reports, as a tracking and checking tool and for general information. This field is checked for acceptable values in the default values file 444.

Two special wire purposes are SPARE and UNUSED. The program 400 is coded for each. For SPARE wires, the program 400 expects a TO and FROM connector but not a pin position. This is done anticipating the wire will be included in the body of the cable, but not terminated. When the user 402 or 404 enters UNUSED, the program 400 does not accept TO/FROM data.

The bundle number field designates more than one conductor in a single bulk wire part number. For example, if this cable were for AC distribution and the designer 402 wanted to use a three conductor, jacketed cable, a value would be inserted in this field, such as 01. This indicates to the MDA SELECTOR program (hereinbelow described), when it accesses the cable hardware database for the bulk wire part number, that this lead is part of a multi-conductor cable.

The cursor next moves to the first TO field, and the wire number area changes to a four digit field by adding leading zeros to the information entered. This number also appears to the left of the TO line.

The TO/FROM wire information is entered on the next two lines. If there is a twisted pair, TO/FROM information can be entered for the black lead of the pair on the next two lines or the program 400 can return to this area later.

After all the TO/FROM information for the wire (pair) has been entered, the following information to allow for the automatic selection of the bulk wire part number from the cable hardware database must be provided by the user 402 or 404: AWG, the size of the wire; color, the color of the insulation; temp, the temperature rating of the wire information; and volt, the voltage rating of the insulation. The AWG and color fields are checked for acceptable values in the default values file 444.

A display line, not shown, then appears to describe the type of wire being used. This display line does not have to be completed for discrete or hook-up wires. The values will default to N for no. When using any one or combination of these fields, the proper blank must have a Y entered for yes, so the proper wire part number (i.e., jacketed, shielded or twisted pair) can be selected.

If the user 402 or 404 enters a Y in the twisted pair field but had not earlier filled in the second area of TO/FROM data, the program 400 moves there after adding the wire number to the left of that field with a "T" prefix. A message instructs the user 402 or 404 to enter the second set of TO/FROM information for the "T" wire.

If the user 402 or 404 enters a Y for either the ribbon or jacketed field, the program 400 verifies that a value has been entered for the bundle number.

The series of blanks in the TO Information fields requests information described in the aforementioned Table I about the connector at which the wire will terminate. The blank fields are called the device, device number, connector number and the position number for a connector. The fields also include the gender terminal and whether this terminal comprises precious metal.

FROM Information is the same sort of information as TO Information, dealing with the other end of the same wire. The TO end and the FROM end is defined by the user 402 or 404.

The cable entry screen or panel can also be used for modification of an existing wire in a cable description 418.

All cables are created or changed this way. Preparation of a cable description is thereby standardized for all users 402 or 404. The entire wiring schematic of the product is described in digital form. These cable files 418, when taken collectively with the device files, represent all the wiring that will be installed in the product.

With respect to the aforementioned renaming procedure, once the fields have been completed for renaming the cable assembly, a cable assembly selection screen, not shown, is displayed, informing the user 402 or 404 that the selected assembly will be renamed.

3. Transmitting a Cable Description

Transmission of the cable description 418 within WIRELIST 400 to the MDA system 15 proceeds as follows. A PF key is pressed to prepare for transmission. The cable file 418 is selected from the list of cables by moving the cursor, not shown, to the desired cable and pressing a PF key. This inserts an S in front of the selected cable on the menu screen and prompts the user 402 for a password to be entered twice. The next screen asks the user 402 to choose a destination for the data set. The previous screen is re-displayed with a message confirming that the cable description 418 has been sent.

Typically, an address exists for the MDA system 15. The program 400 moves to the next screen after a cable file 418 is chosen.

Whenever a file is transmitted by WIRELIST 400 to the MDA system 15, a record is made in a disk NETLOG file, not shown. This is done to help track user activity and to help correct any operational problems that might arise.

CADAM.TESTl.INPUT is a data set on the MDA system 15 for which RACF authorization is required. This is a temporary data set used in the automatic receive step that results in a cable description 418 being added to the CADAM.ACD.INPUT data set as a requirement of RACF. The user is granted ALTER authorization to that data set by a system administrator of the MDA system 15.

Referring now also to FIG. 6 there is shown a flow diagram for SELECTOR CLIST 110, which itself executes a number of programs and requires input by the user 402 (FIG. 4). The CLIST 110 to run the programs of the preferred embodiment resides in a partitioned data set called CADAM.MENUS.CLIST as member ACD. This CLIST is triggered by a menu screen that resides in CADAM.MENUS.ISPPLIB as member ACD. Users 402 must be previously connected to the ACD group of data sets before they can run the CLIST 110 successfully. Users 402 must also be granted access to libraries that have the aforementioned program.

In FIG. 6, rectangular boxes represent system programs; screen-shaped boxes represent user input areas; and cylinders indicate data being accessed or created and saved.

In menu input 112, the user 402 is asked for three items of data. The first is the part number of the cable. The second is the CATIA model name in which the geometry is stored 128. That model name 128 is again used in naming the CADAM model 140 which contains the results of this CLIST 110. Lastly, the user 402 enters the personal CADAM subgroup on the menu input 112.

CATIA provides the user 402 with the capability of assigning 80-character model names. The preferred embodiment, however, does not use that many. In fact, SELECTOR CLIST 110 accepts only 16, a restriction of the CADAM IUE program. CADAM allows 20 characters, so the CADAM naming conventions are used herein for the first 16 characters when naming CATIA models 128. In contrast, CADAM models 138 are named by SELECTOR CLIST 110 using the part number from the member name Pnnnnnnn only.

SELECTOR CLIST 110 is designed to complete the cable description 132 before searching for cable hardware part numbers. Completion includes adding the length of each wire to the partitioned data set member indicated on the first menu screen 112 of the CLIST 110. To complete the cable description 132, the CLIST 110 includes two software programs called GETLEN 114 and PUTLEN 116 that get the length data from CATIA 128 and put the length data into the correct member of the data set `CADAM.ACD.INPUT` 132 respectively.

GETLEN 114 requires the use of a partitioned data set named CADAM.WIRE.LENGTH.DATA 130 with member DEVELOP in which to store the length of the wires temporarily. The data set description is FIXED BLOCK with LRECL of 10 and always resides on a single DASD track.

GETLEN 114 is in data set `CADAM.ACD.JOBLIB`. The source is in `CATIA.WIRE.SOURCE` in member CABLNGTH. The source is preferably written in FORTRAN because the CATIA GI (Geometry Interface), used to access the CATIA model 128, is written in FORTRAN. The JCL to compile CABLNGTH is in data set `CATIA.WIRE.JCL`, member COMPILE. The GETLEN load module 114 is stored in data set `CATIA.WIRE.LOAD` and a working copy is made in `CADAM.ACD.JOBLIB` with renamed member GETLEN.

GETLEN 114 uses the Geometry Interface to extract the geometry for each wire from which is computed its exact length, because the length of each wire is not directly supplied by the GI. The GI supplies only the geometric description of the wire. In most cases the wire is actually a collection of other geometry, including CATIA lines, splines and wires. The GI information includes the order of the polynomial for each piece of the wire. GETLEN 114 computes the length for each section of the wire and accumulates the total wire length.

Length computations are straight forward as the polynomial coefficients are given for each of the three coordinate axes. All computations are parametric and the number of fragments between points is provided. When the polynomial is first order, the section of the wire is, of course, a straight line with one fragment. When the order is three, the calculation is a parametric cubic spline. CATIA supports polynomials up to the fifteenth order, analogously.

The second CLIST program, PUTLEN 116, extracts length data and adds it to `CADAM.ACD.INPUT` 132 in the member specified. PUTLEN 116 is a member in data set `CADAM.ACD.JOBLIB`. The source is in data set `CATIA.WIRE.SOURCE` member ADDLNGTH. Compilation and link editing is performed using the foreground utilities for VS FORTRAN. The resultant load module in `CATIA.WIRE.LOAD` is copied and renamed into data set `CADAM.ACD.JOBLIB`.

PUTLEN 116 is written in VS FORTRAN to manipulate characters in a way not easily accomplished by FORTRAN. This is the reason GETLEN 114 and PUTLEN 116 are not combined into one program.

PUTLEN 116 does not contain extensive checking for contradictory information in the CATIA model 128 when compared to `CADAM.ACD.INPUT` data 132. The only rudimentary check is to ensure that there is a wire name in the CATIA model 128 that matches the wire name in the administrative description of the cable, ACD.INPUT 132. Extra curves, incorrectly named wires or missing curves result in the same error message. The SELECTOR CLIST 110 continues to run but the length data will be missing from the CADAM model 138 and 140.

The CADAM.SELECTIV.NOTES, not shown, is a sequential data set which contains notes to be added to a CADAM model which is to become part of the cable assembly drawing 138 and 140. These notes are moved to CADAM 138 only if the user 402 flags them by entering a letter Y in the selection (menu) area 120 when running SELECTOR.CLIST 110. The notes are placed on the drawing 138 in the order selected. This allows the user 402 to create a specific arrangement of notes if required. This data set has specific length parameters and is designed to conform with the size of the Note View of the final CADAM drawing 140. Consistency is achieved across all cable drawings 140. All notes on all models 140 have the same wording, the same sequence and all are spelled correctly.

Prior to running CLIST 110, the user 402 can use the SPF Edit function to add new notes by editing the data set.

Upon completion of the selective note process, the user 402 presses a PF key to execute the program in the CLIST 110. This program is SELECTOR 122 and is hereinbelow described in greater detail. Again, a series of screen messages is displayed describing the process of the program. At the end of these messages three asterisks, ***, appear which prompts the user 402 to press the ENTER key to execute the next program, ALL 124.

The ALL program 124 is a CADAM imaged program created using the CADAM IUE and stored as member name ALL in library `CADAM.CABLE.IMGLIB`. Creation of CADAM IMGLIBs is described in CADAM manuals. Execution within this step 124 of the SELECTOR CLIST 110 starts as batch CADAM but immediately transfers control to the program ALL 124. When ALL 124 ends, control passes back to the batch CADAM program CADMONTR, which ends the step 124 and passes control back to the CLIST 110.

The source for ALL 124 is in data set `CADAM.CABLE.SOURCE`. The main program is the member named ALL; the other member, BAR, is called by the main program 124. The JCL to compile and link ALL is in data set `CADAM.CABLE.JCL(COMPALL)`.

ALL 124 first opens the special outline drawing, not shown, named `CABLE OUTLINE MODEL`. Then sequentially ALL 124 adds five types of administrative data to the CADAM drawing 138. Then the model 138 is filed in an IN subgroup using the part number from menu input 112 as the model name.

CADAM database management is performed by group, each group capable of comprising a large number of subgroups or USERIDs. Most subgroups are password protected. Direct IUE access is impossible in those cases. Since ALL 124 uses the IUE, two subgroups without passwords named IN and CATIA, neither shown, are required. Data passes from CATIA to IN using the IUE and to the user's subgroup, with or without passwords, using the utility NURESTOR 126.

A fully operational interactive CADAM system, not shown, and also the non-interactive NURESTOR utility 126 is required The CADAM model named `CABLE OUTLINE MODEL` is also required to be in the CATIA subgroup. This model includes an added AA view and an NV view. In addition, specific cable data that applies to all cables is added. If the user 402 requires additional items that do not change, such items could be made and filed in `CABLE OUTLINE MODEL`

NURESTOR 126 is a CADAM utility whose usage is described in CADAM manuals. For purposes of the preferred embodiment, NURESTOR 126 loads, unloads and deletes CADAM models. Specifically, it unloads the CADAM model 138, most recently created from the IN subgroup, loads that model into the user's password protected subgroup and deletes the copy 138 in the IN subgroup.

Informational, status and error messages appear throughout the execution of the CLIST 110.

The SELECTOR program 122 is a knowledge based system which makes the similar logical, sequential decisions that a designer would make while manually selecting cable hardware part numbers.

SELECTOR 122 combines the completed cable description with the user maintained database to produce most of the administrative data required for CADAM drawings 140. The completed cable description 132 is a physical cable description in text form. The text form as herein used is in EBCDIC characters.

An overview and detailed description of the SELECTOR I/0 data sets are shown in FIG. 7. All boxes in this FIGURE represent steps in software and circled letters represent data sets or collections thereof. An input to SELECTOR 200 is a member of the partitioned data set named `CADAM.ACD.INPUT` 204. The member name is the letter P followed by the part number of the cable being described in the member (Pnnnnnnn). The input member name is herein referred to as Pnnnnnnn 204. Another input database comprises 13 user maintained tables in a part number database 206. Five output tables are generated by the program 200 and written to partitioned data sets 226, 234, 230, 238b, 242 with the member name being the same as that of the input data set. The five outputs are called minibill 226, bill of materials 238b, point to point wiring table 234, special and selective notes 242 and pin tables 230.

The results of SELECTOR 200, which are temporarily output into the hereinbelow described five output data sets, are later loaded into a CADAM model 138 and filed in a CADAM group and subgroup.

The five output tables are named:

If SELECTOR 200 generates any error messages, the output data sets are not generated and consequently are not written to CADAM. The generated messages are written into a message data set.

SELECTOR 200 is the most important part of the SELECTOR CLIST 110 (FIG. 6). The first input data set is the completed cable description 204. Prior to executing PUTLEN 116, the length field shown in Table I, supra, was blank.

The other 13 data tables 206 used throughout the program 200 provide part numbers and information used in building the minibill 226 and the bill of materials 238b output. They are all sequential data sets.

These 13 tables 206 have a high level qualifier name of CADAM and a low level qualifier name of LIST, with the middle qualifier name being unique for each. That is, a data set is identified `CADAM.XXXXXXXX.LIST` where XXXXXXXX is the unique data set name of the table. An example is the TERMINAL table, the complete name of which is `CADAM.TERMINAL.LIST`. These data sets are herein referred to a XXXXXXXX table.

There are three main tables 206: WIRE, TERMINAL and CONNECTR. These tables consist of fields which are either character or numeric in value. Character fields are left justified padded with blanks. Numeric fields are right justified, padded with blanks and include both integer and fixed decimal fields. The attributes apply also to the rest of the tables used by SELECTOR 200. Of the aforementioned 13 tables, the main three are shown is Tables II, III and IV. The remaining ten tables relate to specific connectors and terminals supported by the present embodiment.

The WIRE table has the fields shown in Table II.

The TERMINAL table has the fields shown in Table III.

The CONNECTR table has the fields shown in Table IV.

The MNLSRPN table has the fields shown in Table V.

The MNLADAPT table has the fields shown in Table VI.

The MNLSCREW table has the fields shown in Table VII.

The CPCRANGE table has the fields shown in Table VIII.

The ELSISRPN table has fields shown in Table IX.

The SERPHDWR table has the fields shown in Table X.

The DSUBSRPN table has fields shown in Table XI.

The DSUBSCRW table has fields shown in Table XII.

The BERGSIZE table has the fields shown in Table XIII.

The SLPRNGSP table has fields shown in Table XIV.

Numerous temporary work tables 208 and 218 are used throughout the program 200. Three of these tables and their record lengths are:

The TWIRETAB table has the fields shown in Table XV.

The temporary TERMINAL table has the fields shown in Table XVI.

The temporary CONNECTOR table has the fields shown in Table XVII.

The output data generated by SELECTOR 200 is described as follows. These data sets and their record lengths are:

The minibill output table 226 has the fields shown in Table XVIII.

The bill of materials (Part 2) table 238a has the fields shown in Table XIX.

The WIREPTPT table 234 has the fields shown in Table XX.

The CADTABLx data sets contain pin table data. When cables do not use connectors, these data sets are empty. Otherwise they use up to the 80 bytes allocated.

SELECTOR 200 writes error messages into a partitioned message data set named CADAM.MESSAGES.DATA with member names identified by the letter P followed by the part number. When errors occur, the SELECTOR CLIST 110 switches users to the SPF browse mode to review the problem list. A typical problem is that the tabular data 206 is incomplete and that the cable designer 402 must add data to the cable hardware database 206.

Referring still to FIG. 7, the first step 202 of SELECTOR 200 is to create a temporary wire table 208. The table 208 contains all the necessary wire information to be used by the remaining steps of SELECTOR 200. As inputs, two data sets are used: Pnnnnnnn 204 and the WIRE table 206.

The program 200 processes Pnnnnnnn 204 sequentially. If the purpose field of the entry is UNUSED, no entry is made for it in the temporary wire table 208. If the purpose is not UNUSED, the system 200 determines whether the entry is part of a bundle. Bundles must have an entry in the wire type field which cannot be `twisted pair` or `discrete`. The only valid types for bundles are:

`jktd tw pr`--jacketed twisted pair

`fl wov tw pr`--flat woven twisted pair

`fl rib tw pr`--flat ribbon twisted pair

`jacketed`--jacketed

A T-wire is the black lead of a twisted pair of wires. T-wires are processed as individual wires. Coax wires are handled similarly to twisted pairs where an X-wire is the shield.

All leads in a bundle, except those with the purpose of UNUSED, are counted to calculate the number of leads. If the purpose of one of the leads is `shielded`, it must be marked with a `Y` on the shield field. Then the number of conductors is one less than the number of leads; otherwise the number of conductors is the same as the number of leads.

The colors for the leads in a bundle can be a combination of black, white, red, green/yellow and any others under the MULTI category. If the entry is not part of a bundle, then the wire type can be `discrete`, `twisted pair` or can be left blank. If the entry is `twisted pair`, then the number of leads is two and the wire cannot be shielded.

If any of these conditions are not met, an error message 212 specifies which error occurred.

Once all of the aforementioned conditions are verified, the WIRE table 206 is searched for a match based on the color, number of connectors, AWG size, temperature rating, voltage rating, shield and type fields. Once the match entry is found, the information is written in the temporary wire table 208. If a match is not found, an error message 212 specifies what type of wire is being sought. For example, `WIRE NOT FOUND- #OC=1 0002 80 600 typ=discrete sz=28 col=grn/yel s=n` indicates that lead #0002 has an AWG size of 28, green/yellow color, a temperature rating of 80, a voltage rating of 600, a discrete type, with one conductor and not shielded.

If the temporary wire table 208 is empty after this step 202, a condition code is set and SELECTOR 200 ends, step 222, with an error message 212 specifying that there are no entries in the temporary wire table 208 and that the execution of the program 200 will not continue. If the table 208 is not empty, the program 200 continues with the second step 216, which builds the temporary terminal and connector tables 218.

The program 200 processes Pnnnnnnn 204 by device, not shown, using the FROM side first and then the TO side of each device. Entries with the purpose field of UNUSED are ignored.

For terminal styles other than RING, SLIP-ON and FLSPADE, the temporary terminal and connector tables 218 are based on the device, device number, device position and style. Device position is not considered for RING, SLIP-ON or FLSPADE.

Information is gathered for each entry in Pnnnnnnn 204 that matches the initial field chosen from Pnnnnnnn. The temporary wire table 208 is searched for the correct wire outside diameter (WOD) and bundle outside diameter (BOD) values for that entry. WOD and BOD values are the same for single leads. In a bundle, the BOD value is used only for the first lead; all other leads in the bundle are set to zero. This value is used later to calculate the total circular mil area (CMA) for the device.

Once all the values are gathered, the program proceeds to seek a match in the TERMINAL table 206 and then a match in the CONNECTR table 206.

Certain connector styles (e.g., ELSI, SERPE, SERPJ and SERPI) do not have terminals associated with them. Likewise, some terminal styles (e.g., SLIP-ON, RING and FLSPADE) do not have connectors associated with them. When the terminal has no connector, the terminal is processed as the connector.

The search for a terminal/wire match is based on style, wire size, terminal gender, terminal metal flag and WOD value found in tables 204, 206 and 208. If a match is found, the style is checked to see if it is RING, SLIP-ON or FLSPADE. If so, the mounting size information must be taken into consideration. An input table called SLPRNGSP 206 is searched until a match on terminal part number and size is found. An error message 212 is generated if a match is not found. For example, `NO TERMINAL/SIZE MATCH-Ring TB 01 01 20 M Y 120.times.10` indicates a RING style terminal, device TB 01 01, with a wire AWG of 20, gender of M, metal flag of Y and a mounting size of 120.times.10. Ring and spade terminals have mounting sizes more typically specified as a #6 or #8 circular hole.

If a terminal match is found based on all search fields, an entry in the temporary TERMINAL table 218 is built and the entry is marked as used in the Pnnnnnnn 204. The program 200 continues looping through the rest of the Pnnnnnnn 204 seeking other matches on device, number, position, style, gender, metal flag, AWG and voltage. When found, the entries and the used pin table 230 are marked as used for those pins. At the end of the Pnnnnnnn 204, the number of pins used by that specific device is counted and put into the temporary TERMINAL table 218.

If a terminal/wire match is not found based on the aforementioned fields, an error message is generated, step 212, specifying the information used in the search. For example, `NO TERMINAL/WIRE MATCH-Ring PS 101 A1 22 Yellow 0.096 F Y 250.times.30` indicates a Ring style terminal with a 0.096 WOD value, Y for metal flag, F for gender and a size of 250.times.30. PS 101 A1 is the device information and 22 Yellow 0.096 is the wire information.

The search for a connector is based on style, connector gender and connector pins maximum fields. If a match is found, the style is checked. If it is BERG, a match must also be made for the size information by accessing the BERGSIZE 206 table for a match on connector part number and size.

Once the match is found, the CMA value is calculated by squaring the BOD value of the associated wire. The entry is marked as used in the Pnnnnnnn 204 and the information is written in the temporary CONNECTOR table 218.

If a match is not found, an error message, step 212, is generated specifying the information used in the search. For example, `NO CONNECTOR MATCH FOUND- MNL PS 101 A1 N 15 110.times.20` indicates an MNL style connector with 15 pins available, N for gender and a size of 110.times.20. PS 101 A1 is the device information.

If no errors have been found generating the temporary TERMINAL and CONNECTOR tables 218, the program 200 continues with the step 224, which builds the MINIBILL output table 226.

All connector entries and their associated hardware and terminals are built first. All terminal entries which do not have any connector associated with them are built next.

Processing starts first with the temporary CONNECTOR table 218. A header is built in the minibill 226 for each different device. Then the connector part number is taken from table 218 and the entry is added to the minibill 226 with a quantity of one and a description of `connector`. Several styles of connectors also need additional hardware and are found through the use of tables 206 and 214. The list of available connector styles includes: CPC, MNL, BERG, ELSI, SERP and DSUBMIN. It should be understood that other connector styles can be added without exceeding the scope of the present invention.

SELECTOR 200 supports the Mate-N-Lok (MNL) family of connectors with 2, 3, 4, 6, 9, 12 and 15 pins and includes the three types of strain relief CLAMSHELL, RETAINER and SHROUD, as well as no strain relief. Consideration as to the gender of connectors is also applied in the selection of all other required cable hardware.

MNL connectors require a search for a strain relief in the MNLSRPN 206 table. The search is based on connector part number and strain relief type. If a match is found, a strain relief entry is added to the minibill 226. The count for the part number is one for a strain relief type of RETAINER and two for any other type of strain relief.

Strain relief types of RETAINER and CLAMSHELL require a search of the MNLADAPT table 206 for an adapter part number based on the strain relief part number. If a match is found and the connector gender is not male, an adapter entry is added to the minibill 226 with a part number count of two.

If the strain relief is CLAMSHELL, a screw part number must be located in the MNLSCREW table 206. The match is based on the strain relief part number. If found, a screw entry is added to the minibill 226 with a part number count of two.

SELECTOR 200 supports circular plastic connectors (CPC) from 3 to 63 pins and dynamically creates pin tables of reasonable size and shape based on the number of pins available. Also included are the strain relief hardware and the CMA calculation required to specify the appropriate strain relief. Acting on the specification indicated by SELECTOR 200 during CADAM drafting, the user 402 selects the appropriate CPC insert detail from the standard CADAM library and displays the insert orientation on the final CADAM drawing 33 (FIG. 1).

To find the correct strain relief part number for CPC connectors, the CMA value is calculated. The sum of all the CMA values for a device in the temporary CONNECTR table 218 becomes the total CMA value. The CPCRANGE table 206 is searched for a match based on the connector part number and a CMA value within the high and low ranges in the table 206. Once a match is found, the strain relief part number information is written in the minibill 226 and a strain relief note is added to the NOTES file 242. If a match is not found, an error message specifies incorrect range for the connector part number.

SELECTOR 200 supports four styles of extremely large scale integration (ELSI) connections. The abbreviations are: ELSIH, ELSIV3, ELSIV6 and ELSIT. These connectors are used in horizontal (H) sockets, in vertical (V) sockets in three high and six high boards and in top card connections (T). The required connector cards together with all strain relief part numbers and associated cable hardware part numbers are included.

For ELSI connectors, the ELSISPN table 206 must be searched for the rest of the associated hardware. The search is based on the connector part number and the type of ELSI connector (H, T, V3 or V6). Once the entry is found, the strain relief part number and the clamp part number information are added to the minibill 226, each with a part number count of one. Also, if an entry in the rivets field and the card guide field are found in table 206, part numbers are also added to the minibill 226, where rivets part numbers are added with a part number count of two and where the card guide part numbers are added with a part number count of one.

Types of serpentine connectors supported are: clamped, maple block and Berg style. They cover both discrete wire connections to paddle cards and ribbon cables terminated to IDC and discrete Mini PV connections.

For serpentine connectors the SERPHDWR table 206 is searched for the rest of the associated hardware. The search is based on the style of serpentine connector (B, E, I or M). Once the correct style entry is found, the extra connector part number is added to the minibill 226 with a label of `connector` for styles B and I and a label of `card guide` for all other styles. The part number count is based on the maximum number of pins. If 48, the count is two; otherwise the count is one. For all serpentine connectors except style B, the strain relief part number is also added to the minibill 226. The part number count is two if the style is E or M and the number of pins 48; otherwise the part number count is set to one.

Also for styles E and M, a clamp and a rivets entry must be added to the minibill 226. The count depends on the number of pins. If 48 pins, the clamp count is two and the rivets count is four; otherwise the count is one for clamp and two for rivets. Unused fields in the SERPHDWR table 206 are blank.

SELECTOR 200 supports several configurations of subminiature D connectors. Subminiature D strain relief types supported include metal shells, plastic shells, molded or no strain relief. Also included is a convention to designate thumbscrews of various thread sizes.

For DSUBMIN connectors, if the strain relief type is other than `none` the DSUBSRPN table 206 is searched for more hardware. Based on the connector part number and the strain relief type, the strain relief part number entry is added to the minibill 226 with a count of two. If the connector size field (taken originally from the Pnnnnnnn size information field) is not empty, the DSUBSCRW table 206 is searched for a screw and insert part numbers. If a match is found on connector part number and connector size information, the screw part number is added to the minibill 226 with a count of two. If there is also an insert part number it is added to the minibill 226 with a count of two.

Berg connectors (BERGMIN and BERGMAX) do not have associated hardware. In order to verify the connector part number, the BERGSIZE table 206 is used to search for a match between the correct connector part number and size information.

After building the entries in the minibill 226 for the connector and its associated hardware, the terminals associated with the connector must be added. The temporary TERMINAL table 214 is searched for a match based on the device header. If found, the entry is marked as processed and the terminal entries are totalled and entered into the minibill 226 for each different terminal part number found under that device.

Once all connector minibills 226 have been built, the temporary TERMINAL table 218 is searched for those devices that have not been processed in order to build terminal minibills for them. First a header is built, the entry is marked as used and the terminal count is totalled based on the terminal part number. The terminal entry is added to the minibill 226. If a tubing entry is needed, the SLPRNGSP table 206 is searched for a match on the terminal part number. If the tubing field is not empty, an entry in the temporary tubing table, not shown, is added, with the tubing part number and a count equal to that of the related terminal.

If no errors have been found in the processing of the previous sections, steps 202, 216 and 224, SELECTOR 200 continues to the next step 228, which builds the second part of the bill of materials output table 238a. The bill of materials 238b comprises three parts: wire information, minibill information totalled and special notes information.

The second part of the bill of materials table 238a is the minibill information 226 totalled. First the minibill table 226 is sorted by the type of entry (description) and then by part number. The entries are totalled based on the part number. The order in which entries are sorted is: connectors, strain reliefs, terminals, adapters, card guides, clamps, rivets, screws and tubing.

SELECTOR 200 builds a wire point-to-point (WIREPTPT) table 234 by the use of three data sets: Pnnnnnnn 204, temporary WIRE table 208 and TERMINAL table 218.

Wire point-to-point table 234 and pin tables 230 for different devices are created by step 232 from data 206, 208, 218 and 214. Only three styles are supported for pins: CPC, ELSI and MNL.

For each of the different styles there is an array with the list of valid pin positions. The output is based on this list.

Table XXI discloses a list of available ranges of pin names. It is used to keep track of pins used by each device. If more than one wire terminates at the same pin name, the pin in the pin tables 230 is counted only once when accumulating terminal quantities.

Next, step 236 creates the first part of the bill of materials table 238b, containing wire information. The TEMP wire table 208 is sorted by part number. The lengths of the entries with the same part number are totalled and written to the bill of materials table 238b.

Step 236 then computes the third part of the bill of materials table 238b, containing miscellaneous information described below. Each individual entry in the Pnnnnnnn 204 is processed sequentially. If any `T` (for twisted pairs) or `X` (for coax) lead is found, a flag is set. If the purpose field of the lead is UNUSED or SPARE, the lead number is saved to be included in the unused and spare list.

SPARE wires are counted for all purposes except they are always unterminated, which includes unconnected. SPARE wires do not have a terminal associated with them.

Notes indicating which wires are UNUSED or SPARE are appended to the bill of materials 238b.

Once all the entries have been processed, the notes are written in a note file, not shown, which is part of the bill of materials 238b. Available notes are:

CATIA 34 (FIG. 1) represents collections of load modules in which each collection has several or many modules. The preferred embodiment uses three of these collections. The first is the basic three dimensional design group and the second is the solids package. These two collections have sufficient function to collect the solids that form a template and allow the designer to design a cable in three dimensions. The third collection of CATIA 34 contains the CADAMW function which is used to transfer CATIA geometry to CADAM 32.

Each CATIA user has MAP and DON data sets, with a name in the format `CATIA.XXX.Cnnnnnn.MAP`, where XXX is the product group and nnnnnn is the individual designer's ID number.

The geometry input to the CATIA model 34 enables the cable designer to analyze the design with respect to mechanical design, orientation and also to produce a CADAM drawing with an isometric view of a cable.

One of the advantages of the preferred embodiment is the quality of cable installation drawings, which display the cable in place, highlighted or in color while background solids are of normal intensity or in a contrasting color. Assembly instructions created therefrom are pictorial rather than descriptive.

Referring now also to FIGS. 8-14, the geometric design of a sample wire in accordance with the present invention is described as follows. Referring now to FIGURE 8, there are shown nine solids that form a three dimensional template, shown generally at reference numeral 59, and the points at which wires, not shown, will terminate. Specifically, a frame or rack 60 has a circuit breaker 62 mounted thereon. Two power supplies 64 and 66 are provided. Mounted on each of the power supplies 64 and 66 are two power connectors 68, 70 and 72, 74, respectively. A terminal block 76 is mounted on the frame 60 and below the circuit breaker 62.

Referring now also to FIG. 9, the wire path is designed by first creating other points offset from the frame 60, and connecting the points to form line segments 63. The collection of line segments 63 is called the wire path.

Referring now also to FIG. 10, the wire path 63 may optionally be further designed by creating circular arcs 82 curves, not shown, or splines, not shown, at the intersection of line segments 63.

Referring now also to FIG. 11, a raceway 78 is shown superimposed on the three dimensional frame 60 with the geometric sections of the wire paths. Wire path sections include lines 80, circular arcs 82 and splines 84.

Referring now also to FIG. 12, there is shown an individual wire 100, including wire path construction lines, arcs and curves.

Referring now also to FIG. 13, there is shown a CATIA pipe solid 102 and wire leads 106a-106k.

Referring now also to FIGS. 14a-14d, there are shown four views of a bulk cable analysis for the raceway 78. The user estimates the diameters of the sections of cable by scanning the cable descriptions. The pipes 102 and 104 are solids. Interference analysis is first visual and can be tested by using the CATIA intersection operator.

Several cables and the template may be in the same model while performing bulk cable analysis, but must be filed separately so that the user can manage the data efficiently.

The first and most important step in the geometric part of the design procedure is the creation of a CATIA model that contains the electromechanical components or devices 62, 64, 66, 68, 70, 72, 74 and the structural supporting components, such as the frame 60 and raceway 78, used by the cables 102. This model is referred to as the template 59 and is used for all design and analysis work. The template 59 must have accurate termination point location, but conceptualized connector representations, such as are identified by reference numerals 68 and 76, for example, are usually sufficient. This is fortunate because off-the-shelf parts such as connectors may not be available as fully detailed three dimensional models.

The three dimensional template 59 may be provided by other mechanical designers in the group, or the cable designer 402 may be responsible for collecting three dimensional designs from those designers. The template 59 can also include any parts to which the cable connects either electrically or mechanically and any nearby parts that might cause interference. Interference includes direct contact with another installed part and includes situations (e.g., insufficient manual or robotic assembler space) that might interfere with installation of the cable itself.

The product template 59 may be too large to exist in a single model. Cable design of a single cable does not require the entire template 59, but only a subset specifically related to a cable or group of cables. CATIA 34 allows the total template to be subdivided into smaller templates.

With a completed template 59 available, the process of determining wire path 80, 82, 84 can commence. Using the data in WIRELIST 400, the point to point information 18 needed for each cable assembly is scanned. This can be done by having a printout, a second terminal or optimally an IBM 5082 system with the 3270 emulation capability.

Color coding of components (e.g., circuit breaker 62) and wire termination points 61 are helpful as a large number of points 61 are created in CATIA 34. Color coding helps differentiate other points from wire termination points 61. The amount of detail required for electromechanical components, other than off-the-shelf parts, is discretionary with the individual designer 402.

Next, the designer 402 examines the point to point data 18 to establish the most effective routing with respect to cable type and complexity. For example, AC cabling should not be run near DC, Sense or Signal cables. Frame members should be selected to use for the cable routing. These decisions are made without entering any model data.

By using the LINE, POINT and PLANE functions of CATIA 34, a straight line cable path 63 can be created to simulate the cable routing with respect to the template 59. By using the CORNER function within CATIA 34, cable bend radii 82 can be added. These radii 82 are determined by the designer 402 and are based on wire type, number of wires and their proximity to adjacent hardware.

Wires 100 are created in CATIA 34 by concatenating line segments 63, curves 82 and splines 84. This operation can be simplified by using the automatic concatenate feature in CATIA 34.

The resultant element 100 represents the individual wire between the two termination points 61 and inherently contains length data extracted by GETLEN 114 (FIG. 6).

Using the duplicate function within the OPERATE function of CATIA 34, the concatenated wire 100 is selected. This creates another wire 100 in the same place of the model. Using the IDENTIFY function in CATIA 34, the duplicated wire 100 can be selected.

The wire 100 is renamed with a five digit wire identification number, the first digit being W. For example, to route wire 1, the wire identification is W0001. In the case of twisted pairs, if the colored wire is W0001, the black lead is WT001. This naming is consistent with WIRELIST 12. The renamed wire 100 is now NOSHOWed to keep the model as clean as possible.

By using the BREAK application of the LIMIT function, the original concatenated wire 100 is broken and re-concatenated with other line segments, curves and splines to simulate the next wire. Judicious selection of specific break points facilitates creation of the next wire by reducing the number of sections that must be concatenated. The same procedure is followed for all wires listed in the WIRELIST data 18 for that cable.

By viewing all of the model elements through the IDENTIFY function, all of the wire identification names for all of the wires in the cable can be viewed. These names are used to transfer the wire length data from CATIA 34 to the cable description 132 (FIG. 6) and eventually to the cable assembly drawing. The wire identification names must match the wire names in the cable description.

Several cables may be added to the model for bulk cable analysis. The bulk cable analysis is useful in areas of high cable concentration where buildup is likely to occur.

Both the position and size of raceways 78 can be determined by performing the bulk cable analysis in CATIA 34. This cable bulk analysis data can be transferred back to the other mechanical designers in the group. Designs and layouts can then take into account specific and justified cable requirements.

CATIA 34 can create pipe solids 102 and 104 given the lines and curves representing the center lines 63 of the pipes 102 and 104. When cables have more than two ends, the UNIONing of several pipes is required. Pipes can be created in individual sections or the center line constructs can be combined first into a concatenated curve which is then used to make the pipe.

The core or center of the bulk cable should be offset from any surface by at least half the diameter of the cable. Bulk cable diameter is not provided by the system 34 and must be estimated by the designer 402.

A rule of thumb that may be applied to bend radii is that any breakouts or T-intersections in a cable path should be drawn with 90 degree lines initially.

Two downloads are required. The cable assembly download comprises only the geometry shown in FIG. 13. The cable installation download comprises the geometry shown in FIG. 15.

To download with parallel lines already present, a pipe solid 102 in CATIA 34 is constructed using the cable path 63 as a pipe center. The cable designer 402 decides where to place the parallel lines 102 and constructs the pipe solids accordingly. Several pipe solids 102 may have to be created and UNIONed together to generate a single solid that represents a laced cable body. The unlaced ends of the cable 106a-106k are not shown as solids. The diameter of the pipe 102 is not necessarily related to prior bulk cable analysis diameters.

After designing a cable 102 in CATIA 34, various elements of geometry are no longer needed. Before using CADAMW, the user 402 should discard unnecessary items. The template 59 can be saved if the user 402 elects to have the template 59 stored with the cable 102, but should not be shown for the assembly download. The center line constructs 63 used to make the pipe 102 are not shown either.

When sequential assembly of cables 102 is required, cables to be installed earlier in an installation sequence are added to the model. Hidden line removal is accomplished in CATIA 34 automatically.

The final operation in model preparation is to NOSHOW the cable wires 100 and wire path 63 with the exception of any leads 106a-106k outside of the laced cable 102.

Within each CADAM group, there is a subgroup called CATIA. It is the subgroup which is used when CATIA data is downloaded to the CADAM group, called `CABLE OUTLINE MODEL`. If the user 402 executes the SELECTOR CLIST 110 first and places the results in the CATIA subgroup of his CADAM group, then he can specify the same model name during download and the geometry is placed into a detail of the same model. The system 110 uses a new model name, however, as the part number.

Transfer of the CATIA model to CADAM is performed using the CATIA function CADAMW. The CATIA model should show only geometry to be downloaded. CADAMW lists the CADAM groups and subgroups allowed. The user 402 selects the proper group, then selects CATIA and types the CADAM model name. The model is downloaded with a final message of MDL (model) FILED.

If the template solids as well as the cables are visible in CATIA before download, they are downloaded together.

Dimensioning in CADAM often requires preparation in CATIA. The analysis function yields the length of a CATIA curve or cable wire. When the length of a subsection is required, the wire is BREAKed at the section end points and then ANALYSIS is performed.

Dimensions are drafted only among cable ends, breakouts and functional bends. It is not necessary to analyze every line segment, spline and so on in the wire path 63. The dimensions are then pencilled in on a plot for later entry on the CADAM model.

In different situations, either of two functions might be more productive than the other. Similarly, one function might be more productive in CATIA but leave more work to be completed in CADAM.

The cabling system of the present invention uses CATIA to define the length of each wire 100 accurately. Operationally, this length may be too short. This phenomenon seems to occur because the cables are usually manufactured on a two dimensional pegboard and then coiled and bagged for shipment to an assembly area. Uncoiling leaves the cable short by an unknown amount, but one that can be measured empirically. Parameters affecting the shrinkage include the length between functional bends, the number of wires and the wire size. Other effects that leave unmeasurable changes are the tightness of the coil and the effort spent trying to straighten it.

The user 402 need not add bend radii. If the wire path 63 contains only line (not curved) segments, the cable will be longer, approximately compensating for shrinkage caused by twists associated with two dimensional manufacturing processes and deliveries. Empirical data can measure these two effects.

Geometrically accurate CADAM models are easily dimensioned. For that reason, it is in the user's best interest to have geometrically accurate models whenever possible. Scaling and downloading sometimes provides ways to maintain the CATIA accuracy even after downloading.

Orthogonal cables are cables comprising three dimensional line segments, each of which is parallel to either the X, Y or Z axis.

If cables tend to be orthogonal and the above restrictions apply, then the downloaded results in the CADAM model will be geometrically accurate after the user 402 scales the view up by a factor of 1.22474. This accounts for a projection factor of a CATIA isometric view. Alternately, the CATIA model can be scaled up by the same factor before downloading.

CATIA can allow the cable designer 402 to create a cable representation as either a solid, a wire frame or even a surface representation.

CATIA solids are always facetted polyhedral representations. The representation on the display comprises line segments alone. When CATIA solids are downloaded to CADAM, only CADAM line segments are created. One advantage of downloading solids is that, before download, the hidden lines can be removed so that they do not appear in CADAM.

Wire frame constructions are most productive if the design includes only the center line data. Downloading transfers any curved CATIA constructs as CADAM splines.

CATIA allows the user to change line thickness but CADAMW downloads only medium solid, medium dashed, fine solid and fine dashed lines. Ideally, a line thickness displays the cable and, in the background, its installation location. Solid representation in CATIA can be changed in one step to light lines, which appear as fine lines in CADAM. In CADAM lines can be heavy, medium or light. In a CADAM model, the user still must change a cable to heavy lines for contrast.

A fully operational interactive CADAM system and the CADAM model named `CABLE OUTLINE MODEL` are required.

CADAM databases are managed by group, each of which can have a large number of subgroups or USERIDs. Most subgroups are password protected. Direct IUE access is impossible in those cases. Since the preferred embodiment uses the IUE, two subgroups without passwords named IN and CATIA are required. Data can pass from CATIA to IN using the ALL program 124 (FIG. 6), comprising the IUE and subsequently can pass to the user's subgroup, with or without passwords, using the utility NURESTOR 126.

Furthermore, within each CADAM group, the CATIA subgroup is used when CATIA data is downloaded to the CADAM group. This CATIA subgroup is also the source for the special outline model called `CABLE OUTLINE MODEL`. The ALL program 124 opens this model for input within SELECTOR CLIST 110 and files the results the IN subgroup.

If the user 402 executes the SELECTOR CLIST 110 first and places the results in the CATIA subgroup of his CADAM group, then he can specify the same model name during download and the geometry is placed into a detail of the same model.

As indicated hereinabove, the menu 112 asks for the user's subgroup. This is used twice: once to reach the correct CATIA group 50 and once to move the resultant CADAM model 140 to the password protected user's subgroup in CADAM. The system 110 does this using NURESTOR 126 in three steps. First, a copy of the CADAM model is unloaded from the CADAM database 138. Second, that copy is loaded into the user's subgroup even if it is password protected. Third, NURESTOR 126 deletes the original copy in the IN subgroup. This third step cannot be executed unless the first two are successful, thus guaranteeing that the CADAM model is not lost. Subsequently, the user 402 must combine the administrative data loaded by ALL 124 and the downloaded geometry from CATIA 49.

CADAM provides several variations of a procedure that can be used to move the geometric view from one CADAM model into the model with the administrative data. The preferred embodiment procedure is to transfer a view from one model to a detail of another model using the DETAIL key and then to USE the detail in the primary view of the administrative model.

Data downloaded to CADAM appears as it did in CATIA but significant differences occur. Circular arcs seen in a CATIA isometric view become CADAM splines, but line segments in bulk cable drawings remain as straight lines, even though they appear to be curves. For these reasons and others, CADAM final editing by means of REDRAFT software 54 (FIG. 1) must be performed.

Most of the final editing in the CADAM model is work that exists in conventional cable design methodology and that has not been fully automated. In some cases the CADAM final editing replaces conventional steps which were partially automated.

Two CADAM drawings are produced for each cable harness. The first sheet is used to build the cable assembly and the second is the cable drawing to install the cable. The Sheet 1 drawing describes how to build the cable assembly. Medium line intensities are adequate, so no line type changes are required.

Referring now also to FIG. 16, the point-to-point wiring table 1610 and the bill of materials 1612 and notes 1612 are loaded to the CADAM model 30 as a direct output of the administrative process (FIG. 2). Also shown are the pipe solid 1614 and cable leads 1616 into the CADAM model 49 downloaded directly from CATIA using CADAMW. Minibill data, not shown, and the pin tables, not shown, are also in the CADAM model 30. The two CADAM models 30 and 49 are already combined either by preliminary operations 32 or by judicious choice of model naming wherein the CATIA download is made to the CADAM model 32.

Referring now also to FIG. 17, minibill data 226 is shown. The relevant portion 1618 of the minibill 226 is moved by the user 402 onto the CADAM drawing near the appropriate cable end 1616. Since SELECTOR CLIST 110 does not have the position of those ends 1616, the minibill 1618 is initially placed outside the outline, not shown, in the primary view.

Referring now also to FIG. 18, the NOTE function key is used to slant the text angle to preserve the three dimensional appearance of the minibill data 1616. These isometric text strings help retain the appearance of a three dimensional image in CADAM, even though the geometry is two dimensional. The text angle can be either +30 degrees 1810 and 1812 or -30 degrees 1814 and 1816 or 90 degrees with the slant parameter set at -30 degrees 1818 depending on the geometry. Different combinations of text angles and text slant angles provide three dimensional perspective for dimensioning, minibills and device locations.

Certain isometric views of connectors used in previous products may be collected and stored in a standard library subgroup, not shown, of a CADAM group. From this CADAM standard library of connectors, views of the connectors 1620 can be transferred to the CADAM model and located near the correct cable ends 1616.

Similarly, CADAM details of strain relief hardware exist, but the user 402 must display the correct number and orientation of associated hardware. In the past this often was handled by text notes, but a geometric picture in accordance with the present invention results in improvement in quality.

Referring now also to FIG. 19, auxiliary views can be created by capturing an area of dense information 1624, copying it and then scaling it up 1626. Minibill information 226 can then be added without scaling it to produce unambiguous geometric representations 1624.

Dimensioning techniques for cables are constructed as offsets of sequences of geometry. The ends of dimensions 1622 are bounded by a functional breakout 1632 and a connector 1620 or another functional breakout 1634. The dimension line 1628 is created by offsetting its associated line 1630.

The location of a functional bend, not shown, is identified with radius and locating dimensions. The dimension 1622 appears three dimensional even though the isometric view in CADAM is two dimensional.

The dimensioning technique requires that the cable designer create a CATIA plot. In CADAM, dimensioning of isometric drawings requires manual creation of extension lines, dimension lines and dimensional text. Then, using the rule that cables are dimensioned only to breakouts and functional bends, the designer adds the dimensional data that was recorded on the CATIA plot.

Referring now also to FIG. 20, the point-to-point wiring data originally shown in FIG. 16 as reference numeral 1610 is shown in an exploded view in FIG. 20. Tabular headings and line sections are created by ALL 124 and loaded into CADAM thereby. The wiring data is accumulated by SELECTOR 122 and included in the table 1610 by ALL 124, without user software intervention.

Referring now also to FIG. 21, CATIA view 1510 (FIG. 15) is downloaded to produce Sheet 2, the cable installation drawing.

In the Sheet 2 drawing 2110, cable routing data requires CADAM heavy solid lines 2112 for the cable and light solid lines 2114 for the background hardware. Heavy lines 2112 cannot be sent down from CATIA so the user 402 must set these appropriately with the CADAM/TYPE function.

When sequential assembly of cables is required, previously installed cables are collected into one CATIA model. These cables are then combined with the template 59 and the new cable 102. Hidden line removal is accomplished in CATIA automatically. Then the results, not shown, are transferred to CADAM. In CADAM, a note referencing the previous cable number is included at a predetermined location on the CADAM model.

Downloaded concatenated curve data is received in CADAM as splines, not shown. Running the geometry through REDRAFT 54 splits this geometry into line segments and circular arcs, where possible, and leaves the remainder as CADAM splines.

Since other modifications and changes varied to fit particular operating requirements and environments will be apparent to those skilled in the art, the invention is not considered limited to the example chosen for purposes of disclosure, and covers all changes and modifications which do not constitute departures from the true spirit and scope of this invention .