MPC57xx MBD compatibility Hi,  The installed Model-Based Design Toolbox for MPC57xx Series is version "3.2.0", which is documented for MATLAB/Simulink releases R2016a through R2020a. Can I use the same version in MATLAB R2025b version also?  If not, which version of mpc57xx mbd toolbox is needed for MATLAB R2025b? Issue: I'm trying to run a mpc57xx based controller project in my matlab r2025b. Whenever the model is run in matlab, the software is crashing.  Re: MPC57xx MBD compatibility The official documentation for version 3.2.0 only covers MATLAB/Simulink releases R2016a through R2020a. Attempting to run it on R2025b causes interface incompatibility, which is why your MATLAB is crashing when you try to run your MPC57xx model. **Current status:** According to NXP Community reports, the MBDT for MPC57xx couldn't even install successfully on MATLAB 2025a, let alone R2025b. NXP has not released a newer version of the MPC57xx MBD Toolbox that supports MATLAB R2025b. **Your options:** | Option | What to do | Best for | |--------|-----------|----------| | **Downgrade MATLAB** | Install MATLAB R2019b or R2020a with MBD Toolbox 3.2.0 | Keeping your existing Simulink models; fastest fix | | **Migrate to S32 Design Studio** | Use Simulink for algorithm design only, generate ANSI C code via Embedded Coder, then integrate into S32 Design Studio with底层 drivers | Must use R2025b; willing to invest migration time | | **Use S32 Configuration Tools** | Graphically configure pins, clocks, and peripherals to auto-generate底层 initialization code | New projects or willing to重构 configuration | **Recommendation:** If your existing Simulink model is a core asset, the safest approach is to **downgrade to MATLAB R2020a** — that's the highest version officially supported by MBD Toolbox 3.2.0 and will preserve your current workflow. If you must use R2025b, you'll need to migrate from "MBD automatic code generation" to a "Simulink algorithm + S32 Design Studio integration" workflow.

USB VID/PID program still active ? Hello, we are a small company developing a home controller based on the LPC5528 with a USB CDC interface. Expected volume is well below 10,000 units. We would like to apply for a PID under the NXP VID via the USB VID/PID program. The application form linked in the program FAQ (contact.nxp.com/vid-usb-app) is unavailable, and the Case Portal rejects our account because it is not registered on a company domain. Is the program still active, and if so, what is the current way to apply? Thank you! Re: USB VID/PID program still active ? Yes, the NXP USB VID/PID program is still active. The old web form (`contact.nxp.com/vid-usb-app`) has been deprecated and is no longer available. The current official way to apply is by **creating a support ticket** directly through the NXP Community portal. Here are the steps to get your free PID(s): 1. **Go to the NXP Community page**: Navigate to the official NXP USB VID/PID Program page: [链接] NXP USB VID/PID Program 2. **Create a Support Ticket**: At the bottom of that page, you will see a section titled **"For more details, please create a support ticket"**. Click on it. 3. **Fill out the Ticket**: You will need to provide the following details in the ticket: - Your company name - The number of PIDs you need (up to 3 are provided for free) - A brief description of your product and its purpose 4. **Wait for Approval**: NXP will review your request. Please note that the process can take up to a month from submission to receiving your assigned PID(s). **Important Notes for Your LPC5528 Project:** - **Eligibility**: The LPC series (Cortex-M) is fully covered under this program. - **Volume Limit**: Since your expected volume is below 10,000 units, you qualify for this program. If your production run exceeds 10,000 units, you would need to obtain your own VID from USB.org. - **USB Logo**: Using the NXP VID does not grant you the license to use the USB-IF trademarked logo. If you wish to use the logo, you must go through the USB-IF certification process and have your own VID. Re: USB VID/PID program still active ? Thanks a lot for your help, but unfortunately I'm running in circles As we are not able to link your email with a company, you are not eligible to create a new case on the Case Portal. Please use your company email address to log into NXP.com or raise your question via NXP community. Thats what I always get, despite we're a professional small engeneering office we don't own a domain simply because we don't need it. I think our gmx e-mail adress is not accepted, thats the biggets issue. Kind regards Thomas Re: USB VID/PID program still active ? Hello @Thomas_Mundhenke  Yes, what db16122 described is correct. I will send you a private email. Please send me all the relevant information. Thank you. BR Alice

S32K314的PLL失锁造成重启的问题 因晶振布局出现错误，造成晶振受到数字信号的干扰出现： Power_Ip_MC_RGM_GetResetReason() 返回值0x05 8MHZ的晶振，120倍频，PLL的输出是960MHZ，工作时钟160MHZ（PHI0，PHI1）低温下很容易出现重启。 修改为8MHZ晶振，80倍频，PLL的输出是640MHZ，工作时钟160MHZ（PHI0，PHI1），不出现重启了。 请教问题点： 晶振受到的干扰没有变，只修改了PLL倍频系数，工作主时钟160MHZ也没有变，此处提高了抗干扰的技术解释点是什么，与温度相关的点是什么，感谢！ Re: S32K314的PLL失锁造成重启的问题 Hi@Allen_zhang_202 4 以下只是经验分析 虽然最终的 PHI0/PHI1 都是 160 MHz，但两种配置下 PLL 内部的工作状态完全不同： 8 MHz × 120 = 960 MHz，再分频到 160 MHz 8 MHz × 80 = 640 MHz，再分频到 160 MHz 问题很可能不在最终的 160 MHz，而在于 PLL 内部 VCO 工作频率、环路裕量、锁定检测裕量以及低温下晶振驱动能力。将 PLL 内部频率从 960 MHz 降到 640 MHz 后，PLL 的锁定裕量增大，因此同样的晶振干扰不再容易触发 PLL Loss of Lock。 但需要特别提醒：这更像是提高了“PLL 对干扰的容忍度”，并没有真正解决晶振布局问题。 Re: S32K314的PLL失锁造成重启的问题 hi Senlent 你好，非常感谢您的回复，再请问附图的文件，适用于S32K314，如果没有，是否有更新的资料适用于S32K314，如果有麻烦请告知，谢谢！ Re: S32K314的PLL失锁造成重启的问题 Hi@Allen_zhang_202 4 很抱歉，S32K3没有这样的文档. AN535的发布日期是2006年，相当早的应用笔记了，用于了解其中的机制是完全可以的，但是可能并不是 完全适用于S32K3。

