火災受信機が建物間で情報を交換する必要がある場合、CAN光トランシーバーを使用できるかどうかは、まず受信機が実際に備えるネットワークインターフェースと、メーカーが許可する接続方法によって決まります。CAN光トランシーバーは、対応するCAN通信を光ファイバーで遠隔伝送する役割を担います。火災の判断において受信機を代替するものではなく、異なるメーカーの独自プロトコルを相互互換のある言語へ自動変換するものでもありません。計画では、インターフェース、伝送動作、イベント処理を併せて確認し、そのうえでシステム責任者による確認と検証を受ける必要があります。光ポートのランプが点灯しているだけで、火災報知ネットワークが要件を満たしていると判断することはできません。
1．受信機のネットワークポートは感知器ループではない
感知器は受信機のループに接続され、当該システムの検知と監視を行います。一方、受信機間のネットワークインターフェースは、メーカーが定めた情報の交換に使用されます。両者の役割は異なり、いずれも2線式や端子接続であっても、相互に代替することはできません。本記事で扱うのは、CAN通信を使用することが確認済みの受信機間ネットワークリンクです。すべての火災報知システムがCANであるとするものでも、感知器ループを汎用CANコンバーターへ直接接続するものでもありません。
まず、受信機の正確な型式、ネットワーク基板、マニュアルを確認し、端子の定義、インターフェース形式、通信パラメーター、および許可されているネットワーク接続方式を確認してください。別のバスやEthernetを使用する機器もあれば、独自のネットワークモジュールを備える機器もあります。ボーレートを変更するだけでCANに変えることはできません。回線延長装置の追加が許可されるか、また追加後に障害がどのように表示されるかは、元のシステムの責任者に確認する必要があります。
2．CAN差動信号を光ファイバーへ伝送する仕組み
CANトランシーバー回路は、CANHとCANLの2線間の相対的な電位に基づいてバス状態を識別し、コントローラーは対応する規則に従って通信に参加します。光トランシーバーは、対応するCAN通信を光リンクへ変換し、遠端では対応する電気インターフェースを介して別のCANネットワークへ引き渡します。機器がビットレベルで延長するのか、フレームを受信してから転送するのかによって、タイミングとトポロジーは変わります。どちらも「透過型」と呼ばれているからといって、内部処理が完全に同じだと考えることはできません。
光ファイバー内で伝送されるのは光信号であり、CAN銅線の電圧をそのまま別の建物へ移すわけではありません。電気信号から光信号への受け渡しには、各地点のトランシーバー、処理回路、光モジュールの連携が必要であり、両端の機器にはそれぞれ電源があります。対向する2心光リンクでは、通常、ローカル側の送信を遠端側の受信に接続して確認します。一方、1心式機器では、対向の組み合わせ方式と波長構成を適合させる必要があります。光インターフェースの外観が同じでも、2台の専用CAN光トランシーバーが相互接続できる証拠にはなりません。
3．距離制限を単一の数値で表せない理由
CAN通信では、ノードによるバス状態の監視と、それに応じたアービトレーションおよびACKのタイミングが関係します。信号伝搬、回路処理、配線にはいずれも時間がかかり、通常、通信速度が高いほど1ビットに使える時間は短くなります。ある回線区間でどこまで伝送できるかは、機器の仕組み、通信パラメーター、構成全体を併せて判断する必要があります。「銅線ケーブルは10キロメートルを超えて初めて制約を受ける」という考えを一般的な前提にすることも、光モジュールの公称距離をシステム全体で許容される距離とみなすこともできません。
ビットレベルの延長では、通信経路全体の遅延を考慮する必要があります。コントローラーを使用するブリッジやストアアンドフォワード方式では、バス区間内の通信が再構成される場合がある一方、キューイングや処理動作が加わります。どちらの端点がACKを生成するか、エラーや輻輳をどのように処理するかは、機器の文書で確認する必要があります。光リンクが確立できるからといって、元の受信機の応答期限、ノード構成、アプリケーション処理の要件をすべて満たすとは限りません。選定時には、最長回線、セグメント構成、負荷、許容される動作を記録し、宣伝文句だけで判断しないでください。
4．透過伝送はシステム機能の互換性を意味しない
CAN識別子はメッセージ構造の一部であり、同じ識別子に対してメーカーが同じ警報上の意味を割り当てるとは限りません。両方の受信機にCANインターフェースがあっても、イベントコード、ノード管理、許可されるネットワーク接続が異なる場合があります。原文には複数のブランドが列挙され、幅広い互換性がうたわれていますが、対応する型式、ネットワーク基板、バージョン、試験結果は示されていません。本記事では、その一覧を互換性の証拠として使用しません。
識別子とデータが完全に届いても、受信側の受信機は、自身のプロトコルに従ってイベントを正しく解釈する必要があります。バイトやフレームを確認できることと、正しい発生箇所、イベント種別、状態を表示できることは、異なる受入確認の水準です。汎用コンバーターが、異なるメーカー間の警報プロトコル変換を自動的に行うわけではありません。専用ゲートウェイを使用する場合でも、明確な対応範囲と試験記録を入手する必要があります。ハードウェアの接続性は、システム機能の検証に代わるものではありません。
5．光ファイバーによる絶縁が役立つ範囲
2台の機器間に光ファイバーを使用すると、長距離の信号用銅線ケーブルに沿って形成される電気的結合経路を低減でき、建物間の通信配線に役立ちます。ただし、機器のローカルCANポート、電源、筐体、その他の銅線ケーブルは、引き続きそれぞれの設置場所の環境にさらされます。光ファイバーを使用すれば、落雷、あらゆる電磁干渉、電源異常の影響を機器が完全に受けなくなるとは記載できません。保護対策と設置は、具体的な製品およびプロジェクトの要件に従って実施する必要があります。
光ケーブル端面の汚れ、過度な曲げ、コネクター損失、光モジュールの不適合も、通信障害の原因となります。電源障害は光ファイバー断と似た症状を示す場合があります。トラブルシューティングでは、まず両端の電源と状態を記録し、その後、光路、CAN側、受信機のイベントを確認してください。光インターフェースを直接のぞき込まないでください。光パワーの測定と回線点検には適切な工具を使用してください。現地での電気測定と設置は、必要な能力を備えた担当者が実施し、いわゆる絶対的な保護性能を危険な干渉試験で検証しないでください。
6．飛暢科技の個別製品の確認方法
飛暢科技のCAN製品カテゴリーには、ポイントツーポイント、集約型、リングネットワークなど、異なる構成が含まれます。ある型式の能力を、そのままシリーズ全体に当てはめることはできません。FCM-C1/2の公開詳細情報にはCANインターフェースと光インターフェースが記載されており、対応するCAN光延長の候補選定資料として利用できます。これは、ローカルの電気インターフェースと遠隔の光リンクを組み合わせられる理由を説明するものですが、特定の火災受信機への適合を証明するものではありません。実際に発注するバージョン、変換の仕組み、受信機メーカーが許可する接続方法を確認する必要があります。
その詳細情報では、インターフェースの最大通信速度、電源、形状に関する記述が段落によって異なります。調達時には、対象型式の正式な仕様書と構成に関する回答を求め、ウェブページの異なる段落にあるすべてのパラメーターを組み合わせて、1台の機器の仕様としないでください。ボーレートへの適応も、任意の2区間で異なる速度を使用できることを意味せず、ましてやすべてのCAN FDや独自のネットワーク接続モードへの対応を意味するものではありません。本記事では、対象型式について検証されていない旧記事の温度、距離、遅延、ブランドに関する保証表現を引き継ぎません。
7．管理された短距離リンクでの検証から正式な回線へ
まず、システム責任者が確認した試験環境で、元のメーカーのネットワーク接続文書に従い、短距離リンクでの基準状態を確立してください。受信機、ネットワーク基板、ファームウェア、コンバーター、インターフェースパラメーター、ノードアドレスを記録し、既知で識別可能な試験イベントをリンク経由で受信端まで伝送します。担当者は受信機が提供する試験方法を使用し、運用中の現場で無断で警報を発生させたり、実際の連動動作を作動させたりしないでください。試験結果には条件を明記し、正式なプロジェクト検証の結果として扱ってはなりません。
送信側と受信側で時刻、発生箇所、イベント種別、復旧状態を確認した後、計画した回線とノードを段階的に追加してください。リンク断、片側の電源喪失、再接続を模擬する際は、通信障害がどのように表示されるか、以前の状態が保持されるか、復旧後にイベントの重複や欠落がないかを確認します。リンク喪失時には、受信機で定義された通信障害を表示する必要があります。光ファイバー断をそのまま火災と同一視してはならず、最後の正常画面が表示されたままになることで、実際の接続喪失が隠されることがあってはなりません。
8．警報と復旧にはシステムレベルの証拠が必要
CANエラー統計、光ポートの状態、電源表示は問題箇所の特定に役立ちますが、受信機のすべての機能を網羅するとは限りません。保守担当者は、光路の疎通、CAN通信の受け渡し、イベントの解釈結果を個別に記録し、1つの緑色ランプをこれら3つの証拠の代わりにしないでください。接続復旧後には、受信機がノードを再認識すること、イベントに整合性があること、障害解除動作が機能することも検証する必要があります。通信が復旧すれば、それ以前のすべてのイベントが自動的に補完されると考えることはできません。
正式な計画には、トポロジー、端子、ケーブル、バージョン、設定、試験記録、切り戻し手順を残し、受信機の機能、伝送回線、保守のそれぞれについて責任者を明確にする必要があります。容量の増加、トポロジーの変更、ファームウェアの交換後には、システム要件に従って再確認してください。CAN光トランシーバーの価値は、適切な伝送経路を提供することにあります。その経路を特定の火災報知システムに使用できるかどうかを判断するには、対応するインターフェースと型式に関する証拠、およびシステム機能全体の検証が必要です。
検証資料： 飛暢科技のCAN製品カテゴリー ；FCM-C1/2の公開詳細情報； TIのCANアービトレーションおよび物理層試験資料 。公開されている製品説明はメーカーによる記述です。適合性の結論は、該当バージョンの文書とシステム検証に基づきます。本記事は通信原理を説明するものであり、元のメーカーによる火災報知システムの設計、試運転、受入検査の文書に代わるものではありません。
中国語の技術記事から翻訳。原文の初回公開日：2021-04-12。原文の最終改訂日時：2026-10-13T11:01:30+08:00。 中国語の原文を読む
