最高のカード診断ソリューション
  • 高速発送と
    配信
  • 最高品質
    標準と安全性
  • 100%満足
    保証された
  • 最高の価値
    あなたのお金
  • 素晴らしい顧客
    サービス

コントローラエリアネットワーク

コントローラーエリアネットワーク1
1

キーワードなし

* Open System Interconnection(OSI)

*コントローラーエリアネットワーク(CAN)

*日本製の車でCANバスはどのように見えますか?

私たちの街の車の艦隊は急速に活性化していますが、同時に診断と修理に関連する新しい問題をマスターして解決する必要があります。 日常業務では、さまざまな車載システム間の通信の問題に遭遇することがますます多くなっています。 数年前、CANバス(診断トラブルコードの分類の最初の文字– U)でエラーが発生した診断のために到着した車がまれなゲストだった場合、今ではほとんど日常的に行われています。 このトピックに関する情報は、原則として入手可能であり、非常に多く、さらには多くあります。これは、一方では良いことであり、他方では、必要な情報を見つけるのに一定の困難があります。 まず、この記事に、CAN(コントローラーエリアネットワーク)システムに慣れ始めたばかりの人、およびこれをより深く理解したい人のための一般的なアイデアを示したいと思います。

コントローラエリアネットワーク–この概念は、Robert Bosch GmbHが1980年代初頭に、主にさまざまなアクチュエータとセンサーを単一のネットワークに結合することを目的とした産業用ネットワーク標準を開発した後に使用されました。 自動車業界での最初の実装のXNUMXつは、次のいくつかのモデルで実行されました。 Mercedes-Benz その瞬間まで、実行機能の電子制御はシステムに従って構築されていました。1992つの制御ユニットがさまざまなセンサーから電子信号を受信し、それらを処理した後、適切なコマンドを実行デバイス(ガソリンポンプ、ノズル、イグニッションコイルなど)に送信しました。など)。 電子機器に送信される車両制御機能の量の増加により、ABS、SRS、AT、イモビライザーなどの追加システムが登場しました。 これらの機能をXNUMXつのECUに組み合わせると、XNUMXつのシステムに障害が発生すると、車全体の制御性が失われる可能性があるため、その煩雑さと過度の複雑さ、および信頼性の低下につながります。 そのため、自動車メーカーは、制御機能を分離し、すべてのシステムを別々のブロックに割り当てるという道を歩んでいます。 そして、自動車を運転する一般的なタスクを解決するためにすべてのシステムをXNUMXつの全体に統合するために、Robert Bosch GmbHのCAN通信規格が救いの手を差し伸べ、自動車業界でますます広く適用されるようになりました。 今日、ほとんどすべての新車にこのシステムが搭載されています。

基本的にすべてがシンプルで理解しやすいですが、CANバスはどのように配置され、その動作原理は何に基づいていますか? これは、自動車の単一の車載通信ネットワークに接続された電子制御ユニットとデバイスの関係の一例です–図1

コントローラーエリアネットワーク2

ここでは、有線ネットワークに接続されているブロックのみを検討しますが、21世紀の自動車では、無線情報伝送もますます使用されています。 たとえば、ナビゲーションシステム、車の位置の追跡(盗難防止)、タイヤ空気圧の監視、リモート診断、その他多数。 近い将来、車の車内ネットワークで内部と外部の情報フローを統合することにより、特に次のような警告情報を表示するような分野で、車両を安全性と快適性の新しいレベルに引き上げることが期待できます。道路上の危険な状況、さらに衝突の可能性のある車の影響を積極的に軽減するだけでなく、交通流のより合理的な分布を実現します。

少し背景–オープンシステム相互接続(OSI)。

1982つ以上のマイクロプロセッサが7498つのシステムに相互接続されている場合は、ネットワークユニット間でデータを転送する方法を決定する標準プロトコルを使用する必要があることは明らかです。 このようなプロトコルの最も一般的な例は、インターネット上のホスティングサービスを接続するために使用されるTCP / IP(伝送制御プロトコル/インターネットプロトコル)です。 TCP / IPの前身は、プロトコル– Open System Interconnection(OSI)でした。 このプロトコルは、1年に国際標準化機構(ISO 1994-XNUMX:XNUMX(E))によって開発されました。 OSIプロトコルは、さまざまなレベルの相互作用での相互接続の要件を定義するXNUMXつの独立した要素で構成されているため、「XNUMXレベル」モデルと呼ばれることもあります。

