iMX8MM CAAM errors when using 'tk(cbc(aes))' for filesystem encryption I'm getting the following error when writing to a filesystem using the CAAM for filesystem encryption with `tk(cbc(aes))`. caam_jr 30902000.jr: 4000141c: DECO: desc idx 20: DECO Watchdog timer timeout error This only happens occasionally but seems to be more prevalent when running with all cores enabled. Re: iMX8MM CAAM errors when using 'tk(cbc(aes))' for filesystem encryption Sorry for the delay in replying. We are using `linux-imx_5.15.71_2.2.2-phy5` from Phytec with patches from https://github.com/Freescale/linux-fslc/tree/5.15-2.2.x-imx up until 5.15.183.  Unfortunately the problem only occurs occasionally (less than 1 instance every 500 hours or so of CI testing across multiple units) and I haven't been able to create a simple reproducer. An initial attempt to enable `CONFIG_CRYPTO_DEV_FSL_CAAM_DEBUG` prevents our device from booting as we are using the CAAM to encrypt the root filesystem along with various data partitions and this generates too much logging. I'm looking at adding log information to a circular buffer and emitting this when the error occurs.  As this will only result in the last 1000 or so records being emitted, I'd like to know whether there are any setup messages that we should always log to support analysis. Thanks Daniel Re: iMX8MM CAAM errors when using 'tk(cbc(aes))' for filesystem encryption Can you please share the version of BSP you're working and the Steps and logs when problems occur? Regards Harvey Re: iMX8MM CAAM errors when using 'tk(cbc(aes))' for filesystem encryption Unfortunately, I've been unable to reproduce with other tools 😞 I have added logging of last 2048 CAAM log messages on failure and we are now waiting for failure to re-occur in CI.  I'll send logs as soon as I get them Re: iMX8MM CAAM errors when using 'tk(cbc(aes))' for filesystem encryption Watchdog timeout error was triggered by DECO halt on but there were multi case to make DECO halt on, such as input/output buffer address, length or etc. Can you reproduce this with stress test with "dd" or "fio" tool? If the issue can be reproduced stably, it can help us to find the root cause. Regards Harvey Re: iMX8MM CAAM errors when using 'tk(cbc(aes))' for filesystem encryption Finally had it fail with logging.  This should include the last 2048 log records from the CAAM subsystem.  Only difference to standard logging is that `src` and `dst` buffer data is not included. Re: iMX8MM CAAM errors when using 'tk(cbc(aes))' for filesystem encryption From a brief look at my log, it appears that at the point of failure, the 8th of 8 queued requests for a sequence of offsets is what generates the DECO watchdog timeout error.  In the earlier portions of the log, it appears that there are rarely any queued requests (possibly sometimes one?) even when handling other sequences of offsets.  Is this a clue? The 7 queued requests before this do seem to complete correctly so could one of the following the cause... The queue actually only supports 7 entries - in which case reducing the number of queued entries may help (where can I change this?) The DECO watchdog timeout starts when entries are added to the queue and simply expires due to the time taken to handle 8 entries - in which case extending the timeout period may help (again, if possible, where can I change this?) This specific request actually has a problem - but to me it looks equivalent to the 7 previous requests so this seems unlikely Thanks Daniel Re: iMX8MM CAAM errors when using 'tk(cbc(aes))' for filesystem encryption Note we are running the CPU and DDR at reduced speed for power saving reasons - which may impact this Re: iMX8MM CAAM errors when using 'tk(cbc(aes))' for filesystem encryption No, I haven't been able to reproduce with dd or fio.  On the system I captured the previous log from, it only happens very occasionally (once in 2 months so far).  On another system it with slightly different code, it happens at least once a day.  We believe this is when loading a large set of shared libraries during startup (which aren't used on the system I got logs from).  Unfortunately, we are not able to easily collect logs from this version - however we would be able to test a patch relatively quickly to see if the issue is resolved. Do the previous logs contain enough information for investigation purposes?  If not then what else would be required? Re: iMX8MM CAAM errors when using 'tk(cbc(aes))' for filesystem encryption Having got the logs, I decided to dig in further myself.  It appears that when the system is under high memory load but still has the DDR running at 400MT/s (or in our case sometimes 100MT/s), the CAAM will sometimes generate a watchdog error. The eMMC driver forces the DDR to 3000MT/s, but for writes, this doesn't necessarily occur until after the encryption has been performed. We have fixed this for our use case by requesting `BUS_FREQ_HIGH` in `caam_jr_enqueue()` and releasing it again via scheduled work from `caam_jr_dequeue()`. This fixes filesystem accesses, however it causes problems when called from the network stack (via xfrm for example) as `request_bus_freq()` ends up being called in atomic context (from much further up the network stack) and both `request_bus_freq()` and `clk_xxx()` calls utilise mutex's We have worked around this by disabling use of CAAM for everything but the filesystem, but a better solution would be required if upstreamed.

MaaxBoard (NXP i.MX93) で GPIO およびタイマー ピンを構成し、pinmux 設定を有効にする方法は? 私は MaaxBoard (NXP i.MX93 プロセッサベース) を使用していますが、次のユースCASEの pinmux とピン構成の設定について支援が必要です。 トリガー ピン (出力) として GPIO ピンが 1 つ必要です。 1 つのピンをタイマー入力 (TPM 入力キャプチャまたは PWM) 用に構成する必要があります。 問題は次の通りです: GPIO ピンが読み取り/書き込み操作に正しく応答しません。 pinmux 構成が欠落しているか間違っているか、デバイス ツリーが適切に更新されていないと思われます。 以下の点についてご協力いただけますでしょうか? MaaxBoard のピン配置とリファレンス マニュアルで GPIO とタイマーの正しいピン名とパッドを見つけるにはどうすればよいでしょうか? 必要なピン多重化を有効にするには、デバイス ツリー (.dts) にどのような変更を加える必要がありますか。 GPIOピンを出力用に設定し、ユーザー空間からの読み取り/書き込みを許可する タイマーピンを入力キャプチャまたはPWM用に設定する MaaxBoard で GPIO が正しく動作しない原因となる一般的な問題はありますか? 1 つの GPIO を読み取りと書き込み用に設定する方法の例はありますか?そのために、pin_mux.c や app.h など、何を更新する必要がありますか? i.MX93 #マックスボード MCX C Re: How to configure GPIO and Timer pins on MaaxBoard (NXP i.MX93) and enable pinmux settings ? こんにちは、Manjunathb MaaxBoard は Element14 によって製造およびサポートされています。所有者に問い合わせて、BSP とボードに関する詳しい情報を入手することをお勧めします。 MaaXBoard OSM93 - element14 コミュニティ MaaXBoardハードウェアデザイン - element14コミュニティ    i.MX 93 EVK 用の NXP MCUXpresso SDK も参照できます。 SDKは以下からダウンロードできます。 MCUXpresso SDK Builder パッケージ内には TPM と GPIO / タイマーのデモが含まれています。 よろしくお願いします。 ダニエル よろしくお願いします。 ダニエル Re: How to configure GPIO and Timer pins on MaaxBoard (NXP i.MX93) and enable pinmux settings ? -> ここで参考のためにコードを添付しました。1 つの GPIO を構成して読み取りおよび書き込み操作を実行するだけで、コードを次のように更新しました。   /* * 著作権 (c) 2015、Freescale Semiconductor, Inc. * 著作権 2016-2017 NXP * 無断転載を禁じます。 * * SPDXライセンス識別子: BSD-3条項 */ #include "board.h" #include "fsl_debug_console.h" #include "fsl_rgpio.h" #include "app.h" /**************************************************************************************** * 定義 **********************************************************************************/ /**************************************************************************************** * プロトタイプ **********************************************************************************/ /*! * @briefしばらく遅延します。 */ void遅延( void ); /**************************************************************************************** * 変数 **********************************************************************************/ /**************************************************************************************** * コード **********************************************************************************/ /*! * @briefメイン関数 */ int main( void ) { /*[手動で]-> GPIO入力のinit構造体を定義する*/ rgpio_pin_config_t 入力構成 = {         kRGPIO_デジタル入力、         0 , }; /* ボードピン、クロック、デバッグコンソールの初期化 */ BOARD_InitHardware(); /* 端末にメモを印刷します。*/     PRINTF ( "\r\n GPIO は状態の読み取りを開始します.....\r\n" ); /* 出力 LED GPIO を初期化します。*/ RGPIO_PinInit( BOARD_LED_RGPIO 、 BOARD_LED_RGPIO_PIN 、 &input_config);     一方（ 1 ）     {         uint32_t val = RGPIO_PinRead( BOARD_LED_RGPIO 、 BOARD_LED_RGPIO_PIN );         PRINTF ( "GPIO%d の現在の値は : %d\r\n" , BOARD_LED_RGPIO_PIN ,val); SDK_DelayAtLeastUs( 500000U , SystemCoreClock);    } } ######################################################## /* * 著作権 2022 NXP * * SPDXライセンス識別子: BSD-3条項 */ /******************************************************************************************************************************** * このファイルは、MCUXpresso Config Tools によって生成されました。このファイルに対して手動で行われた編集 * それぞれの MCUXpresso Config Tools を使用してこのファイルを更新すると、上書きされます。 ******************************************************************************************************************************/ /* * 以下のテキストはツールの設定として使用されます ************************************* !!グローバル情報 製品: Pins v12.0 プロセッサ: MIMX9352xxxxM パッケージID: MIMX9352DVVXM mcu_data: ksdk2_0 プロセッサバージョン: 0.12.3 * このコメントを変更する際は注意してください - これはツールの YAML 設定です *********** */ #include "pin_mux.h" /* 関数 ************************************************************************************************************ * * 関数名: BOARD_InitBootPins * 説明: 初期化関数を呼び出します。 * * 終わり ****************************************************************************************************************/ BOARD_InitBootPins を無効にします( void ) { BOARD_InitPins(); } /* * 以下のテキストはツールの設定として使用されます ************************************* ボード初期ピン: - オプション: {callFromInitBoot: 'true', coreID: cm33} - ピンリスト: - {pin_num: F20、ペリフェラル: LPUART2、信号: lpuart_rx、pin_signal: UART2_RXD、HYS: DISABLED、FSEL1: SlOW_SLEW_RATE、DSE: NO_DRIVE} - {pin_num: F21、ペリフェラル: LPUART2、信号: lpuart_tx、pin_signal: UART2_TXD、HYS: 無効、PD: 無効、FSEL1: SlOW_SLEW_RATE} - {pin_num: L17、ペリフェラル: GPIO2、信号: 'gpio_io, 04'、ピン信号: GPIO_IO04、HYS: 無効} * このコメントを変更する際は注意してください - これはツールの YAML 設定です *********** */ /* 関数 ************************************************************************************************************ * * 関数名: BOARD_InitPins * 説明: ピンのルーティングとオプションでピンの電気機能を構成します。 * * 終わり ****************************************************************************************************************/ void BOARD_InitPins( void ) { /*!< コアに割り当てられた関数: undefined[cm33] */     // IOMUXC_SetPinMux(IOMUXC_PAD_GPIO_IO04__GPIO2_IO04, 0U); IOMUXC_SetPinMux( IOMUXC_PAD_UART2_RXD__LPUART2_RX 、 0U ); IOMUXC_SetPinMux( IOMUXC_PAD_UART2_TXD__LPUART2_TX 、 0U ); /* 手動で追加 (開始)*/ IOMUXC_SetPinMux( IOMUXC_PAD_GPIO_IO13__GPIO2_IO13 , 0U ); IOMUXC_SetPinConfig( IOMUXC_PAD_GPIO_IO13__GPIO2_IO13 、 /* 手動で追加 (終了)*/     // IOMUXC_SetPinConfig(IOMUXC_PAD_GPIO_IO04__GPIO2_IO04,     // IOMUXC_PAD_PD_MASK); IOMUXC_SetPinConfig( IOMUXC_PAD_UART2_RXD__LPUART2_RX 、                         IOMUXC_PAD_PD_MASK ); IOMUXC_SetPinConfig( IOMUXC_PAD_UART2_TXD__LPUART2_TX 、                         IOMUXC_PAD_DSE ( 15U )); } /******************************************************************************************************************************** * 終了 ******************************************************************************************************************************/ /* * 著作権 2022 NXP * * SPDXライセンス識別子: BSD-3条項 */ #ifndef _APP_H_ #define _APP_H_ /**************************************************************************************** * 定義 **********************************************************************************/ /* ${macro:start} */ #BOARD_LED_RGPIOを定義します          GPIO2 #BOARD_LED_RGPIO_PINを定義します      13U #DEFINE EXAMPLE_RGPIO_CLOCK_ROOT kCLOCK_Root_BusWakeup #DEFINE EXAMPLE_RGPIO_CLOCK_GATE kCLOCK_Gpio2 /* ${macro:end} */ /**************************************************************************************** * プロトタイプ **********************************************************************************/ /* ${prototype:start} */ BOARD_InitHardware をvoidにします。 /* ${prototype:end} */ #endif /* _APP_H_ */

示例 MPC5777M MCAN 简单 TX/RX GHS614 ******************************************************************************** * 详细说明： * * 配置 MCAN 来传输和接收 CAN 消息。 * * 在此配置中，MCAN_1 传输一条消息。MCAN_2接收消息。 * * MCAN_1 每 1 秒发送一次消息。该间隔由 PIT 生成。 * 单个 TX 缓冲区用于发送 n 个字节。每次 * 传播。发送两个标准 ID 和 2 个扩展 ID。 * * MCAN_2 配置为接收消息，使用 SW 轮询。 * 定义了2个标准和2个扩展ID过滤表。经典过滤器 * 配置已设置，表示过滤器 ID 和掩码。 * 具有匹配标准 ID 的消息被接收到 RXFIFO_0 中，具有匹配 * 扩展ID然后存储在RXFIFO_1中。 * * EVB连接： * * J37 和 J38 至位置 1-2，将 MCAN1 TX/RX 连接至收发器 * * P15-1 上的 CAN0-CANH 至 P14-1 上的 CAN1-CANH * P15-2 上的 CAN0-CANL 至 P14-2 上的 CAN1-CANL * * ---------------------------------------------------------------------------------------------- * 测试硬件：MPC5777M，MPC57xx主板+MPC5777M_512DS迷你模块 * 掩码组：0N78H * 目标：internal_FLASH * Fsys: 600 MHz PLL1，带 40 MHz 晶振参考， * core2 以 200MHz 的频率由 PPL1 生成 * 终端：无 ******************************************************************************** 修订历史： 1.0 2017年1月5日 PetrS MCAN示例的初始版本 ********************************************************************************************/

FS65/45XX CAN short to GND function verify and test Because of sometimes customer test fail on CAN short GND function, below shows the test step and result for verify. So need emphasize that EVB only works on debug mode.  Do not confuse about Debug/Normal mode and INIT/Normal mode in the state machine. You can short CAN on EVB every CAN points to GND, but actual in application customer boards sometimes the distance between CAN points and GND is so long and with more noise on bus line. so please take care of this short function should be meet the spec in datasheet.  ----Test 1: Test under INIT mode, CAN short GND function works well. Short CAN_L to GND, has a flag on CANL_.     We can’t write the CAN_LIN_MODE register, only can read.  After read CAN_LIN_MODE register, we find that CAN works on the normal mode.         ----Test 2: Test under normal mode operation after configure INIT_INT register. Short CANL to GND, the CANL_ flag set ‘1’ ,this CAN short to GND works well, without re-set the CAN_LIN_MODE register, then we read the information that CAN works on normal mode.   Setting the CAN in sleep mode then short CANL to GND,can’t detect the fault bit.   Evaluation Board

AUT-N1761 自动驾驶汽车的第六感 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 为了实现自动驾驶，车辆需要准确地掌握周围的世界——就像人类驾驶员一样。汽车技术的目标是使车辆具备超越人类驾驶员感知的能力，从而能够实时做出最智能的决策。车辆传感器收集的信息不仅必须实时、准确，而且还必须能够抵御黑客攻击，这样我们才能将生命托付给它们。可靠的 ADAS 和适当的安全措施是自动驾驶汽车的关键因素。Vehicle-to-X 技术将可视范围扩展到驾驶员的视线之外，使驾驶员能够“看清”拐角处和障碍物。来自汽车网络的外部传感器信息和内部数据对于帮助消除全球道路上每年发生的 130 万起道路事故至关重要。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 为了实现自动驾驶，车辆需要准确地掌握周围的世界——就像人类驾驶员一样。汽车技术的目标是使车辆具备超越人类驾驶员感知的能力，从而能够实时做出最智能的决策。车辆传感器收集的信息不仅必须实时、准确，而且还必须能够抵御黑客攻击，这样我们才能将生命托付给它们。可靠的 ADAS 和适当的安全措施是自动驾驶汽车的关键因素。Vehicle-to-X 技术将可视范围扩展到驾驶员的视线之外，使驾驶员能够“看清”拐角处和障碍物。来自汽车网络的外部传感器信息和内部数据对于帮助消除全球道路上每年发生的 130 万起道路事故至关重要。 安全互联汽车和自动化汽车

低功耗模式，带 USB 唤醒 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetis系列具有丰富的低功耗模式。客户可能会感到困惑，不知道如何从低功耗模式唤醒。 1) 在 VLPR、VLPW 中：NVIC 仍然对中断敏感，因此任何中断都会得到服务。 2）在停止、VLPS 状态下：设备只能通过USB唤醒中断唤醒。 3) 在LLS、VLLSx中：设备将无法从任何 USB 源 唤醒 。 4) LLWU 用于 唤醒 ，因此客户可以从任何可用的 LLWU 唤醒 源 唤醒 。 至于 USB模块，对于USB恢复事件有两种不同的中断。一个异步可以从低功耗模式 唤醒 ，由 USB 线路状态 的 变化触发。另一个是同步的，仅在检测到 K 状态（D+ = 0、D- = 1，表示全速）后 2.5 微秒触发。应用程序负责在需要时转换到低功耗模式，为此，它必须检查USB堆栈报告的设备状态。当在总线中检测到挂起条件时，将触发 SLEEP 中断并且堆栈将其状态更改为挂起；然后应用程序将转换到低功耗模式。当发生此 SLEEP 中断时，异步唤醒中断被启用，并在触发时被禁用（这是模块清除中断所必需的）。在正常情况下，同步恢复中断或复位中断将会随后被触发，导致堆栈状态转换为非挂起状态。然后应用程序就可以知道通信再次处于活动状态，并避免再次进入低功耗模式。

