電圧状態と制御 NXPチームの皆様、こんにちは。 S32K388におけるLVSC登録のフラグはどのように解釈されるべきか ゴー/ノーゴーフラグ これらはクロック回路への電源供給のみを示す指標なのでしょうか？ これらの旗に対する推奨されるセーフティ対策は何ですか LVDxとLVRx LVDxはどのように解釈されるべきか。LVRxフラグとはどのように違うのですか？レベルがしきい値を下回るとリセットされるのではないでしょうか？ LVDxフラッグの推奨セーフティ対策は何ですか? Re: Voltage status and control こんにちは、 @Ars_ さん、 Q：それらはクロック回路への電源供給のみを示す指標ですか？ A: はい Q: これらの旗に対する推奨されるセーフティ対策は何ですか? A: リファレンス・マニュアルに添付されているS32K3xx_fault_map.xlsxを参照してください。 推奨される回復メカニズム：割り込みに続いて、ISRからトリガーされるSBC開始のPOR。 Q：LVDxはどのように解釈すればよいですか？LVRxフラグとはどう違うのですか？しきい値を下回るとリセットされるんじゃないですか？ A：LVDモニターはシステムリセットの原因ではありません。LVRがリセットをトリガーします。 danielmartynek_0-1781685154329.png しきい値については、S32K3xxデータシートの表10（供給監視）を参照してください。 Q: LVDxフラッグの推奨セーフティ対策は何ですか? A：LVDの閾値は動作範囲内にあり、警告表示としてのみ機能します。割り込みによるソフトウェアの反応。 また、NDAのもとでS32K3xx Secure Filesに掲載されているS32K3xxセーフティマニュアルも参照してください。 よろしくお願いいたします。 ダニエル Re: Voltage status and control こんにちは、ダニエルさん。 ご意見ありがとうございます。以下の点についても説明していただけますか? S32K3xx_fault_map.xlsx NCF[4]について少し混乱しています。 「電圧関連のエラー：PMC 1.1Vおよび2.5V GnG;PAD過電圧」と表示されます。 つまり、以下のフラグのみがFCCUにルーティングされるということですか？ PMC 1.1 - LVR11LPF、HVD11S GNG 2.5 - GNG25OSC2F、GNG25OSCF 特定の供給に対して 2 つの LVR フラグが与えられます。LVR25LPFとLVR25F。それらは互いにどのように異なるのでしょうか。 Re: Voltage status and control こんにちは、 @Ars_ さん。 FCCUにルーティングされる障害は以下のとおりです。 VDD2P5_GNG_ERR VDD1P1_GNG_ERR 以下の障害はリセット生成モジュール（MC_RGM）にルーティングされます。 LVR11 LVR25 LVR25FはFPM(フルパフォーマンスモード/RUNモード)のV25電力領域で低電圧リセットイベントが発生したことを示します。 LVR25LPFは、FPMまたはLPM(低性能モード/スタンバイ)のいずれかのV25電力領域で低電圧リセットイベントが発生したことを示します。 danielmartynek_0-1782111293332.png よろしくお願いいたします。 ダニエル

S32k116のADC割り込み読み取り（3.3μ秒） 私は50マイクロ秒ごとにADC ch03を読み取っています。また、ADCはPDBによってトリガーされ、PDBはTRIGMUXによってトリガーされ、TRIGMUXは50μ秒ごとにFTM0によってトリガーされます。 FTM0からADC割り込み呼び出しへのトリガング後、MCUはADC割り込みに到達するまでに~3.3uSecの時間がかかります。ただし、割り込みレイテンシやAPIを含めて1.5uSec未満のはずです。 なぜ3.3μ秒の時間が近づいているのか、またどうすれば減らせるのか教えていただけますか? よろしくお願いいたします。 ロヒット RR_12RR_0-1781698547911.png Re: S32k116 read ADC interrupt in 3.3uSec ご回答ありがとうございます。ご理解いただいた通りです。 - ADCクロック周波数：48MHz - ADCクロックに基づいて、単一のADC変換時間を再計算します。 ADC の総変換時間 = サンプル位相 (SMPLTS + 1) + ホールド (1 サイクル) + 位相を比較します（8b：20、10b：24、12b：28サイクル）+ シングル/最初の連続加算器（5 ADCサイクル + 5バスサイクル） ：958.18ナノ秒です。 - PDB 構成を確認します。プリトリガーに余分な遅延がないことを確認します (存在する場合は、タイミングに含めます) :-余分な遅延はありません。 - ISR オーバーヘッドを確認します。ADC ISR エントリで GPIO を切り替えます。画像を参照してください。 RR_12RR_1-1781772395937.png 紫色：-PWM 黄色：GPIOトグルスイッチ。 Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 提供された情報だけでは、これ以上コメントするには不十分です。以下に確認すべきヒントを示します。 - ADCクロック周波数（おそらく低すぎる→主な原因） - サンプル時間を修正し、275 ns 以上である必要があります。最大ADCクロック50MHzの場合、約14ADCKサイクルが得られます。ADCKが遅い場合はさらに増加します。 - ADCクロックに基づいて単一のADC変換時間を再計算します。 ADC の総変換時間 = サンプル位相 (SMPLTS + 1) + ホールド (1 サイクル) + 位相を比較します（8b：20、10b：24、12b：28サイクル）+ 単一/最初の連続加算器（5 ADCサイクル + 5バスサイクル） - PDB構成を確認し、プリトリガーに余分な遅延がないことを確認します（存在する場合は、タイミングに含めます）。 - ISRオーバーヘッドをチェックし、ADC ISRエントリでGPIOを切り替えます。 BR、ペトル Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 クロック設定も共有してもらえますか?PCC_ADCレジスタの値は何ですか？ コードのどこにGPIOの切り替えを記述しますか？ この切り替え機能の動作にどれくらい時間がかかるか確認しましたか？ BR、ペトル Re: S32k116 read ADC interrupt in 3.3uSec GUI上のクロック設定とレジスタ値については、画像を参照してください。 クロック設定も共有してもらえますか?PCC_ADCレジスタの値は何ですか？ RR_12RR_2-1781777567844.png RR_12RR_1-1781777543272.png コードのどこにGPIOの切り替えを記述しますか？ --> ADC割り込みハンドラ内。 この切り替え機能の動作にどれくらい時間がかかるか確認しましたか？ -->いいえ、私は標準のNXPトグルAPIを使用しています。 Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 すぐに追加のトグル操作を行った場合、生成されるパルスの長さはどれくらいですか？ これは、測定値3.3μsから差し引くべき時間です。 BR、ペトル Re: S32k116 read ADC interrupt in 3.3uSec GPIOの即時トグルが380ナノ秒後に発生します。 RR_12RR_0-1781785369985.png RR_12RR_1-1781785381949.png Re: S32k116 read ADC interrupt in 3.3uSec 実際に使っているIDE/ドライバは何ですか?SDKのようです。 --> S32 Design Studio for S32 プラットフォーム バージョン: 3.5 ビルドID: 220726 RTM 4.0.1 テスト用の簡略化されたプロジェクトを教えてもらえますか? -->→添付済み さらに、他のチャネルもADCを読み取るように設定しようとしています。チャネルは設定されていますが、常に0と表示されています。 Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 実際に使っているIDE/ドライバは何ですか?SDKのようです。 テスト用の簡略化されたプロジェクトを教えてもらえますか? BR、ペトル Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 やっと見えてきました。 コードを見る限り、実際には1μsのPDB遅延を追加しているようです。だからここでは遅らせないでください PetrS_0-1782217694177.png レジスタがバッファリングされているため、最後の直接レジスタ書き込みは認識されません。LDOKに書き込む必要があります。 また、ADC割り込みをトグルピンへの直接レジスタアクセスに変更してください PetrS_1-1782217882079.png これらの変更とADC SMPLTS=14(変換時間約1.125us)を設定すると、遅延は約1.8usで見られます。変換時間とパルス時間を差し引くと、約600nsのレイテンシがあります。これは、フラッシュから動作するCortex-M0+→NVIC → ISRレイテンシの予想されるADC割り込みと一致している可能性があり、トリガーチェーン自体からではなくCPU例外エントリやフラッシュアクセスから来ている可能性が高いです。 BR、ペトル    Re: S32k116 read ADC interrupt in 3.3uSec やあ、PtrS、 この件に関して、何か成功事例やアドバイスはありますか？ Re: S32k116 read ADC interrupt in 3.3uSec SDKプロジェクトなどからの移植や移行はしましたか? A:- はい、以前に作成したワークスペースを差分とともに使用しました。私がお渡ししたプロジェクトファイルのSDKです。 確認のために、設定ファイルと初期化関数ファイルのスクリーンショットをお送りしましょうか？ Re: S32k116 read ADC interrupt in 3.3uSec こんにちは、 RTM401がインストールされたS32DS3.5にあなたのプロジェクトをインポートしようとしましたが、実際にはRTM402を使用しているようです。 PetrS_0-1782207875981.png 確かにRTM402で試してみます。 しかし、rtm402はS32DS3.5では使用すべきではありません。https://community.nxp.com/t5/S32-Design-Studio/my-IDE-ver-is-S32DS-3-5-How-can-i-install-S32K1XX-RTM-4-0-2/mp/2062416# SDKプロジェクトなどからの移植や移行はしましたか? BR、ペトル Re: S32k116 read ADC interrupt in 3.3uSec SKDの変更により、すべてのプロジェクトでRTMエラーが発生し、プロジェクトが完全に動作しなくなりました。 それ以外に、他の3チャネルを連続で使う設定やソフトウェアトリガーについて教えてもらえますか? よろしくお願いいたします。 ロヒット

LA1224 对 CodeWarrior 下载链接的支持似乎失效了。 我正在安装适用于联网设备的 CodeWarrior 版本，并且我想添加对 LA1224 的支持。 在本次讨论中https://community.nxp.com/t5/Layerscape/CodeWarrior-for-LA1224/mp/2107181您提到了这个链接https://support.nxp.com/s/case/500Tg00000KW12ZIAT/community-codewarrior-for-la1224?language=en_US ，但是该链接无法打开。 我拥有适用于 QorIQ LS 系列（ARM V8 ISA）的 CodeWarrior 开发工作室。 版本：11.5.0 版本 ID：200629GA 请提供有效的链接 谢谢！ Re: LA1224 support for codewarrior download link isnt working 你好， 您安装的 CodeWarrior 11.5.0 / b200629GA 是支持 LA1224 的正确基础版本。 在 QCVS/项目创建中列出 LA1224 设备取决于额外的配置/更新内容，特别是 NXP 支持引用的 i.MX v16 软件包的配置工具。目前，支持案例下载 URL 会跳转到登录/cookie 页面，因此实际上无法正常工作。 您的 CW 11.5.0 安装是正确的 LA1224 基础，但添加 LA1224 处理器支持取决于额外的更新/配置包——特别是 i.MX v16 的配置工具——并且由于 NXP 登录/cookie 门禁，引用的支持链接目前无法访问。   此致 Re: LA1224 support for codewarrior download link isnt working 谢谢你的回复。 这个问题与我们的防火墙无关——错误页面是由 NXP 自己的服务器生成的，正如本帖中的其他用户所显示的那样。这证实该软件包受限制，不可公开下载。 请您提供对正确的 CodeWarrior 支持文件的直接访问权限（例如，通过 SharePoint，就像您为其他人所做的那样）？ 在收到合适的软件包之前，我们无法继续进行 LA1224 的开发。 Re: LA1224 support for codewarrior download link isnt working 不，这将是你的防火墙： https://www.nxp.com/design/design-center/software/development-software/codewarrior-development-tools/downloads:CW_DOWNLOADS 此致 Re: LA1224 support for codewarrior download link isnt working 抱歉，我不明白。我认为我们公司没有防火墙，即使有，我也无法更改。我该如何下载这个文件？我们上周与 NXP 签署了保密协议，现在我们正在尝试获取安全访问权限注册，但是出现了一些错误，我们已向[email protected]发送电子邮件以修复它。 正如你所说，我有适用于 LX 处理器的正确 Codewarrior 版本，但我还需要对 LA 处理器的支持。 你们应该把 Codewarrior 洛杉矶版所需的补丁发给我们，还是我们应该从 Secure Files 或其他途径下载？

