StreamBIMをFMに使用できるかどうかという質問が増えていますが、これに対する簡単な答えは「はい」です。StreamBIMは、建物の運用担当者にモデルを配布したり、他の利害関係者とのコミュニケーションに優れています。モデルや図面に簡単にアクセスできるだけでなく、モデルをオペレーティングシステムに接続することもできます。ただし、これにはモデル内の構造化データが必要です。モデル内の構造化データとは、FM システムや、対応する ID コードを使用する他のアプリケーションとのルックアップや通信に使用できる ID (ID) がオブジェクトにあることを意味します。
IDコードとマーキング
StatsbyggのPA 0802 Interdisciplinary marking systemは事実上の業界標準であり、特にノルウェーの公共開発者の間で広く使用されていますが、現在、建物のIDマーキングに関するノルウェーの標準はありません。学際的マーキングシステム(TFM)は、その名前が示すように、建物内のコンポーネントの物理的なマーキングの標準であり、3つの部分で構成されています。ロケーション・コード、システム・コード、およびコンポーネント・コード。これら 3 つの部分を組み合わせると、ドキュメントやメンテナンス手順などを添付できるプロジェクトまたはプロパティの一意の ID を構成する必要があります。ノルウェー市場で運用されているFMツールの大部分は、TFMシステムに精通しています。
そのようなコードがモデル内にあり、同時にオペレーティングシステムにある場合は、StreamBIMとオペレーティングシステム間の通信を設定できます。その後、サードパーティアプリケーションを検索し、この ID に関連するデータの表示をリクエストできます
図1:モデルにおけるIDに基づくコミュニケーションの原則の概要BUS2より撮影したモデルイラスト
第三者からのデータをどのように提示しますか
StreamBIMでは、サードパーティのWebアプリケーションをインターフェースに配置できます。ほとんど1つのアプリケーション/同じツールとして表示されますが、実際には「相互に通信する」2つのスタンドアロンアプリケーションが表示されます。
図2は、dRofusとの統合を示しています。画面の左側には、dRofus WebアプリケーションがStreamBIMモデルで選択したソケットに関するデータを表示します
図2:ハウケランド病院でのBUS2プロジェクトのイラスト
同じ原理をFMアプリケーションでも使用でき、そこでは「作業指示書の作成」、履歴の表示など、さまざまなオプションがあることを想像できます。
正しいIDコードをモデルに取り込む方法
ほとんどのBIMプロジェクトでは、分野ごとに異なるツールが使用されています。これは、多くの場合、さまざまなアドバイザーがプロパティを配置し、それによってIDコードを、別段の合意がない限り、わずかに異なる場所に配置することを意味します。したがって、大規模な公開開発者がますます行っていることを行い、すべてのオブジェクトが持つべき独自のプロパティフィールドを定義することをお勧めします。
先端:
「PsetMinTFM」という名前のPropertyset(Pset)を作成/要求します。このプロパティ セットには、オブジェクトの完全な TFM コードを指定するプロパティ "TFM code" が必要です。これにより、StreamBIM、FMアプリケーションなどのダウンストリームアプリケーションでは、使用できるIDコードが見つかりました。
注意:このようなコードをモデル内の適切な場所に配置するのに役立つアプリケーションとデータベースがあります。dRofusはそのような解決策の1つです。
なぜFMにBIMなのか?
グラフィックベースを操作に利用できるようにすること自体がポイントです。グラフィック基板とは、2DとBIMの両方を意味します。BIMからどれだけの喜びが得られるかは、提供されるものの品質、特にオブジェクトにどれだけの情報が追随するかにかかっています。しかし、天井を隠したり、モデル内で配管システムをデジタルで追跡したりできれば、検索の無駄な時間を減らすことができます。
そして、探求の少なさがキーワードです。今日、FMの検索にあまりにも多くの時間が費やされています。SDシステムのコンポーネントで信号が失われた場合、コンポーネントがどこにあるかを示す図面を探す必要があり、次に物理的なコンポーネントを探しに出かける必要があります。次に、製品のデータシートやその他のドキュメントを見つける必要があります。モデル内でコンポーネントを識別できる(IDがある)場合、コンポーネントの位置はすぐに決定されます。
別の例としては、作業指示書を作成する番号/ID を探しているとします。その後、モデル内の適切な部屋/場所に簡単に移動し、これをクリックして正しいIDを取得できる場合は、時間を大幅に節約し、適切なIDを使用する可能性が高くなります。これにより、たとえば、断続的にメンテナンスが求められた製品に関して、より良い履歴が提供されます。
FMでの探索の例は無限にありますが、別の効果は、QA、自己監視、または文書化のための制作期間中に撮影された画像がモデル内のStreamBIMにあることです。メンテナンス段階では、写真のドキュメントがある場所を簡単に確認でき、場合によっては追加の写真を連続して追加することもできます。これにより、オフィスと建物内のイベントの間を行き来する必要性が制限されます。
難しいですか?
これに対する答えはノーです。StreamBIMを使用する主な利点の1つは、FMアプリケーションがBIMを運用で利用できるようにするためにBIMサポートを実装する必要がないことです。StreamBIMは、モデルへのインターフェースとFDVアプリケーションへのリンクを提供します。FMアプリケーションは以前と同じように実行できるため、必要なのは、FMツールのIDコードに対応するIDコードがモデルにあることだけです。
備考!FMツールをインターフェースで表示できるようにするには、Webアプリケーションである必要があります。
注意すべき点
グラフィカル データを保持するには、建物でジオメトリの変更が発生したときにモデルを更新する必要があります。そうしないと、モデルは古くなり、今日のメンテナンスフェーズで図面が死ぬように「死にます」。このような変更はifc形式に直接加えることはできないため、CAD / BIMツールで変更を行う必要があります。StreamBIMは効率的なレッドラインプロセスに使用でき、必要に応じてセットアップとモデル調整の両方を支援できます。詳細については、sales@rendra.io にお問い合わせください。
先端
BIMをFDVに引き渡す場合、通常、構築するように設計されたモデルが引き渡されます。FDVでは、すべての「パイプ切り株」、チャネルの曲がりなどを制御する必要はありません。少し異なるアプローチが必要であり、これはデータのより抽象的なビューによって最もよく説明されます。ミッションクリティカルなオブジェクトに焦点を当てる必要があります。これらは多くの場合、オブジェクトです
- これにより、ファン、ポンプ、換気ユニットなどの流れが生まれます。
- エネルギー変換はどれですか–冷凍機、シャント(グループ)、ヒートポンプ、ボイラーなど。
- これはフロー制御です–ダンパー、バルブなど。
- 統一されているのはマンホールです
- 配電型はどれか – 電気とパイプの分布、丸太など。
この理由は、もちろん、「エンドコンポーネント」からこれらのオブジェクトまでさかのぼって閉じる必要があるためです。コンポーネントの電源を切るには、どこに行きますか?水道、ガス供給などはどこで止めますか?
やや単純化すれば、これらのシステムのバリエーションと「建物内のミッションクリティカルなコンポーネント」が必要です。
図3:建物内のミッションクリティカルなコンポーネント
技術システムに属さない構成品目はトレーサブルである必要はなく、したがって "ディフトクリティカル" な構成品目はありません。そのようなオブジェクトには必ずしも一意のコードが必要なわけではなく、通常は、たとえば、どのように何かを語ることができる「タイプ指定」以外のものは必要ありません。壁が構築されており、その場合は、どのコンポーネントと製品が覆われていますか。ドア(およびある程度の窓)は、アクセス制御、警報システム、火災文書などの他の目的のために一意のコードが必要なため、このコンテキストでは例外です。