これらはXNUMXつのレベルです。

1)アプリケーションレベル( アプリケーション層 )–このレベルは、どのアプリケーション(プログラム)がネットワークにアクセスできるかを決定します。 たとえば、電子メール、ファイル転送、リモートアクセス端末、およびWebブラウザ。

2)データ表示レベル( プレゼンテーション層 )–このレベルは、データ圧縮および暗号化標準などの瞬間を定義します。

3)データ転送速度( トランスポート層 )–このレベルは、受信者間でデータを転送するための標準を提供し、エラーとセキュリティを監視します。

4)ネットワーク層( ネットワーク層 )–このレベルは、ネットワークデータトラフィックのルーティングを担当します。

5)通信チャネルのレベル( データリンクレイ r )–このレベルは、データ送信の同期とエラー制御を提供します。

6)通信セッションの制御レベル( セッション層 )–このレベルは、さまざまなアプリケーションとネットワークユニット間の通信セッションの開始と終了の標準化を提供します。

7)物理レベル( 物理層 )–このレベルは、接続とコネクタのタイプ、ケーブルの電気的特性、電圧レベル、電流強度など、ネットワーク内のデバイスの物理的特性の基準を定義します。

しかし、OSIプロトコルによって解決されたタスクは、自動車用電子機器のニーズを完全に満たすものではなかったため、Robert Bosch GmbHのエンジニアは、OSIプロトコルの開発において、物理的およびチャネルの標準を決定する特別なCANプロトコルを開発しましたXNUMXつ以上のデバイス間で情報をシリアル転送するためのシリコンのOSIモデルのレベル。

コントローラーエリアネットワーク(CAN)