NCF[8] for S32R47 logged permanently Hello, NCF[8]: Error Probe- Faults In case of Early writes to observer is logged permanently in the software, FCCU registers are updated even before Main() function call. What is the possible root cause this fault gets logged? If this fault is set by hardware during startup, can clear this fault during init phase? Re: NCF[8] for S32R47 logged permanently Hello, This device is in pre-produciton phase. Support is done trough NXP FAE / Sales persons. Please get in touch with NXP representative for help here are general support is not able to help here. Best regards, Peter

单板计算机的编程由微控制器执行。 我希望实现对我的 MCU（CYT2BL7CAAQ0AZEGS）的直接编程，使其能够对 SBC（MFS2300BMBA0EP）进行编程，这样我就不再需要使用编程器了。如何才能实现这一点？ Re: Programming of the SBC is carried out by the MCU. 您好， 我们建议在工程开发期间，使用我们的 NXP 汽车 PMIC 系列 GUI 和 KITFS23SKTEVM 编程插座板，对 A0（未编程或空白）变体进行 OTP 仿真/编程。请按照UM11882中的说明进行操作。 那么，对于生产级编程，我们建议遵循以下路径： - 代理商/第三方编程公司：对于中低产量（< 250kpcs/年），我们建议使用授权代理商编程中心（Avnet、Arrow）或第三方编程公司。 - NXP 工厂编程：对于大批量生产（> 250kpcs/年），我们可以根据您最终确定的 OTP 配置提供带有唯一零件编号扩展的预编程零件。 BRs，托马斯

AB SWAP 問題 S32K312 ソフトウェアがSRAM領域で停止している状態です。これは、HSEがリカバリモードを開始したため、ソフトウェアがWFI状態のままになっていることが原因と考えられます。 現在、顧客のワークフローはおおよそboot_1→boot_2→appという流れで、2段階のジャンプがあります。boot_1は更新されません。顧客がエリアAでboot_2を個別に更新した場合、その後のA/Bスワップやリセットデバッグに問題は発生しません。 しかし、エリアAでアプリを個別にアップデートすると、 ABスワップジャンプが時々失敗するが、リセット後には通信が正常に戻ることがわかった。 クライアントは過去2日間、以下の進捗状況を調査してきました（スクリーンショットが多数ありますので、以下のメールをご確認ください）。 1. エラーは依然として0X2040012eです。対応する変数DCMROD3/DCMROD4を確認しましたが、ECCエラーは見つかりませんでした。 2. お客様と進捗状況を確認した結果、デバイスがリカバリーモードに入った可能性が高いと判断しました。 Re: AB SWAP question S32K312 こんにちは、 @scott071209 まず最初に、S32K3リファレンスマニュアルからリカバリーモードの可能な理由を挙げます。 lukaszadrapa_0-1781693464406.png こちらはHSE FWリファレンスマニュアルからの引用です: lukaszadrapa_1-1781693472859.png セキュアブートを使用していますか？ 両方のパーティションに同じboot_1が存在しますか？両方のパーティションに有効なIVTは存在しますか？ リセット回数は8回以上ありますか？オシロスコープでリセット信号を確認しましたか？ この文について、もう少し詳しく教えていただけますか? 「しかしながら、エリアAでアプリを個別にアップデートした場合、ABスワップ遷移が時折失敗するものの、リセット後には通信が正常に戻ることが確認されています。」 具体的にどのような点で失敗するのですか？ よろしくお願いいたします。 ルーカス

S32K146 FLEXCAN RJW構成 S32K146において、FLEXCANのRJW構成はPSEG2と比較して何らかの影響を及ぼしますか？ Re: S32K146 FLEXCAN RJW config こんにちは、@ Salan これは私の間違いでした。RJWの設定エラーを示すエラーメッセージが表示されていると思い込んでいました。 Senlent_0-1781751975557.png RJWは、再同期中のPESG1セグメントの延長時間とPSEG2セグメントの短縮時間を表す。PSEG2セグメントを短縮すると、サンプリングポイントが後方にシフトすることになり、シフト量が大きすぎるとサンプリング誤差が生じる。 SO CANビットタイミング要件では、再同期ジャンプ幅が4時間量子を超えてはならず、またPHASE_SEG1セグメント内の時間量子数を超えてはならないと書かれています。 Re: S32K146 FLEXCAN RJW config SaLan_0-1781746341737.png 図に示すように、RJWを3に設定し、PSEG2よりも大きくしましたが、「実現不可能」という警告は表示されませんでした。 可能であれば、レジスタの設定がこの方法にどんな影響があるのか教えていただけますか? Re: S32K146 FLEXCAN RJW config こんにちは、@ Salan S32 DSを使用してFlexCanを設定すると、それが不可能であることが明示的に通知されます。 Re: S32K146 FLEXCAN RJW config CANプロトコルによると、SJWはPSEG2≤PSEG1、SJW≤4Tq≤。 FLAXCANレジスタでSJWがPSEG2より大きい値に設定されている場合、何か影響はありますか？ Re: S32K146 FLEXCAN RJW config こんにちは、@ Salan S32K146 FlexCANの場合、PSEG2は公称ビット時間とサンプルポイントに影響を与えますが、RJWは再同期調整を制限するだけで、公称ビットレートの計算には含まれません。 Re: S32K146 FLEXCAN RJW config RJWの値がPSEG2の値よりも高い場合、影響はありますか？

i.MX8MPにTRACE32をアタッチできません FRDM-i.MX8MPLUSボードに接続しようとしていますが、失敗します。NXPブログのガイドに従いました: https://community.nxp.com/t5/NXP-Tech-Blog/Debug-i-MX8MP-Linux-with-TRACE32/ba-p/1582382 私の手順は以下の通りです。 echo 1 > /sys/devices/system/cpu/cpu0/cpuidle/state1/disable echo 1 > /sys/devices/system/cpu/cpu1/cpuidle/state1/disable echo 1 > /sys/devices/system/cpu/cpu2/cpuidle/state1/disable echo 1 > /sys/devices/system/cpu/cpu3/cpuidle/state1/disable echo 1 > /sys/devices/system/cpu/cpu0/cpuidle/state0/disable echo 1 > /sys/devices/system/cpu/cpu1/cpuidle/state0/disable echo 1 > /sys/devices/system/cpu/cpu2/cpuidle/state0/disable echo 1 > /sys/devices/system/cpu/cpu3/cpuidle/state0/disable 次に、以下のTRACE32コマンドを実行します。 RESet SYStem.RESet SYStem.CPU IMX8MQ CORE.ASSIGN 1. 2. 3. 4. SYStem.Option MMUSPACES ON SYStem.Option IMASKASM ON SYStem.Mode Attach しかし、TRACE32はAttachコマンドで停止し、アタッチ処理が完了しません。 neko_0-1781697059305.png 以前にこの問題に遭遇した方、または原因をご存知の方はいらっしゃいますか？ よろしくお願いします。 Re: Unable to Attach TRACE32 to i.MX8MP こんにちは、 はい、手順はこれで正しいです。デバイスが正しく接続されていることを確認してください。また、何をデバッグしようとしているのですか？Ubootですか、Linuxですか、それとも他の何かでしょうか? 敬具/サルドス、 アルド。

