Rule ID: SUK/1004/v1.0
This article describes the Fire Stopping Compatibility Rule that has been developed by Solibri UK Ltd as part of the BIM Coordination + Library.
The rule is available for Solibri Office 9.13.1 or later via a Solibri Extension, which can be downloaded from the Solibri Solution Center.
The article covers the following topics:
Important
This rule requires connection to an external spreadsheet and the Service Compatibility sheet and, where necessary, the Service Types sheet. A copy of this default template for all Fire Stopping rules FireStoppingRequirements.xlsx can be downloaded at the end of the Introduction article or through the description in the checking view for the highlighted rule.
Tip
To learn more about the Fire Stopping Solution, please see Introduction to Fire Stopping of Service Penetration Checks.
This rule is used to ensure that service types within the same penetration are allowed.
The rule first checks to ensure all components filtered as services are classified by the Service Classification, returning a low severity result of all unclassified components. The rule then finds all penetrations of service components with compartmentation and fire seals through their corresponding filters, while ignoring any partial penetrations where the service does not run completely through one side of the fire seal and out the other. Each pair of services within the same fire seal is checked for compatibility. The Service Compatibility tab within a .xlsx spreadsheet defines what service types are allowed within the same fire seal based on their classification name from the service classification. The rule returns Critical severity results for the following
-
Services that are in the same fire seal with incompatible service types,
-
Services that can only share a fire seal with their own service type
-
Services that cannot share a fire seal with any other service i.e. a singular penetration
Service Types Sheet
Penetrations that contain only one classified service require no further configuration before checking. Where a penetrating service is made up of multiple classified service components, for example, ducts that support fire/smoke dampers, these need to be merged to act as one service using the Services Types Sheet as shown below.
 |
Example of merging Ducts with a Damper
Specify the classified service for the the main service type and then in the mergeable service types column specify the classified services that will be merged. Separate multiple mergeable services using semi colons. Then simply specify using an x which rules this configuration needs to apply to. This also supports the use of wildcards.
In the Parameters View, you can define the compartmentation, services, and fire seals to check for service type compatibility.
Important
Although only the services and fire seals filters of these rules require users to set up classifications it is good practice to also use classifications for the compartmentation. The benefits are as follows:
-
To structure the model geometry allowing easy identification and visualization in the classification and providing a clear indication of what will be checked
-
Where present, Services and Fire Penetration Seals will require classification values to interact with the FireStoppingRequirements.xlsx spreadsheet
Tip
The screenshots shown here have been taken from the FireStoppingRequirement_EXAMPLE.xlsx spreadsheet which is available for download from the end of the Introduction article.
Rule Parameters View:
 |
-
Compartmentation filter: Defines the compartmentation walls and floors that will be checked. The rule only checks the compatibility of services that run through these filtered compartmentation components.
-
Services (will exclude Fire Seals) filter: Defines the service components that will have their compatibility checked.
-
Service Classification: Defines the name of the Classification for your service types. The Service Type and Compatible Service Types columns of the Service Compatibility tab in the Requirements spreadsheet reference the classification names from this Services Classification to define their compatibility with one another.
Tip
Service Classification: Copy and paste the classification name directly from the Settings tab of the Classification used to define your services to ensure there are no errors in the text
-
Fire Seals filter: Defines the fire seal components that will have services within them checked for compatibility.
-
Requirements File Path: Defines the full file path to the Requirements spreadsheet (.xlsx) that contains the Services Compatibility sheet used to define what service types are compatible.
Tip
Requirements File Path: Copy the exact location from Windows Explorer or the macOS Finder or from a command window to prevent errors
Service Compatibility sheet parameters:
-
Service Type: This cell contains the classification name from the Services Classification to define service types that will be compared with the Compatible Service Types cell values.
Tip
To ensure that there are no text errors you can create a list of values from the classification Settings page by exporting it to Excel - as long as all values are present and have been added.
-
Compatible Service Types (other than itself, separated by semicolons, can contain wildcards): This cell contains the name(s) to match the Services classification of other service types that are allowed in the same fire seals as the classification name from the Service Type cell. If nothing is listed, the Service Type is incompatible with other service types i.e. single service type penetration. If multiple names are listed, those compatible service type names must be separated by semicolons (;). The use of the Asterisks (*) and Question Mark (?) and double hyphen (--) wildcard characters can be used to match names as below...
-
* Matches 0 or more characters
-
? Matches exactly 1 character
-
-- Matches anything but what comes after the double dash
-
Tip
Classify your services to the level of granularity that you require in the Service Distance tab. This could be as granular as individual service sizes (for example Copper Pipes 22 mm, Copper Pipes 15 mm), or could be grouped (for example all plastic pipes less than 150 mm). Utilising a different classification so that early checks do not require the same level of granularity required in other Fire Stopping rules will provide flexibility. The services example above is defined to give an indication of how the rule functions.
Each rule that references the Requirements spreadsheet file (such as FireStoppingRequirements.xlsx) may reference singular or multiple tabs. As such, you can separate these workbooks to provide greater flexibility.
To ensure that there are no text errors (typos) you can create a list of values from the classification Settings page by exporting to Excel as long as all values are present.
The Rule Results are arranged into three categories:
-
Incompatible Service Types
This category lists Critical (
) Severity results of the specific service types that differ within the same fire seal that are incompatible with one another as shown below:
-
Singular Service Type
This category lists Critical (
) Severity results of the specific service types that are only compatible with their own service type but share a fire seal with another different service type as shown below:
-
Unclassified Services
This category has a single Low (
) Severity result listing all components filtered by the Services filter parameter table that are to be checked but are unclassified by the Services Classification as shown below:
Severity Parameters
In addition, you can specify the Severity classes according to your preferences and priorities in the Severity Parameters dialog. For example, you can filter specific service types to have low or critical severity incompatibility results.