iMX RT1176のOSC 24 MHzモードを明確にする 外部 24 MHz リファレンス クロックの OSC_24M_CTRL フィールドを構成する方法について詳しくCANますか？次のレジスタ ビットが何であるかは不明です。 OSC_EN - これにより、外部クロック ソースへの接続用のピンが有効になりますか、それとも内部24 MHz RC が有効になりますか? BYPASS_EN - 外部水晶の場合は 0、外部発振器の場合は 1?それとも逆でしょうか? BYPASS_CLK - RM には 0 と 1 の値の意味に関する説明がありません。 一方、SDKs の Clock Tools では、実際には「OSC モード」に 3 つの値が表示されます。 私のCAN限り、利用可能な 3 つの OSC モードは、次のように OSC_24M_CTRL レジスタに影響します。 OSCモード バイパス バイパスクロック 時計ツールの説明 外部水晶 24 MHz 0 0 外部水晶 24 MHz 外部バイパスクロックモード 1 0 外部水晶はXTALIクロック入力にコネクテッド 外部参照クロック 0 1 外部リファレンスクロックはXTALIクロック入力にコネクテッド これら 3 つのモードの違いは何ですか?なぜ 3 つのモードがあるのでしょうか (パッシブ XTAL コネクテッド、またはアクティブ発振器クロック コネクタの 2 つしか想像できません)。 内部 RC 発振器と外部クロックの間で OSC 24MHz を変更することは可能ですか?（例えば、信頼できるクロックソースが存在するかどうかに応じて、内部の24MHzにフォールバックしたいでしょう） Re: Clarify the OSC 24 MHz modes for iMX RT1176 こんにちは@aberger 、 内部 RC 発振器 48 MHz (2 分周) を 24 MHz クロック ソースとして使用することを確認済みです。この 48 MHz 内部 RC 発振器 (2 で割る) は、CCM クロック ルートのクロック ソースとしてCANます。以下のクロック図を参照してください。 これはペリフェラルや CPU コアにも使用できますが、この内部 RC 発振器はクロック ツールのクロック ダイアグラムに表示されるため、PLL には使用できません。内部 RC 発振器は、PLL のクロック ソースとして使用するには精度と安定性に欠けます。 すべての PLL で使用可能な唯一のクロック ソースは、外部水晶または外部発振器です。MIMXRT1176 MCU のクロック ツールにある OSC 24 MHz クロック要素の紛らわしいコメントは無視してください (削除されます)。 したがって、内部 48 MHz RC 発振器を使用する場合は、すべての PLL を無効にし、CCM (クロック ルート) で内部 48 MHz RC 発振器クロック ソースを選択する必要があります。ただし、クロックの安定性を高めるには、外部発振器を使用することをお勧めします。 よろしくお願いいたします。 マレク・ノイジル Re: Clarify the OSC 24 MHz modes for iMX RT1176 こんにちは@aberger 、 i.MX RT1176 リファレンス マニュアルを確認したところ、外部 24 MHz の代わりに 24 MHz クロック ソースとして代替 RC 48 MHz 内部リファレンス クロックを使用するという記述があります。しかし、MCU が外部リファレンス クロックなしで完全に動作できるかどうかはわかりません (たとえば、USB には安定したクロック ソースが必要で、PLL には安定した 24 MHz リファレンス クロックが必要です)。さらに、i.MX RT1176 データシートでは、外部リファレンス クロックの使用が指定されており、水晶または外部発振器のいずれかを使用 CAN ます。内部 RC 48 MHz は +-2% に調整されていますが、正確なクロック ソースではありません。 担当のデザインチームにお問い合わせして、i.MX RT1170 リファレンス・マニュアルの記述と、PLL およびその他の内部モジュールに推奨される 24 MHz クロック ソースを確認します。 よろしくお願いいたします。 マレク・ノイジル Re: Clarify the OSC 24 MHz modes for iMX RT1176 うーん、クロック ツールは、OSC 24 MHz が「内部 RC 発振器」CAN ことを示唆しているようです。 一方、RM はチップ上で利用可能な水晶発振器として 24 MHz を参照します。 RC発振器かXTAL発振器かに関わらず、24MHzのソースが「オンチップ」（つまりXTAL または基準クロックへの外部接続なしで)? クロック ツールを「OSC 24 MHz 無効」に設定すると、XTALI ピンと XTALO ピンは無効になりますが、発振器ブロックから 24 MHz 信号が出力されているように見えます (これは、オンチップの 24 MHz ソースがあることを示しています)。OSC 24MHz をクリックして「切断」を選択した場合にのみ、OSC 24MHz ブロックが非アクティブとしてラベリングされます。 Re: Clarify the OSC 24 MHz modes for iMX RT1176 こんにちは@aberger 弊社の製品にご興味をお持ちいただき、またコミュニティをご利用いただき誠にありがとうございます。 Q1: OSC_EN - これにより、ピンを外部クロック ソースに接続できるようになりますか、それとも内部24 MHz RC が有効になりますか? A1: このビットは外部 24MHz XTALOSC を有効にすることを意味します。 Q2: BYPASS_EN - 外部水晶の場合は 0、外部発振器の場合は 1 ですか?それとも逆でしょうか? A2: BYPASS_EN - 1、外部クロック ソースが XTALI ピンに直接入力されることを意味します。 Q3: BYPASS_CLK - RM には 0 と 1 の値の意味についての説明がありません。 A3: NXP の関連社内チームに確認したところ、BYPASS_CLK 情報が間違っていることがわかりました。このビットには機能がないため、次にリリースされる RT1170RM バージョンでは予約済みに変更されます。 Q4: 内部 RC 発振器と外部クロック間で OSC 24MHz を変更することは可能ですか?（例えば、信頼できるクロックソースが存在するかどうかに応じて、内部の24MHzにフォールバックしたいでしょう） A4: RT1170 シリーズ チップには内部に 24MHz RC 発振器はありませんが、 48MHz、32KHz、16MHz、400MHz の4 つの RC 発振器が含まれています。 お役に立てれば幸いです。 まだ質問がある場合は、お気軽にご連絡ください。 よろしくお願いします メイリュー