CAN Interface Availability and Integration in AAOS 15 on i.MX8QM-MEK Hello NXP Support Team, We are currently evaluating the i.MX8QM-MEK platform for an Automotive Android (AAOS) proof-of-concept that includes: Dual touch displays CAN communication interface Vehicle signal visualization through the AAOS framework We have successfully built and flashed AAOS 15 (15.0.0_2.1.0) on the i.MX8QM-MEK board and are now working on CAN integration.   Build target : mek_8q_car-nxp_stable-userdebug Our objective is to receive CAN messages from the vehicle network and map these signals to AAOS vehicle properties through the Vehicle HAL (VHAL) and Car Property Manager framework. However, we are facing the following issues: The CAN interface (e.g., can0) is not available on the target system. The CAN network interface does not appear in ifconfig -a or ip link show. We would like to understand the recommended approach for integrating CAN signals into AAOS 15 on the i.MX8QM-MEK platform. From our investigation, we understand that the CAN transceiver control signals (such as CAN01_EN and CAN01_STB_B) are controlled through an I/O expander connected to the M4 subsystem via the M41_I2C0_1V8_SCL and M41_I2C0_1V8_SDA interfaces. Could you please help clarify the following: Is CAN functionality officially supported in AAOS 15 (15.0.0_2.1.0) for the i.MX8QM-MEK? Are there any additional device tree configurations, kernel configurations, firmware requirements, or M4 firmware dependencies required to enable the CAN interfaces? Does the I/O expander need to be configured by M4 firmware before the CAN controller becomes available in Linux/Android? Are there any reference documents, application notes, or sample implementations available for integrating CAN signals with VHAL/Car Property Manager in AAOS? Please find the relevant debug information attached below. mek_8q:/ # ifconfig -a lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope: Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:0 dummy0 Link encap:Ethernet HWaddr da:0a:64:88:22:0b inet6 addr: fe80::d80a:64ff:fe88:220b/64 Scope: Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:700 ifb0 Link encap:Ethernet HWaddr b2:9d:fa:9a:d4:6b BROADCAST NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:0 TX bytes:0 ifb1 Link encap:Ethernet HWaddr 3e:8d:51:4e:e0:8b BROADCAST NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:0 TX bytes:0 tunl0 Link encap:UNSPEC NOARP MTU:1480 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:0 gre0 Link encap:UNSPEC NOARP MTU:1476 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:0 gretap0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MULTICAST MTU:1462 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:0 erspan0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MULTICAST MTU:1450 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:0 ip_vti0 Link encap:UNSPEC NOARP MTU:1480 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:0 ip6_vti0 Link encap:UNSPEC NOARP MTU:1364 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:0 sit0 Link encap:IPv6-in-IPv4 NOARP MTU:1480 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:0 ip6tnl0 Link encap:UNSPEC NOARP MTU:1452 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:0 ip6gre0 Link encap:UNSPEC NOARP MTU:1448 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 TX bytes:0 eth0 Link encap:Ethernet HWaddr 00:04:9f:05:ed:db Driver fec inet addr:10.16.102.48 Bcast:10.16.102.255 Mask:255.255.255.0 inet6 addr: fe80::260d:6a5f:7a04:afdd/64 Scope: Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:301803 errors:0 dropped:73390 overruns:0 frame:0 TX packets:241 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:52500562 TX bytes:25613 mek_8q:/ # dmesg | grep i2c [ 0.062877] /bus@5b000000/usb@5b110000/usb@5b120000: Fixed dependency cycle(s) with /bus@5a000000/i2c@5a800000/tcpc@51 [ 0.063545] /bus@5b000000/usb@5b110000/usb@5b120000: Fixed dependency cycle(s) with /bus@5a000000/i2c@5a800000/tcpc@51 [ 0.075349] /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c: Fixed dependency cycle(s) with /bus@56240000/ldb1-display-controller/lvds-channel@0 [ 0.075382] /bus@56240000/ldb1-display-controller/lvds-channel@0: Fixed dependency cycle(s) with /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c [ 0.076099] /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c: Fixed dependency cycle(s) with /bus@56240000/ldb1-display-controller/lvds-channel@0 [ 0.076180] /bus@56240000/ldb1-display-controller/lvds-channel@0: Fixed dependency cycle(s) with /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c [ 0.076927] /bus@56220000/i2c@56226000/adv7535@3d: Fixed dependency cycle(s) with /bus@56220000/dsi_host@56228000 [ 0.076980] /bus@56220000/dsi_host@56228000: Fixed dependency cycle(s) with /bus@56220000/i2c@56226000/adv7535@3d [ 0.077923] /bus@56220000/i2c@56226000/adv7535@3d: Fixed dependency cycle(s) with /bus@56220000/dsi_host@56228000 [ 0.078188] /bus@56220000/i2c@56226000/adv7535@3d: Fixed dependency cycle(s) with /bus@56220000/dsi_host@56228000 [ 0.078294] /bus@56220000/dsi_host@56228000: Fixed dependency cycle(s) with /bus@56220000/i2c@56226000/adv7535@3d [ 0.079093] /bus@57220000/i2c@57226000/adv7535@3d: Fixed dependency cycle(s) with /bus@57220000/dsi_host@57228000 [ 0.079148] /bus@57220000/dsi_host@57228000: Fixed dependency cycle(s) with /bus@57220000/i2c@57226000/adv7535@3d [ 0.080033] /bus@57220000/i2c@57226000/adv7535@3d: Fixed dependency cycle(s) with /bus@57220000/dsi_host@57228000 [ 0.080278] /bus@57220000/i2c@57226000/adv7535@3d: Fixed dependency cycle(s) with /bus@57220000/dsi_host@57228000 [ 0.080331] /bus@57220000/dsi_host@57228000: Fixed dependency cycle(s) with /bus@57220000/i2c@57226000/adv7535@3d [ 0.080618] /bus@5a000000/i2c@5a800000/tcpc@51/connector: Fixed dependency cycle(s) with /cbtl04gp [ 0.080674] /cbtl04gp: Fixed dependency cycle(s) with /bus@5a000000/i2c@5a800000/tcpc@51/connector [ 4.329499] imx-lpi2c 5a800000.i2c: use pio mode [ 4.335299] /bus@5b000000/usb@5b110000/usb@5b120000: Fixed dependency cycle(s) with /bus@5a000000/i2c@5a800000/tcpc@51 [ 4.346831] /bus@5a000000/i2c@5a800000/tcpc@51: Fixed dependency cycle(s) with /bus@5b000000/usb@5b110000/usb@5b120000 [ 4.358306] /bus@5a000000/i2c@5a800000/tcpc@51/connector: Fixed dependency cycle(s) with /cbtl04gp [ 4.369504] i2c i2c-2: of_i2c: modalias failure on /bus@5a000000/i2c@5a800000/fxos8700@1e [ 4.378432] i2c i2c-2: Failed to create I2C device for /bus@5a000000/i2c@5a800000/fxos8700@1e [ 4.387694] i2c i2c-2: LPI2C adapter registered [ 4.393761] imx-lpi2c 5a810000.i2c: use pio mode [ 4.399176] i2c i2c-3: using pinctrl states for GPIO recovery [ 4.415470] i2c i2c-3: using generic GPIOs for recovery [ 4.421623] i2c i2c-3: LPI2C adapter registered [ 4.427928] imx-lpi2c 56247000.i2c: use pio mode [ 4.433503] /bus@56240000/ldb1-display-controller/lvds-channel@0: Fixed dependency cycle(s) with /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c [ 4.447437] /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c: Fixed dependency cycle(s) with /bus@56240000/ldb1-display-controller/lvds-channel@0 [ 4.461316] i2c i2c-4: LPI2C adapter registered [ 4.467791] imx-lpi2c 56226000.i2c: use pio mode [ 4.473320] /bus@56220000/dsi_host@56228000: Fixed dependency cycle(s) with /bus@56220000/i2c@56226000/adv7535@3d [ 4.484383] /bus@56220000/i2c@56226000/adv7535@3d: Fixed dependency cycle(s) with /bus@56220000/dsi_host@56228000 [ 4.495461] i2c i2c-5: LPI2C adapter registered [ 4.501796] imx-lpi2c 57226000.i2c: use pio mode [ 4.507337] /bus@57220000/dsi_host@57228000: Fixed dependency cycle(s) with /bus@57220000/i2c@57226000/adv7535@3d [ 4.518372] /bus@57220000/i2c@57226000/adv7535@3d: Fixed dependency cycle(s) with /bus@57220000/dsi_host@57228000 [ 4.529441] i2c i2c-6: LPI2C adapter registered [ 4.538112] i2c i2c-2: Added multiplexed i2c bus 7 [ 4.543745] i2c i2c-2: Added multiplexed i2c bus 8 [ 4.549248] i2c-mux-gpio i2cmux: 2 port mux on 5a800000.i2c adapter [ 4.586228] i2c i2c-2: supply vdd not found, using dummy regulator [ 4.593252] i2c i2c-2: supply vddio not found, using dummy regulator [ 4.651657] st-accel-i2c 2-0019: supply vdd not found, using dummy regulator [ 4.659540] st-accel-i2c 2-0019: supply vddio not found, using dummy regulator [ 4.674354] st-accel-i2c 2-0019: probe with driver st-accel-i2c failed with error -5 [ 4.684848] st-magn-i2c 8-001e: supply vdd not found, using dummy regulator [ 4.692677] st-magn-i2c 8-001e: supply vddio not found, using dummy regulator [ 4.708084] st-magn-i2c 8-001e: mounting matrix not found: using identity... [ 4.720647] st-gyro-i2c 2-0069: supply vdd not found, using dummy regulator [ 4.728469] st-gyro-i2c 2-0069: supply vddio not found, using dummy regulator [ 4.743163] st-gyro-i2c 2-0069: probe with driver st-gyro-i2c failed with error -5 [ 4.861147] virtio_rpmsg_bus virtio1: creating channel rpmsg-i2c-channel addr 0x2 [ 4.876919] i2c-rpmsg virtio1.rpmsg-i2c-channel.-1.2: new channel: 0x400 -> 0x2! [ 4.901196] imx_rpmsg_i2c i2c-rpbus-1: add I2C adapter i2c-rpmsg-adapter successfully [ 5.007981] /bus@5a000000/i2c@5a800000/tcpc@51: Fixed dependency cycle(s) with /bus@5b000000/usb@5b110000/usb@5b120000 [ 5.024985] /bus@5b000000/usb@5b110000/usb@5b120000: Fixed dependency cycle(s) with /bus@5a000000/i2c@5a800000/tcpc@51 [ 16.457456] imx-lpi2c 57247000.i2c: use pio mode [ 16.463779] i2c i2c-9: LPI2C adapter registered [ 16.470664] /bus@57240000/ldb2-display-controller/lvds-channel@0: Fixed dependency cycle(s) with /bus@57240000/i2c@57247000/lvds-to-hdmi-bridge@4c [ 17.057471] /bus@58000000/i2c@58226000/max9286_csi0@6a: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/c1 [ 17.083749] /bus@58000000/i2c@58226000/max9286_csi0@6a: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/c2 [ 17.112012] /bus@58000000/i2c@58226000/max9286_csi0@6a: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/c3 [ 17.126760] /bus@58000000/i2c@58226000/max9286_csi0@6a: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/c4 [ 17.141567] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/camera@54: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286a [ 17.156682] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/camera@53: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286a [ 17.171754] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/camera@52: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286a [ 17.186407] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/camera@51: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286a [ 17.204964] imx-lpi2c 58226000.i2c: use pio mode [ 17.211086] /bus@58000000/i2c@58226000/max9286_csi0@6a: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/c1 [ 17.225631] /bus@58000000/i2c@58226000/max9286_csi0@6a: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/c2 [ 17.240271] /bus@58000000/i2c@58226000/max9286_csi0@6a: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/c3 [ 17.254871] /bus@58000000/i2c@58226000/max9286_csi0@6a: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/c4 [ 17.269824] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/camera@54: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286a [ 17.284422] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/camera@53: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286a [ 17.299030] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/camera@52: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286a [ 17.314057] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/camera@51: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286a [ 17.328911] i2c i2c-10: LPI2C adapter registered [ 17.349901] /bus@58000000/i2c@58226000/max9286_csi0@6a: Fixed dependency cycle(s) with /bus@58000000/csi@58227000 [ 17.361147] /bus@58000000/csi@58227000: Fixed dependency cycle(s) with /bus@58000000/i2c@58226000/max9286_csi0@6a mek_8q:/ # mek_8q:/ # mek_8q:/ # dmesg | grep -i can [ 6.341664] init: Init cannot set 'ro.boot.boot_devices' to 'bus@5b000000/5b010000.mmc': Read-only property was already set [ 6.650631] apexd-bootstrap: Scanning /odm/apex for pre-installed ApexFiles [ 6.665082] apexd-bootstrap: Scanning /vendor/apex for pre-installed ApexFiles [ 6.734597] apexd-bootstrap: Scanning /product/apex for pre-installed ApexFiles [ 7.762352] can: controller area network core [ 7.767572] NET: Registered PF_CAN protocol family [ 7.778629] can: broadcast manager protocol [ 7.789732] CAN device driver interface [ 7.798655] can: netlink gateway - max_hops=1 [ 7.809873] can: raw protocol [ 8.206633] vdc: Thread Pool max thread count is 0. Cannot cache binder as linkToDeath cannot be implemented. serviceName: vold [ 8.306877] vdc: Thread Pool max thread count is 0. Cannot cache binder as linkToDeath cannot be implemented. serviceName: vold [ 9.537245] slcan: serial line CAN interface driver [ 9.765447] vcan: Virtual CAN interface driver [ 9.871087] vdc: Thread Pool max thread count is 0. Cannot cache binder as linkToDeath cannot be implemented. serviceName: vold [ 10.127065] apexd: Thread Pool max thread count is 0. Cannot cache binder as linkToDeath cannot be implemented. serviceName: vold [ 10.140039] apexd: Scanning /odm/apex for pre-installed ApexFiles [ 10.165055] apexd: Scanning /vendor/apex for pre-installed ApexFiles [ 10.190899] Hot alarm is canceled. GPU3D clock will return to 64/64 [ 12.094764] vdc: Thread Pool max thread count is 0. Cannot cache binder as linkToDeath cannot be implemented. serviceName: vold [ 12.980708] apexd-snapshotde: Thread Pool max thread count is 0. Cannot cache binder as linkToDeath cannot be implemented. serviceName: vold [ 14.174685] update_verifier: Thread Pool max thread count is 0. Cannot cache binder as linkToDeath cannot be implemented. serviceName: android.hat [ 27.936501] platform fec2_nvcc: deferred probe pending: reg-fixed-voltage: can't get GPIO mek_8q:/ # ls /sys/bus/i2c/devices/ 1-0048 2-0020 2-0069 4-004c 7-001e i2c-1 i2c-3 i2c-6 i2c-9 10-006a 2-0044 3-001a 5-003d 8-001e i2c-10 i2c-4 i2c-7 2-0019 2-0051 4-0033 6-003d 9-004c i2c-2 i2c-5 i2c-8 Android i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: CAN Interface Availability and Integration in AAOS 15 on i.MX8QM-MEK Hello, You'll need to add FLEXCAN to the kernel you may refer to the Android User's Guide chapter 9 Generic Kernel Image (GKI) Development https://www.nxp.com/docs/en/user-guide/UG10176.pdf Also, please note that if you want to make use of them on the A-core you'll need to move the resource to that core in the SCFW. The same would go for the testing, as you can add canutils: https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/All-Boards-FlexCAN/ta-p/1103092 Best regards/Saludos, Aldo.