MPC57xx MBD 兼容性 你好， 已安装的 MPC57xx 系列基于模型的设计工具箱版本为“3.2.0”，其文档适用于 MATLAB/Simulink 版本 R2016a 至 R2020a。我可以在MATLAB R2025b版本中使用相同的版本吗？ 如果不是，MATLAB R2025b 需要哪个版本的 mpc57xx mbd 工具箱？ 问题：我正在尝试在我的 matlab r2025b 中运行一个基于 mpc57xx 的控制器项目。每当在MATLAB中运行该模型时，软件都会崩溃。 Re: MPC57xx MBD compatibility 3.2.0 版本的官方文档仅涵盖 MATLAB/Simulink R2016a 至 R2020a 版本。尝试在 R2025b 上运行它会导致接口不兼容，这就是为什么当您尝试运行 MPC57xx 模型时 MATLAB 会崩溃的原因。 **当前状态：**根据 NXP 社区的报告，MPC57xx 的 MBDT 甚至无法在 MATLAB 2025a 上成功安装，更不用说 R2025b 了。NXP 尚未发布支持 MATLAB R2025b 的 MPC57xx MBD 工具箱的新版本。 您的选择： | 选项 | 怎么做 | 最适合 | |--------|-----------|----------| | **降级 MATLAB** | 使用 MBD Toolbox 3.2.0 安装 MATLAB R2019b 或 R2020a| 保留您现有的 Simulink 模型；最快的修复方法 | | **迁移至 S32 Design Studio** | 仅使用 Simulink 进行算法设计，通过 Embedded Coder 生成 ANSI C 代码，然后将其与底层驱动程序集成到 S32 Design Studio 中 | 必须使用 R2025b 版本；愿意投入迁移时间 | | **使用 S32 配置工具** | 以图形方式配置引脚、时钟和外设，自动生成底层初始化代码 | 适用于新项目或希望重构配置 | **建议：**如果您的现有 Simulink 模型是核心资产，最安全的方法是**降级到 MATLAB R2020a**——这是 MBD Toolbox 3.2.0 官方支持的最高版本，并且可以保留您当前的工作流程。如果您必须使用 R2025b，则需要从“MBD 自动代码生成”迁移到“Simulink 算法 + S32 Design Studio 集成”工作流程。

优惠券领取 我是一名学生，我想购买一些可以使用公开优惠券购买的板。 我成功找到了一块，但是我想要2-3块板，而优惠券每个账户只能使用一次。 那我再注册一个账号，然后领取优惠券再下单可以吗？ 如果允许的话，那将很有帮助。 电路板设计 MCXA Re: Coupon claim 你好，莫克什 感谢您的联系。 根据优惠券使用规则，每个账户可以使用一张优惠券。如果您想购买更多板，您可以尝试注册另一个帐户，并查看是否有其他优惠券可用且符合使用条件。 如需进一步协助购买板、优惠券资格或下单，我们建议您联系我们的在线购买团队，邮箱地址为 [email protected]。 他们将能够提供进一步的指导，并帮助解决订购过程中遇到的任何问题。 谢谢，祝您愉快。 BR 莉娜

RGMIIイーサネットT4240QDS、モダンカーネルのデバイスツリーに固定リンクノードを追加する必要があります こんにちは、 デバイスツリーに固定リンクノードを追加して、T4240QDS RGMIIイーサネットを現代カーネルで動作させることにしました。この変更を行わないと、デバイスを起動しようとすると、「SIOCSIFFLAGS: No such device」（ifconfig）または「RTNETLINK answers: No such device」（ip link）というエラーが表示され、ログには明らかなエラーは記録されません。 fmanイーサネット下に固定リンクノードを挿入すると問題が解決します。添付画像を参照 他の人が検索で解決策を見つけられるように投稿していますが、これが予想される、あるいは既知の挙動なのかも気になっています。自動交渉を動かす方法はありますか? また、このデバイスツリー改造なしでメインラインカーネルからのブートログも添付しました(イーサネットは動作しません)。同様の動作は最新のnxp-qoriq/linuxカーネル6.12でも観察されます QorIQ T4デバイス Re: T4240QDS RGMII ethernet requires adding fixed-link node in device tree on modern kernel 固定リンクは回避策であり、自動交渉の解決策ではありません。通常のPHY接続をバイパスし、Linuxに固定リンクを前提とするよう指示します。 あなたの症状は、PHYの発見/付着に関する問題を示唆しています。自動交渉を復元するには、MACのphyハンドル、MDIOバス/多解体設定、PHYアドレス、有効のPHYドライバを確認してください。

USB VID/PIDプログラムはまだアクティブですか？ こんにちは、 私たちはLPC5528をベースにしたUSB CDCインターフェース付きのホームコントローラを開発している小さな会社です。予想販売量は1万ユニットを大きく下回る。NXP VIDのPIDを、USB VID/PIDプログラムを通じて申請したいと考えています。 プログラムFAQ(contact.nxp.com/vid-usb-app)にリンクされている申請フォームは利用できず、CASEポータルは当社のドメインに登録されていないためアカウントを拒否します。 プログラムはまだ有効ですか?もしそうなら、現在の申請方法は何でしょうか? ありがとうございます! Re: USB VID/PID program still active ? はい、NXPのUSB VID/PIDプログラムは現在も有効です。以前のウェブフォーム（`contact.nxp.com/vid-usb-app`）は廃止され、現在はご利用いただけません。 現在の公式な申請方法は、NXPコミュニティポータルから直接サポートチケットを作成することです。 無料のPIDを取得するための手順は以下のとおりです。 1. **NXPコミュニティページへ移動**:公式のNXP USB VID/PIDプログラムページへ移動してください:[リンク] NXP USB VID/PID Programへ 2. **サポートチケットを作成**:そのページの下部に「詳細についてはサポートチケットを作成してください」というセクションがあります。それをクリックしてください。 3. **チケット記入**:チケットには以下の情報を記載する必要があります: - あなたの会社名 - 必要なPIDの数(最大3個まで無料で提供) - 製品とその目的の簡単な説明 4. **承認待ち**:NXPがあなたの申請を審査します。提出から割り当てられたPIDを受け取るまで、手続きには最大1か月かかる場合がありますのでご注意ください。 **LPC5528プロジェクトの重要な注意点:** - **適格性**:LPCシリーズ(Cortex-M)はこのプログラムで完全にカバーされます。 - **数量制限**: お客様の予想数量は10,000ユニット未満ですので、このプログラムの対象となります。生産台数が10,000台を超える場合は、USB.orgから独自のVIDを取得する必要があります。 - **USBロゴ**: NXP VIDを使用しても、USB-IFの商標ロゴを使用するライセンスは付与されません。ロゴを使用する場合は、USB-IF認証プロセスを経て、独自のVIDを取得する必要があります。 Re: USB VID/PID program still active ? ご助力ありがとうございます。でも残念ながら、私はぐるぐる回っています メールアドレスをNXPについてにリンクできないため、CASEポータルで新しいCASEを作成する資格はありません。ご自身のメールアドレスを使って NXP.com にログインするか、NXPコミュニティを通じてご質問をお寄せください。 いつも言われることですが、私たちは小規模な専門エンジニアリング事務所ですが、ドメインを所有していません。なぜなら、必要ないからです。私たちのGMXメールアドレスが受け付けられていないのが最大の問題だと思います。 敬具 トーマス Re: USB VID/PID program still active ? こんにちは、 @Thomas_Mundhenkeさん はい、db16122さんが説明した内容は正しいです。後ほど個別にメールをお送りします。関連するすべての情報をお送りください。ありがとう。 BR アリス

