MC33665+MC33774用の現在のデモルーチンは、665初期化、774初期化、および電圧と温度の取得機能を実装しています。実験台の設置状況を図に示す。1.
S32K314メイン制御ユニットがJLINKを使ってSWDデバッグポートに接続しデバッグとシミュレーションを行うと、33774と33665の両方は通常通り応答し、応答フレームを返し、正しいユニット電圧およびGPIOポートデータを取得します。ベンチ電源オンシーケンスは「スレーブボードの電源オン -> MC33665A 電源オン -> MCUメインボードの電源オンをサンプリングする」です。読み取りレジスタメッセージの要求に対する通信初期化はMC33774_FIRSTとして示されます(ここでCANタイプのメッセージはMC33665の応答フレームです)。2. エミュレーターが切断され、ベンチ全体の電源が切られたら、一定時間待ってから「スレーブボードの電源オン -> MC33665A 電源オン -> MCUメインボードの電源オンをサンプリングする」の手順で再度電源を入れますが、MC33774は応答せず、応答フレームを返せるのはMC33665Aのみです。MCUマザーボードの電源オンオフで再初期化しても効果がありませんでした。J-Linkでデバッグするときのみ、通常はこのMC33774と通信します。メッセージはMC33774_SECONDに示されているとおりです。トラブルシューティングのためにどのような方向性が取れるのか知りたいです。
現在の MC33665+MC33774 のデモ サンプルでは、665 初期化、774 初期化、および電圧温度収集機能が実現されており、台座は図のような構成になっています。
1.当S32K314主制御部分はJLINK接続SWD调试口を使用して调试真時、33774と33665は両方とも正常な動作を返し、正しい本体電圧とGPIOポートを採用します。プラットフォーム上の電気順序は、「パネル上の電気 -> MC33665A 上の電気 -> MCU マザーボード上の電気から取得」になります。種類の文はMC33665回复帧）
2. マシンをオフにし、プラットフォーム全体を下に置いた後、一定時間待機し、「パネル上の電気 -> MC33665A 上の電気 -> MCU マザーボード上の電気を取得」の順番で再度電気を取り出した後、MC33774 は何もなく、MC のみが存在します。 ３３６６５Ａは、ＭＣＵメインパネル上下の初期化を実行しても効果はなく、ＪＬＩＮＫ試行時のみＭＣ３３７７４＿ＳＥＣＯＮＤが正常に通信できるようになる。
我想知道有何排查的方向吗？
組み込みシステム初心者様へ
- MC33665は内部コミュニケーションマネジメントを含み、透明なブリッジとしては機能しません。
- MC33774に電源が供給されたままMC33665がリセットされると、TPLリンクが同期しなくなり、SPI通信は機能するもののTPL転送が有効にならない状態になります。
- 初期化を2回実行することで、内部状態が効果的にクリアされ、リンク同期が再確立されるため、問題が解決します。
- 推奨される解決策は、TPLの適切な再初期化、または両デバイスの同期リセットを確実に実施することです。
敬具、
ヨゼフ
実験の結果、この問題はMC33665の電源が切れていることが原因であることが分かりました。MC33774が電源を入れたままで、MC33665が電源を切って再起動し、MCUも電源を切って再起動するとき、ソフトウェアロジックがMC33665を再初期化しているものの、TPLデータを転送できない状態にあるようです。これは、私のメッセージを見ると、MC33665がCANで返信フレームを送信できることが示されているからです。したがって、MC33665はTPL信号を変換して33774に送信することを妨げるような状態にある必要がある。現在は、ソフトウェアロジックで同じMC33665初期化を2回行うことでこの現象を回避できます。しかし、MC33665がなぜこのような動作をするのか、私にはよく分かりません。何かアイデアはありますか?
私がこの問題を発見したのは、MC33665 の電源がオンになっているためです。現在、MC33774 がオンのままで、MC33665 がオンになっており、MCU もオフになっています。確かにファイル上で MC33665 が新たに初期化される可能性がありますが、現時点では MC33665 は TPL データを不法に送信できる状態にあるようです。 MC33665 はバックバンドを送信できるため、MC33665 が特定の状態にあると、TPL 信号が変換されずに 33774 に送信されます。同じ MC33665 の初期化を 2 回実行すると、このような現象は回避できます。
組み込みシステム初心者様へ
この問題は、起動タイミングの依存関係が原因である可能性が最も高い。J-Linkでデバッグされると、MCUの実行が遅れ、MC33774が内部初期化を完了するのに十分な時間が与えられます。通常の電源投入状況では、MCUはすぐに起動し、MC33774が準備完了する前に通信要求を送信し、応答がありません。
最初の通信の前に遅延時間（例えば50～200ミリ秒）を設け、再試行メカニズムを実装し、MC33774にアドレス指定する前にMC33665がTPL通信チェーンを正しく初期化して起動することを確認することをお勧めします。さらに、MC33774のリセットおよびパワーランプ条件も検証する必要があります。
敬具、
ヨゼフ