imx8mp Linux 6.1.55Wi-Fiチップ8822CEとのPCIeハンドシェイクエラー `clocks = ` を使用したところ、自動最終クロックの問題 (-110) は解決しました。しかし、`imx8mp-blk-ctrl.c` の関連ドライバパッチを追加した後、新たな問題が発生しました。 gaotao_0-1785488087635.png リンクアップが繰り返し失敗し、PCIE_PORT_DDEBUG1 エラーコードは、0x18000000、0x08000000、0x08200000の場合があります。 以下はオシロスコープで取得した波形です。 gaotao_1-1785488227600.jpeg &pcie_phy { 時計 = < &hsio_blk_ctrl >;     //クロック = <&clk IMX8MP_CLK_HSIO_AXI>; 時計名 = "ref" ; fsl、clkreqはサポートされていません。 fsl、refclk-pad-mode = < IMX8_PCIE_REFCLK_PAD_OUTPUT >; ステータス = "正常" ; }; &pcie { pinctrl-names = "default" ; pinctrl-0 = < &pinctrl_pcie0 >; reset-gpio = < &gpio3 25 GPIO_ACTIVE_LOW >; クロック = < &clk IMX8MP_CLK_HSIO_ROOT >, < &clk IMX8MP_CLK_PCIE_ROOT >、 < &clk IMX8MP_CLK_HSIO_AXI >; クロック名 = "pcie" , "pcie_aux" , "pcie_bus" ; 割り当てられたクロック = < &clk IMX8MP_CLK_PCIE_AUX >; 割り当てられたクロックレート = < 10000000 >; 割り当てられたクロックの親要素 = < &clk IMX8MP_SYS_PLL2_50M >;     // vpcie-supply = <&reg_pcie0>; ext_osc = < 1 >; 最大リンク速度 = < 1 >; reset-delay-us = < 50000 >; ステータス = "正常" ; } リセット時の測定値は正しいが、これはソフトウェア制御ではなく、ハードウェアによる直接リセットである。 以下に概略図を示します。 gaotao_2-1785488320895.png は助けを求めています！皆さん、ありがとうございます！   Re: imx8mp linux 6.1.55 pcie 与 wifi芯片8822ce 握手失败问题 こんにちは、 lspci -v コマンドを実行したときに、デバイスが表示されますか？ デバイスツリーにいくつか問題が見られます。 プロセッサ内部クロック、PCIeノードからクロックを提供したい場合は、以下を入力すべきです。 ext_osc = <0>; その代わり： ext_osc = <1>; ログを見るとプロセッサ側は完全に動作しており、問題は8W8822CE側で全く反応していないようです。 電源は正しく供給されていますか？ よろしくお願いいたします。

UART CTS RTS not detecting I am using i.MX53 processor in my design. I am using linux-2.6.35.3 kernel i.MX53 as BSP. I am testing UART3(RS232) with RTS and CTS. If I disable RTS/CTS control flag(CRTSCTS). In this case I am able to transmit and receive the data through the UART3 port. In this case if I enable RTS/CTS control flag (CRTSCTS ), the data transmission and reception is not happening. Please let me know how to test the UART3 with the above scenario.  Is there any application to test UART3 with RTS/CTS? NOTE: I am using Software controlled-Hardware flow control(Handshaking control) Please let me know whether this is enough? Or do i need to enable anything else on the driver side? Raana Re: UART CTS RTS not detecting Is this issue resolved? Re: UART CTS RTS not detecting Hi Yuri, do you know that the RTS signal is alsways an input to the iMX53 and that the CTS signal is always an output from the iMX cpu ? Perhaps is that your problem Regards Re: UART CTS RTS not detecting 5-wire connection is needed for CTS / RTS flow control.

IMX 8QM 无法从 SD 卡启动 您好，我正在尝试从SD卡启动我的IMX8QM EMK板上的Linux镜像。我用的是迷你SD卡适配器，而不是迷你SD卡。当我查看终端时，我看到了这些 => mmc 开发 1 卡片未响应电压选择！：-110 请帮我解决这个问题，因为我对这类电路板不太熟悉。 Re: IMX 8QM not booting from SD Card 您好， 感谢您对恩智浦半导体产品的关注， 您遇到的错误大多与硬件有关，我建议您使用其他适配器和其他 SD 卡进行测试。 另一个问题可能是适配器的硬件不符合 uSDHC 标准。我的主要建议是最好使用 UHS-I 型 microSD 卡，我已经测试过这些卡的初始化和 Linux 启动。 此致 Re: IMX 8QM not booting from SD Card 好的，我试试这个。我不确定是不是SD卡适配器的问题。图片已经写入micro SD卡，我在我的台式机上验证过了。显卡是好的，我的电脑能检测到，不过我再检查一下，还有其他办法吗？

S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool Hello community,  I´m currently working with the s32k144 microcontroller using the clock configuration tool in s32 Design Studio. I would like to clarify if it is possible to select the reference clock source for the SPLL, between the SOSC and the FIRC, and if so, what is the proper procedure or configuration steps to achieve this in the tool. thank you. Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool Hi@ernesto97xn Can I understand your question as asking if the external input frequency can be between 8 and 48 MHz? This is possible. You can use a separate clock chip as the clock source for the S32K1, with a frequency range between 4 MHz and 40 MHz. As shown in the diagram below, you can try directly modifying the SOSC frequency. Senlent_0-1785749467498.png Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool Thank you for you respons. My question was specifically about the clock source accepted by the SPLL. I was reading the manual, and what I found is that, for the S32K144 family, this particular clock configuration is only supported on the S32K144W variants, as shown in the image on the left. ernesto97xn_0-1785858229699.png Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool Hi@ernesto97xn These info can be found in S32K1xx-RM， chapter ：27.2 High level clocking diagram Senlent_0-1785895006227.png

Issue: CONFIG_IMX_RPMSG_TTY is built as a module but appears as "not set" after flashing Android Hi NXP Team, I am working on the i.MX8M Mini LPDDR4 EVK with the Android 16 BSP and trying to enable RPMsg communication between the Cortex-A53 and Cortex-M4. Configuration I enabled the NXP RPMsg TTY driver in the kernel configuration: CONFIG_IMX_RPMSG_TTY=m I also added the module to SharedBoardConfig.mk: $(KERNEL_OUT)/drivers/rpmsg/imx_rpmsg_tty.ko The module is built successfully. The generated kernel configuration confirms it is enabled: grep CONFIG_IMX_RPMSG_TTY out/target/product/evk_8mm/obj/KERNEL_OBJ/.config Output: CONFIG_IMX_RPMSG_TTY=m The module is also generated successfully: out/target/product/evk_8mm/vendor_dlkm/lib/modules/imx_rpmsg_tty.ko and is packaged into the Android image. Runtime Observation After flashing the board, the running kernel configuration does not report the RPMsg module configurations. adb shell zcat /proc/config.gz | grep RPMSG Output: CONFIG_GKI_HIDDEN_RPMSG_CONFIGS=y # CONFIG_RPMSG_WWAN_CTRL is not set # CONFIG_RPMSG_TTY is not set # CONFIG_SND_SOC_FSL_RPMSG is not set CONFIG_RPMSG=y CONFIG_RPMSG_CHAR=y # CONFIG_RPMSG_CTRL is not set # CONFIG_RPMSG_NS is not set # CONFIG_RPMSG_QCOM_GLINK_RPM is not set # CONFIG_RPMSG_VIRTIO is not set Also, adb shell zcat /proc/config.gz | grep IMX_RPMSG returns no output. However, the corresponding RPMsg modules are loaded successfully: lsmod | grep -i rpmsg Output: snd_soc_imx_rpmsg snd_soc_rpmsg_ak4497 imx_audio_rpmsg snd_soc_fsl_rpmsg imx_pcm_rpmsg i2c_rpmsg_imx virtio_rpmsg_bus rpmsg_ns This indicates that the modules are built and loaded correctly, but /proc/config.gz does not reflect their configuration. Questions Is it expected that /proc/config.gz on the Android 16 BSP only reflects the base GKI kernel configuration and not the vendor module configuration? Why is CONFIG_IMX_RPMSG_TTY=m not visible in /proc/config.gz even though imx_rpmsg_tty.ko is built and packaged? Is there an additional configuration required for the running kernel configuration to include vendor module options? Could this behavior be related to Android GKI and vendor_dlkm module packaging? Any clarification would be appreciated. Android i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Issue: CONFIG_IMX_RPMSG_TTY is built as a module but appears as "not set" after flashi Hello @vp1  Hope you are doing very well. Could you please share what device tree are you using? Can you please try using the imx8mm-evk-rpmsg.dts? Best regards, Salas. Re: Issue: CONFIG_IMX_RPMSG_TTY is built as a module but appears as "not set" after flashi Hi @Manuel_Salas , Thank you for your response. Currently, my Android AOSP build is using the device tree imx8mm-evk.dts. I can see that imx8mm-evk-rpmsg.dts is also available and is built successfully. Could you please let me know how to configure the Android build to use imx8mm-evk-rpmsg.dts instead of imx8mm-evk.dts during boot? Is there any specific configuration in the Android BSP, U-Boot, or imx-mkimage that selects which device tree is packaged and loaded? Thank you for your guidance. Best regards, Vikas Patil

セキュアプロビジョニングツールを使用して、カスタムボード（MIMXRT1176CVM8B）にフラッシュメモリ（W25Q01NWZEIQ）をプログラムする こんにちは、 セキュアプロビジョニングツール（シリアルダウンローダーモード有効、FLASH_AUTO_PROBE_EN = 1）を使用して、カスタムボードのフラッシュメモリ（W25Q01NWZEIQ）の読み取り、書き込み、プログラミング、消去が可能です。プライマリ設定ピンFlexSPI_1フラッシュのインターフェースとして使っています しかしMCUXpresso IDEでは.axfをフラッシュできませんファイル。evkbmimxrt1170_flexspi_nor_config.c ファイルのルックアップテーブルやサイズ（128 MB）などのパラメータをいくつか変更しました。フラッシュエラーは以下のように表示されます。 ProgramPage(0x30000000、0x20002838、0x4000)ステータス0x1 - ドライバーがドライバーエラーを報告 - EXTSPIJドライバーRC -96(0xFFFFFFA0)。 詳細については、添付ファイルをご覧ください。 前もって感謝します Re: Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning こんにちは、@Raj_01 さん。 エラーは.cfxファイルが原因で発生します。MCUXpresso IDEで使用されるファイルは、EVKに埋め込まれたメモリ専用に設計されています。ご存知かもしれませんが、フラッシュメモリーによっては異なるコマンドセット、初期化シーケンス、構成が必要になることがあります。したがって、EVKフラッシュローダーは、お使いのカスタムメモリデバイスと互換性がない可能性があります。 MCUXpresso IDEでアプリケーションをデバッグするには、カスタムの.cfxを作成して使用する必要があります特定のメモリをサポートするフラッシュドライバー。以下のリンクにはこのファイルの作成ガイドがありますが、これらのガイドはRT1170専用ではありませんが、同じ手順で行えます。 AN13386:カスタムフラッシュデバイス用のRT600フラッシュローダー MCUXpresso IDEs用の新しいフラッシュドライバの作成方法 他に質問がありましたら、お気軽にお知らせください。 BR ハビブ Re: Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning こんにちは、ハビブさん。 前回の返信で述べられた手順に従い、flashprg.cなどのファイルもいくつか変更しました。flashConfig.h、flexspi_nor_flash.h、flasdev.c をカスタムボードのフラッシュ機能に合わせて作成し、新しい .cfx ファイルを構築しました。ファイルとフラッシュが行われました。しかし、それでもフラッシュすることができません。エラーと警告が発生しています。エラーファイルは添付ファイルをご確認ください。この問題に対する解決策を提案してください。 よろしくお願いいたします。 Re: Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning こんにちは、@Raj_01 さん。 より良くサポートするために、以下の情報を教えていただけませんか? -Secure Provisioning Toolで実行した手順を教えてもらえますか?ブートメモリ構成を使用してフラッシュメモリをテストしましたか？ -現在、FLASH_AUTO_PROBE_ENヒューズを使用していますか、それともGPIO_DISP_B1_6を使用してこのビットを有効にしていますか？ -カスタム.cfxをテストする場合FLASH_AUTO_PROBE_ENが有効になっていないフラッシュローダーでも、同じ動作が見られますか？ デバッグセッションを開始したとき、現在のブートピン構成はどうなっていますか？ -応募でアプリケーションを使う理由も教えていただけますか? BR ハビブ Re: Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning こんにちは、@Raj_01 さん。 AUTO_PROBE_ENを有効にしていなくても同じエラーが起きるというあなたの説明から、問題は.cfxに関連している可能性があります実装。セキュアプロビジョニングツールに含まれるブートメモリ構成ツールを使用することをお勧めします。このユーティリティを使用すると、フラッシュデバイスの構成パラメータを選択して検証できます。選択した設定がメモリと互換性があることを確認し、.cfx ファイルに実装されている設定と比較できます。ファイル。 さらに、このツールを使ってFCBを生成することもできます。このコミュニティ投稿、特に15番目の手順から始まる部分を確認することをお勧めします。そのセクションでは、セキュアプロビジョニングツールがどのようにFCBを生成するかについてより詳細な説明を提供しており、ツールによって生成されるパラメータと出力の理解に役立つ可能性があります。 また、申請でFLASH_AUTO_PROBE_ENを使う目的も教えていただけますか? BR ハビブ Re: Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning 使用されているNORは1Gb/W25Q01NWZEIQですが、 i.MX RT1170の参照デバイスでは128Mbまたは512Mbです。つまり、設定ファイルが異なります。設定ファイルを更新し、可能であればレビューのために設定ファイルを共有してください。 エラー情報が「ドライバがドライバエラーを報告した - EXTSPIJ ドライバ rc -96」なので、ドライブコマンドが異なる可能性があり、再確認が必要かもしれません Re: Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning 1.セキュアプロビジョニングツールでは、フラッシュのサイズが128MBに変更されています。 FLASH_AUTO_PROBE_ENはSW1で1に設定されていました。そのため、セキュアプロビジョニングツールをフラッシュで使うことができました。私たちはシリアルダウンローダーモードでフラッシュし、アプリケーションを起動する際には再び起動モードに戻しています。前の回答通りフラッシュドライバーを修正し、MCU Xpresso IDEでフラッシュしようとしています。デバッグが必要なため、Secure Provisioningツールを使ったフラッシュは解決しません。 2番と5番。 FLASH_AUTO_PROBE_EN - はい。それを有効にした後、セキュアプロビジョニングをフラッシュで通過できました。 3. はい。 4. 添付の画像を参照。 エラーログと修正ファイルを添付します。以下はMCU IDEからFCBを作成するためのLUTコードを含むevkbmimxrt1170_flexspi_nor_config.cです:    /* * 著作権 2018-2022 NXP * 無断転載を禁じます。 * * SPDX-License-Identifier: BSD-3-Claise */ #include "evkbmimxrt1170_flexspi_nor_config.h" /* ツールで使用されるコンポーネント ID 定義。*/ #ifndef FSL_COMPONENT_ID #define FSL_COMPONENT_ID 「プラットフォーム.ドライバ.xip_board」 #endif /**** * コード ******************************************************************************/ #if defined(XIP_BOOT_HEADER_ENABLE) && (XIP_BOOT_HEADER_ENABLE == 1) #if defined(__CC_ARM) || defined(__ARMCC_VERSION) || defined( __GNUC__ ) __attribute__ ((section( ".boot_hdr.conf" ), 使用済み)) #elif defined( __ICCARM__ ) #pragma location = ".boot_hdr.conf" #endif #define FLASH_DUMMY_CYCLES (8U) #define FLASH_DUMMY_VALUE (0x03U) const flexspi_nor_config_t qspiflash_config = { .memConfig = { .tag = FLEXSPI_CFG_BLK_TAG、 .version = FLEXSPI_CFG_BLK_VERSION、 .readSampleClksrc= kFlexSPIReadSampleClk_LoopbackInternally 、 .csHoldTime = 3U、 .csSetupTime = 3U、 // DDRモード、ワードアダッサブル、セーフ構成、差動クロックを有効にする .controllerMiscOption = (1UL << kFlexSpiMiscOffset_SafeConfigFreqEnable ), //0x10, .deviceType = kFlexSpiDeviceType_SerialNOR 、 .sflashPadType = kSerialFlash_4Pads 、 .serialClkFreq = kFlexSpiSerialClk_100MHz , //kFlexSpiSerialClk_133MHz, .sflashA1Size = 128U * 1024U * 1024U、 .timeoutInMs = 5000U、 .sflashA2Size = 0U、 .sflashB1Size = 0U、 .sflashB2Size = 0U、 /* フラッシュ構成機能を有効にする */ .configCmdEnable = 1U、 .configModeType[0] = kDeviceConfigCmdType_Generic 、 /* 設定コマンドシーケンスを設定します */ .configCmdSeqs[0] = { .seqNum = 1U、 .seqId = 12U、 .reserved = 0U、 }、 /* フラッシュメモリ内の読み出しレジスタの設定値を準備する */ .configCmdArgs[0] = (FLASH_DUMMY_VALUE <4U) .lookupTable = { // LUTを読み込む [4U * 0U + 0U] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xEC, RADDR_SDR, FLEXSPI_4PAD, 0x20), [4U * 0U + 1U] = FLEXSPI_LUT_SEQ(DUMMY_SDR, FLEXSPI_4PAD, FLASH_DUMMY_CYCLES, READ_SDR, FLEXSPI_4PAD, 0x04), // 読み取りステータスLUT [4U * 1U + 0U] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x05, READ_SDR, FLEXSPI_1PAD, 0x04), // LUTの書き込み有効化 [4U * 3U + 0U] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x06, STOP, FLEXSPI_1PAD, 0x00), // セクターLUTを消去する [4U * 5U + 0U] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x21, RADDR_SDR, FLEXSPI_1PAD, 0x20), // ブロックLUTを消去する [4U * 8U + 0U] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xDC, RADDR_SDR, FLEXSPI_1PAD, 0x20), //ペーパープログラムLUT [4U * 9U + 0U] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x12, RADDR_SDR, FLEXSPI_1PAD, 0x20), [4U * 9U + 1U] = FLEXSPI_LUT_SEQ(WRITE_SDR, FLEXSPI_1PAD, 0x04, STOP, FLEXSPI_1PAD, 0x00), // チップLUTを消去する [4U * 11U + 0U] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x60, STOP, FLEXSPI_1PAD, 0x00), // 読み出しレジスタLUTを設定する [4U * 12U + 0U] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xC0, WRITE_SDR, FLEXSPI_1PAD, 0x01), [4U * 12U + 1U] = FLEXSPI_LUT_SEQ(STOP, FLEXSPI_1PAD, 0x00, STOP, FLEXSPI_1PAD, 0x00), }、 }、 .pageSize = 256u、 .sectorSize = 4u * 1024u、 .blockSize = 64u * 1024u、 .ipcmdSerialClkFreq = 1U、 .isUniformBlockSize = 0U, //false, .isDataOrderSwapped = 0U、 .serialNorType = 0U、 .needExitNoCmdMode = 0U、 .halfClkForNonReadCmd = 0U、 .needRestoreNoCmdMode = 0U、 .reserved0 = 0U、 .FlashStateCtx = 0U、 }; #endif /* XIP_BOOT_HEADER_ENABLE */  

CGM用MCX W23パワープロファイルツール このページは、連続血糖モニタリング(CGM)用Kinetis MCX W23パワープロファイルツールに特化しています。 これにより、CGMアプリケーションの消費電力を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには、以下の用途向けの専用電源プロファイルツールが掲載されます。 MCX W23製品を使ったCGMのフルアプリケーション christophe_menard_0-1786027418500.png AN14157 消費電力分析 AN14660 電源管理 id: ワイヤレス・コネクティビティ フォーラム [開始日: 2026年7月31日]

PFS8632レジスタマップ 登録地図の場所 Re: PFS8632 register map こんにちは、ハラルドさん。 このPFS8632はFS86セーフティSBCファミリの一部です。詳細なレジスタマップは、FS86製品ページのドキュメント/セキュリティセクションにあるFS86データシートの全文で入手可能です。アクセスにはNXPアカウントと NDA/セキュアファイルの承認が必要です。   BRs、トーマス

MCX W23 功率我的分析工具（适用于 CGM） 本页面专用的 Kinetis MCX W23 用于连续血糖监测 (CGM) 的功率我的工具。 它将帮助您估算 CGM 应用中的功耗，并评估解决方案的电池寿命。 本页面将包含专用的电源分析工具，用于： 使用MCX W23产品进行CGM全面应用 christophe_menard_0-1786027418500.png AN14157 功耗分析 AN14660 电源管理单元 id：无线连接论坛 [开始日期：2026年7月31日]

問題:CONFIG_IMX_RPMSG_TTYモジュールとして構築されているのに、Androidをフラッシュした後に「セットされていない」と表示されます こんにちは、NXP チームの皆様、 私は Android 16 BSP を搭載した i.MX8M Mini LPDDR4 EVK を開発中 で、Cortex-A53とCortex-M4間のRPMsg通信を有効にしようとしています。 設定 カーネル設定でNXP RPMsg TTYドライバーを有効にしました: CONFIG_IMX_RPMSG_TTY=m SharedBoardConfig.mkにもモジュールを追加しました。 $(KERNEL_OUT)/drivers/rpmsg/imx_rpmsg_tty.ko モジュールは正常にビルドされました。 生成されたカーネル設定により、有効になっていることが確認できます。 grep CONFIG_IMX_RPMSG_TTY out/target/product/evk_8mm/obj/KERNEL_OBJ/.config 出力： CONFIG_IMX_RPMSG_TTY=m モジュールも正常に生成されました。 out/target/product/evk_8mm/vendor_dlkm/lib/modules/imx_rpmsg_tty.ko そしてAndroidイメージにパッケージ化されています。 実行時観測 ボードにファームウェアを書き込んだ後、実行中のカーネル構成ではRPMsgモジュール構成が報告されません。 adb shell zcat /proc/config.gz | grep RPMSG 出力： CONFIG_GKI_HIDDEN_RPMSG_CONFIGS=y # CONFIG_RPMSG_WWAN_CTRL is not set # CONFIG_RPMSG_TTY is not set # CONFIG_SND_SOC_FSL_RPMSG is not set CONFIG_RPMSG=y CONFIG_RPMSG_CHAR=y # CONFIG_RPMSG_CTRL is not set # CONFIG_RPMSG_NS is not set # CONFIG_RPMSG_QCOM_GLINK_RPM is not set # CONFIG_RPMSG_VIRTIO is not set また、 adb shell zcat /proc/config.gz | grep IMX_RPMSG 何も出力しません。 しかし、対応するRPMsgモジュールは正常にロードされます。 lsmod | grep -i rpmsg 出力： snd_soc_imx_rpmsg snd_soc_rpmsg_ak4497 imx_audio_rpmsg snd_soc_fsl_rpmsg imx_pcm_rpmsg i2c_rpmsg_imx virtio_rpmsg_bus rpmsg_ns これは、モジュールが正しくビルドされロードされているものの、 /proc/config.gzにその設定が反映されていないことを示しています。 質問 Android 16 BSPの/proc/config.gzは、ベンダーモジュール構成ではなく、基本のGKIカーネル構成のみを反映することは期待されますか? imx_rpmsg_tty.koがビルド・パッケージされているのに、なぜCONFIG_IMX_RPMSG_TTY=mが/proc/config.gzに表示されないのでしょうか? 実行中のカーネル構成にベンダーモジュールオプションを含めるには、追加の設定が必要ですか？ この挙動はAndroid GKIやvendor_dlkmモジュールのパッケージングに関係しているのでしょうか? ご説明いただければ幸いです。 Android i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Issue: CONFIG_IMX_RPMSG_TTY is built as a module but appears as "not set" after flashi こんにちは@vp1 お元気でお過ごしのことと思います。 どのデバイスツリーを使っているのか教えていただけますか? imx8mm-evk-rpmsg.dtsを使ってみてもらえますか? よろしくお願いいたします。 サラス。 Re: Issue: CONFIG_IMX_RPMSG_TTY is built as a module but appears as "not set" after flashi こんにちは、 @Manuel_Salas さん。 ご返信ありがとうございます。 現在、私のAndroid AOSPビルドはデバイスツリーimx8mm-evk.dtsを使っています。imx8mm-evk-rpmsg.dtsも利用可能で、うまく構築されているようです。 起動時にimx8mm-evk.dtsではなくimx8mm-evk-rpmsg.dtsを使うようにAndroidビルドの設定方法を教えていただけませんか? Android BSP、U-Boot、またはimx-mkimageで、どのデバイスツリーをパッケージして読み込むかを選べる特定の設定はありますか? ご指導ありがとうございました。 よろしくお願いします、 ヴィカス・パティル

Kinetis MCX Wxx (KW47 & MCX W72) Power Profile Tools for Bluetooth Localization This page is dedicated to the Kinetis KW47 and MCX W72 Power Profile Tool for Localization (CCC CS). It will help you to estimate the power consumption in your application (Automotive & IIoT]) and evaluate the battery life time of your solution. This page contains a dedicated power profile tool for: Localisation application (CCC CS) for Automotive & IIoT Automotive : 2 automotive applications example are available in the KW47 SDK: ...\kw47b41zevk\wireless_examples\bluetooth\digital_key_car_anchor_cs ...\kw47b41zevk\wireless_examples\bluetooth\digital_key_device_cs IIoT 2 IIoT applications example are available in the MCX W72 SDK: ...\MCX W72\boards\mcxw72w148evk\wireless_examples\bluetooth\loc_reader ...\MCX W72\boards\mcxw72w148evk\wireless_examples\bluetooth\loc_user_device AN14628_KW47_CCC_CS_Power_Profile_estimator tool_release.pdf id:NXP-Knowledge-Base [start:May 27 2021] [end:June 27 2021]