CANはRobert Bosch GmbHによって1980年代初期に自動車産業向けに開発され、1986年に公式にリリースされました。このBosch CAN開発はISO規格(ISO 11898)として採用され、2.0年にCAN 1993Aに改名され、1995年に拡張されましたより多くのネットワークデバイスをCAN 2.0Bで識別できるようにします。 原則として、CANバスは5本のツイストペア線を使用してモジュール(またはノード)をネットワークに接続します。 自動車企業だけでなく、多くの企業が、さまざまな電子制御デバイスの相互接続のための設計にCANプロトコルを導入しています。 CANプロトコルで接続され、MPC 55xxシリーズのプロセッサを持つデバイスの非公式な分類では、TouCANモジュールが呼び出されます。 MPC 8xxシリーズプロセッサを搭載したものはFlexCANモジュールと呼ばれます。 CANはシリアルのマルチ送信マルチキャストプロトコルです。つまり、バスが空いているときは、どのノードでもメッセージを送信でき(マルチ送信デバイス)、すべてのノードがメッセージを受信して​​応答できます(マルチキャストが送信されます)。 メッセージを開始するノードはトランスミッタと呼ばれます。 メッセージを送信しないノードは受信者と呼ばれます。 すべてのメッセージには静的な優先度が割り当てられ、送信ノードはバスが非アクティブになるまで、または優先度の高い別のノードからのメッセージがネットワークに現れるまで送信機のままです。メッセージの優先度を決定するプロセスは調停と呼ばれます。 CANバス上のメッセージには、最大40バイトのデータを含めることができます。 メッセージ識別子は、データの内容を記述し、受信ノードがネットワーク上の宛先(言い換えると、メッセージの宛先)を決定するために使用されます。 短いネットワーク(≤1 m)では、メッセージの伝送速度は最大125 Mbpsに達する可能性があります。 ネットワーク距離が長くなると、利用可能な伝送速度が低下します。たとえば、最大500 mのネットワークではXNUMX Kbpsになります。 高速CAN( 高速(CAN)ネットワーク。データ転送速度が500 Kbpsを超えるネットワークと見なされます。

CANの基礎

CANプロトコル仕様の詳細は、Robert Bosch GmbHで詳細に説明されています。 " CAN仕様2.0、” 1991 . 次のアドレスでPDFドキュメントを表示できます:http://esd.cs.ucr.edu/webres/can20.pdf。 次に、CANを介したデータの送信方法、CANメッセージの構造、およびメッセージ送信エラーの処理方法について可能な限り簡単に説明します。

CANメッセージまたはフレームにはXNUMXつのタイプがあります:データフレーム( データフレーム )、リモートフレーム( リモートフレーム )、誤ったフレーム( エラーフレーム )およびオーバーロードフレーム( オーバーロードフレーム ).

データフレーム–標準のCANメッセージ、送信機から他のネットワークノードにデータをブロードキャストします。

リモートフレーム–特定のネットワークノードからのデータを要求するために送信機によってブロードキャストされるメッセージ。

エラーフレーム–ネットワークでエラーを検出した任意のノードから送信できます。

オーバーロードフレーム–受信データ間の追加の一時停止の要求(データフレーム)またはデータ受信の要求(リモートフレーム)として使用されます。

CAN2.0A規格とCAN2.0B規格のデータフレームの違いを以下に示します–図。 2

コントローラーエリアネットワーク3

CAN 2.0AフォーマットとCAN2.0Bフォーマットの違いは、CAN 2.0Bのデータフレームが標準のデータフレーム識別子(11ビット)と拡張データフレーム識別子(約29ビット)の両方をサポートしていることです。 標準および拡張フォーマットのフレームは、同じバス上のXNUMXつで問題なく送信でき、同等のデジタル識別子を持つこともできます。

この場合、標準フレームの優先度が高くなります–図。 3

コントローラーエリアネットワーク4

CAN 2.0Aメッセージフレームの説明

メッセージの開始( フレームの開始(SOF) )– 1ビット、ドミナントである必要があります。

ID( 識別番号 )– 11ビット、一意の識別子、優先度を示します。

リモート転送リクエスト( リモート送信要求(RTR) )– 1ビット、メッセージではドミナント、メッセージ転送要求ではリセッシブ。

予約済み– 2ビット、ドミナントである必要があります。

データコード長( データ長コード(DLC) )– 4ビット、データバイト数(0〜8)。

送信データのフィールド( データフィールド )– 0〜8バイト、サイズはフィールドで指定されます DLC .

巡回冗長検査コード( 巡回冗長検査(CRC) )–15ビット。

デリミタ CRC – 1ビット、劣性でなければなりません。

確認( 確認(ACK) )– 1ビット、送信機は劣性を送信します。 受信者が優勢であることを確認します。

ACK区切り文字– 1ビット、劣性である必要があります。

メッセージの完了( フレームの終わり(EOF) )– 7ビット、劣性でなければなりません–図。 4

コントローラーエリアネットワーク5

CAN 2.0V標準メッセージフレームの説明

フレームの開始(SOF)– 1ビット、ドミナントである必要があります。

標準および拡張形式の識別子(識別子)-11ビットの一意の識別子は、拡張形式のベースIDに対応します。

拡張フォーマット識別子( 識別子フィルター–拡張フォーマット )– 29ビット、11ビットの基本IDと18ビットの拡張IDで構成されます。

リモート送信要求(RTR)の標準および高度な形式– 1ビット、メッセージで優勢、メッセージ送信の要求で劣性。 標準フォーマットでは、11個の識別子ビットがRTRビットの後に続きます。

リモート要求の置き換え( 代替 リモート 登録リクエスト ( SRR ) )拡張フォーマットの場合– 1ビット、劣性である必要があります。 SRRは、標準メッセージのRTRビット位置で拡張メッセージ形式で送信されます。 標準メッセージと高度なメッセージの間の調停では、劣性SRRが標準メッセージを優先します。

フィールド IDE –標準および拡張フォーマットの場合– 1ビット、拡張フォーマットの場合は劣性で、標準の場合はドミナントである必要があります。

予約( 予約済みr0 )標準フォーマットの場合– 1ビット、ドミナントである必要があります。

予約( 予約済みr1、r0 )拡張フォーマットの場合– 2ビット、劣性である必要があります。

データ長コード(DLC)– 4ビット、データバイト数(0〜8)。

送信データのフィールド(データフィールド)– 0〜8バイト、サイズはDLCフィールドで定義されます。

巡回冗長検査(CRC) ) )–15ビット。

