S32k322マイクロコントローラにHSEファームウェアをインストールします。 NXPサポートチームの皆さん、こんにちは。 私は S32K322 マイクロコントローラのセキュリティ実装に取り組んでおり、AESのセキュリティ運用と乱数生成(TRNG)のためにHSE(ハードウェアセキュリティエンジン)モジュールを活用する必要があります。 以下の情報を提供していただけますか: S32K322 （2MBフラッシュメモリ搭載）専用に構成された、公式HSEファームウェアインストール例プロジェクト。 S32K322 HSEファームウェアのセットアップに必要な標準リンカスクリプト（.ld）、IVTオフセット、およびメモリ境界設定。 S32K322派生製品と互換性のある正確なHSE-Bファームウェアのバイナリパッケージバージョンの確認。 Re: HSE Firmware install in S32k322 microcontroller . こんにちは、 @Ranjith_kumar HSEデモ事例をご紹介します。 https://www.nxp.com/webapp/Download?colCode=S32K3_HSE_DemoExamples プロジェクト S32K344_HSE_FW_INSTALL は他の S32K3 派生モデルに簡単に移植可能です。 しかし、どのプロジェクトでもHSEファームウェアをインストールできます。以下の手順を実行するだけで済みます。 - OTP UTEST メモリの 0x1B00_0000 に HSE 機能フラグをプログラムします。これは通常のフラッシュプログラミングで「手動」で行うこともできます(前述のS32K344_HSE_FW_INSTALLで示されています)。または、ブート設定ワードでビットを設定しFW_USAGE_FLAG_PROGRAM SBAFによって自動的に行うこともできます。この自動プログラミング機能は、SBAFバージョン0.15.0以降でのみ利用可能ですのでご注意ください。非常に古い機器をお持ちの場合は、動作しない可能性があり、手動でのプログラミングが必要になります。 ピンク色のファイルをフラッシュメモリのどこかに書き込み、オフセット0x2CにあるIVTにピンク色のファイルへのポインタを追加する。 その後、MCUをリセットするだけです(FULL_MEMファームウェアの場合は2回、AB_SWAPファームウェアなら3回)で完了です。 低レベルでは、次のようになります。 これは、いくつかのアプリケーションのIVTであり(複数の場所が使用可能で、この場合はデータフラッシュが使用されます)、FW_USAGE_FLAG_PROGRAMが設定され、FWイメージへのポインタが含まれています。 ピンク色のファイルには0x480000がプログラムされています。 リセット後、UTESTでフィーチャーフラグが自動的にプログラムされ、HSEファームウェアがインストールされます（HSE GPRレジスタのビット0（アドレス0x4039_C028）が設定されます）。 S32K344_HSE_FW_INSTALLでは、機能フラグはソフトウェアによってプログラムされます(main.cファイルを参照)。 ポインタは、ファイル boot_header.c 内の IVT に追加されます。 ピンク色のファイルは、S32K344_flash_full_mem.ld または S32K344_flash_ab_swap.ld 内のプロジェクトにリンクされています。必要な構成によって異なります。 詳細については、HSE-Bファームウェアリファレンスマニュアルの以下のリソースをご覧ください。2.8: 表17.BCWコンテンツ 表119。BCWビットマッピング 表118。IVT構造 表143。HSE_CONFIG_GPR3 (0x4039C028) のステータスビット 標準RTDプロジェクトをお持ちの場合、プロジェクトにこれを実装する方法は次のとおりです。 - startup_cm7.s を開くファイルと、オフセット0x2Cにあるピンク色のファイルへのポインタを追加します。 - オフセット0x4のIVT内にあるブート構成ワードのビット9を設定します。 そして、リンカーファイル（例えば「linker_flash_s32k322.ld」）に移動します。そしてProject S32K344_HSE_FW_INSTALLで見られるのと同じ方法でピンクファイルをリンクしてください。 それだけです。プロジェクトをビルドしてMCUに読み込み、デバイスを何度かリセットするだけです。 S32K322用HSEファームウェアの最新製品版を入手する方法： S32K3標準ソフトウェアへ進む: https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=SW32K3-STDSW-D 「オートモーティブ SW - S32K3 - HSEファームウェア」を選択してください ここでS32K3x2およびS32K3x4の0.2.55.0を検索してください: HSE_FW_S32K342_0.2.55.0_D2512.exe をダウンロードしてください。このバージョンは S32K322 にも対応しています。 最後に、LauterbachのTrace32を使うと、添付スクリプトを使ってファームウェアをインストールできます。デフォルトの位置情報方法を使っています。 よろしくお願いいたします。 ルーカス Re: HSE Firmware install in S32k322 microcontroller . こんにちは、 @lukaszadrapa さん。 サポートありがとうございます。ご指示いただいた通り、S32K322デバイスにHSEファームウェアを正常にインストールすることができました。 新しいピンク色のファイルを使用してHSEファームウェアを新しいバージョンにアップデートする必要があるのですが、問題が発生しています。私のコードはHSEファームウェアアップデートフロー（HSE_SRV_ID_FIRMWARE_UPDATE）に基づいており、サービスは以下を返します。 HSE_SRV_RSP_VERIFY_FAILED (0x55A5A164) 設定の詳細： - デバイス:S32K322 - ファームウェアバリアント: FULL_MEM - 現在インストールされているHSE FWバージョン：添付画像 - 新しいピンク色のファイル: リンカーファイルに追加 - 更新モード: ONE_SHOT - 新しいピンク色の画像の位置: 0x00400000 HSEファームウェアを更新するための例コードがあれば教えてもらえますか? #define HSE_SRV_RSP_VERIFY_FAILED ((hseSrvResponse_t)0x55A5A164UL)

モーター制御の書籍 この内容がこのサブredditに合わない場合は、遠慮なく教えてください。削除します。 特にFOCを使ったPMSMモーターのモーター制御を理解するための本を探しています。センサーレス制御方法があればなお良いです。現在はR・クリシュナン氏の著書を参考にしていますが、もっと良いものが欲しいと思っています。 Re: Motor control books こんにちは、 おすすめできるのは: DRM148 AN14616 PMSMMCXN10UG AN4642 内部EMEA6モーター制御基礎デッキ NXPコミュニティPMSM & FOC理論の記事 1. ここから始めてください:DRM148 センサーレスPMSM制御設計(DRM148) トピック： PMSM数学モデル クラーク・トランスフォーム パークトランスフォーム 現在のFOC スピードFOC 逆起電力推定 センサーレスローター位置推定 スタートアップ戦略 観察者理論 https://www.nxp.com/docs/en/reference-manual/DRM148.pdf 2. MCAT(運動識別と調整)を学ぶ モーター制御アプリケーションチューニング(MCAT)ツール(3相PMSM、AN4642) トピック： 運動パラメータの識別 電流ループチューニング スピードループチューニング FOCパラメータ生成 FreeMASTERの統合 リンク： https://www.nxp.com/docs/en/application-note/AN4642.pdf 3. 現代のMCXセンサーレスアプリケーションノートを読む AN14616: MCX E24xにおけるセンサレスPMSMの磁界指向制御(FOC) トピック： 周辺実装 PWM の同期化 ADCサンプリング センサーレスオブザーバーの統合 実際のファームウェア構造 リンク： https://docs.nxp.com/bundle/AN14616 4. 完全な作業用ソフトウェアの学習 MCUXpresso SDK 3相PMSMおよびBLDCモーターのフィールド指向制御(FOC) これは、ソフトウェアスタック全体の構成方法を説明しているため、実用的な文書の中でも特に優れたものの一つです。 5. リファレンスデザイン MCX A153を使用したPMSMセンサーレスFOC 内容物： リファレンス・デザイン ソフトウェアパッケージ ドキュメント ハードウェアのセットアップ 支援図書館（RTCESL） NXPはこれを、完全なPMSMセンサーレスFOCの出発点と表現している。 リンク： MCX A153を使用したPMSMセンサレスFOC 6. NXPコミュニティワークショップ モジュール2:PMSMとFOC理論 NXPコミュニティ記事 よろしくお願いいたします。 ピーター

