How can I download GuierV1.7.2? How can I download GuierV1.7.2? Re: How can I download GuierV1.7.2? Hi @smile168  Thank you for your inquiry. Currently, only GUI Guider v2.0.0 and v1.10.1 are available for download. Unfortunately, v1.7.2 is no longer available through our download channels. Create Modern Embedded GUIs Fasts | NXP Semiconductors BR Harry

咨询：NXP EasyEVSE 用于 ISO 15118-20 EVCC 仿真与 SECC 测试 你好 我们正在开发定制的充电器侧 ISO 15118-20 SECC。 我们正在考虑使用 NXP EasyEVSE 平台作为电动汽车侧模拟器来测试我们的充电器，而无需使用真正的车辆。我们了解到，MIMXRT1064-EVK 将运行 EVCC 软件，而 EVSE-SIG-BRD2X 和 Green PHY 硬件将为我们的充电器提供 CP/PE 和 PLC 连接。 请您确认一下： 该平台/硬件是否能在EV/EVCC模式下运行并测试定制的SECC。 是否支持 ISO 15118-20 AC 和 AC-BPT。 是否可以测试 CP 状态和 5% PWM、SLAC、SDP、TCP/TLS、授权、服务发现、调度交换、充电循环和会话停止。 是否可以配置模拟电动汽车值，例如当前 SoC、目标 SoC 和充电/放电功率限制。 确切的电动车端硬件 BOM，包括正确的信号板、Green PHY 板、电缆和部件号。 是否包含所需的 SEVENSTAX 软件，或者是否需要单独的评估许可证。 评估是否需要 QA/测试 TLS 证书和安全元件。 哪些电动汽车参数和消息字段可以修改？ 充电和放电功率是否可以在会话中动态变化; 此设置仅用于实验室开发和互操作性测试。 顺祝商祺！

S32K3 HSE Hi，NXP专家们，想问下S32K3 HSE是否支持ED448算法 Re: S32K3 HSE 你好@Chenxu1 HSE-B 支持 ED448。来自 HSE 服务 API 参考手册： lukaszadrapa_0-1752824170040.png 此致， Lukas Re: S32K3 HSE 嗨@lukaszadrapa 感谢您的反馈， 您提到 HSE-B 支持 ED448，但根据 HSE 服务 API 参考手册和版本说明，ED448 似乎不受支持。请您帮我们再核实一下好吗？ kay3_0-1786418040733.png kay3_1-1786418087077.png Re: S32K3 HSE 嗨@KaiKim 看来我错了。我查阅了几份 API 手册，有些包含这些信息，有些则没有。我可能看的是一个没有显示这些信息的版本。但是，查看不同版本接口文件中的 hse_b_config.h 文件，发现它们都包含以下内容： lukaszadrapa_0-1786607577525.png 所以，它实际上不受支持。 谢谢指出这一点。 问候， 卢卡斯

MFS2633的FCCU功能如何使用？ 请问MFS2633的PIN.17 FCCU1与PIN.18 FCCU2是如何使用的？两个Pin脚的输入值会构成真值表，引发芯片的不同保护措施？ Re: MFS2633的FCCU功能如何使用？ 你好，里约！ MFS2633 上的 FCCU1（引脚 17）和 FCCU2（引脚 18）是用于接收来自连接的 MCU 的故障信号的数字输入。它们是 FS26 故障保护状态机的 MCU 监控接口的一部分。 它们直接连接到 MCU 的 FCCU 错误输出引脚（例如，S32K3xx MCU 的 FCCU_EOUT[0:1] 或 FSP 输出）。FS26 监控这些输入，当检测到故障情况时，会发出配置的功能安全输出（FS0B 和/或 RSTB）。 在 FS26 初始化阶段，通过 FS_I_SAFE_INPUTS 寄存器中的 FCCU_CFG[2:0] 位选择监视模式。 可用的模式有： Screenshot 2026-08-13 092241.jpg 在最常见的汽车应用中——双稳态（配对）模式——这两个引脚作为互补对工作，而不是作为产生不同反应的独立输入。FS26 预期： 正常/安全状态：FCCU1 = 高电平 (1)，FCCU2 = 低电平 (0) 故障状态：FCCU1 = 低电平 (0) 或 FCCU2 = 高电平 (1) 任何偏离预期正常状态的情况都会触发预设的故障响应。默认故障极性为： FCCU1 = 0 or FCCU2 = 1 is a fault 。该极性可通过 FCCU12_FLT_POL 进行配置。 Screenshot 2026-08-13 092736.jpg 功能安全反应（其钳位）不会因 FCCU1/FCCU2 等级的具体组合而有所不同。对于检测到的任何故障，反应都是相同的，但可以使用 FCCU12_FS_REACTION 、 FCCU1_FS_REACTION 和 FCCU2_FS_REACTION 位对每个引脚进行独立配置。 Screenshot 2026-08-13 093010.jpg 检测到故障时，默认反应是将 RSTB 和 FS0B 都置低。如果您希望启用故障恢复策略（MCU 在不复位的情况下处理故障），则必须将响应更改为仅 FS0B。 BRs，托马斯

