Rule for coordinating "Requirements" between models
-
Hello,
I am trying to create a rule that would identify the requirements between different disciplines. These requirements are physical objects that two disciplines needs to model them for coordination.
When is this required?
An example could be a toilet. The number of these elements and position is defined by the architect but it should be in the HVAC model, since they do the cost estimation. In Germany and Austria, these elements are in the cost group of HVAC. Therefore, I would like to check the two toilets in two different models if they are present. If there is a discrepancy in the number, it is an error and should be reported.
I don’t actually need the correct geometry, but more a rule that would check the “contact” between those two component types.
I have many other such “interface” objects, such as:
Lamps between landscape and electrical planer
Poweroutlets between kitchen and electrical planer
Floordrain between mechanical and architect planer
etc.The models are equipped with according properties to differentiate them from other objects and to declare this interface.
Can someone help me develop this rule?
Any tipps and tricks? -
I would create first the cost groups classification
In case the components in the both disciplines shares the same location:
- With two instances Rule 234 rules. One checks missing and one extra. Define mirrored filters having the same cost group but different discipline.
- With one instance of Rule 222. Define filters with the same cost group and different discipline. A small maximum 3D distance can be used.
In case checking the cost group component counts only and not the location:
- Rule 235 is good for this. One rule for each cost group. Use 1:1 ratio.
- Also with ITO this is easy. Define columns as: Cost Group, Discipline, Count
-
@agroni said in Rule for coordinating "Requirements" between models:
I am not sure though, if I correctly understand you about the mirrored filters. I would appreciate a small explanation
Some rules have two filters. Sometimes you need to check things vice versa with two rule instances where these two filters are swapped (mirrored). Often useful with Rule 234.
Copyright © 2025 Solibri Inc. | Powered by NodeBB