libvpuwrap 1.0.46 デコーダー テスト用の 1280x720.mjpg テスト入力 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 申し訳ありませんが、この入力ファイルを共有する場所が見つかりません。これは、i.MX6Q VPU上のFSL 3.10.17 BSPを使用したMJPGデコード結果の破損で報告したVPU JPEGデコーダーの問題を再現するためのものです​ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 申し訳ありませんが、この入力ファイルを共有する場所が見つかりません。これは、i.MX6Q VPU上のFSL 3.10.17 BSPを使用したMJPGデコード結果の破損で報告したVPU JPEGデコーダーの問題を再現するためのものです​

mm9z1_638の現在の精度は1%の要件を超えています こんにちは、Nxpパートナー AN12301 キャリブレーション ガイドを実行した後、mm9z1_638 からの現在の読み取り値を記録します。精度要件の 1% を超える読み取りが 3 ～ 5 件あることがわかりました。ソフトウェアまたはハードウェアのローパス フィルターはありますか?ローパス係数をどのように決定しますか?ガイドラインを参照しますか? Re: mm9z1_638 current accuracy is out of 1% requirement こんにちは、トーマス ありがとうございます。別の電流源を変更します。失敗条件が修正されました。 しかし、6Aの精度は+/-1％を満たすことができず、ノイズは約100mAです。100mA のノイズを減らすための提案はありますか?または 100mA のノイズは許容できます。 Br、 マイク・リャン Re: mm9z1_638 current accuracy is out of 1% requirement こんにちは、Mikeさん データを見ると、定期的に低い数値が出ているようですが、これはどこから来ているのでしょうか?これはテスト機器またはソフトウェアからのものでしょうか? この定期的なイベントが問題を引き起こしているようです。 よろしくお願いいたします。 トーマス