CRC区切り文字– 1ビット、劣性である必要があります。

謝辞(ACK ) )– 1ビット、送信機は劣性を送信します。 受信者が優勢であることを確認します。

ACK区切り文字– 1ビット、劣性である必要があります。

フレームの終わり(EOF ) )– 7ビット、劣性である必要があります。

CANデータフレーム

CANデータフレームは、開始フレーム(SOF)、調停、制御、データサイクリック、冗長チェック(CRC)、確認(ACK)、終了フレーム(EOF)の0つのフィールドで構成されています。 CANメッセージビットは、「ドミナント」(1)または「リセッシブ」(XNUMX)として指定されます。 SOFフィールドは、XNUMXつのドミナントビットで構成されます。 すべてのネットワークノードは、メッセージを送信する許可を同期的に待機し、同時に送信を開始します。 アービトレーションスキームは、メッセージを送信しようとしているノードの中で最も優先度が高く、実際にバスを制御するノードを決定します。


そして仲裁

CANメッセージ調停フィールドは、11ビットまたは29ビットの識別子とリモート送信ビット(RTR)で構成されています。 CANアービトレーションスキームは「マルチアクセスおよび衝突検出制御メディア」またはCSMA / CDと呼ばれ、優先度が最も高い最も重要なメッセージが最初からネットワーク全体に送信されるようにします。 メッセージの優先度は、アービトレーションフィールドの識別子の数値によって決定されます。数値が最も小さいフィールドが最も優先度が高くなります。 非破壊的でインテリジェントな調停は、競合する送信機間の競合を解決します。 これは、バスがANDゲートとして機能していると見なすことができることを意味します。 ノードがネットワークを介してドミナントサイン(0)を書き込む場合、各ノードは、送信ノードによって指定された目的に関係なく、ドミナントビットを読み取ります。 各送信ノードは、常に各送信ビットに対する応答を読み取ります。 ノードがメッセージ送信要求の劣勢ビットを送信し、メッセージを読み取るためのドミナントビットを受信すると、すぐに送信を停止します。

ネットワークアービトレーションの優先度を以下に示します。ここで、5番目のノードの優先度が最も高く、最初のノードの優先度が最も低くなっています。 XNUMX

コントローラーエリアネットワーク6

RTRビットは、送信用のメッセージとメッセージ受信用のリモート要求を区別するためにオンになります。 送信用の標準メッセージ(データフレーム)では、RTRビットが優勢である必要があり、メッセージ受信用のリモート要求(リモートフレーム)では劣性である必要があります。

メッセージ内の制御フィールドとデータフィールド(制御フィールドとデータフィールド)

データコード(DLC)の長さを制御するフィールドは6ビットで構成され(そのうち4つの最下位ビットのみが使用されます)、メッセージ内のデータ量を示します。 8つのメッセージでは最大000000バイトのデータしか送信できないため、DLCフィールドは000111からXNUMXの範囲の値を取ることができます。送信されるデータはデータフィールドにのみ含まれます。 データバイトの最上位バイト(最上位バイト(MSB))が最初に送信されます。

エラー処理

CANプロトコルにはXNUMXレベルのエラー検出があります。 メッセージレベルでは、巡回冗長検査(CRC)、メッセージ検査、および必須の確認検査(ACK)が実行されます。 レベルチェックビットは、モニターと充填で構成されます。

巡回冗長エラーは、メッセージの内容からトランスミッターによって計算された15ビットCRCコードを使用して検出されます。 メッセージを受信した各受信者は、CRCコードを再計算し、送信された値と比較します。 3つの計算の不一致により、フラグ(フラグ)が強制的に設定されます。 エラーフラグが設定されるチェック対象のメッセージは、受信者によるCRC区切り文字、ACK区切り文字、EOFメッセージの最後、またはXNUMXビットのメッセージ分割スペースの無効なビットの検出です。 最終的に、各受信ノードはACKデリミタセルにドミナントビットを書き込み、それが送信ノードによって読み取られます。 メッセージが受信者によって確認されない場合(おそらく受信ノードが動作を停止したため)、確認エラーフラグ(ACK)が設定されます。