U-Boot USB ID とメインラインにおける回帰/バグ こんにちは、 U-Bootのlf-6.18.20-2.0.0ブランチで「コミットa5c91319731f(「MLK-25803-2: Update VID/PID」)は、USBユーザー全員に回帰を導入します。 設定から値を取得するのではなく、USB製品IDを強制的に入力します。これは、0x0151以外の値を使用しているすべてのボードを破損させます。 この問題は、NXP製以外のボード（NXP製SoCを使用しているボード）でこのU-Bootブランチを使用した場合に発生します。 この値は設定ファイルから取得する必要があり、ハードコーディングしてはいけません。 次のパッチで問題が解決しますが、あなたの支店にも適用できますか? 「`」 diff --git a/arch/arm/mach-imx/spl.c b/arch/arm/mach-imx/spl.c インデックス 165cc82d9c72..46e26d138cf9 100644 --- a/arch/arm/mac-imx/spl.c +++ b/arch/arm/mach-imx/spl.c @@ -199,7 +199,7 @@ int g_dnl_bind_fixup(struct usb_device_descriptor *dev, const char *name) snprintf(serial_string, sizeof(serial_string), "%08x%08x", serialnr.high,シリアル番号.low); g_dnl_set_serialnumber(serial_string); #endif - put_unaligned(0x0151, &dev->idProduct); + put_unaligned(CONFIG_USB_GADGET_PRODUCT_NUM + 0xfff, &dev->idProduct); 0を返す。 } 「`」 Re: Regression/bug in U-Boot USB ID vs mainline 問題は、あなたが先ほど説明したNXP製品に関する具体的なニーズではありません。問題は、コードに数字をハードコーディングすることで、ユーザーがkconfigから設定できず、実質的に回帰を生み出せないことです。 その変更は、異なるニーズを持つ既存ユーザーを無視し、動作するユースケースを積極的に壊すことです。コードの中のgrepでgrep CONFIG_USB_GADGET_PRODUCT_NUMすれば、この問題が壊れている複数のユースケースがわかります。 回帰バグを引き起こさない、別の解決策が必要です。 Re: Regression/bug in U-Boot USB ID vs mainline こんにちは、 この変更は意図的なものであった。 VID 0x525とPID 0xa4a5すでにPLX Technology, Inc.として登録されています。 Linux-USBファイルバックアップストレージガジェット しかし、fastboot デバイスはマスストレージデバイスではありません。Windows 10 の最新アップデートは既に上記の vid/pid をキャッシュしています。 Freescale VID 0x1fc9を使用するように変更します。 PID 0x151、SPL SDP HIDダウンロード用 PID 0x152、Fastboot用 PID 0x153、カーネル高速起動用 uuuを1.4.182以上にアップデートする必要があります

GuierV1.7.2はどうやってダウンロードできますか? GuierV1.7.2はどうやってダウンロードできますか? Re: How can I download GuierV1.7.2? こんにちは、@smile168さん お問い合わせいただきありがとうございます。 現在、ダウンロード可能なのはGUI Guider v2.0.0とv1.10.1のみです。残念ながら、v1.7.2はダウンロードチャネルからはもう利用できません。 現代的な組み込みGUIファストを作成 |NXPセミコンダクターズ BR ハリー