RW612 WiFi - Connect to an access point with BSSID instead of SSID Hi, I have an application for RW612 using the NXP MCUXpresso SDK for all WiFi things. Everything works fine when picking an access point to connect to using its SSID. So if I have one of my APs named "Point01" and it has 2.4 GHz and 5 GHz, and I do WPL_AddNetwork() then WPL_Join() it always connects to the 5 GHz channel, never the 2.4 GHz channel. I am trying to add an option to force the 2.4 GHz channel, and I assumed I could use the BSSID from the WiFi scan results. I have modified WPL_AddNetworkWithSecurity() to add a bssid parameter to the function call, then in the function it sets the flag bssid_specific to '1'. But this doesn't work, it says it connects but then netif_default is never filled in, and nothing else works, then I just get LINK LOST callbacks. Am I on the right track? Is bssid_specific flag good for anything? Or should I be using channel_specific? That seems like a worse option. Thanks in advance! Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID Hello @MattKow-Firefly, hope you are doing well. I have tested the "wifi_cli" demo with SDK version 25.06.00 and it is working as expected when I try to connect to any 2.4GHz AP as shown in the image below (the AP has dual-band support): I would suggest to test the demo with the Ublox IRIS Evaluation Board, just take into account that there is a difference in the memories of the boards, to modify the example according to your Ublox module, please see the Migration from FRDM-RW612 to third-party module memories post on the Application Code Hub to adapt the demo to your module. Please let me know if this information is useful. Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID I also tried the param "acs_band 0" without setting param bssid, but setting acs_band to 0 or 1, it always connects to the 5 GHz as seen via wlan-info, it shows the channel 149 and the 5 GHz bssid in both cases. Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID So the "frdmrw612_wifi_cli" demo runs fine on our custom board, just changed the flash config and the UART from 3 to 2, and it runs fine. It is the same problem I'm having, here is a snippet of the console, where I changed the ssid and password, but there is an access point, both 2.4 and 5 GHz show separately after "wifi_scan" and I am using the BSSIDs from the scan results. It connects fine if I don't give a bssid, and it connects fine if I give the 5 GHz bssid. But when I give the 2.4 GHz bssid, it never gets the IP address, it goes through a loop just like my original post. I just need to know if this is a problem with the SDK, or is it some setting on my access point? I'll continue to look into this, thanks! Here's the snippet: # wlan-add fire ssid SAMPLESSID bssid A2:2A:6F:26:DE:3B wpa2 psk SAMPLEPASS Added "fire" # wlan-connect fire Connecting to network... Use 'wlan-stat' for current connection status. # board_type: 2, board_type mapping: 0----QFN 1----CSP 2----BGA app_cb: WLAN: authenticated to network app_cb: WLAN: connected to network Connected to following BSS: SSID = [Firefly_02] IPv4 Address: [192.168.42.71] wlan-disconnect app_cb: disconnected # wlan-remove fire Removed "fire" # wlan-add fire ssid SAMPLESSID bssid 9E:2A:6F:26:DE:3C wpa2 psk SAMPLEPASS Added "fire" # wlan-connect fire Connecting to network... Use 'wlan-stat' for current connection status. # board_type: 2, board_type mapping: 0----QFN 1----CSP 2----BGA board_type: 2, board_type mapping: 0----QFN 1----CSP 2----BGA board_type: 2, board_type mapping: 0----QFN 1----CSP 2----BGA Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID Hi Roman, I am working with a custom board and a custom app using RW612 SDK 25.06.00. I started with the SDK example app "frdmrw612_wifi_httpsrv". Soon, when I get the time, I will try to load up the "wifi_cli" example app and try that. And I'll check UG10171. Aside from our custom board, I also have 2x Ublox IRIS W1 Evaluation Board that I can test with. But everything else is running fine on our custom board, and I haven't made any odd changes to the WiFi code, so I anticipate the results would be similar. I will do the items and report back, thanks! Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID Hi @MattKow-Firefly, hope you are doing well. Could you please confirm if you are working with an example from the SDK, and if so, which version you are working with? This will allow me to try to recreate your issue. You should be able to connect to a network by specifying its BSSID if you are working with any CLI example from the SDK as stated in the UG10171 - NXP Wi-Fi and Bluetooth Demo Applications for FRDM-RW61x in section 3.1.6.4. Please let me know if the information is useful and the details of your working setup. Re: RW612 WiFi - Connect to an access point with BSSID instead of SSID Some more info: I have been changing the code in WPL_Join() so instead of searching for an AP with a better RSSI, it just finds the 2.4 GHz network with the correct SSID and tries to connect. Normally it would find the 2.4, then keep trying and find the 5 GHz with a better RSSI, and use that every time. So, when I force it to connect to the 2.4 network, I am getting this output from wlcm: Connecting[wlcm] taking the scan lock (connect scan) [wlcm] got the scan lock (connect scan) [wlcm] got wifi message: 69 0 1 [wlcm] starting connection to network: 1 [wlcm] initiating scan for network "xxxxxxxx" ...[wlcm] got wifi message: 9 0 0 [wlcm] got event: scan result [wlcm] : Match successful [wlcm] Unexpected security nw param [wlcm] starting association to "xxxxxxxx" [wlcm] configuring WPA3 SAE security [wlcm] adding SSID and WPA3 SAE PASSWORD to supplicant cache ..[wlcm] SM: returned to associating [wlcm] releasing scan lock (connect scan) [wlcm] got wifi message: 12 2 0 [wlcm] got event: association result: failure [wlcm] association failed, re-scanning [wlcm] initiating scan for network "xxxxxxxx" ....[wlcm] got wifi message: 9 0 0 [wlcm] got event: scan result [wlcm] : Match successful [wlcm] Unexpected security nw param [wlcm] starting association to "xxxxxxxx" [wlcm] configuring WPA3 SAE security [wlcm] adding SSID and WPA3 SAE PASSWORD to supplicant cache ...[wlcm] SM: returned to associating [wlcm] releasing scan lock (connect scan) [wlcm] got wifi message: 12 2 0 [wlcm] got event: association result: failure [wlcm] association failed, re-scanning [wlcm] initiating scan for network "xxxxxxxx" ....[wlcm] got wifi message: 9 0 0 [wlcm] got event: scan result [wlcm] : Match successful [wlcm] Unexpected security nw param [wlcm] starting association to "xxxxxxxx" [wlcm] configuring WPA3 SAE security [wlcm] adding SSID and WPA3 SAE PASSWORD to supplicant cache ...[wlcm] SM: returned to associating [wlcm] releasing scan lock (connect scan) [wlcm] got wifi message: 12 2 0 [wlcm] got event: association result: failure [wlcm] association failed, re-scanning Occasionally it will go through with the connection, but then go right back into the loop of "association failed". Again, there are no problems with our APs that only have 2.4 GHz enabled, and no problems with auto-choosing the 5 GHz network. Only occurs when connecting to an AP that has both 2.4 and 5 turned on, and when trying to choose the 2.4. I'm not sure what to try next, I'm going to look into the AP settings.

