Custom Query (122 matches)
Results (4 - 6 of 122)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#23 | Not Reproducible | 09-003 FTNMixer in Aspen Hysys | Michael Halloran | michelpons |
Description |
De: Ahsan Akhtar [sidathyder5@…] Envoyé: Friday, April 10, 2009 6:52 PM À: Michel Pons Objet: Re: VS2008 Express edition Michel, Yes, fine with me Best regards Ahsan ============================================================ De: Michel Pons [technologyofficer@…] Envoyé: Friday, April 10, 2009 6:03 PM À: 'sidathyder5@…' Objet: RE: VS2008 Express edition Ahsan, Both virtual machines, COLTT09-003 and COLTT09-004, have been equipped with VS 2008 C++ Express Edition and the relevant PMCs and PME for each case. I will send you an invitation for the session. No need for you to connect to PCNow website. Will be able to start at 08:30 AM Paris time. Is that fitting your schedule? Best regards Michel ============================================================ De: Michel Pons [technologyofficer@…] Envoyé: Friday, April 10, 2009 11:39 AM À: 'sidathyder5@…' Objet: RE: VS2008 Express edition Ahsan, Just to be sure we understand each other : I can only install the Express Edition not the full edition for VS2008. Best regards Michel ============================================================= De: Ahsan Akhtar [sidathyder5@…] Envoyé: Friday, April 10, 2009 11:27 AM À: Michel Pons Objet: Re: VS2008 Express edition Yes, Pls install VS2008, relevant PME and PMC on the VM. Best Regards Ahsan ========================================================== De: Michel Pons [technologyofficer@…] Envoyé: Friday, April 10, 2009 10:09 AM À: 'Ahsan Akhtar' Cc: 'Michael Halloran' Objet: VS2008 Express edition Ahsan, What should I do in the virtual machines set up for issues 09-003 and 09-004? Should I install VS 2008 C++ Express Edition in there? I need to do this today if you will need it on Tuesday. Best regards Michel =========================================================== De: Ahsan Akhtar [ahsan.akhtar@…] Envoyé: Thursday, April 09, 2009 2:55 PM À: 'Michel Pons' Objet: New Issues Michel, I have recorded following issue in the register:
Is it possible that I can debug issue 09-003 and 09-004 on CO-LaN laptop coming Monday? (please note that I will need VS2008 on the laptop). Best Regards Ahsan ============================================================ De: Michael Halloran [michaeljhalloran@…] Envoyé: Wednesday, April 08, 2009 10:40 PM À: Michel Pons Cc: Ahsan Akhtar Objet: Re: Simulis Thermodynamics in Aspen Hysys 2004 Michel, Do you have any example where COLTT 1.08 works in Hysys as you would expect? The reason I ask is that the log attached here ends at exactly the same point as the log you attached to the previous case which involved a Unit Operation. I'm wondering whether these two have something in common even though they involve a Unit and a Property Package. Regards Michael ============================================================= De: Michel PONS via YouSendIt [delivery@…] Envoyé: Wednesday, April 08, 2009 9:39 AM À: technologyofficer@… Objet: File Sent: FTNMixerSetup.exe
================================================================ De: Michel Pons [technologyofficer@…] Envoyé: Wednesday, April 08, 2009 9:35 AM À: 'Ahsan Akhtar' Cc: 'Michael Halloran' Objet: FTNMixer in Aspen Hysys v7.1 Pièces jointes: Screenshots.doc; hysys_040809_085646.log Ahsan, I have tried COLTT v1.08 on the combination made of a Unit Operation made with the FORTRAN Wizard and Aspen Hysys v7.1. On this combination (without COLTT enabled) I have an issue as you may see in the attached Word document. The UO does not load up in Aspen Hysys v7.1. There is a load error but apart from that there is no Aspen Hysys crash. I wanted to investigate further with COLTT what was happening.
I have enabled COLTT on the Fortran UO. I have followed the same scenario. What happens is that, instead of getting the load error message sent by Aspen Hysys, I have Aspen Hysys closing down because of a crash after accepting the UO. I don’t see the load error message. In COLTT controller, the real-time view is kept blank. However I got a small log file in Application Data So there is a significant difference of behaviour with and without COLTT enabled on the Unit Operation. Since the Unit Operation can’t be loaded in Aspen Hysys even when not logged, this may be a special case but nevertheless. The Unit Operation used here is accepting only Thermo 1.1 Property packages. I guess that at the load stage this has no effect. I will send you the installer for the Unit Operation separately. Will need an issue number for that case. Best regards Michel |
|||
#35 | fixed | 09-004 Thermo System considered as PPM when logged | Michael Halloran | michelpons |
Description |
De: Ahsan Akhtar [ahsan.akhtar@…] Envoyé: Tuesday, April 14, 2009 8:38 AM À: 'Michel Pons'; 'Michael Halloran' Objet: RE: Simulis Thermodynamics in Aspen Hysys 2004 Michel, I will get back to you after the debug session which I am going to start in few minutes. Best Regards Ahsan =========================================================== De: Michel Pons [technologyofficer@…] Envoyé: Tuesday, April 14, 2009 8:34 AM À: 'Ahsan Akhtar'; 'Michael Halloran' Objet: RE: Simulis Thermodynamics in Aspen Hysys 2004 Ahsan, My point is the following : the end-user that I represent selects to enable logging on a Thermo System called Simulis Thermodynamics. After this decision, Simulis Thermodynamics should not be considered as a Property Package Manager by COLTT whatever the GUID. And the Property Package used should be considered a 1.0 PP and not a 1.1 PP. Am I missing something? Best regards Michel ============================================================= De: Ahsan Akhtar [ahsan.akhtar@…] Envoyé: Monday, April 13, 2009 12:29 PM À: 'Michael Halloran'; 'Michel Pons' Objet: RE: Simulis Thermodynamics in Aspen Hysys 2004 Michel, I think that COLTT won't be able to handle it properly as Simulis Thermodynamics can act both as a Thermo System(1.0) and as a Property Package Manager(1.1) under the same GUID. Though, I have numbered it as 09-004 mistakenly but actually it is the same issue as 08-169. Best Regards Ahsan ============================================================= De: Ahsan Akhtar [sidathyder5@…] Envoyé: Friday, April 10, 2009 6:52 PM À: Michel Pons Objet: Re: VS2008 Express edition Michel, Yes, fine with me Best regards Ahsan ========================================================== De: Michel Pons [technologyofficer@…] Envoyé: Friday, April 10, 2009 6:03 PM À: 'sidathyder5@…' Objet: RE: VS2008 Express edition Ahsan, Both virtual machines, COLTT09-003 and COLTT09-004, have been equipped with VS 2008 C++ Express Edition and the relevant PMCs and PME for each case. I will send you an invitation for the session. No need for you to connect to PCNow website. Will be able to start at 08:30 AM Paris time. Is that fitting your schedule? Best regards Michel ============================================================ De: Michel Pons [technologyofficer@…] Envoyé: Friday, April 10, 2009 11:39 AM À: 'sidathyder5@…' Objet: RE: VS2008 Express edition Ahsan, Just to be sure we understand each other : I can only install the Express Edition not the full edition for VS2008. Best regards Michel ============================================================= De: Ahsan Akhtar [sidathyder5@…] Envoyé: Friday, April 10, 2009 11:27 AM À: Michel Pons Objet: Re: VS2008 Express edition Yes, Pls install VS2008, relevant PME and PMC on the VM. Best Regards Ahsan ========================================================== De: Michel Pons [technologyofficer@…] Envoyé: Friday, April 10, 2009 10:09 AM À: 'Ahsan Akhtar' Cc: 'Michael Halloran' Objet: VS2008 Express edition Ahsan, What should I do in the virtual machines set up for issues 09-003 and 09-004? Should I install VS 2008 C++ Express Edition in there? I need to do this today if you will need it on Tuesday. Best regards Michel =========================================================== De: Ahsan Akhtar [ahsan.akhtar@…] Envoyé: Thursday, April 09, 2009 2:55 PM À: 'Michel Pons' Objet: New Issues Michel, I have recorded following issue in the register:
Is it possible that I can debug issue 09-003 and 09-004 on CO-LaN laptop coming Monday? (please note that I will need VS2008 on the laptop). Best Regards Ahsan ============================================================ De: Michael Halloran [michaeljhalloran@…] Envoyé: Wednesday, April 08, 2009 10:40 PM À: Michel Pons Cc: Ahsan Akhtar Objet: Re: Simulis Thermodynamics in Aspen Hysys 2004 Michel, Do you have any example where COLTT 1.08 works in Hysys as you would expect? The reason I ask is that the log attached here ends at exactly the same point as the log you attached to the previous case which involved a Unit Operation. I'm wondering whether these two have something in common even though they involve a Unit and a Property Package. Regards Michael ============================================================= De: Michel Pons [technologyofficer@…] Envoyé: Wednesday, April 08, 2009 11:07 AM À: 'Ahsan Akhtar' Cc: 'Michael Halloran' Objet: Simulis Thermodynamics in Aspen Hysys 2004 Ahsan, I have a combination of PMC/PME being investigated by request of Air Liquide, a CO-LaN Full Member : it is Simulis Thermodynamics in Aspen Hysys 2004. The test is made on a full scale process model which is proprietary of Air Liquide. There are issues with the model being used. These issues seem more model related, meaning of thermodynamic nature, than CAPE-OPEN related. However using COLTT should help in figuring the sequence of calls/values that lead to a problem. I have installed COLTT v1.08 within the virtual machine used for the interoperability tests. I have an Aspen Hysys case that contains already the reference to the Simulis Thermodynamics Property Package. When reloading this case, without COLTT enabled on Simulis Thermodynamics Thermo System (1.0 interfaces are used here), I get the following error messages in Aspen Hysys trace window: CAPE-OPEN P. Package 'Bender-Kiwi (corrected Mu)' error: <<The CAPE-OPEN Property Package 'Bender-Kiwi (corrected Mu)(from 'CalculatorPackageManager.ThrmStarDustPK')' raised an exception while calling CalcProp Error in ICapeThermoPropertyPackage.CalcEquilibrium CO Calculation Exception (Code: 0) FlashTS : an error has occured during calculation.Contact this component's vendor. Detected while calculating {(surfaceTension), (VaporLiquid), Mixture}. Material Object contents: L, T(K), 358.759992, P(Pa), 1018747.946722, C, 0.7811, 9.3e-003, 0.2096>> CAPE-OPEN P. Package 'Bender-Kiwi (corrected Mu)' error: <<The CAPE-OPEN Property Package 'Bender-Kiwi (corrected Mu)(from 'CalculatorPackageManager.ThrmStarDustPK')' raised an exception while calling CalcProp Error in ICapeThermoPropertyPackage.CalcEquilibrium CO Calculation Exception (Code: 0) FlashTS : an error has occured during calculation.Contact this component's vendor. Detected while calculating {(surfaceTension), (VaporLiquid), Mixture}. Material Object contents: L, T(K), 358.759992, P(Pa), 1018747.946722, C, 0.7811, 9.3e-003, 0.2096>> So everything is not fine for sure but use of Simulis Thermodynamics is attempted a large number of times (the model is very large in terms of blocks and streams) and just a few calls are not working properly. Now, when enabling COLTT v1.08 on Simulis Thermodynamics Thermo System, I get, immediately upon loading the same Aspen Hysys case file, the following message box: Hyprotech's CAPE-OPEN tool
OK I get a very short COLTT log file: LOG FORMAT
ClassFactory : Loading Simulis CAPE-OPEN® Thermo System (1.0) / P.P.M. (1.1) implemented by
C: ClassFactory : Created instance of Simulis CAPE-OPEN® Thermo System (1.0) / P.P.M. (1.1) successfully
You may see above that Simulis Thermodynamics can act both as a Thermo System and as a Property Package Manager. Would that be a problem for COLTT? COLTT has been enabled on Simulis Thermodynamics as a Thermo System, hence a 1.0 PMC. I would like you to give a number to this issue for further referencing. I will keep aside the virtual machine in which this happens should you want to take a look. Beware however that this virtual machine has no development tool installed as of now. Best regards Michel =========================================================== De: Michel Pons [technologyofficer@…] Envoyé: Thursday, March 26, 2009 5:27 PM À: 'Ahsan Akhtar' Cc: 'michaeljhalloran@…' Objet: Logging of Simulis Thermodynamics Ahsan, I am using COLTT v1.07 and I try to log Simulis Thermodynamics. This component acts both as a Thermo System 1.0 and a Property Package Manager 1.1. In COLTT controller I enable logging on Simulis Thermodynamics as a Thermo System 1.0 because it will be used as such by a PME. However COLTT is considering subsequently Simulis Thermodynamics as a PPM and says almost immediately in the log that call to ICapeThermoSystem not supported in COLTT, meaning that the logger used is a PPM logger. Something seems wrong to me here. Even if the PMC supports both 1.0 and 1.1 interfaces, the decision taken by the COLTT user within the controller should be respected. Has this been corrected in v1.08 with the refactoring? Best regards Michel |
|||
#24 | Not Reproducible | 09-006 HDPE Reactor in Aspen Plus | Michael Halloran | michelpons |
Description |
De: Michel Pons [technologyofficer@…] Envoyé: Tuesday, May 19, 2009 9:13 AM À: 'Ahsan Akhtar' Cc: 'michaeljhalloran@…' Objet: RE: Friday Session Ahsan, Sorry for the delay but I was tied up by other tasks. I have transferred the DLL you sent to the COLTT 09-006 VM and I have run the scenario. I can only report that it does not work any better. I can’t display the list of parameters for the UO and the live log screen in COLTT controller remains empty. Best regards Michel ========================================================= De: Ahsan Akhtar [ahsan.akhtar@…] Envoyé: Friday, May 15, 2009 8:10 AM À: 'Michel Pons' Objet: FW: Friday Session Michel, I am writing this email just to check whether you get a chance to test the issue 09-006 with the updated DLL? Best Regards Ahsan ======================================================== De: Ahsan Akhtar [ahsan.akhtar@…] Envoyé: Wednesday, May 13, 2009 12:47 PM À: 'Michel Pons' Objet: Friday Session Pièces jointes: COLoggersST.dll Michel, May I request you to test the case 09-006 with the attached DLL on the VM on which I had a session on last Friday. If you remember, on Friday session, COLTT was causing a problem in displaying parameters and was showing blank window, due to which I stopped debugging the case. Best Regards Ahsan =========================================================== De: Michel Pons [technologyofficer@…] Envoyé: Thursday, May 07, 2009 7:48 PM À: 'sidathyder5@…' Objet: RE: PCNow Session Ahsan, Go to sleep. I will find the number. Have a good night. Best regards Michel ======================================================= De: Ahsan Akhtar [sidathyder5@…] Envoyé: Thursday, May 07, 2009 7:46 PM À: Michel Pons Objet: Re: PCNow Session I think u can copy the source code from VM prepared for issue of FTN mixer in aspen hysys I don't remember the issue no. Actually I am going to sleep as it is late night here at Pakistan. But if u need no I can open my note book? Best regards Ahsan ========================================================= De: Michel Pons [technologyofficer@…] Envoyé: Thursday, May 07, 2009 6:48 PM À: 'Ahsan Akhtar' Cc: 'Michael Halloran' Objet: RE: PCNow Session Ahsan, OK for a session tomorrow morning, May 8. I have a virtual machine set up for COLTT issue 09-006 with VS2008 Express edition installed as well as TOTAL HDPEReactor and Aspen Plus 7.1. However I don’t know where to get the proper version of the 1.08.02 COLTT source code. Could you send me a link from which I could download the source code before the session takes place? I have also virtual machines for issues 09-008 and 09-009. Best regards Michel =========================================================== De: Ahsan Akhtar [ahsan.akhtar@…] Envoyé: Thursday, May 07, 2009 10:59 AM À: 'Michel Pons' Objet: PCNow Session Michel, Is it possible for you to have a session tomorrow morning at 8.00 am Paris time? I want to debug and fix the issue 09-006. I will need TOTAL HDPEReactor and Aspen Plus v7.1 components installed on the machine. I will also need VS2008 and COLTT source code on that machine. I will also run 09-008 and 09-009 issues to check if these are fixed. Best Regards Ahsan ========================================================= De: Michael Halloran [michaeljhalloran@…] Envoyé: Saturday, April 25, 2009 7:28 PM À: Michel Pons Cc: Ahsan Akhtar Objet: Re: TOTAL HDPEReactor in Aspen Plus v7.1 Michel, Ahsan, I haven't seen a response to this yet so I took a look at this problem. The final crash seems to occur in GetComponentConstant in MaterialObjectSt.cpp this code has not changed between 1.07 and 1.08.2 comparing my 1.08 copy and the 1.07 copy on sourceforge.net. As Michel notes what has changed is that the log in 1.08.2 is larger. That's because more information is being generated by the newer version, for example calls to unsupported interface are all now logged and there are a lot of them everytime a parameter is accessed. Since the code hasn't changed I think this one has to be debugged on the Co-Lan laptop; it could be some sort of corruption caused by the code generating the new output. Regards Michael ================================================================ De: Michel Pons [technologyofficer@…] Envoyé: Tuesday, April 14, 2009 4:56 PM À: 'Ahsan Akhtar' Cc: 'michaeljhalloran@…' Objet: TOTAL HDPEReactor in Aspen Plus v7.1 Pièces jointes: apmain_041409_162341v107.zip; Scenario.doc; apmain_041409_163539v10802.zip; Debugassertionfailed.doc Ahsan, I have encountered a major difference in using COLTT v1.07 and COLTT v1.08.02 when enabled on a Unit Operation provided by TOTAL. The Unit Operation is working with CAPE-OPEN Thermo 1.0 in Aspen Plus. Since the simulation ends up with errors, I have used COLTT in order to figure out what goes on. The scenario is quite simple (see Scenario.doc), starting from an Aspen Plus document that contains the necessary feed streams and setting up the connections. The unusual thing is that Edit does not work on such a UO and one needs to right-click on the block and select “input” to proceed with changing a parameter. Odd behaviour still not fixed in Aspen Plus v7.1. Using COLTT v.1.07 seems fine, providing the same behaviour with and without COLTT enabled on the UO and providing a log file (see apmain_041409_162341v107 in the zipped file attached). Now with COLTT v1.08.02, I get a much larger log (apmain_041409_163539v10802 in the zipped file attached) but a debug assertion error message when selecting the UO and subsequently Aspen Plus crashes (see Debugassertionfailed.doc attached). So this shows some kind of regression from v1.07 to v1.08.02 that should be looked upon. I am giving number 09-006 to this issue since there is also a non-numbered issue on the blank screen in COLTT controller that should be numbered 09-005 (sent on April 9). I am setting up a VM with the necessary software for further tests on 09-006. Best regards Michel |