Debug authentication Response for MCXW72 I am trying to unlock the debug port on the MCXW72. Unlocking it with the MCUXpresso Secure Provisioning Tool works correctly, but I am attempting to unlock the port using my own application based on the Debug Credential (DC), the DCK private key, and the DAC received from the device. The documentation is very unclear in this area (and in some places even incorrect). As I understand it, the DAR consists of: DAR = DC + AB + UUID (from DAC) + Signature (Figure 50 in the Reference Manual shows the UUID and AB fields in the wrong order.) I would like to calculate the Signature using OpenSSL, however I cannot determine exactly what data should be signed: a) DC + CV (from DAC) b) DC + AB + CV (from DAC) c) DC + AB + UUID (from DAC) + CV (from DAC) or something else entirely? The documentation states that the signature binds the DAR to the challenge vector (CV), but it does not clearly specify the exact byte sequence that must be hashed and signed. Could you please clarify the precise data that is used to generate the DAR signature? MCXA Security(Edgelock | secure boot | OTP) Re: Debug authentication Response for MCXW72 Hi @Surdej  Secure Provisioning Tool is built on top of Secure Provisioning SDK, see https://spsdk.readthedocs.io/en/latest/ This is open source so you can find the answers there.

调试 MCXW72 的身份验证响应 我正在尝试解锁 MCXW72 上的调试端口。使用 MCUXpresso 安全配置工具解锁端口可以正常工作，但我正在尝试使用我自己的应用程序，该应用程序基于从设备接收的调试凭证 (DC)、DCK 私钥和 DAC 来解锁端口。 这方面的文档非常不清楚（有些地方甚至有错误）。 据我了解，DAR 由以下部分组成： DAR = DC + AB + UUID（来自 DAC）+ 签名 （参考手册中的图 50 显示 UUID 和 AB 字段顺序错误。） 我想使用 OpenSSL 计算签名，但我无法确定应该对哪些数据进行签名： a)直流 + 恒压（来自数模转换器） b) DC + AB + CV（来自 DAC） c) DC + AB + UUID（来自 DAC）+ CV（来自 DAC） 或者完全是其他原因？ 文档指出，签名将 DAR 与挑战向量 (CV) 绑定，但并未明确指定必须进行哈希和签名的确切字节序列。请问能否详细说明用于生成DAR特征的具体数据？ MCXA 安全（Edgelock | 安全启动 | OTP） Re: Debug authentication Response for MCXW72 嗨@Surdej 安全配置工具基于安全配置 SDK 构建，请参阅https://spsdk.readthedocs.io/en/latest/ 这是开源软件，所以你可以在那里找到答案。

system manager driver code for PCAL6524 could you please provide the system manager driver code for PCAL6524HEAZ fsl_pcal6524.c fsl_pcal6524.h Re: system manager driver code for PCAL6524 Dear Binson, I am not aware of an official MCUXpresso SDK/System Manager driver named fsl_pcal6524.cfsl_pcal6524.h for the PCAL6524HEAZ. NXP Linux BSPs support the device through the standard Linux GPIO-expander driver using the PCA6524 device-tree compatible string. The i.MX95 19x19 EVK is a public example that uses the PCAL6524 as an I²C GPIO expander: https://github.com/torvalds/linux/blob/master/arch/arm64/boot/dts/freescale/imx95-19x19-evk.dts   With Best Regards, Jozef

MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification Dear NXP engineers and community experts, I am currently developing with the MFS2323BMBA5EP Safety SBC and have encountered a significant conflict between my configuration files and datasheet reports regarding the OTP factory configuration. I would greatly appreciate your expertise in clarifying this. The Configuration Conflict: 1. Evidence from the .cfg file: In my FS2320_BA5_CONFIG_Rev_A.cfg file, there is a direct register value: 0x30 : 0x00 According to the FS23 datasheet (Table 229, OTP_MAIN_SYS_I2C_CFG😞 Bit 4 (SPI_EN_OTP): 0 means I2C is enabled, SPI is disabled; 1 means SPI is enabled. Bit 3~0 (I2CDEVADDR_OTP): 0000 means the I2C slave address is 0x20. This clearly suggests the chip is factory-configured for I2C mode. 2. Evidence from the Configuration Report PDF: However, in my R_MFS2323BMBA5_Rev_A_test.pdf document, under Table 2. Device OTP configuration, the report explicitly states: SPI Enable: SPI pins are enabled. This suggests the hardware pins are locked to SPI mode. My Actual Hardware Test Results: When I configured my MCU (S32K344) as an SPI Master to communicate with this PMIC: The MISO pin stays at a constant 0.3V (indicating high-impedance with internal weak pull-down, meaning the slave is not driving the line). The SCK pin on the PMIC side was actually outputting clock signals on its own. I suspect the chip might be locked in OTP Emulation mode or configured as an I2C slave, which is causing the SPI communication to completely fail. My Specific Questions: Could you please confirm the actual factory OTP configuration for the MFS2323BMBA5EP? Is it SPI or I2C? When there is a conflict between the .cfg register file (0x30 : 0x00) and the PDF configuration report, which one should be considered the absolute hardware truth? Is there a possibility that the PDF report contains a documentation error? (I have attached the FS2320_BA5_CONFIG_Rev_A.cfg and the R_MFS2323BMBA5_Rev_A_test.pdf to this post for reference). Thank you in advance for your help! Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification Okay, thank you. Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification Which company are you from? Currently, you're using your own email address, which is considered a low-priority (C-level) customer. This requires checking your schematic and a series of things related to the CRC driver. I suggest you submit a ticket using your company email address. Home Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification Currently, it's not possible. I'm communicating in DEBUG mode. I've tested the SCK and MOSI waveforms on the 344 pin separately, and they can transmit the data I write. However, because the FS23's SCK pin is also sending a signal, when these two are connected together, the SCK signal sent by the MCU is pulled low by the FS23. The responses I send to the FS23 are all 0s. I've also configured CRC. The purple line represents the SCK signal after the top. Yellow indicates data signals. The scale is 5V. The data sent is {0x02, 0x00, 0x00, CRC} If you forcefully interpret the SCK waveform as a normal waveform, you can see that the data is correct; the first bit is 2, followed by 00 and CRC. Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification Can you successfully communicate using SPI? Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification Is it possible that the SCK signal of the FS23 is also being sent when communicating with the S32K344 via SPI? Because if I don't configure SPI communication with the FS23, there's no waveform when I try to capture the SCK pin of the FS23. Only when communicating with the S32K344 are both the SCK pins of the FS23 and the S32K344 sending signals, and the waveforms of the SCK and CS pins are exactly the same. Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification guoweisun_0-1784603079866.png I uploaded the .cfg file to Mirror via the GUI. The register indicates SPI mode.

PCAL6524 的系统管理器驱动程序代码 请问能否提供PCAL6524HEAZ的系统管理器驱动程序代码？ fsl_pcal6524.c fsl_pcal6524.h Re: system manager driver code for PCAL6524 亲爱的宾森： 我不知道有名为fsl_pcal6524.cfsl_pcal6524.hf或 PCAL6524HEAZ 的官方 MCUXpresso SDK/系统管理器驱动程序。NXP Linux BSP 通过标准的 Linux GPIO 扩展器驱动程序，使用 PCA6524 设备树兼容字符串来支持该设备。i.MX95 19x19 EVK 是一个公开示例，它使用 PCAL6524 作为 I²C GPIO 扩展器： https://github.com/torvalds/linux/blob/master/arch/arm64/boot/dts/freescale/imx95-19x19-evk.dts   最诚挚的问候， 约瑟夫

MFS2323BMBA5EP OTP 配置冲突：SPI 与 I2C 模式识别 尊敬的恩智浦工程师和社区专家们： 我目前正在使用以下技术进行开发 MFS2323BMBA5EP 功能安全单板计算机 (SBC) 的配置文件与数据手册中关于一次性密码 (OTP) 出厂配置的报告存在重大冲突。非常感谢您能凭借专业知识对此进行澄清。 配置冲突： 1. 来自以下方面的证据 .cfg 文件： 在我的 FS2320_BA5_CONFIG_Rev_A.cfg 文件中，有一个直接的寄存器值： 0x30 : 0x00 根据 FS23 数据表（表 229）， OTP_MAIN_SYS_I2C_CFG😞 位 4 ( SPI_EN_OTP ) : 0 方法 I2C 已启用，SPI 已禁用； 1 表示SPI已启用。 位 3~0 ( I2CDEVADDR_OTP ) : 0000 意思是 I2C 从机地址是 0x20 。 这清楚地表明该芯片是出厂时就已配置好的。 I2C模式。 2. 来自配置报告 PDF 的证据： 然而，在我的 R_MFS2323BMBA5_Rev_A_test.pdf 文件，在 表 2. 设备 OTP 配置，报告中明确指出： SPI 使能：SPI 引脚已启用。 这表明硬件引脚被锁定。 SPI模式。 我的实际硬件测试结果： 当我将我的MCU（S32K344）配置为SPI主设备以与该PMIC通信时： MISO引脚保持恒定 0.3伏 （表示高阻抗，内部下拉电阻较弱，意味着从设备无法驱动线路）。 PMIC 侧的 SCK 引脚实际上会自行输出时钟信号。 我怀疑该芯片可能被锁定在 OTP 仿真模式或配置为 I2C 从设备，这导致 SPI 通信完全失败。 我的具体问题： 请您确认一下。 MFS2323BMBA5EP的实际出厂OTP配置是什么？是SPI还是I2C？ 当两者之间发生冲突时 .cfg 寄存器文件（ 0x30:0x00 ）和PDF配置报告，哪个才是硬件配置的绝对权威？PDF报告是否存在文档错误的可能性？ （我已附上） FS2320_BA5_CONFIG_Rev_A.cfg 以及 R_MFS2323BMBA5_Rev_A_test.pdf （参见此帖）。 提前感谢您的帮助！ Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification 好的谢谢您 Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification 请问你们是哪个公司?目前您是用的自己的邮箱属于C客户优先级很低的 这个是需要检查您的原理图，驱动CRC一系列的东西。 我建议您用公司的邮箱提交一个ticket Home  Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification 目前不能，我现在是在DEBUG模式下去通讯，我单独测试344端的SCK和MOSI的波形是能发出我写的数据的，但是由于，FS23的SCK引脚也在发信号，这两个接在一块后，MCU发出来的SCK信号被FS23对顶后拉低了，我发送给FS23回复的都是0，我也配置了CRC了 紫色的线是对顶后的SCK信号 黄色是数据信号 刻度都是5V 发送的数据是 {0x02, 0x00, 0x00,CRC} 如果强行把SCK看成正常波形是能看出来数据是对的，第一位是2然后00和CRC Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification 你配置成SPI 能通信成功吗? Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification 会出现与S32K344SPI通讯时FS23的SCK信号也在发送吗，因为如果我不配置SPI与FS23通讯，我去抓FS23的SCK脚是没有波形的，只有344和他通讯的时候这两个的SCK引脚都在发信号，而且SCK和CS引脚的波形是一模一样的 Re: MFS2323BMBA5EP OTP Configuration Conflict: SPI vs I2C Mode Identification guoweisun_0-1784603079866.png 我在GUI upload .cfg文件到mirror register显示就是SPI 模式

IMX95EVK-19-REV-A1 flash problem Dear NXP, I'm trying to flash a linux image(6.18.20_2.0.0/ 6.18.2_1.0.0/6.12.49_2.2.0) to eMMC/SD Card on IMX95LP5-19 EVK REV A1 and none of them is successful. The command prompt shows [HID(W): LIBUSB_ERROR_PIPE (-9) ] SDPS: boot -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all. IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) The reference above mentioned that A1 silicon does not support current images on official site(6.12.34 does not have IMX95EVK patch). so I wonder if there is an unpublished official link that includes suitable images?  Looking forward to your reply, Thanks. BR/david Here is a reference IMX95LPD5EVK-19CM: UUU eMMC flash of L6.18.2 fails (LIBUSB errors on Linux and Windows) Re: IMX95EVK-19-REV-A1 flash problem A1 silicon: The recommended BSP is LF 6.6.52_2.2.x Please download demo image L6.6.52_2.2.2_MX95 And use image imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all I just verified the following command, it worked. uuu.exe -b emmc imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all

MTC40F2046S1RC64BD2 Are you able to confirm if this mpn: MTC40F2046S1RC64BD2 is X-ray sensitive?  Re: MTC40F2046S1RC64BD2 That's not true. X-ray exposure is a common testing procedure and will not cause damage. We suggest you find a seller with a Certificate of Conformity (COC) for safety assurance.

边缘人工智能 建议使用 imx93 的 EDGE AI 应用 Re: edge ai 对于 i.MX 93，我建议最适合应用于边缘人工智能工业视觉/非接触式人机界面应用。 它为何适用于 i.MX 93： i.MX 93 旨在为工业、汽车和物联网市场提供节能型边缘计算、机器学习加速和快速边缘推理功能。 它集成了Arm Ethos-U65 微型 NPU ，旨在加速嵌入式和物联网设备中的机器学习推理。 NXP 文档明确列出了工业人机界面、工业视觉、工业自动化、非接触式门禁控制和机器视觉作为 i.MX 93 的应用领域。 该平台支持人工智能应用场景，例如计算机视觉、语音识别、物体检测、面部识别和姿态检测。 一个实用的应用程序概念： 智能工业视觉 + 非接触式操作界面 示例功能： 基于摄像头的物体检测，用于零件存在性检查、标签检查或缺陷筛查。 用于非接触式机器控制的手势或姿态检测。 可选语音命令界面，实现免提操作。 在 i.MX 93 上进行本地推理，减少对云的依赖和延迟。 使用 i.MX 93 安全架构提供安全设备身份和生命周期支持，包括 i.MX 93 材料中提到的 EdgeLock 相关功能。 其他适合 i.MX 93 的边缘人工智能应用候选方案： 应用创意 为什么它合适 智能门铃/门禁系统 使用人脸/物体检测和本地推理；智能门铃和智能锁是 i.MX 93 智慧家居目标之一。 驾驶员监测系统 DMS 已明确列入 i.MX 93 适用于汽车应用零部件清单。 带异常检测功能的电能表 该电能表适用于工业/楼宇控制用途；机器学习可以检测本地使用异常情况。 智能健身/姿态检测演示 姿态检测和智能健身示例是已记录的边缘人工智能用例。 最佳建议：在 i.MX 93 上构建工业视觉或非接触式 HMI 边缘 AI 应用，因为它与已记录的 i.MX 93 NPU、工业视觉、HMI 和本地 ML 推理用例直接相关。

IPCFのバージョンに関する問題 私は以下のRTDバージョンを使用しています：SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01&04、IPCFバージョン：SW32K3_IPCF_4.2.1_D2504、EBバージョン：29.0。Excampleにインポートする際...プロジェクト「IPCF_AutosarOS_S32K358_M7_0」でエラーが発生しました。内容は以下のとおりです。 エラー (11061) モジュール OS TS T40D34M413R184 をインストールしていません - プロジェクト IPCF AutosarOS S32K358 M7 0 のモジュール構成を作成できません 0 (11061) モジュール「pc TS T40D34M4210R0」がインストールされていないため、プロジェクト「IPCF AutosarOS $32K358 M7 0」のモジュール構成を作成できません。 0 (11061) モジュールリソースTS T40D34M5010Roをインストールせずにプラグインします - プロジェクトIPCF AutosarOS $32K358 M7 0°のモジュール構成を作成できません @ (11061) モジュール「BaseNXP TS T40D34M50I0RO」がインストールされていません - プロジェクト IPCF AutosarOS $32K358 M7 0 のモジュール構成を作成できません @ (11061) モジュール「Mcu TS T40D34M5010R0」を含むプラグインがインストールされていません - プロジェクト「IPCF AutosarOS $32K358 M7 0」のモジュール構成を作成できません 適切なIPCFまたはEBバージョンを使用して、この問題を解決するにはどうすればよいでしょうか？ Re: IPCF版本问题 こんにちは@liyongfeng 現在EB Tresos環境にインストールされているプラグインのバージョンを教えていただけますか? また、RTDパッケージを再インストールして、その後も問題が続くか確認してみてはどうでしょうか? BR、VaneB

マーキングの詳細 マーキングの意味を教えてください。 MPN: PCA9553DP/01,118 用 04 01 616

NFCカードについて助けが必要です 最近、AmazonでMIFARE Classic 1Kに対応しているACR122U-A9と13.56MHzのRFID近接IDカードキータグを買いました。書き込み可能な再書き込み可能なCUIDフォブタグです。MWT V.1.6.8424.424.63をインストールして、4tagくらいは動作しましたが、今はカードを読み取れないか、64で63くらいで止まってしまいます。どなたか助けていただけますか?私は本当にテクノロジーにはあまり詳しくありません NFCリーダー・ライブラリ Re: I need help with my NFC card お世話になります。 弊社製品をご利用いただきありがとうございます。 ACR122U-A9の使用についてですが、公式ページでは新しいデザインにはこのリーダーは推奨されていないと記載されているのに気づきました。私の推奨は、推奨されサポートされているものに移行することです。 インストールされたミドルウェアについてですが、公式ページで見つけることができなかったので、どこで入手されたのか教えていただけますか？ MIFARE Classicに対応しているタグが4タグのように動作するというのはどういう意味か理解したいです。MIFARE ClassicカードはISO14443〜3コマンドしかサポートできません。正確なコマンドの説明については データシート をご覧ください。 もしプロジェクトについてもっと詳しく教えていただければ、 MIFARE Classic カードもセキュリティ上の理由で推奨されていないので、より良いおすすめができるかもしれません。

MTC40F2046S1RC64BD2 请问您能否确认一下这个产品型号： MTC40F2046S1RC64BD2是否对X射线敏感？ Re: MTC40F2046S1RC64BD2 那不是真的。X射线照射是一种常见的检测程序，不会造成损害。为了功能安全起见，我们建议您寻找拥有合格证书（COC）的卖家。

IPCF版本问题 我使用的RTD版本：SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01&04;IPCF版本：SW32K3_IPCF_4.2.1_D2504；EB版本：29.0，在导入excample project:IPCF_AutosarOS_S32K358_M7_0时报错，内容如下： Errors (11061) Plug in with a module Os TS T40D34M413R184" is not instald - cannot create module configurations for project IPCF AutosarOS S32K358 M7 0" 0 (11061) Plug in with a module "pc TS T40D34M4210R0 is not installed cannot create module configurations for project "IPCF AutosarOS $32K358 M7 0" 0 (11061) Plug in with a module Resource TS T40D34M5010Ro is notinstaled -cannet create module configurations for prcject IPCF AutosarOS $32K358 M7 0° @ (11061) Plug in with a module 'BaseNXP TS T40D34M50I0RO is notinstalled - cannot create module configurations for prgject IPCF AutosarOS $32K358 M7 0 @ (11061) Plug-in with a module "Mcu TS T40D34M5010R0 "is not instaled - cannot create module configurations for project 'IPCF AutosarOS $32K358 M7 0" 请问我该如何使用合适的IPCF或者EB版本解决这个问题？ Re: IPCF版本问题 嗨@liyongfeng 请问您能否告知我您的 EB tresos 环境中当前安装了哪些插件版本？ 另外，您能否尝试重新安装 RTD 软件包，并验证问题是否仍然存在？ BR，VaneB

I need help with my NFC card I recently buy the ACR122U-A9 and 13.56MHz RFID Proximity ID Card Key Tags Writable rewritable CUID fob tag, Compatible with MIFARE Classic 1K on Amazon. I installed MWT V.1.6.8424.424.63 and it work for like 4 tag, now it just say that it cannot read the card or it stops at like 63 on 64. Can anyone help? I'm really not that great with technology NFC Reader Library Re: I need help with my NFC card Hello sir, Thank you for working with our devices. Regarding the use of the ACR122U-A9 , I noticed that in the official page it mentions that this reader isn't recommended for new designs. My recommendation is to migrate to a recommended and supported one. Regarding the MW installed, would you mind clarify where did you get this middleware since I wasn't able to find it in the official page. I would like to understand what do you mean that the tags that are compatible with MIFARE Classic are able to work like 4 tag. MIFARE Classic cards can only support ISO14443-3 commands, please take a look at the Datasheet for a proper command description. If you could provide more information about your project I might be able to provide a better recommendation since MIFARE Classic cards aren't recommended either due to security reasons.

IMX95EVK-19-REV-A1 闪存问题 尊敬的恩智浦： 我尝试将 linux 镜像（ 6.18.20_2.0.0/ 6.18.2_1.0.0/6.12.49_2.2.0 ）刷入IMX95LP5-19 EVK REV A1上的 eMMC/SD 卡，但均未成功。 命令提示符显示[HID(W): LIBUSB_ERROR_PIPE (-9) ] SDPS: 启动 -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all。 IMX95LPD5EVK-19CM：L6.18.2 版本的 UUU eMMC 闪存出现故障（Linux 和 Windows 系统均出现 LIBUSB 错误） 上述参考资料提到 A1 芯片不支持官方网站上的当前镜像（6.12.34 没有 IMX95EVK 补丁）。所以我想知道是否有未公开的官方链接包含合适的图片？ 期待您的回复，谢谢。 BR/david 以下是IMX95LPD5EVK-19CM 的参考信息：L6.18.2 版本的 UUU eMMC 闪存出现故障（Linux 和 Windows 系统均出现 LIBUSB 错误） Re: IMX95EVK-19-REV-A1 flash problem A1 硅：推荐的 电路板支持包 为LF 6.6.52_2.2.x 请下载演示镜像L6.6.52_2.2.2_MX95 并使用镜像 imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all 我刚刚验证了以下命令，它有效。 uuu.exe -b emmc imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all

使用 NXP 基于模型的设计方法开发完整的裸机操作系统是否可行？ 大家好， 我的目标是评估使用 MATLAB/Simulink、Embedded Coder 和 NXP MBDT 为 NXP S32G3 开发完整的裸机操作系统/软件平台的可行性。 目标是在 Simulink 中开发完整的软件栈，使用 Embedded Coder 生成 C 代码，并将生成的代码直接部署到 S32G3 Gold Box 上，而无需依赖外部操作系统、RTOS 或 AUTOSAR BSW。 具体来说，我想了解使用 NXP MBDT 在技术上是否可行，能否在 S32G3 上为 Cortex-A 内核和 Cortex-M 内核实现软件，生成的软件能够处理系统初始化、调度、中断管理、内存管理、硬件抽象、外设初始化、IPC 机制以及操作系统通常提供的其他服务。 我了解到启动 ROM 是硬件驻留的，并且在应用程序之前执行。我的目标是尽可能地使用 NXP MBDT 工作流程，通过 Simulink 生成的代码来实现硬件启动过程之后的所有操作。 因此，我的主要问题是： 1. 使用 NXP 基于模型的设计工具箱以及 MATLAB/Simulink 和 Embedded Coder，为 S32G3 开发一个完整的裸机软件平台（类似操作系统的框架），同时面向 Cortex-A 和 Cortex-M 内核，在技术上是否可行？如果 MBDT 工作流程存在任何限制，能否请您说明哪些部分仍然需要手写 C 代码或汇编代码？ 据我了解，MBDT是由NXP公司开发的。但是，如果这个问题更适合由 NXP MBDT 团队解答，请您指点我到合适的联系方式或支持渠道。 感谢您的指导。

Is it feasible to develop a complete bare-metal operating system using the NXP Model-Based Design To Hi team, My objective is to evaluate the feasibility of developing a complete bare-metal operating system/software platform for the NXP S32G3 using MATLAB/Simulink, Embedded Coder, and the NXP MBDT. The goal is to develop the complete software stack in Simulink, generate C code using Embedded Coder, and deploy the generated code directly onto the S32G3 Gold Box without relying on an external operating system, RTOS, or AUTOSAR BSW. In particular, I would like to understand whether, using the NXP MBDT, it is technically feasible to implement software for both the Cortex-A cores and the Cortex-M core on the S32G3, with the generated software handling system initialization, scheduling, interrupt management, memory management, hardware abstraction, peripheral initialization, IPC mechanisms, and other services typically provided by an operating system. I understand that the Boot ROM is hardware-resident and executes before the application. My intention is for everything after the hardware boot process to be implemented, as much as possible, using Simulink-generated code through the NXP MBDT workflow. Therefore, my primary question is: 1. Is it technically feasible, using the NXP Model-Based Design Toolbox together with MATLAB/Simulink and Embedded Coder, to develop an entire bare-metal software platform (OS-like framework) for the S32G3 targeting both the Cortex-A and Cortex-M cores? If there are any limitations within the MBDT workflow, could you please clarify what portions would still require handwritten C or assembly? I understand that MBDT is developed by NXP. However, if this question is better addressed by the NXP MBDT team, I would appreciate it if you could kindly direct me to the appropriate contact or support channel. Thank you for your guidance.

i.MX8M Plus - 专用于显示屏和摄像头的 I2C 接口 大家好， 我想确认一下是否有专用于显示屏和摄像头的 I2C 接口。 （例如，I2C2 用于显示器，I2C4 用于摄像头）或者配置上没有限制，我可以使用任何 I2C 接口作为显示器和摄像头接口吗？ Re: i.MX8M Plus - Dedicated I2C for Display and Camera 在 i.MX8M Plus 上，您可以使用任何可用的 I2C 控制器来连接显示相关设备或摄像头相关设备。SoC 内部没有专用的“摄像头 I2C”或“显示器 I2C”。选择取决于您的硬件设计和设备树配置。

标记细节 请解释标记的含义 04 01 616 适用于 MPN：PCA9553DP/01,118