Tip / ログイン to post questions, reply, level up, and achieve exciting badges. Know more

cross mob
Translation_Bot
Community Manager
Community Manager
Community Manager

こんにちは皆さん、

私はplat2go開発ボードで開発しておりXMC4400そのCANbusを通信に使用しています。

アプリケーションは、CANバスを介して監視対象情報を外部に公開します。 これには2つのオプションを使用しました:1. TXメッセージオブジェクトを設定し、一定の時間間隔でデータをアクティブに送信します。 2. 外部からリモート要求フレームを受信するための TX メッセージ オブジェクトを作成し、データで応答します。

今のところ、2つのオプションはどちらも機能しますが、後で高密度のCANトラフィックが必要になり、選択が違いを生む可能性がある場合に備えて、リソース消費の観点から、2つの比較が一般的にどのように見えるかをよりよく理解したいと思います。

私の限られた理解では、リモート応答には要求受信アクションが含まれます(応答が「自動」であるのをどこかで見たので、おそらくinterrputではありませんが、それでも何かを推測します)、アクティブな送信と同等のように見える応答プロセスをアクティブにします-これは応答リモートが送信よりも多くのリソースを消費するという結論につながります-それが正しいかどうかはわかりません。

私の場合、答えに影響を与える可能性のある別の状況は、リモート応答フレームオプションを使用する場合、外部リクエストの頻度は低くても、データが十分に最新であることを確認するために、アクティブ送信オプションの場合と同じ頻度でCANレジスタのデータを更新する必要があります。 この状況では、比較はどのように見えますか?

アドバイスをよろしくお願いします。

よろしく

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/XMC/CAN-bus-question-General-comparison-of-sending-TX-message-vs-responsing-to/td-p/645056

0 件の賞賛
1 解決策
Translation_Bot
Community Manager
Community Manager
Community Manager

こんにちは @WeiF

私の理解では、CANバスはブロードキャストタイプのバスです。これは、すべてのノードがすべての送信を「聞く」ことができることを意味します。特定のノードだけにメッセージを送信する方法はありません。すべてのノードは、常にすべてのトラフィックをピックアップします。ただし、CANハードウェアはローカルフィルタリングを提供するため、各ノードは対象メッセージにのみ反応できます。

上記において、リモートフレームの意図された目的は、対応するデータフレームの送信を要請することである。 たとえば、ノード A がアービトレーション フィールドを 234 に設定してリモート フレームを送信する場合、ノード B は、適切に初期化されていれば、アービトレーション フィールドも 234 に設定されたデータ フレームで応答する可能性があります。 リモート フレームがバス トラフィックを占有する可能性があるため、要求応答タイプのデータ送信は、より多くのリソースを占有する可能性があります。 したがって、ここでの理解は、「リモートフレームの意図された目的は、対応するデータフレームの送信を要求することです。たとえば、ノード A がアービトレーション フィールドを 234 に設定してリモート フレームを送信する場合、ノード B は、適切に初期化されていれば、アービトレーション フィールドも 234 に設定されたデータ フレームで応答する可能性があります。

しかし、これを説明していただけますか?

>> リモート応答フレーム オプションを使用する場合、外部要求の頻度は低くても、データが十分に最新であることを確認するために、アクティブ送信オプションの場合と同じ頻度で CAN レジスタのデータを更新する必要があります。

私はこれを正しく理解できませんでした。

上記が役立つかどうか、またはさらに質問がある場合に備えてお知らせください。

よろしくお願いいたします

あした

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/XMC/CAN-bus-question-General-comparison-of-sending-TX-message-vs-responsing-to/m-p/646308

元の投稿で解決策を見る

0 件の賞賛
1 返信
Translation_Bot
Community Manager
Community Manager
Community Manager

こんにちは @WeiF

私の理解では、CANバスはブロードキャストタイプのバスです。これは、すべてのノードがすべての送信を「聞く」ことができることを意味します。特定のノードだけにメッセージを送信する方法はありません。すべてのノードは、常にすべてのトラフィックをピックアップします。ただし、CANハードウェアはローカルフィルタリングを提供するため、各ノードは対象メッセージにのみ反応できます。

上記において、リモートフレームの意図された目的は、対応するデータフレームの送信を要請することである。 たとえば、ノード A がアービトレーション フィールドを 234 に設定してリモート フレームを送信する場合、ノード B は、適切に初期化されていれば、アービトレーション フィールドも 234 に設定されたデータ フレームで応答する可能性があります。 リモート フレームがバス トラフィックを占有する可能性があるため、要求応答タイプのデータ送信は、より多くのリソースを占有する可能性があります。 したがって、ここでの理解は、「リモートフレームの意図された目的は、対応するデータフレームの送信を要求することです。たとえば、ノード A がアービトレーション フィールドを 234 に設定してリモート フレームを送信する場合、ノード B は、適切に初期化されていれば、アービトレーション フィールドも 234 に設定されたデータ フレームで応答する可能性があります。

しかし、これを説明していただけますか?

>> リモート応答フレーム オプションを使用する場合、外部要求の頻度は低くても、データが十分に最新であることを確認するために、アクティブ送信オプションの場合と同じ頻度で CAN レジスタのデータを更新する必要があります。

私はこれを正しく理解できませんでした。

上記が役立つかどうか、またはさらに質問がある場合に備えてお知らせください。

よろしくお願いいたします

あした

smartconx_target@Q!w2e3r4t5y6u7i8o9p0||/t5/XMC/CAN-bus-question-General-comparison-of-sending-TX-message-vs-responsing-to/m-p/646308

0 件の賞賛