Yocto 在使用 populate_sdk 和 devtool 以及 tee.bin 时出现错误 您好， 我已经为 i.MX8M PLUS 处理器板安装了 Yocto 发行版。 能够编译我自己的程序，创建我使用的工具链： bitbake core-image-minimal -c populate_sdk 然后，我想更改 linux 映像（DTS 定义），因此安装了 devtool： devtool modify virtual/kernel 因此，我在进行更改后创建了 linux 映像： devtool 版本 linux-imx 这行得通，但是如果我现在想在 Yocto 上安装新配方，我会再做一遍： bitbake core-image-minimal -c populate_sdk 现在我遇到了一个与 tee.bin 有关的错误： 错误：imx-启动-1.0-r0 do_compile：执行错误（"/HOME/YO/Atenea/yocto/ibr215-yocto5.0-电路板支持包-20241101/ibr215/tmp/work/imx8mpevk-参考发行版、系统开发套件。-linux/imx-启动/1.0/temp/run.do_compile.4739 "，1，无，无） 错误：失败日志文件存储在：/HOME/YO/Atenea/yocto/ibr215-电路板支持包-20241101/ibr215/tmp/work/imx8mpevk-参考发行版、系统开发套件。-linux/imx-启动/1.0/temp/log.do_compile.4739 日志数据如下： | 调试：执行 shell 函数 do_compile | cp：无法统计 "/home/yo/Atenea/Yocto/IBR215-yocto5.0-电路板支持包-20241101/ibr215/workspace/deploy/images/tee.bin"：没有这样的文件或目录 我做错了什么？ 此致

非 XIP 通过 JTAG RT1176 根据这份应用笔记：https://www.nxp.com/docs/en/application-note/AN14069.pdf，非 XIP 图像只能通过 UART 和 USB 通过 MCU Boot Utility 加载。 我想确认在 MCUXpresso IDE 中是否无法通过 MCU Link 或 Jlink 将 XIP 映像加载到闪存中？ 如果必须使用 MCU Link，我想确认这些是正确的 UART 引脚。我在数据表上看不到通过 USB 启动的选项：https://www.nxp.com/docs/en/data-sheet/IMXRT1170AEC.pdf(如果我错过了，请原谅）。我在网上看过几件事提到通过 USB 启动只是将 USB 连接到相同的 UART 引脚吗？ AnteoJ_1-1753239974271.png 谢谢！ 安特奥 Re: NON XIP via JTAG RT1176 你好@AnteoJ、 感谢您对 NXP MIMXRT 系列的关注！ 非XIP映像，例如从SD卡启动的镜像，需要使用McubootUtility或恩智浦的官方MCUXpresso安全配置工具进行刷新。 如果映像是 XIP，则可通过 JLink/DAP 等调试器将其编程为闪存。这在 MCUXpressoIDE 或其他集成开发环境中都很容易实现。 如果您使用的是 RT1170-EVK/EVKB，您会发现电路上有一个 MCU-Link，它是一个板调试器，可以方便客户在不使用外部调试器的情况下直接通过板调试器刷新程序和进行调试。此外，通过对不同固件进行编程，MCU-Link 可更改为 JLink 或 CMSIS-DAP 调试器。 详情请查看 EVK/EVKB 硬件原理图。 致以最诚挚的问候， Gavin

S32Gがシリアルポート経由でプログラムできない問題 S32G3 こんにちは。質問のとおり、私は S32G399A チップを再び使用しています。通常の起動後、シリアルポートを接続し、Flash Tools ツールを使用して書き込みます。エラー報告インターフェースは以下のとおりで、電流は約 30mA (12V 電源) 低下する可能性があります。原因を特定し、どの方向を調査すべきかを判断するのにご協力いただけますか。ありがとう。 LONGGANGSU_0-1753251671159.png Re: The issue of S32G failing to be programmed through the serial port この問題は解決しました。ご返信ありがとうございます。 Re: The issue of S32G failing to be programmed through the serial port こんにちは。更新された情報に基づくと、問題は時計の設計に関連している可能性があります。 現在、S32 フラッシュ ツールでは S32G3 カスタム ボード + オシレーターはサポートされておらず、状況をサポートする現在利用可能なバイナリ ファイルも確認されていません。 ご不便をおかけして申し訳ございません。 BR チェイン Re: The issue of S32G failing to be programmed through the serial port こんにちは、 1. 現在、S32G-VNP-RDB3 をベースに独自のマザーボードを設計しています。 2. フラッシュ ツール: バージョン: 2.3.2 (下の画像の通り)。 LONGGANGSU_0-1753267499379.png 3. 私のマザーボードのフラッシュ モデルは MX25UW51245GXDQ00 です。 私が経験している問題は時計の問題によって発生しているのでしょうか? 私のクロックは現在シングルエンドクロックを使用しています。回路図の一部を以下に示します。 LONGGANGSU_1-1753267647526.png その後、今日の午後、BOOTMOD[1:0]を1:0に変更したところ、SRAMへの書き込みは可能になり、シリアルポートからも「hello world」と出力できるようになりましたが、Flashへの書き込みはまだできませんでした。原因の解析をお願いできますか？ありがとうございます。 Re: The issue of S32G failing to be programmed through the serial port こんにちは、 @LONGGANGSU ご投稿ありがとうございます。 S32G ボードの QSPI をフラッシュする意思があると理解しています。 1. カスタムボードを使用しているかどうか教えていただけますか?あるいはNXPのRDB3/EVB3でしょうか? 2. 使用されているフラッシュツールのバージョンは? 3. カスタム ボードの場合、QSPI の部品番号は何ですか。それはフラッシュ ツールで選択したものと同じですか。 BR チェイン

