32 位并行接收上升沿引脚 (FRDM-MCXN947) 我目前正在尝试配置一个 32 位并行移位器，以从外部设备接收数据，其中一个引脚（FLEX_D4/DATA_VALID）用作移位数据的信号。 我取得的进展使我能够在 DATA_VALID 触发时读取 32 位数据，并将数据移动到 eDMA Ping-Pong 缓冲区。我目前正在通过 Printf 语句测试将缓冲区数据读取到控制台，如果移位器出现任何错误（通常根据数据手册指示为溢出），它们也会打印到控制台。 我认为我的主要问题出在 TimerConfig 上，因为它在 DATA_VALID 的一个上升沿触发 Shifter 读取过多次，但我还没有找到一种配置，允许我只读取一次，同时实际移动正确的数据。 控制台输出： 读取缓冲区 A：0x3fffefff 换挡器错误代码：0x8 换挡器状态：0x0 SHIFTSDEN：0x8 DMA CSR：0x0 DMA 错误：0x0 TCD BITER：0x2 CSR：0x12 CH_MUX: 0x40 读取缓冲区 B：0x3fffefff 换挡器错误代码：0x8 换挡器状态：0x0 SHIFTSDEN：0x8 DMA CSR：0x0 DMA 错误：0x0 TCD BITER：0x2 CSR：0x12 我的FLEX_IO设置已附上。谢谢。 时钟|计时器 通信与控制（I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO） 开发板 MCX N Re: 32-Bit Parallel Receive on Rising Edge Pin (FRDM-MCXN947) 更新：我推断出“ kFLEXIO_TimerDisableOnTriggerFallingEdge ”导致我的 CPU 一直处于回调状态。 我想在计时器比较后禁用它，但使用此选项后，SHIFTBUF 只报告值为 0x0，而没有 SHIFTERR 标志。 Re: 32-Bit Parallel Receive on Rising Edge Pin (FRDM-MCXN947) 嗨@carlos_o，谢谢你的回复！ 我如愿以偿地在 DATA_VALID 边沿获取了定时器读数，但没有更新线程。我的代码已附上。 我现在面临的问题是如何让 FlexIO 跟上其他设备的运行速度。在我目前的设置中，我基本上是在对 DATA_VALID 进行采样，并且在更高的速度下，Shifter 可能会过载。我的想法是，我的设计需要 MCX 和发送 32 位数据的主机设备之间共享时钟。我可以使用 32 位数据总线中的一个引脚作为该信号，因此我不需要拆分 FlexIO 引脚。欢迎大家就这个想法提出任何意见！ 回答你之前的问题： 1.寄存器正在按预期以较低速度填充数据。在每个 DATA_VALID 下降沿，SHIFTBUF 存储来自 32 个引脚的数据，EDMA 通过 Scatter-Gather 方法传输到我的 Ping-Pong 缓冲区。 2. 我正在通过 Analog Discovery 2 模拟输入，因为它只有 16 个数据引脚，所以我只写入 32 位的上限值，在 DATA_VALID 引脚上模拟时钟，并将未使用的引脚连接起来。低速测试数据匹配正确。 3. 我正在使用 FRDM-MCXN947 Re: 32-Bit Parallel Receive on Rising Edge Pin (FRDM-MCXN947) 嗨@Flexin_On_The_IO 感谢您的帖子！ 请问您能否分享一下您在收银机中观察到的当前情况？ 您想接收哪些测试数据？您目前接收到的数据是什么？ 请问您使用的是哪个版本的MCXN？ 这是定制电路板吗？否则，请说明您使用的板型号。 Re: 32-Bit Parallel Receive on Rising Edge Pin (FRDM-MCXN947) 嗨@Flexin_On_The_IO 很抱歉回复晚了。 请问您想要达到的速度是多少？ 您可以查看AN14284：FlexIO 仿真接口的时序参数调整，这篇应用笔记可能对您的目标有所帮助。    Re: 32-Bit Parallel Receive on Rising Edge Pin (FRDM-MCXN947) @carlos_o你好！ 我想要达到的最低速度是 18.5MHz。我可以确认 Shifter 在 6.25MHz 左右的频率下可以保持稳定，但由于我的硬件限制，在更高的速度下我遇到了问题 :P。 下面是我的 Analog Discovery 2 波形，其中我只提供了 MCLK 信号、一个用于数据的二进制计数器（由于 AD2 上的引脚数量较少，因此只有 12 位），并手动控制了 DATA_VALID 信号。 当频率达到更高（20 MHz）时，我发现 AD2 实际上无法提供像样的方波，并且由于信号完整性差，可能导致我的 FRDM 触发不必要的频移。 我看了你发给我的文件，我觉得它可能可以解决我想解决的一个问题。如果 DATA_VALID 与 MCLK 同时上升/下降，我认为它会错过数据移位，因为时钟无法完全递减。 我的主要问题是，即使来自其他设备的触发信号变为低电平，换挡器通常是否需要延迟时钟/计时器才能完成其完整的换挡周期？我目前的设置要求 DATA_VALID 在 MCLK 边沿之间保持高电平，以免丢失数据。