LA1224 support for codewarrior download link isnt working I am installing codewarrior for networked devices version and I want to add support for LA1224. In this discussion https://community.nxp.com/t5/Layerscape/CodeWarrior-for-LA1224/m-p/2107181  you mention this link https://support.nxp.com/s/case/500Tg00000KW12ZIAT/community-codewarrior-for-la1224?language=en_US  but the link is not working. I have CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA Version: 11.5.0 Build Id: 200629GA Please provide a working link Thanks Re: LA1224 support for codewarrior download link isnt working Hello, Your installed CodeWarrior 11.5.0 / b200629GA is the correct base version for LA1224 support. LA1224 device listing in QCVS/project creation depends on additional config/update content, specifically the Config Tools for i.MX v16 package referenced by NXP support. The support-case download URL currently resolves to a sign-in/cookie wall, so it is not practically working as-is. Your CW 11.5.0 install is the right LA1224 base, but adding LA1224 processor support depends on extra update/config packages—especially Config Tools for i.MX v16—and the referenced support link is currently inaccessible due to the NXP sign-in/cookie gate.   Regards Re: LA1224 support for codewarrior download link isnt working No, This is going to be your firewall: https://www.nxp.com/design/design-center/software/development-software/codewarrior-development-tools/downloads:CW_DOWNLOADS Regards Re: LA1224 support for codewarrior download link isnt working Thank you for the response. The issue is not related to our firewall — the error page is generated by NXP’s own server, as shown by other users in this thread. This confirms the package is restricted and not publicly downloadable. Could you please provide us with direct access to the correct CodeWarrior support files (e.g., via SharePoint, as you have done for others)? We cannot proceed with LA1224 development until we receive the proper package Re: LA1224 support for codewarrior download link isnt working Sorry, I do not understand. I do not think my company has a firewall, but even if it does I cannot change it. How can I download this file? We signed last week an NDA with NXP and now we are trying to get the Secure Access Rights Registration, but there is some bug, we have sent an email to [email protected] to fix it. As you said, I have the correct Codewarrior version for LX but I need support for LA processor too. Should you send us the patch needed for Codewarrior for LA or should we download it from Secure Files or some other option?

