eMIOSまたはGTMを使用してS32Z280で4.9MHzのクロック/PWM出力を生成する NXPチームの皆様、こんにちは。 私はS32DSとRTD 2.0.1を使用してS32Z280 EVBを開発しています。 私の要件は、外部ピンから約4.9MHzの連続出力クロック/方形波を生成することです。 最初は、以下の設定でeMIOS PWMを使ってみました。 MCU:S32Z280 RTDバージョン：2.0.1 eMIOSインスタンス: eMIOS_1 チャネル:CH4 モード: OPWFMB タイムベース: EMIOS_PWM_IP_BUS_INTERNAL 期間数: 100 デューティサイクル：50 eMIOSクロック：48MHz ピンマルチプレクサはeMIOS_1_CH4（PAD_007 / AD12）に設定されています。 初期化コード: Clock_Ip_Init(&Clock_Ip_aClockConfig[0]); while (CLOCK_IP_PLL_LOCKED != Clock_Ip_GetPllStatus()) { } Clock_Ip_DistributePll(); Emios_Pwm_Ip_InitChannel(1U, &Emios_Pwm_Ip_I1_Ch4); しかし、オシロスコープを使って出力ピンに波形を観測しても何も現れません。 私の質問は以下のとおりです。 eMIOSはS32Z280で4.9 MHzの方形波を生成するための推奨ペリフェラルでしょうか? OPWFMBモードでは、マスターバス／タイムベースの追加設定が必要ですか？ 安定した4.9MHz出力を生成するには、GTM TOM/ATOMの方がより良い解決策でしょうか？ 外部ピンで~5 MHzの出力信号を生成するための例(eMIOSまたはGTM)を教えてもらえますか? eMIOSクロックを有効にする以外に、何か特別なクロック設定が必要ですか？ 何かご指導や参考となるプロジェクト例があれば、大変ありがたく思います。 よろしくお願いします。 BR、 カルティク Re: Generating a 4.9 MHz Clock/PWM Output on S32Z280 using eMIOS or GTM こんにちは、 karthik_nikilさん PWMの例はRTDパッケージ内の以下の写真で見ることができます。それぞれの例は、異なる基盤となるモジュールに対応しています。アプリケーションの要件に応じて必要な波形を生成するモジュールを試してみるのも良いでしょう。 Joey_z_0-1781753790604.png 他に問題がある場合はいつでもお問い合わせください。 BR ジョーイ Re: Generating a 4.9 MHz Clock/PWM Output on S32Z280 using eMIOS or GTM こんにちは、 karthik_nikilさん お問い合わせいただきありがとうございます。 ご質問を拝受いたしました。確認させていただきます。 BR ジョーイ

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について言及していますが、このリンクは機能していません。 私はCodeWarrior Development StudioでQorIQ LSシリーズ(ARM V8 ISA)を用いています バージョン: 11.5.0 ビルドID: 200629GA 有効なリンクを提供してください よろしくお願いします。 Re: LA1224 support for codewarrior download link isnt working こんにちは、 インストールされているCodeWarrior 11.5.0 / b200629GAがLA1224サポートの正しいベースバージョンです。 QCVSやプロジェクト作成におけるLA1224デバイスリストは、NXPサポートが参照するv16パッケージのConfig Tools i.MX 追加の設定・更新内容に依存します。サポートCASEのダウンロードURLは現在サインイン/クッキーウォールに解決されているため、現状では実際には動作しません。 あなたのCW 11.5.0のインストールは正しいLA1224ベースですが、LA1224プロセッサのサポートを追加するには、特に i.MX v16用のConfig Toolsなどの追加アップデートや設定パッケージが必要で、NXPのサインイン/クッキーゲートのため、参照されたサポートリンクは現在アクセスできません。   よろしくお願いします。 Re: LA1224 support for codewarrior download link isnt working ご回答ありがとうございます。 この問題はファイアウォール自体ではなく、エラーページはNXP自身のサーバーによって生成されており、このThreadの他のユーザーも示しています。これにより、そのパッケージは制限されており、公開ダウンロードできないことが確認されます。 正しい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とNDAを結び、現在はSecureアクセスRights Registrationを取得しようとしていますが、バグがあり、修正のために [email protected] にメールを送りました。 おっしゃる通り、LX用の正しいCodewarriorバージョンは持っていますが、LAプロセッサのサポートも必要です。 Codewarrior for LAに必要なパッチを弊社に送っていただくべきでしょうか、それともセキュアファイルなどからダウンロードするべきでしょうか？

S32R47 的 NCF[8] 已永久记录 你好， NCF[8]: 错误探测 - 故障 如果对观察者的早期写入操作被永久记录在软件中，即使在调用 Main() 函数之前，FCCU 寄存器也会被更新。 导致此故障被记录的可能根本原因是什么？ 如果此故障是由硬件在启动过程中设置的，能否在初始化阶段清除此故障？ Re: NCF[8] for S32R47 logged permanently 你好， 该设备目前处于预生产阶段。支持工作由恩智浦现场应用工程师/销售人员完成。 请联系恩智浦代表寻求帮助，一般技术支持无法解决此问题。 顺祝商祺！ Peter

PCF2131TF 的 Vth(sw)bat 你好 请您提供以下详细信息： 1、我们可以修改 Vth(sw)bat 值吗？或者它是一个固定值？ 2、如果VDD不可用而VBAT可用，哪些RTC功能会受到影响/被禁用？ Re: Vth(sw)bat of PCF2131TF 你好 chinnanc 再会！ 1） 不，你可以修改 Vth(sw)bat，它是固定的。 最小值：2.3V 典型值：2.5V 2） 中断输出（可能受到限制或被禁用） 时间戳输入/篡改检测 看门狗功能 RafaR_0-1781716667125.png 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。

