Moving from OPM SS5 Refresh (383) to OPM SS5 Refresh (404) in standalone mode


 Applies To 
 Product(s):Bentley OpenPlant Modeler
 Version(s):08.11.09.404
 Environment: N/A
 Area: Schema
 Subarea: 
 Original Author:Joey Bertone, Bentley Technical Support Group

 

Background

This document will focus only on the migration for out of the box or default set of schemas. For the customizations done by the user, they will need to review and apply the changes to the schemas of the new version.

The user customization typically involves one or more of the following things:

When moving from 383 to 404, to support the above changes, user also needs to modify following set of schemas

Starting with the delivered set of schemas (project and common) for the SS5 Refresh 383 version, identify the scope of changes to the out of the box schemas. For  example, when if a user did some customizations to the out of the box SS5 Refresh 383 versions, those changes should have been noted. Now he should apply similar customizations should be done by him to SS5 Refresh 404 version.

The changes done to the default SS5 Refresh 383 schemas can be reviewed by comparing the 2 set of schemas using Bentley Class Editor. The Bentley Class Editor is an optional install from the OpenPlant Modeler installation.  Run a repair or change install of OpenPlant to install Bentley Class Editor

Once the changes to the out of the box schemas (SS5 Refresh 383) have been noted, the same set of changes should be applied to the SS5 Refresh 404 out of the box schemas using Bentley Class Editor to create the SS5 Refresh 404 customized schemas.

This is a 3 step process using Bentley Class Editor:

Steps to Accomplish

Use Bentley Class Editor to compare schemas and apply changes

Bentley Class Editor can be launched from Start > All Programs > Bentley > Bentley Class Editor V8i 08.26 > Bentley Class Editor V8i 08.26

Before using the Bentley Class Editor for the above purpose, we need to know one limitation and its workaround for using it successfully. The project schema (OpenPlant_3D.01.04.ecschema) version in SS5 278, SS5R 383 and SS5R 404 is the same which is 01.04 and Class Editor does not allow comparing schemas with the same version. To get past this we need to change the schema version for the purpose of comparison.

Now we can proceed to schema differencing.

It would also be required to review and apply the changes to other schemas than the OpenPlant 3D schema if during the user customization, the user has done changes to other schemas listed above. However, the procedure for that should be the same.

Known Issues

If any changes are made to existing supports, olets, notes or fasteners after updating after updating from SS5 383 to SS5 404 then the following commands will need to be run.  if the following key-ins are not run then this will result in one or more of the following: failure to create iso sheets, failure to publish i-models, failure to generate isometrics drawings and generation of incorrect isometric drawings.  

Supports

If you have supports modeled in your dgn files using OPM 383, and then if you open the dgn file in OPM 404 and perform move/manipulation operations, you will need to run the following key-in to update reference coordinate points for the support components:

mechaddin migrateSupports

 

If you have supports modeled in your dgn files using OPM 383, and then if you open the dgn file in OPM 404 and if you specifically move the support such that it is now associated with another pipe, you will need to run the following key-in to update association for the support with the pipe:

mechaddin fixsupportassociations

 If this key-in is not run (needed only after moving support to another pipe done using OPM 404) and user tries to create iso-sheet, publish i-model and then generate isometrics, it will be generated incorrectly, and the support will still be associated with the previous pipe.

 

Olets

If you have olets in your dgn files using OPM 383, and then if you open the dgn file in OPM 404 and perform move/manipulation operations, you will need to run the following key-in to update reference coordinate points for the olet components:

mechaddin migratetapconnections

 

Notes

If you have Notes in your dgn files using OPM 383, and then if you open the dgn file in OPM 404 and perform move/manipulation operations, you will need to run the following key-in to update reference coordinate points for the notes components:

mechaddin migratenotes

If these respective key-ins are not run (needed only after move/manipulation done using OPM 404) and user tries to create iso-sheet, publish i-model and then generate isometrics, it will fail.

Fasteners

If you have components modeled and an iso-sheet has been created out of them in OPM 383 and then you migrate to OPM 404 and then add/edit/delete/modify components in such a way that new fasteners are created by deleting old fasteners, then you will need to run the following key-in to update association of fasteners with the already existing iso-sheet:

mechaddin fixisosheetfastenerassociation

 If this key-in is not run (needed only in case of new creation of fasteners) then the isometrics generation will fail.

See Also

OpenPlant Wikis