i.MX8M PlusおよびTIM-VX/VSINPU上のGC7000UL汎用演算推論パスはNPU専用であるように見える 理事会/BSP: i.MX8M Plus、aarch64 Galcore バージョン 6.4.11.p2.745085 VSINPUExecutionProviderを用いたONNXランタイム(libtim-vx.so に対して静的リンク) Vivante OpenCL ICDの存在と機能(Vivante.icd → libVivanteOpenCL.so) 目標: GC7000UL 3D GPUコア上でResNet50推論ベンチマーク(MLPerfロードゲンハーネス)を実行し、既存のNPU(VIP8000Nano)やCPUベンチマークの結果と比較します。 動作確認済みの項目： Vivante OpenCL ICDを経由したclGetPlatformIDs/clGetDeviceIDsは、1つのプラットフォーム上で2つの独立したデバイスをきれいに列挙します。 デバイス0：GC7000UL.6204.0000 デバイス1：VIP8000Nano-S+I.8002.0000 両者とも、CL_DEVICE_TYPE_ACCELERATORを報告し、エラーはなく、libOpenCL.so → libGAL.so と連携した最小限のCテストプログラムで確認されました。 ORT経由でGPUディスパッチを妨げている原因: ort.get_available_providers()は['VSINPUExecutionProvider', 'CPUExecutionProvider']のみを返します — OpenCLベースのEPはありません。 VSINPUExecutionProviderは静的にリンク libtim-vx.so(OVXLIB/vsi_nn_* API)です。libtim-vx.so と libGAL.so の両方のシンボル/文字列ダンプでは、DEVICE_INDEX/DEVICE_IDスタイルのenv varやconfig surfaceは表示されず、動作の切り替え(VIV_VX_ENABLE_SHADER、VSI_NN_ENABLE_*など)のみが表示されます。 libGAL.so 生のHALレイヤーでgcoHAL_SetDeviceIndex/gcoHAL_GetCurrentDeviceIndexをエクスポートしますが、OVXLIB/TIM-VXからその呼び出しまでの配管は見当たりません。これは、VSINPUが使うグラフコンパイラがデバイスインデックスに関係なくNPUコアのみをターゲットにしている可能性を示唆しています。 具体的な質問： このBSP(galcore 6.4.11.p2)上のTIM-VX / OVXLIBは、グラフをコンパイルして一般的な計算対象としてGC7000ULにディスパッチするのをサポートしているのでしょうか?それともこのビルドではグラフコンパイラは設計上NPUのみ対応されているのでしょうか?また、その方法で実行可能かどうかはどうやって確認すればよいのでしょうか? もしTIM-VXの上流でGPUターゲットグラフコンパイルがサポートされているのに、このNXP搭載ビルドでは有効になっていない場合、それを公開するビルドフラグやSDKコンポーネントはありますか? TIM-VX/ORTを通るサポート済みの経路がない場合、NXPが推奨する汎用推論をGC7000UL上で直接実行する方法(例えばOpenCL/OpenVXレイヤー経由、その部分は機能が確認されているため)やサンプルアプリ、SDKコンポーネント、または参照実装などを基準に構築する方法はありますか? 現在学生で、この実装に取り組みながらGPUの上にORTを動かそうとしているのですが、GPUを使って推論できる方法、あるいは他に何か方法はありますか? どうもありがとうございます。 IMX8MPLUS #GC7000UL Re: GC7000UL general-compute inference path on i.MX8M Plus and TIM-VX/VSINPU appears NPU-only こんにちは、 @WaleedO さん。 NXPサポートまでご連絡いただきありがとうございます。 GPU上で推論を実行するにはGPUデリゲートを使うべきで、これを使うとサポートされた操作をCPUだけで動作するのではなくGPUで加速できます。 利用可能な実行バックエンド、設定の委任、サポートフレームワーク、例のアプリケーションをよりよく理解するために、 Machine Learning ユーザーガイド の確認をお勧めします。ガイドには、GPUデリゲートが正しく読み込まれているか、モデルが期待通りに動作しているかを確認するためのステップバイステップの例も含まれています。 セットアップや実行中に問題が発生した場合は、モデル、BSPバージョン、使用しているコマンドを共有していただければ、喜んでサポートいたします。 よろしくお願いします、 アレハンドロ・ガルシア Re: GC7000UL general-compute inference path on i.MX8M Plus and TIM-VX/VSINPU appears NPU-only こんにちは、 @Chavira はじめまして。 ドキュメントを確認すると、GPUデリゲートとOpenCLパスは95/952 GPU(Arm Mali G310)内で i.MX 使われています。現在、『The IMX8MPLUS』に取り組んでいます。 IMX8M Plusは以下のスタックを持っています:VX delegate ==> TIM-VX ==> GPU/NPU(統一ドライバー)==> I.MX 8シリーズNPU、 GPU(GC7000,GC7000L、GC7000UL)。ドキュメントによると。 現在、私はONNXとORTを扱っています。実行時には、デフォルトでNPU上で実行されます。OpenCLを使って IMX8MPLUS GPUで作業する方法はありますか?あるいは、コンパイルをNPUかGPUに手動で設定できる手動オーバーライドや技術があれば教えてください。 ご返信いただき、誠にありがとうございます。 敬具、 IMX8MPLUS #TIM-VX #VX-delegate