S32k116 读取 ADC 中断耗时 3.3 微秒 我每隔 50 微秒读取一次 ADC ch03。ADC 由 PDB 触发信号，PDB 由 TRIGMUX 触发信号，TRIGMUX 由 FTM0 触发信号，每 50 微秒触发信号一次。 从 FTM0 触发信号到 ADC 中断调用后，MCU 大约需要 3.3 微秒才能触发 ADC 中断。但耗时应小于 1.5 微秒（包括中断延迟和 API）。 请问为什么会出现 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 时钟频率 50 MHz，大约需要 14 个 ADCK 周期；如果 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 您好， 如果立即进行额外的切换操作，产生的脉冲持续时间是多少？ 这样你就可以计算出需要从测量值 3.3us 中减去的时间。 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 GPIO 将在 380 纳秒后立即切换。 RR_12RR_0-1781785369985.png RR_12RR_1-1781785381949.png Re: S32k116 read ADC interrupt in 3.3uSec 您好， 你实际使用的是哪个IDE/驱动程序？看起来像是 SDK 1。 能否分享一个简化后的项目用于测试？ BR，彼得 Re: S32k116 read ADC interrupt in 3.3uSec 你实际使用的是哪个IDE/驱动程序？看起来像是 SDK 1。 --> S32平台的S32设计工作室 版本：3.5 构建 ID：220726 RTM 4.0.1 能否分享一个简化后的项目用于测试？ --> 附件 此外，我还在尝试配置其他通道来读取ADC。通道已配置，但始终读取为 0。 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 您是否对 SDK 项目或其他类似项目进行过任何形式的移植/迁移？ A:- 是的，我使用了之前创建的带有差异的工作区。我给你的项目文件的SDK。 我需要把配置文件和初始化函数文件的截图发给你验证一下吗？ Re: S32k116 read ADC interrupt in 3.3uSec 嘿 PtrS， 这方面有什么进展或建议吗？ Re: S32k116 read ADC interrupt in 3.3uSec 您好， 我终于看到了。 从代码来看，你似乎实际添加了 1 微秒的 PDB 延迟。所以，不要再拖延了。 PetrS_0-1782217694177.png 最后一次直接寄存器写入操作不会被接受，因为寄存器会被缓冲，你需要写入 LDOK。 同时更改ADC中断，使其使用直接寄存器访问来切换引脚。 PetrS_1-1782217882079.png 经过这些更改，并将 ADC SMPLTS=14（转换时间约为 1.125us）后，我可以看到延迟约为 1.8us。减去转换时间和脉冲时间，延迟约为 600ns。这可能与 Cortex-M0+ 从闪存运行时预期的 ADC 中断 → NVIC → ISR 延迟一致，因此它很可能主要来自 CPU 异常进入和闪存访问，而不是来自触发链本身。 BR，彼得    Re: S32k116 read ADC interrupt in 3.3uSec 由于 SKD 的更改，所有项目都开始出现 RTM 错误，项目完全无法运行。 除此之外，能否告知一下使用其他 3 个通道进行背靠背连接或软件触发的配置方法？ 顺祝商祺！ 罗希特

S32K146 FLEXCAN RJW 配置 在 S32K146 中，FLEXCAN 的 RJW 配置与 PSEG2 相比会有什么影响吗？ Re: S32K146 FLEXCAN RJW config 您好@SaLan 这是我的失误；我以为出现了错误信息，表明 RJW 设置有误。 Senlent_0-1781751975557.png RJW 表示在重新同步期间 PESG1 段的延长时间和 PSEG2 段的缩短时间。PSEG2 段的缩短意味着采样点将向后移动，如果移动幅度过大，则会导致采样误差。 因此，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 ≤ 4 Tq。 如果将 FLAXCAN 寄存器中的 SJW 配置为大于 PSEG2，这会有任何影响吗？ Re: S32K146 FLEXCAN RJW config 您好@SaLan 对于 S32K146 FlexCAN，PSEG2 会影响标称比特时间和采样点，而 RJW 仅限制重新同步调整，不属于标称比特率计算的一部分。 Re: S32K146 FLEXCAN RJW config RJW 值高于 PSEG2 值会产生影响吗？

Unable to Attach TRACE32 to i.MX8MP I am trying to attach to the FRDM-i.MX8MPLUS board, but it fails. I followed the guide from the NXP blog: https://community.nxp.com/t5/NXP-Tech-Blog/Debug-i-MX8MP-Linux-with-TRACE32/ba-p/1582382 My steps are: 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 Then I run the following TRACE32 commands: RESet SYStem.RESet SYStem.CPU IMX8MQ CORE.ASSIGN 1. 2. 3. 4. SYStem.Option MMUSPACES ON SYStem.Option IMASKASM ON SYStem.Mode Attach However, TRACE32 gets stuck at Attach command and never completes the attach process. neko_0-1781697059305.png Has anyone encountered this issue before or knows what might be causing it? Thank you. Re: Unable to Attach TRACE32 to i.MX8MP Hello, Yes, this is the correct steps, please make sure that the device is correctly attached. Also, what are you trying to debug? Is it Uboot, Linux or something else? Best regards/Saludos, Aldo.

電圧状態と制御 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