i.MX8QM-MEK 上的 AAOS 15 中 CAN 接口的可用性和集成 您好，NXP支持团队， 我们目前正在评估 i.MX8QM-MEK 平台，用于构建汽车安卓系统 (AAOS) 概念验证，其中包括： 双触控显示屏 CAN通信接口 通过AAOS框架实现车辆信号可视化 我们已成功版本并刷写了 AAOS 15 (15.0.0_2.1.0)在 i.MX8QM 换成产品名，如“i.mx8-mek是……” 板上，目前正在进行 CAN 集成。   版本目标：mek_8q_car-nxp_stable-userdebug 我们的目标是从汽车网络接收 CAN 消息，并通过车辆 HAL (VHAL) 和车辆属性管理器框架将这些信号映射到 AAOS 车辆属性。 然而，我们面临以下问题： 目标系统上没有 CAN 接口（例如 can0）。 CAN 网络接口未出现在ifconfig -a或ip link show中。 我们想了解在 i.MX8QM-MEK 平台上将 CAN 信号集成到 AAOS 15 中的推荐方法。 根据我们的调查，我们了解到 CAN 收发器控制信号（例如 CAN01_EN 和 CAN01_STB_B）是通过连接到 M4 子系统的 I/O 扩展器，经由 M41_I2C0_1V8_SCL 和 M41_I2C0_1V8_SDA 接口进行控制的。 请问您能否帮忙澄清以下问题： AAOS 15 (15.0.0_2.1.0) 是否正式支持 CAN 功能？适用于 i.MX8QM-MEK？ 要启用 CAN 接口，是否需要额外的设备树配置、内核配置、固件要求或 M4 固件依赖项？ 在 Linux/Android 系统中，CAN 控制器可用之前，是否需要通过 M4 固件配置 I/O 扩展器？ 是否有任何参考文档、应用笔记或示例实现可用于将 CAN 信号与 AAOS 中的 VHAL/Car Property Manager 内置？ 请查看下方附件中的相关调试信息。 mek_8q:/ # ifconfig -a lo Link encap：本地环回 互联网地址：127.0.0.1 掩码：255.0.0.0 inet6 地址：::1/128 范围：主机 环路已启动，运行中，MTU：65536，指标：1 接收数据包：0 个错误：0 个丢弃：0 个溢出：0 个帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：0 dummy0 链路封装：以太网硬件地址 da:0a:64:88:22:0b inet6 地址：fe80::d80a:64ff:fe88:220b/64 范围：链路 广播已启动 NOARP MTU:1500 指标:1 接收数据包：0 个，错误：0 个，丢弃：0 个，溢出：0 个，帧：0 个 发送数据包：10 个，错误：0 个，丢弃：0 个，溢出：0 个，载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：700 ifb0 链接 encap:以太网 HWaddr b2:9d:fa:9a:d4:6b 广播 NOARP MTU：1500 指标：1 接收数据包：0 个错误：0 个丢弃：0 个溢出：0 个帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：32 接收字节数：0 发送字节数：0 ifb1 链路封装：以太网硬件地址 3e:8d:51:4e:e0:8b 广播 NOARP MTU：1500 指标：1 接收数据包：0 个，错误：0 个，丢弃：0 个，溢出：0 个，帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：32 接收字节数：0 发送字节数：0 tunl0 链接封装：UNSPEC NOARP MTU：1480 公制：1 接收数据包：0 个，错误：0 个，丢弃：0 个，溢出：0 个，帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：0 gre0 链接封装：UNSPEC NOARP MTU：1476 公制：1 接收数据包：0 个，错误：0 个，丢弃：0 个，溢出：0 个，帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：0 gretap0 链路封装：以太网 硬件地址 00:00:00:00:00:00 广播组播 MTU：1462 度量：1 接收数据包：0 个，错误：0 个，丢弃：0 个，溢出：0 个，帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：0 erspan0 链路封装：以太网 硬件地址 00:00:00:00:00:00 广播组播 MTU：1450 度量：1 接收数据包：0 个错误：0 个丢弃：0 个溢出：0 个帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：0 ip_vti0 链路封装：UNSPEC NOARP MTU：1480 公制：1 接收数据包：0 个错误：0 个丢弃：0 个溢出：0 个帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：0 ip6_vti0 链路封装：UNSPEC NOARP MTU：1364 公制：1 接收数据包：0 个，错误：0 个，丢弃：0 个，溢出：0 个，帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：0 sit0 链路封装：IPv6-in-IPv4 NOARP MTU：1480 公制：1 接收数据包：0 个错误：0 个丢弃：0 个溢出：0 个帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：0 ip6tnl0 链路封装：UNSPEC NOARP MTU：1452 公制：1 接收数据包：0 个错误：0 个丢弃：0 个溢出：0 个帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：0 ip6gre0 链接封装：UNSPEC NOARP MTU：1448 公制：1 接收数据包：0 个错误：0 个丢弃：0 个溢出：0 个帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 发送字节数：0 eth0 链路封装：以太网 硬件地址 00:04:9f:05:ed:db 驱动程序 fec 内部地址：10.16.102.48 广播地址：10.16.102.255 掩码：255.255.255.0 inet6 地址：fe80::260d:6a5f:7a04:afdd/64 范围：链路 广播运行中 多播 MTU:1500 指标:1 接收数据包：301803 个，错误：0 个，丢弃：73390 个，溢出：0 个，帧：0 个 发送数据包：241 个，错误：0 个，丢弃：0 个，溢出：0 个，载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节：52500562 发送字节：25613 mek_8q:/ # dmesg | grep i2c [ 0.062877] /bus@5b000000/usb@5b110000/usb@5b120000：修复了与 /bus@5a000000/i2c@5a800000/tcpc@51 的依赖循环 [ 0.063545] /bus@5b000000/usb@5b110000/usb@5b120000：修复了与 /bus@5a000000/i2c@5a800000/tcpc@51 的依赖循环 [ 0.075349] /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c：修复了与 /bus@56240000/ldb1-display-controller/lvds-channel@0 的依赖循环。 [ 0.075382] /bus@56240000/ldb1-display-controller/lvds-channel@0：修复了与 /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c 的依赖循环 [ 0.076099] /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c：修复了与 /bus@56240000/ldb1-display-controller/lvds-channel@0 的依赖循环。 [ 0.076180] /bus@56240000/ldb1-display-controller/lvds-channel@0：修复了与 /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c 的依赖循环 [ 0.076927] /bus@56220000/i2c@56226000/adv7535@3d：修复了与 /bus@56220000/dsi_host@56228000 的依赖循环 [ 0.076980] /bus@56220000/dsi_host@56228000：已修复与 /bus@56220000/i2c@56226000/adv7535@3d 的依赖循环 [ 0.077923] /bus@56220000/i2c@56226000/adv7535@3d：修复了与 /bus@56220000/dsi_host@56228000 的依赖循环 [ 0.078188] /bus@56220000/i2c@56226000/adv7535@3d：修复了与 /bus@56220000/dsi_host@56228000 的依赖循环 [ 0.078294] /bus@56220000/dsi_host@56228000：修复了与 /bus@56220000/i2c@56226000/adv7535@3d 的依赖循环 [ 0.079093] /bus@57220000/i2c@57226000/adv7535@3d：修复了与 /bus@57220000/dsi_host@57228000 的依赖循环 [ 0.079148] /bus@57220000/dsi_host@57228000：修复了与 /bus@57220000/i2c@57226000/adv7535@3d 的依赖循环 [ 0.080033] /bus@57220000/i2c@57226000/adv7535@3d：修复了与 /bus@57220000/dsi_host@57228000 的依赖循环 [ 0.080278] /bus@57220000/i2c@57226000/adv7535@3d：修复了与 /bus@57220000/dsi_host@57228000 的依赖循环 [ 0.080331] /bus@57220000/dsi_host@57228000：修复了与 /bus@57220000/i2c@57226000/adv7535@3d 的依赖循环 [ 0.080618] /bus@5a000000/i2c@5a800000/tcpc@51/connector：修复了与 /cbtl04gp 的依赖循环 [ 0.080674] /cbtl04gp：修复了与 /bus@5a000000/i2c@5a800000/tcpc@51/connector 的依赖循环 [ 4.329499] imx-lpi2c 5a800000.i2c:使用 PIO 模式 [ 4.335299] /bus@5b000000/usb@5b110000/usb@5b120000：修复了与 /bus@5a000000/i2c@5a800000/tcpc@51 的依赖循环 [ 4.346831] /bus@5a000000/i2c@5a800000/tcpc@51：修复了与 /bus@5b000000/usb@5b110000/usb@5b120000 的依赖循环 [ 4.358306] /bus@5a000000/i2c@5a800000/tcpc@51/connector：修复了与 /cbtl04gp 的依赖循环 [ 4.369504] i2c i2c-2: of_i2c: /bus@5a000000/i2c@5a800000/fxos8700@1e 上的模态别名失败 [ 4.378432] i2c i2c-2：创建 /bus@5a000000/i2c@5a800000/fxos8700@1e 的 I2C 设备失败 [ 4.387694] i2c i2c-2：LPI2C 适配器已注册 [ 4.393761] imx-lpi2c 5a810000.i2c:使用 PIO 模式 [ 4.399176] i2c i2c-3：使用引脚控制状态进行 GPIO 恢复 [ 4.415470] i2c i2c-3：使用通用 GPIO 进行恢复 [ 4.421623] i2c i2c-3：LPI2C 适配器已注册 [ 4.427928] imx-lpi2c 56247000.i2c:使用 PIO 模式 [ 4.433503] /bus@56240000/ldb1-display-controller/lvds-channel@0：修复了与 /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c 的依赖循环 [ 4.447437] /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c：修复了与 /bus@56240000/ldb1-display-controller/lvds-channel@0 的依赖循环。 [ 4.461316] i2c i2c-4：LPI2C 适配器已注册 [ 4.467791] imx-lpi2c 56226000.i2c:使用 PIO 模式 [ 4.473320] /bus@56220000/dsi_host@56228000：修复了与 /bus@56220000/i2c@56226000/adv7535@3d 的依赖循环 [ 4.484383] /bus@56220000/i2c@56226000/adv7535@3d：修复了与 /bus@56220000/dsi_host@56228000 的依赖循环 [ 4.495461] i2c i2c-5：LPI2C 适配器已注册 [ 4.501796] imx-lpi2c 57226000.i2c:使用 PIO 模式 [ 4.507337] /bus@57220000/dsi_host@57228000：修复了与 /bus@57220000/i2c@57226000/adv7535@3d 的依赖循环 [ 4.518372] /bus@57220000/i2c@57226000/adv7535@3d：修复了与 /bus@57220000/dsi_host@57228000 的依赖循环 [ 4.529441] i2c i2c-6：LPI2C 适配器已注册 [ 4.538112] i2c i2c-2：新增多路复用 i2c 总线 7 [ 4.543745] i2c i2c-2：新增多路复用 i2c 总线 8 [ 4.549248] i2c-mux-gpio i2cmux：5a800000.i2c 适配器上的 2 端口复用器 [ 4.586228] i2c i2c-2：未找到电源 VDD，使用虚拟稳压器 [ 4.593252] i2c i2c-2：未找到供电的 VDDIO，使用虚拟稳压器 [ 4.651657] st-accel-i2c 2-0019: 未找到电源 VDD，使用虚拟稳压器 [ 4.659540] st-accel-i2c 2-0019：未找到供电的 vddio，使用虚拟稳压器 [ 4.674354] st-accel-i2c 2-0019：使用驱动程序 st-accel-i2c 进行探测失败，错误代码为 -5 [ 4.684848] st-magn-i2c 8-001e：未找到电源 VDD，使用虚拟稳压器 [ 4.692677] st-magn-i2c 8-001e：未找到供电电压输入/输出 (VDIO)，使用虚拟稳压器 [ 4.708084] st-magn-i2c 8-001e：未找到安装矩阵：使用标识... [ 4.720647] st-gyro-i2c 2-0069：未找到电源 VDD，使用虚拟稳压器 [ 4.728469] st-gyro-i2c 2-0069：未找到供电的 vddio，使用虚拟稳压器 [ 4.743163] st-gyro-i2c 2-0069：使用驱动程序 st-gyro-i2c 进行探测失败，错误代码为 -5 [ 4.861147] virtio_rpmsg_bus virtio1：创建通道 rpmsg-i2c-channel 地址 0x2 [ 4.876919] i2c-rpmsg virtio1.rpmsg-i2c-channel.-1.2: 新通道: 0x400 -> 0x2! [ 4.901196] imx_rpmsg_i2c i2c-rpbus-1: 成功添加 I2C 适配器 i2c-rpmsg-adapter [ 5.007981] /bus@5a000000/i2c@5a800000/tcpc@51：修复了与 /bus@5b000000/usb@5b110000/usb@5b120000 的依赖循环 [ 5.024985] /bus@5b000000/usb@5b110000/usb@5b120000：修复了与 /bus@5a000000/i2c@5a800000/tcpc@51 的依赖循环 [ 16.457456] imx-lpi2c 57247000.i2c:使用 PIO 模式 [ 16.463779] i2c i2c-9：LPI2C 适配器已注册 [ 16.470664] /bus@57240000/ldb2-display-controller/lvds-channel@0：修复了与 /bus@57240000/i2c@57247000/lvds-to-hdmi-bridge@4c 的循环依赖问题 [ 17.057471] /bus@58000000/i2c@58226000/max9286_csi0@6a：修复了与 /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/c1 的依赖循环 [ 17.083749] /bus@58000000/i2c@58226000/max9286_csi0@6a：修复了与 /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/c2 的循环依赖关系 [ 17.112012] /bus@58000000/i2c@58226000/max9286_csi0@6a：修复了与 /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/c3 的依赖循环 [ 17.126760] /bus@58000000/i2c@58226000/max9286_csi0@6a：修复了与 /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/c4 的依赖循环 [ 17.141567] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/camera@54：修复了与 /bus@58000000/i2c@58226000/max9286a 的循环依赖问题 [ 17.156682] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/camera@53：修复了与 /bus@58000000/i2c@58226000/max9286a 的循环依赖问题 [ 17.171754] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/camera@52：修复了与 /bus@58000000/i2c@58226000/max9286a 的循环依赖问题 [ 17.186407] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/camera@51：修复了与 /bus@58000000/i2c@58226000/max9286a 的循环依赖问题 [ 17.204964] imx-lpi2c 58226000.i2c:使用 PIO 模式 [ 17.211086] /bus@58000000/i2c@58226000/max9286_csi0@6a：修复了与 /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/c1 的依赖循环 [ 17.225631] /bus@58000000/i2c@58226000/max9286_csi0@6a：修复了与 /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/c2 的依赖循环 [ 17.240271] /bus@58000000/i2c@58226000/max9286_csi0@6a：修复了与 /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/c3 的依赖循环 [ 17.254871] /bus@58000000/i2c@58226000/max9286_csi0@6a：修复了与 /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/c4 的依赖循环 [ 17.269824] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/camera@54：修复了与 /bus@58000000/i2c@58226000/max9286a 的循环依赖问题 [ 17.284422] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/camera@53：修复了与 /bus@58000000/i2c@58226000/max9286a 的循环依赖问题 [ 17.299030] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/camera@52：修复了与 /bus@58000000/i2c@58226000/max9286a 的循环依赖问题 [ 17.314057] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/camera@51：修复了与 /bus@58000000/i2c@58226000/max9286a 的循环依赖问题 [ 17.328911] i2c i2c-10：LPI2C 适配器已注册 [ 17.349901] /bus@58000000/i2c@58226000/max9286_csi0@6a：修复了与 /bus@58000000/csi@58227000 的依赖循环 [ 17.361147] /bus@58000000/csi@58227000：修复了与 /bus@58000000/i2c@58226000/max9286_csi0@6a 的依赖循环 mek_8q:/ # mek_8q:/ # mek_8q:/ # dmesg | grep -我可以 [ 6.341664] init: 初始化程序无法将“ro.boot.boot_devices”设置为“bus@5b000000/5b010000.mmc”：只读属性已被设置 [ 6.650631] apexd-bootstrap：正在扫描 /odm/apex 目录，查找预安装的 Apex 文件 [ 6.665082] apexd-bootstrap：正在扫描 /vendor/apex 目录，查找预安装的 Apex 文件 [ 6.734597] apexd-bootstrap：正在扫描 /product/apex 目录，查找预安装的 Apex 文件 [ 7.762352] 可以：控制器区域网络核心 [ 7.767572] NET：已注册 PF_CAN 协议族 [ 7.778629] 可以：广播管理器协议 [ 7.789732] CAN 设备驱动程序接口 [ 7.798655] 可以：netlink 网关 - max_hops=1 [ 7.809873] 可以：原始协议 [ 8.206633] vdc: 线程池最大线程数为 0。无法缓存 binder，因为 linkToDeath 无法实现。服务名称：vold [ 8.306877] vdc: 线程池最大线程数为 0。无法缓存绑定器，因为无法实现 linkToDeath。服务名称：vold [ 9.537245] slcan：串行线路 CAN 接口驱动程序 [ 9.765447] vcan：虚拟 CAN 接口驱动程序 [ 9.871087] vdc：线程池最大线程数为 0。无法缓存绑定器，因为无法实现 linkToDeath。服务名称：vold [ 10.127065] apexd：线程池最大线程数为 0。无法缓存 binder，因为 linkToDeath 无法实现。服务名称：vold [ 10.140039] apexd：正在扫描 /odm/apex 目录，查找预安装的 Apex 文件 [ 10.165055] apexd：正在扫描 /vendor/apex 目录，查找预安装的 Apex 文件 [ 10.190899] 热报警已取消。GPU3D 时钟频率将恢复到 64/64 [ 12.094764] vdc: 线程池最大线程数为 0。无法缓存 binder，因为 linkToDeath 无法实现。服务名称：vold [ 12.980708] apexd-snapshotde: 线程池最大线程数为 0。无法缓存 binder，因为 linkToDeath 无法实现。服务名称：vold [ 14.174685] update_verifier: 线程池最大线程数为 0。无法缓存 binder，因为 linkToDeath 无法实现。服务名称：android.hat [ 27.936501] 平台 fec2_nvcc：延迟探测待处理：reg-fixed-voltage：无法获取 GPIO mek_8q:/ # ls /sys/总线/i2c/设备/ 1-0048 2-0020 2-0069 4-004c 7-001e i2c-1 i2c-3 i2c-6 i2c-9 10-006a 2-0044 3-001a 5-003d 8-001e i2c-10 i2c-4 i2c-7 2-0019 2-0051 4-0033 6-003d 9-004c i2c-2 i2c-5 i2c-8 Android i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: CAN Interface Availability and Integration in AAOS 15 on i.MX8QM-MEK 你好， 您需要将 FLEXCAN 添加到内核中，您可以参考 Android 用户指南第 9 章“通用内核映像 (GKI) 开发”。 https://www.nxp.com/docs/en/user-guide/UG10176.pdf 另外请注意，如果您想在 A 核心上使用它们，则需要在 SCFW 中将资源移动到该核心。 测试方面也是如此，您可以添加 canutils： https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/All-Boards-FlexCAN/ta-p/1103092 此致敬礼/Saludos， 阿尔多。

