このページは機械翻訳を使用して翻訳されました。最新版の英語を参照するには、ここをクリックします。

Simulink における CAN 通信ワークフロー

メッセージ送信ワークフロー

このワークフローは、最も一般的な CAN 送信モデルを表します。必要に応じてモデルを調整します。その他のワークフロー例については、CAN 通信Simulinkモデルの構築 および Vehicle Network Toolbox の例 の「Simulink チュートリアル」を参照してください。

Work flow diagram for CAN message transmission in Simulink

Mux ブロックの使用

  • 同じ速度で送信される場合は、Mux (Simulink) ブロックを使用して、ソースからのすべてのメッセージを結合します。

  • 構成された Mux (Simulink) ブロックごとに 1 つの CAN Transmit ブロックを使用します。

メッセージ受信ワークフロー

メッセージフィルタリング

関連するメッセージのみを処理するようにフィルターを設定します。これにより、最適なシミュレーション パフォーマンスが保証されます。

すべてのバス通信を解析する必要がある場合は、フィルターを設定しないでください。

関数呼び出しによるメッセージ処理

CAN Unpack ブロックを設定します。

  • function-call triggered subsystem で、CAN Receive ブロックによって受信されたすべてのメッセージをアンパックする場合。

  • function-call triggered subsystem がない場合、CAN Receive ブロックによって受信された最新のメッセージのみをアンパックします。
    Receive ブロックが単一のメッセージをフィルタリングする場合は、このシステムを設定します。

下流処理

受信したメッセージを使用した下流処理には、次のブロックを含めます。

  • Function-Call Subsystem 内で、下流のプロセスがこのモデルの単一のタイムステップで受信したすべてのメッセージに応答する必要がある場合。

  • 下流のプロセスがこのモデルの特定のタイムステップで受信した最新のメッセージにのみ応答する場合は、Function-Call Subsystem の外部にあります。
    この場合、CAN Unpack ブロックは、メッセージ ID に関係なく、受信した他のメッセージには応答しません。