Loading article…
 | |||
| タイプ | シリアル | ||
|---|---|---|---|
| 生産履歴 | |||
| デザイナー | Apple (1394a/b)、IEEE P1394ワーキンググループ、Sony、Panasonicなど。 | ||
| 設計 | 1986年[1] | ||
| 標準化された | 1995年1月 | ||
| メーカー | 様々な | ||
| 生産 | 1994年～現在 | ||
| 代替品 | Thunderbolt（および消費者向けUSB 3.0 ） | ||
| 一般仕様 | |||
| 長さ | 最大4.5メートル | ||
| 幅 | 1 | ||
| ホットプラグ可能 | はい | ||
| デイジーチェーン | はい、最大63台のデバイス | ||
| オーディオ信号 | いいえ | ||
| ビデオ信号 | いいえ | ||
| ピン | 4、6、9 | ||
| 電気 | |||
| 最大電圧 | 30ボルト | ||
| 最大電流 | 1.5A | ||
| データ | |||
| データ信号 | はい | ||
| ビットレート |
| ||
IEEE 1394 は、高速通信および等時性リアルタイム データ転送用のシリアル バスのインターフェイス規格です。1980 年代後半から 1990 年代前半にかけて、 Apple社がSony 社やPanasonic 社など複数の企業と共同で開発しました。最も一般的にはFireWire (Apple)という名前で知られていますが、 i.LINK (Sony) やLynx ( Texas Instruments )などの他のブランド名も存在します。
最も一般的な実装で使用される銅ケーブルは、最大 4.5 メートル (15 フィート) の長さになります。このケーブルを介して電力とデータが伝送されるため、中程度の電力要件を持つデバイスは、別の電源なしで動作できます。FireWire には、Cat 5および光ファイバーバージョンもあります。
1394インターフェースはUSBに匹敵します。USBはその後開発され、より大きな市場シェアを獲得しました。USBはホストコントローラを必要としますが、IEEE 1394は接続されたデバイスによって協調的に管理されます。[2]
歴史と発展
FireWireは、IEEE 1394高速シリアルバスに対するAppleの名称です。その開発は1986年にApple [1]によって開始され、 [3] IEEE P1394ワーキンググループによって開発されました。開発は主にソニー（102件の特許）、Apple（58件の特許）、パナソニック（46件の特許）、フィリップス（43件の特許）の貢献に加え、 LGエレクトロニクス、東芝、日立、キヤノン、[4] INMOS /SGSトムソン（現在のSTマイクロエレクトロニクス）、[5]テキサスインスツルメンツのエンジニアの貢献によって推進されました。
IEEE 1394 は高速データ転送用のシリアルバスアーキテクチャです。シリアルとは、情報が 1 ビットずつ転送されることを意味します。パラレルバスは複数の異なる物理接続を利用するため、通常はより高価で、一般的に重くなります。[6] IEEE 1394 は、アイソクロナスアプリケーションと非同期アプリケーションの両方を完全にサポートします。
Apple は、FireWire をパラレルSCSIバスのシリアル代替として、デジタル オーディオおよびビデオ機器の接続性を提供する目的で設計しました。Apple の開発は 1980 年代後半に開始され、後に IEEE に提出され、[7] 1995 年 1 月に完了しました。2007 年、IEEE 1394 は、オリジナルの IEEE Std. 1394–1995、IEEE Std. 1394a-2000 修正、IEEE Std. 1394b-2002 修正、および IEEE Std. 1394c-2006 修正の 4 つの文書から構成されていました。2008 年 6 月 12 日、これらすべての修正、および正誤表といくつかの技術更新が、後継規格である IEEE Std. 1394–2008 に組み込まれました。[8]
Apple は 1999 年の Macintosh モデルの一部に初めてオンボード FireWire を搭載し (ただし、1997 年以降、一部のモデルでは受注生産オプションとなっていました)、2000 年から 2011 年に製造されたほとんどの Apple Macintosh コンピュータには FireWire ポートが搭載されていました。しかし、2011 年 2 月に Apple はThunderboltを搭載した最初の市販コンピュータを発表しました。Apple が FireWire を搭載した最後のコンピュータをリリースしたのは 2012 年でした。2014 年までに、Thunderbolt は Apple の全コンピュータ ラインで標準機能となり (後に 2015 年に発表された USB-C ポートのみを搭載した 12 インチ MacBook を除く)、Apple エコシステムにおいて事実上 FireWire の精神的後継者となりました。 AppleのFireWire搭載最後の製品であるThunderbolt Displayと2012年13インチMacBook Proは2016年に販売終了となった。Appleは以前、FireWire 800ポートを1つ備えたThunderbolt - FireWireアダプタを販売していた。[9] Thunderbolt 3で使用するには別のアダプタが必要だった。
ソニーのシステム実装であるi.LINKでは、信号導体が4本しかない小型のコネクタを使用し、デバイスに電力を供給する2本の導体を省き、代わりに独立した電源コネクタを採用しました。このスタイルは後に1394a修正版に追加されました。[7]このポートは、速度をMbit/sで示すために S100またはS400というラベルが付けられることがあります。
このシステムは、データストレージデバイスやDV（デジタルビデオ）カメラを接続するためによく使われていましたが、マシンビジョンやプロフェッショナルオーディオシステムなどの産業用システムでも人気がありました。当時より有効速度と電力分配能力が優れていたため、多くのユーザーがより一般的なUSB 2.0よりもFireWireを好んでいました。ベンチマークによると、持続的なデータ転送速度はUSB 2.0よりもFireWireの方が高いですが、USB 3.0よりも低いことが示されています。結果はApple Mac OS Xでは顕著ですが、 Microsoft Windowsではよりばらつきがあります。[10] [11]
特許に関する考慮事項
IEEE 1394 [12]の実装には、10社[5]が保有する261 件の国際特許[4]の使用が必要であると言われています。これらの特許の使用にはライセンスが必要であり、ライセンスなしの使用は一般に特許侵害に相当します。[13] IEEE 1394 IP を保有する企業は、MPEG LA, LLCをライセンス管理者として特許プールを形成し、同社に特許のライセンスを供与しました。MPEG LA は、IEEE 1394 を実装する機器のプロバイダーにこれらの特許を再ライセンスします。一般的な特許プール ライセンスでは、製造業者は 1394 完成品の製造ごとに 1 台あたり 0.25 米ドルの使用料を支払う必要があります。[13]ユーザーは使用料を支払う必要はありません。
最後の特許であるソニーのMY120654は、2020年11月30日に失効しました。2020年11月30日現在、 MPEG LAが管理する特許プール[アップデート]に記載されているIEEE 1394規格の特許保有者は次のとおりです。[4]
個人または企業は、MPEG LAに要請すれば、実際の1394特許ポートフォリオライセンスを確認することができます。[14] MPEG LAは、自社の特許以外の保護をライセンシーに保証していません。少なくとも1つの以前にライセンスされた特許がプールから削除されたことが知られており、[4] IEEE 1394を参照する他のハードウェア特許も存在します。[15]
1394 高性能シリアルバス貿易協会 ( 1394 TA ) は、IEEE 1394 のマーケティングを支援するために設立されました。その規約では、知的財産の問題を扱うことを禁止しています。[16] 1394 貿易協会は、1394 標準のさらなる強化のために、個人の無料会員制で運営されています。貿易協会は、入手可能なすべての 1394 ドキュメントと標準のライブラリ ソースでもあります。
技術仕様
FireWireは、ツリーまたはデイジーチェーントポロジ[17]で最大63台の周辺機器を接続できます（パラレルSCSIの電気バストポロジとは対照的です）。これにより、システムメモリやCPUを使用せずに、スキャナとプリンタ間の通信など、ピアツーピアのデバイス通信が可能になります。FireWireは、バスごとに複数のホストコントローラもサポートします。プラグアンドプレイとホットスワップをサポートするように設計されています。最も一般的な実装で使用される銅線は、最長4.5メートル（15フィート）で、ほとんどのパラレルSCSIケーブルよりも柔軟です。6導体または9導体のバリエーションでは、最大30ボルトでポートあたり最大45ワットの電力を供給できるため、[18]中程度の消費電力のデバイスを別の電源なしで動作させることができます。
FireWire デバイスは、デバイスの構成と識別のための ISO/IEC 13213構成ROMモデルを実装し、プラグ アンド プレイ機能を提供します。すべての FireWire デバイスは、デバイスのタイプとサポートするプロトコルを示す既知のコードに加えて、IEEE EUI-64 の一意の識別子によって識別されます。
FireWire デバイスは、バス上でツリー トポロジーに編成されます。各デバイスには固有のセルフ ID があります。ノードの 1 つがルート ノードとして選択され、常に最も高い ID を持ちます。セルフ ID は、各バスのリセット後に発生するセルフ ID プロセス中に割り当てられます。セルフ ID が割り当てられる順序は、ツリーを深さ優先、後順でトラバースするのと同じです。
FireWire は、複数のデバイスがバスとやり取りする方法と、バスがデバイスに帯域幅を割り当てる方法により、重要なシステムを安全に操作できます。FireWire は、非同期転送とアイソクロナス転送の両方を同時に実行できます。アイソクロナス データ転送は、連続した保証された帯域幅を必要とするデバイス用の転送です。[6]たとえば、航空機では、アイソクロナス デバイスには、ラダーの制御、マウス操作、航空機外部の圧力センサーからのデータが含まれます。これらすべての要素には、一定で中断のない帯域幅が必要です。両方の要素をサポートするために、FireWire は一定の割合をアイソクロナス データに、残りを非同期データに割り当てます。IEEE 1394 では、バスの 80% がアイソクロナス サイクル用に予約されており、非同期データはバスの最低 20% を占めます。[19]
エンコード方式
FireWire はデータ/ストローブ エンコーディング(D/S エンコーディング) を使用します。[20] D/S エンコーディングでは、2 つの非ゼロ復帰(NRZ) 信号を使用して、高い信頼性でデータを送信します。送信された NRZ 信号は、XOR ゲートを介してクロック信号とともに供給され、ストローブ信号を作成します。[20]このストローブは、データ信号とともに別の XOR ゲートに供給され、クロックが再構築されます。[20]これは、同期を目的としてバスの位相ロック ループとして機能します。 [20]
仲裁
どのノードがいつデータを送信できるかを決定するバスのプロセスは、アービトレーションと呼ばれます。[21]各アービトレーション ラウンドは約 125 マイクロ秒続きます。[21]ラウンド中、ルート ノード (プロセッサに最も近いデバイス) はサイクル開始パケットを送信します。[21]データ転送を必要とするすべてのノードが応答し、最も近いノードが勝ちます。[21]ノードが終了すると、残りのノードが順番に交代します。これは、すべてのデバイスが 125 マイクロ秒の割り当てを使い切るまで繰り返され、アイソクロナス転送が優先されます。[21]
標準とバージョン
以前の標準規格とその3つの改訂版は、現在、IEEE 1394-2008という上位標準規格に組み込まれています。[8]個別に追加された機能は、開発の経緯をよく表しています。
FireWire 400 (IEEE 1394-1995)
IEEE 1394-1995の最初のリリース[22]では、現在FireWire 400として知られているものが規定されました。これは、100、200、または400 Mbit/sの 半二重[23]データレートでデバイス間でデータを転送できます（実際の転送速度は、それぞれ98.304、196.608、および393.216 Mbit/s、つまり12.288、24.576、および49.152 MB/sです）。[7]これらの異なる転送モードは、一般的にS100、S200、およびS400と呼ばれます。
ケーブルの長さは 4.5 メートル (14.8 フィート) に制限されていますが、アクティブ リピーター (外部ハブ、FireWire 機器によくある内部ハブなど) を使用すると、最大 16 本のケーブルをデイジーチェーン接続できます。S400 規格では、すべての構成の最大ケーブル長が 72 メートル (236 フィート) に制限されています。6 導体コネクタはデスクトップ コンピューターによく見られ、接続されたデバイスに電力を供給できます。
6 芯電源コネクタ (現在はアルファコネクタと呼ばれている) は、外部デバイスをサポートするために電力出力を追加します。通常、デバイスはポートから約 7 ～ 8 ワットを引き出すことができますが、電圧はデバイスによって大きく異なります。[24]電圧は非調整として指定されており、公称約 25 ボルト (範囲 24 ～ 30) です。Apple のラップトップへの実装は通常、バッテリー電源に関連しており、9 V まで低くなることがあります。[24]
改良点 (IEEE 1394a-2000)
2000年にIEEE 1394aの修正版が発表され[25] 、元の仕様が明確化され、改善されました。非同期ストリーミング、より迅速なバス再構成、パケット連結、省電力サスペンドモードのサポートが追加されました。
IEEE 1394a は、オリジナルの IEEE 1394-1995 に比べていくつかの利点があります。1394a はアービトレーション アクセラレーションが可能で、バスのアービトレーション サイクルを加速して効率を向上させることができます。また、アービトレーション ショート バス リセットも可能で、アイソクロナス転送に大きな低下を起こさずにノードを追加または削除できます。[19]
1394a は、ソニーが開発し、 i.LINKとして商標登録された 4 導体アルファ コネクタも標準化しました。このコネクタは、カムコーダ、ほとんどの PC ラップトップ、多数の PC デスクトップ、その他の小型 FireWire デバイスなどの消費者向けデバイスですでに広く使用されています。4 導体コネクタは、6 導体アルファ インターフェイスと完全にデータ互換性がありますが、電源コネクタがありません。
FireWire 800 (IEEE 1394b-2002)
IEEE 1394b-2002 [26] では、 FireWire 800 ( IEEE 1394b 規格の9 導体S800 バイリンガルバージョンの Apple の名称) が導入されました。この仕様では、ベータ モードと呼ばれる新しいエンコード方式が追加され、準拠デバイスは 786.432 Mbit/s の全二重で動作できるようになりました。これは、FireWire 400 の低速および 6 導体アルファ コネクタと下位互換性があります。ただし、IEEE 1394a 規格と IEEE 1394b 規格は互換性がありますが、ベータ コネクタと呼ばれる FireWire 800 のコネクタは FireWire 400 のアルファ コネクタと異なるため、レガシー ケーブルとは互換性がありません。バイリンガル ケーブルを使用すると、古いデバイスを新しいポートに接続できます。 2003 年、Apple はPower Mac G4の新モデルや 17 インチPowerBook G4など、新しいコネクタを搭載した商用製品を初めて導入しました。
IEEE 1394b の完全な仕様は、ベータ モードまたは最長 100 メートル (330 フィート) の光接続で最大 3200 Mbit/s (つまり 400 MB/s) のデータ レートをサポートします。標準カテゴリ 5e ケーブルは、S100 で 100 メートル (330 フィート) をサポートします。オリジナルの 1394 および 1394a 規格では、ケーブルでデータ/ストローブ (D/S) エンコーディング(現在はアルファ モードと呼ばれています) が使用されていましたが、1394b では、ベータ モードと呼ばれる8b/10bというデータ エンコーディング方式が追加されました。
ベータ モードは8b/10b (ギガビット イーサネットから来ており、他の多くのプロトコルにも使用されています) に基づいています。8b/10b エンコーディングでは、8 ビットのデータ ワードを 10 ビットに拡張し、5 番目と 8 番目のデータ ビットの後に余分なビットを追加します。[27 ]分割されたデータは、ランニングディスパリティ計算機能を介して送信されます。 [27]ランニング ディスパリティ計算機能は、送信される 1 の数を 0 の数と等しく保とうとするため、[28] DC バランスの取れた信号が保証されます。次に、異なるパーティションが、5 ビット パーティションの場合は 5b/6b エンコーダ、3 ビット パーティションの場合は 3b/4b エンコーダを介して送信されます。これにより、パケットは少なくとも 2 つの 1 を持つことができるため、受信側の PLL が正しいビット境界に同期され、信頼性の高い転送が保証されます。[28]このコーディング スキームの追加機能は、バス アクセスと一般的なバス制御の調停をサポートすることです。これは、8b/10b 拡張によって提供される余剰シンボルによって可能になります。(8 ビット シンボルは最大 256 個の値をエンコードできますが、10 ビット シンボルは最大 1024 個の値をエンコードできます。) 受信PHYの現在の状態に対して無効なシンボルは、データ エラーを示します。
FireWire S800T (IEEE 1394c-2006)
IEEE 1394c-2006は2007年6月8日に発行されました。[29]この規格では、IEEE 802.3条項40（銅線ツイストペアによるギガビットイーサネット）に規定されているカテゴリ5eケーブルを使用した同じ8P8C（イーサネット）コネクタで800 Mbit/sを提供する新しいポート仕様という大きな技術的改善が行われました。また、同じポートをIEEE Std 1394またはIEEE 802.3（イーサネット）デバイスのどちらにも接続できるようにする対応する自動ネゴシエーションも規定されています。
FireWire S1600 および S3200
2007年12月、1394 Trade Associationは、S1600およびS3200モードを使用した製品が2008年末までに発売されると発表しました。これらのモードの大部分は1394bですでに定義されており、IEEE Std. 1394–2008でさらに明確化されました。[8] 1.572864 Gbit/sおよび3.145728 Gbit/sデバイスは、既存のFireWire 800と同じ9導体ベータコネクタを使用し、既存のS400およびS800デバイスと完全に互換性があります。これはUSB 3.0と競合します。[30]
S1600（Symwave [31]）とS3200（Dap Technology [32]）の開発ユニットが作られましたが、FPGA技術のため、DapTechnologyは最初にS1600の実装をターゲットとし、S3200は2012年まで市販されませんでした。
スティーブ・ジョブズは2008年にFireWireの終焉を宣言した。 [33] 2012年時点では[アップデート]S1600を搭載したデバイスはほとんどリリースされておらず、注目すべきユーザーはソニーのカメラのみであった。[34]
将来の機能強化（P1394dを含む）
IEEE P1394dというプロジェクトは、2009年3月9日にIEEEによって結成され、FireWireに追加の伝送媒体としてシングルモードファイバーを追加することを目的としていました。 [35]このプロジェクトは2013年に撤回されました。[36]
FireWireの将来のバージョンでは、速度が6.4Gbit/sに向上し、小型マルチメディアインターフェースなどのコネクタが追加されると予想されていました。[37] [要出典]
オペレーティングシステムのサポート
IEEE 1394aおよび1394bの完全なサポートは、 Microsoft Windows、FreeBSD、[38] Linux、[39] [40] Apple Mac OS 8.6からmacOS 14 Sonoma [要出典]、およびNetBSDで利用できます。
Windows XPでは、Service Pack 2のインストールにより1394デバイスのパフォーマンスが低下することがありました。これは、修正プログラム885222 [41]およびSP3で解決されました。一部のFireWireハードウェア製造元は、Microsoft OHCIホストアダプタドライバスタックを置き換えるカスタムデバイスドライバも提供しており、これにより、S800対応デバイスは、古いバージョンのWindows（修正プログラム885222なしのXP SP2）およびWindows Vistaで、最大800 Mbit/sの転送速度で動作できます。Microsoft Windows Vistaは、リリース時点では1394aのみをサポートしており、1394bのサポートは次のサービスパックで提供されることが保証されていました。[42]その後、Microsoft Windows VistaのService Pack 1がリリースされましたが、1394bのサポートの追加はリリースドキュメントのどこにも記載されていません。[43] [44] [45] 1394バスドライバは、より高速で代替メディアをサポートするためにWindows 7用に書き直されました。[46]
Linuxでは、ユーザー空間とIEEE 1394バス間の直接通信を可能にするlibraw1394によってサポートが最初に提供されました。[47]その後、JuJuという愛称の新しいカーネルドライバースタックが実装されました。[48]
ケーブルテレビシステムのサポート
FCC Code 47 CFR 76.640 section 4、subsection 1 および 2 に基づき、ケーブルテレビプロバイダー (米国ではデジタルシステム) は、顧客の要求に応じて、機能する FireWire インターフェイスを備えた高解像度対応ケーブルボックスを提供しなければなりません。これは、2004 年 4 月 1 日以降にケーブルプロバイダーから高解像度対応ケーブルボックスをリースした顧客にのみ適用されます。 [49] インターフェイスは、HDTV 番組を含むケーブルテレビの表示または録画に使用できます。[50] 2010 年 6 月、FCC は、セットトップボックスに FireWire の代わりに IP ベースのインターフェイスを含めることを許可する命令を発行しました。[51] [52]
USBとの比較
どちらの技術も最終結果は同様ですが、USBと FireWire には根本的な違いがあります。USB では、USB デバイスとポイントツーポイントで接続するホスト コントローラ (通常は PC) が必要です。これにより、バスの機能が低下する代わりに、よりシンプルな (低コストの) 周辺機器が可能になります。複数の USB デバイスを 1 つの USB ホスト コントローラに接続するには、インテリジェントハブが必要です。対照的に、FireWire は基本的にピアツーピア ネットワーク(任意のデバイスがホストまたはクライアントとして機能できる) であり、1 つのバスに複数のデバイスを接続できます。[53]
FireWireホストインターフェースはDMAとメモリマップデバイスをサポートしており、ホストCPUに割り込みやバッファコピー操作を負荷することなくデータ転送を行うことができます。[10] [54]さらに、FireWireはバスネットワークの各セグメントに2つのデータバスを備えていますが、USB 3.0まではUSBには1つのデータバスしかありませんでした。つまり、FireWireは同時に両方向の通信（全二重）が可能ですが、3.0より前のUSB通信は一度に一方向のみの通信（半二重）が可能です。[要出典]
USB 2.0 は、完全な下位互換性を持つUSB 3.0および3.1 (同じメイン コネクタ タイプを使用) に拡張されましたが、FireWire は 400 実装と 800 実装の間で異なるコネクタを使用しました。
一般的な用途
消費者向け自動車
IDB-1394カスタマーコンビニエンスポート（CCP）は1394規格の自動車バージョンでした。[55]
消費者向けオーディオおよびビデオ
IEEE 1394は、A/V（オーディオ/ビジュアル）コンポーネントの通信と制御のためのHigh-Definition Audio-Video Network Alliance （HANA）標準接続インターフェースでした。 [56] HANAは2009年9月に解散し、1394 Trade AssociationがHANAで生成されたすべての知的財産の管理を引き継ぎました。
軍用および航空宇宙車両
SAE航空宇宙規格AS5643は、2004年に最初に発表され、2013年に再確認され、これらの車両の軍事および航空宇宙データバスネットワークとしてIEEE-1394規格を確立しました。AS5643は、F-35 Lightning II、X-47B UCAV航空機、AGM-154兵器、 NOAAのJPSS-1極地衛星など、いくつかの大規模プログラムで使用されています。AS5643は、ループトポロジなどの既存の1394-2008機能と、変圧器の絶縁や時間同期などの追加機能を組み合わせて、決定論的な二重および三重のフォールトトレラントデータバスネットワークを作成します。[57] [58] [59]
一般的なネットワーク
FireWire は、アドホック (端末のみ、FireWire ハブが使用されている場合を除きルーターなし)コンピュータ ネットワークに使用できます。具体的には、RFC 2734 では FireWire インターフェイス上でIPv4 を実行する方法が指定され、RFC 3146 ではIPv6 を実行する方法が指定されています。
Mac OS X、Linux、FreeBSDには、FireWire経由のネットワークのサポートが含まれています。[60] Windows 95、Windows 98、Windows Me、[61] Windows XP、Windows Server 2003には、IEEE 1394ネットワークのネイティブサポートが含まれています。[62] Windows 2000にはネイティブサポートはありませんが、サードパーティのドライバーで動作する可能性があります。ネットワークは、1本の標準FireWireケーブルを使用して2台のコンピューター間で、またはハブを使用して複数のコンピューター間で設定できます。これはイーサネットネットワークに似ていますが、主な違いは転送速度、導体の長さ、および標準のFireWireケーブルがポイントツーポイント通信に使用できることです。
2004年12月4日、マイクロソフトは、Microsoft Windowsの将来のすべてのバージョンでFireWireインターフェイス経由のIPネットワークのサポートを中止すると発表しました。[63]その結果、この機能はWindows Vista以降のWindowsリリースではサポートされません。 [64] [65]マイクロソフトはWindows 7 で1394ドライバーを書き直しましたが[66] FireWireのネットワークサポートは存在しません。 Unibrainは、Windows Vista以降のバージョンをサポートするubCoreと呼ばれるWindows用の無料のFireWireネットワークドライバーを提供しています。 [67]
PlayStation 2コンソールの初期モデル(SCPH 1000x から 3900x シリーズ) には、i.LINK ブランドの 1394 コネクタがありました。これは、コンソールの寿命の後半にイーサネット アダプタがリリースされるまでネットワーク接続に使用されていましたが、この機能をサポートするソフトウェア タイトルはほとんどありませんでした。このコネクタは、SCPH 5000x シリーズ以降では削除されました。[引用が必要]
IIDC
IIDC (Instrumentation & Industrial Digital Camera) はライブビデオ用の FireWire データ形式標準で、Apple のiSight A/V カメラで使用されています。このシステムはマシンビジョンシステム用に設計されましたが[68] 、他のコンピュータビジョンアプリケーションや一部のウェブカメラにも使用されています。どちらも FireWire で動作するため混同されやすいですが、IIDC はカムコーダやその他の民生用ビデオ機器を制御するために広く使用されている AV/C (Audio Video Control) とは異なり、互換性もありません。[69]
デイビッド
デジタルビデオ ( DV ) は、一部のデジタルビデオカメラで使用されている標準プロトコルです。テープメディアに記録するすべての DV カメラには、FireWire インターフェイス (通常は 4 導体) が搭載されています。ビデオカメラのすべての DV ポートは、FireWire の低速 100 Mbit/s 速度でのみ動作します。FireWire ネットワークのどのセグメントも複数の速度の通信をサポートできないため、ビデオカメラをより高速な S400 デバイスからデイジーチェーン接続したり、共通のハブ経由で接続したりすると、操作上の問題が発生します。[70]
ポートのラベルはメーカーによって異なり、ソニーは i.LINK 商標またはDV という文字を使用します。多くのデジタル ビデオ レコーダーには、 DV 入力FireWire コネクタ (通常はアルファ コネクタ)があり、これを使用して DV カムコーダーから直接ビデオを録画できます (コンピューターなし)。このプロトコルは、接続されたデバイスのリモート コントロール (再生、巻き戻しなど) にも対応し、カメラからタイム コードをストリーミングできます。
USB は、テープからビデオ データを転送するのには適していません。テープは、その性質上、可変データ レートをサポートしていないためです。USB はプロセッサのサポートに大きく依存しており、USB ポートが時間内に機能する保証はありませんでした。その後、テープからソリッド ステート メモリやディスク メディア (SD カード、光ディスク、ハード ドライブなど) への移行により、ファイルベースのデータを必要に応じてセグメント単位で移動できるため、USB 転送への移行が容易になりました。
フレームグラバー
IEEE 1394インターフェースは、アナログビデオ信号をキャプチャしてデジタル化するデバイスであるフレームグラバーによく見られますが、IEEE 1394はギガビットイーサネットインターフェースとの競争に直面しています（速度と可用性の問題を理由に）。[71]
iPodとiPhoneの同期と充電
Dockコネクタ付きiPodより前に発売されたiPodは、音楽ファイルの転送と充電にIEEE 1394aポートを使用していましたが、2003年にiPodのFireWireポートはAppleのDockコネクタに引き継がれ、IEEE 1394から30ピンコネクタへのケーブルが作られました。Appleは、第1世代のiPod nanoと第5世代のiPodからFireWireケーブルとの下位互換性を削除し始めました。どちらもUSB経由でしか同期できませんでしたが、FireWire経由で充電する機能は保持していました。これは、第2世代、第3世代のnano、およびiPod Classicにも引き継がれました。iPhone 3G、第2世代のiPod touch、第4世代のiPod nanoから下位互換性が完全に削除され、[72]いずれもUSB経由でしか充電と同期ができませんでした。
セキュリティ問題
FireWire バス上のデバイスは、直接メモリ アクセス(DMA) によって通信できます。この場合、デバイスはハードウェアを使用して内部メモリを FireWire の物理メモリ空間にマップできます。FireWire ディスク ドライブで使用される SBP-2 (シリアル バス プロトコル 2 ) は、この機能を使用して割り込みとバッファ コピーを最小限に抑えます。SBP-2 では、イニシエーター (制御デバイス) は、ターゲットの FireWire アドレス空間の指定された領域にリモートでコマンドを書き込むことによって要求を送信します。このコマンドには通常、イニシエーターの FireWire物理アドレス空間のバッファ アドレスが含まれており、ターゲットはこれを使用してイニシエーターとの間で I/O データを移動します。[73]
多くの実装、特に一般的なOHCI を使用する PC や Mac では、FireWire物理メモリ空間とデバイスの物理メモリ間のマッピングは、オペレーティング システムの介入なしにハードウェアで行われます。これにより、不要なコピーなしでデータ ソースとシンク間の高速で低遅延の通信が可能になります (ビデオ カメラとソフトウェア ビデオ録画アプリケーション間、またはディスク ドライブとアプリケーション バッファー間など)。ただし、信頼できないデバイスがバスに接続され、DMA 攻撃を開始すると、セキュリティまたはメディア権限制限のリスクになることもあります。これを悪用して実行中の Windows、Mac OS、Linux コンピューターに不正にアクセスすることが知られているアプリケーションの 1 つに、スパイウェアFinFireWireがあります。このため、高セキュリティのインストールでは、通常、仮想メモリ空間をFireWire物理メモリ空間にマッピングする新しいマシン（ Power Mac G5やSunワークステーションなど）を使用するか、オペレーティングシステムレベルで関連ドライバを無効にするか、[74] FireWireとデバイスメモリ間のOHCIハードウェアマッピングを無効にするか、FireWireインターフェイス全体を物理的に無効にするか、DMAを外部コンポーネントに公開するFireWireやPCMCIA、PCカード、ExpressCard、Thunderboltなどの他のハードウェアを使用しないことを選択します。
安全でないFireWireインターフェースは、オペレーティングシステムがクラッシュしたマシンをデバッグするために使用でき、一部のシステムではリモートコンソール操作にも使用できます。Windowsはカーネルデバッグのこのシナリオをネイティブでサポートしていますが、 [75]新しいWindows Insider Previewビルドには、この機能はデフォルトで含まれていません。[76] FreeBSDでは、dconsドライバーがデバッガーとしてgdbを使用して両方を提供します。Linuxでは、firescope [77]とfireproxy [78]が存在します。
参照
参考文献
- ^ ab "1394ta.org". 1394ta.org . 2017-02-09にオリジナルからアーカイブ。2017-03-07に取得。1394
デジタルリンク規格は、1986年にApple Computerの技術者によって考案されました。
- ^ Yaghmour, Karim; Masters, Jon; Ben-Yossef, Gilad; Gerum, Philippe (2008-08-15). 組み込み Linux システムの構築。O'Reilly Media, Inc. p. 70. ISBN 978-0-596-52968-0. 2012年1月8日閲覧。
- ^ 「What Is FireWire?」. 1394 Trade Association. 2014-04-04時点のオリジナルよりアーカイブ。
- ^ abcd 「添付資料1 1394特許ポートフォリオの特許一覧」（PDF） 。 2024年4月9日時点のオリジナル（PDF）からアーカイブ。2021年1月3日閲覧。
- ^ ab “MPEG LA - 1394 ライセンサー”。2019年7月11日時点のオリジナルよりアーカイブ。2019年7月11日閲覧。
- ^ ab "IEEE Standard 1394a - Thunderbolt" . 2016年6月14日閲覧。
- ^ abc Teener, Michael J. 「What is Firewire?」2008年7月14日閲覧。[自費出版元? ]
- ^ abc 「高性能シリアルバスの IEEE 標準」。IEEE STD. 1394-2008。2008-10-21。doi :10.1109/ IEEESTD.2008.4659233。ISBN 978-0-7381-5771-9。
- ^ 「Apple Thunderbolt - FireWireアダプタ」。2019年12月19日閲覧。
- ^ ab 「FireWire — USB Comparison」。Usb-ware.com。2007年3月16日時点のオリジナルよりアーカイブ。2010年1月25日閲覧。
- ^ Schmid, Patrick (2004-04-02). 「Go External: FireWire 800」. Tom's Hardware . 2020年10月17日閲覧。
- ^ 「MPEG LA - 1394 ライセンス契約」。2017年10月8日時点のオリジナルよりアーカイブ。2011年12月3日閲覧。
- ^ ab 「MPEG LA - 1394 FAQ」。
- ^ 「MPEG LA - 1394 ライセンス契約エクスプレス (ハードコピー)」。
- ^ 「Google 特許検索「IEEE 1394」」
- ^ 「BYLAWS OF THE 1394 TRADE ASSOCIATION」。2011年11月4日時点のオリジナルよりアーカイブ。
- ^ 「IEEE 1394 - 未来のマルチメディアバス」cablelabs.com。2011年9月27日時点のオリジナルよりアーカイブ。
- ^ 「IEEE 1394 チュートリアル」 。2019年 8 月 27 日閲覧。
- ^ ab 「IEEE 1394 アーキテクチャ」(PDF)。I/ONE。2007 年 1 月 7 日のオリジナル(PDF)からアーカイブ。
- ^ abcd 「IEEE 1394 (別名「FireWire」および「iLink」)」(PDF) 。2012年9月1日閲覧。
- ^ abcde 「IEEE 1394 と Linux」。Tindel.net。2012 年 4 月 26 日時点のオリジナルよりアーカイブ。2012 年 9 月 1 日閲覧。
- ^ IEEE p1394ワーキンググループ（1996-08-30）。高性能シリアルバスのIEEE標準（PDF）。IEEE。doi ：10.1109 / IEEESTD.1996.81049。ISBN 1-55937-583-3。
{{cite book}}: CS1 maint: 数値名: 著者リスト (リンク) - ^ Davis, Larry. 「Firewire バス」. interfacebus.com . 2016 年 6 月 20 日閲覧。
- ^ ab 「FireWire Developer Note」。Developer.apple.com。2008-04-28。2009年5月18日時点のオリジナルよりアーカイブ。2010年1月25日閲覧。
- ^ IEEE p1394aワーキンググループ（2000-06-30）。高性能シリアルバスのIEEE標準（修正版）。IEEE。doi ：10.1109 / IEEESTD.2000.91614。ISBN 0-7381-1958-X。
{{cite book}}: CS1 maint: 数値名: 著者リスト (リンク)P1394a ドラフト 5.0 [永久リンク切れ]が利用可能です。 - ^ IEEE p1394bワーキンググループ（2002-12-14）。IEEE Std 1394b-2002 高性能シリアルバス — 修正第2版。IEEE。ISBN 0-7381-3253-5。
{{cite book}}: CS1 maint: 数値名: 著者リスト (リンク)[リンク切れ] - ^ ab "Encoder/Decoder". Iram.cs.berkeley.edu. 1997-12-17 . 2012-09-01閲覧。
- ^ ab Haden, Rhys (2007-06-30). 「CP3070 データ通信の原則」 Rhyshaden.com . 2012-09-01に閲覧。
- ^ 「高性能シリアルバスの IEEE 標準 - 修正 3」IEEE STD 1394c-2006 . 2007-06-08. doi :10.1109/IEEESTD.2006.371044. ISBN 978-0-7381-5237-0。
- ^ 「1394 Trade Association が FireWire の速度を 3.2 ギガビット/秒にすることを発表」1394 Trade Association 2007-12-12 2008-08-03閲覧。
- ^ 「アーカイブコピー」（PDF） . symwave.com . 2016年3月6日時点のオリジナル（PDF）からアーカイブ。 2022年1月14日閲覧。
{{cite web}}: CS1 maint: アーカイブされたコピーをタイトルとして (リンク) - ^ 「世界初の 3.2 ギガビット IEEE 1394b FireWire SOC ソリューションを発表」。DapTechnology。2009 年 11 月 23 日。2012 年 5 月 17 日時点のオリジナルよりアーカイブ。2012年 9 月 1 日閲覧。
- ^ Arthur, Charles (2008-10-17). 「Steve Jobs が FireWire が消滅した理由を説明」TheGuardian.com . 2016-06-14閲覧。
- ^ Henehan, Burke (2012-01-06). 「4Gbps の FireWire - 産業用アプリケーションへの影響」. EE Times . 2016-06-14閲覧。
- ^ 「P1394d - 高性能シリアルバスのIEEE規格 - 修正: IEEE 1394シングルモードファイバーファイバー物理媒体(PMD)仕様」。IEEE規格。IEEE。2013年1月8日時点のオリジナルよりアーカイブ。 2012年10月8日閲覧。
- ^ 「IEEE-SA - 標準委員会の承認 - 2013年3月」。2016年6月14日閲覧。
- ^ Baxter, Les (2007-11-01). 「IEEE 1394 (別名 FireWire) の新たな展開」. Lightwave . 2007-12-19閲覧。
- ^ 「FreeBSD firewire(4) manページ」Freebsd.org. 2006-04-01 . 2010-01-25閲覧。
- ^ 「Linux FireWire wiki」 Ieee1394.wiki.kernel.org. 2009-08-22 . 2010-01-25閲覧。
- ^ 「Linux Unified Target wiki」. linux-iscsi.org. 2012-07-21. 2008-11-18 時点のオリジナルよりアーカイブ。2012-08-12取得。
- ^ 「Windows XP Service Pack 2 をインストールした後、1394 デバイスのパフォーマンスが低下する可能性があります」。Support.microsoft.com。2006 年 6 月 1 日。2010年 1 月 25 日閲覧。
- ^ 「Microsoft が 1394b 規格をサポート」EETimes.com . 2010 年 1 月 25 日閲覧。
- ^ 「Windows Vista Service Pack 1 の注目すべき変更点」。Technet2.microsoft.com。2008 年 5 月 17 日時点のオリジナルよりアーカイブ。2010 年 1 月 25 日閲覧。
- ^ 「Windows Vista Service Pack 1 のリリース ノート」。Technet2.microsoft.com。2008 年 4 月 30 日時点のオリジナルからアーカイブ。2010年 1 月 25 日閲覧。
- ^ 「Windows Vista Service Pack 1 に含まれる修正プログラムとセキュリティ更新プログラム」。Technet2.microsoft.com。2008 年 5 月 11 日時点のオリジナルからアーカイブ。2010年 1 月 25 日閲覧。
- ^ 「Windows 7 の 1394 バス ドライバー」。Microsoft.com。2009 年 6 月 24 日。2010年 1 月 25 日閲覧。
- ^ 「パッケージ: libraw1394-8 (1.3.0-4)」。2010年9月12日閲覧。
- ^ 「Juju Migration」 。 2012年10月10日閲覧。
- ^ 「ページ 145」(PDF) 。2010年 5 月 27 日時点のオリジナル(PDF)からアーカイブ。2010 年 1 月 25 日閲覧。
- ^ rcliff. 「How-To: Mac OS X Firewire HDTV 録画」 AVS フォーラム. 2010 年 1 月 25 日閲覧。
- ^ 委員会規則第76.640条(b)(4)(ii)の免除要請(PDF)、連邦通信委員会、2010年6月18日、 2016年6月14日閲覧
- ^ 「FCC、IP 搭載セットトップボックスの FireWire 要件を廃止」。マルチチャンネル ニュース。2016 年 6 月 14 日閲覧。
- ^ FireWire vs. USB 2.0 (PDF)、Qimaging 、 2010-10-11にオリジナル(PDF)からアーカイブ、2016-06-14に取得
- ^ "firewirevsusb". Directron.com. 2012年9月4日時点のオリジナルよりアーカイブ。2012年9月1日閲覧。
- ^ 「IDBフォーラムホームページ」 2006年10月6日。2006年10月6日時点のオリジナルよりアーカイブ。2016年6月14日閲覧。
{{cite web}}: CS1 メンテナンス: 不適切 URL (リンク) - ^ 「HANAについて」。Hanaalliance.org。2010年1月29日時点のオリジナルよりアーカイブ。2010年1月25日閲覧。
- ^ BV、Richard Mourn、DAPTechnology (2013-02-05)。「IEEE-1394 と AS5643 が、信頼性の高い軍事航空設計に決定論的ネットワークをもたらす」 。2016年 6 月 14 日閲覧。
{{cite web}}: CS1 maint: 複数の名前: 著者リスト (リンク) - ^ 「AS5643: 軍事および航空宇宙車両アプリケーション向けIEEE-1394bインターフェース要件 - SAE International」。2016年6月14日閲覧。
- ^ Mourn, Richard (2011-09-07). 「UAV は IEEE-1394b データ バスを活用して成功を収める」. EE Times . 2016 年 6 月 14 日閲覧。
- ^ 「FreeBSD 7.1 fwip(4) マニュアルページ」Freebsd.org. 2005-07-16 . 2010-01-25閲覧。
- ^ 「Windows Millennium Edition (Me) の IEEE 1394 バス経由の IP のサポート」。Support.microsoft.com。2007 年 1 月 27 日。2012年 9 月 1 日閲覧。
- ^ 「Windows XP での IEEE 1394 (FireWire) デバイスの使用」。Support.microsoft.com。2007 年 12 月 1 日。2010年 1 月 25 日に取得。
- ^ 「1394 経由の IP のサポート終了」 Microsoft.com、2004 年 12 月 8 日。2010年 1 月 25 日閲覧。
- ^ 「IEEE 1394 バス経由の IP ネットワークは、Windows Vista およびそれ以降のすべてのバージョンの Windows ではサポートされていません」。Support.microsoft.com。2007 年 11 月 28 日。2010年 1 月 25 日閲覧。
- ^ 「Windows Server 2008、Windows Vista、および Windows 7 の新しいネットワーク機能」。Technet.microsoft.com。2010年 1 月 25 日閲覧。
- ^ 「Windows 7 の 1394 バス ドライバー」。Microsoft.com。2009 年 6 月 18 日。2012年 9 月 1 日閲覧。
- ^ 「ubCore 1394 Firewire ドライバー」。Unibrain.com。2012年 9 月 1 日閲覧。
- ^ 「libdc1394: IIDC/DCAM 仕様」。Damien.douxchamps.net。2010年 1 月 25 日閲覧。
- ^ 「AV/C の概要」。Microsoft Developer Network。2009年 5 月 26 日時点のオリジナルよりアーカイブ。2009年 10 月 14 日閲覧。
- ^ IEEE 1394a 仕様。
- ^ 「VGA から Firewire への接続を確立する方法」 Epiphan.com 。2012年 9 月 1 日閲覧。
- ^ 「iPod nano: バッテリーの充電」。2013年9月14日閲覧。
- ^ 「ツールがWindowsを物理的にハッキング — セキュリティ/脆弱性 — DarkReading」。DarkReading 。 2010年1月25日閲覧。
- ^ 「BitLocker に対する 1394 DMA の脅威を軽減するために SBP-2 ドライバーをブロックする」。Microsoft。2011年3 月 4 日。2011年 3 月 15 日に取得。
- ^ 「1394 ケーブル経由でカーネル モード デバッグを手動で設定する」。docs.microsoft.com。2017 年 5 月 23 日。2017 年 9 月 2 日取得。
- ^ 「KD 1394 の回避策」。blogs.msdn.microsoft.com。2016 年 8 月 11 日。2017 年 9 月 2 日に閲覧。
- ^ 「Andi Kleen: [発表] i386/x86-64 用の firescope がリリースされました」。LKML。2006 年 4 月 4 日。2010年 1 月 25 日閲覧。
- ^ 「Bernhard Kaindl の fireproxy は gdb リモート プロトコルを FireWire に転送します。これにより、gdb によるリモート メモリの読み取りと書き込みが可能になります」。Ieee1394.wiki.kernel.org。2009 年 11 月 7 日。2010年 1 月 25 日閲覧。
さらに読む
- INCITS T10 プロジェクト 1467D (2004)。情報技術 - シリアル バス プロトコル 3 (SBP-3)。ANSI INCITS。ANSI INCITS 375-2004。
{{cite book}}: CS1 maint: 数値名: 著者リスト (リンク) - アンダーソン、ドン (1999)。FireWireシステムアーキテクチャ。MindShare, Inc. ISBN 0-201-48535-4。
- 「高性能シリアルバスの IEEE 標準」IEEE STD. 1394-2008 . 2008-10-21. doi :10.1109/IEEESTD.2008.4659233. ISBN 978-0-7381-5771-9。
外部リンク
ウィキメディア・コモンズには、 IEEE 1394に関連するメディアがあります。
- ウェイバックマシンの 1394 Trade Association (2019-03-28 アーカイブ)
- 1394 標準オリエンテーション、Wayback Machineでの紹介(2021-02-03 アーカイブ)
- IEEE 1394 コネクタのピン配置