S32DS许可证已过期。 您好，客服人员， 请帮忙延长已过期的许可证： FF6A-EDA4-CDF0-7186 。 此致， 马库斯 激活 | 安装 | 许可 | 安装程序下载 Re: S32DS License Expired. 我认为延长许可证是不可能的。或许你需要购买许可证。

PWM捕获功能在frdm_mcxw72板上无法工作 你好， 我尝试在frdm_mcxw72板上练习pwm捕获示例，但不幸的是，串口工具中的打印消息只显示“捕获周期错误-134 ”。我确信有 1Khz、50% 占空比的 PWM 信号注入到 frdm_mcxw72 板的 PTA21 引脚中。 我从演示案例中导入了整个项目文件，没有任何改动，只是添加了覆盖文件，以下是覆盖文件设置。 请帮忙查一下为什么打印信息不正确。提前致谢！ Re: PWM Capture can't work in frdm_mcxw72 board 你好， 希望你一切都好。请问您使用的是哪个 Zephyr 仓库？ 另外，你是从哪些例子入手的？你修改过什么吗？ 顺祝商祺！ 里卡多 Re: PWM Capture can't work in frdm_mcxw72 board 你好， 请问您使用的是哪个代码仓库？ 您使用的是上游还是下游？ 另外，这个示例在您那边无需修改就能正常运行吗？ 顺祝商祺！ 里卡多 Re: PWM Capture can't work in frdm_mcxw72 board 嗨，里卡多， 仓库版本为V4.4.1.0，以下是我的步骤 1. 从仓库导入捕获示例应用程序 2. 将 DTS overlay 文件添加到板文件夹中，overlay 文件的内容已在第一条消息中发布。 3. 将固件编译并烧录到我手中的frdm_mcxw72开发板上，打印信息为： “捕获周期错误”，看起来板状态正常，因为我没有注入 PWM 信号，但是将 PWM 信号注入 PTA21 引脚后，打印消息仍然相同。    