电压状态和控制 您好，NXP团队， S32K388 中 LVSC 寄存器的标志应该如何解释？ 通行/停止标志 它们是否仅指示时钟电路的电源？ 这些旗帜应采取哪些功能安全措施？ LVDx 和 LVRx LVDx 应如何解读？它与 LVRx 标志有何不同？水位低于阈值不会导致RESET吗？ 针对LVDx标志，建议采取哪些功能安全措施？ Re: Voltage status and control 你好@Ars_ ， 问：这些指示灯是否仅指示时钟电路的电源？ A：是的 问：这些旗帜应采取哪些功能安全措施？ 答：请参阅参考手册附件 S32K3xx_fault_map.xlsx。 推荐的恢复机制：中断，然后由 ISR 触发信号触发的 SBC 发起的 POR。 问：LVDx 应该如何解读？它与LVRx标志有何不同？低于阈值会不会导致RESET？ 答：低压检测监测不会导致系统RESET。LVR触发信号RESET。 danielmartynek_0-1781685154329.png 有关阈值，请参阅 S32K3xx 数据表，表 10（供电监控）。 问：LVDx 标志的推荐功能安全措施是什么？ 答：低压检测阈值在运行范围内，仅作为警告指示器。SW反应通过中断进行。 另外，请参阅 S32K3xx 安全文件中根据保密协议提供的 S32K3xx 功能安全手册。 此致， 丹尼尔 Re: Voltage status and control 你好，丹尼尔， 感谢您的建议。能否也请您澄清以下几点？ 我对 S32K3xx_fault_map.xlsx NCF[4] 有点困惑。 它显示“电压相关错误：PMC 1.1V 和 2.5V GnG；PAD 过压” 这是否意味着只有以下标志会被路由到 FCCU PMC 1.1 - LVR11LPF、HVD11S GNG 2.5 - GNG25OSC2F、GNG25OSCF 例如，针对特定供应，给出了两个 LVR 标志。LVR25LPF 和 LVR25F。它们之间有什么不同？ Re: Voltage status and control 嗨@Ars_ ， 只有以下这些故障会被路由到 FCC： VDD2P5_GNG_ERR VDD1P1_GNG_ERR 以下故障将路由至复位生成模块（MC_RGM）： LVR11 LVR25 LVR25F 表示在 FPM（全性能模式/运行模式）下，V25 功率域发生了低电压 RESET 事件。 LVR25LPF 表示在 FPM 或 LPM（低性能模式/待机）模式下，V25 电源域发生了低电压复位事件。 danielmartynek_0-1782111293332.png 此致， 丹尼尔

Voltage status and control Hello NXP Team, How shall the flags of LVSC register in S32K388 be interpreted  Go/NoGo flags    Are they indicators of the power supplies to clock circuits only?   What is the recommended safety measure for these flags LVDx and LVRx   How shall LVDx be interpreted. How does it differs to LVRx flags? Won't the level drop below threshold results in reset ?  What is the recommended safety measure for LVDx flags Re: Voltage status and control Hello @Ars_, Q: Are they indicators of the power supplies to clock circuits only? A: Yes Q: What is the recommended safety measure for these flags? A: Refer to S32K3xx_fault_map.xlsx attached to the Reference Manual. Recommended recovery mechanism: interrupt followed by SBC‑initiated POR triggered from the ISR. Q: How shall LVDx be interpreted? How does it differ from LVRx flags? Won’t dropping below threshold cause a reset? A: LVD monitors are not a source of system reset. LVR triggers the reset. danielmartynek_0-1781685154329.png Refer to S32K3xx Datasheet, Table 10 (Supply Monitoring) for threshold values. Q: What is the recommended safety measure for LVDx flags? A: LVD thresholds are within the operational range and act only as warning indicators. SW reaction via interrupt. Also, refer to the S32K3xx Safety Manual available in S32K3xx Secure Files under an NDA. Regards, Daniel Re: Voltage status and control Hello Daniel, Thanks for the inputs. Could you please clarify below points too I am a bit confused about the S32K3xx_fault_map.xlsx NCF[4]. It says 'Voltage related errors: PMC 1.1V and 2.5V GnG;PAD overvoltage' Does it mean just the below flags are routed to FCCU       PMC 1.1 - LVR11LPF, HVD11S       GNG 2.5 - GNG25OSC2F, GNG25OSCF There are two LVR flags given for a particular supply for ex. LVR25LPF and LVR25F. How are they different to each other. Re: Voltage status and control Hi @Ars_, Only these faults are routed to the FCCU: VDD2P5_GNG_ERR VDD1P1_GNG_ERR The following faults are routed to the Reset Generation Module (MC_RGM): LVR11 LVR25 LVR25F indicates that a low-voltage reset event has occurred on the V25 power domain in FPM (Full Performance mode / RUN mode). LVR25LPF indicates that a low-voltage reset event has occurred on the V25 power domain in either FPM or LPM (Low Performance mode / Standby). danielmartynek_0-1782111293332.png Regards, Daniel

Vth(sw)bat of PCF2131TF Hi  Could you please provide the details of the following 1, Can we modify the Vth(sw)bat Value? Or is it a fixed value? 2, If VDD is not available and VBAT is available, what all RTC functions will be effected/ Disabled? Re: Vth(sw)bat of PCF2131TF Hello chinnanc Good day! 1) No, you can modify the Vth(sw)bat, it is fixed Min: 2.3V Typ: 2.5V 2) Interrupt outputs (may be limited or disabled) Timestamp inputs / tamper detection Watchdog functionality RafaR_0-1781716667125.png I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.

无法将 TRACE32 连接到 i.MX8MP 我尝试连接到 FRDM-i.MX8MPLUS 板，但失败了。我按照 NXP 博客上的指南操作： https://community.nxp.com/t5/NXP-Tech-Blog/Debug-i-MX8MP-Linux-with-TRACE32/ba-p/1582382 我的步骤是： echo 1 > /sys/devices/system/cpu/cpu0/cpuidle/state1/disable echo 1 > /sys/devices/system/cpu/cpu1/cpuidle/state1/disable echo 1 > /sys/devices/system/cpu/cpu2/cpuidle/state1/disable echo 1 > /sys/devices/system/cpu/cpu3/cpuidle/state1/disable echo 1 > /sys/devices/system/cpu/cpu0/cpuidle/state0/disable echo 1 > /sys/devices/system/cpu/cpu1/cpuidle/state0/disable echo 1 > /sys/devices/system/cpu/cpu2/cpuidle/state0/disable echo 1 > /sys/devices/system/cpu/cpu3/cpuidle/state0/disable 然后我运行以下 TRACE32 命令： RESet SYStem.RESet SYStem.CPU IMX8MQ CORE.ASSIGN 1. 2. 3. 4. SYStem.Option MMUSPACES ON SYStem.Option IMASKASM ON SYStem.Mode Attach 但是，TRACE32 卡在了附加命令处，永远无法完成附加过程。 neko_0-1781697059305.png 有人遇到过这个问题吗？或者知道可能是什么原因造成的吗？ 谢谢！ Re: Unable to Attach TRACE32 to i.MX8MP 你好， 是的，步骤正确，请确保设备已正确连接。另外，您想调试什么问题？是 Uboot、Linux 还是其他什么系统？ 此致敬礼/Saludos， 阿尔多。

S32R47 の NCF[8] が永続的にログに記録されました こんにちは、 NCF[8]: エラープローブ - フォールト 早期書き込みがオブザーバー に永久に記録され、FCCUレジスタはMain()関数呼び出しの前に更新されます。 この障害がログに記録される根本的な原因として考えられるのは何ですか？ もしこの故障が起動時にハードウェアによって設定された場合、initフェーズでこの故障をクリアできますか? Re: NCF[8] for S32R47 logged permanently こんにちは、 このデバイスは試作段階です。サポートはNXP FAE/営業担当者を通じて行っています。 助けが必要な場合は、NXPの担当者にご連絡ください。一般的なサポートではここではお手伝いできません。 よろしくお願いいたします。 ピーター