コード、接続、NXPとWS2812 こんにちは、 私はNXPのマイクロコントローラ初心者で、16ピクセルWS2812B RGB LEDストリップをインターフェースしたいと考えています。 このプロジェクトにおすすめのNXP開発ボードはどれですか? また、WS2812B LED制御に関するプロジェクト例やSDKsの例、ドキュメントも教えていただけると助かります。 ありがとう。 Re: Code, Connections, NXP with WS2812 NXP製品にご関心いただきありがとうございます! FRDM-MCXA366は、あなたのプロジェクトに最適なボードです。 NXPは、MCX A366を使って WS2812B LED を制御する方法を具体的に示した、初心者向けの専用アプリケーションノートを提供しています。このドキュメントには、ボードの推奨事項、ハードウェア接続方法、ソースコード、および段階的なセットアップ手順が含まれています。 AN14980 – MCX A366上でFlexIOを用いたWS2812バスのエミュレーション この応用ノートでは、MCX A366のFlexIOモジュールを使ってWS2812通信プロトコルをエミュレートし、LEDを駆動する方法を詳細WS2812B説明しています。 これでデザインを始めるために必要なすべてが揃っているはずです。 他に質問があればお知らせください よろしくお願いいたします。 アロンドラ Re: Code, Connections, NXP with WS2812 こんにちは、アロンドラさん。 ご提案ありがとうございます！私たちのデザインはまだ評価段階にあります。 基板を決める前に、LPC5514JBD64EがWS2812 LEDにも対応できるか確認したいです。 よろしくお願いします、 キショール