T4240QDS RGMII ethernet requires adding fixed-link node in device tree on modern kernel Hello, I have resorted to adding a fixed-link node in device tree to get T4240QDS RGMII ethernet working on modern kernel. Without this modification, attempting to bring up device gives "SIOCSIFFLAGS: No such device" (ifconfig) or "RTNETLINK answers: No such device" (ip link), without any obvious errors in log Inserting a fixed-link node under fman ethernet resolves the issue, see attached image I am posting so other people can find solution via search, but also wondering if this is expected/known behavior? Is there a way to get auto-negotiation working? Also attached bootlog from mainline kernel without this device tree mod (ethernet does not work). The same behavior is observed using latest nxp-qoriq/linux kernel 6.12 QorIQ T4 Devices Re: T4240QDS RGMII ethernet requires adding fixed-link node in device tree on modern kernel Fixed-link is a workaround, not a fix for auto-negotiation. It bypasses normal PHY attachment and tells Linux to assume a fixed link. Your symptoms suggest a PHY discovery/attachment problem. To restore auto-negotiation, check the MAC’s phy-handle , MDIO bus/mux configuration, PHY address, and enabled PHY driver.

i.MX RT1180 EtherCAT Interface Design Explained 1. Overview This article describes the signal functions and connection recommendations for the i.MX RT1180 EtherCAT interface, covering PHY selection, clock and reset signals, MII/RMII interfaces, synchronization and latch signals, and status indication signals. It serves as a reference for EtherCAT hardware design. 2. PHY Selection The i.MX RT1180 EtherCAT controller uses Beckhoff IP. PHY selection must comply with the requirements in Beckhoff's PHY Selection Guide, available at the following link: https://download.beckhoff.com/download/document/io/ethercat-development-products/an_phy_selection_guidev3.2.pdf The i.MX RT1180 EtherCAT controller supports MII/RMII interfaces. Therefore, select a PHY that supports the corresponding interface; do not use a PHY that supports only RGMII. 3. EtherCAT Interface Signals and Connection Recommendations ECAT Signal Description and Recommendations CLKOUT25M Configuring the pin for the CLKOUT25M function enables a 25 MHz clock output. This clock shares the same source as ECAT_CLK_ROOT and requires no additional register configuration for clock division. It is strongly recommended to connect this signal to the XTAL inputs of both PHYs for better clock synchronization. If this signal is not used, an external 25 MHz clock source must be provided for the PHYs. RESET_OUT This signal must be connected to the reset inputs of both PHYs. If PHY reset is controlled only through a GPIO, the PHYs cannot be reset through the EtherCAT protocol. RESET_OUT is active high. If the PHY reset input is active low, additional inverting logic is required. SCL, SDA Connect to an external EEPROM. MDC,MDIO PHY management interface used to access the registers of a PHY based on its address. In i.MX RT1180 EtherCAT applications, the hardware addresses of the two PHYs must be consecutive. (MII/RMII Interface) MII (Recommended) RMII PT0_RX_CLK/PT1_RX_CLK Connect to the RX_CLK pin of PHY0/PHY1 Refer to the selected PHY's datasheet: if REF_CLK is provided through its RX_CLK pin, connect to that pin and leave TX_CLK unconnected. PT0_RX_DV/PT1_RX_DV Connect to the RX_DV pin of PHY0/PHY1 PT0_RX_ER/PT1_RX_ER Connect to the RX_ER pin of PHY0/PHY1 PT0_RXD_0/PT1_RXD_0 Connect to the RXD_0 pin of PHY0/PHY1 PT0_RXD_1/PT1_RXD_1 Connect to the RXD_1 pin of PHY0/PHY1 PT0_RXD_2/PT1_RXD_2 Connect to the RXD_2 pin of PHY0/PHY1 Leave unconnected PT0_RXD_3/PT1_RXD_3 Connect to the RXD_3 pin of PHY0/PHY1 Leave unconnected PT0_TX_CLK/PT1_TX_CLK Connect to the TX_CLK pin of PHY0/PHY1 Refer to the selected PHY's datasheet: if REF_CLK is provided through its TX_CLK pin, connect to that pin and leave RX_CLK unconnected. PT0_TX_EN/PT1_TX_EN Connect to the TX_EN pin of PHY0/PHY1 PT0_TXD_0/PT1_TXD_0 Connect to the TXD_0 pin of PHY0/PHY1 PT0_TXD_1/PT1_TXD_1 Connect to the TXD_1 pin of PHY0/PHY1 PT0_TXD_2/PT1_TXD_2 Connect to the TXD_2 pin of PHY0/PHY1 Leave unconnected PT0_TXD_3/PT1_TXD_3 Connect to the TXD_3 pin of PHY0/PHY1 Leave unconnected LINK_MII_0/LINK_MII_1 Connect to the Link Status outputs of PHY0/PHY1, respectively. Refer to the selected PHY's datasheet for the specific pins. These signals must be connected; otherwise, EtherCAT will not function properly. SYNC_OUT_0/SYNC_OUT_1 Two hardware synchronization output signals generated by the EtherCAT Distributed Clocks, corresponding to SYNC0 and SYNC1, respectively. Whether to route these signals out depends on the application requirements. LATCH_IN_0/LATCH_IN_1 External event input signals used to latch the current Distributed Clock System Time when an event occurs. These signals may be left unconnected if not used. LED_ERR,LED_RUN,LED_STATE_RUN EtherCAT status indication LED signals. LINK_ACT_0/LINK_ACT_1 Indicate the link and activity status of the EtherCAT slave. Connect to the Link/Activity LEDs for Port 0/Port 1, respectively. It is important to distinguish between the following two types of signals: LINK_MII_0/LINK_MII_1: Link Status signals from the PHYs that reflect the link status. These are input signals to the EtherCAT controller. LINK_ACT_0/LINK_ACT_1: Link and activity status signals output by the EtherCAT controller to drive the Link/Activity LEDs. The link and activity status LEDs can be controlled by either the ESC or the PHY, at the designer's discretion.

Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? I have a question that is same as the title. I have an object detection tasks, and I want to deploy on i.MXRT700. Before I have seen the example with tflm_cifar or tflm_label_image. It is good example to follow and there is a guideline to switch the classification model with NPU or CPU. An It also supports static image and from the camera. The model was the tflite model. Now with object detection task, do you have an example for object detection task? I am interesting about it, and it is good if there is an example for object detection that support: - NPU/CPU runntime - Static image / webcam - tflite or glow These features are same as in the tflm_cifar or tflm_label. I am looking forward for your support. Thank you. Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? Hi @nnxxpp , Thank you so much for your interest in our products and for using our community. For your object detection application on the i.MX RT700, I would recommend referring to the following documents for more information about Vision AI/ML applications and the object detection example:  1: Vision AI/ML with i.MX RT700 2:  AN14718: USB Camera Object Detection Pipeline on i.MX RT700 I hope these resources will be helpful for your development. Best Regards May Liu Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? @mayliu1  Thank you for your support. For your object detection application on the i.MX RT700, I would recommend referring to the following documents for more information about Vision AI/ML applications and the object detection example:  1: Vision AI/ML with i.MX RT700 2:  AN14718:USB Camera Object Detection Pipeline on i.MX RT700 I have read these 2 items for i.MX RT700. It is for USB camera and specific LCD. I saw that, it mentions about source code for this example, but I did not see where I could download this source code. I also checked in MCUXpresso IDE 25.6, but in the eiq examples, there is not this one. There is not the example in the Application Hub https://mcuxpresso.nxp.com/appcodehub?category=vision Could you please give me a link to download source code for this example? Currently I am using MCUXpresso IDE. Moreover, I have question, in this example: - It uses USB camera, it means that, I can use any USB camera. There is not limitation. Is that right? - About LCD, I do not have the LCD that is mentioned on the guide. Could I modify the source code to run without LCD and print results on the my PC via Serial port (same as tflm_cifar classification example)? - In this example, the model is FastDet, it is converted to tflite model. Does NXP have an example with ONNX/GLow model? - FastDet model here is trained with Pytorch in the original version https://github.com/dog-qiuqiu/FastestDet . But NXP released tflite FastestDet. I think that NXP has procedure and example to get tflite FastestDet from the original repo. Does NXP share it? Because with custom dataset, we need to finetune model and do many things to get tflite FastestDet. If not, it is difficult to reproduce results and to use new models. Thank you. Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? @mayliu1  Thank you for sharing the link Let's me confirm some points: A1: Not every USB camera is guaranteed to work without modification.  It means that we need to check for each USB camera. Is that right? A2:Yes. Section 7.3 describes a dual-core application and explicitly states: This application does not use the display. Yes. Thank you. The example with single core still need LCD. Is that right? A3:AN14718 uses an INT8-quantized TFLite FastestDet model optimized for the RT700 NPU, not a directly executed ONNX/Glow model. An ONNX model would require conversion and compatibility evaluation.  A4:We understand your concern about reproducing the example with a custom dataset. We need to investigate this further internally. It means that, currently NXP does not example for object detection with ONNX/Glow model and NXP also does not provide documentation how to get FastestDet tflite from float32 model. Is that right? I am concerning about this problem, because the original repo use Pytorch (not Tensorflow) and NXP provides header file of tflite model (not .tflite model). Thank you for sharing this information. It is very good if NXP investigate internernally and provide details to user easy follow and reproduce results. I have other questions: - Could I run object detection with CPU (not using NPU)? Before I saw that with tflm_cifar, there is the guideline that I could switch between CPU and NPU. - Because currently, I want to check with single core and this example needs specific LCD, but I have not this one. I intend to use tflm_cifar example (for classification), modify it based on object detection model of the example for single core. The reason is that I only need to load static images, run inference and see prediction results on my PC (via Serial Port). Is this possible? and do you have any recommendations for me? - About .zip file that you attach in the above link, I saw that there is "common" folder. It means that we need to copy all files + subfolders in this folder into 3 others folder. Is that right? Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? Hi @nnxxpp , Thanks for your updated information and patience.  The source code is provided separately as the application-note software package for AN14718: https://www.nxp.com/docs/en/application-note-software/AN14718SW.zip Regarding your additional questions: A1: Not every USB camera is guaranteed to work without modification.  A2:Yes. Section 7.3 describes a dual-core application and explicitly states: This application does not use the display. A3:AN14718 uses an INT8-quantized TFLite FastestDet model optimized for the RT700 NPU, not a directly executed ONNX/Glow model. An ONNX model would require conversion and compatibility evaluation.  A4:We understand your concern about reproducing the example with a custom dataset. We need to investigate this further internally. Wish you a good day. Best Regards May Liu

