Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
mimxrt1052 System security Hello everyone, I am using the mimxrt1052dvl6b EVK, and I have developed the final code. So I just want to know how to implement security for my product, so no one can read the flashed firmware (readback protection). If somehow someone gets read access, how can I use cryptography to encrypt this firmware? Also, how can I prevent access through J-Link debug and stop any read/write operation? No one should be able to read or write the firmware, even if it is stored in external flash. Please share any reference, reference manual, or steps to implement this. Thank you. Re: mimxrt1052 System security Hi @raj20024, hope you are doing well. Please check on the RT1050 HAB Encrypted Image Generation and Analysis community post, which contains information and a guide to use HAB encryption which may fit your requirements. Let me know if the information is useful.
View full article
Copy: CAN Driver 'MIXED' Legacy and Enhanced Rx FIFO This post is a copy from here Customer Company: AVNET Project Name: BRP Customer Contact Point (Name & Email):  Norm Siegel norm.siegel@avnet.com Software & Hardware Information: SW32K3_S32M27x_RTD_R21-11_6.0.0_D2506 HW (Board/Chipset/Platform): S32K314/S32K344 SW Version: RTD 6.0.0 & 7.0.0, S32DS v3.6.6 Hello team, I can see from AP Software community that support for 'MIXED' frames was added from 6.0.0 onward:  Inquiry Regarding CAN Enhanced FIFO MCAL Configuration on S32K312 - NXP Community [ARTD-180915] [IMPLEMENTATION][S32K3] CLONE - FlexCAN driver needs support 'MIXED' Can ID Message Type - NXP JIRA However, customer reported not being able to receive extended in the following Rx Legacy FIFO configuration: I've tested K344 and enhanced FIFO works correctly in both RTD 6.0.0 & 7.0.0, however, I also cannot receive MIXED when CAN is configured as Legacy FIFO. Q. Is this new feature limited to Enhanced Rx FIFO, or is there a misconfiguration with customer or my project?  Attached is the project I used to test it. I connected an external PEAK-USB to transmit both Std and Ext frames. CanIf_RxIndication() is not entered when Std frame is sent.  If possible, please share a routine for reception of MIXED frames in Legacy Rx Fifo for RTD 6.0.0 in MCAL. Best regards, Julián Priority: MEDIUM RTD Source: Distributor Re: Copy: CAN Driver 'MIXED' Legacy and Enhanced Rx FIFO Hi @Julián_AragónM , Th ticket is: ARTDCC3-598. I saw S32CC fixed this issue, it is as below: In the function Can_Ipw_InitRxLegacyFifo(), the code was changed to: for (u8FilterIdx = 0U; u8FilterIdx < u8HwFilterCount; u8FilterIdx++) { RxFifoFilters[u8FilterIdx].id = (Can_pHwObject->Can_pHwFilterConfig[u8FilterIdx].Can_u32HwFilterCode & 0x1FFFFFFFU); if ((CAN_43_FLEXCAN_EXTENDED == Can_pHwObject->Can_IdMessage) || \ (CAN_IPW_EXTENDED_ID_FILTER_MASK == (Can_pHwObject->Can_pHwFilterConfig[u8FilterIdx].Can_u32HwFilterCode & CAN_IPW_EXTENDED_ID_FILTER_MASK))) { RxFifoFilters[u8FilterIdx].isExtendedFrame = TRUE; } else if ((CAN_43_FLEXCAN_STANDARD == Can_pHwObject->Can_IdMessage) || \ (0U == (Can_pHwObject->Can_pHwFilterConfig[u8FilterIdx].Can_u32HwFilterCode & CAN_IPW_EXTENDED_ID_FILTER_MASK))) { RxFifoFilters[u8FilterIdx].isExtendedFrame = FALSE; } else { /* nothing */ } RxFifoFilters[u8FilterIdx].isRemoteFrame = FALSE; } I tested and it worked. You can try it at your side. But I think if it is urgent, the customer should request Hotfix to have a official fix from SW team. Best regards, Nhi Re: Copy: CAN Driver 'MIXED' Legacy and Enhanced Rx FIFO Hi @Nhi_Nguyen, Thank you for the information. Could you share the ticket number to keep track of? Also, is there any known workaround for this? Customer prefers not using "Enhanced Fifo" because we do not need the additional features and there are many erratas around this peripheral that they are worried about. Best regards, Julián Re: Copy: CAN Driver 'MIXED' Legacy and Enhanced Rx FIFO Hi @Luis_Garabo , This is an issue from driver. Driver based on Can ID Message Type  in HWObject to set all of Hwfilters in this object to IDE ignore their configuration. This led to extended frame can be received but standard not. I'll raise the ticket to SW team to fix this issue. Best regards, Nhi Re: Copy: CAN Driver 'MIXED' Legacy and Enhanced Rx FIFO Hi @Nhi_Nguyen Thank you so much for the information! Best regards, Julián Re: Copy: CAN Driver 'MIXED' Legacy and Enhanced Rx FIFO Hello @Nhi_Nguyen, Sorry to re-open the thread. I can see from Jira that ARTDCC3-598 was closed and added to ARTDCC3-526.  Do you happen to know if there is an estimated fix date, or in which release will this fix be included? Thank you! Re: Copy: CAN Driver 'MIXED' Legacy and Enhanced Rx FIFO Hi @Julián_AragónM , For S32K3, the fix will be included in the next release 8.0.0 that planned to release on 27 Nov 2026. Best regards, Nhi Re: Copy: CAN Driver 'MIXED' Legacy and Enhanced Rx FIFO Hi @Nhi_Nguyen, Thank you! Best regards, Julián
View full article
OCRAM/ITCM/DTCM allocation on Teensy4.1/Zephyr Hoping someone out there can shed some light on the default OCRAM/DTCM/ITCM configuration for a Teensy4.1 board (MIMXRT1062) running Zephyr 4.3.0 and how to change it. From the IMXRT1060 technical reference manual, OCRAM, DTCM, and ITCM are all shown to have a size of 512kB. My understanding (and assumption) is that OCRAM (aka FlexRAM) is allocated to DTCM and ITCM as needed and the total of that allocation would be 512kB in size. In the Zephyr device tree,  OCRAM takes its size from: zephyr/dts/arm/nxp/nxp_rt1060.dtsi as 256kB. The DTCM and ITCM regions take their size from zephyr/dts/arm/nxp/nxp_rt10xx.dtsi as 128kB. The resulting memory map for a Zephyr build for a Teensy4.1 then looks something like:            FLASH:      144676 B         8 MB      1.72%              RAM:       68512 B       256 KB     26.14%             ITCM:          0 GB       128 KB      0.00%             DTCM:          0 GB       128 KB      0.00%            OCRAM:          0 GB       256 KB      0.00%           OCRAM2:          0 GB       512 KB      0.00%         IDT_LIST:          0 GB        32 KB      0.00%   Hoping someone familiar with Zephyr and the Teensy could indicate how to safely increase the OCRAM/ITCM/DTCM regions to take advantage of the full 512kB as seeming available there as indicated by the technical reference manual (and echoed by the Teensy website). I'm posting here b/c most of the Zephyr support for Teensy is build atop of the NXP SDK for the RT1062. Thanks in advance! --George i.MXRT 106x Re: OCRAM/ITCM/DTCM allocation on Teensy4.1/Zephyr Hi From your memory map output it is not clear what RAM is used (it states that RAM is occupied with a certain amount of data but not that the physical RAM areas are used). Since the TEENSY boards don't have SDRAM it can't be that type and so I don't know what it refers to. Take a look at chapter 11 of https://www.utasker.com/docs/iMX/i.MX_RT_1060_uTasker.pdf which explains the default FlexRAM layout and how it can be modified to suit the application's requirements (dynamically at run time). Also, take a look at the very first lines in your reset vector code since FlexRAM settings are typically (almost exclusively in an application) made there and it would be obvious if it is doing anything. There are also boot loaders available for the Teensy boards: - https://www.utasker.com/iMX/Teensy_4_0.html - https://www.utasker.com/iMX/Teensy_4_1.html which allow application (irrespective of their code or OS) to be executed in ITC whereby the OCR/DTC/ITC configurations are dynamically set to suit the application. For code that runs in XiP mode the loader can also pre-configure the FlexRAM layout based on the application's header setting which also gives full control (but requires you to set the linker script to suit the layout you actually want). There are some further guides and videos at https://www.utasker.com/iMX/developers.html Regards Mark Re: OCRAM/ITCM/DTCM allocation on Teensy4.1/Zephyr Hi EdwinHz, Thanks - yes I had found that application note before when I searched for other posts on this topic. While it's true that anything implemented in the NXP SDK and Zephyr layers has to flow from that document, I was hoping that somebody in the user community who is using the Teensy4.1 with Zephyr could share their wisdom as to how AN12077 was applied and how the current setting may be modified.  Would be greatly appreciated!! Thanks in advance! --George Re: OCRAM/ITCM/DTCM allocation on Teensy4.1/Zephyr Hi @zeebrog, The following application note is not Zephyr based or uses a Teensy4.1 board as an example, but it does describe how to reconfigure the FlexRAM in order to achieve specific OCRAM/ITCM/DTCM regions: AN12077: Using the i.MX RT FlexRAM – Application Note. Regardless of what board or OS you are using, the inner workings of the FlexRAM, and how to set them up will be the same. BR, Edwin.
View full article
开始使用 S32K396 上的 HSE 我正在尝试构建支持 HSE 的应用程序。但我该如何开始呢?我知道我需要 1.启用 HSE 固件安装 2.更新 SBAF? 3. 安装 HSE 固件 我有 S32K396-BGA-DC1 板,使用嵌入式调试控制器。 我有元器件: HSE_FW_S32K396_0_2_50_0_D2411 HSE_DEMOAPP_S32K396_0_ 2_50_0_D2411 RM758227-RM00286 HSE-B 固件参考手册-V2.7 不过,DEMOAPP 似乎在很大程度上依赖 TRACE32 脚本,而没有 TRACE32 我就无法使用。 Re: Getting started with HSE on S32K396 你好,@Henrik-Wires ConfigTools 中的 IVT 工具不支持 S32K3 设备。IVT 表格内容必须手动定义和定制,RTD 没有提供配置工具。 HSE 固件的更新过程是通过更新服务完成的,必须从应用程序中调用该服务,并提供相应的固件版本。您可以参考 S32K344_HSE_FW_UPDATE 示例以获得指导。 此外,一旦在 MCU 上安装了 HSE 固件,为 HSE FW 分配的内存将保持保留状态,这意味着该内存区域不能被回收或用于应用代码。 关于 SBAF 更新过程,必须已安装 HSE 固件。之后,您需要验证 SBAF 是否是最新的。如果不是,则必须使用 HSE API 中 hseSbafUpdateSrv_t 结构定义的服务。作为参考,请查看 S32K344_SBAF_UPDATE 示例。 有关 SBAF 和 HSE 固件兼容性,请参阅下表: 最后请注意,HSE 演示应用程序仅用于演示 HSE 固件的功能。新版本的演示应用程序还包括最新的功能和改进,因此最新版本将永远是最佳参考。 Re: Getting started with HSE on S32K396 谢谢。在交叉引用了示例和参考手册之后,现在情况变得更清楚了。 关于 IVT 和 HSE 固件,我仍然有些困惑。S32 配置工具中的 IVT 屏幕似乎只支持 QSPI 闪存映像?是否应该手动编辑启动标题来为嵌入式闪存映像构建 IVT?或者即使屏幕显示 QSPI 是唯一可用的启动源,它也能通过配置工具运行吗?据我所知,DemoExamples应用程序有手动编辑的boot_header和链接脚本,而且似乎根本没有使用S32配置工具。 使用通过IVT链接的嵌入式HSE固件将应用程序作为代码包,以确保HSE固件始终与主固件保持最新状态是否可行。还是说主应用程序需要管理 HSE 固件更新?在大约 2MB 的应用程序映像大小 (AB) 中,我们将有足够的空间容纳两者,只是尚不完全清楚在 IVT 中始终包含 HSE 固件是否可以,以及这在启动过程中意味着什么。 建议的 SBAF 更新流程是什么?关于 SBAF 和 HSE 固件安装之间的依赖关系,我找到了一些相互矛盾的信息,有些信息来源称应在 SBAF 更新之前安装 HSE 固件,有些则称可能需要在安装 HSE 映像之前更新 SBAF(HSE 需要较新的 SBAF)。 另外,在新设计中,S32K396 软件包中我们可以预期的最低 SBAF 版本是多少?我们是否可以假定至少是 0.15.0,还是说我们在生产中可能会遇到 SBAF 早期版本的芯片? 而且我假设在构建自己的应用程序时,较新的 DEMOAPP 示例是当前 HSW 固件集成源的正确参考? Re: Getting started with HSE on S32K396 你好,@Henrik-Wires 作为 HSE DEMO APP 的替代方案,还提供用于通用 HSE 演示示例的 S32K3 MCU。这是 HSE DEMO APP 的移植版,但在本例中,它是为与 PEmicro 和 Design Studio 一起使用而设计的。这提供了不同的用例场景和示例,以展示搭载 S32K344 设备的 HSE 固件的功能。尽管不是您正在使用的特定设备,但HSE FW是相同的,因此它将是一个很好的参考和起点。 此外,还有一些应用说明和培训演示文稿可能对您入门 S32K3 设备的安全性有所帮助。可通过导航至文档 → 安全文档下的电气化应用 S32K39/37/36 微控制器主页访问。 BR、VaneB
View full article
i.MX8MP、DRM/FBDEVディスプレイを使用してGUI-GUIDEでアプリを生成 現在、ディスプレイ ドライバである DRM/FBDEV を使用して、GUI-GUIDE を使用して i.MX8MP 上の UI を生成しています。 ターゲット ボード上でアプリケーションを実行すると、アプリケーションが CPU 上で実行されることがわかりました。 DRM/FBDEV を使用してアプリケーションを GPU 上で実行したい場合、それは可能ですか? Re: i.MX8MP, Use GUI-GUIDE generate app by use DRM/FBDEV display こんにちは@IKnow 、 デフォルトでは、GUI Guider は i.MX9 プロセッサでのみ動作するように設定されています。 i.MX93 には GPU が搭載されていないため、すべてのグラフィック レンダリングは CPU によって処理され、PXP エンジンによる加速は制限されます。 i.MX8MPの場合、i.MX93テンプレートを使用してプロジェクトソースコードを生成し、lv_conf.hでPXP関連の設定を無効にすることをお勧めします。ファイル。 Wayland の代わりに DRM を選択することで、GUI Guider 内のプロジェクト設定でディスプレイ バックエンドを直接変更できます。 次のガイドに記載されているコンパイル手順に従うことができます。 GUI Guider プロジェクトのビルド (GUI GUIDER 1.9.X、1.10.x)iMXプロセッサ用 LVGL プロジェクトを生成するためのより一般的なオプションは、SquareLine Studio を使用することです。 こちらのガイドに従ってください: FrameBuffer を使用して i.MX 93 EVK で SquareLine プロジェクトを実行する方法。 この情報がお役に立てれば幸いです。 よろしくお願いします、 チャビラ Re: i.MX8MP, Use GUI-GUIDE generate app by use DRM/FBDEV display i.MX8MPでLVGLとDRMを使用する方法について理解したい 何か間違っている点があれば訂正してください。 私の理解: DRM i.MX8MP 上の専用ディスプレイ コントローラ ハードウェア (LCDIF) を直接管理する Linux カーネル サブシステムです。 LVGL がディスプレイ バックエンドとして DRM を使用する場合: LVGLはUIをレンダリングし、バッファをDRMに渡す DRMはそれをLCDIFディスプレイコントローラハードウェアに渡します。 LCDIFはCPUの関与なしにピクセルを独立して取得し出力します。 これにより、ディスプレイ出力作業がCPUから専用ハードウェアにオフロードされます。 私の理解は正しいでしょうか? Re: i.MX8MP, Use GUI-GUIDE generate app by use DRM/FBDEV display こんにちは。 @Chavira 、 i.MX8MPでLVGLとDRMを使用する方法について理解したい 何か間違っている点があれば訂正してください。 私の理解: DRM i.MX8MP 上の専用ディスプレイ コントローラ ハードウェア (LCDIF) を直接管理する Linux カーネル サブシステムです。 LVGL がディスプレイ バックエンドとして DRM を使用する場合: LVGLはUIをレンダリングし、バッファをDRMに渡す DRMはそれをLCDIFディスプレイコントローラハードウェアに渡します。 LCDIFはCPUの関与なしにピクセルを独立して取得し出力します。 これにより、ディスプレイ出力作業がCPUから専用ハードウェアにオフロードされます。 私の理解は正しいでしょうか?
View full article
RTDセーフティマニュアルにモジュール固有の積分器対策が記載されていない こんにちは、NXPチームの皆様、 私たちは、S32K1 の RTD ソフトウェアセーフティマニュアル、Rev. 2.1 (2022 年 2 月 24 日) を使用しています。セクション4.3.2「ハードウェアのランダム障害に対する対策」では、積分器の対策が「次のセクションで各 RTD モジュールごとに個別に」詳細に説明されていると記載されています。 ただし、このマニュアル バージョンでは、インテグレーターが実装した対策やモジュール レベルの要件をリストするモジュール固有のセクションが見つかりません。 以下を明確にしていただけますか: これらのモジュール固有のインテグレータ対策は、他の場所(別の付録、モジュールごとのセーフティに関する注意事項、または新しいマニュアルなど)に文書化されていますか? そうでない場合、インテグレーターの責任の対象となる情報源は何ですか? FMEA の抜粋、リリース ノート、または特定の RTD コンポーネントのドキュメントですか? これらのセクションを含む S32K1 RTD の更新されたリビジョンはありますか? 事前に感謝いたします。 Re: Missing Module‑specific integrator measures in RTD safety manual こんにちは@yogesh95さん、 このCASEは現在、RTD チームからのフィードバックを待っています。 BR、ダニエル Re: Missing Module‑specific integrator measures in RTD safety manual こんにちは@yogesh95さん、 RTDモジュールは、偶発的なハードウェア障害によってモジュールの完全性が損なわれることを防ぐためのセーフティ機構を実装しています。これらのメカニズムは、各モジュールのFMEA(故障モード影響解析)で定義されています。各モジュールに対応するセーフティ対策については、セーフティパッケージに含まれているFMEA文書をご覧ください。 例:RTD_MCU_FMEA.xlsx - [EA-RTD-00067] – アプリケーションは割り込みフラッディングを検出し、処理する - [EA-RTD-00067] – アプリケーションは例外に対して適切な応答を提供する責任があります - [EA_RTD_00075] – アプリケーションは、統合環境の完全性を確保するために制御フロー監視を展開するものとする。 - EA_RTD_00074 – アプリケーションは、コア計算障害による整合性の喪失について、RTD統合環境を監視するものとする。 - EA_RTD_00127 – 統合アプリケーションは、適切なタスクスケジューリングを保証する必要があります。 - EA_RTD_00129 – 統合アプリケーションは、適切なブートシーケンスの実行を保証する必要があります。 - EA_RTD_00132 – 統合アプリケーションは、リセットメカニズムの適切な使用を保証するものとする - EA_RTD_00135 – インテグレーターは、必要な専用領域を適切に実装および使用しなければならない。 よろしくお願いいたします。 ダニエル Re: Missing Module‑specific integrator measures in RTD safety manual こんにちは、 @danielmartynek さん、 ご説明いただきありがとうございます。 FMEAからRTDソフトウェアセーフティマニュアルへのセーフティメカニズムのマッピングに関して、もう一つ質問があります。 RTD FMEAシートに記載されている関連するモジュール固有のセーフティメカニズムはすべて、すでにRTDソフトウェアセーフティマニュアルに統合され、一覧化されているのでしょうか?それとも、インテグレーターが各モジュールのFMEAを手動で確認し、該当するセーフティメカニズムを自ら特定する必要があるのでしょうか? 改めて、サポートありがとうございました。 よろしくお願いいたします。 ヨゲシュ
View full article
S32K344 的 I2C 主控示例(RTD 5.0.0) 我想在 S32K344(RTD 5.0.0)上以主模式使用 I2C。当我尝试导入可用的 I2C 示例项目时,出现了许多错误(包括在 .mex文件)。您有支持 RTD 5.0.0 的 I2C Master 示例项目吗? Re: I2C Master Example for S32K344 (RTD 5.0.0) 你好@gayancho 运行示例之前,必须生成配置文件。为此,请进入 S32DS 的 "项目浏览器 "视图并选择当前项目。然后打开 S32 配置工具菜单,选择要使用的工具(引脚、时钟、外设等)。 进行所需修改后,单击 S32 配置工具 → 更新代码按钮。代码更新后,该示例应无错误地生成版本。 此外,在S32K344 LPI2C0 传输失败的主题中,我共享了一个配置文件(.mex)和一个 main.c文件中使用 LPI2C0 作为主站的阻塞传输示例。尽管它可能与您的确切软件版本不匹配,但它仍应作为有用的参考。 BR、VaneB Re: I2C Master Example for S32K344 (RTD 5.0.0) 你好@gayancho 我查看了您的 .mex文件,而 I2C 时钟源配置缺失的原因是缺少所需的 Clock_Ip_ReferencePoint 项。 你需要在 mcuClockReference 部分中为 I2C 时钟定义相应的参考点。在 clock_IP_referencePoint 驱动程序中,添加一个与 I2C 时钟源相对应的新参考点。这应该是 AIPS_SLOW_CLK。 添加参考点后,转到 LPi2c 驱动程序配置。在 I2C 时钟源中,新创建的 McuClockReferencePoint 现在应显示为可选项。 选择与 AIPS_SLOW_CLK 对应的参考点;根据我分享的屏幕截图,这将是:/clock_ip_referencePoints/clock_IP_referencePoints/clock_IP_referencePoints/clock_ip_referencePo Re: I2C Master Example for S32K344 (RTD 5.0.0) 嗨 @VaneB,我已经在时钟元器件中启用了 LPI2C0 PCC 时钟,但是 LPI2C 配置仍然显示 “未启用源时钟”,而且 I2C 时钟源下拉列表保持空白。我已确保时钟和 LPI2C 位于同一个功能组(BOARD_InitPeripherals)中。能否请您说明需要在 RTD 5.0.0 中为 LPI2C0 启用哪个时钟源/配置设置才能使时钟源可用?
View full article
LPC5460x 次级引导加载程序闪烁不成功 我开发了一个辅助引导加载程序,允许我通过调制解调器协议在设备上刷新应用程序代码。 我的引导加载程序存储在闪存和 ECRP 值中,以防止在断电等情况下引导时第一个扇区被意外擦除。 不过,我希望能从应用程序代码中更新引导加载器。由于 ECRP 值会锁定闪存的第一页,而根据文档,我必须先擦除所有扇区(如大规模擦除)以消除锁定,然后才能继续重写引导加载程序。 Q1.这可能吗? Q2。我是否需要在擦除所有扇区后RESET才能清除闪存扇区的锁定? Q3.我编写了代码并进行了尝试,我设法擦除了芯片并将第一页代码闪存到 0 扇区,当我使用 IAP 命令闪存第二页时,什么也没发生,随后我的代码在比较第二页时失败,IAP 状态代码为 19(这是没有记录的)。 由于我无法从外部访问实际应用中的 uart 或 swd,因此需要尽可能从应用中进行操作。 凯利 Re: LPC5460x Secondary bootloader not flashing successfully 哈利 我最终没有实现闪烁引导加载程序,因为以下事实导致无法实现 第 2 步会覆盖第 1 步-> 如果您从应用程序代码更新引导加载程序并发出 RESET,则说明您丢失了 SRAM 中进行更新的代码。因此,除非有其他方法可以移除闪存锁,否则没有外部主控器进行更新是无法实现的。 Re: LPC5460x Secondary bootloader not flashing successfully 嗨@kellykan 问题 1:是否可以从应用程序代码更新引导加载程序? 是的,可以更新,但由于 ECRP 保护,这涉及到几个关键步骤和注意事项。ECRP 值会锁定闪存中的第一页以保护它,通常情况下,要更新引导加载程序,必须执行大规模擦除以清除 ECRP 保护。大量擦除后,可以重新编程引导加载程序并再次设置 ECRP 值。 问题 2:擦除所有扇区后是否需要 RESET 才能清除闪存扇区的锁定? 是的,大规模擦除后通常需要 RESET 以重新初始化闪存控制器并确保正确清除 ECRP 锁。如果不RESET,闪存控制器可能仍有锁的残留物,这可能会在随后的闪存操作中导致问题。 问题 3: 使用 IAP 命令闪烁第二页时出现的问题 1。擦除不完整或编程不完整:在尝试编程之前,确保批量擦除成功且闪存扇区已正确擦除。 2。IAP 命令序列不正确:确认使用正确的 IAP 命令序列来擦除和编程闪存扇区。 3.RESET要求:如前所述,可能需要在大规模擦除后进行RESET才能完全清除 ECRP 锁。 希望能帮到你。 BR 挂
View full article
需要 i.mx8MP AHAB 安全启动支持指南 (Yocto BSP) 你好, 我正在带有 Yocto BSP 的 i.MX8MP 自定义板上实现 AHAB 安全启动,希望确认正确的启用顺序。具体而言,我正在寻找有关图像签名要求、CST 使用、熔丝编程顺序和预熔丝验证方法的指导。 此外,你能否分享在i.MX8MP设备上启用安全启动的官方分步程序,包括在关闭设备之前推荐的验证步骤? 是否有任何应用笔记、参考指南或示例工作流程? 谢谢, Sowmya Re: i.MX8MP AHAB Secure Boot Enablement Guidance Needed (Yocto BSP) i.mx8MP 不支持 AHAB,请参阅 HABv4 安全启动流程: 我建议如下 1.CST 4.0.1(代码签名工具): https://www.nxp.com/webapp/Download?colCode=IMX_CST_TOOL_NEW&appType=license 2。在 CST 的下载文件中,有一份用户指南和一份 Habv4(高度保证启动)的文档。 3.应用笔记 AN4581-在支持 HABv4 的设备上安全启动 i.MX(https://www.nxp.com/webapp/Download?colCode=AN4581& location=null) 4. i.MX 8M Plus 网络安全参考手册(https://www.nxp.com/webapp/sps/download/mod_download.jsp?colCode=IMX8MPSRM& apptype=Moderated) 顺祝商祺!
View full article
标题:使用 WM8904 进行 SAI + EDMA 乒乓捕获 — i.MX RT/LPC 上多普勒音频信号中的噪声 你好,恩智浦社区、 我正在开发一款多普勒超声探头应用程序,在该应用程序中,我使用 EDMA 乒乓缓冲通过 SAI1 从 WM8904 编解码器捕获音频,然后通过耳机输出进行播放。正在检测到脉冲,但捕获和播放的音频中存在明显的背景噪音。 --- **硬件配置:** -编解码器:WM8904(通过 I2C 连接用于控制,通过 I2S/SAI 连接用于音频数据) -音频接口:SAI1(I2S 模式)-DMA:带乒乓传输的 EDMA -采样率:48 kHz,立体声,16 位 -缓冲区大小:每个 ping/pong 缓冲区 48,000 个样本(每个缓冲区 0.5 秒) -总捕获:4 个周期 = 约 2 秒的音频-RTOS:erTOS -耳机输出时播放音量:75/100 --- **SAI RX 配置:** -通过 RCR3 寄存器启用 SAI1 RX(SAI1-> RCR3 |= I2S_RCR3_RCE (1))-在 TX 和 RX 上均启用 FIFO 错误中断-TX 运行静默虚拟缓冲回路以生成 RX 所需的 I2S 位时钟 -RX 使用 SAI_TransferReceiveedMA () 和基于回调的乒乓状态机器 -捕获后:sai_transferAbortReceiveedMA () 和 sai_transferAbortSendedM A () 被调用 --- ** 编解码器输入设置(WM8904,通过fsl_wm8904 驱动程序):** - MICBIAS 电源关闭(未使用) - ADC 电源打开 - 录音通道音量:75(左1 + 右1) - 录音通道静音:假 --- ** 编解码器输出设置(WM8904 耳机):** - LINEOUT 静音并断电 - 耳机先静音,然后 DAC 接通电源,音量设置为 75,然后取消静音 - 取消静音前有 10ms 设置延迟 (SDK_DelayAtLeastUs) --- **问题:** 捕获 的音频包含预期的手腕脉冲信号,但在整个录制过程中存在明显的背景噪音。在通过耳机输出进行播放时,可以听到这种噪音。噪音似乎是以下因素的组合: 1.低频基线漂移(可能是身体运动/呼吸误差) 2.来自多普勒前端的高频解调斑点 3. 当没有脉冲事件时,节拍间背景噪音 --- **已应用信号调节(固件中,捕获后):** 我目前正在捕获后在软件中应用以下四级滤波器:1. 去除直流偏移量(均值减去) 2.一阶高通滤波器:y [n] = x [n]-x [n-1] 3。 移动平均线平滑(窗口 = 3 个样本)4. 带保持功能的固定阈值噪声门(阈值 = 4500,保持 = 1200 个样本) 尽管使用了这些滤波器,噪声仍然存在并可以听到。 --- ** 问题:** 1. 2. 在 SAI1 上同时运行 TX(虚拟时钟)和 RX 时,是否存在可能引入噪声的已知接地或时钟配置问题? 3. ping-pong 缓冲区的 EDMA 传输对齐或缓存一致性是否有任何要求?乒乓缓冲器是否有任何 EDMA 传输对齐或高速缓存一致性要求,可能导致数据损坏或出现噪声的闪烁? 4. WM8904 输入路径(PGA 增益、输入阻抗、ADC 配置)是否有任何建议的编解码器寄存器设置,以提高低振幅多普勒信号的信噪比? 如果恩智浦团队或社区能提供任何指导,我们将不胜感激。 谢谢! Re: Title: SAI + EDMA Ping-Pong Capture with WM8904 — Noise in Doppler Audio Signal on i.MX RT / LPC 你好@AAA1、 非常感谢您关注我们的产品并使用我们的社区。 请先确认确切的 i.MX RT 设备,因为 SAI 勘误表是特定芯片的。   Q1.该平台上的 WM8904 是否有推荐的 SAI RX 配置,以便在到达 DMA 缓冲区之前最大限度地减少硬件级噪声? 答 1:我没有找到任何文档提供 WM8904 专用的 SAI RX 配置,明确用于在采样到达 DMA 缓冲器之前降低噪声。 请确保正确配置 BCLK、FS、字宽、极性和 TX/RX 同步模式。 Q2.在 SAI1 上同时运行 TX(虚拟时钟)和 RX 时,是否存在可能引入噪声的已知接地或时钟配置问题? 答 2:我没有找到文件记载的 "已知问题",说明在 SAI1 上同时运行 TX 和 RX 本身会产生噪音。 请仔细检查 SAI 时钟树设置(MCLK/BCLK/SAI 功能时钟/总线时钟)。 另请查看您的特定 i.MX RT 设备的芯片勘误表。 Q3.乒乓缓冲器是否有任何 EDMA 传输对齐或高速缓存一致性要求,这些要求可能会导致数据损坏或以噪声形式出现的故障? A3:你可以参考这个应用笔记: https://www.nxp.com/docs/en/application-note/AN12042.pdf Q4.是否有任何针对 WM8904 输入路径(PGA 增益、输入阻抗、ADC 配置)的编解码器寄存器设置建议,以提高低振幅多普勒信号的信噪比? A4:如果你想要一个已知的参考演示,MIMXRT685-EVK 是一个使用 WM8904 的恩智浦评估平台,它的 SDK 演示可能对你有所帮助: https://github.com/nxp-mcuxpresso/mcuxsdk-examples/tree/release/26.03.00/_boards/evkmimxrt685 MCUXpresso SDK API 参考手册:Wm8904 顺祝商祺! 刘梅
View full article
INCA Prof File Reflash Hello, I'm experiencing an issue when I try to use ETAS INCA to reflash an S32K148 using a custom A2L and Prof file. Briefly, the issue I'm having involves the calibration data. Reflashing with INCA (i.e. flashing from the reference or working page using Flash programming) always returns the code and calibration data on the ECU back to the original build. In other words, any changes I make to calibration variables in INCA are “forgotten” when flashing, and the ECU (and the working page and reference page checksums) returns to its original state. This happens when flashing from both the reference and working pages.  Let me illustrate the issue below. When I start INCA (before any reflash), the checksums all match: Then I make a change to a calibration variable (it doesn't matter which variable, it's the same behavior regardless) and update the checksums: Then I copy the working page to the reference page. This step isn't necessary, but it creates a situation where all of the checksums are different from the original, so it's theoretically not possible to return to the original state. Lastly, I select Flash programming to flash the ECU with either the working or reference page (it doesn't matter which is used, the final result is identical). After the reflash, INCA says flash programming finished successfully, and the checksums are updated again. However, the ECU checksums revert back to what was originally on the ECU, and the INCA checksums remain unchanged. In other words, the calibration change is not reflected in the data that was used to reflash the ECU. Can you tell what the issue might be here? Is this due to a problem in the A2L file, the prof file, INCA configuration, something else?  Another note: if I change the source memory area for the calibration data from the reference page start address to the working page start address (and leave the destination memory area for the calibration data unchanged), the checksum changes correctly during a Flash programming and it doesn't return back to the original state. In other words, the issue is fixed (however, this has to do with some circumstantial data being all 0xFF's, so it's not a sustainable solution). I thought this might indicate that the reference page being declared RESERVED in the A2L file was the problem, but changing that RESERVED keyword to DATA or OFFLINE_DATA didn't fix anything. Any help you can provide with respect to this issue is much appreciated. Thank you very much. Re: INCA Prof File Reflash Hi @Chris_C_ , Try copying the new dataset (in which you changed calibration) and then you can replace the workspace project with the new dataset , this will create both reference and working page with the new dataset. Now you can try flash programming. Re: INCA Prof File Reflash Its a checksum error in your version , A2l checksum code this version unable to bypass due to which its clashing while reading the file.Change version 7.4.7 or 7.5.x Re: INCA Prof File Reflash Well, I have done some research and quickly asked around. The result is that we do not provide specific support files for calibration, only standard files like *.elf, *.map, srecord files... Then I found that I already supported a couple of customers who used INCA software. All the questions were related to remapping of RAM over flash to be able to do the calibration. In case of MPC55xx, MPC56xx and MPC57xx devices, it could be done using either Memory Management Unit (on older devices) or by Overlay feature (on newer devices). Now the thing is that there's no support for remapping on S32K1xx devices. My impression is that hardware support of remapping is mandatory here. Or do you know if only SW implementation is possible for calibration with INCA? I'm really not sure if we can help here... Regards, Lukas Re: INCA Prof File Reflash Thanks, Lukas. I'm of the same opinion frankly, but I'm posting here on instruction from an ETAS support engineer who advised that "there is a issue with the prof files and the ECU supplier would be able to assist you with this". If you don't think this is something in the realm of NXP TechSupport, I don't know that I could disagree with you. In that case, I'll see if I can continue the discussion with ETAS. Thanks again. Re: INCA Prof File Reflash Hi @Chris_C_  I believe this should be redirected rather to Etas, I don't think we can answer this. Regards, Lukas
View full article
修改 greenVIP 你好 我已经在另一个帖子中部分地讨论过类似的话题,但有人要求我在一个新的话题中提供更多信息。 我正试图使用/修改 greenVIP 演示来创建一个自定义项目。 如果我说错了,请指正,因为这只是我目前的理解: 据我所知,启动顺序应如下所示: 当 bootCFG 引脚处于正确位置时,BootROM 芯片就会从地址 0x0 开始执行代码,这是外部闪存的地址。 地址 0x0 处是 IVT(图像矢量表),它是 BLOB 的一部分,目的是指向 DCD、启动表和定义启动内核。 在 S32 Design Studio IVT 工具中,可以选择加载 DCD 和应用程序引导加载程序。应用程序引导加载程序到底是什么?为什么我需要为应用程序引导加载程序提供 RAM 启动和入口指针?这只是启动表的另一个名称还是我在哪里或如何配置启动表? IVT 工具还提供"Export BLOB" 和 Export"IVT Image" 选项。BLOB 有什么区别或包含什么内容? 然后,DCD(设备配置数据)部分在 0x0000_0100 处运行,该部分应该为每个内核配置内存访问和时钟。 S32 DS 还有 DCD 工具,我可以在其中添加或编辑 WRITE 和 CHECK 命令。我的理解是否正确,它是用来配置外设寄存器的?我是否可以使用 DCD 初始化所有寄存器,或者我如何知道哪些寄存器应由 DCD 修改,哪些寄存器可以在运行时修改? 如果我尝试启动自己的代码,可以或应该在什么条件下对其进行配置? 然后,启动表运行位于 0x0010_0000,目的是将所有内核代码加载到 RAM 中。 请确认这一点,正如我上面已经问过的那样,在哪里可以配置启动表? 然后基本上启动所有内核。 我错过了什么重要步骤吗? 此外,据我所知,GreenVIP的一大优势是其多核启动顺序是确定性的,可以或已经通过汽车级功能安全验证。如果我错了,请确认或纠正我?这是否也意味着不应或不能修改M33启动核心的代码? 此外,如果在启动过程中将每个内核的二进制文件从闪存复制到内存,则使用GreenVIP架构进行自定义项目的预期方式,就是将我自己的代码二进制文件刷新到 GreenVIP用户指南表11中指定的相应闪存地址。每个分区的闪存地址?因此,例如,如果我想在 RTU_0_C0 上运行代码,我会将二进制文件刷新到地址 0x0024_0000? Re: Modifying greenVIP 嗨,HiddenSquid 感谢您提出的问题和提供的详细信息。 我知道您正试图使用/修改 greenVIP 演示来创建一个自定义项目。因此,您可以参考 S32ZE_GreenVIP_1.x.1/doc/UG_S32ZE_GreenVIP.pdf 以了解您的应用。 在 S32Z2 设备上,两种版本的 GreenVIP (SMU_LA|SMU_LAV) 都集成了 Bootloader 应用程序。bootROM 充当第 1 阶段的引导加载程序,加载主应用程序 (SMU_LA|SMU_LAV)。之后,Bootloader 在第 2 阶段控制加载辅助应用程序(如 RTU_0 内核、RTU_1 内核、FLEXLLCE 等)。 GreenVIP 在 S32Z2 设备上以服务模式启动 SMU_LA,如下图所示。 1.当 bootCFG 引脚处于正确位置时,BootROM 芯片开始从 0x0 地址(即外部闪存地址)执行代码。 >>>BootROM 并不直接"从外部闪存 0x0 位置获取指令和执行" 。开机后,芯片首先运行内部 ROM 中的 BootROM。根据 bootCFG/Switchs 中的设置,它选择启动介质(例如 QSPI/SD/eMMC 等),然后读取启动介质上的启动标头/IVT 以确定后续操作。 2. 地址为 0x0 的是 IVT(图像矢量表),它是 BLOB 的一部分,目的是指向 DCD、启动表和定义启动内核。 在 S32 Design Studio IVT 工具中,可以选择加载 DCD 和应用程序引导加载程序。应用程序引导加载程序到底是什么?为什么我需要为应用程序引导加载程序提供 RAM 启动和入口指针?这只是启动表的另一个名称还是我在哪里或如何配置启动表? >>>应用程序引导加载程序是第一阶段的应用程序映像。对于 S32Z/E + GreenVIP 来说,它通常是 SMU/M33 端的启动管理程序。BootROM 会将其移动到 RAM 中,并跳转到其入口点。 IVT 工具还提供"Export BLOB" 和 Export"IVT Image" 选项。BLOB 有什么区别或包含什么内容? >>>IVT 的功能是作为"指针表" ,指示 BootROM 从何处获取 DCD、应用程序引导程序和其他映像块,供 BootROM 解析。 BLOB 基于 IVT,根据内存/对齐情况,相关映像物理组装成单个可写的整体映像(可以直接写入启动介质)。 3. 然后,DCD(设备配置数据)部分在 0x0000_0100 处运行,该部分应该为每个内核配置内存访问和时钟。 S32 DS 还有 DCD 工具,我可以在其中添加或编辑 WRITE 和 CHECK 命令。我的理解是否正确,它是用来配置外设寄存器的?我是否可以使用 DCD 初始化所有寄存器,或者我如何知道哪些寄存器应由 DCD 修改,哪些寄存器可以在运行时修改? 如果我尝试启动自己的代码,可以或应该在什么条件下对其进行配置? >>>DCD 的作用是在 BootROM 阶段为外设/存储子系统" 执行一套"早期初始化脚本。它的典型功能包括初始化 SRAM/DDR、设置 QSPI 参数、某些必要的时钟/RESET 等,以便可以正确传输和执行后续应用程序映像。DCD 旨在最大限度地减少 BootROM 之后、应用映像之前必须准备的硬件条件"" ,更高级别的外设初始化(如驱动程序、复杂的定时模块)应在应用引导程序/应用内完成。 4. 然后启动表运行,位于 0x0010_0000,目的是将所有内核代码加载到 RAM 中。 请确认这一点,正如我上面已经问过的那样,在哪里可以配置启动表? > > > BootRom 启动 SMU 后,引导加载程序将根据启动表加载和/或启动 RTU 的所有映像。你可以参考 3.4 编译 UG_S32ZE_GreenVIP.pdf 的启动表来了解有关启动表配置的更多信息。 5. 此外,据我了解,GreenVIP 的一大优势是其多核启动顺序是确定性的,可以或已经通过汽车级功能安全验证。如果我说错了,请确认或纠正?这是否也意味着不应或不能修改M33启动核心的代码? > > > GreenVIP(S32Z/E 车辆集成平台)旨在提供一个功能性软件平台,使客户能够毫不费力地开始在S32Z/E系列上开发应用程序。它支持对每个单一应用程序 (veCU) 进行独立开发及其集成。GreenVIP 平台旨在通过独特的设备功能演示如何正确使用 S32Z/E。对于 M33 在软件层面的应用,客户可以进行修改。这是一个软件级开发应用程序。我们提供的 greenvip 仅供客户参考和使用,促进客户的快速发展。 6. 此外,如果在启动过程中将每个内核的二进制文件从闪存复制到内存,则使用GreenVIP架构进行自定义项目的预期方式,就是将我自己的代码二进制文件闪存到GreenVIP用户指南表11中指定的相应闪存地址。每个分区的闪存地址?因此,例如,如果我想在 RTU_0_C0 上运行代码,我会将二进制文件刷新到地址 0x0024_0000? > > > 对于 GreenVIP 应用程序,如果你将二进制文件刷新到地址 0x0024_0000,当你将 RTU_0_C0.bin 闪存到这个地址时,SMU 引导加载程序会自动将其复制到内存。不过,只有在入口/起始地址相同的情况下才能启动。 希望这些信息能对您有所帮助。 BR 乔伊 Re: Modifying greenVIP 嘿@Joey_z、 感谢您的回答,这从概念上帮助我理解了很多东西,但从实际操作的角度看,却让我有点悬。 关于启动表:第 3.4 节编译 UG_S32ZE_GreenVIP.pdf 的启动表似乎只指定了启动表的编译过程,但没有指定实际的配置部分。同一部分还讨论了引导加载程序的配置,但仅限于从 Tresos 项目的角度来看。S32 设计工作室是否有同样的配置工具,或者我应该如何解决这个问题? 当你说"BLOB 是基于 IVT" 时,是指IVT 是 BLOB 的一部分,还是BLOB 的编译过程只是基于 IVT? 根据我目前的理解,BLOB 包含 1.IVT 2.DCD 3.应用程序引导加载器 我是根据 S32 DS IVT 工具的视觉暗示做出这一假设的。   .请予以确认或纠正。 关于关于 GreenVIP 的评论:" 它支持对每个应用程序 (veCU) 进行独立开发及其集成...我们提供的 greenvip 仅供客户参考和使用,促进客户的快速发展。"。你能否从实际的角度进一步详细说明一下,我该如何为R52内核和M33/SMU内核开发自己的软件。例如,我找到了 SMU_LA 项目的 main.c(作为附件添加)文件,但它同样只能作为 Tresos 项目实现,我可以看到主函数 int main(void) { SwPartId = PART_ID; /* Monitoring initialization (SwPartId, osTaskID_First, osTaskID_Last, osTaskID_Reset) */ Monitoring_Init(SwPartId, OsTaskASW_1ms, OsTaskASW_1000ms, OsTaskASW_1000ms); EcuM_Init(); /* start OS never returns */ return 0; } 但我找不到EcuM_Init()的定义/内容,因此进入了死胡同。它到底走向何方,或者在哪里可以找到多核启动过程架构的描述? 感谢您抽出宝贵的时间! Re: Modifying greenVIP 你好,HiddenSquid 感谢您的答复和信息。 1.S32设计工作室是否有相同的配置工具? > > > 请参阅 5.12 启动服务的章节。启动服务(引导加载程序)在 SMU tresos 项目中以可配置组件的形式呈现。此元器件允许配置多个执行环境、应用程序源和应用程序 映像片段。对于 GreenVIP 软件包,您只能将 Tresos 用于引导加载程序应用程序。 2.当您说"BLOB 是基于 IVT" 时,是指 IVT 是 BLOB 的一部分,还是 BLOB 的编译过程只是基于 IVT? >>>IVT/DCD/Application Bootloader 包含在 BLOB 中。 3.但我找不到 EcuM_Init()的定义/内容,因此进入了死胡同。它到底走向何方,或者在哪里可以找到多核启动过程架构的描述? >>>对于 GreenVIP,请尝试加载 Bootloader 应用程序,在 Tresos 中生成代码,然后找到 EcuM_Init() 信息。GreenVIP 软件包是多核的,你也可以尝试参考一下。 BR 乔伊
View full article
[滥用] 回复者:@altu/板:Layerscape/举报人:@altu @altu 已经报告了回复 Re:使用 @altu 发布的 非原装 DDR4 模块启动 LS1046 ARDB, 原因如下: 原因: 其他 详情: 我不明白删除帖子的原因--其中包含恩智浦技术支持--LFGP.I 坚持恢复帖子,其中不包含垃圾信息,只有有用的信息 回复链接 : https://community.nxp.com/t5/Layerscape/Launching-LS1046-ARDB-with-non-original-DDR4-module/m-p/2320243#M16497 回复作者 @altu|Email Author Reported by: @altu|Email Reporter 报告的回复有 0 个回复。
View full article
澄清引导加载程序流程:MCUboot_opensource 和 OTA 示例 你好 我正在使用 i.MX RT 平台的恩智浦 SDK,我注意到 SDK 提供了多个与引导加载器相关的示例,如mcuboot_opensource和ota_mcuboot_basic。 据我了解,启动流程似乎如下: 首先对 mcuboot_opensource 项目进行编程,并充当主引导加载程序。 然后使用ota_mcuboot_basic示例来处理固件更新。 最后,OTA 流程会更新实际的用户应用固件。 因此,实际上似乎涉及三个元器件: MCUboot 引导加载程序(mcuboot_opensource) OTA 更新应用程序 (ota_mcuboot_basic) 最终用户应用固件 我想确认一下这种理解是否正确。具体来说 mcuboot_opensource是否总是需要作为 OTA 示例(如ota_mcuboot_basic)的基本引导加载程序? ota_mcuboot_basic 是充当更新的主应用程序,还是只是在自定义应用程序中实现 OTA 更新的参考示例? 在实际产品中,我们是否会保留 MCUboot 作为引导加载程序,而用自己的应用程序取代ota_mcuboot_basic? 对正确的启动流程以及如何在生产设置中使用这些示例的任何澄清都会非常有帮助。 谢谢! Re: Clarification on Bootloader Flow: MCUboot_opensource and OTA Examples 嗨,@Bhumika18,希望你一切都好。 是的,因为它包含 MCUboot 正常工作所需的源代码 。 ota_mcuboot_basic 是充当更新的主应用程序,还是只是在自定义应用程序中实现 OTA 更新的参考示例? 它是实现 OTA 更新的参考应用程序,因此您将在自定义应用程序中使用相同的逻辑来启用 OTA 更新。 在实际产品中,我们是否会保留 MCUboot 作为引导加载程序,而用自己的应用程序取代 ota_mcuboot_basic? 是的,只需确保维护上述示例的 OTA 功能,就能在自定义应用程序中执行 OTA。 如果这些信息能解开您的疑惑,请告诉我。
View full article
S32K312 .mexS32構成ツールでファイルが開かない - SPI起動のサポートが必要 NXPサポートチームの皆様、こんにちは。 当社は、S32K312 マイクロコントローラを使用した新しい大規模プロジェクトを開始しており、現在は S32K312 開発ボードを使用した初期のボード立ち上げ段階にあります。 最初の目標は、基本的な SPI 通信の例を実装してハードウェアを検証することです。開発環境のインストールが完了し、プロジェクトが正常に作成されました。 しかし、構成ツールに問題が発生しています。 以前、私たちのプロジェクトの.mex構成ファイルが S32 構成ツールで正しく開かれました。さて、同じ.mexファイルが開かなくなり、SPI 初期化に必要なピン、クロック、ペリフェラルを構成できなくなります。 すでに S32 Design Studio をアンインストールして再インストールしてみましたが、問題は依然として解決しません。 以下の点についてご指導いただければ幸いです。 .mex がファイルが突然開かなくなる 再インストール後のツール/SDK/RTDバージョンの不一致が原因である可能性があります S32K312開発ボードで基本的なSPIの立ち上げを進めるための推奨アプローチ 開発環境の詳細 MCU: S32K312 ボード: S32K312 開発ボード IDE: S32 プラットフォーム用 S32 Design Studio v3.5 (ビルド 240130、アップデート 10) S32 構成ツール: v1.7.8 (ビルド 202405220948) RTD パッケージ: S32K3 RTD v3.0.0 + パッチ P01 使用したSDK : PlatformSDK_S32K3 v3.0.0 コア: S32K312_M7 OS : Windows 11 ご協力ありがとうございます。 ありがとう、よろしく。 アビシェク・ハッテ ファームウェアエンジニア ジョン Re: S32K312 Development Board Bring-Up Support Request こんにちは@abhi_hatte RGB LED をテストするには、 「汎用 S32K312MINI-EVB 評価ボードの使用開始」に含まれているビデオを参照することをお勧めします。このビデオでは、簡単な LED 点滅の例を構成およびプログラムする方法を段階的に説明します。示されている手順は、ボード上の他の LED にも適用されます。 S32K312EVB‑Q172 を使用している場合は、MINI‑EVB と比較してハードウェアに違いがあるため、ボードの回路図または評価ボードのハードウェア ユーザー マニュアルを参照してください。 SPI 通信のサンプル コードについては、サンプル実装が共有されている次のコミュニティ スレッドを参照してください。 S32K31 SPI 複数パケット送受信の例:DMAキャッシュ問題の解決策 ポーリングを使用したS32K312 SPI送受信の例(DS3.5 RTD300) 割り込みを使用した S32K312 SPI 送受信サンプル(DS3.5 RTD300) S32K312 Development Board Bring-Up Support Request こんにちは@VaneB 、 現在、S32 Design Studio を使用して S32K312 開発ボードの立ち上げに取り組んでいます。 次の順序で基本的なハードウェア機能を検証するためのガイダンス、サンプル プロジェクト、またはドキュメントが必要です。 1. RGB LEDテスト 最初のステップとして、オンボードの RGB LED を切り替えて、ボードが動作していることを確認します。 RGB LEDのGPIOピンを設定する 各色を個別に点滅/切り替える サンプルプロジェクトや参考資料があれば助かります 2. SPIインターフェースの検証 基本的な GPIO 機能を確認した後、SPI ペリフェラルをテストしたいと思います。 SPI(できればLPSPI)を設定する テストデータの送受信 ループバックの例または外部SPIデバイスとの通信 S32K312のサンプルプロジェクトをいただければ幸いです Re: Re S32K312 .mex File Not Opening in S32 Configuration Tools, — Need Support for SPI Bring-Up こんにちは@abhi_hatte フィードバックありがとうございます。問題が解決したと聞いて嬉しく思います。 Re S32K312 .mex File Not Opening in S32 Configuration Tools, — Need Support for SPI Bring-Up こんにちは@VaneB 、 ご提案ありがとうございます。 S32 Design Studioを閉じて、 .metadataを削除したときに更新したいと思います。ワークスペースからRemoteSystemsTempFilesフォルダーを削除します。S32DS を再起動すると、プロジェクトが正しく開き、問題は解決されたようです。 ありがとう、よろしく。 アビシェク・ハッテ Re: S32K312 .mex File Not Opening in S32 Configuration Tools, — Need Support for SPI Bring-Up こんにちは@abhi_hatte 問題を解決するために、次の手順を試していただけますか? デフォルトのインストール パスでは、s32ds.ini ファイルは次の場所にあります: C:\NXP\S32DS.3.5\eclipse\ このファイルで、パラメータDcom.nxp.swtools.codegenscript.timeoutを更新してください。デフォルト値は 60000 ですが、PC のパフォーマンスによっては、この値を増やすとコード生成中のタイムアウトを防ぐのに役立ちます。 同じ s32ds.ini ファイルで、メモリ割り当て行 (例: Xms256m ) を探します。この値は、Eclipse でサポートされる最大値(約 8 GB (8194m))まで増やすことができます。 最後に、可能であれば.mexを共有してくださいファイルがあれば、私の側で動作を再現して、問題が環境、プロジェクト構成、または別の原因に関連しているかどうかを判断するのに役立ちます。 BR、ヴェインB Re: S32K312 .mex File Not Opening in S32 Configuration Tools, — Need Support for SPI Bring-Up こんにちは、 元の投稿で書き損じた詳細をもう 1 つ追加したいと思います。 .mexファイルを開こうとすると構成ファイルの場合、S32 構成ツールは次のメッセージを含む進行状況ダイアログを表示します。 「SPI_TEST.mex構成を開く」 このポップアップが表示されますが、その後は何も起こらず、.mexファイルが開かず、構成を表示または編集できません。 参考までに進行状況ウィンドウのスクリーンショットを添付します。
View full article
LIN 自动波特率配置 - RTD 6.0.0 你好 根据客户报告的问题: 问题: LIN(基于 LPUART)需要自动波特率检测功能,但 RTD 6.0.0 Tresos 插件没有提供任何配置选项来启用该功能。 预期: 配置器选项,用于启用 NXP 文档中描述的 Autobaud 功能。 生成的代码支持 Autobaud(引脚选择、计时器输入捕获、相关 API)。 实际: Tresos 中没有自动波特设置。 驱动程序中没有生成支持。 参考: 恩智浦 LIN LPUART 驱动程序用户手册(第 3.6.5 节)状态: "必须在配置器中启用自动波特功能"。 影响: 无法实现 LIN 从站自动波特检测;项目功能受阻。 请求: 确认 RTD 6.0.0 是否支持自动波特。你能做到吗? 谢谢! RTD Re: LIN Auto Baud Rate configuration - RTD 6.0.0 你好@nxp52415 根据用户手册文件,该功能仅适用于 Lpuart Lin Ip 驱动程序。而且只能在 S32DS 中配置。 在 EB Tresos 中,我们不提供此功能 Re: LIN Auto Baud Rate configuration - RTD 6.0.0 客户为 Lear,软件版本为 RTD 6.0.0 Re: LIN Auto Baud Rate configuration - RTD 6.0.0 您好@nxp52415 根据支持流程,您能否提供软件版本和支持客户的信息?
View full article
wolfssl on s32k144 Hello team, I am trying to use RSA-2048 based Signature generation & Verification using wolfssl on s32k144EVB. So I used wolfssl source files from NXP folder found under design studio installation & built it as static library. I have attached the user_settings.h file for which i'm building the application. I'm getting stack smashing error when generating signature for data. "unsigned char* privKey" is der pkcs1 key 2048bit , "size_t privKeyLen" is the sizeof privKey byte array is 1218 bytes. Also i've attached the test application source file here. Requesting your help with this issue. Re: wolfssl on s32k144 OK @lukaszadrapa, Thanks will check with wolfssl Re: wolfssl on s32k144 Hi @Chandrakant  wolfSSL is not supported directly by NXP. Issues such as RSA configuration, build flags, memory model problems, or stack usage errors are outside of NXP’s supported scope. For wolfSSL‑specific help, please use: wolfSSL Community Support https://www.wolfssl.com/forums/ Regards, Lukas
View full article
MPC5744P、RESET_Bは常にLowのまま こんにちは、 MPC5744Pを使用するカスタム ボードでは、RESET_B はアクティブ ローに駆動されます。 RESET_Bは3.3Vに10kプルアップされている 外部デバイスを駆動する必要がない 3.3Vと1.25Vのレールがある RESET_BからGNDへの抵抗(電源OFF時): 8kΩ JTAG切断: まだ0V 私はS32 Design Studioを持っていますが、プログラムのフラッシュ中にこのためデバイスが検出されないという警告が繰り返し表示されます。 どのような内部条件下で、MCU は RESET_B を低くアサートし続けるのでしょうか (EXT_POR_B ピンは接続しておらず、VPP_test ピンは接地されています)? 初回フラッシュ時に、特別なストラップまたはテスト モードの構成が必要ですか? Re: MPC5744P , RESET_B staying Low all time こんにちは、 どのような内部条件下で、MCU は RESET_B を低くアサートし続けるのでしょうか (EXT_POR_B ピンは接続しておらず、VPP_test ピンは接地されています)? 内部リセットは双方向であるため、外部ピンにも反映されます。リセット回線が常にアクティブな状態であるため、リセットエスカレーションが発生していると思われます。 初回フラッシュ時に、特別なストラップまたはテスト モードの構成が必要ですか? いいえ、私の知る限りでは。このデバイスではSWTはデフォルトで無効になっており、SBCのWDOGも無効になっている場合は問題ありません。 また、チップ内にソフトウェアが3つ存在しない場合、コードはBAM内でループします。 すべての電圧が規定範囲(VDD_HVおよびVDD_LV)内にあるかどうかを確認してください。コア電圧レベルを確認してください。 よろしくお願いいたします。 ピーター
View full article
SW plan of S32K5 RTD Platform_Types.h file Hi Team, Platform_Types.h is generated every time in the current S32K5 RTD, and it is a static file in S32K3 RTD. Std_Types.h is a static file in S32K5 & S32K3 RTD. Platform_Types.h and Std_Types.h are wrapper files. Why isn't Platform_Types.h a static file in S32K5 RTD? How does a customer replace it with integrators? Thanks! BR, Shuang     Priority: HIGH RTD Re: SW plan of S32K5 RTD Platform_Types.h file Hi @Shuang  The reason Platform_types.h is generated file is because it has a block of code to check whether the current derivative support  Core Architect A32 or A64:     [!SELECT "as:modconf('Resource')[1]"!][!// [!IF "(ResourceGeneral/ARM_CoreArchitecture = 'ARM_A64_ARCH')"!][!// #define CPU_TYPE (CPU_TYPE_64) [!ELSE!][!// #define CPU_TYPE (CPU_TYPE_32) [!ENDIF!][!// [!ENDSELECT!][!// in K3, it doesn't have this block of code so it can be placed as static file. Can you let me know how integrator work with these files: Std_Types.h, StandartTypes.h, PlatformTypes.h and Platform_Types.h. Do you use NXP files or which file can be replaced by their own files? Re: SW plan of S32K5 RTD Platform_Types.h file Hi @cuongnguyenphu, You can see that Std_Types.h and Platform_Types.h are a wrapper file. If customer wants to use thier Platform_Types.h to replace the generated Platform_Types.h file. How to do it?   BR, Shuang   Re: SW plan of S32K5 RTD Platform_Types.h file Hi @Shuang  I see that the description in UM is not consistent with what is implementing in source code. Referring version S32K5_RTD_R23-11_0.8.0:   PlatformTypes.h is actually the Wrapper file of Platform_Types.h, although the desciption in UM is opposite:   If then, user can replace Platform_Types.h by their own file.   Re: SW plan of S32K5 RTD Platform_Types.h file Hi @cuongnguyenphu , Could you guide me how to replace Platform_Types.h by user's own file. Thanks! BR, Shuang
View full article
LX2160A decoupling capacitors in AN5407 Dear Experts Regarding the recommended decoupling capacitor value for the LX2160A, AN5407 states the following: Note: All capacitors must have a rated voltage of 6.3V or higher and be 0402 size. All capacitor capacitance should be evenly distributed across the power rail pins and not closely packed. Does this 6.3V value take into account DC bias characteristics? Can I assume that a 4V product with excellent DC bias characteristics (e.g., Murata Manufacturing's GRT155D70G106ME13) can also be used? Re: LX2160A decoupling capacitors in AN5407 Dear @kurokawa , I hope you are doing well.   Regarding your questions: >> Does this 6.3V value take into account DC bias characteristics? ans. yes.   >>Can I assume that a 4V product with excellent DC bias characteristics (e.g., Murata Manufacturing's GRT155D70G106ME13) can also be used? ans. Yes, it could be used, in theory, but the rule is to use capacitors with a nominal voltage 2x or 3x higher than the real rail voltage. That's why, NXP recommends to use capacitor at 6.3V.    Unfortunately, NXP doesn't have any documented lab measurements  test for the Murata  GRT155D70G106ME13 in order to be able to say  YES or NOT as fact.   thanks for your comprehension.
View full article