* Added first working version of VTPR;
* Get VTPR building hopefully
* Remove more constant iterators
* Make VTPR accessible through factory
* One last const iterator
* Fix a_alpha bug and make sqrt(2) into sqrt(2.0)
* Added analytic first derivative for VTPR
* Fix another set of sqrt(2) -> sqrt(2.0)
* Add some info on the derivatives for VTPR
Looks less hopeless than I had feared
* gE/RT needs to be multiplied by RT; closes#1161
* Added first working version of VTPR;
* Get VTPR building hopefully
* Remove more constant iterators
* Make VTPR accessible through factory
* One last const iterator
* Fix a_alpha bug and make sqrt(2) into sqrt(2.0)
* Added analytic first derivative for VTPR
* Fix another set of sqrt(2) -> sqrt(2.0)
* Add some info on the derivatives for VTPR
Looks less hopeless than I had feared
* gE/RT needs to be multiplied by RT; closes#1161
* Add VTPR code from @JonWel (#1194)
* 1rst draft to implement a simple volume translation to cubics
* A bit more of VT
* Derivatives for volume translation
* Better cm initialisation
* Solves the cubic equation with volume translation
* Correct the volume translation analytic development
Looks good now
* Update VTPR to be able to use volume translation
* Unprotect cm_term
This allows it to be used from the VTPR backend
* Update CoolPropLib.def
* Better derrivative of PI_12
The expression is simpler this way
* Solves #1176
Thanks @ibell
* Change the way the volume translation parrameter is set
* Start the bm derivatives for VTPR
* Correct one derivative
* Small bug
* Better bm derivatives for VTPR
* Add am and bm component derivatives for VTPR
@ibell I did not check yet the component derivatives of this commit, bu I checked the other ones with your code.
I'll have to addapt your code to also check these ones.
I separate the `am_term` and `bm_term` as the `am_bm_term` function was called twice. This reduce the call to the am_term part as this part ends up being called only once, and this helped writing the component derivatives.
The tau derivative is done numerically untill we find time to develop the analytical one.
The `am_bm_term` function started with a `set_temperature()`. I did not checked yet why this is needed and put this set temperature at the beginning of each of the `am_term` component derivatives.
I'll try to addapt the checking code tomorow.
* tab to spaces
* Re-writing of cubic coefficients
Introducing 3 intermediary varriables that simplify the cubic's coefficient with the volume translation.
* 1rst draft to implement a simple volume translation to cubics
* A bit more of VT
* Derivatives for volume translation
* Better cm initialisation
* Solves the cubic equation with volume translation
* Correct the volume translation analytic development
Looks good now
* Update VTPR to be able to use volume translation
* Unprotect cm_term
This allows it to be used from the VTPR backend
* Update CoolPropLib.def
* Better derrivative of PI_12
The expression is simpler this way
* Solves #1176
Thanks @ibell
* Change the way the volume translation parrameter is set
* Start the bm derivatives for VTPR
* Correct one derivative
* Small bug
* Better bm derivatives for VTPR
* Add am and bm component derivatives for VTPR
@ibell I did not check yet the component derivatives of this commit, bu I checked the other ones with your code.
I'll have to addapt your code to also check these ones.
I separate the `am_term` and `bm_term` as the `am_bm_term` function was called twice. This reduce the call to the am_term part as this part ends up being called only once, and this helped writing the component derivatives.
The tau derivative is done numerically untill we find time to develop the analytical one.
The `am_bm_term` function started with a `set_temperature()`. I did not checked yet why this is needed and put this set temperature at the beginning of each of the `am_term` component derivatives.
I'll try to addapt the checking code tomorow.
* tab to spaces
* Re-writing of cubic coefficients
Introducing 3 intermediary varriables that simplify the cubic's coefficient with the volume translation.
* Updates to the Excel Wapper and Files
- Added README.rst with updated Installation and Build Instructions
- Fixed PhaseSI() function in CoolProp.xlam
- Removed Deprecated Props() function in CoolProp.xlam
- Added get_global_param_string() function in CoolProp.xlam
- General overhaul of the TestExcel.xlsx example file
* Minor edit to README.rst
* Unprotect Example wkbk and rename VBA to CoolProp
* Update CoolPropLib.def
* Update julia wrapper
Correct type specification for Array inputs.
* Update Julia wrapper
Improves type possibilities for Array functions.
It is interesting to notice that the wrapper makes use of the linear indexing feature. Matrices can be send, and will simply be processed as a vector.
* Cubic calc_molar_mass, closes#1124
* Add simplified update and output functions
This allows simpler use of the low level interface by using the strings name instead of the parameter number.
The parameter number version stays and will be faster for more than one call with the same parameter.
* Add AbstractState_update_and_1_out
* Export specify_phase() to the library
* small correction
Safer to only accept an array of real numbers here.
* Small correction
Specifying the type of the array to avoid any convertion
This is required in order to remove ".dll" extension from the library
name in .NET DllImport. And that, in turn, is intended to enable
cross-platform use of SMath wrapper on other OSes, like Linux (that is
supported by both CoolProp and SMath).
As explained at
http://www.mono-project.com/docs/advanced/pinvoke/, it's recommended to
omit the library extension to allow mono to find native libraries.
* Correct AbstractState_set_binary_interaction_double
Convert `i` and `j` to `size_t` when calling `AbstractState_set_binary_interaction_double`
* Addapt Julia wrapper to c16a4b6
Now `AbstractState_set_binary_interaction_double` needs `long` for `i` and `j`
* Precompiling of Julia Wrapper only for Julia 0.4+
Should allow to keep compatibility with Julia 0.3
* Export set_binary_interaction_double
to the shared library and add it to Julia Wrapper
* Correct comment in previous commit
* Change tab to spaces in precendent commit
* Add update_and_*_out functions
Add `AbstractState_update_and_common_out` and `AbstractState_update_and_5_out` to the wrapper
* Update .gitignore
* Improve SMath wrapper error handling
1. Make CoolProp errors visible to SMath immediately, calling
get_global_param_string("errstring").
2. Use System.Exception with message instead of SMath own exceptions
where possible (to show the required message instead of irrelevant SMath
unconfigurable one); only retain SMath exceptions where it's necessary.
* Remove redundant text from release_readme.rst.txt; fixes#1105
* Allow cmake properly build SMath wrapper
Integrate c# project into solution; allow usual cmake --build . --config
Release to build SMath wrapper.
Remove obsolete build.bat and coolprop_wrapper.sln files:
cmake-generated solution already includes everything.
Use build subdirectory wrappers/SMath for all generated files (both by
cmake, including csproj file itself, and by build process), thus no
dirty tree anymore.
Please note: this change requires cmake version 2.8.9 (because of
include_external_msproject TYPE).
* Tentative patch for buildbot
Unfortunately, I cannot test the buildbot, neither I know about it much.
I suppose that this is a sensible patch to be able to work with previous
changes to SMath build process.
* Update SMath wrapper help
* Revert part of #763d4ce to solve #974
* Addapt Julia wrapper to dfbb3a4
May be better in the future to use a second argument and insert it to the buffer, but I don't know yet how to do properly the conversion.
So for now, will always return the "long" option.
* "long" in byte array literal
* Enhance get_parameter_information_string
as discussed in #1093
I however have a strange behavior during my testing, sometimes the parameter gets correctly recognised and I have the correct output, but sometimes it answer "parameter is invalid: parametername", whereas I send the exact same commend in Julia side...
* Terminate string with 0 when instering in the buffer
As discussed in #1093
* Better error handling for get_parameter_information_string
Now there is a distinction between error in `param` or in `Output`.
* Update CoolProp.jl
Closes#1077