IMX535 私はまだMCU MCIMX535DVP1C2を使っている製品がありますが、PMICのMC34708とMC34709はどちらも今は時代遅れです。PMIC MMPF0100を使う予定です。MC34708の代替として提案されているのですが、リレースメントの実装方法について、リファレンスデザイン、回路図、アプリケーションドキュメント、または推奨はありますか? よろしくお願いします。 ミエルコ Re: IMX535 こんにちは、ミエルコさん。 MCIMX535DVP1C2デザインのPMIC移行についてお問い合わせいただきありがとうございます。 ハードウェアレビューで述べられているように、MMPF0100は推奨される後継製品ファミリですが、NXPから直接ドロップインリファレンスボードは提供されていません。なぜならPF0100はi.MX6エコシステムをターゲットにしていたからです。もし再設計を進めるなら、ボードを再スピン(QFN56とMAPBGA206)し、OTP起動シーケンス(AN4536)をi.53のパワーレールに合わせてプログラムする必要があります。MX53のパワーレールに合わせる必要があります。 生産スケジュールや、基板の再設計／金型費用をすぐに負担するか、既存のレイアウトでブリッジビルドを実行するかによって、比較のために現在の割り当てと部品価格を以下に示します。 MCIMX535DVP1C2(NXP Cortex-A8 MPU):39.80ドル/pc MC34708 （旧型PMIC、オリジナルレイアウト）： 5.00ドル/個 MC34709 （旧型PMIC代替品）： 5.30ドル/個 MMPF0100 （次世代移行用PMIC）： 4.20ドル/個 既存の在庫/保証バッチに対して現在のPCBレイアウトを維持することを希望する場合は、短期的にはMC34708/MC34709を使用することで、NRE（新規開発費用）や再認証サイクルを回避できます。いずれにせよ改訂を開始する場合は、 MMPF0100（4.20ドル）に移行することで、長期的な供給安定性を確保できます。 ラインカード、トレーサビリティ基準、技術的な在庫更新は(spacechips.tech)で直接ご覧いただけます。 目標数量とバッチスケジュールを教えていただければ、割り当てを予約するか、それに応じて公式のプロフォームインボイスを作成いたします。 よろしくお願いいたします。 エース・チェン

