Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
migration k22 to k02 Hello,  I need bootloader for k02 mcu but I could not find bootloader example for k02. I open a k22 bootloader example and I did changes at linkerscript, it is working properly but there is a question mark in my head when I compare of systems files and others I see that these are different so I try to understand if there can be problem. Shortly, can I use k22 project(only linkerscript arranged and pinouts) on k02 mcu without any problem?  Thank you. Re: migration k22 to k02 It might depend on the exact device your are using. The bootloader is pretty generic, mostly it is depending on the memory map (linker file) and the flash programming. System files (clocking, initialization, ...) might be different between devices. As long as you are using matching SDK files for your K02 device, you should be fine. Re: migration k22 to k02 By the way, I am using mcuxpresso IDE.
查看全文
cannot connect M7_1 on K322 when I create an application project in Design Studio 3.6.x for K322, I can debug the M7_0 core with my PEmicro and the Debug_FLASH_PNE configuration. When I try to debug the M7_1 core, I cannot establish a connection to this core. In console there is an error message: "Could not connect to semihosting port due to connection timeout. Please check that the correct port number is configured." The status always is halted at 95%. At the end there is an error window with message: "error 138". I checked that there are no breaking points at start up for the other core. I also checked that I am using the 100-pin K322 and I checked the correct clock settings. I checked that in both mex-files. Can anybody help me please? Re: cannot connect M7_1 on K322 That was the problem. Thx Re: cannot connect M7_1 on K322 Hi @Micha4566465, Debug both cores in Launch Group: Let me know if you have questions, BR, Daniel Re: cannot connect M7_1 on K322 Debugging the M7_1 core on K322 in Design Studio 3.6.x fails due to a semihosting connection timeout and "error 138." This issue likely stems from a port number misconfiguration or a race condition between the two cores, preventing a successful connection to M7_1. To fix this, ensure the correct semihosting port is set for M7_1 and consider initializing M7_0 in a way that doesn't interfere with the debugger's connection KaiserMemberServices to the second core.
查看全文
RW612 WiFi - SSIDではなくBSSIDでアクセスポイントに接続する こんにちは。WiFi 関連のあらゆる機能に NXP MCUXpresso SDK を使用した RW612 用のアプリケーションがあります。SSID を使用して接続するアクセス ポイントを選択すると、すべて正常に動作します。SO、もし「Point01」という名前のAPが2.4GHzと5GHzの周波数帯を持っていて、 WPL_AddNetwork() その後に WPL_Join() 常に 5 GHz チャネルに接続し、2.4 GHz チャネルには接続しません。2.4 GHz チャネルを強制するオプションを追加しようとしており、WiFi スキャン結果から BSSID を使用できると想定していました。変更しました WPL_AddNetworkWithSecurity() 関数呼び出しに bssid パラメータを追加し、関数内でフラグ bssid_specific を '1' に設定します。しかし、これは機能しません。接続はされていると表示されますが、netif_default は決して入力されず、他の何も機能せず、LINK LOST コールバックが返されるだけです。 私の進むべき道は正しいでしょうか?bssid_specific フラグは何の役にも立ちますか?それともchannel_specificを使うべきでしょうか?それはもっと悪い選択肢のように思えます。前もって感謝します! Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID こんにちは@MattKow-Firefly さん、お元気ですか。 SDKs バージョン 25.06.00 で「wifi_cli」デモをテストしたところ、以下の画像に示すように、任意の 2.4GHz AP に接続しようとすると期待どおりに動作しました (AP はデュアルバンドをサポートしています)。 Ublox IRIS 評価ボードを使用してデモをテストすることをお勧めします。ボードのメモリに違いがあることを考慮してください。Ublox モジュールに応じて例を変更するには、アプリケーション コード ハブの「FRDM-RW612 からサードパーティ モジュール メモリへの移行」の投稿を参照して、デモをモジュールに適合させてください。 この情報が役に立つかどうかお知らせください。 Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID また、パラメータ bssid を設定せずにパラメータ "acs_band 0" を試しましたが、acs_band を 0 または 1 に設定すると、wlan-info で確認すると常に 5 GHz に接続され、どちらのCASEでもチャネル 149 と 5 GHz bssid が表示されます。 Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID SO、「frdmrw612_wifi_cli」デモは当社のカスタム ボード上で正常に動作します。フラッシュ構成と UART を 3 から 2 に変更するだけで、正常に動作します。これは私が抱えているのと同じ問題です。ここにコンソールのスニペットを示します。SSID とパスワードを変更しましたが、アクセス ポイントがあり、「wifi_scan」後に 2.4 GHz と 5 GHz の両方が個別に表示され、スキャン結果から BSSID を使用しています。bssid を指定しない場合でも問題なく接続できますし、5 GHz の bssid を指定しても問題なく接続できます。しかし、2.4 GHz の bssid を指定すると、IP アドレスが取得されず、元の投稿と同じようにループが発生します。これが SDK の問題なのか、それともアクセス ポイントの設定の問題なのかを知りたいだけです。引き続き調査してみます。ありがとうございます!以下はその抜粋です: # wlan-add fire ssid SAMPLESSID bssid A2:2A:6F:26:DE:3B wpa2 psk SAMPLEPASS 「火」を追加しました # wlan-connect ファイア ネットワークに接続しています... 現在の接続ステータスを確認するには、「wlan-stat」を使用します。 # board_type: 2、board_type マッピング: 0----QFN 1----CSP 2----BGA app_cb: WLAN: ネットワークに認証済み app_cb: WLAN: ネットワークにコネクテッドされています 次の BSS にコネクテッドされています: SSID = [Firefly_02] IPv4アドレス: [192.168.42.71] wlan切断 app_cb: 切断されました # wlan-remove fire 「火」を削除しました # wlan-add fire ssid SAMPLESSID bssid 9E:2A:6F:26:DE:3C wpa2 psk SAMPLEPASS 「火」を追加しました # wlan-connect ファイア ネットワークに接続しています... 現在の接続ステータスを確認するには、「wlan-stat」を使用します。 # board_type: 2、board_type マッピング: 0----QFN 1----CSP 2----BGA board_type: 2、board_type マッピング: 0----QFN 1----CSP 2----BGA board_type: 2、board_type マッピング: 0----QFN 1----CSP 2----BGA Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID こんにちは、Roman。私は RW612 SDKs 25.06.00 を使用してカスタム ボードとカスタム アプリを操作しています。私は SDKs サンプル アプリ「frdmrw612_wifi_httpsrv」から始めました。時間ができたら、「wifi_cli」サンプル アプリをロードして試してみたいと思います。UG10171 を確認します。当社のカスタム ボードの他に、テストに使用できる Ublox IRIS W1 評価ボードも 2 つあります。しかし、カスタム ボードでは他のすべては正常に動作しており、WiFi コードに奇妙な変更を加えていないSO、結果は同様になると予想されます。項目を実行して報告します。ありがとうございます! Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID こんにちは@MattKow-Firefly さん、お元気ですか。 SDK のサンプルを使用しているかどうか、また使用している場合はどのバージョンを使用しているかを確認してください。これにより、問題を再現できるようになります。 UG10171 - NXP Wi-Fi および Bluetooth デモ アプリケーション (FRDM-RW61x 用) のセクション 3.1.6.4 に記載されているように、SDK の CLI 例を使用している場合は、BSSID を指定してネットワークに接続できるはずです。 情報が役に立つかどうか、また作業設定の詳細をお知らせください。 Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID 追加情報: WPL_Join() のコードを変更しました。SO、RSSI の高い AP を探す代わりに、正しい SSID を持つ 2.4 GHz ネットワークを見つけて接続を試みます。通常は 2.4 GHz を見つけてから、RSSI の高い 5 GHz ネットワークを探し、毎回そちらを使用します。SO、2.4 GHz ネットワークへの接続を強制すると、wlcm から以下の出力が表示されます。 [wlcm] がスキャンロックを取得中 (スキャン接続) [wlcm] スキャンロックを取得しました(スキャンを接続) [wlcm] Wi-Fiメッセージを受け取りました: 69 0 1 [wlcm] ネットワークへの接続を開始しています: 1 [wlcm] ネットワーク「xxxxxxxx」のスキャンを開始しています ...[wlcm] Wi-Fiメッセージを受信しました: 9 0 0 [wlcm] イベント情報を取得しました: スキャン結果 [wlcm] : マッチング成功 [wlcm] 予期しないセキュリティネットワークパラメータ [wlcm] 「xxxxxxxx」への関連付けを開始します [wlcm] WPA3 SAE セキュリティの設定 [wlcm] SSIDとWPA3 SAEパスワードをサプリカントキャッシュに追加する ..[wlcm] SM: 関連付けに戻りました [wlcm] スキャンロックの解除(接続スキャン) [wlcm] Wi-Fiメッセージを受信しました: 12 2 0 [wlcm] イベント情報を取得しました: 関連付け結果: 失敗 [wlcm] 関連付けに失敗しました。再スキャンしています [wlcm] ネットワーク「xxxxxxxx」のスキャンを開始しています ....[wlcm] Wi-Fiメッセージを受信しました: 9 0 0 [wlcm] イベント情報を取得しました: スキャン結果 [wlcm] : マッチング成功 [wlcm] 予期しないセキュリティネットワークパラメータ [wlcm] 「xxxxxxxx」への関連付けを開始します [wlcm] WPA3 SAE セキュリティの設定 [wlcm] SSIDとWPA3 SAEパスワードをサプリカントキャッシュに追加する ...[wlcm] SM: 関連付けに戻りました [wlcm] スキャンロックの解除(接続スキャン) [wlcm] Wi-Fiメッセージを受信しました: 12 2 0 [wlcm] イベント情報を取得しました: 関連付け結果: 失敗 [wlcm] 関連付けに失敗しました。再スキャンしています [wlcm] ネットワーク「xxxxxxxx」のスキャンを開始しています ....[wlcm] Wi-Fiメッセージを受信しました: 9 0 0 [wlcm] イベント情報を取得しました: スキャン結果 [wlcm] : マッチング成功 [wlcm] 予期しないセキュリティネットワークパラメータ [wlcm] 「xxxxxxxx」への関連付けを開始します [wlcm] WPA3 SAE セキュリティの設定 [wlcm] SSIDとWPA3 SAEパスワードをサプリカントキャッシュに追加する ...[wlcm] SM: 関連付けに戻りました [wlcm] スキャンロックの解除(接続スキャン) [wlcm] Wi-Fiメッセージを受信しました: 12 2 0 [wlcm] イベント情報を取得しました: 関連付け結果: 失敗 [wlcm] 関連付けに失敗しました。再スキャンしています 時々、接続は成功しますが、その後すぐに「関連付けに失敗しました」というループに戻ってしまいます。繰り返しになりますが、2.4 GHz のみが有効になっている AP には問題はなく、5 GHz ネットワークの車載選択にも問題はありません。2.4 と 5 の両方がオンになっている AP に接続し、2.4 を選択しようとした場合にのみ発生します。次に何を試せばいいのか分からないので、AP 設定を調べてみることにします。
查看全文
S32G-VNP-EVB3 はこのイメージ用の Yocto BSP 最新バージョンをビルドしたいのですが、最新のガイドはありますか? S32G-VNP-EVB3は、このイメージの最新バージョンのYocto BSPをビルドしたいのですが、同じ最新のガイドはありますか? Re: S32G-VNP-EVB3 want to build Yocto BSP latest version for this image any latest guide is avaliabl こんにちは、 @abbas ご投稿ありがとうございます。 現在、最新バージョンの BSP は BSP44 です。 BSP44 のリリース ノートによると、EVB3 がサポートされているため、Yocto ビルディングの詳細については BSP44 UM を直接参照できます。 BR チェイン
查看全文
Clarify the OSC 24 MHz modes for iMX RT1176 Can you clarify how to configure the OSC_24M_CTRL fields for an external 24 MHz reference clock? It is not clear what the following register bits are: OSC_EN - Does this enable the pins for connection to an external clock source, or does this enable the internal 24 MHz RC? BYPASS_EN - 0 for external crystal, 1 for external oscillator? Or other way around? BYPASS_CLK - No description in the RM for what 0 and 1 values mean. Meanwhile, the Clock Tools with the SDK actually shows 3 values for "OSC mode": From what I can tell, this is how the 3 available OSC modes affect the OSC_24M_CTRL register: OSC mode BYPASS_EN BYPASS_CLK Clocks Tool Descr Ext crystal 24 MHz 0 0 External crystal 24 MHz Ext bypass clock mode 1 0 External crystal is connected to the XTALI clock input Ext ref clock 0 1 External reference clock is connected to the XTALI clock input What is the difference between these three modes? Why are there three modes (I can only imagine two: passive XTAL connected, or active oscillator clock connector).  Is it possible to change the OSC 24MHz between the internal RC oscillator and an external clock? (For example, depending on whether a reliable clock source is present, I would want to fall back to the internal 24 MHz) Re: Clarify the OSC 24 MHz modes for iMX RT1176 Hello @aberger, I have checked the usage of the internal RC oscillator 48 MHz (divided by 2) as 24 MHz clock source. This 48 MHz internal RC oscillator (divided by 2) can be just used as a clock source in the CCM clock roots, see the clock diagram below: It can be used for peripherals and also CPU cores but this internal RC oscillator cannot be used for PLLs as it is visible in the clock diagram in the Clocks tool. The internal RC oscillator is not precise and stable to be used as a clock source for PLLs. The only possible clock source for all PLLs is an external crystal or external oscillator. Please, ignore the confusing comment of the OSC 24 MHz clock element in the Clocks tool for the MIMXRT1176 MCU (it will be removed). Thus, if you want to use the internal 48 MHz RC oscillator, all PLLs must be disabled and the  internal 48 MHz RC oscillator clock source must be selected in the CCM (clock roots) . But still the recommendation is to use the external oscillator to have better stability in clocks. Best Regards, Marek Neuzil Re: Clarify the OSC 24 MHz modes for iMX RT1176 Hello @aberger, I have checked the i.MX RT1176 reference manual and there is a statement about usage of the alternate RC 48MHz internal reference clock as 24 MHz clock source instead of the external 24 MHz. But I am not sure whether the MCU can completely work without external reference clock (for example USB need a stable clock source, PLL need a stable 24 MHz reference clock). In addition, the i.MX RT1176 datasheet specify usage of the external reference clock - it can be either crystal or external oscillator. The internal RC 48 MHz is trimmed to +-2%, which is not a precise clock source.  I will contact the responsible design team to verify the statements in the i.MX RT1170 reference manual and recommended 24 MHz clock sources for PLLs and other internal modules. Best Regards, Marek Neuzil Re: Clarify the OSC 24 MHz modes for iMX RT1176 Hmm, the Clocks Tool seems to imply that the OSC 24 MHz can be an "internal RC oscillator".  Meanwhile, the RM refers to the 24 MHz as a crystal oscillator available on the chip: Regardless of whether it as an RC oscillator or a XTAL oscillator, is there a source of 24 MHz available "on chip" (i.e. without an external connection to a XTAL or reference clock)? If I set the Clocks Tool to "OSC 24 MHz disabled", the XTALI and XTALO pins become disabled, but there still appears to be a 24 MHz signal coming out of the Oscillators block (which suggests on on-chip source of 24 MHz). Only if I click on the OSC 24MHz and select "disconnected" does the OSC 24MHz block get labeled as Inactive. Re: Clarify the OSC 24 MHz modes for iMX RT1176 Hi @aberger  Thank you so much for your interest in our products and for using our community. Q1: OSC_EN - Does this enable the pins for connection to an external clock source, or does this enable the internal 24 MHz RC? A1: This bit means enables external  24MHz XTALOSC. Q2: BYPASS_EN - 0 for external crystal, 1 for external oscillator? Or other way around? A2: BYPASS_EN - 1,  It means external clock source  directly input to XTALI pin. Q3: BYPASS_CLK - No description in the RM for what 0 and 1 values mean. A3: I confirmed with the NXP relevant internal team that the BYPASS_CLK information is incorrect. It will be changed to Reserved in the next released RT1170RM version, as this bit has no function. Q4: Is it possible to change the OSC 24MHz between the internal RC oscillator and an external clock? (For example, depending on whether a reliable clock source is present, I would want to fall back to the internal 24 MHz) A4:   RT1170 series chip have no internal 24MHz RC oscillator, it  contains four RC oscillators - 48MHz, 32KHz, 16MHz, and 400MHz. Wish it helps you. If you still have question about it, please kindly let me know. Best Regards MayLiu
查看全文
上面写有飞利浦芯片的数据表 225595-000 747460 ME HSH9136 AY 查找"Philips 芯片的数据表,上面写着 225595-000 747460 ME HSH9136 AY" 谢谢 Re: datasheet for Philips chip written on it 225595-000 747460 ME HSH9136 AY 嗨,@RayBanko、 我在我们的数据库中没有找到与您提供的信息相匹配的信息。 请联系您的恩智浦代理商,了解有关该芯片的更多信息。 顺祝商祺! 巴勃罗
查看全文
IMX8M Mini:为上游 Linux 上的 16Khz 音频配置 4.096MHz 的 SAI MCLK 您好 我有一个用户需要从 imx8mm SAI3 I2S 到 SGTL5000 编解码器的原生 16KHz 音频流。 SGTL5000 数据手册规定,MCLK 必须是采样率的整数倍,通常是采样率 (fs) 的 128 倍、256 倍、384 倍或 512 倍,最大 MCLK 为 25MHz。对于 16kHz 采样率,支持的 MCLK 频率为: - 2.048MHz (16kHz * 128) - 4.096MHz (16kHz * 256) - 6.144MHz (16kHz * 384) - 8.192MHz (16kHz * 512) IMX8MM_AUDIO_PLL1_OUT 为 786.432MHz,是 24.576 MHz 的整数倍,适用于 32Khz 和 48kHz 采样率。这将需要分频器才能达到 4.096MHz。 在 imx8mm 时钟驱动程序上传到 Linux 内核之前,似乎有一些选项可以将其细分,但我在上游 Linux 内核中没有看到这些选项。 是否有说明如何将 SAI 时钟配置为 4.096MHz 分频? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux 多媒体 Re: IMX8M Mini: Configure SAI MCLK for 4.096MHz for 16Khz audio on upstream Linux 您好, 我理解您的用例,但遗憾的是,软件运行时无法更改频率。恩智浦不提供同样的支持。 建议更改设备树。 此致 Re: IMX8M Mini: Configure SAI MCLK for 4.096MHz for 16Khz audio on upstream Linux 你指出的解决方案是使用下游供应商的内核,该内核有一个IMX8MM_CLK_SAI1_DIV,允许 IMX8MM_AUDIO_PLL1_OUT 被划分为额外的频率--这在上游 Linux 内核中是缺失的,也是我想问的。是否有办法在上游内核中进行划分?我对 Linux 的时钟子系统不是很熟悉。 Re: IMX8M Mini: Configure SAI MCLK for 4.096MHz for 16Khz audio on upstream Linux 你好 可以参考类似案例中提供的解决方案 https://community.nxp.com/t5/i-MX-Processors/SAI-on-i-MX8M-Mini/m-p/959805 此外,请参阅第 16 章 移植音频编解码器https://www.nxp.com/docs/en/user-guide/UG10165.pdf 此致
查看全文
在 EB Tresos 工作区升级 RTD 驱动程序 你好,团队、 我目前正在使用 LLCE CAN 驱动程序(v1.0.2)和 RTD 驱动程序(以太网、端口、平台等)版本 2.0.0 在 S32G274A 板上进行一个正在运行的项目。用于这些驱动程序的 EB Tresos 配置工作区在 CAN 和以太网模块上都能成功运行。 我现在计划将 RTD (MCAL) 驱动程序从 2.0.0 版升级到 5.0.0 版。我想了解使用 EB Tresos 更新驱动程序版本和重新生成模块的过程,最好以现有工作区为基础。 能否请您指导我执行此升级的建议步骤或最佳做法? 谢谢! Re: Upgrading RTD Drivers in EB Tresos Workspace 你好,@PZK 谢谢您的帖子。 你曾经使用的版本已经很旧了,对于这种主要版本的更新,我建议重新生成代码/配置,你可以先选择以下组合作为参考: LLCE1.0.10、RTD5.0.0QLP03 和其他(如需要)(HSE FW0.2.64、PFE 1.6.0)、因为这种组合在正式版本之前已经过测试。 然后更改参考您先前工作的设置,并为接下来的构建和测试生成新的代码/配置。 BR 切宁
查看全文
MIMXRT1166-EVK 板的 LVGL v9.2 示例不存在 您好, 我想在 GUI Guider 中为我的 MIMXRT1166 或 MIMXRT1170 EVK 板运行 LVGL v9.2.1 示例。但是,我的 EVK 板在那里不存在。见下图; 我想评估 LVGL v9,因为 LVGL GUI 文档建议使用 LVGL v9 以获得更高的性能,如下所示; 我尝试在不同的 EVK 板下为不同的示例编译和生成输出文件。之后,我将把"生成的" & " 自定义" 文件夹复制到 MCUXPresso IDE 中用于 IMXRT1166 的 LVGL v9.2.1 项目中。不过,任何示例都无法编译。它给出了不同的错误。 但是,在打开这个项目后,我看到的是空屏幕页面(没有出现屏幕仪表),并伴有错误。见下图; 下面是我想打开&修改的另一个项目; 然而,汇编失败了,见下文; Re: LVGL v9.2 examples for MIMXRT1166-EVK Board not exist 嗨,@burhanhagi、 GUI Guider 团队已收到有关此问题的通知,并打算在该工具的未来版本中修复该问题。不过,他们也提到,出现这些问题是由于屏幕的纵向特性。这些示例最初是为在横屏上使用而设计的。但是,在720x1280 下使用默认的RK055MHD 液晶屏时,会出现尺寸拉伸和资源错误等问题。 如果您选择"自定义显示" 选项,并将分辨率设置为 1280x720,"屏幕过渡" 模板就可以在模拟器中正常编译和运行。 BR, Edwin. Re: LVGL v9.2 examples for MIMXRT1166-EVK Board not exist 嗨,@burhanhagi、 我已经向 GUI Guider 团队报告了这些错误的图形用户界面示例,一旦收到他们的回复,我将立即返回。 感谢您的耐心等待。 BR, Edwin. Re: LVGL v9.2 examples for MIMXRT1166-EVK Board not exist 你好@EdwinHz 我知道 MusicPlayer 示例运行正常,但它对 LVGL v9 VGLite 的改进并无多大帮助。我尽量选择包含移动部件、快速动画部件的示例,而不是静态屏幕。因此,我直接专注于这些示例。 Re: LVGL v9.2 examples for MIMXRT1166-EVK Board not exist 嗨,@burhanhagi、 我能够在 ScreenTransition 示例和 DigitalCluster 中复制您所看到的问题(均在 RT1170-EVKB 的 GUI Guider v1.9.1 和 LVGL v9.2.1 上运行)。我将向 GUI Guider 团队报告这些发现,以便他们可以在将来的版本中修复它们。你认为只有这两个例子不起作用吗?如果您看到任何其他无法使用"out of the box" 的示例,请告诉我。 据我所知,MusicPlayer 示例能生成代码并成功编译(在相同的硬件和软件设置下),因此我建议在此期间使用该示例。 BR, Edwin.
查看全文
在 MCUXpresso for VSCode 中为 imx93EVK 的 Trustzone hello_world_ns 导入示例应用程序失败 我正试图从 MCUXpresso for VSCode 的 mcuxsdk 资源库中导入 hello_world_ns 示例项目。在 “从存储库导入示例” 对话框中,我选择 SDK(我已经尝试过 25.6.0 和最新的 25.9.0)、MCIMX93-EVK 板、trustzone_examples/hello_world_ns、独立应用程序、项目名称和位置以及工具链 Arm GNU 14.2.1。这是在 Windows 11 电脑上运行的。 处理几秒钟后,弹出信息"Error:创建独立示例失败" 。当我查看 VS Code 过滤器的 MCUXpresso 下方的输出税务摊销收益时,我得到的是这样的输出: [2025-09-23T20:10:05.391] [proc] [info] Cmd: C:\Users\BluTether-NathanWolc\.mcuxpressotools\.venv\Scripts\activate.bat && python -m west --version [2025-09-23T20:10:05.850] [proc] [info] Cmd: C:\Users\BluTether-NathanWolc\.mcuxpressotools\.venv\Scripts\activate.bat && python -m west export_app examples/trustzone_examples/hello_world_ns -b mcimx93evk -o c:\Users\BluTether-NathanWolc\MCUXpressoVSCode\projects\mcimx93evk_hello_world_ns3 [2025-09-23T20:10:07.928] [proc] [error] C:\Users\BluTether-NathanWolc\.mcuxpressotools\.venv\Scripts\activate.bat exited with code 1 [2025-09-23T20:10:07.928] [proc] [error] FATAL ERROR: Cannot find any app match your input, please ensure following command can get a valid output west list_project -p C:\Zephyr\nxp\mcuxsdk\mcuxsdk\examples\trustzone_examples\hello_world_ns -b mcimx93evk [2025-09-23T20:10:07.928] [error] Failed to create freestanding example 我浏览了命令行后发现这失败了,因为 mcuxsdk\ examples\ trustzone_examples\ trustzone_examples\ hello_world_ns\ 中的示例.yaml 文件要求使用核心 ID 来指定板参数,比如-b mcimx93evk @cm33。如果我从输出税务摊销收益日志中手动运行 west export_app 命令,添加了这个核心 ID,项目就会创建,然后我可以将其导入到 VSCode 版 MCUXpresso 的 “项目” 税务摊销收益中。此时,如果我使用构建按钮运行版本,它将失败。我可以通过在命令行手动版本并调整任何错误来解决这个问题,项目就会版本。但是,如果我用 MCU-Link Pro 调试器将此项目加载到 M33 上,应用程序在尝试打印时就会出现故障。 总之,我可以稍后再详细说明这些问题,但似乎我不应该为了让它运行而修改示例。我在这里做错了什么,还是这只是这些项目的版本设置中的错误。 trustzone_examples 子目录下的所有项目都存在同样的问题。 我查看了其他一些非 trustzone 示例项目的示例.yml 文件,但它们没有在板字符串的末尾指定 @cm33 核心 ID。这只是 example.yml 文件格式的疏忽吗? i.MX93EVK Re: Import example app fails for Trustzone hello_world_ns in MCUXpresso for VSCode for imx93EVK 你好 我试着在自己的电脑上重现这个问题,但没有看到 trustzone_examples . 只看到 hello_world_cm33 此致 丹尼尔
查看全文
PN7642 - 初始校准 大家好 我有一块定制的印刷电路板,上面有 PN7642。 数据手册上说,在开启射频部件之前,需要进行初始校准。 是否有更多相关文件? 1.写入 EEPROM 配置 NOV_CFG_CAL。 2.写入 REGISTER TX_NOV_CALIBRATE_AND_STORE_VAL_REG. 3.写入 EEPROM 配置 NOV_CFG_CAL。 应设置哪些值? 感谢您的帮助。 顺祝商祺! 奥利弗 Re: PN7642 - Initial Calibration 你好@MPEngineering 这部分内容应进行封装,并推荐用于运行项目: pn7642_mcuxpresso_sdk_02-15-003_pub\ 板\ pnev7642fama\n fc_examples\ pub\ nfc_config,然后选择 " RFLD_NFCLD_CONFIG " 之后,可以对设备进行初始化和校准。 Re: PN7642 - Initial Calibration 嘿@KaiLi、 感谢您的回复。 是的,我有 SDK。那么,闪光灯就是校准过的? 我在一些示例和 API 参考手册中查找了寄存器的定义。 我没看见。 也许我的问题有点不清楚。 我想知道,我必须在 REGISTER TX_NOV_CALIBRATE_AND_STORE_VAL_REG 中写入什么内容。 因为没有进一步的解释。它是一个 2 位 r/w 寄存器。如果写入 0x1、0x2 或 0x3,会发生什么情况? NOV_CONFIG_CAL 已清除。首先写入 0x01 进行冷启动固件校准,成功校准后写入 0x02,参考 NOV_CAL_VAL1 和 2。 顺祝商祺! 奥利弗 Re: PN7642 - Initial Calibration 你好@MPEngineering 建议运行 SDK 示例 登录: 带集成微控制器的同类最佳NFC前端|恩智浦半导体 并下载:
查看全文
Import example app fails for Trustzone hello_world_ns in MCUXpresso for VSCode for imx93EVK I'm trying to import the hello_world_ns example project from the mcuxsdk repository in MCUXpresso for VSCode. In the Import Example from Repository dialog box I select the SDK (I've tried both 25.6.0 and the latest 25.9.0) the MCIMX93-EVK board, trustzone_examples/hello_world_ns, Freestanding Application, the project name and location, and the toolchain Arm GNU 14.2.1. This is running on a Windows 11 PC. After processing for several seconds, this give the popup message "Error: Failed to create freestanding example". When I look in the output tab under the MCUXpresso for VS Code filter, I get this output: [2025-09-23T20:10:05.391] [proc] [info] Cmd: C:\Users\BluTether-NathanWolc\.mcuxpressotools\.venv\Scripts\activate.bat && python -m west --version [2025-09-23T20:10:05.850] [proc] [info] Cmd: C:\Users\BluTether-NathanWolc\.mcuxpressotools\.venv\Scripts\activate.bat && python -m west export_app examples/trustzone_examples/hello_world_ns -b mcimx93evk -o c:\Users\BluTether-NathanWolc\MCUXpressoVSCode\projects\mcimx93evk_hello_world_ns3 [2025-09-23T20:10:07.928] [proc] [error] C:\Users\BluTether-NathanWolc\.mcuxpressotools\.venv\Scripts\activate.bat exited with code 1 [2025-09-23T20:10:07.928] [proc] [error] FATAL ERROR: Cannot find any app match your input, please ensure following command can get a valid output west list_project -p C:\Zephyr\nxp\mcuxsdk\mcuxsdk\examples\trustzone_examples\hello_world_ns -b mcimx93evk [2025-09-23T20:10:07.928] [error] Failed to create freestanding example I poked around at the command line and found that this is failing because the example.yaml file in mcuxsdk\examples\trustzone_examples\hello_world_ns\ expects the board parameter to be specified with the core ID, like -b mcimx93evk@cm33. If I manually run the west export_app command from the output tab log with this core ID added, the project is created and I can then import it into the projects tab in MCUXpresso for VSCode. At this point, if I run the build with the build button it will fail. I can get around this by manually building at the command line and tweaking whatever was wrong and the project will build. However, if I load this project onto the M33 with my MCU-Link Pro debugger, the app will hard fault when it tries to print. Anyway, I can give more details of these later problems but it seems like I should not have to modify the example just to get it running. Am I doing something wrong here or is this just a bug in the build settings for these projects.  This same problem exists for all of the projects in the trustzone_examples subdirectory. I looked at the example.yml files for some of the other not trustzone example projects and they do not specify the @cm33 core ID on the end of the board string. Is this just an oversight in the formatting of these example.yml files? i.MX93EVK  Re: Import example app fails for Trustzone hello_world_ns in MCUXpresso for VSCode for imx93EVK Hi  I tired to reproduce this issue on my side, but I didn't see trustzone_examples .   only saw hello_world_cm33 Regards Daniel
查看全文
IMX8M Mini: アップストリーム Linux で 16Khz オーディオ用に SAI MCLK を 4.096MHz に設定する ご挨拶 imx8mm SAI3 I2S から SGTL5000 コーデックへのネイティブ 16KHz オーディオ ストリーミングを必要とするユーザーがいます。 SGTL5000 データシートでは、MCLK はサンプリング レートの整数倍、通常はサンプリング レート (fs) の 128 倍、256 倍、384 倍、または 512 倍で、最大 MCLK は 25MHz である必要があると規定されています。16kHz のサンプリング レートの場合、サポートされる MCLK 周波数は次のとおりです。 - 2.048MHz (16kHz * 128) - 4.096MHz (16kHz * 256) - 6.144MHz (16kHz * 384) - 8.192MHz (16kHz * 512) IMX8MM_AUDIO_PLL1_OUT は 786.432MHz で、24.576MHz の整数倍であり、32Khz および 48kHz のサンプリング レートに適しています。IMX8MM_AUDIO_PLL2_OUT は 722.5344MHz で、22.5792MHz の整数倍であり、44.1kHz のサンプリング レートに適しています。4.096MHz を実現するには分周器が必要になります。 imx8mm クロック ドライバが Linux カーネルにアップストリームされる前は、クロックを分割するオプションがあったようですが、アップストリーム Linux カーネルにはそれが見当たりません。 SAI クロックを 4.096MHz の分周レートに設定する方法に関する説明はありますか? i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Linux マルチメディア Re: IMX8M Mini: Configure SAI MCLK for 4.096MHz for 16Khz audio on upstream Linux こんにちは、 使用例は理解していますが、残念ながら、実行時にソフトウェアから周波数を変更することはできません。NXP では同様のサポートは提供していません。デバイス ツリーの変更をお勧めします。 よろしくお願いします。 Re: IMX8M Mini: Configure SAI MCLK for 4.096MHz for 16Khz audio on upstream Linux ご指摘いただいた解決策は、IMX8MM_CLK_SAI1_DIV という機能を持つダウンストリームベンダーカーネルを使用することです。この機能により、IMX8MM_AUDIO_PLL1_OUT を複数の周波数に分割できます。これはアップストリームLinuxカーネルには存在せず、まさに私が質問している点です。アップストリームカーネルでこれを分割する方法はありますか?Linuxのクロックサブシステムについてはあまり詳しくありません。 Re: IMX8M Mini: Configure SAI MCLK for 4.096MHz for 16Khz audio on upstream Linux こんにちは、 同様のCASEで提供された解決策を見るCAN https://community.nxp.com/t5/i-MX-Processors/SAI-on-i-MX8M-Mini/mp/959805 また、第 16 章「オーディオ コーデックの移植」もご覧ください。https://www.nxp.com/docs/en/user-guide/UG10165.pdf よろしくお願いします。
查看全文
フィリップスチップのデータシートに記載されている 225595-000 747460 ME HSH9136 AY 「Philips チップ 225595-000 747460 ME HSH9136 AY」のデータシートを探しています ありがとうございます。 Re: datasheet for Philips chip written on it 225595-000 747460 ME HSH9136 AY こんにちは@RayBankoさん、 弊社のデータベースでは、ご提供いただいた情報と一致するものは見つかりませんでした。 チップに関する詳細については、NXP の販売代理店にお問い合わせください。 よろしくお願いいたします。 パブロ
查看全文
imx93EVK の VSCode 用 MCUXpresso で Trustzone hello_world_ns のサンプル アプリのインポートが失敗する VSCode 用の MCUXpresso の mcuxsdk リポジトリから hello_world_ns サンプル プロジェクトをインポートしようとしています。[リポジトリからの例のインポート] ダイアログ ボックスで、SDK (25.6.0 と最新の 25.9.0 の両方を試しました)、MCIMX93-EVK ボード、trustzone_examples/hello_world_ns、フリースタンディング アプリケーション、プロジェクト名と場所、ツールチェーン Arm GNU 14.2.1 を選択します。これは Windows 11 PC 上で実行されています。 数秒間プロセッシングした後、「エラー: 独立した例の作成に失敗しました」というポップアップ メッセージが表示されます。MCUXpresso for VS Code フィルターの出力タブを見ると、次の出力が表示されます。 [2025-09-23T20:10:05.391] [proc] [info] Cmd: C:\Users\BluTether-NathanWolc\.mcuxpressotools\.venv\Scripts\activate.bat && python -m west --version [2025-09-23T20:10:05.850] [proc] [info] Cmd: C:\Users\BluTether-NathanWolc\.mcuxpressotools\.venv\Scripts\activate.bat && python -m west export_app examples/trustzone_examples/hello_world_ns -b mcimx93evk -o c:\Users\BluTether-NathanWolc\MCUXpressoVSCode\projects\mcimx93evk_hello_world_ns3 [2025-09-23T20:10:07.928] [proc] [error] C:\Users\BluTether-NathanWolc\.mcuxpressotools\.venv\Scripts\activate.bat exited with code 1 [2025-09-23T20:10:07.928] [proc] [error] FATAL ERROR: Cannot find any app match your input, please ensure following command can get a valid output west list_project -p C:\Zephyr\nxp\mcuxsdk\mcuxsdk\examples\trustzone_examples\hello_world_ns -b mcimx93evk [2025-09-23T20:10:07.928] [error] Failed to create freestanding example コマンドラインを調べたところ、mcuxsdk\examples\trustzone_examples\hello_world_ns\ の example.yaml ファイルでは、ボードパラメータが -b mcimx93evk@cm33のようにコア ID で指定されることが想定されているため、これが失敗していることがわかりました。このコア ID を追加した出力タブ ログから west export_app コマンドを手動で実行すると、プロジェクトが作成され、VSCode 用の MCUXpresso のプロジェクト タブにインポートCANます。この時点で、ビルド ボタンを使用してビルドを実行すると失敗します。この問題を回避するには、コマンドラインで手動でビルディングし、問題のある部分を調整してプロジェクトをビルディングします。ただし、MCU-Link Pro デバッガーを使用してこのプロジェクトを M33 にロードすると、印刷しようとするとアプリでハード エラーが発生します。 とにかく、これらの後の問題についてはより詳細に説明できますが、実行するために例を変更する必要はないようです。ここで何か間違ったことをしているのでしょうか、それともこれらのプロジェクトのビルド設定のバグなのでしょうか。 同じ問題は、trustzone_examples サブディレクトリ内のすべてのプロジェクトに存在します。 他のいくつかの非 Trustzone サンプル プロジェクトの example.yml ファイルを調べたところ、ボード文字列の末尾に @cm33 コア ID が指定されていませんでした。これは、これらの example.yml ファイルのフォーマットにおける単なる見落としでしょうか? i.MX93EVK Re: Import example app fails for Trustzone hello_world_ns in MCUXpresso for VSCode for imx93EVK こんにちは この問題を自分の側で再現しようとしましたが、trustzone_examples が見つかりませんでした。hello_world_cm33だけを見た よろしくお願いします。 ダニエル
查看全文
MIMXRT1166-EVKボード用のLVGL v9.2サンプルが存在しません こんにちは、 MIMXRT1166 または MIMXRT1170 EVK ボードの GUI Guider で LVGL v9.2.1 の例を実行したいと考えています。しかし、私のEVKボードはそこに存在しません。以下を参照してください; LVGL GUI ドキュメントでは、以下のように、より高いパフォーマンスを得るために LVGL v9 を使用することが推奨されているため、LVGL v9 を評価したいと思います。 さまざまな EVK ボードでさまざまな例をコンパイルして出力ファイルを生成しようとしました。その後、コンパイルされたプロジェクト出力フォルダー内の「generated」および「custom」フォルダーを、IMXRT1166 の MCUXPresso IDEs の LVGL v9.2.1 プロジェクトにコピーします。ただし、いずれの例もCANません。さまざまなエラーが発生します。 ただし、このプロジェクトを開くと、エラーとともに空の画面ページ(画面メーターが表示されない)が表示されます。以下を参照してください; 開いて変更したい別のプロジェクトは次のとおりです。 しかし、コンパイルは失敗しました。以下を参照してください。 Re: LVGL v9.2 examples for MIMXRT1166-EVK Board not exist こんにちは@burhanhagi 、 GUI Guider チームにはこの問題が通知されており、ツールのFUTUREリリースで修正する予定です。そうは言っても、画面が縦向きになっているために問題が発生するとも述べています。当初、これらの例は横向きの画面での使用を目的として設計されました。ただし、 RK055MHD の LCD 画面をデフォルトの 720x1280 で使用すると、寸法が引き伸ばされたり、リソース エラーが発生したりするなどの問題が発生します。 代わりに「カスタム ディスプレイ」のオプションを選択し、解像度を 1280x720 に設定すると、「画面遷移」テンプレートはシミュレータで適切にコンパイルおよび実行CAN。 BR、 エドウィン。 Re: LVGL v9.2 examples for MIMXRT1166-EVK Board not exist こんにちは@burhanhagi 、 私は、GUI ガイド チームに誤ったサンプル GUI を報告しました。彼らからの返答が届き次第、再度ご連絡します。 ご辛抱いただきありがとうございます。 BR、 エドウィン。 Re: LVGL v9.2 examples for MIMXRT1166-EVK Board not exist こんにちは@EdwinHz MusicPlayerのサンプルは正常に動作することは承知していますが、LVGL v9 VGLiteの改良点についてはあまり理解できません。静的な画面ではなく、動く部分や高速アニメーションのウィジェットを含むサンプルを選択するようにしています。そのため、これらのサンプルに直接焦点を当てました。 Re: LVGL v9.2 examples for MIMXRT1166-EVK Board not exist こんにちは@burhanhagi 、 ScreenTransition の例と DigitalCluster (両方とも GUI Guider v1.9.1、LVGL v9.2.1、RT1170-EVKB の場合) の両方で発生している問題を再現することができました。これらの発見を GUI Guider チームに報告し、FUTUREのリリースでCAN修正SOてもらいます。動作していない例はこの 2 つだけですか?他に「そのままでは」動作しない例があったら、ぜひお知らせください。 私が見た限りでは、MusicPlayer の例ではコードを生成し、正常にコンパイルされます (同じ HW および SW セットアップの場合)。SO、当面は代わりにその例を使用することをお勧めします。 BR、 エドウィン。
查看全文
Upgrading RTD Drivers in EB Tresos Workspace Hello Team, I currently have a working project on the S32G274A board using the LLCE CAN driver (v1.0.2) and RTD drivers (Ethernet, Port, Platform, etc.) version 2.0.0. The EB Tresos configuration workspace for these drivers is functioning successfully for both CAN and Ethernet modules. I’m now planning to upgrade the RTD (MCAL) drivers from version 2.0.0 to 5.0.0. I would like to understand the process for updating the driver version and regenerating the modules using EB Tresos, preferably by leveraging the existing workspace as a base. Could you please guide me on the recommended steps or best practices for performing this upgrade? Thank you! Re: Upgrading RTD Drivers in EB Tresos Workspace Hello, @PZK  Thanks for your post. The version you ever used is quite old, for this kind of major version updating, I suggest regenerating the code/configuration, you may firstly select the following combination for reference: LLCE1.0.10, RTD5.0.0QLP03 and others if needed(HSE FW0.2.64, PFE 1.6.0), because this combination was tested before official release. Then change the settings referencing your previous work, and generate new code/configurations for the following building and testing. BR Chenyin
查看全文
datasheet for Philips chip written on it 225595-000 747460 ME HSH9136 AY Looking for datasheet for "Philips chip written on it 225595-000 747460 ME HSH9136 AY" Thank you  Re: datasheet for Philips chip written on it 225595-000 747460 ME HSH9136 AY Hi @RayBanko, I did not find any match in our database with the information you provided. Please contact your NXP distributor for further information about the chip. Best Regards, Pablo
查看全文
PN7642 - Initial Calibration Hello Community, i have a custom PCB with PN7642. The Datasheet says, that before turning on the RF part, an initial calibration needs to be done. Is there any further documentation about this than: 1. Write EEPROM configuration NOV_CFG_CAL. 2. Write REGISTER TX_NOV_CALIBRATE_AND_STORE_VAL_REG. 3. Write EEPROM configuration NOV_CFG_CAL.? Which values should be set? Thank for helping. Best regards Oliver Re: PN7642 - Initial Calibration Hello @MPEngineering  This part should be encapsulated, and recommends to run the project: PN7642_MCUXpresso_SDK_02-15-003_PUB\boards\pnev7642fama\nfc_examples\pub\NFC_Config, and select "RFLD_NFCLD_CONFIG" After that, the device can be initialized and calibrated. Re: PN7642 - Initial Calibration Hey @KaiLi , thanks for replying. Yes, i have the SDK. So with flashing an example its calibrated? I looked for the definitions of the Registers in some examples and also in the API Reference Manual.  I don´t see them.  Maybe my question was a bit unclear. I want to know, what i have to write into REGISTER TX_NOV_CALIBRATE_AND_STORE_VAL_REG. Cause there is no further explanation. Its 2 bit r/w register. What happens if i write 0x1, 0x2 or 0x3 into it? NOV_CONFIG_CAL is clear. First write 0x01 for cold boot FW calibration and after succesfull calibration write 0x02 to reference to NOV_CAL_VAL1 and 2. Best regards Oliver Re: PN7642 - Initial Calibration Hello @MPEngineering  It's recommended that you can run SDK the example log in: Best-in-Class NFC Frontend with Integrated MCU | NXP Semiconductors and download:
查看全文
IMX8M Mini: Configure SAI MCLK for 4.096MHz for 16Khz audio on upstream Linux Greetings, I have a user with a need for native 16KHz audio streaming from an imx8mm SAI3 I2S to SGTL5000 codec.  The SGTL5000 datasheet specifies that the MCLK must be an integer multiple of the sampling rate, typically 128x, 256x, 384x, or 512x the sampling rate (fs) with a max MCLK of 25MHz. For a 16kHz sampling rate the supported MCLK frequencies are: - 2.048MHz (16kHz * 128) - 4.096MHz (16kHz * 256) - 6.144MHz (16kHz * 384) - 8.192MHz (16kHz * 512) The IMX8MM_AUDIO_PLL1_OUT is 786.432MHz which is an integer multiple of 24.576 MHz, suitable for 32Khz and 48kHz sampling rates IMX8MM_AUDIO_PLL2_OUT is 722.5344Mhz which is an integer multiple of 22.5792 MHz, suitable for 44.1 kHz sampling rates. These would need dividers in order to achieve 4.096MHz. It looks like before the imx8mm clock driver was upstreamed to the Linux kernel there were options to divide it down but I don't see that in the upstream Linux kernel. Is there any instructions on how to configure the SAI clock for a divided down rate of 4.096MHz? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Multimedia Re: IMX8M Mini: Configure SAI MCLK for 4.096MHz for 16Khz audio on upstream Linux Hi, I understand your use case, but unfortunately, the frequencies cannot be changed at run time from the software. The NXP does not provide support for the same. Changes in the device tree are recommended. Regards Re: IMX8M Mini: Configure SAI MCLK for 4.096MHz for 16Khz audio on upstream Linux The solution you pointed to is using the downstream vendor kernel which has a IMX8MM_CLK_SAI1_DIV allowing IMX8MM_AUDIO_PLL1_OUT to be divided into additional frequencies - this is missing from the upstream Linux kernel and is what I'm asking about. Is there a way to divide this in the upstream kernel? I'm not that familiar with the Linux clock subsystem. Re: IMX8M Mini: Configure SAI MCLK for 4.096MHz for 16Khz audio on upstream Linux Hello, one can look at solution provided in similar case https://community.nxp.com/t5/i-MX-Processors/SAI-on-i-MX8M-Mini/m-p/959805 Also, please look at Chapter 16 Porting Audio Codecs https://www.nxp.com/docs/en/user-guide/UG10165.pdf Regards
查看全文