setup the param for point instead of promoting it

[arushkumarsingh]

Summary

Solution for issue #100

Currently, the cycle variables are set up using the function pyc_add_cycle_param, which calls the configure() function in the mp_cycle.py. The configure function is promoting the variables to the cycle. The openmdao: 3.39.0 version is causing the incompatibility here, as the variables need to be accessed as component.var instead of point.component.var. So, instead of promoting the variables, we can set the variables for each design and off-design point.

This issue can be solved in two ways.

1. Going and updating all the output codes to print burner.dpqp instead of point.burner.dpqp. Similarly, for all the variables which are set using self.pyc_add_cycle_param
2. Changing the pyc_add_cycle_param() function pipeline, which can be solved by changing the function def configure(self) in the mp_cycle. (This pull request)

Related Issues

• Resolves Compatibility with OpenMDAO 3.39.0 #100

Backwards incompatibilities

None

New Dependencies

None

[Kenneth-T-Moore]

Superseded by #103