S32N55: RTD API 可禁用流闸门 队员们好 根据 S32N55 参考手册，必须先禁用 Stream Gate 实例，然后才能在 1588 计时器中更改 TMROFF_H/L。 请问目前是否有禁用 RTD 中流门功能的 API？ BR, Bridget RTD Re: S32N55: RTD API to disable the Stream Gate 您好， ，我将再次查看用户手册并向您确认。 Re: S32N55: RTD API to disable the Stream Gate 你好@Bridget 根据 S32N_RTD_R21-11_1.8.0_CD07 的用户手册，要启用/禁用流闸门，可以在配置工具（EB Tresos）上进行设置： 设置 EthCtrlConfigEnableStreamGating = FALSE Re: S32N55: RTD API to disable the Stream Gate HiCuong、 在某些情况下，例如在 gPTP 同步期间，可能需要在运行时更新 TMROFF_H/L 的值。根据 S32N55 参考手册，必须先禁用 Stream Gate 实例，然后才能在 1588 计时器中修改 TMROFF_H/L。 在这种情况下，我认为需要一个 API 来禁用/启用流门功能。您提到的 EB 配置似乎无法处理这种情况。 请问 RTD 目前是否有禁用/启用流闸门功能的 API？ BR, Bridget

S32K148 中用于多通道和采样的 ADC DMA 流组 我正试图在 S32K148 中实现多通道流分组和采样 ADC DMA，但我发现我没有收到 DMA 中断，而且结果缓冲区在递增并写入额外的 RAM 空间。配置中是否存在任何问题？ Re: ADC DMA Streaming Group for multiple channels and samples in S32K148 HI 参见第 3.6.18 章有关该模式 DMA 通道设置的更多信息，请参见 ADC 驱动程序 UM 的 Optimize DMA Streaming Groups（优化 DMA 流组）。 BR, Petr