[i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Environment & Hardware Setup Processor / Platform: NXP i.MX95 FRDM Board Camera Module: RPI-CAM-MIPI (AR0144 Sensor + AP1302 Onboard ISP) Firmware Used: ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin (renamed to ap1302_ar0144_single_fw.bin and placed in /lib/firmware/) Issue 1: Pink / Magenta Color Tint from AP1302 ISP I am experiencing a persistent pink / magenta color cast in the decoded images/video streams coming from the AR0144 camera module via the AP1302 ISP. Despite using this tuned firmware file, the decoded frames still exhibit a noticeable pink cast (sample image attached). Is this a known issue with the AR0144 + AP1302 setup? Is there an updated AP1302 firmware binary available to fix this color balance issue? Issue 2: Bypassing AP1302 to Use the i.MX95 Internal NEO ISP The NXP documentation for the RPI-CAM-MIPI camera module states: "The bypassable onboard ISP chip allows it to be used with a wide range of SoCs." Since the i.MX95 features an integrated hardware NEO ISP, we would like to bypass the AP1302 onboard processing and route the RAW Bayer stream from the AR0144 directly into the i.MX95 internal NEO ISP using libcamera and the neo-ipa-uguzzi pipeline handler. Questions for NXP: Is RAW passthrough (bypassing AP1302 hardware processing to feed RAW Bayer directly to the i.MX95 NEO ISP) officially supported on the i.MX95 FRDM board? If yes, could NXP provide the step-by-step configuration required to enable RAW passthrough? How can we acquire or generate the required DTP / YAML tuning files for the AR0144 sensor under the NEO ISP? Does NXP have a pre-calibrated YAML/DTP file available for AR0144 that can be shared? face_detection_input_image.png face_detection_input_image.png Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP I reproduce this on my imx95 frdm board, doesn't have any color issue, you should set the correctly since you can bring up the camera, just check if your display has any issue or not 1) set the dtb file as imx95-15x15-frdm-ap1302.dtb   2) your firmware is correct 3) use the command gst-launch-1.0 libcamerasrc ! autovideosink joanxie_0-1786086912147.jpeg Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Hi, Thank you for testing and providing the feedback on Question 1.  Re: Question 2 — Bypassing AP1302 for the i.MX95 Internal NEO ISP Could you please also address my second question regarding bypassing the onboard AP1302 ISP to utilize the i.MX95's internal NEO ISP? Since the RPI-CAM-MIPI board documentation states that the onboard ISP is bypassable, we want to route the RAW Bayer stream from the AR0144 sensor directly into the i.MX95's internal NEO ISP. Could you please clarify: Is RAW passthrough (bypassing AP1302 hardware ISP processing) supported for the AR0144 on the i.MX95 FRDM board in the Linux 6.12.49_2.2.0 BSP release? Device Tree Changes: What exact Device Tree configuration or overlay is needed to bypass the AP1302 ISP block and capture RAW Bayer frames directly on the MIPI-CSI interface? Tuning & YAML Configuration: Does NXP provide the tuning/DTP configuration files for the AR0144 under the NEO ISP pipeline handler? If available, could you share these files or guide us on how to properly set up libcamera and LIBCAMERA_IPA_MODULE_PATH for this workflow? Thank you for your assistance! Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Is RAW passthrough (bypassing AP1302 hardware ISP processing) supported for the AR0144 on the i.MX95 FRDM board in the Linux 6.12.49_2.2.0 BSP release?>couldn't support it as default bsp, you can find the dtb file named ap1302 only Device Tree Changes: What exact Device Tree configuration or overlay is needed to bypass the AP1302 ISP block and capture RAW Bayer frames directly on the MIPI-CSI interface?> refer to the ap1302 dtso file https://github.com/nxp-imx/linux-imx/blob/lf-6.18.y/arch/arm64/boot/dts/freescale/imx95-15x15-frdm-ap1302.dtso isp_en-gpios = <&adp5585_isp 2 GPIO_ACTIVE_HIGH>; this pin is enable ap1302, you can bypass ap1302 by control this pin, hi is for enable, low is for bypass 3.Tuning & YAML Configuration: Does NXP provide the tuning/DTP configuration files for the AR0144 under the NEO ISP pipeline handler? If available, could you share these files or guide us on how to properly set up libcamera and LIBCAMERA_IPA_MODULE_PATH for this workflow? >you can find all of the SW pacakge here https://github.com/nxp-imx-support/imx-camera-sw-pack Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Hi, Thank you for the detailed clarification regarding bypass mechanism. Regarding the color issue, I want to clarify that this is not a display or monitor artifact. To be certain, we did not take a photo of the screen; rather, we dumped the raw image/video file directly from the GStreamer pipeline and inspected the saved file on a separate host machine, where the light reddish/magenta pink tint is clearly present in the pixel data. Since we are using the correct DTB (imx95-15x15-frdm-ap1302.dtb) and the official AWB-tuned firmware (ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin), could you please help us isolate the root cause? Question: Is there a specific test we can run from user space to verify whether this pink tint is caused by a hardware defect in the specific AR0144 camera module unit we have, or if it is a configuration/software issue? Thank you for your continued support! Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Hi @joanxie ,  1) As I mentioned earlier we have confirmed this is NOT a display issue. Because the images are dumped to a file and pulled to a host PC (Not a capture from the Display) 2) We have checked the same camera on IMX 95 EVK and IMX 95 FRDM baord, just to confirm that the problem is with the camera module or not. Both the places we are able to see the red tint. 3) We are using this firmware for ap1302: https://github.com/ONSemiconductor/ap1302_binaries/blob/main/NXP_i.MX93/ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin And placing this in /lib/firmware with a name "ap1302_ar0144_single_fw.bin" (as we saw this is file name from dmesg logs).  Can you confirm whether you are using the same firmware. If not could you please let us know from where we can get the proper firmware 4) Is there any way to identify whether it's a tuning, firmware problem . Or some hardware issue with the specific module we are having? If it is hardware issue we want to consider buying another fresh unit

FS2613チップの選定 FS2613シリーズのチップは非常に高性能で、各電源レールの値とタイミングを編集できます。しかし、ソフトウェア開発にあまり時間をかけられないため、OTPを自社で実装することは避けたいと考えています。S32K358と互換性を持つように工場出荷時に設定されているモデルはありますか？例えば、下の画像に示されているようなモデルです。 Rio_Lee_0-1786090969347.png Re: 关于FS2613芯片的选型 添付ファイルを参照してください Re: 关于FS2613芯片的选型 さて、 MFS2633AMDB2ADモデルの場合、電源投入後の各チャンネルの出力電圧はデフォルトでどのくらいですか？ VCORE、LDO1、LDO2、VREF、VBST、TRK1、TRK2はどこから発生するのですか？ Re: 关于FS2613芯片的选型 MFS2633AMDB2AD 検索 | NXPセミコンダクターズ あなたはこれを選ぶことができます！ Re: 关于FS2613芯片的选型 MFS2633AMDB2ADは製造中止になりました。同じ仕様であれば、MFS2633HMDB2ADに交換すれば良いですよね？ Re: 关于FS2613芯片的选型 はい！ Re: 关于FS2613芯片的选型 このチップでは、PIN.17 FCCU1とPIN.18 FCCU2はどのように使用されますか？これらの2つのピンの入力値はどのような真理値表を形成し、チップのさまざまな保護メカニズムをトリガーしますか？ Re: 关于FS2613芯片的选型 新しいご質問については、新しいチケットを送信してください。よろしくお願いいたします。

关于安装IDE和RTD遇到的问题 你好，我安装了S32DSIDE 3.6.6软件 3859b5427f61973af225339173048fd.png 然后我又安装了RTD包 YangLuYao_0-1786007576122.png 但是我在新建application project时找不到SDK，如下图 YangLuYao_1-1786007624669.png YangLuYao_2-1786007639499.png 这个问题困扰我很久了，期待回复，谢谢，我的电脑配置如下 YangLuYao_3-1786007691107.png 电脑上装了JDK 8和JDK17, Python 13 14 15   Re: 关于安装IDE和RTD遇到的问题 谢谢，我发现了这个问题，然后我就想装gcc-10.2，我找到了关于编译器的网页 YangLuYao_0-1786064846455.png 我不知道使用哪一个，所以我下载了这两个EXE文件进行安装 YangLuYao_1-1786064901733.png 但是安装完成之后，在S32DS软件中新建工程发现还是没有gcc-10.2 YangLuYao_2-1786065074605.png 然后我就想在扩展包管理器中下载，但是我试了很多次下载过程中总是报错，无法下载成功，请指导我下一步该怎么做，谢谢~~~ YangLuYao_3-1786065134265.png Re: 关于安装IDE和RTD遇到的问题 抱歉，过去两天是周末，这是我今天早上又试着装了一次报的错 YangLuYao_0-1786325441496.png Re: 关于安装IDE和RTD遇到的问题 你好@YangLuYao ， 抱歉回复晚了。从图片来看，您似乎正在尝试安装 NXP GCC 6.3.1（版本 1620），但实际上您应该安装 v10.2（版本 1728）： Julin_AragnM_0-1786577752319.png Julin_AragnM_1-1786577760152.png 如果这仍然不起作用，我想你可以尝试从外部安装它：在 S32 设计工作室中安装软件。 我会检查以下几点： 安装过程中网络不稳定。 工作场所的代理/防火墙。 防病毒/网络安全检查。 磁盘空间。 除此之外，我就不确定根本原因是什么了。您可以尝试重新安装 S32DS，然后再次尝试安装 NXP GCC 10.2。 此致， 朱利安 Re: 关于安装IDE和RTD遇到的问题 嗨@YangLuYao ， 无需下载独立组网 (SA) 工具链。S32DS 已提供 NXP GCC 10.2： Julin_AragnM_0-1786119575796.png 选择工具链后，点击“安装/更新 1 个项目”，点击“下一步”，S32DS 将提示您重新启动。重启后，您应该可以看到它已安装： Julin_AragnM_1-1786119784429.png 如果发现任何错误，能否告知一下？ 此致， 朱利安 Re: 关于安装IDE和RTD遇到的问题 我已经解决了这个问题，谢谢~~

MFS2633のFCCU機能の使い方は？ MFS2633のPIN.17 FCCU1とPIN.18 FCCU2はどのように使用されますか？これらの2つのピンの入力値はどのような真理値表を形成し、チップのさまざまな保護機能をトリガーしますか？ Re: MFS2633的FCCU功能如何使用？ こんにちはリオ、 MFS2633上のFCCU1(PIN 17)とFCCU2(PIN 18)は、接続されたMCUからの故障信号を受信するためのデジタル入力です。これらはFS26フェイルセーフステートマシンのMCU監視インターフェースの一部です。 これらはMCUのFCCUエラー出力ピン(例:S32K3xxのFCCU_EOUT[0:1]やFSP出力)に直接接続されます。FS26はこれらの入力を監視し、故障状態が検出されると、設定されたセーフティ出力(FS0Bおよび/またはRSTB)を主張します。 監視モードは、FS26の初期化フェーズ中に FS_I_SAFE_INPUTS レジスタの FCCU_CFG[2:0] ビットによって選択されます。 利用可能なモードは以下のとおりです。 Screenshot 2026-08-13 092241.jpg 最も一般的なオートモーティブ実装であるバイスタッフル(ペアモード)では、2つのピンは相補的なペアとして動作し、異なる反応を生み出す独立した入力としてはなりません。FS26は以下を期待しています。 正常／安全状態：FCCU1 = HIGH（1）、FCCU2 = LOW（0） 故障状態：FCCU1 = LOW (0) または FCCU2 = HIGH (1) 想定される正常状態からの逸脱はすべて、設定された障害反応を引き起こします。デフォルトの障害極性は、 FCCU1 = 0 or FCCU2 = 1 is a fault 。この極性は FCCU12_FLT_POL で設定可能です。 Screenshot 2026-08-13 092736.jpg セーフティ反応(どの出力が主張されるか)は、FCCU1/FCCU2レベルの特定の組み合わせによって違いはありません。反応は検出された故障に対して同じですが、 FCCU12_FS_REACTION ビット、 FCCU1_FS_REACTION ビット、 FCCU2_FS_REACTION ビットを使ってピンごとに独立して設定できます。 Screenshot 2026-08-13 093010.jpg デフォルトの動作は、障害が検出された場合、RSTBとFS0Bの両方をローレベルにすることです。故障回復戦略(MCUがリセットせずに故障を処理する方法)を有効にしたい場合は、リアクションをFS0Bのみに変更する必要があります。 BRs、トーマス

S32K3 HSE NXP の専門家の皆さん、S32K3 HSE が ED448 アルゴリズムをサポートしているかどうかお尋ねしたいのですが。 Re: S32K3 HSE こんにちは@Chenxu1 HSE-BはED448をサポートします。HSE サービス API リファレンス マニュアルより: lukaszadrapa_0-1752824170040.png よろしくお願いいたします。 ルーカス Re: S32K3 HSE こんにちは、 @lukaszadrapa ご返信ありがとうございます。 ED448はHSE-Bでサポートされているとおっしゃいましたが、HSEサービスAPIリファレンスマニュアルやリリースノートによると、ED448はサポート されていない ようです。もう一度確認してもらえますか? kay3_0-1786418040733.png kay3_1-1786418087077.png Re: S32K3 HSE こんにちは、 @KaiKim さん。 どうやら私の間違いだったようだ。いくつかのAPIマニュアルに目を通したところ、この情報が記載されているものもあれば、記載されていないものもあった。おそらく、私が見ていたのは、この情報が表示されていないものだったのでしょう。しかし、異なるバージョンのインターフェースファイルで hse_b_config.h を見ると、すべて以下が含まれています: lukaszadrapa_0-1786607577525.png つまり、実際にはサポートされていません。 ご指摘ありがとうございます。 よろしくお願いいたします。 ルーカス

NXP S32K312 CAN0 – FIRC vs. FXOSC Clock Source Causing CAN Errors Hi everyone, I am using CAN0 on the S32K312 at 500 kbps with an 87.5% sampling point. Initially, I set up CAN0 to use the internal FIRC_CLK as the clock source. When I connected the S32K312 to a network with multiple CAN nodes, I noticed a lot of CAN error frames. I then switched the CAN clock source from FIRC_CLK to the external FXOSC_CLK while keeping the CAN bitrate and sampling point the same. After this change, the communication became stable, and I stopped seeing the error frames. Could anyone help me understand why switching the clock source from FIRC_CLK to FXOSC_CLK would fix the CAN errors? Re: NXP S32K312 CAN0 – FIRC vs. FXOSC Clock Source Causing CAN Errors Hello @Karthik_R, Usually, FIRC clock is not recommended for FlexCAN communication, as accuracy is over the ~1% requirement according to CAN protocol (ISO 11898-1). You can see from S32K3's Data Sheet that FIRC's deviation is +- 5%. Recommendation is to use either FXOSC or PLL running from XOSC. You can refer to FlexCAN Bit Timing Calculation document, and MPC5xxx/S32Kxx/LPCxxxx: CAN / CAN FD bit timing calculation tool for clock and timing calculations. Hope this is clear. Best regards, Julián

如何通过喷嘴拾取 MPXM2053GS 在 SMT 过程中，空气可能会从取放喷嘴吹入压力端口。内部传感器有可能损坏吗？ Re: how to pick up MPXM2053GS by nozzle 你好，大卫， 从取放喷嘴到侧面压力端口的短暂低压空气脉冲不太可能造成损坏，只要施加的压力不超过设备的最大额定过压。然而，反复或高压气流原则上可能会使隔膜承受压力，或者在极端情况下，使其受损。 为完全避免任何风险，建议将取放喷嘴放置在 M-PAK 封装的平坦顶部表面上，远离侧面的压力端口。这样可以确保喷嘴永远不会接触或引导气流进入感应端口开口。应用笔记AN1984 – 飞思卡尔压力传感器的处理，针对该设备系列的喷嘴设计和放置提供了具体指导，是 MPX 系列传感器 SMT 处理的主要参考。应用笔记AN936 – MPX 系列压力传感器的安装技术、引脚成型和测试也是一份有用的补充资料。 请注意，截至 2026 年 2 月 2 日，NXP MEMS 传感器产品（包括 MPXM2053GS）已过渡到 STMicroelectronics。如需后续产品支持和文档处理方面的帮助，我建议您直接咨询STM。 BRs，托马斯

how to pick up MPXM2053GS by nozzle During the SMT process, air may get blown into the pressure port from the pick-and-place nozzle. Is it possible to damage the sensor inside? Re: how to pick up MPXM2053GS by nozzle Hello David, A brief, low-pressure air pulse from the pick-and-place nozzle into the side pressure port is unlikely to cause damage, provided the applied pressure does not exceed the device's maximum rated overpressure. However, repeated or high-pressure air blasts could in principle stress the diaphragm or, under extreme conditions, compromise it. To avoid any risk entirely, the recommended approach is to position the pick-and-place nozzle on the flat top body surface of the M-PAK package, away from the side pressure port. This ensures the nozzle never contacts or directs airflow into the sensing port opening. Application Note AN1984 – Handling Freescale Pressure Sensors provides specific guidance on nozzle design and placement for this device family and is the primary reference for SMT handling of MPX-series sensors. Application Note AN936 – Mounting Techniques, Lead Forming, and Testing of the MPX Series Pressure Sensors is also a useful complement. Please note that as of February 2, 2026, NXP MEMS sensor products (including the MPXM2053GS) have been transitioned to STMicroelectronics. For ongoing product support and handling documentation going forward, I recommend also consulting STM directly. BRs, Tomas

NXP S32K312 CAN0 – FIRC 与 FXOSC 时钟源导致 CAN 错误 大家好， 我正在使用 S32K312 上的 CAN0，速率为 500 kbps，采样点为 87.5%。 最初，我将 CAN0 设置为使用内部 FIRC_CLK 作为时钟源。当我将 S32K312 连接到具有多个 CAN 节点的网络时，我注意到出现了很多 CAN 错误帧。 然后，我将 CAN 时钟源从 FIRC_CLK 切换到外部 FXOSC_CLK，同时保持 CAN 比特率和采样点不变。做出这一改变后，通信变得稳定，我不再看到错误帧。 请问有人能帮我理解一下为什么将时钟源从 FIRC_CLK 切换到 FXOSC_CLK 就能解决 CAN 错误吗？ Re: NXP S32K312 CAN0 – FIRC vs. FXOSC Clock Source Causing CAN Errors 你好@Karthik_R ， 通常不建议将 FIRC 时钟用于 FlexCAN 通信，因为根据 CAN 协议 (ISO 11898-1)，其精度超过了 ~1% 的要求。从 S32K3 的数据表中可以看出，FIRC 的偏差为 +/- 5%。 建议使用 FXOSC 或由 XOSC 运行的 PLL。您可以参考FlexCAN 位时序计算文档和MPC5xxx/S32Kxx/LPCxxxx：CAN / CAN FD 位时序计算工具进行时钟和时序计算。 希望这能说清楚。 此致， 朱利安

NXP S32K312 CAN0 – FIRC vs. FXOSC クロックソースによる CAN エラーの発生 こんにちは、皆さん 私はS32K312でCAN0を使用し、500kbpsの速度で87.5%のサンプリングポイントを設定しています。 最初は、CAN0を内部のFIRC_CLKをクロックソースとして使用するように設定しました。S32K312を複数のCANノードがあるネットワークに接続したところ、多くのCANエラーフレームに気付きました。 その後、CANのクロックソースをFIRC_CLKから外部FXOSC_CLKに切り替え、CANのビットレートとサンプリングポイントは同じにしました。この変更後、通信は安定し、エラーフレームが表示されなくなりました。 なぜクロックソースをFIRC_CLKからFXOSC_CLKに切り替えるとCANエラーが直るのか、どなたか教えてもらえますか? Re: NXP S32K312 CAN0 – FIRC vs. FXOSC Clock Source Causing CAN Errors こんにちは、 @Karthik_R さん。 通常、FIRCクロックはFlexCAN通信には推奨されません。なぜなら、精度がCANプロトコル(ISO 11898-1)の~1%要件を超えているためです。S32K3のデータシートを見ると、FIRCの偏差は+-5%です。 FXOSCを使用するか、XOSCから実行されるPLLを使用することを推奨します。FlexCANビットタイミング計算のドキュメントや、MPC5xxx/S32Kxx/LPCxxxx: CAN / CAN FDビットタイミング計算ツールをご参照ください。 これで分かりやすくなったでしょうか。 よろしくお願いします、 ジュリアン

FS23 V1 output abnormal V1 output is abnormal as below waveform: C1 was VSUP,C2 was VBOS,C3 was V2;C4 was V1(power to MCU)C1 was VSUP,C2 was VBOS,C3 was V2;C4 was V1(power to MCU) 微信图片_20260813093846_286_23.jpg V1 without npnV1 without npn 微信图片_2026-08-13_095130_111.png How can I thoroughly solve the problems I am currently facing? if you want to get more information,please let me know. Re: FS23 V1 output abnormal guoweisun_0-1786680381549.png guoweisun_1-1786680552393.png This diagram explains the softstart conditions highlighted above. If all conditions are met, V1 starts powering on and enters the M5 timing sequence, which takes 150-500µs. If the startup fails within this time, it enters the FS state and restarts after 100ms. This is roughly the process. Re: FS23 V1 output abnormal Could you please explain the softstart process? This section, " 19.4.6 V1UVLP monitoring chapter shows 'V1 is also monitored for V1UVLP when the device powers up after a wake-up from LPON, and during a cold start after TSOFT_START_V1. If, at the end of the softstart, V1 is still under the V1UVLP threshold, then the device goes into Fail-Safe state.'" What exactly is required for the V1 startup waveform? Thanks Re: FS23 V1 output abnormal This problem is most likely caused by V1 experiencing a startup failure during the soft boot process of OC, followed by a recovery. The solution is to add an external tube to the V1 port and enable this function when using FS23 OTP, or you can choose our HVBUCK version. Alternatively, you could remove some output capacitors to make the softstart smoother. I recommend choosing either of these two solutions for greater stability. Re: FS23 V1 output abnormal 1: If PIN37 in the schematic is not used, ground it. 2: V1's load current is not large, only a maximum of 100mA. Please confirm the load at your location. 3: The decoupling capacitor of V1_IN is 1uF. guoweisun_0-1786671133675.png 4: In the case above, if the first startup fails and the second startup occurs, can the register M_GEN_FLAG be read to see what happened? Let's change these things first and see the results. Re: FS23 V1 output abnormal We measured a new waveform and found that V1 sometimes fails to start on the first try when the input is 12V. af12f0f0-afa6-40e3-881d-890516697b5a.png This is the waveform of the first startup failure. V1第一次启动未成功图V1 failed to start on the first attempt (image) This is the waveform of the second successful startup. V1第二次启动成功图V1 successfully started for the second time (image) Is this related to the undervoltage detection in V1 after a soft boot? The typical soft boot time is 300µs, and the maximum is 500µs. Why does it seem like it won't boot if it exceeds 500µs, but it seems to work if it's below 500µs? Could you please describe the soft boot process? The manual doesn't provide much information about it. Re: FS23 V1 output abnormal guoweisun_0-1786608712650.png With 8V Vin, could you reduce the time axis of the waveform circled above? I want to see how long V1 has been running. Can we also test the same waveform with 12V VIN? I don't have a high and low temperature test chamber here, so I can't do too many tests. I can only rely on your results. Re: FS23 V1 output abnormal You can see below circled part. guoweisun_0-1786601658488.png Re: FS23 V1 output abnormal Channel 1 was VSUP,C2 was VBOS,C3 was V2;C4 was V1(power to MCU) Re: FS23 V1 output abnormal which one indicate V1 follow up VBAT from 0? current test results show VBOS>3.06V TO V1 UPing used 13.2ms, please check Re: FS23 V1 output abnormal guoweisun_0-1786601048119.png guoweisun_1-1786601077374.png A lots of confuse for your test result ,you can see when Vbat< Vsup_uv,the V1 should be stay 0,why your V1 follow up VBAT from 0? I suppose your test waveform yellow is VBAT,Green is V1,am I right? Re: FS23 V1 output abnormal This is testing. by the way, we check the manual and found 19.4.6 V1UVLP monitoring chapter shows "V1 is also monitored for V1UVLP when the device powers up after a wake up from LPON, and during a cold start after TSOFT_START_V1. If, at the end of the softstart, V1 is still under V1UVLP threshold, then the device goes into Fail-Safe state." does it mean V1 should beyond V1UVLP threshold after TSOFT_START_V1(type,300us)? in addition ,this V1 abnormal issue happened in low temperature (-30℃ ） and low Vsup power(8v)。in this condition, we increased VSUP to 12V，V1 output OK。 Re: FS23 V1 output abnormal VBOS>3.06V TO V1 UPing used 13.2msVBOS>3.06V TO V1 UPing used 13.2ms Re: FS23 V1 output abnormal You can try to disconnect  MCU with V1 and test it again for example add some loading 50mA. 

FS23 V1 输出异常 V1 输出异常，波形如下： C1 was VSUP,C2 was VBOS,C3 was V2;C4 was V1(power to MCU)C1 为 VSUP，C2 为 VBOS，C3 为 V2；C4 为 V1（MCU 电源） 微信图片_20260813093846_286_23.jpg V1 without npnV1 无 npn 微信图片_2026-08-13_095130_111.png 我该如何彻底解决目前面临的问题？ 如果您想了解更多信息，请告诉我。 Re: FS23 V1 output abnormal guoweisun_0-1786680381549.png guoweisun_1-1786680552393.png 这个图可以解释框出来的上面的是softstart的条件，假如都满足了V1开始上电了进入M5的时序，他的时间是150-500us，假如超过了这个时间还没有启动成功就会进入FS状态然后100ms以后重启这样一个大概的过程 Re: FS23 V1 output abnormal 能否帮忙在解释下softstart过程？ 包括这一段“19.4.6 V1UVLP monitoring chapter shows "V1 is also monitored for V1UVLP when the device powers up after a wake up from LPON, and during a cold start after TSOFT_START_V1. If, at the end of the softstart, V1 is still under V1UVLP threshold, then the device goes into Fail-Safe state."”到底是要求什么样的V1启动波形？ 谢谢 Re: FS23 V1 output abnormal 这个问题大概率是V1 发生了OC在软启动的过程中导致启动失败然后又恢复的这个过程。 解决方案可以外加管子阔流在V1端口然后FS23 OTP的时候把这个功能打开，也可以选择我们的HVBUCK的版本。 要么就是适当的去掉一些输出电容让softstart更顺畅，我建议选择上面两个方案更稳妥 Re: FS23 V1 output abnormal 1：原理图PIN37不用的话接地。 2：V1的负载电流不大的最大才100mA确认下您那里的负载 3：V1_IN的decouple 电容是1uF. guoweisun_0-1786671133675.png 4: 就像上面这个情况第一次启动不成功第二次起来了能否读取寄存器 M_GEN_FLAG register 看看发生了什么？ 先改上面这些看看结果。 Re: FS23 V1 output abnormal 我们新测了个波形，在输入12V时也发现V1有时第一次启动是失败的。 af12f0f0-afa6-40e3-881d-890516697b5a.png 这是第一次启动失败的波形 V1第一次启动未成功图V1第一次启动未成功图 这是第二次启动成功的波形 V1第二次启动成功图V1第二次启动成功图 这个是不是和那个V1 在软启动之后的欠压检测有关联，但是软启动的时间是典型值300，最大值500us。现在为啥感觉是超过500us就启动不起来，低于500us好像就行。 能否帮忙描述下软启动的内容，看手册没有太多描述 Re: FS23 V1 output abnormal guoweisun_0-1786608712650.png 在8V Vin的情况下能否把这个上面圈出来的波形的时间轴放小些，我想看V1启动了多久？ 另外12V VIN的情况下也测试下相同的波形可以嘛？ 我这里没有高低温试验箱无法做太多的测试只能看你们的结果了。 Re: FS23 V1 output abnormal 您可以看到下面圈出的部分。 guoweisun_0-1786601658488.png Re: FS23 V1 output abnormal 通道 1 为 VSUP，C2 为 VBOS，C3 为 V2；C4 为 V1（MCU 电源） Re: FS23 V1 output abnormal 哪个指标表示 V1 后续 VBAT 从 0 开始？ 当前测试结果显示 VBOS>3.06VV1 更新耗时 13.2 毫秒，请检查 Re: FS23 V1 output abnormal guoweisun_0-1786601048119.png guoweisun_1-1786601077374.png 你的测试结果有很多令人困惑的地方。你可以看到，当 Vbat < Vsup_uv 时，V1 应该保持为 0，为什么你的 V1 会跟随 VBAT 从 0 开始变化呢？我猜你的测试波形中，黄色代表 VBAT，绿色代表 V1，对吗？ Re: FS23 V1 output abnormal 这是测试。 顺便说一下，我们查阅了手册，发现 19.4.6 V1UVLP 监测章节显示“当设备从 LPON 唤醒后上电，以及在 TSOFT_START_V1 之后冷启动时，也会监测 V1UVLP。如果在软启动结束时，V1 仍然低于 V1UVLP 阈值，则设备进入故障保护状态。 这是否意味着在 TSOFT_START_V1(type,300us) 之后，V1 应该超过 V1UVLP 阈值？ 此外，V1的异常问题发生在低温（-30℃）和低Vsup功率（8V）下。在这种情况下，我们将VSUP提高到12V，V1输出正常。 Re: FS23 V1 output abnormal VBOS>3.06V TO V1 UPing used 13.2msVBOS>3.06V 至 V1 UPing 耗时 13.2ms Re: FS23 V1 output abnormal 您可以尝试断开MCU与V1的连接，然后再次进行测试，例如增加50mA的负载。

ノズルでMPXM2053GSをピックアップする方法 SMTプロセス中、ピックアンドプレースノズルから圧力ポートに空気が吹き込まれる可能性があります。内部のセンサを壊すことはあり得ますか? Re: how to pick up MPXM2053GS by nozzle こんにちは、デイビッドさん。 ピックアンドプレースノズルから側面の圧力ポートへ短時間で低圧の空気パルスが噴射されても、印加される圧力がデバイスの最大定格過圧を超えない限り、損傷を引き起こす可能性は低い。しかし、繰り返しまたは高圧の空気吹きは原理的にダイアフラムにストレスを与えたり、極端な条件下では損傷を与える可能性があります。 リスクを完全に回避するために推奨される方法は、ピックアンドプレースノズルをM-PAKパッケージの平らな上部表面、側面圧力ポートから離れた位置に配置することです。これにより、ノズルがセンサーポートの開口部に空気の流れを接触したり、導いたりすることがなくなります。アプリケーションノート AN1984 – フリースケール圧力センサの取り扱い は、このデバイスファミリのノズル設計と配置に関する具体的な指針を提供し、MPXシリーズセンサのSMT取り扱いに関する主要な参考資料です。応用ノート AN936 – MPXシリーズ圧力センサの取り付け技術、リード成形および試験 も有用な補完資料です。 なお、2026年2月2日現在、NXP MEMSセンサー製品(MPXM2053GSを含む)はSTMicroelectronicsに移行されました。今後の継続的な製品サポートやドキュメント管理については、STMに直接相談することをお勧めします。 BRs、トーマス

FS23 V1 出力異常 V1出力は、以下の波形のように異常です。 C1 was VSUP,C2 was VBOS,C3 was V2;C4 was V1(power to MCU)C1はVSUP、C2はVBOS、C3はV2、C4はV1(power to MCU) 微信图片_20260813093846_286_23.jpg V1 without npnV1で、NPNなしで 微信图片_2026-08-13_095130_111.png 現在直面している問題をどうすれば徹底的に解決できるでしょうか? さらに詳しい情報が必要な場合は、お知らせください。 Re: FS23 V1 output abnormal guoweisun_0-1786680381549.png guoweisun_1-1786680552393.png この図は、上記で説明したソフトスタート条件を示しています。すべての条件が満たされると、V1は電源投入を開始し、150～500µsかかるM5タイミングシーケンスに入ります。この時間内に起動に失敗した場合、FS状態に入り、100ms後に再起動します。これが大まかなプロセスです。 Re: FS23 V1 output abnormal ソフトスタートのプロセスについて説明していただけますか？ このセクション「 19.4.6 V1UVLP モニタリングの章」には、「LPON からのウェイクアップ後、および TSOFT_START_V1 後のコールドスタート中に、デバイスの電源投入時にも V1 は V1UVLP について監視されます。ソフトスタートの終了時に V1 がまだ V1UVLP しきい値を下回っている場合、デバイスはフェイルセーフ状態になります。」と記載されています。V1の起動波形には具体的に何が必要ですか？ ありがとう Re: FS23 V1 output abnormal この問題は、OCのソフトブートプロセス中にV1が起動に失敗し、その後復旧したことが原因である可能性が最も高い。 解決策としては、V1ポートに外部チューブを追加し、FS23 OTP使用時にこの機能を有効にするか、弊社のHVBUCKバージョンを選択することです。 あるいは、出力コンデンサをいくつか取り外すことで、ソフトスタートをよりスムーズにすることもできます。安定性を高めるためには、これら2つの方法のいずれかを選択することをお勧めします。 Re: FS23 V1 output abnormal 1: 回路図のPIN37が使用されていない場合は、接地してください。 2：V1の負荷電流は大きくなく、最大でも100mAです。設置場所の負荷をご確認ください。 3：V1_INのデカップリングコンデンサは1μFです。 guoweisun_0-1786671133675.png 4：上記の場合、最初の起動が失敗し、2回目の起動が行われた場合、レジスタM_GEN_FLAGを読み取って何が起こったかを確認できますか？ まずはこれらの点を変えてみて、結果を見てみましょう。 Re: FS23 V1 output abnormal 新しい波形を測定したところ、入力電圧が12Vの場合、V1が初回起動時に失敗することがあることがわかりました。 af12f0f0-afa6-40e3-881d-890516697b5a.png これは最初の起動失敗時の波形です。 V1第一次启动未成功图V1は最初の試行で起動に失敗しました（画像）。 これは、2回目の起動が成功した際の波形です。 V1第二次启动成功图V1は2回目の起動に成功しました（画像）。 これはソフトブート後のV1における低電圧検出と関係があるのでしょうか？ 通常のソフトブート時間は300µs、最大は500µsです。500µsを超えると起動しないように見えるのに、500µs未満だと正常に動作するように見えるのはなぜでしょうか？ ソフトブートの手順について説明していただけますか？マニュアルにはあまり詳しい説明がありません。 Re: FS23 V1 output abnormal guoweisun_0-1786608712650.png 入力電圧が8Vの場合、上記の丸で囲んだ波形の時間軸を短くできますか？V1がどれくらいの時間動作しているかを確認したいのです。 12Vの入力電圧で同じ波形をテストすることもできますか？ ここに高温・低温試験室がないので、あまり多くの試験はできません。あなたの結果を頼りにするしかありません。 Re: FS23 V1 output abnormal 下記に丸で囲まれた部分が見えます。 guoweisun_0-1786601658488.png Re: FS23 V1 output abnormal チャネル1はVSUP、C2はVBOS、C3はV2でした。C4はV1(MCUへの電源)でした。 Re: FS23 V1 output abnormal どちらがV1が0からVBATに追随することを示していますか？ 現在のテスト結果では、VBOS>3.06Vとなっています。TO V1 UPing は 13.2ms 使用しました。ご確認ください。 Re: FS23 V1 output abnormal guoweisun_0-1786601048119.png guoweisun_1-1786601077374.png テスト結果が混乱します。Vbat< Vsup_uvが0のままでいるべきなのに、なぜV1は0から続くのでしょうか?テストの波形の黄色はVBAT、緑はV1、合っていますか? Re: FS23 V1 output abnormal これはテストです。 ちなみに、マニュアルを確認したところ、19.4.6 V1UVLP モニタリングの章に「LPON からのウェイクアップ後にデバイスの電源がオンになったとき、および TSOFT_START_V1 後のコールドスタート中に、V1 も V1UVLP 用に監視されます」と記載されていました。ソフトスタートの終了時にV1がV1UVLPしきい値を下回っている場合、デバイスはフェイルセーフ状態に移行します。 これは、TSOFT_START_V1(type,300us)の後、V1がV1UVLPのしきい値を超える必要があるという意味ですか？ さらに、このV1異常は低温（-30℃）および低Vsup電源（8V）の条件下で発生しました。この状況下でVsupを12Vに上げたところ、V1出力は正常になりました。 Re: FS23 V1 output abnormal VBOS>3.06V TO V1 UPing used 13.2msVBOS>3.06VからV1へのアップイングには13.2msかかりました。 Re: FS23 V1 output abnormal 例えば、V1のMCUを切断して再度テストしてみてください。例えば、50mAの負荷を追加してみてはどうでしょうか。