移動発生源6カ国(商用)電源システムとの間の通信及びECUからOBD排出

早くも1994として、米国移動商用電力系統におけるソースとECUとの間の通信は、SAEJ1587 / J1708は、プロトコルのマイクロプロセッサのシリアル通信、および従って低いデータ品質の両方ので、使用します。スピードライダーがテストされ、既存の多数のモデルでは、電源システム及び移動発生源のECU OBDの排出に関与6カ国との間の通信はSAE J1939に更新され、いくつかの用途ISO15765は、いくつかの用途ISO-14229があります。CAN通信トラック、バス、建設機械、農業機械などのために主に使用される通信プロトコルのこれらのタイプ。

 

SAE J1939およびその前身に比べ、主な違いは、SAEJ1708 / 1587は、クラスBネットワークのために広く使用されるプロトコルであるということであるが、彼は、診断データは、電子制御ユニットを含むことを特徴と主情報の単純な交換を提供します。プロトコルは250キロバイト/ sのSAE J1939 CANバスボーレートアップ、高い転送レートクラスCネットワークの通信プロトコルに基づいており、それはまた、全体に分散サポートし、J1939 J1708の年で、すべてのネットワーク機能を実現することができるだけでなく、閉ループ制御と車両の電子制御システムとの間のリアルタイム通信。

 

状態6 OBD輝線測定、我々は適切な排出量データに元の閉ループ通信で収集する必要があり、その後、SAE J1939物理層及びデータリンク層プロトコルは、CAN2.0B基準を参照することができ、そしてそれはまた、一般的なCANありますネットワーク構造のように、バスがアイドル状態のとき、CANバスにメッセージを送信することができる任意のノードは、各メッセージは、競合非破壊データのオーバーシュートを解決するためにCSMA / CDアービトレーション機構を使用して、識別子が付されます。

 

我々は、OSIモデルにおけるCANプロトコルのみSAE J1939は、トランスポート層であり、それはまた、ネットワークのプロトコル層及びアプリケーション層を定義し、CAN2.0Bベースに物理層とMAC層、データリンク層、SAE J1939を定義し、知っていますセッション層とプレゼンテーション層の場所は、将来の拡張のために予約しました。

 

J1939物理層プライマリネットワークまたはサブネットワークの物理層として使用することができる、データは、エンジン、ブレーキシステムは、また、収集することができ、減速機、照明、計装、熱及び音制御、窓およびロックに加えて収集することができる、セキュリティ・エンジン、 4Gや5Gネットワ​​ーク通信、目的を達成するための明確な必要性によって。車両用途では、モバイルソースの高度道路交通システム、商用車メーカーは、車両ネットワークへの援助の一部を接続するために喜んでいるため、ITS、車両全体は、多くの場合、補助装置の集合体として見ることができ、その後も横を反映しています別の契約を提供するために、統合する能力が、その商用車は、このような理由のために、SAEは、ITSアプリケーションの初期の開発段階は、これの意図の範囲内に設置された検討、私たちは、ITSアプリケーションを見てきました、無意味ですJ1939を使用することができます。

 

ITSとSAE J1939データ・バスとの間で、商用車メーカーが車両に関連するこのような追加のネットワークおよびゲートウェイ機能を追加するかどうかを決定するために、それを接続するためのゲートウェイインターフェイスを提供する必要がある、ゲートウェイははるかに複雑橋よりそして、より高価。乗用車では、ゲートウェイと現在の車両は、ここでそれらを繰り返すない、ゲートウェイバイパスへ車CANバスデータ収集のニーズの多くは、すでにたくさんあります。

 

ライダーと適応速度取得これらの国の移動元モデル練習結論、物理的メディア転送速度250キロバイト/秒、同じネットワークサブシステム30の最大数、最大線長カウントの6つのSAE J1939 OBD排出40メートル(一般にあまり4OMより)、等について簡単に言えば、物理層の機能を実現することができるである:バス障害検出との間のビット、ビットタイミング、同期化、機械的および電気的インタフェース、及び物理媒体アタッチメント、これらは、CANにより達成されます。

 

商業実際の通信ネットワーク、距離よりも長いが、一般に使用される見出さCAN Lは緑色で、通信回線CAN H、CAN L、CAN SHLD組成物、CAN H通常黄色のCANバス、ツイストペアシールド1MHzの伝送速度で2本の信号線の間です。信号バスラインが各ECUの標準的なパラメータの総抵抗により決定されます。CANネットワークに接続された通信ケーブルは、一般に、3個のコア、9セルは、今や標準インタフェースOBD2直接使用しました。

 