K322でM7_1を接続できません Design Studio 3.6.xでアプリケーションプロジェクトを作成するときK322の場合、 PEmicro と Debug_FLASH_PNE 構成を使用して、M7_0 コアをデバッグCAN。 M7_1 コアをデバッグしようとすると、このコアへの接続を確立できません。 コンソールにエラーメッセージが表示されます: 「接続タイムアウトのため、セミホスティング ポートに接続できませんでした。正しいポート番号が設定されていることを確認してください。」 ステータスは常に 95% で停止します。 最後に、「エラー 138」というメッセージを含むエラー ウィンドウが表示されます。 他のコアの起動時にブレークポイントがないことを確認しました。 また、100 ピン K322 を使用していること、およびクロック設定が正しいことも確認しました。 両方の mex ファイルで確認しました。 誰か助けてくれませんか？ Re: cannot connect M7_1 on K322 それが問題だった。 THX Re: cannot connect M7_1 on K322 こんにちは@Micha4566465さん、 起動グループ内の両方のコアをデバッグします。 ご質問がありましたらお知らせください。 BR、ダニエル Re: cannot connect M7_1 on K322 Design Studio 3.6.xでK322上のM7_1コアをデバッグするセミホスティング接続のタイムアウトと「エラー 138」により失敗します。この問題は、ポート番号の設定ミス、または 2 つのコア間の競合状態が原因で、M7_1 への接続が成功しない可能性が考えられます。これを修正するには、M7_1 に正しいセミホスティング ポートが設定されていることを確認し、デバッガーのKaiserMemberServicesから 2 番目のコアへの接続を妨げない方法で M7_0 を初期化することを検討してください。