Code, Connections, NXP with WS2812 Hello, I am new to NXP microcontrollers and would like to interface a 16-pixel WS2812B RGB LED strip. Which NXP development board would you recommend for this project? I would also appreciate any example projects, SDK examples, or documentation for controlling WS2812B LEDs. Thank you. Re: Code, Connections, NXP with WS2812 Thank you for your interest in NXP products! The FRDM-MCXA366 is an ideal board for your project. NXP provides a dedicated, beginner-friendly application note that specifically demonstrates how to control WS2812B LEDs using the MCX A366. The document includes board recommendations, hardware connections, source code, and step-by-step setup instructions. AN14980 – Emulating the WS2812 Bus with FlexIO on MCX A366 This application note explains in detail how to use the FlexIO module on the MCX A366 to emulate the WS2812 communication protocol and drive WS2812B LEDs. This should provide everything you need to get started with your design. Please let me know further questions Best regards, Alondra Re: Code, Connections, NXP with WS2812 Hello Alondra, Thank you for the suggestion! Our design is still in the evaluation phase. Before we decide on a board, I wanted to check if the LPC5514JBD64E can also support WS2812 LEDs? Best regards, Kishore

Kinetis MCX Wxx(KW47およびMCX W72)Bluetoothローカライゼーション用パワープロファイルツール このページはKinetis KW47およびMCX W72 Power Profile Tool for Localization (CCC CS)に特化しています。 これにより、あなたの用途(オートモーティブおよび工業電気)での消費電力を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには、以下の用途に特化した電源プロファイルツールが含まれています。 オートモーティブ&IIoT向けのローカリゼーションアプリケーション(CCC CS) オートモーティブ : KW47 SDKには2つの自動車アプリケーションの例があります: ...\kw47b41zevk\wireless_examples\bluetooth\digital_key_car_anchor_cs ...\kw47b41zevk\wireless_examples\bluetooth\digital_key_device_cs IIoT MCX W72 SDKには2つのIIoTアプリケーション例があります: ...\MCX W72\boards\mcxw72w148evk\wireless_examples\bluetooth\loc_reader ...\MCX W72\boards\mcxw72w148evk\wireless_examples\bluetooth\loc_user_device AN14628_KW47_CCC_CS_Power_Profile_estimator tool_release.pdf id:NXPナレッジベース [開始日: 2021年5月27日] [終了日：2021年6月27日]

