ComputerAided_Design_Engineering_amp_Manufactur.pdf
ComputerAided_Design_Engineering_amp_Manufactur.pdf
ComputerAided_Design_Engineering_amp_Manufactur.pdf
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
make this approach realistic in conventional machining. While it is possible to accommodate changing<br />
depths of cut in the case of NC machines, the usefulness of employing varying depths of cut will depend<br />
upon whether there is a significant improvement with respect to objective function. It is therefore safe<br />
to assume that equal depths of cut will be used for all roughing passes.<br />
The solution procedure can proceed with finding optimal parameters for the finishing operation first.<br />
In case of finishing operations, it can be assumed that the finishing operation is a single-pass operation.<br />
This is a reasonable approximation as only very little material will be left to be removed in the finishing<br />
operation to achieve the required finish or tolerance on the surface being machined.<br />
The parameters can then be determined for roughing operations, based on the remaining depth of<br />
material. The optimization for multipass rough turning operations is carried out in two stages. In the<br />
first stage, a set of feasible depths of cut, based on the total depth of material to be removed and the<br />
permissible limits of depths of cut (resulting in an integral number of roughing passes), can be calculated.<br />
To determine the optimal number of passes and hence the depth of cut to be used, optimization will be<br />
carried out for each feasible subset of depth of cut and number of passes. Finally, the subset which results<br />
in the least production time is chosen to be the optimal pair. The corresponding cutting speed and feed<br />
rate are chosen to be the optimal parameters for the roughing operation. The solution methodology is<br />
shown in Figure 5.33.<br />
The individual optimization problem is solved using the geometric programming technique. The<br />
dual of the geometric programming (GP) problem is solved by using the techniques of separable<br />
programming (SP) and linear programming (LP) (Kochenberger et al., 1973). Simplex algorithm is<br />
used for the solution of the LP problem. The primal variables are determined from the dual solution<br />
using the method given in Beightler and Phillips (1976). The steps in GP solution procedure are given<br />
in Figure 5.34. Details on the solution procedure of GP dual problem can be found in Kochenberger<br />
et al. (1973) and Prasad (1994).<br />
Similar formulation can be carried out for facing and boring operations (Prasad et al., 1994a, 1994b).<br />
The explicit optimization of cutting parameters for secondary operations such as chamfering, grooving,<br />
filleting, knurling, and thread cutting is not necessary. Instead, the parameters for these operations are<br />
chosen as a fraction of turning conditions. Formulation for milling operations in a similar approach can<br />
be found elsewhere (Manidhar, 1995).<br />
Time and Cost Calculation<br />
The time required for machining a component is equal to the sum of cutting, setup, and handling times.<br />
Handling time includes the time involved in tool change, tool resetting, and component loading and<br />
unloading. Based on the outputs obtained so far (machining operation, pocket dimensions, and process<br />
parameters), the cutting times can be calculated using the machining formulas. However, the calculation<br />
of setup times and the handling times is a data-intensive activity since each company has its own set of<br />
standard elemental times.<br />
5.15 Report-GIFTS: Report Generation Module<br />
When the control passes through all of the above modules, PPIR contains the necessary information a<br />
CAPP system is supposed to generate. The PPIR generated for the ex<strong>amp</strong>le part shown in Figure 5.18 is<br />
given in Table 5.6.<br />
As explained earlier, PPIR is basically a set of setups, with each setup pointing to a set of pockets.<br />
However, PPIR is an internal model and its format is meant for computer processing. Hence, it is not<br />
useful for any practical purpose unless it is converted to the required form, comprehensible by the people<br />
involved in using the CAPP system.<br />
A report generation module, called Report-GIFTS, is developed to serve this purpose. This module<br />
can be regarded as a postprocessor which transforms the data from one format to another format. When<br />
one looks at various formats of the process plans, four possibilities can be visualized: