Custom Query (122 matches)
Results (46 - 48 of 122)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#125 | fixed | Dubious message upon error detection on GetCompoundConstant | Michael Halloran | michelpons |
Description |
I am using Aspen Hysys 7.3 CP2 and a specially developed PPM based on the thermo examples distributed by CO-LaN. The PPM is returning an empty list of constant properties (return on GetConstPropList call) and then Aspen Hysys calls GetCompoundConstant. This apparently raises an error. COLTT 2.1 build June 5, 2012 says the followinh: PropertyPackage <Anonymous> : Call to GetCompoundConstant
PropertyPackage <Anonymous> : Return from GetCompoundConstant - Succeeded I think the compIds argument should not be a boolean. So may be the message has to be reversed (I don't know what Aspen Hysys is using though). Installer for the PPM as well as instructions to install and use will be delivered through other communication means. COLTT version 2.0 did not mention an error, i.e. no test was apparently made. |
|||
#198 | fixed | ECapeThrmPropertyNotAvailable not considered as a CAPE-OPEN error | michelpons | michelpons |
Description |
I have a PME returning 0x8004051a to a CalcsinglePhaseProp call: PropertyPackage <WaterEthanol> : Call to CalcSinglePhaseProp
MaterialObject <1> : Call to GetPresentPhases
MaterialObject <1> : Return from GetPresentPhases - Succeeded MaterialObject <1> : Call to GetTPFraction
MaterialObject <1> : Return from GetTPFraction - Succeeded COLTT <WaterEthanol> : Windows error code returned is: 0x8004051a - not known COLTT <WaterEthanol> : No error information available, call to GetErrorInfo returned: 0x1 PropertyPackage <WaterEthanol> : Error returned from CalcSinglePhaseProp - 0x8004051a PropertyPackage <WaterEthanol> : Call to get_description PropertyPackage <WaterEthanol> : Description: pO v CALUPP failed to calculate properties that may be caused by missing parameters or other reasons, please see history file. PropertyPackage <WaterEthanol> : Return from get_description – Succeeded This is read by COLTT as a Windows error and not as a CAPE-OPEN error. It should be read as a CAPE-OPEN error. |
|||
#119 | Not fixable - PME Issue | Elapsed time when logging | michaelhalloran | michelpons |
Description |
When using COLTT 2.1 Development Build on a CAPE-OPEN UO in PRO/II 8.3, I have been surprised by the time elapsed between mouse actions. Just the fact of dropping the UO on the flowsheet leads to several minutes of hour-glass presence. Same after connecting one stream: it takes several minutes before being able to make another action. And so on. I have compared this situation with the time elapsed when enabling COLTT 1.08.4 on the same UO. Everything takes then place within seconds so there is no much difference in overall elapsed time with and without COLTT enabled on the UO with that earlier version of COLTT. For sure the log file with COLTT 2.1 is approximately twice the size of the log file with COLTT 1.08.4. Consequently I would expect an elapsed time of twice the size but the ratio is here between 100 and 1000. The CAPE-OPEN UO is exhibiting a large number of parameters. Apart from that I don't see any other specificity. May be worth investigating because the situation with COLTT 2.1 leads to a too large difference in overall behaviour because of the delays between actions. |