UART CTS RTS 未检测到 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我的设计中使用的是i.MX53处理器。我使用的是 linux-2.6.35.3 内核 i.MX53 作为 电路板支持包。 我正在使用 RTS 和 CTS 测试 UART3(RS232)。如果我禁用RTS/CTS控制标志（CRTSCTS）。在这种情况下，我可以通过 UART3 端口发送和接收数据。 在这种情况下，如果我启用 RTS/CTS 控制标志 (CRTSCTS)，则不会发生数据传输和接收。 请问如何根据上述场景测试UART3？是否有任何应用程序可以测试 UART3 与 RTS/CTS 的兼容性？ 注意：我使用的是软件控制-硬件流控制（握手控制）。 请问这样够吗？或者我还需要启用驱动程序方面的其他设置吗？ 拉纳 Re: UART CTS RTS not detecting 这个问题解决了吗？ Re: UART CTS RTS not detecting <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，尤里， 你知道RTS信号始终是iMX53的输入，而CTS信号始终是iMX CPU的输出吗？ 也许这就是你的问题所在。 此致 Re: UART CTS RTS not detecting <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> CTS/RTS流量控制需要5线连接。

PFS8632寄存器映射 在哪里可以找到登记地图 Re: PFS8632 register map 你好，哈拉尔德， PFS8632 是 FS86 功能安全 SBC 系列的一部分。详细的寄存器映射可在 FS86 产品页面的“文档/安全”部分下的完整 FS86 数据表中找到。访问需要 NXP 帐户和NDA/安全文件批准。   BRs，托马斯