S32K148 FlexCAN1 中断转到 DefaultISR，尽管矢量表注册正确 - FreeRTOS 矢量表设置： 启动过程中通过 startup_S32K148.S 将向量表从闪存复制到 RAM __VECTOR_RAM 正确设置为 0x1FFF8000 S32_SCB->VTOR 正确指向 RAM 向量表 Assertion e_assert_void((uint32_t)__VECTOR_RAM == S32_SCB->VTOR) 通过 中断注册： 使用 intc_register_handler(CAN1_ORed_0_15_MB_IRQn,CAN1_ORed_0_15_MB_IRQHandler,NULL) 处理程序地址被正确写入__VECTOR_RAM[104]（IRQ 88 + 16 = 向量 104） intc_set_priority(CAN1_ORed_0_15_MB_IRQn、17) 将优先级设为 17 intc_enable_irq(CAN1_ORed_0_15_MB_IRQn) 在 NVIC 中启用中断。 FlexCAN1 配置： 邮箱数量：已配置 32 个邮箱（FEATURE_CAN1_MAX_MB_NUM = 32U） 活动邮箱：IMASK1 寄存器显示值 0x00000600 中断分组：使用 CAN1_ORed_0_15_MB_IRQn，它应处理邮箱 0-15 FreeRTOS 配置： configMAX_SYSCALL_INTERRUPT_PRIORITY = 16 configPRIO_BITS = 4 使用基于 BASEPRI 的中断屏蔽 NVIC 优先级分组设为 0：S32_SCB->AIRCR = 0x05FA0000 | (0)<< 😎 我验证了什么？ 向量表完整性：调试器确认 __VECTOR_RAM[104] 包含正确的处理程序地址 NVIC 配置：NVIC->ISER[2]& (1<< 24) 显示 IRQ 88 已启用 优先级设置：NVIC->IP[88] = 17 确认优先级已设置 中断发生：FlexCAN1 硬件正在生成中断 (IFLAG1 = 0xF0000200) 处理程序功能：CAN1_ORed_0_15_MB_IRQHandler 存在并已正确链接 调查结果： 当 CAN 中断触发时，执行会转到 DefaultISR，而不是已注册的处理程序 没有发生硬故障或其他异常 尝试了多种不同方法（直接向量操作、优先级调整等） 无论中断优先级高低，问题始终存在（已测试 5、17、20）。 Re: S32K148 FlexCAN1 Interrupts Going to DefaultISR Despite Proper Vector Table Registration - FreeR 您好， 矢量表必须自然对齐到对齐值大于或等于（支持的例外数 x 4）的 2 的幂次。 对于包含 170-180 个向量的矢量表，2 的下一个次方为 256，将其从字转换为字节会得到 1024 字节对齐后的字节对齐方式为 1024。 BR, Petr Re: S32K148 FlexCAN1 Interrupts Going to DefaultISR Despite Proper Vector Table Registration - FreeR 当我在链接文件中注释了这一行后，它就能正常工作了 /* SRAM_L */ /* m_session (RW) ：ORIGIN = 0x1FFE0000, LENGTH = 0x00000080 */ m_data (RW) ：ORIGIN = 0x1FFE0080, LENGTH = 0x0001FF80 尽管我在调试模式下检查了 VTOR，它指向了 0x1FFE0080，我想它应该能工作，但它没有，你知道它为什么不能工作吗 谢谢你 Re: S32K148 FlexCAN1 Interrupts Going to DefaultISR Despite Proper Vector Table Registration - FreeR 您好， 如果您不能共享简化项目，那么请说明您使用的 S32DS 和驱动程序版本（无、SDK、RTD），以便我尝试复制行为。 BR, Petr Re: S32K148 FlexCAN1 Interrupts Going to DefaultISR Despite Proper Vector Table Registration - FreeR 在我的案例中，FIFO 实际上不使用中断（它会轮询），但对于普通邮箱，我想使用中断。 谢谢 Re: S32K148 FlexCAN1 Interrupts Going to DefaultISR Despite Proper Vector Table Registration - FreeR 您好， RXFIFO 中断也会调用 CAN1_ORed_0_15_MB_IRQn，因此如果这对 RXFIFO 的报文有效，那么对其他常规 MB 也应该有效。 BR, Petr Re: S32K148 FlexCAN1 Interrupts Going to DefaultISR Despite Proper Vector Table Registration - FreeR 我想补充的一点是，我还启用了 fifo 功能，因为我正试图为 UDS 和普通 MBs CAN（带中断的应用报文）启用 fifo CAN，在我目前的实现中，UDS 正常工作（fifo），但应用报文无论接收到什么，都会触发默认处理程序，即使所有寄存器都正确无误，这会有影响吗？ Re: S32K148 FlexCAN1 Interrupts Going to DefaultISR Despite Proper Vector Table Registration - FreeR 您好， 我猜是 SCB->VTOR 或向量表偏移量 0x1A0 没有预期值。但你已经检查过了。 能否分享显示问题的简化项目？ BR, Petr Re: S32K148 FlexCAN1 Interrupts Going to DefaultISR Despite Proper Vector Table Registration - FreeR 我添加了这段代码，当我向微控制器发送信息时，它将进入该函数，"g_active_vector" 的值为"104" void defaultisR (void) { /* 从 SCB-> ICSR 寄存器中捕获活动向量数 */ g_active_vector = (S32_SCB-> ICSR & S32_SCB_ICSR_VECTACTIVE_MASK) > > S32_SCB_ICSR_VECTACTIVE_SHIFT；而 (1) {__asm (" nop ");}} 我还检查了 SCB 和 NVIC 寄存器，当程序跳转到默认 isr 时： SCB->ICSR -> 0x0440F868 对于 NVIC 寄存器 ISER、ICER，你可以看到捕获附件，对于 IP，除了 NVICIP88 NVICIP89 之外，它们都设置为 0x00，它们都等于 0x50 elb1_0-1753773975254.png Re: S32K148 FlexCAN1 Interrupts Going to DefaultISR Despite Proper Vector Table Registration - FreeR 您好， 矢量表和中断配置似乎都是正确的。 您是否还使用了其他中断，如 PIT 中断，并且这些中断都能正常命中？ 你可以尝试修改 defaultISR 来捕获活动矢量数。SCB->ICSR 提供当前活动的中断编号（VECTACTIVE 字段） 无效 DefaultISR(void) { uint32_t 活动向量 = (SCB->ICSR & SCB_ICSR_VECTACTIVE_Msk) >> SCB_ICSR_VECTACTIVE_Pos; 当 (1); // 在此断点检查 "active_vector } 或者在 DefaultISR 中设置断点，在运行时检查 SCB->ICSR、NVIC 寄存器（ISER、ICER、IPR 等）和向量表内容。 此外，你不能临时为每个 IRQ 分配唯一的虚拟处理程序来查看触发信号了哪一个。 BR, Petr

Corruption on HSE Status Register Images below for reference abdul_rahiman_csg_0-1753449874831.png abdul_rahiman_csg_1-1753449924290.png abdul_rahiman_csg_2-1753449953207.png abdul_rahiman_csg_3-1753449971206.png abdul_rahiman_csg_4-1753449998730.png using S32K312 and facing issues with the HSE firmware: 1.The HSE status register value appears corrupted (0x4038C107). 2.Unable to access HSE APIs due to this status corruption. 3.Attempts to erase or reflash the HSE firmware have failed. 4.Writing to MU0_TR1 register or memory to trigger erase/reset commands does not work. 5.Observed multiple software resets during a single external reset when debugger is connected. Request: 1.Could you please provide the correct procedure to erase and reflash the HSE firmware on the S32K312? 2.If reflashing the HSE firmware is not possible due to the current corrupted state, what steps can be taken to recover the HSE or resolve the status register corruption? 3.Any known issues or workarounds for the multiple resets observed during hard reset with debugger attached? 4.How can I resolve the corrupted HSE status register issue and regain access to the HSE APIs? Procedure followed during HSE firmware flashing: step 1: flashed the provided PINK file without IVT along with the demo application and the secure boot application ELF files. step2: Reset done Step3: Observed "??" marks at HSE locations 0x005d4000 and DCM registers Step4: We reflashed our bootloader at address 0x00400000 and the application at address 0x00442000 Step5: When performing a hard reset with the debugger connected, we observed multiple resets triggered from the software side, despite issuing only a single external reset command

[RW612] 安定性の問題を分析する方法 バックグラウンド: 事前評価には RW612 EVK (freeRTOS 付き) を使用しています。 そして、Wi-Fi-BT COEX がうまく機能するように努めています。このプロセス中に、安定性の問題が発生しましたが、さらにデバッグする方法がわかりません。 RW612 プラットフォームの NXP ドキュメントを検索しましたが、安定性の問題の分析方法を説明するドキュメントやトレーニングは見つかりませんでした。 rw612 プラットフォームで安定性の問題を分析する方法について情報を共有していただけますか? ちなみに、私はSDK 1.2.3 SDK_25_06_00_FRDM-RW612を使用しています。 よろしくお願いします。 Re: [RW612] How to analyze Stability Issue こんにちは、アレックス。 ベースとして使用している SDK の例を指定していただけますか? 例に何か変更を加えましたか?この「安定性の問題」をどのようにテストしていますか? このアプリケーションノートを確認することをお勧めします: RW61x評価ボードのNXP Wi-FiおよびBluetoothデバッグ機能の設定 よろしくお願いいたします。 リカルド Re: [RW612] How to analyze Stability Issue こんにちは、リカルドさん。 情報をありがとうございました！はい、以前、Wi-Fi と BT の COEX の CASE について、これら 2 つのドキュメントを確認しました。 さらに、 SDK_25_06_00_FRDM-RW612をベースに開発中に、 EVKボードがクラッシュし、以下のようなログが出力されるという安定性の問題が発生しました。 呼び出しソケットタスク初期化 呼び出しソケットタスク初期化 新しいソケットを作成しています。 socket_task_init ソケットスレッドが作成されました しながら行う tcp_connect_thread wifi tcp 接続中... tcp_connect_thread wifi tcp 接続中... IPv4 [2025-08-26 21:43:05.933]#ASCII を受信> しながら行う [2025-08-26 21:43:06.922]#ASCII を受信> しながら行う [2025-08-26 21:43:07.922]#ASCII を受信> しながら行う [2025-08-26 21:43:08.930]#ASCII を受信> しながら行う [2025-08-26 21:43:09.931]#ASCII を受信> しながら行う [2025-08-26 21:43:10.261]#ASCII を受信> として そして、最後の「AS」プリントはアサートであるべきだと思いますが、SDKs / ユーザー マニュアルのドキュメントから、この問題の根本原因をさらに突き止めるのに役立つ方法を取得できませんでした。 SO、この安定性の問題をデバッグする簡単な方法を見つけるのに役立つガイドを共有していただけますか? よろしくお願いいたします。 アレックス Re: [RW612] How to analyze Stability Issue こんにちは、 あなたの調子が良いといいのですが。SDK の共存例を使用していますか? このアプリケーションノート「RW61xの共存の概要」を確認することをお勧めします。 また、このユーザーマニュアルのセクション8 「RW61x用NXP Wi-FiおよびBluetoothデモアプリケーション」もご確認ください。 これが役に立つことを祈ります! よろしくお願いいたします。 リカルド

S32K310 / S32K311 ADC 复用器 我正试图使用 RTD5.0.0（较新的 RTD6.0.0 也有同样的问题）为 S32K310 配置 ADC MUX 模式。 最新的技术参考手册修订版11包含了第38.1节表232中的一些信息。说明 S32K311（可能还有 S32K310）变体的哪些额外 ADC 通道需要 MUX 配置。例如 DavidHodgson_0-1756480129127.png 不过，解释哪个寄存器位设置对应哪个 GPIO 引脚的 2 个部分并不用于这些额外配置： 第 38.2.51 节功能 RESET 4 时读写 GPR (DCMRWF4)，0/7/8/11/12/28 位的寄存器字段被标记为保留 第 60.1.7 节表 345 还忽略了 DCMRWF4 GPR_bits 0、7、8、11、12 和 28 的配置。仅说明 1、2、3、4、5、6、9 和 10 位的配置情况 我相信问题与之前的帖子是一样的： 已解决：S32K311_S32K310 ADC 复用模式通道异常 - NXP Community 已解决：在错误的引脚上触发信号 ADC-恩智浦社区 但解决方案就在S32K311_ADC_Mux_Control.xlsx文件中，而该文件并不可用。 基本上，我只需要知道下面标记为问号的寄存器 DCMRWF4 的位设置： 位0 mux_mode_en_adc1_s18 ?:GPIO_70 ?GPIO_6 位1 mux_mode_en_adc0_s8 0: gpio_0 1: gpio_45 位2 mux_mode_en_adc0_s9 0: gpio_1 1: gpio_46 位3 mux_mode_en_adc1_s14 0: GPIO_69 1：GPIO_32 位4 mux_mode_en_adc1_s15 0: gpio_4 1: gpio_33 位7 mux_mode_en_adc0_s12 ?:GPIO_72 ?GPIO_78 位8 mux_mode_en_adc0_s13 ?:GPIO_73 ?GPIO_79 位11 mux_mode_en_adc0_s14 ?:GPIO_32 ?GPIO_80 位12 mux_mode_en_adc0_s17 ?:GPIO_75 ?GPIO_44 位28 mux_mode_en_adc0_p2 ?:GPIO_8 ?GPIO_10 感谢您的帮助 戴维 Re: S32K310 / S32K311 ADC mux 你好，戴维、 很抱歉给您带来不便！ 我将向您发送 S32K311_ADC_Mux_Control.xlsx. 我从内部渠道了解到，这个问题有望在 S32K3 RTD 7.0.0 中得到修复。至于 S32K3XXRM 的内容问题，我已提醒文档团队进行修复。 祝好， Robin ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"ACCEPT AS SOLUTION" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题并参考已关闭的主题。 -------------------------------------------------------------------------------

MCU 无法从 VLPS 模式唤醒 您好 ，我们正在为恩智浦的 MCU SW - S32K146 开发电源管理器。电源管理器使用以下三种状态。 运行模式 VPLR 模式 VPLS 模式 此外，还使用了以下时钟源选项。 FIRC SIRC 在启动期间，我们的时钟源为FIRC，电源模式为运行模式。之后，我们将配置 SPLL。在此期间，MCU 电源模式仍为运行模式。在运行模式之后，当 MCU 需要进入 VLPR -> VLPS 模式时，我们要执行以下步骤： 取消初始化： 看门狗 CAN（在这一步中，我们实现了一个封装函数，用于安全地注销 CAN 通道。该函数首先检查所请求的 CAN 实例是否在有效范围内，以及是否已在配置中启用。如果有效，它会调用恩智浦的 Flexcan_DRV_deinit () API 来正确关闭 CAN 硬件并版本资源。） GPIO 引脚（在实施的这一阶段，我们使用 PINS_DRV_Init()函数和睡眠配置数组对所有 MCU 引脚进行了低功耗配置。这可确保将未使用的引脚设置为安全状态（输入具有上拉/下拉功能）以最大限度地减少漏电流，同时具有唤醒功能的引脚保持活动状态，用于基于中断从 VLPR/VLPS 模式中唤醒。） CAN_STD 和 CAN_EN 引脚设置为低电平。 安装并启用两个中断处理程序。(PORTE（PTE4 引脚）和 PORTA）。此外，两个 uint8_t 标志被设置为 true（默认设置为 0）（当我们进入 VPLS 模式时，一个 LMPTR 定时器也会启用，因此基本上有三个中断工作）。 然后，我们将MCU电源模式设置为VLPR，然后立即设置为VLPS模式。 正常运行： 在 VLPS 模式下，PORTE 上接收到监测引脚的中断，标志值为 true，首先禁用 IRQ，然后对 MCU 进行软复位，RESET MCU，操作从启动开始恢复正常。 我们遇到了以下问题，因此希望得到您的支持，以了解我们是否做错了什么。 问题：有时，MCU 会随机陷入一种状态，只有通过关闭电源和机才能 RESET。 我们的假设在 MCU 卡死的上述状态中，我们假设可能会发生以下情况。 中断处理程序回调函数中使用的标志是非易失性的。虽然在安装中断处理程序时将标志设置为 true，但我们怀疑没有正确读取当前标志值（易失、非易失问题）。 如果 MCU 在从 RUN 进入 VLPR->VLPS 模式期间收到中断信号，则 MCU 可能会进入停止状态。 Re: MCU not wakeup up from VLPS mode 嗨，@Sami2098、 目前，MCU 已不再处于这种状态。但是，如果这个问题再次发生，那么当MCU运行发行版本时，我应该如何获取寄存器值转储。 如果碰巧再次进入这种状态，可以尝试通过调试器中的"Attach to running target" 配置连接 MCU。例如，使用 S32DS"Registers" 查看和导出。或使用 TRACE32 将值导出为 CSV：调试 - 如何从 TRACE32 导出变量值 - Stack Overflow。 由于我们没有使用 "退出时休眠 "功能，我们是否需要"在进入 VLPS" 之前，我们是否需要使用 DSB + ISB 指令来确保适当的同步？ 如果需要，那么以这种方式调用函数是否正确？ 这只是两个建议，因为以前也出现过类似的问题，客户使用的是退出时休眠功能。我想确认配置是否相同。 DSB + ISB 在您的实施中看起来很好。这主要是为了确保在继续进行 VLPS 之前完成任何正在进行的数据处理。 调用INT_SYS_ClearPending()看起来也不错，这将在进入低功耗前检查是否有挂起的中断。 这是一个非常奇怪的问题，因为它很难重现。 致以最诚挚的问候， Julián Re: MCU not wakeup up from VLPS mode 您好@Julián_AragónM, 感谢您一直以来的支持。请在下面找到您问题的答案。 至于处于停机状态的设备... 你能测量电流消耗吗？ 遗憾的是，在问题发生之前，我们没有连接电流表，而且由于问题很少发生，使用电流表需要中断蓄电池连接，从而导致 POR。 设备在 VLPS 上还是永远不会进入低功耗？ 目前我们还不能确定。目的是让设备进入VLPS。不过，它也有可能陷入某种未知状态。 您能分享这个州的登记转储情况吗？ 目前，MCU 已不再处于这种状态。但是，如果这个问题再次发生，那么当MCU运行发行版本时，我应该如何获取寄存器值转储。 此外，您是否配置了退出时休眠功能？ 没有，目前我们没有使用退出时休眠功能。 /* ISR 退出时不重新进入（深度）睡眠状态 */ S32_SCB->SCR&= ~(S32_SCB_SCR_SLEEPONEXIT_MASK); 关于您的建议，我有几个问题。 由于我们没有使用 Sleep on Exit 功能，我们是否需要"使用 DSB + ISB 指令，以确保在进入 VLPS" 之前适当同步？ /* Cpu 将进入深度睡眠状态 */ asm( ISB ); STANDBY(); // where STADBY() - #define STANDBY() __asm volatile ( wfi ) __asm("DSB"); __"" >"" 我们正在研究应用层。那么，在将电源模式切换到 VLPS 之前，我需要调用以下函数吗？ void int_sys_clearPending (irqn_Type IRQNumber);//<-在切换到 VLPS 之前调用这个函数？ power_sys_setMode（POWER_MANAGER_VLPS、POWER_MANAGER_POLICY_FORCIBLE）；谢谢，最诚挚的问候， Re: MCU not wakeup up from VLPS mode 嗨，@Sami2098、 是的，进入 VLPS 时，会请求非 CPU 总线主站进入停止模式： Snag_a5879e3.png 您必须注意 VLPS 模式的 DMA 配置。这与 ERR011063 有关： Snag_a91d106.png 但是，如果禁用 DMA 时仍出现此问题，那么问题可能与此没有直接关系。 如果在 VLPS 中或之后不需要 DMA，则 EDMA_DRV_Deinit() 函数是正确的方法。 至于处于停机状态的设备... 你能测量电流消耗吗？设备在 VLPS 上还是永远不会进入低功耗？您能分享这个州的登记转储情况吗？ 此外，您是否配置了退出时休眠功能？曾经报告过这样一个问题：当 MCU 尝试处理 ISR 并通过退出时休眠返回 VLPS 时，会卡死在停止状态。解决方法是设置数据同步障碍，以确保在继续之前完成任何数据操作。 我的建议是在进入 VLPS 之前确保没有待处理的中断（我认为一个简单的如果 ((NVIC->ISPR[0]& NVIC->ISER[0]) == 0) 检查就足够了)，并使用 DSB + ISB 指令确保在再次进入 VLPS 之前正确同步。 致以最诚挚的问候， Julián Re: MCU not wakeup up from VLPS mode @Julián_AragónM 我们目前使用 3 个 DMA 通道：0、1 和 3。 0 映射到 Flex I/O UART。 1 映射到 LPUART 0 RX 3 映射到 LPUART 1 RX 当我们进入 VLPS 时，发现只有 DMA 0 启用。我们使用 for (int ch = 0; ch< 16; ch++) { // S32K146 有 16 个通道 if (DMA->ERQ& (1<< ch)) { printf("DMA 通道%d is ENABLED\r\n", ch); } } 此 for 循环仅用于调试版本，不用于发行版。我们没有明确禁用 DMA 1 和 3，但观察到它们可能仍被驱动程序函数static void LPUART_DRV_StopRxDma(uint32_t instance) 禁用。 我们尝试在进入 VLPS 之前使用 status_t EDMA_DRV_Deinit(void)明确禁用 DMA 通道。 我们的目的是确保在进入 VLPS 状态之前停止 DMA 传输。我们的方法是否正确？ 但这一声明与我们目前面临的 MCU 停机问题无关。我们观察到，无论是否采取上述步骤，我们都得到了停止状态。我只想问，在进入 VLPS 之前，是否需要明确调用 status_t EDMA_DRV_Deinit(void)。 Re: MCU not wakeup up from VLPS mode 你好@Julián_AragónM 今天测试时，我们再次卡在 MCU 停止状态。过去三周以来，一切运行正常。我们完全绕过了 VLPR 状态。现在我们直接从 Run 到 VLPS（中间没有 VLPR）。我们还从时钟频率证实了这一点，总线时钟为4Mhz，系统时钟为8Mhz。我们还确认，在使用 VLPS 之前，时钟源是 SIRC，所有其他时钟源都已禁用。 在 MCU 停止状态下，我们连接了 JTag，并能使用 RTT 查看器进行连接。以下是 RTT 查看器在 MCU 停止状态下的截图。 RTTViewerInMCUHalt.png   没有什么能让 MCU 活起来。我们唯一能确定的办法就是断电。我们的 MCU 目前处于这种状态，如果您希望我们在这种状态下进行尝试，我们将等待您的回复。这是因为这个问题很难重现，而且我们也不知道什么时候会再次发生。等待您的回复。 Re: MCU not wakeup up from VLPS mode 嗨，@Sami2098、 是的，如果不用作唤醒中断，则应禁用 LPTRM IRQ 和时钟源。 这样可以减少不必要的电流，避免在离开 VLPS 时发生不必要的 ISR。 致以最诚挚的问候， Julián Re: MCU not wakeup up from VLPS mode 您好， ，感谢您的支持。你说得对。在我们的项目中，我们并不需要过渡到 VLPR，因此绕过了它。根据您的意见，我们想进一步询问是否有必要同时对 LPTMR IRQ 进行去初始化。LPTMR 中断每 1 毫秒触发一次，基本上是在运行整个 MCU 代码。当 MCU 转换到 VLPS 状态时，我们将不再使用该 LPTMR 中断。相反，我们使用 GPIO 引脚作为唤醒源。因此，在 VLPS 模式下，我们实际上并不需要 LPTMR IRQ。 那么，由于 LPTMR IRQ 是使用时钟源的外设，我们是否也应该对其进行去初始化？ Re: MCU not wakeup up from VLPS mode 嗨，@Sami2098、 除非您在 MCU 停止运行后尝试连接，否则我真的无法找出这个问题的根本原因。 项目是否需要 VLPR？ 它可以从 RUN 直接转到 VLPS。这也会降低ERR011063 的风险。 有关模式过渡的信息，请参阅 AN5425 中的第 5.6 章：S32K1xx 的电源管理单元。但你的程序似乎是正确的；首先禁用使用时钟源的外设，将系统时钟切换到 SIRC，然后禁用所有其他时钟源。 致以最诚挚的问候， Julián Re: MCU not wakeup up from VLPS mode 您好， 不确定，但我也遇到了同样的问题。 我希望你是在唤醒 ISR 中禁用了 VLPS？ ，如果是这样，你可以在退出时禁用低功耗/休眠/唤醒之前，尝试挂起任何未使用的中断或你想唤醒的 ISR 中的相同中断。 Re: MCU not wakeup up from VLPS mode 同时，我们还使用 NXP API 检查了时钟频率： uint32_t sysClk = 0; uint32_t busClk = 0； /* 获取系统时钟频率 */ CLOCK_SYS_GetFreq(CORE_CLOCK,&sysClk)； /* 获取总线时钟频率 */ cloc k_sys_getFreq (BUS_CLOCK，& busCLK)； 我们在运行模式下收到了以下值：内 核/系统时钟：8 MHz 总线时钟：4 MHz 我们在 VLPR 模式下收到了以下值：内 核/系统时钟：4 MHz 总线时钟：4 MHz 这些值是在调用恩智浦 API 从运行模式转为 VLPR 模式后收到的： POWER_SYS_SetMode(POWER_MANAGER_VLPR,POWER_MANAGER_POLICY_FORCIBLE)； Re: MCU not wakeup up from VLPS mode 这种情况很少发生。这发生在两周前，但当时我们只做了 POR。从那以后，我们再也无法重现这个问题。 我目前正在使用恩智浦SDK API进行电源模式切换，在这些API中，正在设置SIRC时钟。那么，我是否需要在切换前手动检查时钟频率？我认为应用程序接口已经在处理这个问题了。 我使用的应用程序接口是 status_t POWER_SYS_SetMode(uint8_t powerModeIndex、 power_manager_policy_t policy）； 我是这样说的： POWER_SYS_SetMode(POWER_MANAGER_VLPR, POWER_MANAGER_POLICY_FORCIBLE)； POWER_SYS_SetMode(POWER_MANAGER_VLPS, POWER_MANAGER_POLICY_FORCIBLE)； 问题 我们能找到问题的根源吗？ 目前，我们会在进入 VLPR 之前去初始化看门狗。是否可以在 VLPR 之后但在进入 VLPS 模式之前对其进行去初始化？ 是否有任何演示应用程序可用于手动配置 VCCR？ Re: MCU not wakeup up from VLPS mode 你好@Sami2098 RUN->VLPR->VLPS 的步骤似乎是正确的。板进入 "halt" 状态后你能连接到它吗？(通过使用"Attach to target" 选项）。 这个问题可能是由时钟配置引起的。ERR011063（摘自S32K146_0N73V😞😞 Snag_622231.png 这只适用于 从 VLPR 模式 进入 VLPS 模式 的例程 ，而您的情况正是如此。请尝试更改 VCCR 配置。 致以最诚挚的问候， Julián Re: MCU not wakeup up from VLPS mode 您好， 在 VLPS 模式下，我们将按以下方式初始化用于中断的 GPIO 引脚。 1.[PINS_DRV_ClearPortIntFlagCmd(PORTE)； INT_SYS_InstallHandler(PORTE_IRQn, IF_PORTE_IRQHandler, NULL)； INT_SYS_EnableIRQ(PORTE_IRQn)；   那么我们只需调用下面的接口函数即可跳转到 VLPS 模式。 POWER_SYS_SetMode(POWER_MANAGER_VLPS, POWER_MANAGER_POLICY_FORCIBLE);]。   这种做法正确吗？还是应该遵循以下程序？ 2.[PINS_DRV_ClearPortIntFlagCmd(PORTE)； INT_SYS_InstallHandler(PORTE_IRQn, IF_PORTE_IRQHandler, NULL)； INT_SYS_EnableIRQ(PORTE_IRQn)； 然后清除 INT_SYS_ClearPending(PORTE_IRQn); ->??? 那么我们只需调用下面的接口函数即可跳转到 VLPS 模式。 POWER_SYS_SetMode(POWER_MANAGER_VLPS, POWER_MANAGER_POLICY_FORCIBLE);]。   还是下面这些？ 3.[ // 准备期间禁用中断 INT_SYS_DisableIRQ(PORTE_IRQn)； // 清除硬件标志 PORTE->ISFR = 0xFFFFFFFF； // 清除 NVIC 挂起 INT_SYS_ClearPending(PORTE_IRQn)； // 现在启用中断 INT_SYS_EnableIRQ(PORTE_IRQn)； // 再次清除，以避免任何运行时事件 PORTE->ISFR = 0xFFFFFFFF； INT_SYS_ClearPending(PORTE_IRQn)； // 进入 VLPS POWER_SYS_SetMode(POWER_MANAGER_VLPS, POWER_MANAGER_POLICY_FORCIBLE)； ]   哪种方法最合理？   MCU 还能因为第二种方法而进入某种停止状态吗？有风险吗？   非常感谢你们一直以来的支持。   此致，

S32 汽车平台：先进控制系统的性能 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 燃烧和发动机控制正在转向计算密集型技术。了解 S32 汽车平台如何利用 Arm ® NEON 和数学加速来支持这一趋势。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 燃烧和发动机控制正在转向计算密集型技术。了解 S32 汽车平台如何利用 Arm ® NEON 和数学加速来支持这一趋势。

電動化—高電圧バッテリ管理システム用MC3377xバッテリセルコントローラ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HV BMS用MC33771x ICの製品トレーニング1-短いBMS市場紹介(含む。主要なプレーヤー、要件、競合他社);2- NXP BMSロードマップと主要製品(BCC14、BCC6、TPL)の紹介差別化と価値提案を含む3つの主要なBMSアプリケーション(14V、48V、HVデイジーチェーン、HV CAN、ワイヤレス)。4-市場、アプリケーション、リファレンスデザイン、および製品の見通し。5- 機能安全の側面 - システム安全の目標と機能安全の実装方法。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HV BMS用MC33771x ICの製品トレーニング1-短いBMS市場紹介(含む。主要なプレーヤー、要件、競合他社);2- NXP BMSロードマップと主要製品(BCC14、BCC6、TPL)の紹介差別化と価値提案を含む3つの主要なBMSアプリケーション(14V、48V、HVデイジーチェーン、HV CAN、ワイヤレス)。4-市場、アプリケーション、リファレンスデザイン、および製品の見通し。5- 機能安全の側面 - システム安全の目標と機能安全の実装方法。

Let´s start with KSDK! What is it KSDK? = Kinetis Software Development Kit Kinetis SDK v2 is a collection of comprehensive software enablement for NXP Kinetis Microcontrollers that includes: •system startup •peripheral drivers •USB and connectivity stacks •Middleware •Real-time operating system (RTOS) kernels. Documents – Release Note, API Reference Manual, Getting Started with KSDK, for USB – User Guide, USB Composite Device Guide, USB Device Reference Manual and USB Host Reference Manual. All these documents is possible to find at Software Development Kit for Kinetis MCUs|NXP or \SDK_2.0_selected_device\docs KSDK Structure Diagram KSDK Features •ARM® and DSP standard libraries, and CMSIS-compliant device header files which provide direct access to the peripheral registers •Open-source peripheral drivers •Open-source RTOS wrapper driver •Real time operation systems (RTOS) including FreeRTOS OS, μC/OS-II, and μC/OS-III •Stacks and middleware in source or object formats including: − CMSIS-DSP -  a suite of common signal processing functions − FatFs - a FatFile System for small embedded systems − mmCAU - Memory-Mapped Cryptographic Acceleration Unit − SDMMC - software component supporting SD Cards and eMMC − DMA Manager - software component used for managing on-chip DMA channel resources − mbedTLS and WolfSSL - cryptographic SSL/TLS libraries − lwIP and USB Stack - a light-weight TCP/IP stack KSDK Evolution KSDK v1/v2 – what new features KSDK 2.0 brings •MQX Kernel removed from KSDK -> focus on FreeRTOS •MQX RTCS Ethernet and MFS File System Stacks -> lwIP and FatFS •OSA, Power Manager and Clock Manager -> no longer required by the drivers •USB Stack re-write -> BSD licensed solution •No platform library -> single project with all needed files •Mbed TLS now included as part of the accelerated cryptography drivers •Eliminates separate HAL and Peripheral Driver -> single driver for each peripheral •Processor Expert -> Kinetis Expert Tool •Updates for KDS -> via online update tool •Installation of KSDK -> KEX Tool (smaller download & sizes) •KEX Tool -> pin muxing selection & generation, clock configuration, low power estimation Simplified folder structure KSDK highlights & benefits •Collection of software enablement offered by free •KSDK is fully supported in these IDE: − Atollic® TrueSTUDIO® − GNU toolchain for ARM® Cortex® -M with CMake build system − IAR Embedded Workbench − Keil™ MDK-ARM − Kinetis Design Studio IDE •KSDK supports most of Kinetis MCUs •Created examples for drivers, USB, RTOS, demo applications •Start with development without device register knowledge Support & download Official support of KSDK: Kinetis Software Development Kit Create new SR according to: How to submit a new question for NXP Support More about KSDK... KSDK Official Website www.nxp.com/ksdk Introducing Kinetis SDK v2 https://community.freescale.com/docs/DOC-329783 Kinetis SDK 2.0 Transition Guide Kinetis SDK 2.0 Transition Guide KSDK Community https://community.freescale.com/community/kinetis/kinetis-software-development-kit Let´s continue in reading! See Let´s start with FreeMASTER!​

iMX6 IPU TVIN 应用说明 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 附件是 iMX6 TVIN 用例的应用说明，已进行一些内部审查。 2016-10-08，将其更改为pdf文件。

NET-N1906 高性能小型基站解决方案，助力实现无处不在的高速互联网 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随时随地的高速互联网是我们面临的挑战。小型基站提供了填补常规基站基础设施覆盖空白的解决方案。本讲座展示了恩智浦高性能射频解决方案，涵盖小型基站的发射端和接收端。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随时随地的高速互联网是我们面临的挑战。小型基站提供了填补常规基站基础设施覆盖空白的解决方案。本讲座展示了恩智浦高性能射频解决方案，涵盖小型基站的发射端和接收端。 智能网络

解放串口之重定向printf输出到IAR虚拟终端(Redirect printf output to IAR Terminal to release UART port)     感谢Baolei之前在weekly meeting上分享的关于在Codewarrior环境下实现printf的重定向技巧，从而在CW调试环境下的Console上实现调试信息的打印功能，我将其移植到IAR环境下并进行了测试，可以实现调试信息的交互，完全可以替代串口的功能，在这里写出来分享给大家，再次感谢baolei的分享~     通过串口打印调试信息或者实现上下位机交互是我们最常使用的调试手段之一，毕竟实现起来无论是硬件成本（接出两根线Txd和Rxd，外加一个电平转换芯片）还是软件成本（下位机写好UART驱动，上位机直接超级终端或者一些第三方串口调试助手）都是相对较低的，所以这种方式还是灰常受广大“攻城师”们欢迎的。不过如果由于I/O资源紧缺串口被用做其他用处或者板子直接没有引出串口的话（是不是产生共鸣了，呵呵），那该怎么办呢？     当然，所谓时代不同了（liao）（顺口想说“男女都一样呢”，呵呵，哎，都是生在旧社会长在红旗下的孩子啊），随着嵌入式开发生态系统越来越完善，目前也是有越来越多的Poweful开发工具支持丰富的调试功能（支持打印调试信息和交互等），但是涉及到一些版权的问题价格上还是有点小贵的（对一些小企业来说还是难以接受的），所以这个时候就需要我们动动脑筋去摸索摸索其他的方法（所谓路是探索出来的），事实证明破釜沉舟下人的潜力是无限的，呵呵，这里就分享一个折衷的办法去解决大家一直苦恼的问题，即使用IAR虚拟的串口终端来实现信息的交互和打印，下面进入正题： 测试平台：IAR6.6 + FRDM KE02开发板（我目前手里有这个，其他平台都可以） 测试代码：KE驱动库（KEXX_DRIVERS_V1.0.1_DEVD\kexx_drv_lib_release_r1.0.1\build\iar\ke02\platinum） 这里稍微提一句，我测试的是KE驱动库的代码，但是实际上只要你看懂了我下面的解决方法（授之以渔而不是鱼），其他代码都是类似的。 1）打开KE02 platinum的IAR工程，进入到platinum.c文件，找到main函数如下图1，可以看到其调用了printf打印函数，而该工程是默认调用底层串口的，我们跳转到该函数的定义如图2，再继续跳转到out_char的函数定义如图3，这下就屡清楚了，我们可以很直观的看到工程默认是调用UART底层的，呵呵，下面我们就要动手改造它对printf进行重定向； 2）首先我们需要注释掉printf的实现函数，将其屏蔽掉，然后需要给printf一个重新指向的地址，下面就该我们常见的 这位老兄出场了（貌似当初自打我开始接触Turbo C的时候就已经用到它了，老生常谈的“Hello world”就是调用它内部的printf来实现的）。我们找到Common.h文件，将 添加到其中，如下图，这样凡是需要printf的文件只需要添加common.h头文件即可： 3）这里先说说stdio.h文件的作用，我们打开stdio.h文件可以看到其内部定义了标准输入输出函数，包括我们常见的scanf和printf等函数，而这些函数所调用的底层即为IAR提供的链接到其Terminal的驱动，所以……懂的，呵呵。除此之外，我们肯定不满足只输出打印（给人略显低端的感觉有木有），所以为了体现我们不是“土豪”，我觉着有必要让它交互起来，实现真正的串口功能（因为一些类似bootloader或shell之类的还是需要输入参数的进行交互的），我在main函数添加了scanf语句用来测试输入功能，如下： 4）准备工作就绪，编译链接整个工程，然后下载到KE02的板子中并进入到Debug调试环境中，点击View->Terminal I/O调出虚拟终端，然后全步运行，就可以看到Terminal下开始打印调试信息，如下图1。当然显示输出有点小case了，我们再试试输入功能，在input框中输入‘a’，然后回车，如下图2，perfect： 5）还没完，我们要玩就玩高端大气上点档次的，我们再探索探索呢，结果又发现个小惊喜，我们点击上图右下角的“Input Mode”，弹出设置框如下，很高端啊有木有： 呵呵，看完之后是不是有种跃跃欲试的兴奋呢，呵呵，just have a try and enjoy it~ 附件为我修改之后的工程代码，仅供参考~ Re: Redirect printf output to IAR Terminal to release UART port <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Could you provide the engineering attachments you modified?

How to quickly develop i.MX53 products Computer On Module • Processor Freescale i.MX535,1GHz/i.MX536, 800MHz • RAM 512MB/1GB DDR3 SDRAM • ROM 4GB EMMC,up to 32GB • Power supply Single 3.1V to 5.5V • Size 54mm SO-DIMM • Temp.-Range -20°C..70°C   -40°C..120°C Key Features • 10/100Mbps Ethernet • Two High Speed USB 2.0 ports • LCD controller up to 1600 x 1200, 24bpp • OpenGL ES 2.0 and OpenVG 1.1 hardware accelerators • Multi-format HD 1080p video decoder and 720p video encoder hardware engine • Two Camera Interfaces • NEON SIMD media accelerator • Unified 256KB L2 cache • Vector Floating Point Unit • Several interfaces: 3x UART, 2x SDIO, 2x SSI/AC97/I2S, I2C, CSPI, Keypad, Ext. Memory I/F • 3.3V I/O OS Support     • Linux     • Android Application:Smart mobile devices,Smart Display,Automotive Infotainment,Digital Signage, Telemedicine,Retail POS Terminal,Security,Barcode Scanner,Visual IP Phone,Patient Monitors,Surveillance Cameras,building control, factory / home automation, HMI For more information, please see Attachment We can provide a complete solution Computer On Module • Processor Freescale i.MX535,1GHz/i.MX536, 800MHz • RAM 512MB/1GB DDR3 SDRAM • ROM 4GB EMMC,up to 32GB • Power supply Single 3.1V to 5.5V • Size 54mm SO-DIMM • Temp.-Range -20°C..70°C   -40°C..120°C Key Features • 10/100Mbps Ethernet • Two High Speed USB 2.0 ports • LCD controller up to 1600 x 1200, 24bpp • OpenGL ES 2.0 and OpenVG 1.1 hardware accelerators • Multi-format HD 1080p video decoder and 720p video encoder hardware engine • Two Camera Interfaces • NEON SIMD media accelerator • Unified 256KB L2 cache • Vector Floating Point Unit • Several interfaces: 3x UART, 2x SDIO, 2x SSI/AC97/I2S, I2C, CSPI, Keypad, Ext. Memory I/F • 3.3V I/O OS Support     • Linux     • Android Application:Smart mobile devices,Smart Display,Automotive Infotainment,Digital Signage, Telemedicine,Retail POS Terminal,Security,Barcode Scanner,Visual IP Phone,Patient Monitors,Surveillance Cameras,building control, factory / home automation, HMI For more information, please see Attachment We can provide a complete solution

NTAG®スマートセンサー <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> コンディションインサイトで物流の追跡と追跡を拡張します。NTAG SmartSensorは、NFC読み出しによるセンシングとロギングを可能にします。NTAG SmartSensorは、スマートロジスティクス、スマートヘルスケア、ドラッグデリバリー、スマートパッケージングのためのIoTアプリケーションを可能にします。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> コンディションインサイトで物流の追跡と追跡を拡張します。NTAG SmartSensorは、NFC読み出しによるセンシングとロギングを可能にします。NTAG SmartSensorは、スマートロジスティクス、スマートヘルスケア、ドラッグデリバリー、スマートパッケージングのためのIoTアプリケーションを可能にします。

使用 5G 固定无线的最后一英里连接——了解市场和解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 固定无线接入 (FWA) 成为城市/郊区高速宽带连接的一种有吸引力的选择，可以解决“最后一英里问题”。60 GHz 无线网状系统由于相对于光纤网络而言具有吸引力的成本和无需授权的高带宽频谱的部署物流而引起了商业兴趣。NXP 的 Layerscape 产品被设计到 FWA 系统中，旨在利用无线网状网络的众多机会。了解 NXP 的 64 位 Arm ®平台如何推动下一代 FWA 的成功。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 固定无线接入 (FWA) 成为城市/郊区高速宽带连接的一种有吸引力的选择，可以解决“最后一英里问题”。60 GHz 无线网状系统由于相对于光纤网络而言具有吸引力的成本和无需授权的高带宽频谱的部署物流而引起了商业兴趣。NXP 的 Layerscape 产品被设计到 FWA 系统中，旨在利用无线网状网络的众多机会。了解 NXP 的 64 位 Arm ®平台如何推动下一代 FWA 的成功。

Dropbox 入门.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述

PF82/8100 Resources Hi     Pls find the latest version datasheet in the link: https://www.nxp.com/docs/en/data-sheet/PF8100_PF8200.pdf     Pls find the errata file in the link:https://www.nxp.com/docs/en/data-sheet/ES_MC33PF8100_MC33PF8200.pdf     More resources will be updated periodically. 

Sensors Overview