MPC5746Cは周囲温度115℃でハングアップする（起動せず、UARTも動作しない）。 パート: MPC5746C(Power Architecture Z4、SDK:NXP MPC57xxプラットフォームSDK) 周囲温度115℃での恒温槽試験中、当社のMPC5746Cベースのボードは起動時に完全に反応しなくなり、UARTコンソール出力が全くなくなります。この現象は、その温度での起動試行のたびに発生します。冷却後、部品は完全に回復するようです。室温で再フラッシュ/再起動すると、永続的な損傷なく正常な動作に戻ります。 興味深いことに、基板が115°Cの状態でもPEMicro JTAGデバッグプローブを使ってフラッシュを再プログラム することは可能です 。これは、温度でバージョンストリングをフラッシングし、冷却後に新しいバージョンを読み返すことで確認済みです。したがって、デバッグプローブのフラッシュ経路は115°Cで動作します。アプリケーションのブートパスだけがハング/悪い状態になります。 マニュアルにはMCUが最大125°Cまで持続できると書かれています。 問題の根本原因と解決方法を教えていただけませんか。 Re: MPC5746C hangs (no boot, no UART) at 115°C ambient こんにちは、 マニュアルにはMCUが最大125°Cまで持続できると書かれています。 はい、それは問題ありません。 問題の根本原因と解決方法を教えていただけませんか。 これはカスタムボードであり、冷却後に問題が解消されることから、私は次のことを疑っています。 1. 時計の起動に関する問題（最も可能性が高い） 115℃の場合： 外部水晶発振器（FXOSC）の起動時間が長くなります。 発振器のゲインマージンが減少する。 負荷コンデンサの値は温度によって変化する。 プリント基板からの漏洩電流が増加します。 デバッグロジックは独自のインフラストラクチャを利用し、アプリケーションがmain(に到達する)に依存しないため、デバッガーは部品にアクセスできます。 FXOSCステータスビット CMUクロックモニタの障害 FIRCのみのブート実験 FIRCから完全に実行し、外部水晶発振器を一時的に無効にする JTAGのプログラミングが115°Cで動作し続けていることは、コアインフラストラクチャがまだ生きており、故障がフラッシュアレイ自体ではなくアプリケーションのブートパスの非常に早い段階で起きていることを示す最も強い手がかりです よろしくお願いいたします。 ピーター

FLEXCAN EDMA - 接收 CAN 消息突发时出现 ACK 错误 在 i.MXRT1176 上，我们使用 FLEXCAN 和 EDMA。（SDK 26.03） 我们定义了 DMA 传输完成的回调函数。 这是我们的流程： 1.调用 ` FLEXCAN_TransferReceiveFifoEDMA()` 开始传输。 2. DMA 传输完成后，调用用户定义的回调函数。 3. 从 DMA 缓冲区复制数据，并调用 `FLEXCAN_TransferReceiveFifoEDMA()` 继续接收消息。 4. 重复步骤 2-4 我们注意到，当我们从另一个节点以突发方式发送消息，且帧间间隔仅为最小值时，ACK 错误的数量会增加——iMX 无法确认消息。 从流程来看，每次 DMA 传输完成回调时，FLEXCAN 上的 DMA 都会被禁用。当调用 `FLEXCAN_TransferReceiveFifoEDMA()` 时，DMA 功能会重新启用。这可以通过调用 ` FLEXCAN_EnableRxFifoDMA()` 来实现。启用/禁用 DMA 会更新 FLEXCAN 的 MCR 寄存器中的 DMA 位，并且只能在冻结模式下进行。由于我们以突发方式接收消息，因此当 FLEXCAN 进入冻结模式时，可能正在进行传输，导致它无法确认接收到的消息。   我们确认，移除对 `FLEXCAN_EnableRxFifoDMA()` 的调用可以消除所有 ACK 错误，但同时也会丢弃一些消息。此外，我们还尝试拉开消息之间的间隔，这样也消除了 ACK 错误。请问这是否确实是实现方面的问题，或者我们是否应该采用不同的架构方式？

E9171 AMDPUとT1040 RDBボード 私はE9171 AMDGPUにT1040 NXPボードを搭載していますが、このGPUはamdgpuを使ったパートゥピアデータ転送に対応していますか?このNXPはPCIeスイッチを介してFPGAおよびGPUに接続されています。このGPUはQDMAドライバーを使ってFPGAから直接データを取得できるはずですし、またこのNXPボードはAMDGPUドライバーを使った直接ピアツーピア機能をサポートしていますか?