S32K344 是否支持用于铁路应用的 EN 50128 / SIL 3/4？ 您好， 我正在评估铁路功能安全项目的 S32K344（双核）。我需要知道这种 MCU 是否可用于需要..： EN 50128（铁路软件功能安全标准） SIL 3/SIL 4 功能安全等级 另外： 恩智浦是否有支持 SIL 3/4 设计的指南或文档？ 对于在关键任务和非关键任务中安全使用双核有什么建议？ 提前感谢！ Re: S32K344 will support EN 50128 / SIL 3/4 for railway applications? 请注意，在圣诞假期期间，我们的支持响应时间可能会比平时长。在某些情况下，您的请求可能会在新年后得到处理。感谢您的理解。 Re: S32K344 will support EN 50128 / SIL 3/4 for railway applications? 你好@Yuvashree S32K344 根据 ISO 26262 开发，支持 ASIL D，在功能安全完整性方面，ASIL D 与 SIL 3 大致相当。不过，恩智浦并未提供符合 EN 50128 或 SIL 4 标准的认证或声明。如果您的项目需要 EN 50128，则需要使用可用的功能安全文档（功能安全手册、FMEDA 等）自行进行功能安全评估和流程调整。 此致， Lukas

关于使用 FS32K144HAT0MMHT EVK 的热电阻驱动器可用性的说明 大家好， 我想购买FS32K144HAT0MMHTMCU 和相关评估套件 (EVK)。我想知道 EVK 是否包含热电阻驱动器，无需额外费用？ 如果不是，是否需要单独购买 RTD 驱动器？ 预先感谢您的帮助！ Re: Clarification on RTD Driver Availability with FS32K144HAT0MMHT EVK 你好@NagulMeera 实时驱动程序 (RTD) 和 S32 设计工作室 (S32DS) 是免费的。 EB tresos Studio 提供免费评估许可证，但必须向 Elektrobit 订购生产许可证。 我们还提供高级软件，例如： - S32 功能安全软件框架 (SAF) 和功能安全外设驱动器 (SPD) - 结构核心自检 (SCST) 如需高级软件，请联系您的恩智浦代表。 BR、VaneB