ビットレベルでは、受信者が送信したメッセージの受信確認を監視するときに、送信された各ビットがこのメッセージの送信者によって再度読み取られることはすでに説明しました。 監視された値が送信された値と異なる場合は、ビットレベルでエラーが検出されています。 さらに、ビットレベルのエラーは「挿入」を使用して検出されます。メッセージで送信されたXNUMXつの連続した同一ビットの後、「挿入」が続き、送信ビットのストリームに反対の極性のビットが挿入されます(「挿入」ビットは、SOFフィールドからフィールドCRCへのメッセージに挿入されます。 受信者は、メッセージの「挿入」を自動的にチェックします。 受信ネットワークノードのいずれかが受信メッセージでXNUMXつの連続した同一ビットを検出した場合、エラーが記録されます(「挿入」の欠如)。 エラーの検出に加えて、「挿入」は、同期をサポートするのに十分なゼロ復帰以外(NRZ)ビットがあることを保証します。

エラーメッセージ(CANエラーフレーム)

送信ノードまたは受信ノードがエラーを検出すると、現在のメッセージの受信または送信を直ちに中断します。 エラーフラグと呼ばれるエラーメッセージは、XNUMXつのドミナントビットとXNUMXつのリセッシブビットで構成されるエラーメッセージセパレータで構成されます。 このビット文字列は「挿入」ルールに違反しているため、他のすべてのノードもエラーメッセージを送信します。 重大な数のエラーが検出されると、ノードは最終的に自己シャットダウンします。 特にCANテクノロジを使用する製造および自動車用電子機器の信頼性では、ネットワークがランダムなエラー(電力サージ、ノイズ、またはその他の一時的な原因による)を、機器の欠陥によるノードの誤動作を引き起こす永続的なエラーから分離できる必要があります。 したがって、ノードは検出されたエラーの数を保存および追跡します。 ノードは、記録されたエラーの数に応じて、XNUMXつのモードのいずれかになります。

対応するノードの各送信または受信バッファーに記録されたエラーの数がゼロより大きく、128より小さい場合、ノードは「エラーありでアクティブ」と見なされます( エラーがアクティブ   )、ノードは完全に機能しているが、少なくともXNUMXつのエラーが検出されたことを示します。

記録されたエラーの数が128から255の場合、ノードは「エラーのあるパッシブ」(「エラーパッシブ」)モードになります。 「エラーのあるパッシブ」モードでは、ノードは低速レベルで送信し、8ビットのリセッシブビットを送信してからメッセージを再度送信し、バスが空いていることを認識します。

記録されたエラーの数が255を超える場合、ノードは「ネットワークから切断されました」モードに入ります( バスオフ   )自分自身を切断します。

受信時のエラーは、考慮されるエラーの総数に1を加算し、送信時のエラーは、考慮されるエラーの総数に8を加算します。 後続のエラーのないメッセージは、エラーのないメッセージごとに考慮されるエラーの数を1ずつ徐々に減らします。 考慮されるエラーの総数がゼロに戻ると、ノードは通常の動作に戻ります。 ノードは現在のモードです バスオフ   モードに入ることができます エラーがアクティブ   監視されている128の連続する劣性ビットの11のネットワークエントリの後。 送信ノードがEOFフィールドまでエラーを検出しなかった場合、メッセージはエラーなしと見なされます。 破損したメッセージは、バスが空くとすぐに再送されます。

特定のホストからのデータのリクエスト(CANリモートフレーム)

別のネットワークノードからのデータを必要とするノードは、対応するデータ要求(リモートフレーム)を送信することにより、そのようなデータの転送を要求できます。 たとえば、車の中央ロック制御マイクロプロセッサは、トランスミッションECUからギアボックスセレクターの位置(「駐車」位置にあるかどうか)を知る必要があります。 データを受信するための要求の構造は、データフィールドがなく、リセッシブRTRビットがある標準メッセージの構造に似ています。

受信データ間の追加の一時停止とメッセージ間の空きスペースのリクエスト(オーバーロードフレームとインターフレームスペース)

ホストがメッセージを処理できるよりも速くメッセージを受信する場合、リクエストが生成され、受信データ(オーバーロードフレーム)の間に追加の一時停止を提供し、受信データまたはメッセージ受信リクエスト(リモートフレーム)の間に追加の時間を提供します。 エラーメッセージのように、オーバーロードフレームにはビットのあるXNUMXつのフィールドがあります。XNUMXつのドミナントビットで構成されるオーバーロードと、XNUMXつのリセッシブビットで構成されるオーバーロードセパレーターです。 エラーメッセージとは異なり、オーバーロードフレームの総数は保持されません。

メッセージ間のスペースは、XNUMXビットのリセッシブビットと、メッセージまたはリモート送信要求間のバスアイドル時間で構成されます。 ブレーク中、ノードは送信を開始できません(ブレーク中にドミナントビットが検出されると、オーバーロードフレームが生成されます)。 バスのアイドル時間は、ノードに送信するものがあるまで続き、送信が開始されると、この時点でバス上のドミナントビットの出現がSOFメッセージの送信の開始を通知します。

バスのロード

CANは、産業、自動車、その他多くのアプリケーション向けに、安定したシンプルで柔軟なネットワークソリューションを提供します。 CANプロトコルの主な欠点は、メッセージの遅延が定義されていないことです(エラーフレーム、過負荷フレーム、および再送信が存在するため)。遅延が増えると、ネットワークトラフィックが増加します。 一般に、バスの使用率はバスの最大電力の30%を超えてはならず、優先度の低いメッセージで許容できない遅延が発生しないようにする必要があります。 バス使用率は、送信に使用されるビットの合計数を送信ビットに使用できる最大合計量で割ったXNUMXつの量の除算として定義され、次のように計算されます。

ステップ1–時間の単位≥ネットワーク上で記録された最も遅い定期的なメッセージ(通常は1秒)を選択します。

ステップ2–すべての定期的なメッセージが決定されます。

ステップ3–ほぼ同じサイズのこれらのメッセージのそれぞれに、47のサービスビットが追加されます(サービスデータフィールドのサイズは、SOF +アービトレーション+ RTR +制御+ CRC +確認応答+ EOF +

フレーム間スペース= 1 + 11 + 1 + 6 + 16 + 2 + 7 + 3 = 47ビット)。

ステップ4–ビット単位のメッセージサイズに単位時間あたりに実行された送信数を掛けて、メッセージで使用されるビット数を計算します。

ステップ5–ネットワークトラフィックの合計量を推定するために送信されたメッセージで使用されるすべてのビットの合計。 この値に安全率1.1を掛けて、ネットワークトラフィックの最悪の予測を取得します。

ステップ6–結論として、送信に使用されたビットの総数を使用可能な最大ビットの総数で割って(たとえば、125 Kbit / sまたは500Kbit / sに時間の単位を掛けたもの)、バス負荷、–図。 6

タイムトリガープロトコル

ネットワークをリアルタイムで制御するには、バスの負荷に関係なくメッセージの時間パラメーターが選択されるようにする通信プロトコルを実装することが望ましいでしょう。 CANデータ通信の時間レベルを制御するこのようなプロトコルの例は、「タイムトリガーCAN」またはTTCAN(ISO 11898-4)です。 TTCANメッセージには、「タイムウィンドウ」と呼ばれるXNUMXつの特別なタイプがあります。排他的タイムウィンドウと調停タイムウィンドウです。 排他的な時間枠は、定期的に送信される特別なメッセージに添付されます。 したがって、排他的な時間枠はバスへのアクセスを奪い合いません。 調停時間枠は、厳密な時間制限がないメッセージに使用されます。

通常のCANメッセージと同様に、アービトレーションタイムウィンドウは、アービトレーションを通じてバスへの優先度ベースのアクセスをめぐって競合します。 タイムトリガーCANプロトコルでは、ネットワーク内に「マスターノード」が存在する必要があります。マスターノードは、特別な情報メッセージでネットワークタイムシグナル(グローバルタイムと呼ばれます)を定期的にブロードキャストします。 フォールトトレランスを高めるには、ネットワークにいくつかの潜在的なホストノードが必要です。 メインノードが動作を停止した場合(特別な情報メッセージの不在が検出された場合)、他の潜在的なメインノードがアービトレーションを使用して「メインノード」のステータスを競合し、最も優先度の高いノードが新しい「メインノード」になります。 その後、新しいメインノードは特別な情報メッセージのブロードキャストを開始します–グローバルタイム。 タイムトリガーCANプロトコルは、破損したメッセージを中継したり、エラーフレームを引き起こしたりしません。

TTCANプロトコルには、自動車メーカーとサプライヤーのコンソーシアムによって開発された競合するFlexRayプロトコルがあります。 FlexRay通信メッセージ(フレーム)は、定期的な「静的」および「動的」部分で構成されています。 静的セグメントは、ネットワーク化されたノードに対応する同じ長さのタイムスロットで構成されます。 各ノードは、予約スロットでメッセージを同期的に送信します。 静的セグメントは、「同期」フレームも送信して、ネットワークのグローバルタイムベースを提供します。 CANとは異なり、バスの調停はありません。 ダイナミックセグメントは、基本的に「ポーリング」メカニズムであり、各ノードには、「スロットへのミニ分離」同期メカニズムを使用して、トリガーされたイベントまたは非同期メッセージを優先順位に従ってバスに配置する機会が与えられます。 フォールトトレランスを向上させるために、FlexRayプロトコルを使用するネットワークノードをXNUMXつのバスまたはチャネルで同時に接続できます。

まあ、原則として、CANプロトコルに関するすべての基本情報、そして今やCANバスが日本製の車の例でどのように見えるかについて少し . 適切な診断機器がなくても、CANバスの障害を非常に限られた範囲で診断および修復できることをすぐにお知らせします。 すべては、ワイヤの物理的完全性の確認、コネクタの状態の確認、配線と終端抵抗の抵抗の確認、CAN lowおよびCAN highラインの対応する電圧レベルの確認に帰着します。 診断にディーラーの機器を使用すると、検証が容易になり、トラブルシューティングの範囲が絞り込まれます。自動車メーカーは非常に不本意ながら、ソフトウェアや知的財産との接触を許可します。 プログラムレベルで問題が発生した場合、対応するコンピューターの再プログラミングまたは交換のみが可能です。

例:日産車2007g.vのタイヤ 図7

コントローラーエリアネットワーク7

IIIプログラムインターフェース(日産)、CANバス診断ウィンドウを参照してください–図。 8

コントローラーエリアネットワーク8

三菱2004g.v車のCANタイヤの例。 –写真9

関連ポスト

  • コントローラーエリアネットワーク9

    ESDの診断用コントローラー

    キーワードHelloなしで、私たちの新しい定期的な読者。 今日は、…の設計エンジニアであるアレクサンダーニコノフとの社内インタビューを紹介したいと思います。

  • コントローラーエリアネットワーク10

    CANデータバス

    キーワードなしコントローラーエリアネットワーク(CANデータバス)または口語的に:「CANバス」。 1984年から1986年の間に、Robert Bosch GmbHが発明、開発しました…

  • コントローラーエリアネットワーク11

    交通管制官の「ジェスチャー」は「言う」

    交通管制官の「ジェスチャー」が「言う」現在、交通管制官は非常にまれです。 ほとんどの理由はまさにこの希少性です…

  • コントローラーエリアネットワーク12

    セール Ford エクスプローラ–の販売のための機能とルール Ford コミッションエリアを走行するエクスプローラー

    売ります Ford エクスプローラー–中古品を販売することの利点と欠点 Ford コミッションサイトを介したエクスプローラー Ford エクスプローラー…

私たちについて 1

コメントを残す

あなたのメールアドレスは公開されません。 必須フィールドは、マークされています *

©著作権2018 Carscanners. All rights reserved.
エラー

このブログをお楽しみください? 言葉を広めてください:)