i.MX8QM-MEKにおけるAAOS 15におけるCANインターフェースの可用性と統合 こんにちは、NXPサポートチームの皆さん、 現在、i.MX8QM-MEKプラットフォームをオートモーティブAndroid(AAOS)概念実証として評価中です。その概念には以下が含まれます: デュアルタッチディスプレイ CAN通信インターフェース AAOSフレームワークを通じた車載信号の可視化 AAOS 15 (15.0.0_2.1.0) のビルドとフラッシュに成功しました。現在はCAN統合に取り組んでいます。   ビルドターゲット: mek_8q_car-nxp_stable-userdebug 私たちの目的は、車載ネットワークからのCANメッセージを受信し、Vehicle HAL(VHAL)およびCar Property マネージャフレームワークを通じてこれらの信号をAAOS車載のプロパティにマッピングすることです。 しかしながら、我々は以下の問題に直面しています。 CANインターフェース(例:can0)はターゲットシステムでは利用できません。 CANネットワークインターフェースはifconfig -aやip link showには表示されません。 i.MX8QM-MEKプラットフォーム上でCAN信号をAAOS 15に統合するための推奨アプローチを理解したいと考えています。 調査の結果、CANトランシーバ制御信号(CAN01_ENやCAN01_STB_Bなど)は、M41_I2C0_1V8_SCLおよびM41_I2C0_1V8_SDAインターフェースを介してM4サブシステムにコネクテッドされたI/Oエクスパンダーを介して制御されていることが分かりました。 以下の点を教えていただけますか? CAN機能はAAOS 15(15.0.0_2.1.0)で公式にサポートされているのでしょうか?i.MX8QM-MEK用ですか？ CANインターフェースを有効にするために、追加のデバイスツリー構成、カーネル構成、ファームウェア要件、またはM4ファームウェア依存関係などが必要ですか? I/Oエクスパンダーは、Linux/AndroidでCANコントローラが利用可能になる前にM4ファームウェアで設定する必要がありますか? AAOSでCAN信号をVHAL/Car Property マネージャに統合するための参考文献、アプリケーションノート、またはサンプル実装はありますか? 関連するデバッグ情報は下記に添付されています。 mek_8q:/ # ifconfig -a lo Link encap:ローカルループバック inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 スコープ:ホスト ループバックを走らせる MTU:65536 メトリクス:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RXバイト:0 TXバイト:0 dummy0 リンク encap:イーサネット HWaddr da:0a:64:88:22:0b inet6 addr: fe80::d 80a:64ff:fe88:220b/64 スコープ: リンク UP放送 NOARP MTU:1500 メトリック:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 送信パケット:10 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RXバイト:0 TXバイト:700 ifb0 リンク encap:イーサネット HWaddr b2:9d:fa:9a:d4:6b 放送 NOARP MTU:1500 メトリック:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:32 RXバイト:0 TXバイト:0 ifb1 リンク encap:イーサネット HWaddr 3e:8d:51:4e:e0:8b 放送 NOARP MTU:1500 メトリック:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:32 RXバイト:0 TXバイト:0 tunl0 リンク encap:UNSPEC NOARP MTU:1480 メートル法:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RXバイト:0 TXバイト:0 gre0 リンク encap:UNSPEC NOARP MTU:1476 メートル法:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RXバイト:0 TXバイト:0 gretap0 リンク encap:イーサネット HWaddr 00:00:00:00:00:00 放送マルチキャスト MTU:1462 メトリクス:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RXバイト:0 TXバイト:0 erspan0 リンク encap:イーサネット HWaddr 00:00:00:00:00:00 放送マルチキャスト MTU:1450 メトリクス:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RXバイト:0 TXバイト:0 ip_vti0 リンク encap:UNSPEC NOARP MTU:1480 メートル法:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RXバイト:0 TXバイト:0 ip6_vti0 リンク encap:UNSPEC NOARP MTU:1364 メートル法:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RXバイト:0 TXバイト:0 sit0 Link encap:IPv6-in-IPv4 NOARP MTU:1480 メートル法:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RX バイト:0 TX バイト:0 ip6tnl0 リンク encap:UNSPEC NOARP MTU:1452 メートル法:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RXバイト:0 TXバイト:0 ip6gre0 リンク encap:UNSPEC NOARP MTU:1448 メートル法:1 RXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 フレーム:0 TXパケット:0 エラー:0 ドロップ:0 オーバーラン:0 キャリア:0 衝突:0 TCキューレン:1000 RXバイト:0 TXバイト:0 eth0 リンク encap:イーサネット HWaddr 00:04:9f:05:ed:db ドライバ fec inet addr:10.16.102.48 Bcast:10.16.102.255 Mask:255.255.0 inet6 addr: fe80::260d:6a5f:7a04:afdd/64 スコープ:リンク UP放送 マルチキャスト実行 MTU:1500 メトリック:1 RX パケット:301803 errors:0 droped:73390 overrun:0 frame:0 TXパケット数:241件、エラー:0、ドロップ:0、オーバーラン:0、キャリア:0 衝突:0 TCキューレン:1000 RXバイト:52500562 TXバイト:25613 mek_8q:/ # dmesg |GREP I2C [ 0.062877] /bus@5b000000/usb@5b110000/usb@5b120000: /bus@5a000000/i2c@5a800000/tcpc@51 を持つ固定依存サイクル [ 0.063545] /bus@5b000000/usb@5b110000/usb@5b120000:固定依存サイクル(/bus@5a000000/i2c@5a800000/tcpc@51 [ 0.075349] /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c: /bus@56240000/ldb1-display-コントローラ/lvds-channel@0 で固定依存サイクルを [ 0.075382] /bus@56240000/ldb1-display-コントローラ/lvds-channel@0: /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c で固定依存サイクルを [ 0.076099] /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c: /bus@56240000/ldb1-display-コントローラ/lvds-channel@0 での固定依存サイクル [ 0.076180] /bus@56240000/ldb1-display-コントローラ/lvds-channel@0: /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c で固定依存サイクルを使った [ 0.076927] /bus@56220000/i2c@56226000/adv7535@3d: /bus@56220000/dsi_host@56228000 を含む固定依存サイクル [ 0.076980] /bus@56220000/dsi_host@56228000: 固定依存サイクル(/bus@56220000/i2c@56226000/adv7535@3d [ 0.077923] /bus@56220000/i2c@56226000/adv7535@3d: 修正済み /bus@56220000/dsi_host@56228000を含む依存サイクル [ 0.078188] /bus@56220000/i2c@56226000/adv7535@3d: /bus@56220000/dsi_host@56228000 を含む固定依存サイクル [ 0.078294] /bus@56220000/dsi_host@56228000: /bus@56220000/i2c@56226000/adv7535@3d の固定依存サイクル [ 0.079093] /bus@57220000/i2c@57226000/adv7535@3d:固定依存サイクル /bus@57220000/dsi_host@57228000 [ 0.079148] /bus@57220000/dsi_host@57228000: 固定依存サイクル(/bus@57220000/i2c@57226000/adv7535@3d [ 0.080033] /bus@57220000/i2c@57226000/adv7535@3d:固定依存サイクル(/bus@57220000/dsi_host@57228000 [ 0.080278] /bus@57220000/i2c@57226000/adv7535@3d: /bus@57220000/dsi_host@57228000 を含む固定依存サイクル [ 0.080331] /bus@57220000/dsi_host@57228000: 固定依存サイクル(/bus@57220000/i2c@57226000/adv7535@3d [ 0.080618] /bus@5a000000/i2c@5a800000/tcpc@51/connector: /cbtl04gp による固定依存サイクル [ 0.080674] /cbtl04gp: /bus@5a000000/i2c@5a800000/tcpc@51/コネクタを持つ固定依存サイクル [ 4.329499] IMX-LPI2c 5A800000.i2C:pioモードを使用する [ 4.335299] /bus@5b000000/usb@5b110000/usb@5b120000: /bus@5a000000/i2c@5a800000/tcpc@51 との依存関係サイクルを修正しました [ 4.346831] /bus@5a000000/i2c@5a800000/tcpc@51: /bus@5b000000/usb@5b110000/usb@5b120000 との依存関係サイクルを修正しました [ 4.358306] /bus@5a000000/i2c@5a800000/tcpc@51/connector: /cbtl04gp との依存関係サイクルを修正しました [ 4.369504] i2c i2c-2: of_i2c: /bus@5a000000/i2c@5a800000/fxos8700@1e での modalias の失敗 [ 4.378432] i2c i2c-2: /bus@5a000000/i2c@5a800000/fxos8700@1e の I2C デバイスの作成に失敗しました [ 4.387694] i2c i2c-2: LPI2Cアダプタが登録されました [ 4.393761] imx-lpi2c 5a810000.i2c:pioモードを使用する [ 4.399176] i2c i2c-3: GPIOリカバリにpinctrlステートを使用 [ 4.415470] i2c i2c-3: リカバリに汎用GPIOを使用 [ 4.421623] i2c i2c-3: LPI2Cアダプタが登録されました [ 4.427928] imx-lpi2c 56247000.i2c:PIOモードを使おう [ 4.433503] /bus@56240000/ldb1-display-コントローラ/lvds-channel@0: /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c で固定依存サイクルを [ 4.447437] /bus@56240000/i2c@56247000/lvds-to-hdmi-bridge@4c: /bus@56240000/ldb1-display-コントローラ/lvds-channel@0 での固定依存サイクル [ 4.461316] i2c i2c-4: LPI2Cアダプター登録済み [ 4.467791] IMX-LPI2C 56226000.i2c:pioモードを使用する [ 4.473320] /bus@56220000/dsi_host@56228000: /bus@56220000/i2c@56226000/adv7535@3d との依存関係サイクルを修正しました [ 4.484383] /bus@56220000/i2c@56226000/adv7535@3d: /bus@56220000/dsi_host@56228000 との依存関係サイクルを修正しました [ 4.495461] i2c i2c-5: LPI2Cアダプタが登録されました [ 4.501796] imx-lpi2c 57226000.i2c:PIOモードを使おう [ 4.507337] /bus@57220000/dsi_host@57228000: /bus@57220000/I2Cバス@57226000/adv7535@3d の固定依存サイクル [ 4.518372] /bus@57220000/I2Cバス@57226000/adv7535@3d: /bus@57220000/dsi_host@57228000 を含む固定依存サイクル [ 4.529441] I2Cバス I2C-6: LPI2Cアダプタ登録 [ 4.538112] I2Cバス I2C-2: 多重化されたI2Cバス7を追加 [ 4.543745] I2Cバス I2C-2: 多重化されたI2Cバス8を追加 [ 4.549248] i2c-mux-gpio i2cmux: 5a800000.I2Cバス アダプタ上の2ポート MUX [ 4.586228] I2Cバス I2C-2: ダミーレギュレーター使用中の電源VDDが見つかりません [ 4.593252] I2Cバス I2C-2: ダミーレギュレーター使用中のVDDIO供給不可 [ 4.651657] st-accel-I2C 2-0019: ダミーレギュレーター使用中、供給VDDが見つかりません [ 4.659540] st-accel-I2C 2-0019: ダミーレギュレーター使用中、VDDIOの供給が見つかりません [ 4.674354] st-accel-I2C 2-0019: ドライバ付きプローブ st-accel-I2C エラー -5 で失敗 [ 4.684848] st-magn-I2C 8-001e: ダミーレギュレーター使用中、供給VDDが見つかりません [ 4.692677] st-magn-I2C 8-001e: ダミーレギュレーター使用中、VDDIOの供給不可 [ 4.708084] st-magn-I2C 8-001e: マトリックス未確認: 識別を用いて... [ 4.720647] st-gyro-I2C 2-0069: ダミーレギュレーター使用中、供給VDDが見つかりません [ 4.728469] st-gyro-I2C 2-0069: ダミーレギュレーター使用中、VDDIOの供給が見つかりません [ 4.743163] st-gyro-I2C 2-0069: ドライバ付きst-gyro-I2Cプローブがエラー-5で故障 [ 4.861147] virtio_rpmsg_bus virtio1: チャネルの生成 rpmsg-I2C-チャネル addr 0x2 [ 4.876919] i2c-rpmsg virtio1.rpmsg-I2C-チャネル.-1.2: 新しいチャネル: 0x400 -> 0x2! [ 4.901196] imx_rpmsg_i2c i2c-rpbus-1: I2Cアダプタ i2c-rpmsg-adapter を成功裏に追加 [ 5.007981] /bus@5a000000/I2Cバス@5a800000/tcpc@51: 固定依存サイクル(/bus@5b000000/usb@5b110000/usb@5b120000 [ 5.024985] /bus@5b000000/usb@5b110000/usb@5b120000: /bus@5a000000/I2Cバス@5a800000/tcpc@51 の固定依存サイクル [ 16.457456] imx-lpi2c 57247000.I2Cバス:PIOモードを使おう [ 16.463779] i2c i2c-9: LPI2Cアダプター登録 [ 16.470664] /bus@57240000/ldb2-display-controller/lvds-channel@0: /bus@57240000/i2c@57247000/lvds-to-hdmi-bridge@4c で固定依存サイクルを適用 [ 17.057471] /bus@58000000/i2c@58226000/max9286_csi0@6a: /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/c1 を持つ固定依存サイクル [ 17.083749] /bus@58000000/i2c@58226000/max9286_csi0@6a: /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/c2 を持つ固定依存サイクル [ 17.112012] /bus@58000000/i2c@58226000/max9286_csi0@6a: /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/c3 の固定依存サイクル [ 17.126760] /bus@58000000/i2c@58226000/max9286_csi0@6a: /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/c4 を持つ固定依存サイクル [ 17.141567] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/camera@54: /bus@58000000/i2c@58226000/max9286a を用いた固定依存サイクル [ 17.156682] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/camera@53:/bus@58000000/i2c@58226000/max9286aによる固定依存サイクル [ 17.171754] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/camera@52:/bus@58000000/i2c@58226000/max9286aによる固定依存サイクル [ 17.186407 ] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/camera@51: /bus@58000000/i2c@58226000/max9286a を持つ固定依存サイクル [ 17.204964] IMX-LPI2C 58226000.i2c:PIOモードを使おう [ 17.211086] /bus@58000000/i2c@58226000/max9286_csi0@6a: /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/c1 を持つ固定依存サイクル [ 17.225631] /bus@58000000/i2c@58226000/max9286_csi0@6a: /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/c2 を用いた固定依存サイクル [ 17.240271] /bus@58000000/i2c@58226000/max9286_csi0@6a: /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/c3 を持つ固定依存サイクル [ 17.254871] /bus@58000000/i2c@58226000/max9286_csi0@6a:固定依存サイクル(/bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/c4) [ 17.269824] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@3/camera@54: /bus@58000000/i2c@58226000/max9286a を持つ固定依存サイクル [ 17.284422] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@2/camera@53: /bus@58000000/i2c@58226000/max9286a を用いた固定依存サイクル [ 17.299030] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@1/camera@52: /bus@58000000/i2c@58226000/max9286a による固定依存サイクル [ 17.314057] /bus@58000000/i2c@58226000/max9286_csi0@6a/i2c-mux/i2c@0/camera@51: /bus@58000000/i2c@58226000/max9286a を持つ固定依存サイクル [ 17.328911] i2c i2C-10: LPI2Cアダプター登録 [ 17.349901] /bus@58000000/i2c@58226000/max9286_csi0@6a: 固定依存サイクル /bus@58000000/csi@58227000 [ 17.361147] /bus@58000000/csi@58227000: /bus@58000000/i2c@58226000/max9286_csi0@6a を用いた固定依存サイクル mek_8q:/# mek_8q:/# mek_8q:/# dmesg | グレップ -i can [ 6.341664] init: Init は「ro.boot.boot_devices」を「bus@5b000000/5b010000.mmc」に設定できません: 読み取り専用プロパティはすでに設定されています [ 6.650631] apexd-ブートストラップ: /odm/apex のプリインストール ApexFiles をスキャン [ 6.665082] apexd-ブートストラップ: /vendor/apex のプリインストール ApexFiles をスキャン [ 6.734597] apexd-ブートストラップ: /product/apex のプリインストール ApexFiles をスキャン [ 7.762352] CAN: コントローラエリアネットワークコア [ 7.767572] NET: 登録 PF_CAN プロトコルファミリ [ 7.778629] CAN: ブロードキャストマネージャプロトコル [ 7.789732] CAN ドライバインターフェース [ 7.798655] CAN: netlink ゲートウェイ - max_hops=1 [ 7.809873] CAN: RAW プロトコル [ 8.206633] vdc: Thread プールの最大スレッド数は0です。linkToDeath を実装できないため、バインダーをキャッシュできません。サービス名:ヴォルド [ 8.306877] vdc: Threadプールの最大Thread数は0です。linkToDeathを実装できないため、バインダーをキャッシュできません。サービス名:ヴォルド [ 9.537245] SLCAN:シリアルラインCANインターフェースドライバ [ 9.765447] vcan:仮想CANインターフェースドライバー [ 9.871087] vdc: Threadプールの最大Thread数は0です。linkToDeathを実装できないため、バインダーをキャッシュできません。サービス名:ヴォルド [ 10.127065] apexd: Threadプールの最大Thread数は0です。linkToDeathを実装できないため、バインダーをキャッシュできません。サービス名: vold [ 10.140039] apexd: /odm/apex をスキャンして、プリインストールされている ApexFiles を検索しています [ 10.165055] apexd: /vendor/apex をスキャンして、プリインストールされている ApexFiles を探しています [ 10.190899] 高温アラームが解除されました。GPU3Dクロックは64/64に戻ります [ 12.094764] vdc: Threadプールの最大スレッド数は0です。linkToDeathを実装できないため、バインダーをキャッシュできません。サービス名:ヴォルド [ 12.980708] apexd-snapshotde: スレッドプールの最大スレッド数は0です。linkToDeathを実装できないため、バインダーをキャッシュできません。サービス名:ヴォルド [ 14.174685] update_verifier: Threadプールの最大Thread数は0です。linkToDeathを実装できないため、バインダーをキャッシュできません。サービス名:android.hat [ 27.936501] プラットフォーム fec2_nvcc: 遅延プローブ保留中: reg-fixed-voltage: can't get GPIO mek_8q:/ # ls /sys/bus/i2c/devices/ 1-0048 2-0020 2-0069 4-004c 7-001e i2c-1 i2c-3 i2c-6 i2c-9 10-006a 2-0044 3-001a 5-003d 8-001e i2c-10 i2c-4 i2c-7 2-0019 2-0051 4-0033 6-003d 9-004c i2c-2 i2c-5 i2c-8 Android i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re: CAN Interface Availability and Integration in AAOS 15 on i.MX8QM-MEK こんにちは、 カーネルにFLEXCANを追加する必要があります。Androidユーザーガイドの第9章「汎用カーネルイメージ(GKI)開発」を参照してください。 https://www.nxp.com/docs/en/user-guide/UG10176.pdf また、Aコアでそれらを使用する場合は、SCFW内でリソースをそのコアに移動する必要があることにご注意ください。 テストも同様で、CANユーティリティを追加できます: https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/All-Boards-FlexCAN/ta-p/1103092 よろしくお願いいたします。 アルド。