交换请求：通过 Hse_Ip_ServiceRequest 发送的 HSE_SRV_ID_ACTIVATE_PASSIVE_BLOCK 返回 0xAA55A11E 您好，目前我正在尝试对 S32K314HMS 微控制器进行 A/B 交换。交换请求通过以下方式提出：   /* 重置作业状态变量 */       交换作业状态=交换作业待处理； /* 设置 HSE 请求的服务描述符 */ swapHseSrvDescriptor.srvId = HSE_SRV_ID_ACTIVATE_PASSIVE_BLOCK; /* 设置要发送到 HSE IP 层的请求参数 */       swapHseIpRequest.eReqType = HSE_IP_REQTYPE_ASYNC_POLL ;​​       swapHseIpRequest.u32Timeout = SWAP_TIMEOUT ;​​ swapHseIpRequest.pfCallback = SwapProcessMuChannelResponse; /* 向 HSE IP 层发送服务请求 */ 如果 (HSE_SRV_RSP_OK != Hse_Ip_ServiceRequest(SWAP_MU_INSTANCE, SWAP_MU_ADMIN_CHANNEL, &swapHseIpRequest, &swapHseSrvDescriptor))     {          结果= E_NOT_OK ；      } 然后会执行 swapHseIpRequest.pfCallback ( SwapProcessMuChannelResponse ) ，返回的 HseResponse 将是： static void SwapProcessMuChannelResponse ( uint8 u8MuInstance , uint8 u8MuChannel ,                                              hseSrvResponse_t HseResponse ， void * pCallbackParam ） {    如果( HseResponse == HSE_SRV_RSP_OK )     {       vFotaH_Appl_SwapJobStatus = SWAP_JOB_OK ;    }    别的     {       vFotaH_Appl_SwapJobStatus = SWAP_JOB_FAILED ;       VStdLib_ConvertUint32ToUint8ArrayBigEndian （（ uint32 ） HseResponse ，调试数据）；    } } #define HSE_SRV_RSP_NOT_SUPPORTED (( hseSrvResponse_t ) 0xAA55A11EUL ) /**< @brief 不支持此操作或功能。 */ 这种情况偶尔会发生，有时交换会按预期进行。原因可能是什么？我可以在哪里找到 HSE 返回此返回代码的原因/情况？ 此交换是在更新序列结束时触发的，在RESET/上电几分钟后（因此 HSE 已 100% 初始化）。 Re: Swap request: HSE_SRV_ID_ACTIVATE_PASSIVE_BLOCK via Hse_Ip_ServiceRequest returns 0xAA55A11E 嗨@AlexI 这是一个非常简单的服务，没有任何参数。我唯一的解释就是这是数据缓存内存造成的。请确保将描述符放置在不可缓存的内存中。 通常情况下，所有用于与 HSE 通信的数据对象都必须强制存储在不可缓存的内存中，因为 HSE 无法访问缓存。 虽然这可能不是本案的原因，但是：如果使用 DTCM 内存，则必须使用后门地址。普通地址仅对拥有该内存的核心可见。其他总线主控器（其他核心、DMA、HSE 等）只能通过后门地址看到此内存。 此致， Lukas

S32 Design Studio for ARM Version 2.2 许可证到期,麻烦帮忙延期，谢谢！ S32 Design Studio for ARM Version 2.2 许可证到期,麻烦帮忙延期，谢谢！

S12XシリアルMCU、コードの開始アドレスを知る方法 今はCAN起動デモを手に入れました。S19ファイルを解析し、データとオフセットアドレスをS9S12G64に送信できます。MCUはマスターコンピュータが送るアドレスを指定するだけでフラッシュを書き込めます。アプリコードの開始アドレスを知る必要があります。アプリプロジェクトのprmファイルがありますが、開始アドレスを取得するにはどうすればよいでしょうか？ Re: S12X serial MCU ,how to know the Code's START ADDRESS ここにアプリとブートコードがあります Re: S12X serial MCU ,how to know the Code's START ADDRESS こんにちは@李乐 参照のためにMAPファイルかS19ファイルを送ってもらえますか?ありがとう。 BR アリス Re: S12X serial MCU ,how to know the Code's START ADDRESS こんにちは@李乐 APPの開始アドレスは0xC000です。 よろしくお願いします。 BR アリス

S32G399A serial boot IO confirm Hi  I am reading the S32G3 Reference Manual. The Serial Boot section mentions that the CAN and UART interfaces use: UART: RX = PAD[42], TX = PAD[41] CAN: RX = PAD[43], TX = PAD[44] However, I cannot find PAD[41], PAD[42], PAD[43], or PAD[44] in the SoC pad list or pin descriptions. Could you please clarify which physical SoC pins or signals correspond to PAD[41], PAD[42], PAD[43], and PAD[44]? Also, are these pads associated with a specific LINFlexD instance and FlexCAN instance used by the BootROM Serial Boot mode? Re: S32G399A serial boot IO confirm Hi,MichaelTao Thank you for contacting us. I have received your question and will help you to check it. BR Joey

工具软件问题 LPC1765FBD100使用的开发软件NXP MCUXpresso IDE，怎么下载、谢谢 Analog(ADC|CMP|DAC|OpAmps) Core and Memory Development Board Re: 工具软件问题 您好，MCUXPresso 下载链接可以在这里找到：Free Professional ARM Development Tools | NXP Semiconductors BR Celeste

PCA2131：控制寄存器 2 中的 AF（报警标志）将无法清除 大家好， 我目前正在将PCA2131汽车实时时钟集成到电池管理系统 (BMS) 中。 我遇到了一个持续存在的问题，即报警标志（AF，Control_2 寄存器 01h 的第 4 位）一直处于高电平。基本的 SPI 通信功能完美——我可以成功设置和读取时间寄存器，没有任何问题。但是，我无法在初始化期间清除 AF 标志。 重要背景信息： 在尝试清除 AF 标志之前，我已经确保报警寄存器（0Ah 到 0Eh）中的所有报警使能 (AE_X) 位都设置为 1（禁用）。 我正在执行的序列： 读取 Control_2（寄存器 01h）。AF 位读取值为 1。 在我的本地结构体中，将 AF = 0 和 AIE = 0 设置为清除标志。 将修改后的字节写回 Control_2。 再次读取 Control_2。AF 位仍然是 1。 我已附上调试会话的屏幕截图，显示了清除之前、清除操作期间和读取之后寄存器的状态。 我的问题： 鉴于所有 AE_X 位均已禁用，还有哪些内部条件可以强制 AF 标志立即重新置位（或阻止其清除）？ 任何见解或建议都将不胜感激！ Re: PCA2131: AF (Alarm Flag) in Control Register 2 will not be able to clear 嗨，约瑟夫， 感谢您的支持，也感谢您为我指明了正确的方向。 我用示波器检查了 SPI 消息，并验证了硬件值是正确的。根据您的建议，我进一步调试了我的代码，并确认根本原因确实是位域顺序不匹配。 我已经修复了匹配错误，问题现已彻底解决。再次感谢你的帮助！ 此致， 维卡斯 Re: PCA2131: AF (Alarm Flag) in Control Register 2 will not be able to clear 嗨，维卡斯， 谢谢你的确认。根据数据手册中描述的 PCA2131 行为，并假设 AE_S/AE_M/AE_H/AE_D/AE_W 均为 1，则 RTC 似乎没有合法地重新触发 AF。最可能的原因是位域顺序不匹配。能否请您获取并分享一下读取和写入 SPI 消息的三个范围？确认写入和读取的时序和寄存器/位。 最诚挚的问候， 约瑟夫 Re: PCA2131: AF (Alarm Flag) in Control Register 2 will not be able to clear 哎呀，不好意思，打错了！正确的地址是 0Eh 到 12h。我刚刚又检查了一遍，我的代码里确实没问题，所以只是我的消息里有个错误。 Re: PCA2131: AF (Alarm Flag) in Control Register 2 will not be able to clear 嗨，维卡斯， 请仔细核对报警寄存器。这些寄存器的地址为 0Eh 到 12h。 请尝试将所有 AE_x 位再次设置为 1。 最诚挚的问候， 约瑟夫

NAFE13388晶体规格 RIOP RevB2 中 NAFE13388 晶体（X1，18.432 MHz）采用哪种晶体规格（ppm/负载）？ Re: NAFE13388 crystal spec 你好， 零件编号：ECS-184-12-33Q-JES-TR ppm：20 ppm 负载： 12 pF 希望这能帮到您。 Re: NAFE13388 crystal spec 谢谢！

Please provide an example of an S32K358 system booting from a dual-core EB29.0 core, preferably with RTD4.0. Hello: Here's an example of an S32K358 running on a dual-core EB29.0 system, preferably with RTD4.0; however, if RTD4.0 isn't available, other versions are also acceptable. Hello: I'd like to provide an example of an S32K358 system based on a dual-core EB29.0 processor, preferably with RTD4.0; however, if RTD4.0 is unavailable, other versions are also acceptable. Re: 提供一下基于eb29.0 双核启动的S32K358例子，最好rtd4.0这种 Hello, There are multiple examples for multicore. For example directly in the: https://community.nxp.com/t5/S32K/S32K324-Multi-Core-Example-Project-based-on-Whiteboard/m-p/1547771 or: There are demos directly in the S32DS package. Since EB tresos is not NXP tool, I am not aware of direct multicre demo here. You will probably need to do porting from the S32DS demos. RTD Drivers contain EB tresos based examples, but I did not find a full multicore project. You can also check attached presentation. best regards, Peter Re: 提供一下基于eb29.0 双核启动的S32K358例子，最好rtd4.0这种 https://community.nxp.com/t5/S32K/S32K324-Multi-Core-Example-Project-based-on-Whiteboard/mp/1547771I opened this link and found an example (s32k324_dualcore_demo), which is based on S32K3_RTD_1_0_0_D2110_ASR_REL_4_4_REV_0000_20211007, with an RTD of 1.0. I am currently using S32. I'm having trouble opening the example code with DS v3.5 and RTD 4.0. I can't find this version of RTD on the official website. Could you please send it to me? Also, I'm using S32 DS v3.5. Does RTD 1.0 support this? Do I need to install v3.4? Can I install both v3.4 and v3.5 at the same time?

How to measure CPU load for S32G399 baremetal application on S32DS Hi everyone, I would like to know how to measure CPU load for S32G399 while it is running.  Background: my S32G399 project is a four-core M7 baremetal one with one ELF file which is developed on S32DS3.5.10. I use a custom bootloader to boot up A53 and M7 which has been implemented. My request is measuring CPU load on M7 end. I have S32 Debug Probe on hand, so I can attach to my M7 application while it is running. However, I don't know the detailed steps/way to measure the load. I even don't know if it is feasible only using S32 Debug Probe to reach this goal.  Hopefully someone can provide relevant document or some guidance. Thank you. Re: How to measure CPU load for S32G399 baremetal application on S32DS Hello, @Yang_C  Thanks for your post. 1. From my understanding, solely depend on the debugger may not obtain run time CPU load accurately. 2. It is possible to add some code to your own application, for example, to enable timer, then measure the time executing your main task, at last. calculate the portion of (executing time)/(running time) to evaluate the rough CPU load. BR Chenyin Re: How to measure CPU load for S32G399 baremetal application on S32DS Thank you very much. I will try code-side measuring.

E9171 AMDPU 带 T1040 RDB 板 我正在使用E9171 AMDGPU和T1040 NXP主板，请问这款GPU是否支持使用AMDGPU进行点对点数据传输？NXP主板通过PCIe交换机连接到FPGA和GPU。该GPU应该能够使用QDMA驱动程序直接从FPGA获取数据，另外，该NXP板是否支持使用AMDGPU驱动程序的直接点对点功能？

S32G399A シリアルブートI/O確認 こんにちは S32G3リファレンスマニュアルを読んでいます。 シリアルブートのセクションでは、CANおよびUARTインターフェースが以下を使用していることが記載されています: UART: RX = PAD[42]、TX = PAD[41] CAN:RX = PAD[43]、TX = PAD[44] しかし、SoCのパッドリストやピン説明にPAD[41]、PAD[42]、PAD[43]、またはPAD[44]が見当たりません。 PAD[41]、PAD[42]、PAD[43]、PAD[44]に対応する物理的なSoCピンや信号を教えていただけますか? また、これらのパッドは、BootROMシリアルブートモードで使用される特定のLINFlexDインスタンスおよびFlexCANインスタンスに関連付けられていますか？ Re: S32G399A serial boot IO confirm こんにちは、マイケルタオ お問い合わせいただきありがとうございます。 ご質問を拝受いたしました。確認させていただきます。 BR ジョーイ

NAFE13388 水晶の仕様 RIOP RevB2では、NAFE13388 XTAL（X1、18.432 MHz）にどの水晶発振器仕様（ppm/負荷）を使用していますか？ Re: NAFE13388 crystal spec こんにちは、 部品番号: ECS-184-12-33Q-JES-TR PPM：20 PPM 負荷: 12 pF これがお役に立てば幸いです。 Re: NAFE13388 crystal spec ご回答をお待ちしています。

Kinetis (../45/47/43;MCX W71/72/70) および MCX W23 電源プロファイルツール (ローカライズ機能を含む) このページは、Kinetis (KW35/KW38/KW45/KW47) および MCX Wx (MCX W71/72 および MCX W23) 電力プロファイル ツール専用です。 これは、アプリケーション (オートモーティブまたは IIoT) の電力消費量を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには 2 つの専用電力プロファイル ツールが含まれています。 1.「One コネクティビティ Power Profiling Tool」には以下が含まれます。 新機能: シミュレーションに基づくスタンドアロンのKW43 (オートモーティブ) およびMCX W70 (IIoT) 製品。 スタンドアロンの KW3x/KW4x (オートモーティブ) および MCX W7x (IIoT) 製品。 スタンドアロンの MCX W23 (IIoT) 製品。 K32W0/QN9090、KW41、QN9080 製品をスタンドアロンで使用します。 スタンドアロンの MCX W71 および W72 製品 (IIoT)。 新機能: シミュレーションに基づくスタンドアロンのMCX W70製品 (IIoT)。 Bluetooth LE 802.15.4 マター＆ZED SmartFobアプリケーション（オートモーティブ）： BLE/KW45 + UWB Ranger4 + SE + モーション・センサ 新製品：BLE/KW47 + UWB Ranger5 + SE + モーション・センサ    2. CCC CS アプリケーション（オートモーティブ） 1. 「 One Connectivity Power Profiling Tool 」 概要： インストールファイルは、 OneConnectivityPowerProfilingtool_SDK_26_03.ZIPファイルに含まれています。 ツールを使い始めるには、クイックスタートの手順に従ってください。 ツールを最新版にアップデートするには、ZIPファイルに含まれているsource_file.txtをダウンロードするだけで済みます。 新機能：BLE(KW45/47)とUWB(Ranger4/5)の両方に対応したSmartFobアプリケーション（オートモーティブ）が、One コネクティビティ Power Profilingツールで利用可能になりました。   概要： 2. KW43 CCC CS ローカライゼーションアプリケーション（オートモーティブ） このツールは、R&Dデザイナーが提供するシミュレーションデータに基づいています。 電力および低電力アプリケーションノートについては、製品ページをご覧ください。便宜上、いくつかの直接リンクを次に示します。 Bluetooth LE AN14554 Kinetis KW47 Bluetooth LE 電力プロファイル分析リリース.pdf AN14739 MCX W72 Bluetooth LE 電力プロファイル分析 Rev2.0.pdf Kinetis KW45 および K32W1 Bluetooth LE 消費電力分析 MCX W71 Bluetooth LE 消費電力分析 AN14659: MCX W23 Bluetooth Low Energy 消費電力分析 | NXP Semiconductors CS AN14628_KW47_CCC_CS_電力プロファイル推定ツール_リリース.pdf 802.15.4 AN14841 MCX W72 802.15.4 マターおよびZigBee電力プロファイル分析.pdf パワー・マネジメント KW45/K32W148 - 電源管理ハードウェア MCXW71 - 電源管理ハードウェア KW45/MCX W71 または KW47/MCX W72 を使用して PCB を構築し、無線の性能と無線認証 (CE/FCC/IC) に関する情報をすべて得るには、次の重要なリンクを参照してください。 KW45（カーアクセサリ）を使ってPCBを構築する最良の方法 - NXPコミュニティ KW47（オートモーティブ）またはMCX W72（IoT/インダストリアル）を使用してPCBを初めて正しく構築するための最適な方法 製品: K32W0 製品: K32W1 製品: KW 34|35|36 製品: KW 37|38|39 製品: KW41Z |31Z | 21Z 製品: QN9080|SIP 製品: QN9090|30 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) こんにちは、エベレット。 パスワードは、変更や競合他社のベンチマークの詳細が多すぎることを避けるために設定されています。 ご不便をおかけして申し訳ございませんが、それはCANません。 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) こんにちは、christophe_menardさん。 @christophe_menardシート保護のパスワードを教えていただけますか。よろしくお願いします。 Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) こんにちは 、 OneConnectivityPowerProfilingtool_SDK_26_03.zip を使用したいのですが、トロイの木馬が検出されました。 このツールの使い方。 サポートありがとうございます Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) こんにちは、 @pierre_demeyer この件を確認するため、社内のIT部門に問い合わせチケットを発行しました。 近いうちにまたご連絡します。