澄清 iMX RT1176 的 OSC 24 MHz 模式 你能解释一下如何为外部 24 MHz 参考时钟配置 OSC_24M_CTRL 字段吗？不清楚以下寄存器位是什么： OSC_EN - 是启用引脚连接外部时钟源，还是启用内部 24 MHz RC？ BYPASS_EN - 0 表示外部晶体，1 表示外部振荡器？还是其他方式？ BYPASS_CLK - RM 中没有说明 0 和 1 值的含义。 与此同时，SDK 的时钟工具实际上显示了"OSC 模式的 3 个值" ： 据我所知，3 种可用的 OSC 模式是这样影响 OSC_24M_CTRL 寄存器的： OSC 模式 BYPASS_EN BYPASS_CLK 时钟 工具说明 扩展晶体 24 MHz 0 0 外部晶体 24 MHz 扩展旁路时钟模式 1 0 外部晶体连接到 XTALI 时钟输入端 外部参考时钟 0 1 外部参考时钟连接到 XTALI 时钟输入 这三种模式有什么区别？为什么有三种模式（我只能想象出两种：被动 XTAL 连接或主动振荡器时钟连接器）。 是否可以在内部 RC 振荡器和外部时钟之间改变 OSC 24MHz 频率？(例如，根据是否存在可靠的时钟源，我希望回落到内部 24 MHz）。 Re: Clarify the OSC 24 MHz modes for iMX RT1176 你好，@aberger、 我检查了内部 RC 振荡器 48 MHz（除以 2）作为 24 MHz 时钟源的使用情况。这个 48 MHz 内部 RC 振荡器（除以 2）可直接用作 CCM 时钟根的时钟源，参见下面的时钟图： 它可用于外设和 CPU 内核，但内部 RC 振荡器不能用于 PLL，因为在时钟工具的时钟图中可以看到它。内部 RC 振荡器不够精确和稳定，不能用作 PLL 的时钟源。 所有 PLL 唯一可能的时钟源是外部晶体或外部振荡器。请忽略时钟工具中有关 MIMXRT1176 MCU 的 OSC 24 MHz 时钟元素的混乱评论（将被删除）。 因此，如果要使用内部 48 MHz RC 振荡器，必须禁用所有 PLL，并在 CCM（时钟根）中选择内部 48 MHz RC 振荡器时钟源。但我们仍然建议使用外部振荡器，以提高时钟的稳定性。 顺祝商祺！ 马雷克-诺伊齐尔 Re: Clarify the OSC 24 MHz modes for iMX RT1176 你好，@aberger、 我已经查看了 i.MX RT1176 参考手册，其中有一份关于使用备用 RC 48MHz 内部参考时钟作为24 MHz 时钟源而不是外部 24 MHz 时钟源的声明。但是我不确定MCU是否可以在没有外部参考时钟的情况下完全工作（例如，USB需要稳定的时钟源，PLL需要稳定的24 MHz参考时钟）。此外，i.MX RT1176 数据表还规定了外部参考时钟的用法，它可以是晶体振荡器，也可以是外部振荡器。内部 RC 48 MHz 的修整频率为 +-2% ，并非精确的时钟源。 我将联系负责的设计团队，核实 i.MX RT1170 参考手册中的陈述以及推荐的 PLL 和其他内部模块的 24 MHz 时钟源。 顺祝商祺！ 马雷克-诺伊齐尔 Re: Clarify the OSC 24 MHz modes for iMX RT1176 嗯，时钟工具似乎暗示 OSC 24 MHz 可以是"内部 RC 振荡器" 。 同时，RM 将 24 MHz 称为芯片上可用的晶振： 不管是 RC 振荡器还是 XTAL 振荡器，是否有可用的 24 MHz"片上" （即没有与 XTAL 或参考时钟的外部连接）？ 如果我将时钟工具设置为"OSC 24 MHz disabled" ，XTALI 和 XTALO 引脚就会被禁用，但振荡器模块似乎仍有 24 MHz 信号输出（这表明 24 MHz 信号源在芯片上）。只有当我点击 OSC 24MHz 并选择"断开连接" 时，OSC 24MHz 块才会被标记为非活动。 Re: Clarify the OSC 24 MHz modes for iMX RT1176 你好@aberger 非常感谢您关注我们的产品并使用我们的社区。 Q1: OSC_EN - 是启用引脚连接外部时钟源，还是启用内部 24 MHz RC？ A1：该位表示启用外部 24MHz XTALOSC。 Q2: BYPASS_EN - 0 表示外部晶体，1 表示外部振荡器？还是其他方式？ A2: BYPASS_EN - 1，表示外部时钟源直接输入 XTALI 引脚。 问题 3： BYPASS_CLK - RM 中没有说明 0 和 1 值的含义。 答 3：我与恩智浦相关内部团队确认，BYPASS_CLK 信息不正确。在下一个发布的 RT1170RM 版本中，它将更改为 “保留”，因为此位没有功能。 问题 4： 是否可以在内部 RC 振荡器和外部时钟之间切换 OSC 24MHz？(例如，根据是否存在可靠的时钟源，我希望回落到内部 24 MHz）。 答 4：RT1170 系列芯片内部没有 24MHz RC 振荡器，它包含四个 RC 振荡器 -48MHz、32KHz、16MHz 和 400MHz。 希望它能帮到你。 如果您还有疑问，请告诉我。 敬上 MayLiu

无法连接 K322 上的 M7_1 当我在 Design Studio 3.6.x 中创建应用程序项目时用于 K322、 我可以用我的 PEmicro 和 Debug_FLASH_PNE 配置调试 M7_0 内核。 当我尝试调试 M7_1 内核时，无法与该内核建立连接。 控制台出现错误信息： "由于连接超时，无法连接到半托管端口。请检查配置的端口号是否正确。" 状态始终停止在 95% 。 最后会出现一个错误窗口，显示信息："错误 138" 。 我检查了其他核心部件在启动时没有断点。 我还检查了我使用的是 100 针 K322，并检查了正确的时钟设置。 我检查了两份墨西哥档案。 谁能帮帮我？ Re: cannot connect M7_1 on K322 这就是问题所在。 谢谢 Re: cannot connect M7_1 on K322 你好@Micha4566465、 调试 Launch Group 中的两个内核： 如有问题，请告诉我、 BR，丹尼尔 Re: cannot connect M7_1 on K322 在 Design Studio 3.6.x 中调试 K322 上的 M7_1 内核由于半托管连接超时和"错误 138 而失败。"这个问题可能是由于端口号配置错误或两个内核之间的竞争条件导致无法成功连接到 M7_1。要解决这个问题，请确保为 M7_1 设置了正确的半托管端口，并考虑以不干扰调试器连接的方式初始化 M7_0 KaiserMemberServices与第二个内核的连接。

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だけを見た よろしくお願いします。 ダニエル