代码、连接、NXP 与 WS2812 你好， 我是 NXP 微控制器的新手，想用它来连接一个 16 像素的 WS2812B RGB LED 灯条。 您会推荐哪款NXP开发板用于这个项目？ 我也很希望获得一些关于控制 WS2812B LED 的示例项目、SDK 示例或文档。 谢谢。 Re: Code, Connections, NXP with WS2812 感谢您对恩智浦产品的关注！ FRDM-MCXA366是您项目的理想板。 NXP 提供了一份专用的面向初学者的应用笔记，详细演示了如何使用 MCX A366 控制WS2812B LED 。该文档包括板推荐、硬件连接、源代码和分步设置说明。 AN14980 – 在 MCX A366 上使用 FlexIO 模拟 WS2812 总线 本应用笔记详细解释了如何使用 MCX A366 上的 FlexIO 模块来模拟 WS2812 通信协议并驱动 WS2812B LED。 这应该能提供你开始设计所需的一切。 如有任何疑问，请随时提出。 顺祝商祺！ 阿隆德拉 Re: Code, Connections, NXP with WS2812 你好，阿隆德拉， 谢谢你的建议！我们的设计仍在评估阶段。 在决定使用哪款电路板之前，我想确认一下 LPC5514JBD64E 是否也支持 WS2812 LED？ 此致， 基肖尔

PFS8632 register map where to find the regsiter map  Re: PFS8632 register map Hello Harald, The PFS8632 is part of the FS86 Safety SBC family. The detailed register map is available in the full FS86 datasheet under the Documentation/Secure section of the FS86 product page. Access requires an NXP account and NDA/secure-file approval.   BRs, Tomas

IMX95 bootcount managment Hi, I've been working recently on the imx95 19x19 EVK board and i'm interested in implementing a bootcount management mechanism for our distro update/recovery.  Looking in the TRM, i found out that the GPRs (General Purpose Registers) are in the BBNSM and are accessible via the SCMI protocol (requests to the SM running on the M33). In u-boot, scmi_get_bbnsm_gpr() and scmi_set_bbnsm_gpr() APIs are kindly provided (in arch/arm/mach-imx/imx9/scmi/soc.c) and i was able to implement my bootcount_store()/_load() without issues. However, in the kernel, no such APIs exist ! (I would want to reset the bootcount from Linux user-space after a successful boot.) Additionally, i came across the Cyber Resilient Recovery Module (CRRM) in your documentation, and now i'm questioning even if there is the need at all to self-manage a bootcount for distro updates. So I have the following questions for you: Why there is no support for SCMI APIs for GPR access in the kernel ? is it because the CRRM uses one of the GPRs ? With CRRM, does it make sense to have a bootcount for managing distro updates ? if yes, where do you recommend storing the bootcount other than GPR ? (or what other ways are available to access the GPRs) Any answer, is very well appreciated. SoC: i.MX 95 (19x19 LPDDR5 EVK) BSP: LF6.18.20_2.0.0 Thank you, Abder Re: IMX95 bootcount managment Hi @Chavira  Thank you for the valuable clarifications. Ok for using GPRs then, but will be there any official driver from NXP on the kernel side to add GPR access ? I can see in the kernel source under drivers/firmware/arm_scmi/vendors/imx that imx-sm-bbm.c defines the GPR commands but doesn't implement them !! enum scmi_imx_bbm_protocol_cmd { IMX_BBM_GPR_SET = 0x3, IMX_BBM_GPR_GET = 0x4, IMX_BBM_RTC_ATTRIBUTES = 0x5, IMX_BBM_RTC_TIME_SET = 0x6, IMX_BBM_RTC_TIME_GET = 0x7, IMX_BBM_RTC_ALARM_SET = 0x8, IMX_BBM_BUTTON_GET = 0x9, IMX_BBM_RTC_NOTIFY = 0xA, IMX_BBM_BUTTON_NOTIFY = 0xB, };   Is there any reason behind this decision i.e., implementing all the listed cmds but the GPR ones ? I prefer to align with NXP's intended approach here before relying on any custom implementation.   Best regards, Abder Re: IMX95 bootcount managment HI @Abder, Thank you for the detailed investigation. In simple terms, CRRM and ROM recovery do not replace a bootcount mechanism. They help recover from corrupted or invalid boot images, but they cannot determine whether Linux or your application has booted successfully. For OTA update solutions, a bootcount is still recommended to detect failed updates and perform automatic rollback. Regarding the BBNSM GPRs, U-Boot provides access through NXP-specific SCMI functions, but Linux currently does not expose an equivalent interface. If you need Linux access to these registers, a custom kernel driver or SCMI vendor extension would likely be required. For your use case, our recommendation is to continue using BBNSM GPRs for bootcount storage if they are already working in U-Boot. CRRM recovery and bootcount management serve different purposes and should be considered complementary mechanisms rather than alternatives. Best regards, Chavira Re: IMX95 bootcount managment HIi @Abder, Thank you for pointing this out. Your observation is correct. The IMX_BBM_GPR_SET and IMX_BBM_GPR_GET commands are defined in the BBM protocol specification, meaning the firmware supports access to the General Purpose Registers (GPRs). However, the current Linux imx-sm-bbm driver does not implement support for these commands. At present, the driver only exposes RTC and button-related functionality, as these integrate directly with existing Linux subsystems (RTC and input frameworks). Although GPR access is not yet available through the upstream driver, the driver already retrieves and stores information about the number of available GPRs during initialization. This indicates that the underlying infrastructure is partially in place and that GPR support was considered during the driver design. However, there is currently no official kernel interface or released driver implementation that exposes these registers to user space. Best Regards, Chavira

How to become a EV powertrain deisgn engineer? How do I become better/employable as Ev powertrain deisgn engineer, what tools should I be familiar with is there anything I can do like make a portfolio to better showcase what ive learnt. Is there any practice assignments or materials online that could help me understand & practice more. My background: I'm new to EV industry, starting from scratch. It's a career change for me.i have degree in mechanical engineering. But was in a different career for past few years and never worked as an engineer.but was always passionate about EVs. So, To get back and brigde the gap I'm doing a course to learn more about ev design ,it's called master's in Ev powertrain design & validation. It's mainly modeling in matlab simulink and few practical on an EV. Alternator Regulator