S32K 输入捕获 嗨，团队、 我们使用的是 S32K146 微控制器，我们需要任何一个输入引脚作为输入捕获引脚，你能建议我应该使用哪个模块配置吗？ 如果我使用 FTM 作为信号测量，我能否实现输入捕获功能？或者我应该使用 ic_pal 功能？ 请支持 谢谢 Shruthi C Re: S32K Input Capture 你好，彼得、 我无法使用 INT_SYS_InstallHandler(FTM0_Ch0_Ch1_IRQn,PWM_InputCapture_IRQHandler,NULL);函数，因为它使用默认处理程序，而不使用FTM0_Ch0_Ch1_IRQn处理程序。 我的配置是 /* flexTimer_ic_1 InitConfig 的全局配置 */ ftm_user_config_t flexTimer_ic_1_InitConfig = {     { true，/* 软件触发信号状态 */ false，/* 硬件触发信号 1 状态 */ false，/* 硬件触发信号 2 状态 */ false，/* 硬件触发信号 3 状态 */ 虚假,/* 最大加载点状态 */ 虚假,/* 最小装载点状态 */ ftm_system_clock、/* INVCTRL 寄存器的更新模式 */ ftm_system_clock、/* SWOCTRL 寄存器的更新模式 */ ftm_system_clock、/* OUTMASK 寄存器的更新模式 */ ftm_system_clock、/* CNTIN 寄存器的更新模式 */ false，/* 自动清除触发信号 */ ftm_update_now、/* 同步点 */ }, ftm_mode_input_capture、/* FTM 的运行模式 */ ftm_clock_divid_by_1、/* FTM 时钟预分频器 */ ftm_clock_source_systemclk、 /* FTM 时钟源 */ ftm_bdm_mode_11、/* FTM 调试模式 */ 虚假, /* 中断状态 */ false /* 初始化触发信号 */ }; /* FlexTimer_IC_1 的输入捕获配置 */ ftm_input_param_t flexTimer_ic_1_InputCaptureConfig = { 1U,/* 通道配置数量 */ 65535U,/* 最大计数值 */ flexTimer_ic_1_InputCaptureChannelConfig/* 通道配置*/ }; /* FlexTimer_IC_1 输入捕获的信道配置结构 */ ftm_input_ch_param_t flexTimer_ic_1_InputCaptureChannelConfig[1] = {     { 0U,/* 通道 ID */ FTM_SIGNAL_MEASUREMENT，/* 输入捕获操作模式 */ ftm_rising_edge、/* 边缘对齐模式 */ ftm_falling_edge_period_measurement、/* 信号测量操作类型 */ 0U,/* 过滤器值 */ 虚假,/* 过滤器状态（启用/禁用） */ true,/* 连续测量状态 */ NULL,/* 通道事件的回调参数向量 */ NULL/* 通道事件的回调向量 */    } }; Re: S32K Input Capture 您好， 是的，这些功能应该足够了。SDK 驱动程序启用了 FTM 通道中断，我认为正确的处理程序应从启动时分配。如果不是正确的处理程序，则为 FTM0_Ch0_Ch1_IRQHandler。 调用 ftm_drv_getInputCaptureMeasuremeasum 以获取捕获的值。 BR, Petr Re: S32K Input Capture 你好，彼得、   感谢您的明确说明。   我可以使用这些函数将 FTM 引脚初始化为输入捕获 `ftm_drv_init () ``ftm_drv_init_initCapture () `ftm_drv_initInputCapture ()`   并安装一个 IRQ 处理器来捕获脉冲发生情况 `INT_SYS_InstallHandler(FTM0_Ch0_Ch1_IRQn, PWM_InputCapture_IRQHandler, NULL)`     请支持   谢谢 Shruthi C Re: S32K Input Capture 您好， 最常见和最有效的方法是在输入捕获模式下配置 FTM 并使用具有 FTM 功能的引脚。每个 FTM 通道均可配置为输入捕获模式，在该模式下，它捕获输入信号边缘（上升、下降或两者兼有）上的计时器值。这通常用于测量：信号周期、脉冲宽度、频率。 IC PAL 驱动器允许检测输入信号并测量通道输入信号的脉冲宽度或周期。其设计目的是使其可移植到支持 FTM、eMIOS、FLEXPWM 和 ETIMER 的所有平台和 IP 上。 因此，如果您想获得全面的控制和性能，请直接使用 FTM。如果您希望代码更简单、更便于携带，请使用 IC PAL。 BR, Petr Re: S32K Input Capture 您好， 您可以直接参考 SDK 示例 (ftm_signal_measurement)。 或共享显示该问题的简化项目。 BR, Petr Re: S32K Input Capture 您好， 在 SDK 示例中，我直接提到（ftm_signal_measurement）。 在这个例子中，他们没有使用中断方法，他们使用了轮询方法，然后他们调用了 ftm_drv_g etInputCap t ureMeasuremeasum 我正在寻找带中断功能的 FTM 信号测量，一旦输入捕获识别出信号，我需要中断才能触发并调用 ISR 中的 ftm_dr v_getInputCaptureMeasuremeasurem ensum 函数 请提供相关代码 谢谢 Shruthi C Re: S32K Input Capture 您好， 如果您需要再次安装处理程序，您应该有 extern void FTM0_Ch0_Ch1_IRQHandler(void)； INT_SYS_InstallHandler(FTM0_Ch0_Ch1_IRQn, FTM0_Ch0_Ch1_IRQHandler, NULL)； BR, Petr Re: S32K Input Capture 你好， 是的，我确实定义了该函数，但函数调用后会进入无限循环，并继续运行 整个系统将无法运行， 谢谢 Shruthi C Re: S32K Input Capture 你好、 感谢您的支持和代码片段，我将进行检查 T&R、 Shruthi C Re: S32K Input Capture 你好，我 能否获得任何支持中断的 FTM 引脚的输入作为输入捕获 谢谢！ Shruthi C Re: S32K Input Capture 您好， 驱动程序使用中断来捕获事件，只是没有直接显示在示例中。 我修改了 FTM IC 设置，使其使用单发模式，并添加了从驱动程序中断调用的回调。 ftm_signal_measurement_s32k146 演示修改后的 main.c 参见附件。 BR, Petr

SW32K3_IPCF_4.2.0_D2412はS32K328チップをサポートしていますか？ S32DS 3.6.3 ベースSW32K3_IPCF_4.2.0_D2412 パッケージを使用して、S32K328 チップ上で IPCF を構成するときに、上記のような問題が発生しました。コア タイプとコア インデックスを構成できません。何が原因なのか説明していただけますか?#S32K328チップをサポートする他のIPCFソフトウェアパッケージはありますか？ Re: Does the SW32K3_IPCF_4.2.0_D2412 support the S32K328 chip こんにちは、 リリースノートを見ると、S32K328 を直接サポートしていないようです。 しかし、代わりに S32K358 を使用しても問題はないと思います。 IPCF_S32K3_4.2.0_ReleaseNotes_Updated_D2502.pdf も確認しましたが、結果は同じです。唯一の違いはロックステップなので、代わりに S32K358 を使用しても問題はないと思います。 S32K328 が IPCF リリースで直接サポートされない理由については情報がありません。 よろしくお願いいたします。 ピーター Re: Does the SW32K3_IPCF_4.2.0_D2412 support the S32K328 chip S32K328 をサポートする IPCF ソフトウェア パッケージのバージョンはありますか?そうでない場合、プロジェクトが S32K324 用に完全に構成されている場合、S32K328 ベースのプロジェクトで実行できますか? Re: Does the SW32K3_IPCF_4.2.0_D2412 support the S32K328 chip こんにちは、 互換性を保つために、S32K328 の代わりに S32K358 の直接導関数を使用します。 よろしくお願いいたします。 ピーター

S32K364：使用 EMIOS、BCTU 和 DMA 进行 ADC 转换 您好， 我正在尝试将 EMIOS0 ch 8 配置为触发扫描 ADC3 和 DMA 的 8 个通道的 BCTU，将转换结果移动到名为 ADC_3_RAW [] 的变量中。 转换似乎已经开始： 但该值不会通过 DMA 传输，也不会刷新 我正在使用这个 SDK： 每次使用 ConfigTool 生成代码时，我都需要修改以下代码： #define ADC_SAR_IP_PRESAMPLING_AVAILABLE ((1U)) 至 #define ADC_SAR_IP_PRESAMPLING_AVAILABLE ((0U)) 这正常吗？ 项目附在这里。 敬请期待，弗朗切斯科。 Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@francescovico 我检查了你的代码，你的配置和用法都不正确。 1。DMA 的触发信号来源是什么？我没有看到您在配置中配置了"Rm" 模块。 2。既然你在使用 BCTU 来产生 ADC 的触发信号，为什么不使用它提供的 FIFO？这与 DMA 的功能完全一致。 https://community.nxp.com/t5/S32K-Knowledge-Base/RTD400-LLD-K344-Center-Aligned-PWM-Trigger-ADC-BCTU/ta-p/2034211 3.此外，BCTU 驱动程序已经支持 DMA。 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-PIT-BTCU-parallel-ADC-FIFO-DMA-DS3-5-RTD300/ta-p/1732444 Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@Senlent、 我同意你的看法，我已经忘记了 Rm 模块，现在它出现了。 我很难理解 S32K364 的配置（只有 ADC3、ADC4、ADC5、ADC6 和 BCTU1），类似的配置使用 S32K324 在我的办公桌上也能正常工作 我想： - 触发信号 BCTU1 使用 EMIOS0 CH 8 扫描 ADC3 频道 - 触发信号 BCTU1 使用 EMIOS0 CH 9 扫描 ADC4 频道 而使用 DMA 会在变量 ADC_X_Raw[] 中产生结果。 我的配置工具设置是 EMIOS： RM： BCTU （红色字段不清楚）： ADC： 附上项目。 敬请期待，弗朗切斯科。 Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@francescovico 我很难理解 S32K364 的配置（只有 ADC3、ADC4、ADC5、ADC6 和 BCTU1），类似的配置使用 S32K324 在我的办公桌上也能正常工作 也请分享您在 S32K324 上的项目，我会抽时间帮您检查。 我们的团队目前工作过度繁忙，我需要更多时间来处理您的问题。请耐心等待。 Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@Senlent、 非常感谢您的帮助！ 您可以在附件中找到使用 S32K324 的项目（运行正常）。 使用 trgmux 的 PIT 计时器触发信号扫描 ADC0 和 ADC1 通道的 BCTU。 变量ADC_0_Raw[] 和 ADC_1_Raw[] 的DMA 传输转换结果。 敬请期待，弗朗切斯科。 Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@francescovico 我们没有 S32K36x 评估版，因此无法直接测试您的代码。 不过，我也发现了一些问题： 这里，关于 Adc 目标掩码： 对于 ADC0，应将其设置为 0b001。 对于 ADC1，应将其设置为 0b010。 如果你需要同时触发信号 ADC0 和 ADC1，那么你应该将其设置为 0b011，依此类推。 在您的项目中，您使用的是 ADC3 和 ADC4，因此相应值应设置为 0b0100 和 0b1000。 Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@francescovico 此外，"Adc index" 也是错误的。 Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@Senlent、 我已经解决了这个问题。 随函附上使用ADC3、ADC4和ADC5转换27个模拟通道的项目。   问题在于，要初始化 ADC3，必须在实例中使用 0 调用 init 函数：   /* 启动 ADC3*/ Adc_Sar_Ip_Init(0,&AdcHwUnit_0)；   在 ConfigTool 中，要初始化 BCTU 以触发信号 ADC3，必须设置 Adc 目标掩码，如下所示： ADC4 和 ADC5 也是如此。 关于 ADC6，ConfigTool 没有生成初始化结构，手动输入该结构后，ADC6 仍然无法工作... 幸运的是，在我的应用中无法使用 ADC6... 敬请期待，弗朗切斯科。 Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@Senlent、 好 感谢您的帮助！ 敬请期待，弗朗切斯科。 Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@francescovico 这是完全错误的！ 在您之前提供的示例程序"ADC_S32K324.rar" 中、使用 ADC0 和 ADC1，BCTU 的"Adc Target Mask" 分别设置为"1" 和"2" 即0b0 和 0b10，分别对应 ADC0 和 ADC1。 您的初始化代码也对应于 ADC0 和 ADC1。 Adc_Sar_Ip_Init(ADCHWUNIT_0_BOARD_INITPERIPHERALS_INSTANCE,&AdcHwUnit_0_BOARD_InitPeripherals)； Adc_Sar_Ip_Init(ADCHWUNIT_1_BOARD_INITPERIPHERALS_INSTANCE,&AdcHwUnit_1_BOARD_InitPeripherals)；   adchwunit_0_board_initperipherals_instance = 0； adchwunit_1_board_initperipherals_instance = 1； ” 问题在于，要初始化 ADC3，必须在实例中使用 0 调用 init 函数：   /* 启动 ADC3*/ Adc_Sar_Ip_Init(0,&AdcHwUnit_0)；   ” 这完全是错误的，我之前的回答是正确的。 应设置"Adc 目标掩码" = 0b100，即 adc3，然后调用"Adc_Sar_Ip_Init(3,&AdcHwUnit_0)；" Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@Senlent、 我同意你的看法，我的解决方案虽然不明确，但很有效。 我提醒你，微控制器是 S32K364，只有下面的红色： 附上两份记录，一份是我的解决方案，一份是您的建议。 我的建议是它可以工作（矢量 ADC_3_Raw[]...ADC_5_Raw[] 的值是正确的）。 根据您的建议，执行将在HardFault_Handler中进行。 敬请期待，弗朗切斯科。 Re: S32K364: ADC conversions using EMIOS, BCTU and DMA 你好@francescovico 你的解决方案是正确的。 这是我的误解；我不知道 S32K36x 采用了不同的架构。

TPMS 位定时 大家好， 我正在尝试使用 FXTH87E 传感器匹配 OEM TPMS 传感器的位定时。 我修改了入门项目 FXTH87_E_FW_Periodic_RF_Tx。 我所遇到的问题是，我正试图使发送的数据达到 ~25us 位定时，但有些位是 ~50us 位，有些位是 ~25us 位。 我曾尝试通过 RFCR0 将数据传输速率提高一倍，达到 ~40 kbits，这样就解决了前导码问题，但最终得到的比特数却只有 ~13us。 我使用的也是曼彻斯特编码。 我似乎无法找到正确的设置，让所有比特都以相同的数据速率传输。 我附上了我的 main.c 和两个逻辑分析仪捕获，一个是 OEM TPMS 传感器，另一个是我的。我正在尝试复制 ~5ms 的数据包长度和 ~25us 的位定时。 目前，我得到的数据包长度约为 7ms，可变位定时约为 50us 和 25us。 如有任何建议，我们将不胜感激。 致以最诚挚的问候 Re: TPMS bit timing 你好，克雷格、 从主设备中的代码来看，以 19200 bps 的数据传输速率（RFCR0 配置）传输 136 比特。因此传输时间为 136/19200 = 7 毫秒。因此，从代码来看，完全可以预期帧的持续时间是 7 毫秒，而不是 5 毫秒。 数据传输速率为 19200 bps，一个比特持续约 50 秒。在射频配置中，曼彻斯特编码被选择为 434 MHz。而在曼彻斯特，在位的中间（约 25 秒后）有一个高到低或低到高的转换。这意味着低电平或高电平状态可以持续 25 us 或 50 us。 我将手册（UM11227）中显示曼彻斯特编码的摘录复制如下。 因此，捕获的波形与 main.c 中的配置相匹配，没有什么不正常的。 BRs, Tomas Re: TPMS bit timing 你好，托马斯、 感谢您的详细答复。 同样使用 FXTH87E 的 OEM 传感器一定没有使用标准的数据发送方式？ 下面的逻辑分析器捕获没有像 UM11227 中显示的那样有过渡效果。据我所知，连续的 0 和 1 并没有产生转换，它只是在两个周期内保持相同的值，即 ~50us。 解码后的捕获为： 010101010101010101010010110010101010101 他们是否可能以某种方式修改了发送的数据，以创建上述数据，使连续比特的比特时序加倍，而不发生转换？ 我尝试过使用不同的 CODE[1:0] 设置，还将位定时提高到 40 kbit 以获得 ~25us 位定时，但并没有消除过渡。 对不起，我的问题很简单，这是我第一次尝试复制数据包。 如能提供进一步指导，将不胜感激。 致以最诚挚的问候 克雷格 Re: TPMS bit timing 经过几个小时的实验，我相信我已经取得了进展。 我知道数据是曼彻斯特编码的。 了解到这一点后，我使用了 NRZ，这样就能实现单个比特 25us 和两个连续比特 50us 的一致比特定时。 然后我继续使用曼彻斯特编码对数据字节进行编码。经过反复试验，我终于能够复制 OEM 数据包，并通过接收器成功解码。 在我努力工作的过程中，感谢您的指导。 请将此问题视为已解决。 致以最诚挚的问候 克雷格

蓝牙测距车辆准入系统 Blue Ravens（蓝牙测距车辆准入系统）是恩智浦开发的一套系统解决方案，旨在帮助客户使用恩智浦产品设计基于BLE的专属汽车准入解决方案。其设计目的是通过模块化方案支持各种汽车准入用例。主要目的（但不限于）是介绍信道探测技术和恩智浦BLE切换在汽车用例中的所有功能和优势。 信道探测是新型低功耗蓝牙(BLE)标准(BLE 6.0)的组成部分，可作为高精度距离测量解决方案，且适用于恩智浦KW47芯片。 BLE切换是恩智浦开发的一项专有功能，可在不断开连接的情况下，使用带外信道（例如：CAN）将BLE连接从一台设备无缝传输到另一台设备。这一传输操作不会影响对等设备，因此可保证互操作性。该功能还可用于启用BLE连接RSSI嗅探，以提高基于RSSI的系统网络安全性。（KW45和KW47） 由于其模块化特性，该系统可用于多种用例，从简单的 BLE 连接系统到完整的 BLE 信道探测定位系统。请注意，信道探测仅在 KW47 芯片上受支持。KW45 只能用于简单的 BLE 系统。默认情况下，KW47 系统支持基本的信道探测（Channel Sounding），用于测量一个远程设备（数字钥匙）与多个不同固定设备（Car Anchor）之间的距离。在任何时刻，只有一个锚点连接到数字密钥。其他锚点（未连接）可设置为连接 RSSI 嗅探模式（基于切换）。这种模式通过访问连接的 RSSI 值而不是广播包来提升系统网络安全。这些 RSSI 值可用于估算哪个锚点可用于轮询，或用于保留车辆周围的最佳 BLE 链路。     该系统由多块KW4x板组成，每块板各自承担特定的角色。一块开发板可用作数字密钥，由用户随身携带；另一块板则代表汽车子系统。在此汽车子系统上，所有板都通过CAN总线相互连接。CAN总线为所有板提供12V电源，并支持板间通信： 控制单元（KW4x EVK板） 车载锚点（KW4x LOC板） 数字密钥（KW4x LOC板） 角色： 中央决策节点 功能: - 协调BLE锚点。 - 根据接收到的数据触发操作   角色： 通过 CAN 总线连接到控制单元的 BLE 设备 功能: - 广播BLE存在信号。 - 等待数字钥匙连接。 - 在会话期间充当CS启动器。 角色： 充当远程BLE设备 功能: - 扫描BLE锚点。 -启动与 Car Anchor 的连接。 - 连接后，表现为 CS 反射器。     桌面应用可用于监测系统状态和测量结果： 通过连续测量每个锚点，汽车子系统能够估算数字密钥的位置（免责声明：此解决方案在动态环境中的准确性有待提升）   特性   BLE 连接 目前仅支持1个连接（多对等计划） BLE信道探测（仅限KW47） 是 RSSI监听 是的——所有未连接的锚点 自动排除次优锚点 是 包含CS上下文的BLE 切换（无CS重复） 是 三边测量算法 是 测量过滤（实时） 是 触发操作的检测区域（例如：欢迎区） 是 车载锚点CAN同步（无线电核心同步） 否（计划于下一版本发布） 信道探测嗅探 否（正在进行可行性研究）   关键绩效指标(KPI)   锚点数量 从2到8 数字密钥数量 1 BLE 连接间隔 7.5ms – 4s（默认 = 30ms） BLE切换连接传输时间（+CS上下文传输） <60毫秒（CI=30毫秒） <50毫秒（CI=10毫秒） CS 启动延迟 (2+7)*CI CS测量和数据传输（实时） <70毫秒（CI=30毫秒） CS 算法 <30ms 全周期时间（CS + 切换） [交接完成后，算法会在锚点上异步运行］ 390毫秒（CI=30毫秒） 190毫秒（CI=10毫秒） 视距CS测量范围 最长100米（在10dBm时） Back Pocket CS 测量范围 10米（在10dB时）   该解决方案正在开发中，后续版本会不断优化。 该系统还可以通过超宽带支持进行增强。 视频 此视频正在处理中。请在几分钟后重试。 （在 “我的视频” 中查看） 如需获取访问权限，请联系[email protected]

OTP mirror register map Subject: Request for PF5020 OTP Mirror Register Map Documentation Hi, We are currently working on communication between the PF5020 PMIC and an NXP controller. During our review of the PF5020 datasheet, we could not find detailed information regarding the OTP mirror register map, including register addresses and pin-level descriptions related to OTP configuration. The output voltages we need are 1.1v,1.8v and3.3v Could you please advise if this information is available in a separate document? This is essential for us to correctly interpret and configure the OTP-related settings in our system. We would appreciate your guidance or any relevant documentation you can share. Thank you in advance! Shivani  Re: OTP mirror register map Hi, Section 16.1 of the PF5020 datasheet provides a complete OTP mirror register map, including: - Register addresses  - Configuration fields such as:    OTP_VSWx for buck output voltages    OTP_VLDOx for LDO output voltages    OTP_SWx_SEQ for power-up sequencing    OTP_SWx_PDGRP for power-down grouping    OTP_SWxILIM for current limit settings    OTP_SWxUV_TH and OTP_SWxOV_TH for UV/OV thresholds The VDDOTP pin determines whether the device loads configuration from: - OTP fuses (when VDDOTP = GND) - Hardwired defaults (when VDDOTP = V1P5D) The TBBEN pin enables Try-Before-Buy (TBB) mode, allowing temporary configuration and testing of OTP settings before committing to fuse programming. Keep in mind that OTP programming is not allowed in production by the customer. Only NXP or authorized partners (lower volume) should perform this. During development you can use the KITPF502xSKTEVM. To configure the PF5020 for 1.1V, 1.8V and 3.3V, you would: - Set OTP_VSWx or OTP_VSWND1 to the appropriate values for 1.1V and 1.8V - Set OTP_VLDO1 or OTP_VSWND1 to 3.3V, depending on current requirements These values are programmable in the OTP mirror registers and can be tested in TBB mode before committing. BRs, Tomas

i.MX 8M Plus EVK で M7 の QSPI を使用する方法 皆さん、こんにちは i.MX 8M Plus EVKをQSPI NORで使い始めるのに苦労しています。 「uuu -b qspi firmware.bin」を使用して8M Miniをフラッシュする方法の説明を見つけました。しかし、これはうまくいかないようです 私のEVKには、NORフラッシュにロードされたブートイメージが付属しているようです。 u-boot=> sf probe SF: Detected n25q256ax1 with page size 256 Bytes, erase size 4 KiB, total 32 MiB u-boot=> sf read $loadaddr 0 0x100 device 0 offset 0x0, size 0x100 SF: 256 bytes @ 0x0 Read: OK u-boot=> md $loadaddr 40400000: 412000d1 007e1000 0005fc00 00000000 .. A..~......... 40400010: 007e0fe0 007e0fc0 0080b7c0 00000000 ..~...~......... 40400020: 007e0bc0 0002cc00 00000000 00000000 ..~............. 40400030: 00000000 00000000 00000000 00000000 ................ 40400040: 1400000a d503201f 40200000 00000000 ..... .... @.... QSPIのコードを使用してM7をフラッシュして起動する方法に関するアプリノートはありますか? Re:i.MX 8M Plus EVKでM7のQSPIを使用する方法 オフセット0にflash_debug/hello_world.binでフラッシュをプログラムしました。 u-boot=> load mmc 1 $loadaddr hello_world.bin 18664 bytes read in 4 ms (4.4 MiB/s) u-boot=> sf probe SF: Detected n25q256ax1 with page size 256 Bytes, erase size 4 KiB, total 32 MiB u-boot=> sf erase 0 0x5000 SF: 20480 bytes @ 0x0 Erased: OK u-boot=> sf write $loadaddr 0 $filesize device 0 offset 0x0, size 0x48e8 SF: 18664 bytes @ 0x0 Written: OK Re:i.MX 8M Plus EVKでM7のQSPIを使用する方法 私はそれを理解しました... .binのプログラミング後ファイルをフラッシュに送り、U-Boot で次のコマンドを発行すると、M7 hello_world アプリを実行できます。 u-boot=> sf probe SF: Detected n25q256ax1 with page size 256 Bytes, erase size 4 KiB, total 32 MiB u-boot=> bootaux 0x08000000 ## No elf image at address 0x08000000 ## Starting auxiliary core stack = 0x20020000, pc = 0x0800048D... そして、UART4 (/dev/ttyUSB3) に "hello world." と表示されます。

ADC startup time for S32K3 I'm using S32K3 ADC, and my test found that it takes about 30ms from powering up to initialize the ADC, performing calibration, turning on conversion, and completing the acquisition for the first time, is this normal? How to shorten this time? Re: S32K3的ADC启动时间 Hi RTD Quality packages的ProfileReport.xlsx列了各个APIs的执行时间。 (比如...\SW32K3_S32M27x_RTD_R21-11_5.0.0 _D2410_QualityPackage\ADC\RTD_ADC_ProfileReport.xlsx) 建议检查一下具体是哪个函数的执行时间过长导致的。 另外请问Adc_Calibrate的返回结果是什么？如果超时了的话，建议修改超时设置： Best Regards, Robin ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------