i.MX 8M Plus 定制板：在 U-Boot 2024 中，ums 和 fastboot 命令失败，并显示“USB 初始化失败：-22”错误。 我在基于i.MX 8M Plus 的自定义硬件平台上启动 USB 外围设备功能（ums 和 fastboot）时遇到问题，该平台运行的是U-Boot v2024.04 （通过 Yocto 构建）。 尝试将 eMMC 导出为大容量存储或调用 fastboot 时，控制器初始化失败并抛出无效参数错误 (-22)：   u-boot=> ums 0 mmc 2 UMS：LUN 0，设备 mmc 2，硬件分区 0，扇区 0x0，计数 0x3a3e000 USB控制器初始化失败。 u-boot=> fastboot 0 USB 初始化失败：-22 环境和设置上下文： U-Boot 版本： 2024.04 (PV="2024.04"已通过 BitBake 环境检查确认）。 硬件：定制板。与参考 i.MX 8M Plus EVK 不同，该设计在 I2C 总线上没有采用标准的 Type-C 端口控制器 (TCPC) 芯片。 当前软件调整：我们目前包含一个补丁，用于绕过 板/freescale/imx8mp_evk/imx8mp_evk.c 中的错误。因此，当 TCPC 函数无法找到 I2C 设备时，引导加载程序不会完全中止初始化。 问题： 即使绕过了启动中止，USB 协议栈也会拒绝初始化命令，错误代码为 -22 (EINVAL)。 我们想验证此故障是否与缺失的 TCPC 状态如何处理动态角色分配直接相关，或者当偏离参考 EVK 设计时，自定义 i.MX 8M Plus 布局上的 USB 外设操作是否需要基本的驱动程序模型/设备树框架配置不匹配。 问题： 在 U-Boot 2024.04 下，在 i.MX 8M Plus 平台上调用 fastboot 或 ums 时出现 -22 (EINVAL) 错误的常见结构或配置原因是什么？ 没有参考 EVK 的 Type-C 设置的定制板应该如何正确配置其板文件或设备树属性，以安全地启用独立的 USB 设备/外设功能？ 任何见解或调试建议都将不胜感激。

NXP Kinetis KM35 Metering Libraries I am working on a metering application with the kinetis KM35 series, and I am having some trouble understanding the Low-power metering library. I have been using the application note AN13259 "Low-Power Real-Time Algorithm for Metering Applications." While trying to integrate this library, I have found that there are actually many versions of this library in addition to multiple versions of the digital-filter and FFT-based versions. The examples in the SDK (imported through MCUExpresso) seem to have versions of these libraries that I cannot even find. My questions is this: What is the best way to determine what version of the library to use? What is the best way to find the most up-to-date information about the LPRT metering library? Am I working form the most recent and up-to-date application notes (AN13259)? Kinetis M Series MCUs

i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C Hi, I have designed a custom PCB using the MIMXRT1064 processor and the SGTL5000 audio codec. For the SGTL5000 circuit, I followed the standard/reference SGTL5000 schematic. The connections between the RT1064 and SGTL5000 are as follows: LPI2C1_SCL → GPIO_AD_B1_00 LPI2C1_SDA → GPIO_AD_B1_01 SAI1_MCLK → GPIO_AD_B1_09 SAI1_RXD → GPIO_AD_B1_12 SAI1_TXD → GPIO_AD_B1_13 SAI1_RX_BCLK → GPIO_AD_B1_11 SAI1_RX_LRCLK → GPIO_AD_B1_10 I have attached the relevant part of my schematic as well. My main problem is that after flashing the firmware, I am not receiving any I2C ACK from the SGTL5000. I measured the following voltages: SCL = approximately 3.3 V SDA = approximately 3.3 V MCLK = approximately 1.6 V For debugging, I wrote a function that temporarily changes the I2C pins to GPIO, generates 9 clock pulses, performs a bit-banged I2C address scan, and then restores the pins back to LPI2C1. static void i2c_hw_debug(void) { gpio_pin_config_t in = { kGPIO_DigitalInput, 0, kGPIO_NoIntmode }; IOMUXC_SetPinMux(IOMUXC_GPIO_AD_B1_00_GPIO1_IO16, 0U); IOMUXC_SetPinMux(IOMUXC_GPIO_AD_B1_01_GPIO1_IO17, 0U); IOMUXC_SetPinConfig( IOMUXC_GPIO_AD_B1_00_GPIO1_IO16, 0x00B0U); IOMUXC_SetPinConfig( IOMUXC_GPIO_AD_B1_01_GPIO1_IO17, 0x00B0U); gpio_pin_config_t out_init = { kGPIO_DigitalOutput, 1, kGPIO_NoIntmode }; GPIO_PinInit(GPIO1, 16, &out_init); GPIO_PinInit(GPIO1, 17, &in); for (int i = 0; i < 9; i++) { GPIO_PinWrite(GPIO1, 16, 0U); SDK_DelayAtLeastUs(10U, SystemCoreClock); GPIO_PinWrite(GPIO1, 16, 1U); SDK_DelayAtLeastUs(10U, SystemCoreClock); } PRINTF("Scanning I2C addresses...\r\n"); for (uint8_t addr = 0x03; addr <= 0x77; addr++) { if (bb_probe(16, 17, addr)) { PRINTF("ACK found at 0x%02X\r\n", addr); } } IOMUXC_SetPinMux( IOMUXC_GPIO_AD_B1_00_LPI2C1_SCL, 1U); IOMUXC_SetPinMux( IOMUXC_GPIO_AD_B1_01_LPI2C1_SDA, 1U); } How can I initialize the SGTL5000 codec with the MIMXRT1064, and why am I not receiving an ACK from the codec even though all the hardware connections and configurations appear to be correct? Thanks. Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C Hi @Anushka_SS, I would suggest basing your application on the evkmimxrt1064_sai example code instead. This code exemplified the integration of the RT1064 and a WM8960 codec. That said, we do also provide the fsl_sgtl5000.c/.h driver files, which can be imported as a component to the project, and enabled by simply changing the codec used by undefining CODEC_WM8960_ENABLE and defining CODEC_SGTL5000_ENABLE instead. The SGTL5000 driver files have the necessary routines to properly initialize and use this codec. Let me know if this helps, and if you require any further assistance. BR, Edwin. Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C Thank you. I have already done this: a fresh project using the SDK's fsl_sgtl5000 driver with CODEC_SGTL5000_ENABLE. The problem occurs before the driver initializes: the SGTL5000 NAKs its address (0x0A and 0x2A, LPI2C status 902). Verified at run time: Audio PLL = 786.432 MHz, SAI1 MCLK = 12.288 MHz (read back from the CCM registers), LPI2C clock = 10 MHz. I am using GPIO_AD_B1_00/01 for LPI2C1 and GPIO_AD_B1_09 for MCLK. The SGTL5000 module is connected to my custom RT1064 board with jumper wires. Can you suggest what else to check on the hardware side (pad settings, MCLK signal integrity, anything specific to the RT1064)? Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C I have both the RT1064 and the SGTL5000 codec on my custom board. I tested each chip independently: the SGTL5000 with a Teensy 4.1, and the RT1064 with an external PJRC SGTL5000 audio shield. Both work fine on their own, but when I connect them together by soldering their pins, it doesn't work, and I get this output: === SGTL5000 bring-up test === I2C scan (Teensy style)... Scan done: 0 device(s) Audio PLL = 786432000 Hz SAI1 mux=2 prediv=3 div=15 -> MCLK = 12288000 Hz (expect 12288000) LPI2C clock = 10000000 Hz (expect 10000000) -- try 1 -- CHIP_ID @0x A: status=902 id=0x 0 0 CHIP_ID @0x2A: status=902 id=0x 0 0 -- try 2 -- CHIP_ID @0x A: status=902 id=0x 0 0 CHIP_ID @0x2A: status=902 id=0x 0 0 -- try 3 -- CHIP_ID @0x A: status=902 id=0x 0 0 CHIP_ID @0x2A: status=902 id=0x 0 0 SGTL5000 not answering. Stop. The voltages I'm measuring are: SCL: 3.2 V SDA: 3.2 V MCLK: 1.5–1.6 V Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C Update: MCLK testing results The RT1064 board and the codec board are two separate boards, connected with jumper wires. I tested the codec using MCLK from two different sources, with the same RT1064 I2C firmware. Test 1: MCLK from the RT1064 (SAI1_MCLK, GPIO_AD_B1_09, 12.288 MHz) A DC multimeter on the MCLK pin reads about 1.57 V (supply about 3.1 V). Slow bit-bang I2C (~1 kHz): the codec ACKs, but CHIP_ID reads 0xBFFF / 0xA01F instead of 0xA011. LPI2C at 5, 10, 20, 50 and 100 kHz: NAK at every speed (status 902). With a weak MCLK pad setting (0x1008), the codec doesn't answer at all and the MCLK pin reads about 0 V. Different MCLK pad drive settings made no difference. Test 2: MCLK from a Teensy 4 (pin 23) RT1064 MCLK jumper wire disconnected from the codec board. Teensy MCLK connected to the codec board's MCLK pad, Teensy GND connected to the codec board's GND. RT1064 still drives I2C (SCL/SDA) through jumper wires. RT1064 LPI2C at 100 kHz: CHIP_ID = 0xA011 and CODEC_Init OK. A DC multimeter on the Teensy MCLK reads about 1.7 V (3.3 V supply). Conclusion so far The codec board, its power supplies, the I2C wiring and the I2C firmware all work. The problem is only the MCLK coming from the RT1064 board. The DC level looks normal on a multimeter, but the codec behaves as if the 12.288 MHz clock arriving from the RT1064 is not usable.

デンバーのモバイルアプリ開発会社はどこでエンド・ツー・エンド・サービスを提供していますか? デンバーでエンドツーエンドのサービスを提供する モバイルアプリ開発会社 をお探しなら、 JPLoft は検討する価値があります。16+年の経験と1,250+件のプロジェクトを手がけ、JPLoftはUI/UXデザイン、iOSおよびAndroid開発、AI統合、テスト、展開、リリース後のサポートを含む完全なモバイルアプリ開発ソリューションを提供しています。 同社はスタートアップや企業がビジネスニーズに合わせたスケーラブルで使いやすいモバイルアプリの開発を支援しています。  

i.MX 8M Plus Custom Board: ums and fastboot commands fail with "USB init failed: -22" in U-Boot 2024 I am experiencing an issue bringing up USB peripheral functions (ums and fastboot) on a custom hardware platform based on the i.MX 8M Plus running U-Boot v2024.04 (built via Yocto). When trying to export the eMMC as mass storage or invoke fastboot, the controller fails to initialize and throws an invalid argument error (-22):   u-boot=> ums 0 mmc 2 UMS: LUN 0, dev mmc 2, hwpart 0, sector 0x0, count 0x3a3e000 Couldn't init USB controller. u-boot=> fastboot 0 USB init failed: -22 Environment & Setup Context: U-Boot Version: 2024.04 (PV="2024.04" confirmed via BitBake environment check). Hardware: Custom board. Unlike the reference i.MX 8M Plus EVK, this design does not feature a standard Type-C Port Controller (TCPC) chip on the I2C bus. Current Software Adjustments: We currently include a patch to bypass errors inside board/freescale/imx8mp_evk/imx8mp_evk.c so the bootloader does not completely abort initialization when the TCPC functions fail to locate the I2C device. The Problem: Even with the boot abort bypassed, the USB stack rejects the initialization commands with error code -22 (EINVAL). We want to verify whether this failure is directly related to how the missing TCPC state handles dynamic role assignment, or if there is a fundamental driver model / device tree framework configuration mismatch required for USB peripheral operation on custom i.MX 8M Plus layouts when deviating from the reference EVK design. Questions: What are the common structural or configuration causes for the -22 (EINVAL) error when invoking fastboot or ums on an i.MX 8M Plus platform under U-Boot 2024.04? How should a custom board without the reference EVK's Type-C setup correctly configure its board file or device tree properties to safely enable standalone USB device/peripheral functionality? Any insights or debugging pointers would be appreciated 

LPIT GPT documentation missing I'd like to use the LPIT GPT functionality of the LPit_Gpt IP driver module. The S32K118 example shows various functions regarding this module, like "Lpit_Gpt_Ip_Init", "Lpit_Gpt_Ip_InitChannel" or "Lpit_Gpt_Ip_StartTimer". However, when checking the corresponding User Manual or Integration Manual, none of those functions are listed. Where can I find proper documentation? RTD Version is 3.0.0 QLP06. Re: LPIT GPT documentation missing Hello @daniel_meier, The User and Integration manuals are mainly describing the AUTOSAR high-level driver functions (which in consequence, use the lower-level functions). If you require further information about the IP lower-level APIs, you can refer to the LPit_Gpt_Ip.h header.  For example, for Lpit_Gpt_Ip_Init: /** * @brief Function Name : Lpit_Gpt_Ip_Init * @details Driver initialization function for LPit instance. * * * @param[in] instance LPIT hw instance number * @param[in] config Pointer to a selected configuration structure * @return void * @pre The data structure including the configuration set required for initializing the driver * */ void Lpit_Gpt_Ip_Init(uint8 instance, const Lpit_Gpt_Ip_InstanceConfigType *config); Best regards, Julián Re: LPIT GPT documentation missing Thanks for the information. I think having a proper and complete documentation independent from the source files is a must. Either way, looks like I'll be able to generate some doxygen documentation myself from the sources.

在S32k322微控制器中安装HSE固件。 您好，NXP支持团队， 我正在S32K322微控制器上进行网络安全实现，需要利用 HSE（硬件安全引擎）模块进行 AES 网络安全操作和随机数生成 (TRNG)。 请问您能否提供以下信息： 这是一个专门为S32K322 （2 MB Flash）配置的官方 HSE 固件安装示例项目。 S32K322 HSE 固件设置所需的标准链接器脚本 (.ld)、IVT 偏移和内存边界设置。 确认与 S32K322 衍生产品兼容的 HSE-B 固件二进制包的确切版本。 Re: HSE Firmware install in S32k322 microcontroller . 嗨@Ranjith_kumar 我们提供 HSE 演示示例： https://www.nxp.com/webapp/Download?colCode=S32K3_HSE_DemoExamples 它包含项目 S32K344_HSE_FW_INSTALL，可以很容易地移植到其他 S32K3 衍生产品。 但是您可以使用任何项目来安装 HSE 固件。只需按照以下步骤操作即可： - 将 HSE 功能标志编程到 OTP UTEST 内存的 0x1B00_0000 处。这可以通过正常的闪存编程“手动”完成（如前面提到的 S32K344_HSE_FW_INSTALL 所示），或者如果在启动配置字中设置 FW_USAGE_FLAG_PROGRAM 位，则可以通过 SBAF 自动完成。请注意，此自动编程功能仅适用于 SBAF 版本 0.15.0 及更高版本。如果您使用的是非常老旧的设备，可能无法正常工作，需要手动编程。 - 将粉色程序文件写入闪存的某个位置，并在 IVT 的偏移量 0x2C 处添加指向该粉色程序文件的指针。 然后只需重置 MCU（如果是 FULL_MEM 固件则重置 2 次，如果是 AB_SWAP 固件则重置 3 次），就完成了。 从底层来看，它看起来像这样： 这是某个应用程序的 IVT（可以使用多个位置，本例中使用的是数据闪存），它设置了 FW_USAGE_FLAG_PROGRAM，并且包含指向固件映像的指针： 粉色文件被编程为 0x480000： 复位后，UTEST 中会自动编程该功能标志，并安装 HSE 固件（HSE GPR 寄存器中 0x4039_C028 位的第 0 位被设置）： 在 S32K344_HSE_FW_INSTALL 中，功能标志由软件编程 - 请参阅 main.c 文件。 该指针被添加到 boot_header.c 文件中的 IVT 中。 粉色文件链接到 S32K344_flash_full_mem.ld 或 S32K344_flash_ab_swap.ld 中的项目。根据所需配置而定。 详细信息请参阅 HSE-B 固件参考手册修订版中的以下资源。2.8： 表17. BCW内容 表119. BCW 位映射 表118. IVT结构 表143. HSE_CONFIG_GPR3 的状态位 (0x4039C028) 如果您有一个标准的RTD项目，该如何在项目中实现它： - 打开 startup_cm7.s文件并添加指向偏移量 0x2C 处粉色文件的指针： - 设置启动配置字中的第 9 位，该字也位于 IVT 的偏移量 0x4 处： 然后转到链接器文件（例如“linker_flash_s32k322.ld”）并以与在项目 S32K344_HSE_FW_INSTALL 中看到的方式相同的方式链接粉色文件。 就这些，只需构建项目，将其加载到MCU并多次RESET设备即可。 如何获取适用于 S32K322 的最新生产版 HSE 固件： 前往 S32K3 标准软件： https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=SW32K3-STDSW-D 选择“汽车软件 - S32K3 - HSE 固件” 请在此处搜索适用于 S32K3x2 和 S32K3x4 的 0.2.55.0 版本： 下载 HSE_FW_S32K342_0.2.55.0_D2512.exe – 该版本也涵盖 S32K322。 最后一点——如果您使用 Lauterbach 的 Trace32，您可以使用随附的脚本来安装固件。它使用默认定位方式。 此致， Lukas Re: HSE Firmware install in S32k322 microcontroller . 嗨@lukaszadrapa ， 感谢您的支持。按照您的指导，我已成功在我的 S32K322 设备上安装了 HSE 固件。 我现在需要使用新的粉色文件将 HSE 固件更新到新版本，但我遇到了问题。我的代码基于 HSE 固件更新流程 (HSE_SRV_ID_FIRMWARE_UPDATE)，该服务返回： HSE_SRV_RSP_VERIFY_FAILED (0x55A5A164) 设置详情： - 设备：S32K322 - 固件版本：FULL_MEM - 当前已安装的 HSE 固件版本：已附上图片 - 新的粉色文件：添加到链接器文件中 - 更新模式：单次更新 - 新粉色图像的位置：0x00400000 请问是否有更新HSE固件的示例代码？能否指导一下？ #define HSE_SRV_RSP_VERIFY_FAILED ((hseSrvResponse_t)0x55A5A164UL)

カラー/旧型スクリーン（IVI-SHELL搭載） IMX8QXP - スカースギャップ - L 6.6.52-weston 12-ivishell 更新された画面の前に、カラー/古い画面が表示されます。回避方法／解消方法／削除方法。 weston.ini [コア] #gbm-format=argb8888 アイドルタイム=0 shell=ivi-shell.so # use-g2d=1 ウィンドウの再描画=16 # pageflip-timeout=0 背景色=0x00000000 [libinput] touchscreen_calibrator=true [出力] 名前=LVDS-1 モード=1280x720@60 [アイヴィシェル] ivi-shell-user-interface=weston-ivi-shell-user-interface ivi-input-module=ivi-input-controller.so ivi-id-agent-module=ivi-id-agent.so input-method=ivi-input-controller(入力-コントローラ) ベースレイヤーID=1000 ベースレイヤーIDオフセット=10000 workspace-background-layer-id=2000 workspace-layer-id=3000 application-layer-id=4000 遷移期間=0 [デスクトップアプリデフォルト] デフォルトサーフェスID=2000000 デフォルトサーフェスID最大値=2001000 i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Coloured/Old Screen with IVI-SHELL こんにちは、 提案された方法を試してみましたが、状況は変わりませんでした。カラー画面（旧式の画面）がまだ表示されています。 他に何か提案や設定が必要なことはありますか？ ありがとうございます。 VKS Re: Coloured/Old Screen with IVI-SHELL こんにちは、 背景色を0x00000000に変更し、gbm-formatのコメントを解除してみてください。 また、WestonのsystemdサービスにPre-startステップを追加して、Westonが初期化する前にディスプレイを消去することもできます: echo 1 > /sys/class/graphics/fbx/blank よろしくお願いいたします。 Re: Coloured/Old Screen with IVI-SHELL こんにちは、 最新情報のご提供ありがとうございます。 この問題は以前のweston-imx-10.0.1で報告されており、このパッチで解決済みです。 diff --git a/libweston/renderer-g2d/g2d-renderer.c b/libweston/renderer-g2d/g2d-renderer.c index 245a50de..d9df8b4e 100644 --- a/libweston/renderer-g2d/g2d-renderer.c +++ b/libweston/renderer-g2d/g2d-renderer.c @@ -2199,6 +2199,7 @@ drm_create_g2d_image(struct g2d_surfaceEx* g2dSurface, buffer->buf_vaddr = vaddr; buffer->buf_size = size; g2dSurface->base.planes[0] = buffer->buf_paddr; + memset(buffer->buf_vaddr, 0x00, size); g2dSurface->base.left = 0; g2dSurface->base.top = 0; g2dSurface->base.right = w; バッファを入手したときにmemsetを追加すれば、Weston開始時にバッファをクリアできます。 最新のweston-imx-15.0.1では、この点が変更され、ポートが必要になります。 社内チームはgl-rendererで問題が発生していないと確認したので、gl-rendererを使って問題を回避できるかどうか確認してもらえますか?（# use-g2d=1）。 また、動作をよりよく理解するために、画面に何が表示されているかを共有していただけると助かります。 よろしくお願いいたします。 Re: Coloured/Old Screen with IVI-SHELL こんにちは、 画像はこちらです。 はい、 use-g2d=1を使用することでカラー画面は回避できました。しかし、フレーム落ちが発生し、動画も再生されませんでした。 それともう一つ、もし私が使ったらuse-g2d=1、これはソフトウェアアクセラレーション用ですよね?でもフレームロスを避けるためにハードウェアアクセラレーションが必要です。確認してください。 ありがとうございます。 VKS

i.MX 8M Plusカスタムボード：U-Boot 2024でumsおよびfastbootコマンドが「USB初期化失敗：-22」で失敗する i.MX 8M Plusをベースにしたカスタムハードウェアプラットフォーム(U-Boot v2024.04(Yocto経由で構築)でUSBペリフェラル機能(UMSやfastboot)を起動する際に問題が発生しています。 eMMCをマスストレージとしてエクスポートしたりfastbootを呼び出しようとすると、コントローラーが初期化に失敗し、無効な引数エラー(-22)を出します:   u-boot=> ums 0 mmc 2 UMS: LUN 0、開発 MMC 2、hwpart 0、セクター 0x0、カウント 0x3a3e000 USBコントローラを起動できませんでした。 u-boot=> fastboot 0 USB初期化失敗: -22 環境とセットアップのコンテキスト: U-Boot バージョン: 2024.04 (PV="2024.04"BitBake環境チェックで確認済み。 ハードウェア：カスタム基板。8M Plus EVK i.MX 参照モデルとは異なり、この設計には標準的なType-Cポートコントローラ(TCPC)チップがI2Cバスに搭載されていません。 現在のソフトウェア調整: 現在、board/freescale/imx8mp_evk/imx8mp_evk.c内のエラーを回避するためのパッチを含んでいますそのため、TCPC機能がI2Cデバイスを特定できなくても、ブートローダーは初期化を完全に中止しません。 問題： ブート中止を回避した場合でも、USBスタックは初期化コマンドをエラーコード-22（EINVAL）で拒否します。 この失敗が、欠損したTCPC状態が動的役割割り当てをどのように処理するかに直接関係しているのか、あるいはカスタム i.MX 8M Plusレイアウト上のUSBペリフェラル動作に必要な根本的なドライバーモデルやデバイスツリーフレームワークの設定ミスマッチが、参照EVKデザインから逸脱した場合に必要かどうかを確認したいと考えています。 質問: U-Boot 2024.04の下で i.MX 8M Plusプラットフォーム上でfastbootやumsを呼び出す際に-22(EINVAL)エラーが起こる一般的な構造的または構成原因は何ですか? リファレンスEVKのType-Cセットアップを使わないカスタムボードは、ボードファイルやデバイスツリーのプロパティを正しく設定して、スタンドアロンのUSBデバイスやペリフェラル機能を安全に有効化させるにはどうすればよいのでしょうか? 何かご意見やデバッグのヒントがあれば幸いです。

Which Denver mobile app development company offers end-to-end services? If you're looking for a mobile app development company in Denver that offers end-to-end services, JPLoft is worth considering. With 16+ years of experience and 1,250+ projects delivered, JPLoft provides complete mobile app development solutions, including UI/UX design, iOS and Android development, AI integration, testing, deployment, and post-launch support. The company helps startups and enterprises build scalable, user-friendly mobile apps tailored to their business needs.  

LPIT GPTドキュメントが欠落しています LPit_Gpt IPドライバーモジュールのLPIT GPT機能を使いたいと思っています。 S32K118のサンプルでは、「 Lpit_Gpt_Ip_Init 」、「 Lpit_Gpt_Ip_InitChannel 」、「 Lpit_Gpt_Ip_StartTimer 」など、このモジュールに関するさまざまな関数が示されています。 しかし、対応するユーザーマニュアルや統合マニュアルを確認すると、これらの機能が記載されていません。 適切なドキュメントはどこで見つけられますか? RTDバージョンは3.0.0です。QLP06。 Re: LPIT GPT documentation missing こんにちは、 @daniel_meier さん。 ユーザーマニュアルとインテグレーションマニュアルは主にAUTOSARの高レベルドライバー機能(したがって下位機能を使用します)について説明しています。IPの下位APIについてさらに情報が必要な場合は、LPit_Gpt_Ip.hを参照してくださいヘッダー。 例えば、 Lpit_Gpt_Ip_Initの場合： /** * @brief Function Name : Lpit_Gpt_Ip_Init * @details Driver initialization function for LPit instance. * * * @param[in] instance LPIT hw instance number * @param[in] config Pointer to a selected configuration structure * @return void * @pre The data structure including the configuration set required for initializing the driver * */ void Lpit_Gpt_Ip_Init(uint8 instance, const Lpit_Gpt_Ip_InstanceConfigType *config); よろしくお願いします、 ジュリアン Re: LPIT GPT documentation missing 情報をありがとうございます。 ソースファイルとは独立した、きちんとした完全なドキュメントを持つことは必須だと思います。 いずれにせよ、自分でソースからdoxygen ドキュメントを作成できるようです。

NXP Kinetis KM35 メーター ライブラリ 私はKinetis KM35シリーズを使ったメーターアプリケーションを開発しており、低消費電力メーターライブラリの理解に少し苦労しています。私は「Low-Power Real-Time Algorithm for メーター Applications」AN13259アプリケーションノートを使っています。 このライブラリを統合しようとしたところ、デジタルフィルタ版とFFTベース版の複数のバージョンに加えて、このライブラリ自体にも多くのバージョンが存在することがわかりました。SDKの例(MCUExpresso経由でインポート)には、私が見つけられないバージョンのライブラリが含まれているようです。 私の質問は以下の通りです。 使用するライブラリのバージョンを判断する最良の方法は何ですか？ LPRTメーターライブラリに関する最新の情報を見つける最良の方法は何でしょうか? 最新かつ最新のアプリケーションノート(AN13259)をもとに作業していますか? Kinetis Mシリーズ・マイクロコントローラ

Coloured/Old Screen with IVI-SHELL IMX8QXP - Scarthgap  - L 6.6.52-weston 12-ivishell There is coloured/old screen is coming before updated screen. How to avoid/cleared/remove  it. weston.ini [core] #gbm-format=argb8888 idle-time=0 shell=ivi-shell.so # use-g2d=1 repaint-window=16 # pageflip-timeout=0 background-color=0x00000000 [libinput] touchscreen_calibrator=true [output] name=LVDS-1 mode=1280x720@60 [ivi-shell] ivi-shell-user-interface=weston-ivi-shell-user-interface ivi-input-module=ivi-input-controller.so ivi-id-agent-module=ivi-id-agent.so input-method=ivi-input-controller base-layer-id=1000 base-layer-id-offset=10000 workspace-background-layer-id=2000 workspace-layer-id=3000 application-layer-id=4000 transition-duration=0 [desktop-app-default] default-surface-id=2000000 default-surface-id-max=2001000 i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Coloured/Old Screen with IVI-SHELL Hi, I tried the suggested one still same. The coloured/old screen still appearing. Is there any other suggestion or configuration required ? Thanks & regards, VKS Re: Coloured/Old Screen with IVI-SHELL Hello, Please try to change background color to 0x00000000 and uncomment gbm-format. You also can try to add a pre-start step to the Weston systemd service to clear the display before Weston initializes:  echo 1 > /sys/class/graphics/fbx/blank Best regards. Re: Coloured/Old Screen with IVI-SHELL Hello, Thank you for the update. This issue was reported before in a previous weston-imx-10.0.1 and solved with this patch: diff --git a/libweston/renderer-g2d/g2d-renderer.c b/libweston/renderer-g2d/g2d-renderer.c index 245a50de..d9df8b4e 100644 --- a/libweston/renderer-g2d/g2d-renderer.c +++ b/libweston/renderer-g2d/g2d-renderer.c @@ -2199,6 +2199,7 @@ drm_create_g2d_image(struct g2d_surfaceEx* g2dSurface, buffer->buf_vaddr = vaddr; buffer->buf_size = size; g2dSurface->base.planes[0] = buffer->buf_paddr; + memset(buffer->buf_vaddr, 0x00, size); g2dSurface->base.left = 0; g2dSurface->base.top = 0; g2dSurface->base.right = w; Add a memset when get the buffer, it can clear the buffer when weston start. In last weston-imx-15.0.1, this changes and a port is needed. Internal team confirmed that gl-renderer is not presenting the issue so, could you please help check if using gl-renderer helps you avoid the issue? (# use-g2d=1). Also, please share what you are seeing in your screen to understand better the behavior. Best regards. Re: Coloured/Old Screen with IVI-SHELL Hi, please find the images, Yes by using use-g2d=1 avoided coloured screen. But I seen the frame loss as well as no video is playing. And one more thing if I used use-g2d=1 , this is for software acceleration right ? . But we need hardware acceleration to avoid the frame loss. Please check and confirm. Thanks & regards, VKS

HSE Firmware install in S32k322 microcontroller . Hi NXP Support Team, I am working on a security implementation on the S32K322 microcontroller and need to utilize the HSE (Hardware Security Engine) module for AES security operations and random number generation (TRNG). Could you please provide: An official HSE firmware installation example project configured specifically for the S32K322 (2 MB Flash). The standard Linker Script (.ld), IVT offset, and memory boundary settings required for S32K322 HSE firmware setup. Confirmation on the exact HSE-B firmware binary package version compatible with the S32K322 derivative. Re: HSE Firmware install in S32k322 microcontroller . Hi @Ranjith_kumar  We provide HSE DemoExamples: https://www.nxp.com/webapp/Download?colCode=S32K3_HSE_DemoExamples It contains project S32K344_HSE_FW_INSTALL which can be quite easily ported to other S32K3 derivatives. But you can use any project to install HSE firmware. It’s just necessary to do following steps: - program HSE feature flag in OTP UTEST memory at 0x1B00_0000. This can be done either “manually” by normal flash programming (this is shown in mentioned S32K344_HSE_FW_INSTALL) or this can be done automatically by SBAF if you set FW_USAGE_FLAG_PROGRAM bit in boot configuration word. Notice that this automatic programming feature is available only on SBAF version 0.15.0 and higher. If you have some very old device, it may not work and manual programming will be required. - program pink file somewhere to flash memory and add pointer to the pink file to IVT at offset 0x2C.   Then just reset the MCU (2x in case of FULL_MEM firmware, 3x in case of AB_SWAP firmware) and that’s it. At low level, it looks like this: This is IVT of some application (several locations can be used, data flash is used in this case) which has FW_USAGE_FLAG_PROGRAM set and which contains pointer to FW image: The pink file is programmed to 0x480000: After the resets, the feature flag is automatically programmed in the UTEST and HSE firmware is installed (bit 0 in HSE GPR register at 0x4039_C028 is set): In the S32K344_HSE_FW_INSTALL, the feature flag is programmed by the software – see main.c file. The pointer is added to IVT in file boot_header.c. And pink file is linked to the project in S32K344_flash_full_mem.ld or in S32K344_flash_ab_swap.ld, depending on required configuration. For details, see following resources in HSE-B firmware reference manual rev. 2.8: Table 17. BCW content Table 119. BCW bit mapping Table 118. IVT structure Table 143. Status Bits on HSE_CONFIG_GPR3 (0x4039C028) How to implement it in your project if you have standard RTD project: - open startup_cm7.s file and add pointer to pink file at offset 0x2C: - set bit 9 in Boot Configuration Word which is also in IVT at offset 0x4: - and then go to the linker file (like “linker_flash_s32k322.ld”) and link the pink file in the same way as you can see in project S32K344_HSE_FW_INSTALL. That’s all, just build the project, load it to MCU and reset the device several times. How to get latest production version of HSE firmware for S32K322: Go to S32K3 Standard Software: https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=SW32K3-STDSW-D Select “Automotive SW - S32K3 - HSE Firmware” Here search for 0.2.55.0 for S32K3x2 and S32K3x4: Download HSE_FW_S32K342_0.2.55.0_D2512.exe – this one covers also S32K322. And the last thing - if you use Trace32 from Lauterbach, you can use attached script to install the firmware. It uses default location method.  Regards, Lukas Re: HSE Firmware install in S32k322 microcontroller . Hi @lukaszadrapa, Thank you for your support. Following your guidance, I was able to install the HSE firmware successfully on my S32K322 device. I now need to update the HSE firmware to a newer version using a new pink file, and I'm running into a problem. I based my code on the HSE firmware update flow (HSE_SRV_ID_FIRMWARE_UPDATE), and the service returns: HSE_SRV_RSP_VERIFY_FAILED (0x55A5A164) Setup details: - Device:S32K322 - Firmware variant: FULL_MEM  - Currently installed HSE FW version: Attached the image - New pink file: Add into linker file - Update mode: ONE_SHOT  - Location of the new pink image: 0x00400000 Is there any example code to update the HSE firmware can you give me the guidence. #define HSE_SRV_RSP_VERIFY_FAILED ((hseSrvResponse_t)0x55A5A164UL)

LPIT GPT 文档缺失 我想使用 LPit_Gpt IP 驱动模块的 LPIT GPT 功能。 S32K118 示例展示了与此模块相关的各种功能，例如“ Lpit_Gpt_Ip_Init ”、“ Lpit_Gpt_Ip_InitChannel ”或“ Lpit_Gpt_Ip_StartTimer ”。 但是，在查阅相应的用户手册或集成手册时，并未列出这些功能。 哪里可以找到相关文件？ RTD 版本为 3.0.0QLP06。 Re: LPIT GPT documentation missing 你好@daniel_meier ， 用户和集成手册主要描述了 AUTOSAR 高级驱动程序功能（因此，这些功能会使用低级功能）。如果您需要有关 IP 底层 API 的更多信息，可以参考LPit_Gpt_Ip.h文件。标题。 例如，对于Lpit_Gpt_Ip_Init ： /** * @brief Function Name : Lpit_Gpt_Ip_Init * @details Driver initialization function for LPit instance. * * * @param[in] instance LPIT hw instance number * @param[in] config Pointer to a selected configuration structure * @return void * @pre The data structure including the configuration set required for initializing the driver * */ void Lpit_Gpt_Ip_Init(uint8 instance, const Lpit_Gpt_Ip_InstanceConfigType *config); 此致， 朱利安 Re: LPIT GPT documentation missing 感谢你提供的信息。 我认为拥有独立于源文件的完整且规范的文档是必不可少的。 无论如何，看来我可以根据源代码自己生成一些 Doxygen 文档。

i.MX RT1064 定制板 – SGTL5000 编解码器通过 I2C 无响应 您好， 我设计了一款采用MIMXRT1064处理器和SGTL5000音频编解码器的定制 PCB。 对于 SGTL5000 电路，我遵循了标准/参考 SGTL5000 原理图。 RT1064 和 SGTL5000 之间的连接方式如下： LPI2C1_SCL → GPIO_AD_B1_00 LPI2C1_SDA → GPIO_AD_B1_01 SAI1_MCLK → GPIO_AD_B1_09 SAI1_RXD → GPIO_AD_B1_12 SAI1_TXD → GPIO_AD_B1_13 SAI1_RX_BCLK → GPIO_AD_B1_11 SAI1_RX_LRCLK → GPIO_AD_B1_10 我也附上了原理图的相关部分。 我的主要问题是，在刷写固件后，我没有收到来自 SGTL5000 的任何 I2C ACK 。 我测量了以下电压： SCL ≈ 3.3 V SDA ≈ 3.3 V MCLK 约为1.6 V 为了进行调试，我编写了一个函数，该函数暂时将 I2C 引脚更改为 GPIO，生成 9 个时钟脉冲，执行位操作 I2C 地址扫描，然后将引脚恢复为 LPI2C1。 static void i2c_hw_debug(void) { gpio_pin_config_t 输入 = { kGPIO_数字输入， 0， kGPIO_NoIntmode }; IOMUXC_SetPinMux(IOMUXC_GPIO_AD_B1_00_GPIO1_IO16, 0U); IOMUXC_SetPinMux(IOMUXC_GPIO_AD_B1_01_GPIO1_IO17, 0U); IOMUXC_SetPinConfig( IOMUXC_GPIO_AD_B1_00_GPIO1_IO16， 0x00B0U); IOMUXC_SetPinConfig( IOMUXC_GPIO_AD_B1_01_GPIO1_IO17， 0x00B0U); gpio_pin_config_t out_init = { kGPIO_数字输出， 1、 kGPIO_NoIntmode }; GPIO_PinInit(GPIO1, 16, &out_init); GPIO_PinInit(GPIO1, 17, &in); for (int i = 0; i < 9; i++) { GPIO_PinWrite(GPIO1, 16, 0U); SDK_DelayAtLeastUs(10U, SystemCoreClock); GPIO_PinWrite(GPIO1, 16, 1U); SDK_DelayAtLeastUs(10U, SystemCoreClock); } PRINTF("正在扫描 I2C 地址...\r\n"); for (uint8_t addr = 0x03; addr <= 0x77; addr++) { 如果 (bb_probe(16, 17, addr)) { PRINTF("在 0x%02X 处找到 ACK\r\n", addr); } } IOMUXC_SetPinMux( IOMUXC_GPIO_AD_B1_00_LPI2C1_SCL， 1U）； IOMUXC_SetPinMux( IOMUXC_GPIO_AD_B1_01_LPI2C1_SDA， 1U）； } 如何使用 MIMXRT1064 初始化 SGTL5000 编解码器？为什么即使所有硬件连接和配置看起来都正确，我也没有收到来自编解码器的 ACK？ 谢谢。 Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C 嗨@Anushka_SS ， 我建议您以evkmimxrt1064_sai示例代码为基础来开发您的应用程序。该代码示例展示了 RT1064 和 WM8960 编解码器的集成。也就是说，我们也提供了fsl_sgtl5000.c/.h驱动程序文件，可以将其作为元器件导入到项目中，只需取消定义CODEC_WM8960_ENABLE并改为定义CODEC_SGTL5000_ENABLE即可启用该驱动程序。SGTL5000 驱动程序文件包含正确初始化和使用此编解码器所需的例程。 如果这有帮助，或者您还需要任何进一步的帮助，请告诉我。 BR， 埃德温。 Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C 谢谢。我已经完成了这项工作：使用 SDK 的 fsl_sgtl5000 驱动程序和 CODEC_SGTL5000_ENABLE 创建了一个新项目。问题发生在驱动程序初始化之前：SGTL5000 NAK 其地址（0x0A 和 0x2A，LPI2C 状态 902）。运行时验证：音频 PLL = 786.432 MHz，SAI1 MCLK = 12.288 MHz（从 CCM 寄存器读取），LPI2C 时钟 = 10 MHz。我使用 GPIO_AD_B1_00/01 作为 LPI2C1，使用 GPIO_AD_B1_09 作为 MCLK。SGTL5000 模块通过跳线连接到我的定制 RT1064 板。您能否建议一下硬件方面还有哪些需要检查的地方（焊盘设置、MCLK 信号完整性、RT1064 特有的问题等等）？ Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C 我的定制板上同时安装了RT1064和SGTL5000编解码器。我分别测试了每个芯片：用 Teensy 4.1 测试了 SGTL5000，用外部 PJRC SGTL5000 音频扩展板测试了 RT1064。这两个芯片单独使用都没问题，但是当我把它们的引脚焊接在一起时，就无法正常工作，并出现以下输出： === SGTL5000 启动测试 === I2C扫描（Teensy风格）…… 扫描完成：0 个设备 音频锁相环 = 786432000 Hz SAI1 mux=2 prediv=3 div=15 -> MCLK = 12288000 Hz (预期 12288000) LPI2C 时钟频率 = 10000000 Hz（预期值为 10000000） -- 尝试 1 -- CHIP_ID @0x A: status=902 id=0x 0 0 CHIP_ID @0x2A：状态=902 id=0x 0 0 -- 尝试 2 -- CHIP_ID @0x A: status=902 id=0x 0 0 CHIP_ID @0x2A：状态=902 id=0x 0 0 -- 尝试 3 -- CHIP_ID @0x A: status=902 id=0x 0 0 CHIP_ID @0x2A：状态=902 id=0x 0 0 SGTL5000 无应答。停止。 我测量的电压值是： SCL：3.2V SDA：3.2 伏 MCLK：1.5–1.6V Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C 更新：MCLK 测试结果 RT1064 板和编解码器板是两个独立的板子，通过跳线连接。我使用来自两个不同来源的 MCLK，并采用相同的 RT1064 I2C 固件对编解码器进行了测试。 测试 1：来自 RT1064 的 MCLK（SAI1_MCLK，GPIO_AD_B1_09，12.288 MHz） 直流万用表测量 MCLK 引脚上的电压，读数约为 1.57 V（电源电压约为 3.1 V）。 慢速位操作 I2C（~1 kHz）：编解码器发出 ACK，但 CHIP_ID 读取的是 0xBFFF / 0xA01F 而不是 0xA011。 LPI2C 在 5、10、20、50 和 100 kHz 时：每个速度下均为 NAK（状态 902）。 当 MCLK 焊盘设置较弱 (0x1008) 时，编解码器完全没有响应，MCLK 引脚读数约为 0 V。 不同的MCLK焊盘驱动设置没有区别。 测试 2：来自 Teensy 4 的 MCLK（引脚 23） RT1064 MCLK 跳线已从编解码器板上断开。 Teensy MCLK 连接到编解码器板的 MCLK 焊盘，Teensy GND 连接到编解码器板的 GND。 RT1064 仍然通过跳线驱动 I2C (SCL/SDA)。 RT1064 LPI2C 在 100 kHz 时： CHIP_ID = 0xA011 且 CODEC_Init OK 。 使用直流万用表测量 Teensy MCLK，读数约为 1.7 V（3.3 V 电源）。 目前为止的结论 编解码器板、其电源、I2C 线路和 I2C 固件都正常工作。问题只出在来自 RT1064 板的 MCLK 信号上。在万用表上，直流电平看起来正常，但编解码器表现得好像来自 RT1064 的 12.288 MHz 时钟信号无法使用。

NXP Kinetis KM35 计量库 我正在使用 Kinetis KM35 系列开发一个计量应用程序，但我对低功耗计量库的理解遇到了一些困难。我一直在使用应用笔记 AN13259《用于计量应用的低功耗实时算法》。 在尝试集成这个库的过程中，我发现除了数字滤波器和基于 FFT 的版本之外，这个库实际上还有许多版本。SDK 中的示例（通过 MCUExpresso 导入）似乎包含我根本找不到的这些库的版本。 我的问题是： 确定使用哪个版本的库的最佳方法是什么？ 如何才能找到有关 LPRT 计量库的最新信息？ 我使用的是最新版的应用笔记（AN13259）吗？ Kinetis M系列MCU

i.MX RT1064カスタムボード – SGTL5000コーデックがI2Cで応答しない こんにちは、 MIMXRT1064プロセッサとSGTL5000オーディオコーデックを使ってカスタムPCBを設計しました。 SGTL5000回路については、標準/リファレンスSGTL5000回路図に従いました。 RT1064とSGTL5000間の接続は以下の通りです。 LPI2C1_SCL → GPIO_AD_B1_00 LPI2C1_SDA → GPIO_AD_B1_01 SAI1_MCLK → GPIO_AD_B1_09 SAI1_RXD → GPIO_AD_B1_12 SAI1_TXD → GPIO_AD_B1_13 SAI1_RX_BCLK → GPIO_AD_B1_11 SAI1_RX_LRCLK → GPIO_AD_B1_10 回路図の関連部分も添付しました。 私の主な問題は、ファームウェアをフラッシュした後、 SGTL5000からI2C ACKを受信しないことです。 私は以下の電圧を測定しました。 SCL = 約3.3V SDA = 約3.3V MCLK = 約1.6V デバッグのために、I2Cピンを一時的にGPIOに変更し、9つのクロックパルスを生成し、ビットバンギングによるI2Cアドレススキャンを実行し、その後ピンをLPI2C1に戻す関数を作成しました。 static void i2c_hw_debug(void) ヤージュ gpio_pin_config_t in = ヤージュ kGPIO_デジタル入力、 0、 kGPIO_NoIntmode }; IOMUXC_SetPinMux(IOMUXC_GPIO_AD_B1_00_GPIO1_IO16, 0U); IOMUXC_SetPinMux(IOMUXC_GPIO_AD_B1_01_GPIO1_IO17, 0U); IOMUXC_SetPinConfig( IOMUXC_GPIO_AD_B1_00_GPIO1_IO16、 0x00B0U); IOMUXC_SetPinConfig( IOMUXC_GPIO_AD_B1_01_GPIO1_IO17、 0x00B0U); gpio_pin_config_t out_init = ヤージュ kGPIO_デジタル出力、 1、 kGPIO_NoIntmode }; GPIO_PinInit(GPIO1, 16, &out_init); GPIO_PinInit(GPIO1, 17, &in); for (int i = 0; i < 9; i++) ヤージュ GPIO_PinWrite(GPIO1, 16, 0U); SDK_DelayAtLeastUs(10U, SystemCoreClock); GPIO_PinWrite(GPIO1, 16, 1U); SDK_DelayAtLeastUs(10U, SystemCoreClock); } PRINTF("I2Cアドレスをスキャンしています...\r\n"); for (uint8_t addr = 0x03; addr <= 0x77; addr++) ヤージュ if (bb_probe(16, 17, addr)) ヤージュ PRINTF("ACKが0x%02Xで見つかりました\r\n", addr); } } IOMUXC_SetPinMux( IOMUXC_GPIO_AD_B1_00_LPI2C1_SCL、 1U); IOMUXC_SetPinMux( IOMUXC_GPIO_AD_B1_01_LPI2C1_SDA、 1U); } MIMXRT1064でSGTL5000コーデックを初期化するにはどうすればよいのでしょうか?また、ハードウェアの接続や設定がすべて正しいのに、なぜコーデックからACKが来ないのでしょうか? ありがとうございます。 Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C こんにちは、 @Anushka_SS さん、 むしろ evkmimxrt1064_sai例コードをベースにアプリケーションを作成することをお勧めします。このコードはRT1064とWM8960コーデックの統合を体現しています。とはいえ、 fsl_sgtl5000.c/.h ドライバーファイルも提供しており、プロジェクトにコンポーネントとしてインポートでき、 CODEC_WM8960_ENABLE をアン定義してCODEC_SGTL5000_ENABLE を定義することで使用可能なコーデックを単に変更するだけで有効になります。SGTL5000ドライバファイルには、このコーデックを正しく初期化し使用するための必要なルーチンが含まれています。 これがお役に立てば幸いです。また、他に何かご不明な点がありましたらお知らせください。 BR、 エドウィン。 Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C ありがとう。すでにこれをやっています:SDKsのfsl_sgtl5000ドライバを使った新しいプロジェクトをCODEC_SGTL5000_ENABLE。問題はドライバが初期化する前に発生します:SGTL5000 NAKはアドレス(0x0Aおよび0x2A、LPI2Cステータス902)を割り当てます。実行時に検証された結果:オーディオ PLL = 786.432 MHz、SAI1 MCLK = 12.288 MHz(CCMレジスタから読み戻し)、LPI2Cクロック = 10 MHz。私はLPI2C1にGPIO_AD_B1_00/01を、MCLKにGPIO_AD_B1_09を使用しています。SGTL5000モジュールはジャンパーワイヤーでカスタムRT1064ボードに接続しています。ハードウェア面で他にチェックすべきこと(パッド設定、MCLK信号強度、RT1064特有の点など)を教えてもらえますか? Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C カスタムボードにはRT1064とSGTL5000コーデックの両方を入れています。各チップを個別にテストしました。SGTL5000はTeensy 4.1搭載、RT1064は外部PJRC SGTL5000オーディオシールド搭載です。どちらも単体では問題なく動作しますが、ピンをはんだ付けして接続すると動作せず、次のような出力が出ます: === SGTL5000 育て上げテスト === I2Cスキャン(Teensyスタイル)... スキャン完了:0台のデバイス オーディオPLL = 786432000 Hz SAI1 mux=2 prediv=3 div=15 -> MCLK = 12288000 Hz(12288000 を期待) LPI2Cクロック=10000000Hz(100000000を期待) ――やってみて1―― CHIP_ID @0x A: status=902 id=0x 0 0 CHIP_ID @0x2A: status=902 id=0x 0 0 -- 2を試して-- CHIP_ID @0x A: status=902 id=0x 0 0 CHIP_ID @0x2A: status=902 id=0x 0 0 -- 3回試して -- CHIP_ID @0x A: status=902 id=0x 0 0 CHIP_ID @0x2A: status=902 id=0x 0 0 SGTL5000出ない。停止。 私が測定している電圧は以下のとおりです。 SCL: 3.2V SDA: 3.2V MCLK: 1.5～1.6V Re: i.MX RT1064 Custom Board – SGTL5000 Codec Not Responding Over I2C 更新情報：MCLKテスト結果 RT1064ボードとコーデックボードは別々のボードで、ジャンパー線で接続されています。同じRT1064 I2Cファームウェアで、異なる2つのソースからMCLKを使ってコーデックをテストしました。 テスト1:RT1064(SAI1_MCLK、GPIO_AD_B1_09、12.288 MHz)からのMCLK MCLKピンにDCマルチメーターを接続すると、約1.57V（電源電圧は約3.1V）を示す。 低速ビットバンギングI2C（約1kHz）：コーデックはACKを返しますが、CHIP_IDは0xA011ではなく0xBFFF / 0xA01Fを読み取ります。 LPI2C 5、10、20、50、100 kHz: すべての速度で NAK (ステータス 902)。 MCLKパッドの設定が弱い場合（0x1008）、コーデックは全く応答せず、MCLKピンは約0Vになります。 MCLKパッドの駆動設定を変えても、違いはなかった。 テスト2：Teensy 4からのMCLK（ピン23） RT1064のMCLKジャンパー線がコーデックボードから外れました。 Teensy MCLKはコーデックボードのMCLKパッドに接続され、Teensy GNDはコーデックボードのGNDに接続されました。 RT1064はジャンパー線を通じてI2C(SCL/SDA)を駆動しています。 RT1064 LPI2C(100 kHz):CHIP_ID = 0xA011、問題CODEC_Init。 Teensy MCLKにDCマルチメーターを接続すると、約1.7V（電源電圧3.3V）の電圧が表示されます。 これまでの結論 コーデックボード、電源、I2C配線、I2Cファームウェアはすべて動作しています。問題はRT1064ボードからMCLKだけが出ていることです。マルチメーターでは直流レベルは正常に見えますが、コーデックはRT1064から送信される12.288 MHzのクロックが使えないかのように振る舞います。