S32K118EVB2Q048:ADCの読み取り値が選択されたMCUの電源電圧と一致しない こんにちは、NXPチームの皆様、 私はS32K118EVB2Q048ボード（回路図SCH-47530 Rev A1）を使用してADCをテストしています。入力電圧が約3.3Vを超えると、誤った測定値が表示されます。 セットアップ: - MCU:S32K118(48-LQFP) - IDE:[S32 Design Studio版] - ドライバ:[RTDバージョン/SDKバージョン/ベアメタル] - ADCチャネル:[例:PTA7 – ADC0_SE3] - 解像度:12ビット - 入力:[外部直流電源/搭載ポテンショメータ] - ジャンパー:J10 = 2-3(5V)、J107、J15 - 基板電源:[USB / 12V] 問題: J10を2-3に設定してMCUを5Vで動作させています。 - 入力 4.10 V: 生データ = 4095。5Vの基準電圧であれば、約3358を期待していました。 - 4V～5Vの入力：常に4095（フルスケール）。 - 5Vで計算すると、入力電圧が高くなるにつれて誤差が大きくなります。 質問: SCH-47530 Rev A1では、J10を2～3に設定するだけでVDDAとADCの基準電圧が5Vになりますか？それとも他に何か変更する必要はありますか（J15、J107、抵抗など）？ このEVBの動作するS32K118 ADCの例を5Vの基準でテストしたものを共有してもらえますか?また、解像度のために異なる異なる計算範囲も教えてもらえますか? Re: S32K118EVB2Q048: ADC readings do not match the selected MCU supply voltage こんにちは どのRTD/SDKバージョンを使っているか教えてもらえますか? また、PTA7を使っているのはわかりますが、ADC_POTも言及されていましたね。ADC_POTは接続されていません。なぜならR761はEVBに登録されていないからです: あなたはJ3.1ヘッダーを介してPTA7を使用しているものと想定します。 J10とJ107の両方が2-3に設定されていることを確認し、VDDを測定して、実際に5Vに設定されていることを確認してください。 RTDパッケージの Adc_Pdb_Ip_example_S32K118 を使い、メインをループに改造して SW 変換を始めるだけです: while(1) { /* Start a software trigger conversion */ Adc_Ip_StartConversion(ADCHWUNIT_0_VS_0_INSTANCE, ADC_IP_INPUTCHAN_EXT2, TRUE); /* Wait for the notification to be triggered and read the data */ while (notif_triggered != TRUE); notif_triggered = FALSE; delay(1000); } その後、電源ユニットで0Vから5Vの間で測定し、正しい値が確認できました。 ADC0_SE2 @3.3V: ADC0_SE2 @5V: 最後に、ADC_SC2[REFSEL]でREFSELが正しく設定されているか確認してください。 よろしくお願いします、 ジュリアン

彩色/旧屏幕，带 IVI-SHELL IMX8QXP - Scarthgap - L 6.6.52-weston 12-ivishell 在更新后的屏幕之前，会先显示彩色/旧屏幕。如何避免/清除/去除它。 weston.ini [核] #gbm-format=argb8888 空闲时间=0 shell=ivi-shell.so # 使用 g2d=1 重绘窗口=16 # 翻页超时=0 背景颜色=0x00000000 [libinput] touchscreen_calibrator=true [输出] 名称=LVDS-1 模式=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 输入方法=ivi-输入控制器 基础层ID=1000 基础层 ID 偏移量=10000 工作区背景图层 ID=2000 工作区图层 ID=3000 应用程序层 ID=4000 过渡持续时间=0 [桌面应用程序默认] default-surface-id=2000000 default-surface-id-max=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 服务中添加一个预启动步骤，以便在 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

丹佛哪家移动应用开发公司提供端到端服务？ 如果您正在丹佛寻找一家提供端到端服务的移动应用开发公司， JPLoft值得考虑。JPLoft 拥有 16 年以上的经验，已交付 1250 多个项目，提供完整的移动应用开发解决方案，包括 UI/UX 设计、iOS 和 Android 开发、AI 集成、测试、部署和发布后支持。 该公司帮助初创企业和大型企业构建可扩展、用户友好的移动应用程序，以满足其业务需求。  

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

デンバーのモバイルアプリ開発会社はどこでエンド・ツー・エンド・サービスを提供していますか? デンバーでエンドツーエンドのサービスを提供する モバイルアプリ開発会社 をお探しなら、 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 文档。