NXP是否有基于CPU/NPU的iMXRT700目标检测示例？ 我的问题与标题相同。 我有一个目标检测任务，我想将其部署在 i.MXRT700 上。之前我从未见过使用 tflm_cifar 或 tflm_label_image 的例子。这是一个很好的例子，可以遵循，并且有指导方针来切换使用NPU 或 CPU 的分类模型。它还支持静态图像和来自摄像头的图像。该模型是tflite 模型。 现在我们来谈谈目标检测任务，您能举个目标检测任务的例子吗？ 我对此很感兴趣，如果能有一个支持以下功能的目标检测示例就更好了： - NPU/CPU运行时 - 静态图像/网络摄像头 - tflite 或 glow 这些特征与 tflm_cifar 或 tflm_label 中的特征相同。 我期待您的支持。谢谢。 Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? 嗨@nnxxpp ， 非常感谢您对我们产品的关注以及对我们社区的使用。 对于您在 i.MX RT700 上的目标检测应用，我建议您参考以下文档，以获取有关视觉 AI/ML 应用和目标检测示例的更多信息： 1：基于 i.MX RT700 的视觉 AI/ML 2：AN14718： i.MX RT700 上的 USB 摄像头目标检测流程 希望这些资源对你的发展有所帮助。 顺祝商祺！ 刘梅 Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? @mayliu1 感谢您的支持。 对于您在 i.MX RT700 上的目标检测应用，我建议您参考以下文档，以获取有关视觉 AI/ML 应用和目标检测示例的更多信息： 1：基于 i.MX RT700 的视觉 AI/ML 2：AN14718： i.MX RT700 上的 USB 摄像头目标检测流程 我已阅读了关于 i.MX RT700 的这两篇文章。它适用于USB摄像头和特定的液晶显示屏。我看到它提到了这个示例的源代码，但我没找到可以下载源代码的地方。 我也查看了 MCUXpresso IDE 25.6，但在 eiq 示例中没有这个。应用中心（https://mcuxpresso.nxp.com/appcodehub?category=vision ）中没有该示例。 请问能否提供该示例的源代码下载链接？目前我使用的是MCUXpresso IDE。 此外，我还有一个问题，在这个例子中： 它使用USB摄像头，这意味着我可以使用任何USB摄像头。没有限制。是这样吗？ - 关于液晶显示屏，我没有指南中提到的那种液晶显示屏。我能否修改源代码，使其无需 LCD 显示屏即可运行，并通过串口将结果打印到我的 PC 上（与 tflm_cifar 分类示例相同）？ - 在这个例子中，模型是 FastDet，它被转换为 tflite 模型。NXP是否有ONNX/GLow模型的示例？ - 此处的 FastDet 模型是在原始版本https://github.com/dog-qiuqiu/FastestDet中使用 Pytorch 训练的。但 NXP 版本了tflite FastestDet。我认为 NXP 有从原始仓库中获取 tflite FastestDet 的步骤和示例。恩智浦也持有这种观点吗？因为使用自定义数据集，我们需要微调模型并做很多事情才能获得 tflite FastestDet。否则，就很难重现结果和使用新模型。 谢谢！ Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? @mayliu1 谢谢你分享链接 让我确认几点： A1：并非所有USB摄像头都能保证无需改装即可使用。 这意味着我们需要检查每个USB摄像头。是这样吗？ A2：是的。第 7.3 节描述了一个双核应用程序，并明确指出：此应用程序不使用显示器。 是的，谢谢。即使是单核处理器，也仍然需要液晶显示屏。是这样吗？ A3:AN14718 使用的是针对 RT700 NPU 优化的 INT8 量化 TFLite FastestDet 模型，而不是直接执行的 ONNX/Glow 模型。ONNX模型需要进行转换和兼容性评估。 A4：我们理解您对使用自定义数据集重现示例的担忧。我们需要对此事进行内部进一步调查。 这意味着，目前 NXP 没有使用 ONNX/Glow 模型进行目标检测的示例，也没有提供如何从 float32 模型获取 FastestDet tflite 的文档。是这样吗？ 我担心这个问题，因为原始仓库使用的是 PyTorch（而不是 TensorFlow），而 NXP 提供的是 tflite 模型的头文件（而不是 .tflite 文件）。模型）。感谢您分享这些信息。如果恩智浦进行内部调查并提供详细信息，以便用户轻松理解和重现结果，那就非常好了。 我还有个问题： - 我能否使用 CPU（不使用 NPU）运行目标检测？在我看到 tflm_cifar 之前，我了解到可以在 CPU 和 NPU 之间切换。 - 因为目前我想用单核处理器进行测试，而这个例子需要特定的液晶显示屏，但我没有这种显示屏。我打算使用 tflm_cifar 示例（用于分类），并根据该示例的单核目标检测模型对其进行修改。原因是，我只需要在我的电脑上（通过串口）加载静态图像、运行推理并查看预测结果。这有可能吗？您有什么建议吗？ 关于 .zip 文件我看到您在上面的链接中附加的文件中有一个“common”文件夹。这意味着我们需要将此文件夹中的所有文件和子文件夹复制到其他 3 个文件夹中。是这样吗？ Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? 嗨@nnxxpp ， 感谢您提供最新信息并耐心等待。 源代码作为应用笔记软件包单独提供，编号为 AN14718： https://www.nxp.com/docs/en/application-note-software/AN14718SW.zip 关于您提出的其他问题： A1：并非所有USB摄像头都能保证无需改装即可使用。 A2：是的。第 7.3 节描述了一个双核应用程序，并明确指出：此应用程序不使用显示器。 A3:AN14718 使用的是针对 RT700 NPU 优化的 INT8 量化 TFLite FastestDet 模型，而不是直接执行的 ONNX/Glow 模型。ONNX模型需要进行转换和兼容性评估。 A4：我们理解您对使用自定义数据集重现示例的担忧。我们需要对此事进行内部进一步调查。 祝你今天过得愉快。 顺祝商祺！ 刘梅

FRDM-A-S32K356)The PWM signal is not being output I am planning to change the MCU from the S32K344 to the S32K356 in order to reduce processing time. I ported an S32K344-based FOC project to the S32K356 using the FRDM-A-S32K356 evaluation board. However, I am unable to obtain any PWM output signals to drive the inverter. Could you please advise me on the possible causes and the settings I should check? Specifically, I expect the PWM signals to be output from the following pins on connector JA1: Pin 15 (PTA0) Pin 13 (PTA1) Pin 11 (PTA3) Pin 9 (PTA2) Pin 7 (PTD3) Pin 5 (PTD2) Steps to Reproduce the Issue: Open S32K_PMSM_Sensorless.pmpx. Set "Speed Required" to 100 rpm. Change "On/Off" from "Stop" to "Run". Check the PWM output signals on the specified JA1 pins. Expected behavior: PWM signals should be output from the specified JA1 pins. Actual behavior: No PWM signals are observed on the specified JA1 pins. Re: FRDM-A-S32K356)The PWM signal is not being output Hi @Tomato1  First, please note that S32K3_S32M27x Real-Time Drivers Version 3.0.0 P07 were not tested with the S32K356 devices. Therefore, we cannot guarantee proper functionality when using this version with the S32K356. Official support for the S32K356 was introduced starting with S32K3_S32M27x Real-Time Drivers ASR R21-11 Version 6.0.0. For this reason, we recommend using the latest software releases and development tools that support the S32K356 to ensure compatibility and avoid potential issues related to unsupported software versions. Additionally, as a reference for your motor-control development, there is an example application available that demonstrates sensorless Field-Oriented Control (FOC) of a Permanent Magnet Synchronous Motor (PMSM) with dual-shunt current sensing. This example is based on the NXP DEVKIT-MOTORGD and FRDM-A-S32K344 and can be accessed through the NXP Application Code Hub. BR, VaneB