SAE J1939データはCANバスを介してデータ通信を行うための基礎としてCAN 2.0に基づいてリンク。これは、データリンク層のデータ構造を定義CANする責任がある優先通信、伝送、通信要件、バス調停、誤り検出および処理、などのルールを、符号化情報フレームは、フレームを拡張し、29ビットの識別子を再編成定義しましたパケットサービスマークは、すべての宛先アドレス、送信元アドレスの内容を含むメッセージを、特徴とすることができます。現在は5つのメッセージタイプ、すなわち、コマンド、リクエスト、放送/応答、確認応答、およびグループ拡張をサポートしています。種マルチバイト・パラメータCANデータフレームのデータ・フィールドのために、一般的に最下位バイトに格納されて起こります。

 

これは、いくつかの問題点に留意すべきです。

図1に示すように、高速データ更新

高速データ更新の対象は、可能な場合は、ハードウェアのフィルタリングを使用してメッセージを許可する、非常に短い時間内に応答するために必要とされる場合。

2、スケジューリング要求

あなたが要求前に受信した要求された情報を送信する準備ができている場合は、その要求のスケジュールはキャンセルされなければなりません。情報は、スケジューリング要求の前に受信されている場合と50msの変換、要求はしていません。パラメータグループは、より多くの放送時間の推奨使用より要求されたが、例外的な状況にしてはならない放送をお勧めします。これと乗用車、および「クイックブレイク・ライダーBMWフォルクスワーゲンアウディジャガーランドローバーCANバスアクセスコントロールの経験が」に吸収させることができる前に作られた、のような。

3、デバイスの応答時間とデフォルトのタイムアウト

対応するために必要な場合は、すべてのデバイスが、応答が200ミリ秒以内になされなければなりません。すべてのデバイスは、ブリッジを介して送信される全てのバスアクセスの待ち時間やメッセージが不要タイムアウトを引き起こさないことを確実にするために、この時間により、少なくとも1.25sで待っている、あきらめる前に応答を待ってから再度試してしなければなりません。所望であれば、異なるアプリケーションが特定の時間値を使用します。

 

指定されたターゲットアドレス、同じ識別子メッセージが背中合わせに生成することができる手段のデータ0〜200ミリ秒の間の時間間隔にメッセージの複数組。CTS機構は、パケット間の所定の時間間隔を確保するために使用することができます。ブロードキャストメッセージの複数のセットは、パケット間隔の間に必要な時間は50〜200ミリ秒です。レスポンダは、CANハードウェアから時刻データを有することを保証するために50ミリ秒の最小時間。この場合、応答は、(マージンを提供するために、200ミリ秒の時間間隔)250ミリ秒のタイムアウトを使用すべきです。

 

J1939 OBD各ASCIIで発現させることのメッセージフォーマットパラメータ米国6つのモバイル放射源(商業的に)、または二つ以上のステータス・ワード・ビットの機能、最初の最上位バイトとして英数字伝送のために。彼は、各パラメータのタイプを決定する必要があり、データの種類は、典型的には、状態値又は測定値です。示す複数の状態パラメータまたは動作トランジットノードが生成行った後、ステータスタイプの現在の状態の結果。この操作は、測定またはローカルまたはネットワークのステータス情報の結果から計算されます。

 

例えば、バッテリステータスデータはコイルは、ソレノイドがその機能を果たしていることをアクティブ化されますが、必要が彼に確認するためにテストされていない示し、この操作は、特定の情報を必要としないことに留意されたいです。エンジン始動状態のタイプのデータ、PTOの速度の制御動作、クルーズコントロール動作、車両状態、故障コード場合、トルクなど、テストタイプデータ送信ノードの値が可能な電流測定値に得られたパラメータを表します定義されたパラメータの状態を判断します。吸気圧の測定値を持つデータの種類、イグニッションスイッチ、クルーズセットスイッチがオンされ、最大巡航速度、クルーズ設定速度、エンジン回転数と現在の負荷などに属します。

 

通常、複数のパラメータからなるパラメータ群から成り、このようなリフレッシュ周期としてその属性を含むパラメータ群の定義、拡張データ長フィールド、データページPG、PDUフォーマットPF、PDU、デフォルトの優先度パラメータグループ番号PGN、パラメータリスト。そのようなフレームの数として8バイトより大きいパラメータのデータ長場合、サブフレームは、伝送プロトコルに従って行わなければなりません。既存のパラメータ群が新たなパラメータを含むことが許されている場合、それは例えば、関数(ガソリン、冷却剤、燃料、等)を実装するために応じてではなく、タイプ(温度、圧力、速度によって、新たなパラメータ群を再定義します等)、一般的な測定サブシステムとデータを送信するための装置によれば、同様のデータ更新を持っています。

 

公開された50元の記事 ウォンの賞賛3 ビュー7818

おすすめ

転載: blog.csdn.net/weixin_41976114/article/details/104016624