Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Hi NXP Support, Hello NXP team,  How can I practically implement Wi-Fi on the MCXW72 using either the IW612 or RW612 specifically to execute EdgeLock 2GO provisioning? Please provide the exact hardware connection requirements, drivers, and software stacks needed to make this specific setup work. Note that our application cannot use Thread or Matter protocols. Thanks, Harshal     Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) FRDM-Training Security(Edgelock | secure boot | OTP) Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Thanks for the reply and the Mongoose pointer! Quick follow-up though — before considering RW612, I was actually trying to get MCXW72 working with IW612 specifically (not RW612), since MCXW72 is our required security/application core (TF-M, EdgeLock Secure Enclave) for this project. From the IW612 datasheet, Wi-Fi is hardwired to SDIO only (Table 1, and the CONFIG_HOST_BOOT[1:0] pin table where every option except SDIO/UART/SPI for Wi-Fi/BT/802.15.4 respectively is marked "Reserved"). MCXW72's datasheet doesn't list any SDIO peripheral — only I2C, SPI, UART, CAN, FlexIO. So my question is: is it correct that MCXW72 physically cannot drive IW612's Wi-Fi at all, since it has no SDIO host controller? Or is there some way around this that I'm missing — e.g., an SDIO-over-SPI/UART workaround, or some other supported bridging method NXP provides for pairing these two specific chips? If MCXW72 + IW612 genuinely isn't feasible, that's useful to know — but I wanted to confirm this is a hard hardware limitation before ruling it out. Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Hi Harshal, Quick question: why do you need the MCXW72 for this setup? The RW612 is already a wireless MCU. You could just run your application directly on the RW612 and drop the extra microcontroller entirely. If you go with the RW612, you can use the Mongoose networking library to handle your Wi-Fi and networking stacks. From there, you can focus directly on your application. There is a ready to use RW612 example here that can give you a good starting point. To download it to your local workspace, open the link, select the 'Settings' panel and choose a destination directory. Then download the project to your computer by clicking the blue 'Generate C/C++' button. You can then open it with MCUXpresso IDE, build it, and flash it. Heads up: I am part of the Mongoose development team, I hope this helps you in your project Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Hello Harshal, Hope you are doing well. Could you please clarify what are your requirements? Could you please confirm if you are following any of these Application Notes? EdgeLock 2GO Provisioning MCUs via Product Type using Secure Provisioning (SEC) Tool[AN15038] EdgeLock 2GO Provisioning via SPSDK for MCUs[AN14670] EdgeLock 2GO Provisioning via Secure Provisioning Tool (SEC) for MCUs[AN14624] EdgeLock 2GO Services for MPU and MCU[AN14544] The MCXW72 doesn't offer the hardware interfaces the IW612 needs to operate as a hosted Wi-Fi module. The IW612 requires SDIO 3.0 for Wi-Fi, UART for Bluetooth, and SPI for 802.15.4 If you are looking for a device that supports all these protocols, then I would recommend the RW612 as an all-in-one product. Best Regards, Ricardo
查看全文
2026 年顶级移动应用维护公司 JPLoft是 2026 年值得考虑的移动应用维护公司之一。它提供移动应用维护和支持服务,包括错误修复、性能监控、网络安全更新、功能增强、兼容性更新和持续技术支持。
查看全文
Profinet VS Code のサンプルは FRDM-IMXRT1186 では動作しません RT11186をベースにしたPROFINETデバイスを開発し、UG10320 V1.0、UG10455 V1.0、AN15104 V1.0に準拠したPROFINETデモをテストしたいと考えています。私は以下の行動をとりました。 1. Profinet-Stack-LibraryとAN15104.zipを解凍します。 2. frdm_pn.patch を Profinet スタックのフォルダにコピーし、readme に従ってパッチを適用します。 3. prj.conf.rej/mcux_include.json.rej/mcuxpresso-tool.json.rejに従って、プロジェクト構成を手動で変更します。これはAN15104の第4.3章と同じです。 以下の定義はcakelist.txtに含まれています。それらは変更されていません。 -DCPU_MIMXRT1186CVJ8C_cm33 -DMIMXRT1186_cm33_シリーズ -DXIP_BOOT_HEADER_ENABLE=1 4. FPUを有効にするには、「#if (defined(CPU_MIMXRT1186CVJ8C_cm7)... #ifndef configENABLE_FPU...」を追加します。この手順はガイドには含まれていません。FreeRTOSConfig.hではデフォルトのCPUがRT1189に設定されているため、変更しないとコンパイルは失敗します。 5. ProfinetプロジェクトをSDK 2.6.3に基づくVSコードにインポートする 6. UG10455の第5章の手順8と9に従って、sysbuild.cmakeにプロジェクト「31_led_button」を追加します。 7. FRDM-IMXRT1186のJ12およびJ18を1-2に接続に変更し、NETC PHYを有効にする。 8. プロジェクトをビルドし、イメージを FRDM-IMXRT1186 にダウンロードします。 9. JDK、Npcapをインストールし、ICEを開きます。ICEのバージョンはV1.7で、port-ICE-202509180853-win32.win32.x86_64.zipから抽出されたものです。 10.ProfinetデバイスはUG10320の第6章に基づき成功裏にスキャンされています。 11. DAPとモジュール、還元比を第7.1章のステップ1~7に従って設定UG10320。第7.1章のステップ8に従って接続ボタンを押すと失敗します。 なぜサイクルコミュニケーションを確立できなかったのか、分析を手伝ってもらえますか? FRDM-IMXRT1186の詳細なイメージを教えてもらえますか?VS codeプロジェクトの問題かIEC/ハードウェアの問題か確認したいです。 よろしくお願いいたします! Re: Profinet VS code example does not work on FRDM-IMXRT1186 @wlfworld様、 RT1180 EVKでテストしましたが、同じ挙動が確認されました。スキャン中にデバイスは検出されるのに、接続が失敗しました。したがって、これはあなたの移植作業とは関係がないようです。 現在、社内でこの問題について調査中です。根本原因が特定され次第、または何らかの進展があり次第、できるだけ早くご連絡いたします。 よろしくお願いいたします。 シェリー
查看全文
IMX95 GPIO1 can not be used Greetings, I am using IMX95 to develop our project. Now, I have to use GPIO1 group. I edited my dts file like below, &gpio1 {     status= "okay"; }; , and then I reboot the system. The console showed the error message as below, and the system crashed. My question is,  can user control GPIO1. Or,  how should I correctly config my dts? Or is there another way to control GPIO1's GPIOs? [ 2.326271] pstate: 40400009 (nZcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 2.333203] pc : bgpio_read32+0x0/0x18 [ 2.336923] lr : gpio_generic_chip_init+0x228/0x3e0 [ 2.341783] sp : ffff8000822e3a90 [ 2.345070] x29: ffff8000822e3a90 x28: 0000000000000000 x27: 0000000000000000 [ 2.352176] x26: ffff000080024028 x25: 0000000000000000 x24: ffff00008002320d [ 2.359283] x23: 0000000000000000 x22: ffff000081ff9180 x21: ffff000080252000 [ 2.366390] x20: ffff000080252010 x19: ffff000080f65080 x18: 000000000000000a [ 2.373497] x17: ffff8000817c0b68 x16: ffff000081fc7280 x15: 0000000000000000 [ 2.380603] x14: ffffffffffffffff x13: 0000000000000000 x12: 0101010101010101 [ 2.387710] x11: 7f7f7f7f7f7f7f7f x10: ffff80008249d043 x9 : 0000000000000018 [ 2.394817] x8 : 0101010101010101 x7 : 0000000000000000 x6 : 0000000000000090 [ 2.401923] x5 : 0000000000000090 x4 : ffff800080720920 x3 : ffff000080f65080 [ 2.409030] x2 : ffff80008071fb0c x1 : ffff80008070efa0 x0 : ffff8000822d5050 [ 2.416144] Call trace: [ 2.418571] bgpio_read32+0x0/0x18 (P) [ 2.422297] vf610_gpio_probe+0x2d0/0x400 [ 2.426277] platform_probe+0x5c/0xa4 [ 2.429916] really_probe+0xbc/0x2bc [ 2.433470] __driver_probe_device+0x78/0x120 [ 2.437803] driver_probe_device+0x3c/0x178 [ 2.441963] __device_attach_driver+0xb8/0x140 [ 2.446383] bus_for_each_drv+0x88/0xe8 [ 2.450197] __device_attach+0x9c/0x1a0 [ 2.454010] device_initial_probe+0x14/0x20 [ 2.458170] bus_probe_device+0x9c/0xa0 [ 2.461983] deferred_probe_work_func+0x7c/0xb4 [ 2.466490] process_one_work+0x150/0x290 [ 2.470477] worker_thread+0x180/0x2f4 [ 2.474203] kthread+0x12c/0x204 [ 2.477410] ret_from_fork+0x10/0x20 [ 2.480973] Code: d503201f d5033ebf b9000001 d65f03c0 (b9400000) [ 2.487037] ---[ end trace 0000000000000000 ]--- Re: IMX95 GPIO1 can not be used I thought this message is showing error, but the system actually crashed. Maybe it just a call function trace log.  However, thank you all. I shuld rework my hardware.  Re: IMX95 GPIO1 can not be used Hello, As specified in the Hardware Design Guide of the i.MX95, section 2.1 System Manager: https://www.nxp.com/webapp/Download?colCode=UG10210&isHTMLorPDF=HTML The SM and Cortex‑M33 core controls all pins in GPIO1. Other cores cannot access them directly; only indirect access via the System Control and Management Interface (SCMI) protocol is allowed. It ensures secure wakeup and recovery mechanisms. This is why you are getting a hardfault when trying to access from Linux side (different LM) Best regards/Saludos, Aldo. Re: IMX95 GPIO1 can not be used Control GPIO should not be a problem, but can you share how do you config GPIO?OPEN DRAIN or PUSH PULL? btw, it seems there are no error messages at the log...
查看全文
NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working Hello everybody, UM11442 Rev.24 paragraph 3.1.5.15 Zero Copy Example evkmimxrt1170_wifi_cli_cm7 NOT compiling, Using the suggested pre-processor macro flags, firts error: << NETIF_RX_BUFFERS undefined in wifi_netif.c >> So I've added next definition #define NETIF_RX_BUFFERS 8 but now I have << error: invalid use of undefined type 'struct nxp_wifi_device'>>  actually the used structure is NOT defined in the example Zero copy feature is incomplete in the example, so description in UM11442 is NOT applicable ?  How can I test Zero copy ? Thanks and Best Regards piero Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working At the moment We have only MIMXRT1170-EVK,  SDK 26.06 is installed but the example for EVK  "evkmimxrt1170_wifi_cli_cm7" is different than "evkbmimxrt1170_wifi_cli_cm7" In doc. UM11442 there is a reference to doc UM11441 and in doc.  UM11441 Table 1 pag.5 the combination i.MX RT1170 EVK AW611 u-blox JODY W5 is declared supported  So are you meaning that "evkmimxrt1170_wifi_cli_cm7" actually is NOT working with Wi-Fi Zero-Copy ? Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working Hi, Are you using the RT1170-EVK or the RT1170-EVKB? I tested this on SDK 26.06 and was able to build the application successfully with the macros mentioned in the guide using the evkbmimxrt1170_wifi_cli_cm7 example.  What SDK version are you using? Regards, Daniel.
查看全文
MCXW716C: BOOT_CONFIGとSWDメールボックス経由でISPモードへの移行が確認されているにもかかわらず、ISP UARTが応答しない 概要   MCXW716CMFTA (48ピン、NXP評価ボードではありません)をベースにしたカスタムボード上でBLEを起動しようとしています。BLEの例をビルド・フラッシュする前に、まずNBUファームウェアをアップデートする必要があります ( mcxw71_nbu_ble_hosted.sb3 ) 標準の「FRDM-MCXW71 入門」フローに従って ISP 経由で。ISPのUARTインターフェース(LPUART1)は、 Blhost とはいえ、私は今、2つの全く独立した方法で、チップが何らかの制限された/ISPのような状態に入ることを確認しました。UART側が沈黙している理由、あるいはNBUイメージを書き込むためのサポートされている代替手段があるかどうかについて、何かご存知でしたら教えていただけると幸いです。   設定     チップ:MCXW716CMFTA(48ピン)、カスタムPCB     SDK/ツール:MCUXpresso Secure Provisioning Tool v25.06、SPSDK 3.0.1 (バンドル済み) Blhost / nxpdevscan / nxpdebugmbox )     デバッグプローブ:MCU-Link(PyOCDバックエンド)、ボードのJ4ヘッダーにSWD経由でコネクテッド — 一般的なデバッグアクセスで動作確認済み     USB-UARTアダプタ:DSD TECH SH-U09C5(純正FTDI FT232RNL)、ロジックレベル3.3Vに設定     ISPピンマッピング(AN14802表7参照、MCX W71/W72で同一であることが確認済み):     BOOT_CONFIG = PTA4     LPUART1 ISP RX = PTC2 (ALT3)     LPUART1 ISP TX = PTC3 (ALT3)     カスタム基板では、これらのテストポイントはTP7(PTA4)、TP26(PTC2)、TP43(PTC3)を介してアクセスできます。   兆候   blhost -p COMx -- get-property 1 (そしてMCUXpressoセキュアプロビジョニングツールの「接続テスト」も)常に失敗します。   SpsdkNoDeviceFoundError: 与えられたインターフェース「uart」およびパラメータ「port=COM5, timeout=5000」のデバイスは検出されませんでした。 ​   nxpdevscan -vv mbootのpingバイトを表示します [0x5A, 0xA6] 3回送信され、それぞれに続いて SPSDKTimeoutError そしてSDPへのフォールバック 読み取りステータス タイムアウトするコマンド( SdpConnectionError )対象者からは一切応答がない。   私が既に除外したもの     配線の極性(両方の向きを試しました)     電圧レベル:TP7、TP26、TP43はすべて定常状態で3.3Vを示します。     アダプター/ドライバー:本物のFTDI、デバイスマネージャーで「正常に動作」が確認、COMポートが存在します     フロー制御(ループバックテストにより「なし」と確認済み)     別のアプリケーションによるポートロック     実際のハードウェア欠陥として、PTC3(ネット「WPT2_Drive_EN」)が0オーム抵抗を介して、ワイヤレス・パワー転送コイルドライバ用の4 LTC7068 DC/DCコントローラのENピンに直接負荷がかかっていました。これにより、TP43のアイドル時の高レベルが約2.3Vまで低下した。この抵抗器を取り外したところ、TP43が3.3Vで正常にアイドル状態になることを確認しました。これは確かにバグでしたが、ISP通信の障害は解決しませんでした。     PTC2ネット(当社のボード上の「POWER_SW」ボタン入力と共有)へのロード:回路図をトレースし、このネットにプルアップ/プルダウン/RCフィルタリングがないことを確認しました。   PC→ボード方向が正しく動作することを確認するための物理的な検証   USBアダプターには、送受信状態を示すLEDが内蔵されています。その間 blhost get-property 試み:     TXD LEDが3回点滅し、3回のping再試行に一致します。 nxpdevscan -vv — PCが実際に送信していることを確認する。     RXD LEDが点灯しないということは、基板が何も送信していないことを示しています。   同じテスト中にTP26(PTC2)でオシロスコープでキャプチャした波形は、合計時間(約350µs)が57600ボーのUARTバイト2つが連続して送信される際の予想されるタイミングと一致しており、pingバイトが実際に電気的にピンに到達したことを示しています。   新たな発見:ISPモードのエントリーは2つの独立した方法で成功しますが、UARTはどちらの場合も死んでいます   使用 nxpdebugmbox (同じMCU-Linkプローブ経由でSWD)を使い、ISPモードに入る全く別の方法を2つ試しました。   方法A — 物理的なBOOT_CONFIGピン: 電源を入れる瞬間にTP7(PTA4)をVDDにジャンパー接続し、フル電源サイクル(USBを完全に切り抜いて再接続)を行いました。   方法B — SWD/デバッグメールボックス、ピンストラップなし:   nxpdebugmbox -i pyocd cmd -f mcxw716c start nxpdebugmbox -i pyocd cmd -f mcxw716c ispmode -m 1 ​   どちらのコマンドも成功を報告しています(「デバッグメールボックスの開始に成功しました」/「ISPモードへの移行に成功しました」)。   どちらの場合も、直後に、 blhost -p COMx -- get-property 1 それでも返される SpsdkNoDeviceFoundError どちらの方向でもUARTからの応答は一切ありません。   また、以下の点にも留意すべきです。 nxpdebugmbox mem-tool test-connection -d debug_port 通常の起動状態とBOOT_CONFIGが保持されている状態の両方で成功します。しかし mem-tool read-memory -a 0x0 -c 16 通常ブート中に成功(アプリケーションのベクターテーブルを返す)が失敗します。 SPSDK:メモリアクセスポートが見つかりません! BOOT_CONFIGが保持されている間、つまりBOOT_CONFIGが主張されるとチップのデバッグやメモリアクセスの設定 に何か 変化がありますが、なぜUARTが沈黙を保つのかは説明できません。   質問     BOOT_CONFIGピンとSWDデバッグメールボックスの両方でISPモードへの移行が成功したことが確認されたため、 ISPモード コマンドで、LPUART1 ISPインターフェース(PTC2/PTC3、ALT3)が標準のmbootpingに反応しない既知の理由はありますか?     UART ISPインターフェースが有効になるための追加の前提条件(クロック構成、チップリビジョン固有の動作、ライフサイクル状態の制限など)はAN14648/AN14802でカバーされていないものはありますか?     代替案として:SWD/Debug Mailbox 通信は完全に機能するため( 接続テスト そして、 メモリ読み出し 通常の動作中に成功し、NBUファームウェアを書き込むためのサポートされている方法はありますか( mcxw71_nbu_ble_hosted.sb3 ターゲットとする ラジオフラッシュ 0x48800000) で UART ISP ではなく SWD/Debug Mailbox 経由で実行しますか?MCUXpresso Secure Provisioning Tool の MCXW716C のターゲット定義には、 「接続」: [「uart」] — SWD ベースのプロビジョニング ラジオフラッシュ 可能 nxpdebugmbox / nxpimage もしそうなら、手順はどうなっているのでしょうか?   「Xの本当の根本原因はこれです」とか「代わりにSWD経由でNBUをフラッシュする方法はこれです」といったヒントでも構いませんので、ご提供いただければ大変ありがたいです。必要であれば、追加のログやスコープキャプチャを提供いたします。 Re: MCXW716C: ISP UART unresponsive despite confirmed ISP-mode entry via BOOT_CONFIG and SWD mailbox こんにちは、 @chocola_saka さん。お元気でお過ごしでしょうか。 既にヒューズを焼損させてしまったかどうか、確認させてください。もしそうなら、どの作品かを明確にしてください。これは重要です。なぜなら、ヒューズ17にはISPパスを無効にする機能があるからです。 さらに、この現象が発生する前にIFRのセクター0に何らかの設定を書き込んだことがあるかどうかをお知らせください。このセクターはROMブートとISP設定専用です。 以前にNBUをボードにロードできましたか? また、SWD経由でNBUをロードするという質問については、 AN14397 - 大量生産中のシリアルワイヤーデバッグによるMCXW71フラッシュのアプリケーションおよび無線ファームウェアのプログラミングを参照することをお勧めします。アプリケーションバイナリをNBUファームウェアにマージし、最終バイナリをSWD経由で読み込むためのガイドを提供します。 ご依頼いただいた情報と、共有した資料がお役に立てたかどうかをお知らせください。
查看全文
IMX95 GPIO1 不能使用 问候, 我正在使用 IMX95 开发我们的项目。现在,我必须使用 GPIO1 组。我按如下方式编辑了我的dts文件: &gpio1 { 状态=“好的” }; 然后我重启了系统。 控制台显示如下错误信息,系统崩溃。 我的问题是,用户可以控制 GPIO1 吗?或者,我应该如何正确配置我的DTS? 或者还有其他方法可以控制 GPIO1 的 GPIO 引脚吗? [2.326271]pstate:40400009(nZcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE = - ) [ 2.333203] pc : bgpio_read32+0x0/0x18 [ 2.336923] lr : gpio_generic_chip_init+0x228/0x3e0 [ 2.341783] sp : ffff8000822e3a90 [2.345070]x29:ffff8000822e3a90 x28:0000000000000000 x27:0000000000000000 [ 2.352176] x26: ffff000080024028 x25: 00000000000000000 x24: ffff00008002320d [ 2.359283] x23: 0000000000000000 x22: ffff000081ff9180 x21: ffff000080252000 [ 2.366390] x20: ffff000080252010 x19: ffff000080f65080 x18: 000000000000000a [ 2.373497] x17: ffff8000817c0b68 x16: ffff000081fc7280 x15: 0000000000000000 [ 2.380603] x14: ffffffffffffffff x13: 0000000000000000 x12: 0101010101010101 [ 2.387710] x11: 7f7f7f7f7f7f7f7f x10: ffff80008249d043 x9 : 0000000000000018 [ 2.394817] x8 : 0101010101010101 x7 : 0000000000000000 x6 : 0000000000000090 [ 2.401923] x5 : 0000000000000090 x4 : ffff800080720920 x3 : ffff000080f65080 [ 2.409030] x2 : ffff80008071fb0c x1 : ffff80008070efa0 x0 : ffff8000822d5050 [ 2.416144] 调用跟踪: [ 2.418571] bgpio_read32+0x0/0x18 (P) [ 2.422297] vf610_gpio_probe+0x2d0/0x400 [ 2.426277] platform_probe+0x5c/0xa4 [ 2.429916] really_probe+0xbc/0x2bc [ 2.433470] __driver_probe_device+0x78/0x120 [ 2.437803] driver_probe_device+0x3c/0x178 [ 2.441963] __device_attach_driver+0xb8/0x140 [ 2.446383] bus_for_each_drv+0x88/0xe8 [ 2.450197] __device_attach+0x9c/0x1a0 [ 2.454010] device_initial_probe+0x14/0x20 [ 2.458170] bus_probe_device+0x9c/0xa0 [ 2.461983] deferred_probe_work_func+0x7c/0xb4 [ 2.466490] process_one_work+0x150/0x290 [ 2.470477] worker_thread+0x180/0x2f4 [ 2.474203] kthread+0x12c/0x204 [ 2.477410] ret_from_fork+0x10/0x20 [ 2.480973] 代码:d503201f d5033ebf b9000001 d65f03c0 (b9400000) [ 2.487037] ---[ 跟踪结束 00000000000000000 ]--- Re: IMX95 GPIO1 can not be used 我原以为这条信息显示的是错误,但实际上是系统崩溃了。 或许只是函数调用跟踪日志。 不过,还是要谢谢大家。 我应该重新设计一下我的硬件。 Re: IMX95 GPIO1 can not be used 你好, 如 i.MX95 硬件设计指南第 2.1 节“系统管理器”中所述: https://www.nxp.com/webapp/Download?colCode=UG10210&isHTMLorPDF=HTML SM 和 Cortex-M33 内核控制 GPIO1 中的所有引脚。其他核心无法直接访问它们;只允许通过系统控制和管理接口 (SCMI) 协议进行间接访问。它确保了安全的唤醒和恢复机制。 这就是为什么从 Linux 端(不同的 LM)尝试访问时会遇到硬故障的原因。 此致敬礼/Saludos, 阿尔多。 Re: IMX95 GPIO1 can not be used 控制GPIO应该没问题,但你能分享一下你是如何配置GPIO的吗?是开漏还是推挽? 顺便说一下,日志里似乎没有任何错误信息……
查看全文
EdgeLock 2GOプロビジョニングのためにIW612/RW612を用いてMCXW72でWi-Fiを実装する方法 NXPサポートの皆さん、こんにちは。 NXPチームの皆様、こんにちは。 EdgeLock 2GOのプロビジョニングを実行するために、IW612またはRW612を使ってMCXW72でWi-Fiを実際に実装するにはどうすればよいでしょうか? この特定のセットアップを動作させるために必要な正確なハードウェア接続要件、ドライバ、ソフトウェアスタックを教えてください。なお、当アプリケーションは ThreadやMatterプロトコルを使用できません。 ありがとう、 ハーシャル     通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) FRDMトレーニング セキュリティ(EdgeLock | セキュアブート | OTP) Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning ご返信とMongooseに関するアドバイス、ありがとうございます!ちょっとしたフォローアップですが、RW612を検討する前に、実はMCXW72をIW612(RW612ではなく)で動作させることを目指していました。MCXW72はこのプロジェクトに必要なセキュリティ/アプリケーションコア(TF-M、EdgeLock セキュア・エンクレーブ)だからです。 IW612のデータシートによると、Wi-FiはSDIOのみにハードワイヤードされています(表1、およびCONFIG_HOST_BOOT[1:0]ピンテーブルでは、Wi-Fi/BT/802.15.4用のSDIO/UART/SPI以外のすべてのオプションが「予約済み」とマークされています)。MCXW72のデータシートにはSDIO周辺機器は記載されていません。I2C、SPI、UART、CAN、FlexIOのみです。 そこで質問ですが、MCXW72はSDIOホストコントローラーがないため、物理的にIW612のWi-Fiを全く駆動できないというのは正しいのでしょうか?それとも、私が見落としている回避策、例えばSDIOオーバーSPI/UARTの回避策や、NXPが提供するこれら2つのチップをペアリングするための他のサポート済みブリッジ方式などがあるのでしょうか? MCXW72とIW612の組み合わせが本当に実現不可能なのであれば、それは知っておくべき情報ですが、除外する前に、これがハードウェア上の根本的な制限であることを確認したかったのです。 Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning こんにちは、ハーシャルさん。 簡単な質問ですが、この構成でMCXW72が必要な理由は何ですか?RW612はすでにワイヤレスMCUです。アプリケーションをRW612上で直接実行し、追加のマイクロコントローラを完全に外すこともできます。 RW612を選ぶなら、Mongooseのネットワークライブラリを使ってWi-Fiやネットワークスタックを管理できます。そこから直接アプリケーションに集中できます。ここにすぐに使えるRW612の例があり、良い出発点になります。 ローカルワークスペースにダウンロードするには、リンクを開き、「設定」パネルを選択して、保存先ディレクトリを選択してください。次に、青色の「C/C++を生成」ボタンをクリックして、プロジェクトをコンピュータにダウンロードしてください。その後、MCUXpresso IDEで開いてビルドし、フラッシュできます。 お知らせ:私はMongoose開発チームの一員です。この情報があなたのプロジェクトのお役に立てば幸いです。 Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning こんにちは、ハーシャルさん。 あなたの調子が良いといいのですが。ご要望の内容を詳しく教えていただけますか? これらのアプリケーションノートのどれかに従っているか確認していただけますか? Secure Provisioning(SEC)ツールを用いた製品タイプによるEdgeLock 2GO MCUプロビジョニング[AN15038] MCU向けのSPSDKによるEdgeLock 2GOプロビジョニング[AN14670] MCU向けのEdgeLock 2GOプロビジョニング(SEC)によるプロビジョニング[AN14624] MPUおよびMCU向けのEdgeLock 2GOサービス[AN14544] MCXW72は、IW612がホストWi-Fiモジュールとして動作するために必要なハードウェアインターフェースを提供していません。IW612は、Wi-FiにはSDIO 3.0、BluetoothにはUART、802.15.4にはSPIを必要とします。 これらすべてのプロトコルをサポートするデバイスをお探しなら、オールインワン製品としてRW612をおすすめします。 よろしくお願いいたします。 リカルド
查看全文
LX2160A - Synchronous Ethernet (SyncE) RCLK Hi, I'm using an LX2160A board. From my understanding, the SerDes modules can use Synchronous Ethernet (SyncE) and recover the clock from the input SerDes signal. This clock is then available as RCLK0/1, with the related SerDes being selected with the register RECOV_CLK_SEL_RCLK0/1. Can this recovered clock signal then be used to drive the SerDes modules, either the one that it was recovered from or another ? Potentially as reference clock for the PLLS / PLLF ? Thanks in advance.
查看全文
LX2160A - 同步以太网 (SyncE) RCLK 您好, 我使用的是LX2160A板。 据我了解,SerDes 模块可以使用同步以太网 (SyncE) 并从输入的 SerDes 信号中恢复时钟。然后,该时钟可作为 RCLK0/1 提供,相关的 SerDes 可通过寄存器 RECOV_CLK_SEL_RCLK0/1 选择。 那么,恢复后的时钟信号能否用于驱动 SerDes 模块,无论是用于恢复该信号的那个模块还是其他模块? 能否作为PLLS/PLLF的参考时钟? 先行致谢。
查看全文
使用 IW612/RW612 在 MCXW72 上实现 Wi-Fi,用于 EdgeLock 2GO 配置 您好,NXP技术支持, 您好,NXP团队, 如何实际在MCXW72上使用IW612或RW612实现 Wi-Fi,特别是执行EdgeLock 2GO 配置? 请提供使此特定设置正常工作所需的确切硬件连接要求、驱动程序和软件堆栈。请注意,我们的应用程序不能使用 Thread 或 Matter 协议。 谢谢, 哈沙尔     通信与控制(I3C | I2C | SPI | FlexCAN | 以太网 | FlexIO) FRDM 培训 安全(Edgelock | 安全启动 | OTP) Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning 感谢您的回复和提供的 Mongoose 相关信息!不过,还有一个后续问题——在考虑 RW612 之前,我实际上是想让 MCXW72 与 IW612(而不是 RW612)一起工作,因为 MCXW72 是我们这个项目所需的网络安全/应用程序核心(TF-M,EdgeLock 安全隔离区)。 从 IW612 数据手册可以看出,Wi-Fi 仅硬连线到 SDIO(表 1,以及 CONFIG_HOST_BOOT[1:0] 引脚表,其中除 SDIO/UART/SPI(分别用于 Wi-Fi/BT/802.15.4)之外的每个选项都标记为“保留”)。MCXW72 的数据手册没有列出任何 SDIO 外设——只有 I2C、SPI、UART、CAN、FlexIO。 所以我的问题是:MCXW72 是否真的完全无法驱动 IW612 的 Wi-Fi,因为它没有 SDIO 主机控制器?或者是否有我遗漏的解决方法——例如,通过 SPI/UART 实现 SDIO 的变通方法,或者 NXP 提供的其他支持桥接方法来连接这两个特定的芯片? 如果 MCXW72 + IW612 真的不可行,那当然很有用——但在排除这种可能性之前,我想确认这是否是硬件上的硬性限制。 Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning 嗨,哈沙尔, 问个简单的问题:为什么这个配置需要 MCXW72?RW612 本身就是一款无线 MCU。你可以直接在 RW612 上运行你的应用程序,完全去掉额外的微控制器。 如果选择 RW612,可以使用 Mongoose 网络库来处理 Wi-Fi 和网络协议栈。从那里,您可以直接专注于您的申请。这里有一个现成的 RW612 示例,可以为您提供一个很好的起点。 要将其下载到本地工作区,请打开链接,选择“设置”面板,然后选择目标目录。然后点击蓝色的“生成 C/C++”按钮,将项目下载到您的计算机。然后您可以使用 MCUXpresso IDE 打开它,进行编译,然后进行烧录。 友情提示:我是 Mongoose 开发团队的成员,希望这对您的项目有所帮助。 Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning 你好,哈沙尔, 希望你一切都好。请问您的具体要求是什么? 请问您是否遵循了以下任何应用笔记? EdgeLock 2GO 通过产品类型使用安全配置 (高效密码学标准 (SEC)) 工具配置 MCU [AN15038] EdgeLock 2GO 通过 SPSDK 为 MCU 提供配置[AN14670] EdgeLock 2GO 通过安全配置工具 (SEC) 为 MCU 进行配置[AN14624] EdgeLock 2GO 服务(适用于 MPU 和 MCU) [AN14544] MCXW72 不提供 IW612 作为托管 Wi-Fi 模块运行所需的硬件接口。IW612 需要 SDIO 3.0 用于 Wi-Fi,UART 用于蓝牙,SPI 用于 802.15.4。 如果您正在寻找一款支持所有这些协议的设备,那么我推荐 RW612 这款一体化产品。 顺祝商祺! 里卡多
查看全文
NXP UM11442,第 3.1.5.15 段零拷贝功能失效 大家好, UM11442 修订版24 第3.1.5.15 段 零拷贝 例子 evkmimxrt1170_wifi_cli_cm7 编译失败,使用建议的预处理器宏标志,第一个错误: << wifi_netif.c 中未定义 NETIF_RX_BUFFERS>> 所以我添加了下一个定义 #define NETIF_RX_BUFFERS 8 但我现在有 错误:无效地使用了未定义的类型“struct nxp_wifi_device ” 实际上,示例中并未定义所使用的结构。 示例中的零拷贝功能不完整,因此 UM11442 中的描述不适用? 如何测试零拷贝? 谢谢,并致以最诚挚的问候。 皮耶罗 Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working 目前我们只有MIMXRT1170-EVK , SDK 26.06 已安装,但 EVK 示例 “ evk mimxrt1170_wifi_cli_cm7”与“ evkb mimxrt1170_wifi_cli_cm7”不同。 文档 UM11442 中引用了文档 UM11441,文档 UM11441 表 1 第 5 页中也提到了组合 i.MX RT1170 EVK AW611 u-blox JODY W5 声明支持 所以你的意思是“ evk mimxrt1170_wifi_cli_cm7”实际上无法与Wi-Fi零拷贝配合使用吗? Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working 您好, 您使用的是RT1170-EVK还是RT1170-EVKB? 我在 SDK 26.06 上进行了测试,并使用 evkbmimxrt1170_wifi_cli_cm7 示例,按照指南中提到的宏成功构建了应用程序。 你使用的是哪个SDK版本? 问候, 丹尼尔。
查看全文
MCXW716C:尽管已通过 BOOT_CONFIG 和 SWD 邮箱确认进入 ISP 模式,但 ISP UART 无响应。 摘要   我正在围绕MCXW716CMFTA (48 引脚,不是 NXP 评估板)构建的定制板上启动 BLE。在构建/刷写 BLE 示例之前,我需要更新 NBU 固件( mcxw71_nbu_ble_hosted.sb3 )通过 ISP,按照标准的“FRDM-MCXW71 入门”流程。ISP UART接口(LPUART1)始终无响应 blhost 尽管我已经通过两种完全独立的方法证实,该芯片确实会进入某种受限/类似 ISP 的状态。我很想知道为什么 UART 端保持沉默,或者是否有其他受支持的方法来写入 NBU 镜像。   设置     芯片:MCXW716CMFTA(48引脚),定制PCB     SDK/工具:MCUXpresso 安全配置工具 v25.06SPSDK 3.0.1(捆绑版) blhost / nxpdevscan / nxpdebugmbox )     调试探针:MCU-Link(PyOCD 后端),通过板载 J4 接头上的 SWD 连接——已确认可用于一般调试访问     USB 转 UART 适配器:DSD TECH SH-U09C5(原装 FTDI FT232RNL),设置为 3.3V 逻辑电平     使用的 ISP 引脚映射(根据 AN14802 表 7,已确认 MCX W71/W72 相同):     BOOT_CONFIG = PTA4     LPUART1 ISP RX = PTC2 (ALT3)     LPUART1 ISP TX = PTC3 (ALT3)     在定制板上,这些可通过测试点 TP7 (PTA4)、TP26 (PTC2)、TP43 (PTC3) 进行访问。   症状   blhost -p COMx -- get-property 1 (以及 MCUXpresso 安全配置工具自身的“测试连接”功能)总是失败:   SpsdkNoDeviceFoundError: 未找到具有给定接口“uart”和参数“port=COM5,timeout=5000”的设备。 ​   nxpdevscan -vv 显示 mboot ping 字节 [0x5A, 0xA6] 发送了 3 次,每次都紧接着 SPSDK超时错误 然后,退而求其次,采用社会民主党。 读取状态 该命令也会超时( Sdp连接错误 )。始终没有收到目标的任何回应。   我已经排除的     接线极性(两种方向都试过了)     电压等级:TP7、TP26、TP43 的稳态电压均为 3.3V。     适配器/驱动程序:正品 FTDI,已在设备管理器中确认“工作正常”,COM 端口存在     流量控制(通过环回测试确认无)     端口被其他应用程序锁定     一个真正的硬件缺陷:PTC3(网络“WPT2_Drive_EN”)通过一个 0 欧姆电阻直接连接到 LTC7068 DC/DC 控制器的 EN 引脚,该控制器用于我们的无线电力传输线圈驱动器。这使得 TP43 的空闲高电平降至 ~2.3V。我移除了这个电阻,并确认 TP43 现在在 3.3V 时空闲状态正常——这确实是一个 bug,但这并没有解决 ISP 通信故障。     在 PTC2 网络上加载(与我们板上的“POWER_SW”按钮输入共享):追踪原理图,确认该网络上没有上拉/下拉/RC 滤波。   物理确认PC→主板方向正确   USB适配器内置TX/RX活动指示灯。在 blhost 获取属性 试图:     TXD LED 闪烁 3 次,与观察到的 3 次 ping 重试相符。 nxpdevscan -vv — 确认电脑确实在传输数据。     RXD LED 指示灯始终不亮,确认电路板不会发送任何数据。   在同一测试期间,TP26 (PTC2) 上的示波器捕获显示波形的总持续时间 (~350µs) 与 57600 波特率下两个背靠背 UART 字节的预期时间相匹配,这与 ping 字节实际电到达引脚的情况一致。   最新发现:通过两种独立的方法均可成功进入ISP模式,但两种情况下UART均无法工作。   使用 nxpdebugmbox (通过同一个 MCU-Link 探针进行 SWD 测试),我测试了两种完全不同的进入 ISP 模式的方法:   方法 A — 物理 BOOT_CONFIG 引脚:在上电瞬间将 TP7 (PTA4) 跳线连接到 VDD,然后完全断电重启(USB 完全拔出/重新插入)。   方法 B — SWD/调试邮箱,完全不需要引脚连接:   nxpdebugmbox -i pyocd cmd -f mcxw716c start nxpdebugmbox -i pyocd cmd -f mcxw716c ispmode -m 1 ​   两条命令均报告成功(“启动调试邮箱成功” / “进入 ISP 模式成功”)。   在这两种情况下,紧接着, blhost -p COMx -- get-property 1 仍然返回 SpsdkNoDeviceFoundError — UART 双向均无响应。   另需注意: nxpdebugmbox mem-tool test-connection -d debug_port 在正常启动和 BOOT_CONFIG 保持状态下均能成功启动。但 mem-tool read-memory -a 0x0 -c 16 正常启动时成功(返回应用程序的向量表),但在其他情况下失败 SPSDK:未找到内存访问端口! 当 BOOT_CONFIG 被钳位时——因此,当 BOOT_CONFIG 被钳位时,芯片的调试/内存访问配置确实发生了一些变化,尽管这并不能解释为什么 UART 保持静默。   问题     假设已通过 BOOT_CONFIG 引脚和 SWD 调试邮箱确认 ISP 模式进入成功 ISP模式 命令中,是否存在已知原因导致 LPUART1 ISP 接口(PTC2/PTC3、ALT3)仍然无法响应标准的 mboot ping 命令?     UART ISP 接口激活是否还有其他前提条件(时钟配置、芯片版本特定行为、生命周期状态限制),而这些条件在 AN14648/AN14802 中没有涵盖?     另一种选择是:由于 SWD/调试邮箱通信功能齐全( 测试连接 以及 读取内存 (在正常运行期间成功),是否有受支持的方法写入 NBU 固件( mcxw71_nbu_ble_hosted.sb3 瞄准 无线电闪光 是否通过 SWD/调试邮箱而不是 UART ISP(地址为 0x48800000)进行通信?MCUXpresso 安全配置工具的 MCXW716C 目标定义仅列出 “连接”: [“uart”] — 是基于 SWD 的配置 无线电闪光 可能通过 nxpdebugmbox / nxpimage 如果是这样,具体流程是什么?   任何建议——包括“这是 X 的真正根本原因”或“这是如何通过 SWD 刷写 NBU”——都将不胜感激。如果需要,我很乐意提供更多日志/作用域捕获信息。 Re: MCXW716C: ISP UART unresponsive despite confirmed ISP-mode entry via BOOT_CONFIG and SWD mailbox 嗨@chocola_saka ,希望你一切都好。 请问您是否已经烧断过任何一组熔丝?如果是,请具体说明是哪一种。这一点很重要,因为熔丝 17 具有禁用 ISP 路径的功能。 此外,请说明在出现此行为之前,您是否已向 IFR 的 0 扇区写入任何配置,因为该扇区专用于 ROM 启动和 ISP 配置。 您之前是否能够将NBU加载到您的电路板上? 另外,关于您提出的通过 SWD 加载 NBU 的问题,我建议您参考AN14397 - 在批量生产期间通过串行线调试对 MCXW71 Flash 进行应用程序和无线电固件编程。它提供了将应用程序二进制文件合并到 NBU 固件中并通过 SWD 加载最终二进制文件的指南。 请告知我所需信息,以及分享的资源是否有帮助。
查看全文
IMX95 GPIO1は使用できません ご挨拶申し上げます。 私たちはプロジェクト開発にIMX95を使用しています。今はGPIO1グループを使わなければなりません。私は以下のようにdtsファイルを編集しました。 &gpio1 {     ステータス = "okay"; }; そして、システムを再起動します。 コンソールには以下のようなエラーメッセージが表示され、システムがクラッシュしました。 質問ですが、ユーザーはGPIO1を操作できますか?あるいは、DTSを正しく設定するにはどうすればいいでしょうか? それともGPIO1のGPIOを制御する他の方法はありますか? [ 2.326271] pstate: 40400009 (nZcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 2.333203] pc : bgpio_read32+0x0/0x18 [ 2.336923] lr : gpio_generic_chip_init+0x228/0x3e0 [ 2.341783 ] SP : FFFF8000822E3A90 [ 2.345070 ] x29: ffff8000822e3a90 x28: 0000000000000000000000000000 x27: 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 [ 2.352176 x26: ffff000080024028 x25: 000000000000000000 x24: ffff00008002320d [ 2.359283 ] x23: 00000000000000000000 x22: ffff000081ff9180 x21: ffff000080252000 [ 2.366390 x20: ffff000080252010 x19: ffff000080f65080 x18: 000000000000000a [ 2.373497] x17: ffff8000817c0b68 x16: ffff000081fc7280 x15: 00000000000000000 [ 2.380603 ] x14: FFFFFFFFFFFFFF x13: 00000000 0101010101010101 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 [ 2.387710 x11: 7f7f7f7f7f7f7f7f x10: ffff80008249D043 x9 : 0000000000000018 [ 2.394817 x8 : 0101010101010101 x7 : 0000000000000000000000000000000000000000 x6 : 0000000000000090 [ 2.401923 ] x5 : 0000000000000090 x4 : ffff800080720920 x3 : ffff000080f65080 [ 2.409030 ] x2 : ffff80008071fb0c x1 : ffff80008070efa0 x0 : ffff8000822d5050 [ 2.416144] コールトレース: [ 2.418571 bgpio_read32+0x0/0x18 (P) [ 2.422297 ] vf610_gpio_probe+0x2d0/0x400 [ 2.426277 ] platform_probe+0x5c/0xa4 [ 2.429916] really_probe+0xbc/0x2bc [ 2.433470 __driver_probe_device+0x78/0x120 [ 2.437803 ] driver_probe_device+0x3c/0x178 [ 2.441963 ] __device_attach_driver+0xb8/0x140 [ 2.446383 ] bus_for_each_drv+0x88/0xe8 [ 2.450197 ] __device_attach+0x9c/0x1a0 [ 2.454010] device_initial_probe+0x14/0x20 [ 2.458170 ] bus_probe_device+0x9c/0xa0 [ 2.461983] deferred_probe_work_func+0x7c/0xb4 [ 2.466490 process_one_work+0x150/0x290 [ 2.470477] worker_thread+0x180/0x2f4 [ 2.474203 ] kthread+0x12c/0x204 [ 2.477410 ] ret_from_fork+0x10/0x20 [ 2.480973 コード: d503201f d5033ebf b9000001 d65f03c0 (b9400000) [ 2.487037] ---[ 終了痕跡 0000000000000000000000000000000000000000000000000000000000000000 ]--- Re: IMX95 GPIO1 can not be used このメッセージはエラーを示していると思ったのですが、実際にはシステムがクラッシュしていました。 単なる関数呼び出しのトレースログかもしれません。 しかし、皆さん、ありがとうございました。 ハードウェアを改良すべきだ。 Re: IMX95 GPIO1 can not be used こんにちは、 i.MX95のハードウェア設計ガイド第2.1節システムマネージャーに記載されている通り: https://www.nxp.com/webapp/Download?colCode=UG10210&isHTMLorPDF=HTML SMとCortex-M33コアはGPIO1のすべてのピンを制御しています。他のコアは直接アクセスできません。システム制御・管理インターフェース(SCMI)プロトコルを介した間接アクセスのみが許可されています。安全な起動および復旧メカニズムを保証します。 これがLinux側(異なるLM)からアクセスしようとするとハードフォルトが出る理由です。 敬具/サルドス、 アルド。 Re: IMX95 GPIO1 can not be used GPIOの制御は問題ないはずですが、GPIOの設定方法を教えてもらえますか?オープンドレインかプッシュプルか? ちなみに、ログにはエラーメッセージは表示されていないようです。
查看全文
MCXA185 ROM ISP UARTがカスタムピンで応答しない こんにちは、 NXP MCXA185VLHカスタムボードを使っており、CMPA/PFR構成を通じてデフォルトのROM ISP UARTピンを変更しようとしています。 1. 目的 ISPのUARTピンMCXA185デフォルトは以下の通りです: LPUART2 TX: P2_2 RX:P2_3 ROM ISP UARTを以下に変更したいです: LPUART4 TX: P3_27 RX:P3_28 私はSecure Provisioning Tool(SPT)/SPSDK 3.10.0とMCU-LINK Proをデバッグプローブとして使用しています。 2. CMPA ISP_UART_CFG構成 PFR設定ツールで、ISP_UART_CFGを次のように設定しました: UART_RX_PIN 0x7C UART_RX_FUNC_SLOT 0b0011 UART_ISP_FLEXCOM 0b0100 UART_TX_PIN 0x7B UART_TX_FUNC_SLOT 0b0011 UART_BAUD_RATE AUTO_BAUDRATE / 0b0000 ピンのエンコーディングによると、私の理解は以下の通りです: 0x7B → P3_27 0x7C → P3_28 したがって、意図された構成は次のようになります: LPUART4 TX = P3_27 RX = P3_28 機能スロット = 3 ボーレート=オートボー検出 MCXA185ドキュメントにはLPUART4もインスタンス4として記載されているので、対応するUART_ISP_FLEXCOM値を設定しました。 3. CMPA生成とプログラミング CMPAのバイナリはSPT/SPSDKで生成しました。 生成されたスクリプトは正常に実行されました。 重要なコマンド/結果は以下のとおりです。 # ## Create CMPA page - binary ## # pfr.exe export -c pfr_write_cmpa.yaml -o pfr_write_cmpa.bin 成功しました。(CMPAバイナリが生成されました) 次に、ブートローダーの接続を確認しました。 blhost -t 2000 -p COM8,115200 -j -- get-property 1 0 そして返ってきた: ヤージュ 「コマンド」: 「get-property」 "応答": [ 1258488320 ], "状態": { 「説明」: 「0 (0x0) 成功」 「値」: 0 } } そしてCMPAは削除された。 pfr.exe erase-cmpa -p COM8,115200 -f mcxa185 結果: mcxa185上のCMPAページアドレス、リビジョン:最新版は0x7e000です CMPAのページは削除されました。 次に、CMPAをプログラミングしました。 blhost -t 5000 -p COM8,115200 -j -- write-memory 0x0007E000 pfr_write_cmpa.bin 結果: ヤージュ 「コマンド」:「メモリ書き込み」 "応答": [ 256 ], "状態": { 「説明」: 「0 (0x0) 成功」 「値」:0 } } したがって、CMPAは消去と書き込みの両方で成功を報告した。 4. MCU-LINK Proを経由してISPモードに移行する 私はMCU-LINK Proを使っています: NXP Semiconductors MCU-LINK Pro(r0CF)CMSIS-DAP V2.241 シリアル:JE3OY43UTRELI デバッグメールボックスは正常に開始します: nxpdebugmbox -i pyocd cmd -f mcxa185 start 結果: デバッグ開始 メールボックス成功 その後、MCUをISPモードに強制的に切り替えます: NXPDEBUGMBOX -i pyocd cmd -f mcxa185 ispmode -m 0 結果: ISPモードへの移行は成功しました デバッグメールボックスは、MCUがISPモードに正常に入ったと報告します。 5. 新しいISPピンへのUART接続 カスタムボードにはUSBからUARTへのアダプターを接続しています。 アダプターは以下の接続先に取り付けられています: MCXA185 P3_27 / P3_28 シリアルポートは以下の通りです: COM27 このつながりは以下の通りに交差します: USB-UART TX → MCXA185 P3_28(RX) USB-UART RX ← MCXA185 P3_27(テキサス州) GND→GND 私は以下でテストしています: 115200ボー 6. BLHOSTが新しいISP UARTで応答しない ISPモードに入った後、以下を実行します: blhost -t 10000 -p COM27,115200 -j -- get-property 1 しかし、私は以下のようなものを得ています: SpsdkNoDeviceFoundError: 与えられたインターフェース「uart」およびパラメータ「port=COM27、baudrate=115200、timeout=10000」に対するデバイスは検出されませんでした。 そのため、ROM ISPブートローダーはCOM27/P3_27/P3_28経由で応答していません。 ISPモードに入った際に、シリアルモニターに以下の表示が見られました。 [RX] - 00 しかし、有効なBLHOST応答を受け取ることができません。 7. COM27が物理的に検出される nxpdevscanはMCU-LINK Proおよび関連するUSBデバイスを正しく表示していますが、以下の通りです: UARTデバイスをスキャン中...何も見つからなかった USB-UARTアダプター自体はWindowsでCOM27として利用可能で、シリアルモニター/BLHOSTで使用されています。 8. オリジナルISP UART作品 ISP UART構成を変更する前は、元のISP UARTを通じて以下の方法でMCUと通信できました: blhost -t 10000 -p COM8,115200 -j -- get-property 1 その作品は無事に戻った: { 「コマンド」: 「プロパティ取得」 「応答」:[ 1258488320 ], 「ステータス」:{ 「説明」:「0(0x0)成功。」、 「価値」:0 } } これにより、以下のことが確認されます: MCUは機能しています。 ROM ISPは正常に動作しています。 BLHOST/SPSDKは正常に動作します。 USB-UARTアダプタとシリアル通信の設定は正常に動作します。 この問題は、ISPのUART設定をP3_27/P3_28に変更した後に発生します。 9. デバッグメモリアクセスの問題 また、MCU-LINK Proを通じてCMPAの内容を直接確認しようとしました。 CMPAの所在地は以下の通りです: 0x0007E000 私は以下を使いました: NXPDEBUGMbox -i pyocd mem-tool read-memory -f mcxa185 -a 0x0007E000 -c 0x100 -h しかし、以下の内容が出ました: SPSDKAppError: SPSDK: メモリアクセスポートが見つかりません! 私も試してみました: nxpdebugmbox -i pyocd mem-tool test-connection -f mcxa185 返された結果: 接続テストは正常に終了しませんでした。 リカバリーリセットを有効にしてみました: nxpdebugmbox -i pyocd -o enable_recovery_reset=True mem-tool read-memory -f mcxa185 -a 0x0007E000 -c 0x100 -h しかし、同じ結果を受け取った。 メモリアクセスポートが見つかりません! しかし、デバッグメールボックス自体は引き続き起動可能です: デバッグ開始 メールボックス成功 ISPモードに入ることができます: ISPモードへの移行は成功しました 10. SPT接続の問題 再度PFR設定ウィンドウを使おうとすると、次のように表示されました: PFR構成、MCXA185、COM8[ボー=115200] そして次のように報告しました: 接続の問題です。接続ダイアログで設定を確認してください。 UARTポートを開けなかった: ポート『COM8』を開けませんでした。アクセス拒否。 これは別のCOMポートアクセスの問題のようで、COM8はすでに別のアプリケーションやプロセスで使用されていました。 追伸。また、セキュアプロビジョニングツールでISP_MISC_CFG : ISP_UART_CUSTを設定し、電源サイクルも行いました。ドキュメントやサポートを通じて見つけられることはすべてやりましたが、私が小さなミスをする可能性は全くありません。どうか私の問題解決を手伝ってください。 よろしくお願いします。 MCXA Re: MCXA185 ROM ISP UART Not Responding on Custom Pins こんにちは、 @Alice_Yang さん。 CMPAのプログラミング後、既に完全な電源リセットを実行しました。 提案されたとおり、ISPピンを使用してISPモードに入ることも試しました。しかし、MCXA185は設定済みのISP UART経由では応答せず、 blhostはデバイスがPINGに応答しないと報告します。 よろしくお願いします。 よろしくお願いします。 ウダイ Re: MCXA185 ROM ISP UART Not Responding on Custom Pins こんにちは、@udaysinghg70 CMPAのプログラミング後は、必ず電源を完全にリセットしてから、ISPピンを使用してISPモードに入ってみてください。   よろしくお願いします。   BR アリス
查看全文
7英寸DSI液晶显示屏(800*480)与imx8M plus集成 各位团队成员,大家好! 我正在尝试在定制的 iMX8M Plus 板(内核 6.18.20_2.0.0)上启动 Waveshare 7 英寸 DSI LCD。 I2C总线检测到面板,触摸功能通过evtest测试实现。CONFIG_DRM_WAVESHARE_BRIDGE=y绑定成功。然而,屏幕仍然是空白的。 调整像素时钟频率并没有解决问题。我已附上 DTS 代码片段和内核日志供您参考。 显示详情: https://www.waveshare.com/wiki/7inch_DSI_LCD?srsltid=AfmBOorUskdbY2AqupblCpMEQNVBolOXs40ytjhcxKml0IZccg4CI8Ni 请提供更多故障排除步骤。 提前致谢 图形与显示 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus LCD屏幕似乎需要5V 500mA的电流。不确定定制的iMX8M Plus板能否提供足够的电流…… Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus 嗨, 您可以在下方查看附件日志。 Re: 7 inch DSI LCD ( 800*480 ) integration with imx8M plus 你好, 请使用以下命令共享时钟。 cat /sys/kernel/debug/clk/clk_summary 此致, 志明
查看全文
RTD 使用问题 您好,在使用RTD项目时遇到了一些问题。请您看一下这些文件好吗? (1)导入演示项目后,为什么 board.txt 文件为空?编译时立即出现错误信息。我该如何编译演示项目? NXP2_0-1787586202293.pngNXP2_0-1787586202293.png NXP2_1-1787586227880.pngNXP2_1-1787586227880.png (2)当我尝试打开 .mex 文件时使用 S32DS 处理演示项目文件时,出现以下问题。请问如何解决这个问题? NXP2_0-1787585984659.png Re: RTD Usage Issues HI 导入S32K RTD的工程请点击File ->新->示例中的 S32DS 项目 RTD工程里有一个/description.txt文件需要阅读,其中提到需要在外设工具里点击更新代码按钮然后重新编译: 3.1 生成 S32 配置 在运行示例之前,需要生成一个配置。首先,在 S32 DS 的 “项目资源管理器” 视图中选择当前项目。选择 “S32 Configuration Tool” 菜单,然后点击所需的配置工具(引脚、时钟、外设等)。 点击其中任何一个都会生成所有元器件。进行所需的更改(如有),然后单击“S32 配置工具->更新代码”按钮。 最后那张图片太模糊了完全看不清楚,需要你重新上传。发图片不建议直接粘贴到帖子里,建议使用插入照片按钮插入图片或者当附件上传也行。 S32DSv3.6.x里安装RTD的方法以及如何导入工程等,可以看一下该视频:如何使用S32 Design Studio 3.6.0下载、安装和配置RTD 5.0.0 此致敬礼, Robin
查看全文
MCXA185 ROM ISP UART Not Responding on Custom Pins Hello, I am working with an NXP MCXA185VLH custom board and am trying to modify the default ROM ISP UART pins through the CMPA/PFR configuration. 1. Objective The default MCXA185 ISP UART pins are: LPUART2 TX: P2_2 RX: P2_3 I want to change the ROM ISP UART to: LPUART4 TX: P3_27 RX: P3_28 I am using Secure Provisioning Tool (SPT) / SPSDK 3.10.0 and an MCU-LINK Pro as the debug probe. 2. CMPA ISP_UART_CFG configuration In the PFR Configuration tool, I configured ISP_UART_CFG as follows: UART_RX_PIN 0x7C UART_RX_FUNC_SLOT 0b0011 UART_ISP_FLEXCOM 0b0100 UART_TX_PIN 0x7B UART_TX_FUNC_SLOT 0b0011 UART_BAUD_RATE AUTO_BAUDRATE / 0b0000 According to the pin encoding, I understand: 0x7B → P3_27 0x7C → P3_28 Therefore the intended configuration is: LPUART4 TX = P3_27 RX = P3_28 Function slot = 3 Baud rate = Auto baud detection The MCXA185 documentation also lists LPUART4 as instance 4, which is why I configured the corresponding UART_ISP_FLEXCOM value. 3. CMPA generation and programming I generated the CMPA binary using SPT/SPSDK. The generated script executed successfully. The important commands/results were: ### Create CMPA page - binary ### pfr.exe export -c pfr_write_cmpa.yaml -o pfr_write_cmpa.bin Success. (CMPA binary has been generated) Then the bootloader connection was checked: blhost -t 2000 -p COM8,115200 -j -- get-property 1 0 and returned: { "command": "get-property", "response": [ 1258488320 ], "status": { "description": "0 (0x0) Success.", "value": 0 } } Then CMPA was erased: pfr.exe erase-cmpa -p COM8,115200 -f mcxa185 Result: CMPA page address on mcxa185, Revision: latest is 0x7e000 CMPA page has been erased. Then I programmed the CMPA: blhost -t 5000 -p COM8,115200 -j -- write-memory 0x0007E000 pfr_write_cmpa.bin Result: { "command": "write-memory", "response": [ 256 ], "status": { "description": "0 (0x0) Success.", "value": 0 } } Therefore, CMPA erase and write both reported success. 4. Entering ISP mode through MCU-LINK Pro I am using an MCU-LINK Pro: NXP Semiconductors MCU-LINK Pro (r0CF) CMSIS-DAP V2.241 Serial: JE3OY43UTRELI The debug mailbox starts successfully: nxpdebugmbox -i pyocd cmd -f mcxa185 start Result: Start Debug Mailbox succeeded I then force the MCU into ISP mode: nxpdebugmbox -i pyocd cmd -f mcxa185 ispmode -m 0 Result: Entering into ISP mode succeeded So the debug mailbox reports that the MCU has successfully entered ISP mode. 5. UART connection to the new ISP pins I have a USB-to-UART adapter connected to the custom board. The adapter is connected to: MCXA185 P3_27 / P3_28 The serial port is: COM27 The connection is crossed: USB-UART TX → MCXA185 P3_28 (RX) USB-UART RX ← MCXA185 P3_27 (TX) GND → GND I am testing at: 115200 baud 6. BLHOST does not respond on the new ISP UART After entering ISP mode, I run: blhost -t 10000 -p COM27,115200 -j -- get-property 1 However, I get: SpsdkNoDeviceFoundError: No devices for given interface 'uart' and parameters 'port=COM27, baudrate=115200, timeout=10000' was found. Therefore, the ROM ISP bootloader is not responding through COM27/P3_27/P3_28. I have also observed the following on the serial monitor when entering ISP mode: [RX] - 00 but I do not receive a valid BLHOST response. 7. COM27 is physically detected nxpdevscan shows the MCU-LINK Pro and related USB devices correctly, but: Scanning UART devices... Nothing found The USB-UART adapter itself is available as COM27 in Windows and is being used by the serial monitor/BLHOST. 8. Original ISP UART works Before changing the ISP UART configuration, I was able to communicate with the MCU through the original ISP UART using: blhost -t 10000 -p COM8,115200 -j -- get-property 1 which returned successfully: { "command": "get-property", "response": [ 1258488320 ], "status": { "description": "0 (0x0) Success.", "value": 0 } } This confirms that: The MCU is functional. ROM ISP is functional. BLHOST/SPSDK is functional. The USB-UART adapter and serial communication setup work. The problem appears after changing the ISP UART configuration to P3_27/P3_28. 9. Debug memory access issue I also attempted to verify the CMPA contents directly through the MCU-LINK Pro. CMPA is located at: 0x0007E000 I used: nxpdebugmbox -i pyocd mem-tool read-memory -f mcxa185 -a 0x0007E000 -c 0x100 -h but received: SPSDKAppError: SPSDK: The memory access port is not found! I also tried: nxpdebugmbox -i pyocd mem-tool test-connection -f mcxa185 which returned: The test connection ends NOT successfully. I tried enabling recovery reset: nxpdebugmbox -i pyocd -o enable_recovery_reset=True mem-tool read-memory -f mcxa185 -a 0x0007E000 -c 0x100 -h but received the same: The memory access port is not found! However, the debug mailbox itself can still be started: Start Debug Mailbox succeeded and ISP mode can be entered: Entering into ISP mode succeeded 10. SPT connection issue When I tried to use the PFR Configuration window again, it showed: PFR Configuration, MCXA185, COM8[baud=115200] and reported: Connection problem. Check the connection dialog for configuration. Failed to open UART port with: Could not open port 'COM8'. Access denied. This appears to be a separate COM-port access issue because COM8 was already being used by another application/process. PS. Ive also configured the ISP_MISC_CFG : ISP_UART_CUST in the secure provisioning tool and done a power cycle too. Literally I've done everything that i could find via documentation and even support and there is no chance for silly mistakes from my side. Please help me resolve my issue. Thank you. MCXA Re: MCXA185 ROM ISP UART Not Responding on Custom Pins Hello @Alice_Yang , I have already performed a full power reset after programming the CMPA. I also tried entering ISP mode using the ISP pin as suggested. However, the MCXA185 still does not respond through the configured ISP UART, and blhost reports that the device does not respond to the PING. Thank you. Regards Uday Re: MCXA185 ROM ISP UART Not Responding on Custom Pins Hi @udaysinghg70  Please ensure that a full power reset is performed after programming the CMPA, and then try entering ISP mode using the ISP pin.   Thank you.   BR Alice
查看全文
RTD(すぐに飲める飲料)の使用上の問題点 こんにちは。RTDプロジェクトを使用する際にいくつか問題が発生しています。見ていただけますか? (1)デモプロジェクトをインポートした後、board.txt ファイルが空になるのはなぜですか?コンパイル時に、すぐにエラーメッセージが表示されました。デモプロジェクトはどうやってコンパイルすればいいですか? NXP2_0-1787586202293.pngNXP2_0-1787586202293.png NXP2_1-1787586227880.pngNXP2_1-1787586227880.png (2).mexファイルを開こうとしたときS32DSを使用したデモプロジェクトのファイルで、以下の問題が発生しました。どうやって直せばいいのか教えてもらえますか? NXP2_0-1787585984659.png Re: RTD Usage Issues ハイ S32K RTD の工程ポイントファイル ->新規 ->例からの S32DS プロジェクト RTD 工程里に/description.txt ファイルが必要です阅读、その中には外部設定ツールのサリポイントでコードを更新する必要があることが指摘されています。 3.1 S32構成の生成 例を実行する前に、設定を生成する必要があります。まず、S32 DSのプロジェクト・エクスプローラ・ビューに移動し、現在のプロジェクトを選択します。[S32 Configuration Tool(S32設定ツール)] メニューを選択し、目的の設定ツール(ピン、クロック、ペリフェラルなど)をクリックします。 いずれかをクリックすると、すべてのコンポーネントが生成されます。必要な変更(もしあれば)を行い、「S32構成ツール」→「コードの更新」ボタンをクリックしてください。 最後に、写真は完全に汚れているため、再度転送する必要があります。写真の送信は、直接チャプター サイトに送信されません。写真の挿入を使用して写真を挿入するか、添付ファイル上でも転送されます。 S32DSv3.6.x里安装RTD的方法以及如何导入工程等,可以看一下该视频:How To Download, install and Configuration the RTD 5.0.0 with S32 Design Studio 3.6.0 よろしくお願いいたします ロビン
查看全文
S32K3用のCrypto_43_HSE NVMカタログのサンプルはありますか? 最新のRTD 7.0.1 P02パッケージ(S32K3プラットフォーム用)には、RAMカタログの使用(AES暗号化/復号)を示すCrypto_43_HSE例があります。 HSE NVMカタログの使用例を示すサンプルはありますか?MCAL-NVMドライバーを追加した後、NvMBlockDescriptorコンテナ内でNvMNvBlockLengthとNvMRamBlockDataAddressフィールドをどう書くのか全くわかりません。(キープロビジョニング機能を実装したいです) Re: Is there Crypto_43_HSE NVM catalog example for S32K3? こんにちは、 @Pippenさん もしあなたのユースケースがHSEに鍵をプロビジョニングすることなら、NvMは必須ではありません。HSEはプロビジョニング済み鍵を独自の安全な非揮発性メモリに保存し、Crypto_43_HSEドライバはこれらの鍵を管理するためにHSEサービスを使用します。このシナリオでは、鍵の保存はHSE自体によって処理されるため、HSEの鍵保存のためにNvMのブロック構成は必要ありません。HSEは安全なフラッシュに独占的にアクセスでき、ユーザーはこのフラッシュに直接アクセスできません。 HSE RAMキーとHSE NVMキーをインポートする手順は全く同じです。API Crypto_43_HSE_KeyElementSetとCrypto_43_HSE_KeySetValidを引き続き使用します。唯一の違いはキーIDです。それは、RAMカタログまたはNVMカタログ内のキーのキーIDのいずれかです。 よろしくお願いいたします。 ルーカス
查看全文