NXPは、CPU/NPU上で動作するiMXRT700向けの物体検出のサンプルを提供していますか？ タイトルと同じ質問があります。 私は物体検出タスクを持っており、それをi.MXRT700にデプロイしたいと考えています。以前にtflm_cifarまたはtflm_label_imageの例を見たことがあります。これは参考になる良い例であり、分類モデルを NPUまたはCPUに切り替えるためのガイドラインもあります。また、 静止画像やカメラからの映像もサポートしています。そのモデルは tfliteモデルでした。 さて、物体検出タスクについてですが、物体検出タスクの例はありますか？ 私はこの点に興味がありますし、以下 のようなオブジェクト検出をサポートする例があれば良いと思います。 - NPU/CPU ランタイム - 静止画像／ウェブカメラ - tflite または glow これらの機能は、tflm_cifar または tflm_label と同じです。 皆さまのサポートを心よりお待ちしています。ありがとう。 Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? こんにちは、 @nnxxpp さん。 私たちの製品にご関心を寄せ、コミュニティをご利用いただき、本当にありがとうございます。 i.MX RT700のオブジェクト検出アプリケーションについては、ビジョン AI/MLアプリケーションやオブジェクト検出の例について詳しく知りたいのは、以下のドキュメントを参照することをおすすめします。 1:RT700 i.MX ビジョン AI/ML 2：AN14718： i.MX RT700におけるUSBカメラ物体検出パイプライン これらの資料があなたの成長に役立つことを願っています。 よろしくお願いいたします。 メイ・リウ Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? @mayliu1 再開まで今しばらくお待ちください。 i.MX RT700のオブジェクト検出アプリケーションについては、ビジョン AI/MLアプリケーションやオブジェクト検出の例について詳しく知りたいのは、以下のドキュメントを参照することをおすすめします。 1:RT700 i.MX ビジョン AI/ML 2：AN14718： i.MX RT700におけるUSBカメラ物体検出パイプライン i.MX RT700に関する以下の2つの記事を読みました。USBカメラと特定の液晶ディスプレイに対応しています。この例のソースコードについて言及されているのは見ましたが、どこでソースコードをダウンロードできるかは見当たりませんでした。 MCUXpresso IDE 25.6でも確認しましたが、eiqの例にはこの例はありませんでした。アプリケーションハブにはそのような例はありません https://mcuxpresso.nxp.com/appcodehub?category=vision この例のソースコードをダウンロードするためのリンクを教えていただけますか?現在はMCUXpresso IDEを使っています。 さらに、この例に関して疑問があります。 - USBカメラを使っているから、どんなUSBカメラでも使えるってこと。制限はありません。それで合っていますか？ - LCDについてですが、ガイドに記載されているLCDは持っていません。ソースコードをLCDなしで動作させ、シリアルポート経由でPC上で結果を印刷することは可能でしょうか(分類の例と同じように)tflm_cifar? - この例では、モデルはFastDetで、tfliteモデルに変換されます。NXPはONNX/GLowモデルの例はありますか? - FastDetモデルは、元のバージョン https://github.com/dog-qiuqiu/FastestDet でPytorchで訓練されています。しかし、NXPはtflite FastestDetをリリースしました。NXPには、オリジナルのリポジトリからtflite FastestDetを取得するための手順と例があると思います。NXPはそれを共有していますか？カスタムデータセットでは、tflite FastestDetを得るために多くのことを細かく調整し、多くのことをする必要があるからです。そうでなければ、結果を再現したり新しいモデルを使用したりするのは困難です。 よろしくお願いします。 Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? こんにちは、 @nnxxpp さん。 最新情報のご提供とご辛抱に感謝いたします。 ソースコードは、AN14718のアプリケーションノートソフトウェアパッケージとして別途提供されています: https://www.nxp.com/docs/en/application-note-software/AN14718SW.zip 追加のご質問について： A1：すべてのUSBカメラが改造なしで動作するとは限りません。 A2：はい。7.3節はデュアルコアアプリケーションについて説明し、明示的に次のように述べています:このアプリケーションはディスプレイを使用しません。 A3:AN14718は、RT700 NPU向けに最適化されたINT8量子化されたTFLite FastestDetモデルを使用しており、直接実行されるONNX/Glowモデルではありません。ONNXモデルは変換と互換性評価を必要とします。 A4：カスタムデータセットを使用して例を再現することに関するお客様のご懸念は理解しております。この件については、社内でさらに調査する必要があります。 良い一日をお過ごしください。 よろしくお願いいたします。 メイ・リウ Re: Does NXP have an example of object detection for iMXRT700 that run on CPU/NPU? @mayliu1 リンクを共有していただきありがとうございます。 いくつか確認させてください。 A1：すべてのUSBカメラが改造なしで動作するとは限りません。 つまり、USBカメラを一つずつ確認する必要があるということです。それで合っていますか？ A2：はい。7.3節はデュアルコアアプリケーションについて説明し、明示的に次のように述べています:このアプリケーションはディスプレイを使用しません。 はい。ありがとうございます。シングルコアの例でもLCDは必要です。それで合っていますか？ A3:AN14718は、RT700 NPU向けに最適化されたINT8量子化されたTFLite FastestDetモデルを使用しており、直接実行されるONNX/Glowモデルではありません。ONNXモデルは変換と互換性評価を必要とします。 A4：カスタムデータセットを使用して例を再現することに関するお客様のご懸念は理解しております。この件については、社内でさらに調査する必要があります。 つまり、現在NXPはONNX/Glowモデルによるオブジェクト検出の例を作っておらず、またfloat32モデルからFastestDet tfliteを取得する方法のドキュメントも提供していません。それで合っていますか？ この問題について懸念しているのは、元のリポジトリはPytorch(Tensorflowではなく)を使っており、NXPはtfliteモデルのヘッダーファイル(.tfliteではありません)を提供しているからですモデル)。この情報を共有していただきありがとうございます。NXPが内部調査を行い、ユーザーが簡単に追跡・再現できる詳細を提供しれば非常に良いです。 他にも質問があります。 - NPUを使わずにCPUでオブジェクト検出を実行できますか?以前はtflm_cifarでCPUとNPUを切り替えられるというガイドラインがありました。 - 現状はシングルコアで確認したいので、この例には専用のLCDが必要ですが、これは持っていません。tflm_cifar例(分類用)を使い、シングルコアのオブジェクト検出モデルに基づいて修正するつもりです。理由は、静止画像を読み込み、推論を実行し、予測結果を（シリアルポート経由で）PC上で確認するだけでよいからです。これは可能でしょうか？何かおすすめはありますか？ - .zipについて上記リンクに添付されているファイルの中に「common」フォルダがあるのを確認しました。つまり、このフォルダ内のすべてのファイルとサブフォルダを、他の3つのフォルダにコピーする必要があるということです。それで合っていますか？

