Reported by michelpons, 12 years ago.

I am starting from an Aspen Hysys case file where only three streams are declared, two of them being defined. I add a SciLab UO as a CAPE-OPEN Unit Operation. I don't go very far, just declaring two inlet ports and one outlet port in the SciLab UO before closing the \"Scilab CAPE-OPEN UO\" view. It means Edit is called only once. I am observing what takes place before the Edit call. It appears Aspen Hysys makes use of the methods of the ICapeUnitReport interface. Aspen Hysys asks the UO for its list of reports (call to get_Reports) and the list, made of a single report, is provided by the UO. Then Aspen Hysys makes a call to put_SelectedReport. COLTT checks by getting once more the list of reports, that the selected report is among the available reports. But there is no printing of a line like: put_selectedReport input argument: Scilab Output

which would be similar to what happens with put_ComponentName. For the sake of being consistent in the appearance of the logging, I think put_SelectedReport output should be modified.

Reported by michelpons, 12 years ago.

I am using PRO/II 9.2 alpha. I enable logging on the CPP Ideal Thermo PPM and on the TEA PPM. Then I open a new case file in PRO/II 9.2, go to Input
Thermodynamic Data, select CAPE-OPEN, then CPP Ideal Thermo PPM and its nC6nC8 PP, then I quit the view \"SimSci - Thermodynamic Data\" by accepting through OK once the System CO01 is shown. I get back in the same view through Input
Thermodynamic Data and there I select the PP C1_C2 (EOS) from TEA PPM; It makes the CO02 System within PRO/II. I quit this view and then I simply exit from PRO/II. This gives the log file attached. Look at it within the viewer. Near the end the Viewer displays \"Property Package <Anonymous> : Call to put_ComponentName while, when expanding it, it shows \"getPhaseList returns\". When looking at the log file with NotePad it is then obvious that a getPhaseList call has been logged not a put_ComponentName call.

Reported by michelpons, 12 years ago.

I am starting from a case file out of PRO/II 9.2 in which three material streams have been drawn and two defined with flow, composition, pressure and temperature. The CPP Ideal Thermo PPM and its nC6nC8 PP are used. The scenario calls for inserting the CPP Mixer/Splitter Example in the flowsheet, access its CAPE-OPEN settings, change the heat input to 1, then connect the ports to material streams and run the simulation. It gives the log attached.

At the beginning of the Calculate method, the UO calls CopyFromMaterial onto a Material Object. The Material Object is mentioned as Anonymous. Within this call, it is logged that COLTT accesses the get_ComponentName method of the ICapeIdentification interface of an Anonymous MO: S1 is returned. Then the UO goes on by getting the present phases on a MO still mentioned as Anonymous. The CopyFromMaterial method has one argument, source. I think it would be wise somehow to mention the pointer value to the source MO. Further information could be displayed if indeed the get_ComponentName call succeeds like it is succeeding here.