S32K146 FLEXCAN RJW config In the S32K146, will the RJW configuration of FLEXCAN have any impact compared to PSEG2? Re: S32K146 FLEXCAN RJW config Hi@SaLan This was my mistake; I thought there was an error message indicating an RJW setting error. Senlent_0-1781751975557.png       RJW represents the extended time of the PESG1 segment and the shortened time of the PSEG2 segment during resynchronization. The shortening of the PSEG2 segment means that the sampling point will be shifted backward, and if it is too large, it will lead to sampling errors. So CAN Bit Timing Requirements, it says that the re-synchronisation jump width cannot exceed 4 Time Quanta and it also must not exceed the number of Time Quanta in the PHASE_SEG1 segment. Re: S32K146 FLEXCAN RJW config SaLan_0-1781746341737.png As shown in the figure, I set the RJW to 3 and made it larger than PSEG2, but I didn't get any “infeasible” warnings. If possible, could you tell me what the implications are of configuring the registers this way? Re: S32K146 FLEXCAN RJW config Hi@SaLan When you configure FlexCan using S32 DS, it will explicitly tell you that it is not possible. Re: S32K146 FLEXCAN RJW config According to the CAN protocol, SJW ≤ PSEG2 ≤ PSEG1, and SJW ≤ 4 Tq. If SJW is configured to be greater than PSEG2 in the FLAXCAN register, will this have any impact? Re: S32K146 FLEXCAN RJW config Hi@SaLan For S32K146 FlexCAN, PSEG2 affects the nominal bit time and sample point, while RJW only limits resynchronization adjustment and is not part of the nominal bitrate calculation. Re: S32K146 FLEXCAN RJW config Will a higher RJW value than the PSEG2 value have an impact?

S32k116 read ADC interrupt in 3.3uSec I'm using read ADC ch03 every 50uSec. and ADC is trigger by PDB, PDB trigger from TRIGMUX, TRIGMUX tirigger from FTM0 in every 50uSec.  After triggering from FTM0 to ADC interrupt calling, MCU is taking ~3.3uSec time to hit the ADC interrupt. but it should come less then 1.5uSec(including interrupt latency and API).  Can you please help why it is 3.3uSec time is coming and how can i reduce it. Best Regards, Rohit  RR_12RR_0-1781698547911.png Re: S32k116 read ADC interrupt in 3.3uSec Thank you for response and your understanding correct. - ADC clock frequency :- 48MHz - recalculate single ADC conversion time based on ADC clock. ADC total conversion time = Sample phase (SMPLTS + 1) + Hold (1 cycle) + Compare phase (8b: 20, 10b: 24, 12b: 28 cycles) + Single/first continuous adder (5 ADC cycles + 5 bus cycles) :- it is coming 958.18 nS - check PDB configuration; ensure no extra delay in pretrigger (if present, include it in timing) :- No extra delay. - check ISR overhead; toggle GPIO at ADC ISR entry :- please refer the image. RR_12RR_1-1781772395937.png Purple :-PWM Yellow :- GPIO toggle. Re: S32k116 read ADC interrupt in 3.3uSec Hi, the info given is not enough to comment more. Below are hints to check: - ADC clock frequency (likely too low → main contributor) - revise sample time, must be >275 ns. For max ADC clock 50 MHz it gives ~14 ADCK cycles; increase further if ADCK is slower - recalculate single ADC conversion time based on ADC clock: ADC total conversion time = Sample phase (SMPLTS + 1) + Hold (1 cycle) + Compare phase (8b: 20, 10b: 24, 12b: 28 cycles) + Single/first continuous adder (5 ADC cycles + 5 bus cycles) - check PDB configuration; ensure no extra delay in pretrigger (if present, include it in timing) - check ISR overhead; toggle GPIO at ADC ISR entry BR, Petr Re: S32k116 read ADC interrupt in 3.3uSec Hi, if you do additional toggle immediately how long is the pulse generated? This would give time you should substract from measured 3.3us. BR, Petr Re: S32k116 read ADC interrupt in 3.3uSec Hi, can you share clock setting as well? What is PCC_ADC register value? Where in code you put GPIO toggle? Have you checked how long this toggle function takes? BR, Petr Re: S32k116 read ADC interrupt in 3.3uSec Please see the image for clock configuration on GUI and register value. can you share clock setting as well? What is PCC_ADC register value? RR_12RR_2-1781777567844.png RR_12RR_1-1781777543272.png Where in code you put GPIO toggle? --> inside the ADC interrupt handler. Have you checked how long this toggle function takes? --> No, i'm using standard NXP toggle API. Re: S32k116 read ADC interrupt in 3.3uSec Immediate GPIO toggle coming 380nSec. RR_12RR_0-1781785369985.png RR_12RR_1-1781785381949.png Re: S32k116 read ADC interrupt in 3.3uSec what is the IDE/driver you are using in fact? Looks like SDK one. --> S32 Design Studio for S32 Platform Version: 3.5 Build id: 220726 RTM 4.0.1 Can you share simplified project for testing? --> Attached additionally i'm also trying to configure other channel to read ADC. Channel is configured but always reading 0.  Re: S32k116 read ADC interrupt in 3.3uSec Hi, what is the IDE/driver you are using in fact? Looks like SDK one. Can you share simplified project for testing? BR, Petr Re: S32k116 read ADC interrupt in 3.3uSec Did you do any kind of port/migration from SDK project or similar? A:- Yes, i used previously created workspace with diff. SDK for project file which i given to you. Should i send you snapshots of configuration and init function file to verify it? Re: S32k116 read ADC interrupt in 3.3uSec Hey PtrS, Any success or guidance in this? Re: S32k116 read ADC interrupt in 3.3uSec Hi, I can see it finally.  From code it seems you actually add PDB delay of 1us. So use no delay here PetrS_0-1782217694177.png Last direct register write is not taken as registers is buffered, you need to write to LDOK. Also change ADC interrupt to use direct register access to toggle pin PetrS_1-1782217882079.png With those changes and giving ADC SMPLTS=14 (conversion time around 1.125us) I can see delay around 1.8us. Subtracting conversion time and pulse time, there is around 600ns latency. This could be in line with expected ADC interrupt → NVIC → ISR latency on Cortex‑M0+ when running from flash, so it likely comes mainly from CPU exception entry and flash access, not from the trigger chain itself. BR, Petr    Re: S32k116 read ADC interrupt in 3.3uSec Hi, I tried to import your project into S32DS3.5 with RTM401 installed, but it seems you actually use RTM402 PetrS_0-1782207875981.png i will try with RTM402 indeed. But, rtm402 should not be used in S32DS3.5; https://community.nxp.com/t5/S32-Design-Studio/my-IDE-ver-is-S32DS-3-5-How-can-i-install-S32K1XX-RTM-4-0-2/m-p/2062416# Did you do any kind of port/migration from SDK project or similar? BR, Petr Re: S32k116 read ADC interrupt in 3.3uSec due to changing in SKD all project has been start getting error of RTM and project totolly not working. Apart from this, may you tell the configuration of using other 3 channel in back to back or software trigger. Best Regards, Rohit 

AB SWAP question S32K312 The software is stuck in the SRAM area, which appears to be because HSE has started Recovery mode, causing the software to remain in WFI state. Currently, the customer workflow is roughly boot_1-boot_2-app, with two levels of jumps. boot_1 is not updated. If the customer updates boot_2 separately in area A, there are no issues with subsequent A/B swaps and reset debugging. However, it was found that when updating the APP separately in area A , the AB swap jump would occasionally fail , but communication would be normal after a reset . The client has been investigating the following progress over the past two days (there are many screenshots, please check the following emails). 1. The error is still 0X2040012e. I checked the corresponding variable DCMROD3/DCMROD4 but found no ECC error. 2. After checking the progress with the customer, we now suspect that the device has entered recovery mode. Re: AB SWAP question S32K312 Hi @scott071209  First of all, here are possible reasons for recovery  mode from S32K3 reference manual: lukaszadrapa_0-1781693464406.png And here from HSE FW reference manual: lukaszadrapa_1-1781693472859.png Do you use secure boot? Is there the same boot_1 in both partitions? Is there valid IVT in both partitions? Are there more than 8 resets? Did you check the reset signal by an oscilloscope? Could you please provide more details about this sentence? “However, it has been observed that when updating the app separately in area A, the AB swap transition occasionally fails, although communication is normal after a reset.” How does it fail exactly? Regards, Lukas