FRDM-IMX8MPLUS：GPIO使用時のJ18ピンマッピングとI/O電圧 こんにちは、 FRDM-IMX8MPLUSボードを使っていて、J18の40ピン拡張ヘッダーにPIRモーション・センサを接続したいと思っています。センサの出力はGPIO入力への3.3Vプッシュプル信号です。UM12340 (Rev.1.0)はJ18について説明していますが、ヘッダーのピンテーブルやI/O電圧はありません。以下の点を確認できますか? 1. 入出力電圧：J18信号ピンは3.3Vですか、それとも1.8Vですか？ヘッダーに到達する各パッドバンクには、どのNVCCレールから電源が供給されていますか？ 2. ピンマッピング：これらのSoCパッドはそれぞれ、J18のどのピン番号に接続されていますか？（接続されている場合） - GPIO1_IO10 - GPIO1_IO13 - GPIO1_IO01 - SAI5_RXFS - ECSPI2_SS0 - ECSPI1_SS0 - SAI5_RXD3 3. 直列部品：SoCとJ18ピンの間に、レベルシフター、バッファ、または直列抵抗器はありますか？ 4. 入力許容差:ヘッダーが1.8Vの場合、3.3Vの入力を安全に受けられますか?それともレベルシフターが必要ですか? J18の各ピンの電圧を記載したピンテーブルがあれば、これらの疑問はすべて解決するでしょう。基板回路図の適切なページへのポインタでも同様です。 よろしくお願い申し上げます。 FRDMトレーニング i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re: FRDM-IMX8MPLUS: J18 pin mapping and I/O voltage for GPIO use 公開ドキュメントで記載された特定のパッドの正確なJ18ピン番号は見つかりませんでした。しかし、J18の40ピンヘッダー(2x20)は通常、GPIO、SAI(オーディオ)、ECSPI(SPI)、I2Cインターフェースへのアクセスを提供します[^9][^11]。各SoCパッドを物理的なJ18ピン番号にマッピングするには、ボードの回路図または「FRDM-IMX8MPLUS回路図」のPDFを参照する必要があります。 3.シリーズパーツ／レベルシフター** これらの信号用のレベルシフターは基板上にありません。プロセッサのI/Oはヘッダーに直接コネクテッドされています[^10][^11]。 **4.入力許容範囲と推奨事項** このヘッダーは**1.8V**で動作するため、**3.3Vには対応していません**。PIRセンサから直接3.3Vのプッシュプル信号を流すと、i.MX 8M PlusのSoCが損傷する可能性があります。 選択肢は2つあります: - **1.8V PIRセンサーを使用**:1.8Vで電源を供給でき、1.8Vのプッシュプル出力を持つPIRモーション・センサを探します。 - **外部レベルシフターを追加**:現在の3.3V PIRセンサを維持しつつ、センサとJ18ヘッダーの間に双方向ロジックレベルシフター(例:TXB0108、PCA9306)を設置し、3.3V信号を1.8Vに減圧します。 正確なピンマッピングについては、公式NXP製品ページから基板のデザインファイル(回路図)をダウンロードし、「FRDM-IMX8MPLUS Schematic.pdf」を確認することをお勧めします。 Re: FRDM-IMX8MPLUS: J18 pin mapping and I/O voltage for GPIO use こんに ちは @db16122@cole 設計図から情報が見つかるかもしれません: https://www.nxp.com/downloads/en/schematics/FRDM-IMX8MPLUS-SCH-95022_B1.zip よろしくお願いします、 志明

FRDM-A-S32K356）PWM信号未输出 我计划将 MCU 从 S32K344 更换为 S32K356，以减少处理时间。 我使用 FRDM-A-S32K356 评估板将基于 S32K344 的 FOC 项目移植到了 S32K356。但是，我无法获得任何 PWM 输出信号来驱动逆变器。请问您能否告知我可能的原因以及我应该检查哪些设置？ 具体来说，我希望 PWM 信号从连接器 JA1 上的以下引脚输出： 引脚 15 (PTA0) 引脚 13 (PTA1) 引脚 11 (PTA3) 引脚 9 (PTA2) 引脚 7 (PTD3) 引脚 5 (PTD2) 重现问题的步骤： 打开S32K_PMSM_Sensorless.pmpx 。 将“所需速度”设置为100 rpm 。 将“开/关”从“停止”改为“运行” 。 检查指定 JA1 引脚上的 PWM 输出信号。 预期行为： PWM信号应从指定的JA1引脚输出。 实际行为： 在指定的 JA1 引脚上未观察到 PWM 信号。 Re: FRDM-A-S32K356)The PWM signal is not being output 嗨@Tomato1 首先，请注意 S32K3_S32M27x 实时驱动程序版本 3.0.0P07 没有与 S32K356 设备进行测试。因此，我们不能保证将此版本与 S32K356 一起使用时能够正常工作。从 S32K3_S32M27x 实时驱动程序 ASR R21-11 版本 6.0.0 开始，正式引入了对 S32K356 的支持。 因此，我们建议使用支持 S32K356 的最新软件版本和开发工具，以确保兼容性并避免与不支持的软件版本相关的潜在问题。 此外，作为您电机控制开发的参考，我们提供了一个示例应用程序，演示了采用双并联电流检测的永磁同步电机 (PMSM) 的无传感器磁场定向控制 (FOC)。本示例基于 NXP DEVKIT-MOTORGD 和 FRDM-A-S32K344，可通过NXP 应用程序代码中心访问。 BR，VaneB

IMX535 我目前还有一款产品在使用 MCU MCIMX535DVP1C2，但 PMIC MC34708 和 MC34709 现在都已经过时了。我计划使用 PMIC MMPF0100，因为它被推荐作为 MC34708 的替代品：是否有任何参考设计、原理图、应用文档或关于如何实现替代的建议？ 谢谢！ 米尔科 Re: IMX535 嗨，米尔科， 感谢您就 MCIMX535DVP1C2 设计的 PMIC 迁移事宜与我们联系。 如硬件评测中所述， 虽然 MMPF0100 是推荐的后续产品系列，但 由于 PF0100 的目标平台是 i.MX6 生态系统， 因此 NXP 没有提供可直接替换的参考板 。 如果您决定进行重新设计， 则需要重新封装电路板（QFN56 封装与 MAPBGA206 封装不同），并对 OTP 启动序列（AN4536）进行编程，使其与 i.MX53 的电源轨相匹配。 根据您的生产时间表，以及您是否愿意承担立即进行电路板重新设计/模具制造的成本，还是使用现有布局进行过渡版本生产，以下是我们目前的分配和元器件价格，供您比较： MCIMX535DVP1C2 （NXP Cortex-A8 微处理器）： 39.80 美元/个 MC34708 （传统电源管理集成电路，原始布局）： 5.00 美元/个 MC34709 （传统电源管理集成电路替代方案）： 5.30 美元/个 MMPF0100 （下一代迁移 PMIC）： 4.20 美元/个 如果您希望现有存货/保修批次的产品保持当前的PCB布局，短期内继续使用MC34708/MC34709可以避免非经常性工程费用和重新认证周期。如果您无论如何都要开始进行版本升级，那么过渡到MMPF0100（4.20美元）将提供长期稳定的供货保障。 您可以直接访问 (spacechips.tech)查看我们的完整产品线卡、可追溯性标准和技术库存更新。 请告知您的目标数量和批次计划，以便我预留配额或据此准备正式的形式发票。 顺祝商祺！ 陈艾斯

