Upgrade Changes that Affect Results

From SysCAD Documentation
Jump to navigation Jump to search

Navigation: User Guide ➔ Upgrading Projects ➔ Changes that Affect Results

SysCAD Project Upgrade Project Upgrade Procedure Upgrade Tag Changes Changes that Affect Results Discontinued Models and DLLs

Latest SysCAD Version: 23 April 2024 - SysCAD 9.3 Build 139.35250


Build 139 Changes that may Affect Results

  • Molecular Weights - The Standard Atomic Weights have been updated to latest values from IUPAC.
  • Steam IF97 equations - For steam equations, user now only has one simple choice – namely “IF97”. This uses the correct steam Enthalpy and Density equations for region5 (i.e. the IF97_2 equation in Build138 and earlier).
    • This may affect results if the project was using the old equation with steam at high temperatures. You can avoid this, by first ensuring you use "IF97_2" for Steam Density and Cp(Enthalpy) in Build 138 then solve and save; then on project upgrade there will be no effect on results.
    • Cfg files are upgraded in Build139, the files are not backward compatible, so if they are re-used in earlier build there will be load errors/warnings.
  • Bug fix for H2SO4(aq) if attempting to use user-defined Cp equation data (in the SysCAD.93.db3). It was always ignored, and hardwired data "KWA()" was always used. This has been fixed, user can now override the H2SO4(aq) Cp data with user-defined data.
    • This may result in change of heat flow if user-defined equation is used.
  • Precipitator3 changes:
    • GrowthAsDeposition option removed. All growth rate functions now give GrowthRateR (radial/crystal growth) as a result, with GrowthRateD (diametric/particle growth) shown independently. If a mismatch between GrowthMethod and GrowthAsDeposition is detected when upgrading to 139, a warning is shown and the option UseCorrectedGrowth should be selected. This may require retuning of growth rate and/or agglomeration rate parameters.
    • Evap.AllowDiscard option removed. Vapours from evaporation can no longer be discarded to "nowhere". Tanks require a Vent connection or vapours will be sent to Product (with a warning). An additional option ProdGasEntrainment has been added to allow entrainment of a fraction of vapours present in the feed or evolved from reactions. This excludes evaporation water vapour as this must be removed by definition.
    • A correction to the calculation of thermal loss due to evaporation may cause slightly different results in tanks with an Evaporation method selected.
    • Simplification of Free-in-Space and Restricted-in-Space collision options. Agglom.UseCorrectedCollision option will show for precip tanks upgraded from earlier builds, to maintain old results. Recommend this option be selected and agglomeration parameters retuned. New tanks will include this correction automatically.
  • General Separator - Bug fixes for General Separator when using Density separation method:
    • Fixed calculations for Underflow Concentration and UF density methods, previously not returning the correct concentrations.
    • Fixed calculations when "BypassSeparCalcs" is enabled, underflow concentration and UF density methods were not returning correct concentrations.
  • Flash Tank 2 - Bug Fix for FlashTank2 in FlashTrain mode not clearing some results when model is turned Off. This may affect reported values from the FlashTank2 unit when offline.
  • Shell and Tube Heat Exchanger 2 - Bug Fix for Shell and Tube 2 model with reaction sub-model in use, the LMTD calculations has been corrected to include heat of reaction. This fix may change theoretic area and theoretical duty calculation displays, no changes to the actual duty.
  • Evaporative Dryer - if the new option UseOriginalMethod (used for backward compatibility) is unticked, different (but more accurate) solutions can be obtained in some situations. For instance, when liquids other than H2O are present in the final cake, often the target moisture content was not obtained. The new Moisture Method allows the user to specify either desired water or liquid fraction in the final cake and this will now be achieved if possible.
  • Free Energy Minimisation (FEM) - The core algorithms are completely rewritten for efficiency and stability. Substantial speed gains arise from using the previous solution as a starting point - the option UseConvergedSoln is enabled by default.
    • Results may differ in the sixth decimal place, (effectively the tolerance of the solver) and this may also affect quantities of trace species in particular. You can disable this option and rerun the model if the results are significantly different (but also check error messages - in the new build SysCAD will complain if certain thermophysical data is missing)
    • For the FixedHeat option (solving for temperature), the new algorithm will always converge - if a FixedHeat model was not converged in 138 (generally a MaxFixedHeatIterations warning, or energy imbalance), then results in 139 are likely to be significantly different.
    • The change in Molecular Weights (above) may also affect quantities of Selenium, Germanium and Cadmium in the solution since the molar flows are now different: these changes will be of the order of 0.01%.

Build 138 Changes that may Affect Results

  • Thermocompressor model improvements:
    • 1D Model - S&K Data - method has been improved by using excess energy to either superheat or condense steam. In most cases this will result in a reduced heatflow and may change the final product temperature.
    • Full Steam 1D Model - method has been improved by using excess energy to either superheat or condense steam. In most cases this will result in a reduced heatflow and may change final product temperature and pressure.
    • HeatFlow - sign reversed to correctly report Energy Out - Energy In.
  • Precipitator3 - Bound Soda calculations correction for Hunter and Fixed% methods.
    • Existing projects will retain old calculation methods (and results).
    • User would need to tick the option "UseCorrectedBoundSoda" (local to each precipitator unit) to upgrade to the new calculation methods.
    • User would need to retune the bound soda factors to re-align the bound soda precipitation values.
  • Preciptitator3 - Agglomeration Cutoff fix in Steady State
    • This applies to users using Precipitator3 in with PSD Method and Agglom.Cutoff option only.
    • Existing projects will retain the original results if no action is taken.
    • User would need to tick the "Agglom.UseCorrectedCutoff" option, (local to each precipitator unit) to upgrade to the new calculation methods.
    • User would need to check the results and retune as required.
    • This will give a correct size distribution curve and also ensures that the model gives the same results as Dynamic projects with the same parameters when run to steady state. See Preciptitator3 for sample results comparison.
  • Project using species with missing S25 data may find the stream entropy value may have changed. Species with missing S25 data will be assumed to have value of 0 at 0°C.

Build 137 Changes that may Affect Results

  • The method of programmatically activating or deactivating flowsheets via the Plant Model - Flowsheets tab has changed. Previously, one field (Active CheckBox) was used to activate or deactivate the flowsheet. Now, there are separate fields, or buttons, for activation or deactivation. If you have used the functionality on this tab to activate or deactivate flowsheets in pgms or from Excel, then please be aware that you will need to change the the field tags.
  • Project Configuration (cfg File) is upgraded to be a Dynamic or Steady State. May need to edit project or cfg file to correctly select solver mode.
  • Random number generator now uses the C++ standard library. This could affect results when using the Noise Controller or PGM Noise Class.
  • PGM and MP has a few more restricted variable names such as "Filename". If these were used PGM load errors occur. While upgrading, first change these in PGM file before first project save.
  • Some more hardwired conversions have been added to the Conversions Database. If the user had previously defined these in their Project Database and the user definition (scale and offset) is not exactly the same as the hardwired definition, then the user conversion will be discarded on load (with an appropriate message). If this occurs, then for the user to (still) have this conversion available to them, they will have to tick Show in the Conversions Defaults and Displays list next to the desired conversion unit.
  • H2O(l) is no longer allowed as a LockUp species. If a project previously used this, the user will receive a warning on load and the lockup value for H2O(l) will be set to zero.