IMX535 I have a product still using MCU MCIMX535DVP1C2, but the PMIC MC34708 and MC34709 are both obsolete now. I am planning to use PMIC MMPF0100 as it is a suggested replacement for MC34708: is there any reference design, schematic, application document or recommendation on how to implement the relacement ? Thank you. Mierko Re: IMX535 Hi Mierko, Thanks for reaching out regarding the PMIC migration for the MCIMX535DVP1C2 design. As noted in the hardware review, while the MMPF0100 is the recommended successor family, there is no direct drop-in reference board from NXP since the PF0100 was targeted at the i.MX6 ecosystem. If you decide to proceed with the redesign, you will need to re-spin the board (QFN56 vs. MAPBGA206) and program the OTP startup sequence (AN4536) to match the i.MX53 power rails. Depending on your production timeline and whether you want to absorb immediate board redesign/tooling costs versus running a bridge build with existing layouts, here is our current allocation and component pricing for comparison: MCIMX535DVP1C2 (NXP Cortex-A8 MPU): $39.80 / pc MC34708 (Legacy PMIC, original layout): $5.00 / pc MC34709 (Legacy PMIC alternative): $5.30 / pc MMPF0100 (Next-gen migration PMIC): $4.20 / pc If you prefer to maintain the current PCB layout for existing inventory/warranty batches, keeping the MC34708 / MC34709 in the short term avoids NRE and re-certification cycles. If you are starting a revision anyway, transitioning to the MMPF0100 ($4.20) will provide long-term supply stability. You can review our full line-card, traceability standards, and technical stock updates directly at (spacechips.tech) Let me know your target quantities and batch schedule, and I can reserve allocation or prepare the official Proforma Invoice accordingly. Best regards, Ace Chen

FRDM-A-S32K356)PWM信号が出力されていません プロセッシング時間を短縮するために、MCUをS32K344からS32K356に変更する予定です。 私はFRDM-A-S32K356評価ボードを使ってS32K344ベースのFOCプロジェクトをS32K356に移植しました。しかし、インバータを駆動するためのPWM出力信号を得ることができません。原因や確認すべき設定についてアドバイスをいただけますか? 具体的には、コネクタJA1の以下のピンからPWM信号が出力されることを想定しています。 ピン15（PTA0） ピン13（PTA1） ピン11（PTA3） ピン9（PTA2） ピン7（PTD3） ピン5（PTD2） 問題を再現する手順： S32K_PMSM_Sensorless.pmpxを開きます。 「必要回転数」を100rpmに設定してください。 「オン/オフ」を「停止」から「実行」に変更します。 指定されたJA1ピンのPWM出力信号を確認してください。 期待される動作: PWM信号は、指定されたJA1ピンから出力される必要があります。 実際の動作: 指定されたJA1ピンにはPWM信号は観測されませんでした。 Re: FRDM-A-S32K356)The PWM signal is not being output こんにちは、@Tomato1さん まず、S32K3_S32M27xリアルタイムドライバーバージョン3.0.0であることにご注意ください。P07はS32K356デバイスではテストされていません。したがって、このバージョンをS32K356と組み合わせて使用した場合、適切な機能を保証することはできません。S32K356の公式サポートは、リアルタイム・ドライバのASR R21-11バージョン6.0.0 S32K3_S32M27xから導入されました。 このため、互換性を確保し、サポートされていないソフトウェアバージョンに関連する潜在的な問題を避けるために、S32K356をサポートする最新のソフトウェアリリースや開発ツールの使用を推奨します。 さらに、モータ制御開発の参考として、デュアルシャント電流検知を備えた永久磁石同期モーター(PMSM)のセンサーレス場指向制御(FOC)を実証するアプリケーションの例があります。この例はNXP DEVKIT-MOTORGDおよびFRDM-A-S32K344に基づいており、 NXPアプリケーションコードハブを通じてアクセス可能です。 BR、VaneB

FRDM-IMX8MPLUS: J18 pin mapping and I/O voltage for GPIO use Hello, I'm using an FRDM-IMX8MPLUS board and want to connect a PIR motion sensor to the J18 40-pin expansion header. The sensor's output is a 3.3 V push-pull signal into a GPIO input. UM12340 (Rev. 1.0) describes J18, but it has no pin table or I/O voltage for the header. Could you confirm the following? 1. I/O voltage: Are the J18 signal pins at 3.3 V or 1.8 V? Which NVCC rail supplies each pad bank that reaches the header? 2. Pin mapping: Which J18 pin number does each of these SoC pads connect to, if any? - GPIO1_IO10 - GPIO1_IO13 - GPIO1_IO01 - SAI5_RXFS - ECSPI2_SS0 - ECSPI1_SS0 - SAI5_RXD3 3. Series parts: Is there a level shifter, buffer or series resistor between the SoC and any of those J18 pins? 4. Input tolerance: If the header is at 1.8 V, can it safely take a 3.3 V input, or do I need a level shifter? A J18 pin table with the voltage for each pin would answer all of these. A pointer to the right page of the board schematic would too. Thank you FRDM-Training i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: FRDM-IMX8MPLUS: J18 pin mapping and I/O voltage for GPIO use I couldn't find the exact J18 pin numbers for the specific pads you listed in the public documentation. However, the J18 40-pin header (2x20) typically provides access to GPIO, SAI (Audio), ECSPI (SPI), and I2C interfaces[^9][^11]. You would need to consult the board's schematic or the "FRDM-IMX8MPLUS Schematic" PDF to map each SoC pad to its physical J18 pin number. **3. Series Parts / Level Shifter** There is **no level shifter** on the board for these signals. The processor I/Os are connected directly to the header[^10][^11]. **4. Input Tolerance & Recommendation** Since the header operates at **1.8V**, it is **NOT 3.3V tolerant**. Applying a 3.3V push-pull signal directly from your PIR sensor will likely damage the i.MX 8M Plus SoC. You have two options: - **Use a 1.8V PIR Sensor**: Find a PIR motion sensor that can be powered by 1.8V and has a 1.8V push-pull output. - **Add an External Level Shifter**: Keep your current 3.3V PIR sensor, but place a bidirectional logic level shifter (e.g., TXB0108, PCA9306) between the sensor and the J18 header to step down the 3.3V signal to 1.8V. For the exact pin mapping, I recommend downloading the board's design files (schematics) from the official NXP product page and checking the `FRDM-IMX8MPLUS Schematic.pdf`. Re: FRDM-IMX8MPLUS: J18 pin mapping and I/O voltage for GPIO use Hi @db16122 @cole  You could find information from schematics : https://www.nxp.com/downloads/en/schematics/FRDM-IMX8MPLUS-SCH-95022_B1.zip Best Regards, Zhiming