Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
S32K WDG こんにちは。質問があります。S32K312チップのウォッチドッグモジュールには、タイムアウト後の応答方法が2つあります。1つ目は、タイムアウトが発生するたびにリセットを生成する方法です。2つ目は、最初のタイムアウト時に割り込みを生成し、2回目のタイムアウト時にリセットを生成する方法です。最初のタイムアウト期間は、設定したウォッチドッグタイマーのことだと理解しているのですが、2回目のタイムアウト期間が何を指すのか分かりません。ご回答いただけますでしょうか?ご返信をお待ちしております。 Re: S32K WDG こんにちは@夏超さん これは同じタイムアウトです。 これについては、S32K3xx リファレンス マニュアルの第 66 章「ソフトウェア ウォッチドッグ タイマー (SWT)」で詳しく説明されています。 NXP は、HW を構成するために使用できる 2 つの RTD ドライバ SWT_Ip と MCAL WDG を提供しています。 何かご質問がございましたら、お気軽にお問い合わせください。 よろしくお願いします。 ダニエル
查看全文
auth_cntr は戻り値を提供する必要がありますか? OEM_Open モードで i.mx93 を使用して、無効に署名されたコンテナーの検出を検証していました。 u-bootの「\include\configs\imx93_evk.h」のコードauth_cntr が環境内の「if ステートメント」で使用できる値を返すことを意味します。 "auth_os=auth_cntr ${cntr_addr}\0" \ "mmcboot=echo Booting from mmc ...; " \ "run mmcargs; " \ "if test ${sec_boot} = yes; then " \ "if run auth_os; then " \ "run boot_os; " \ "else " \ "echo ERR: failed to authenticate; " \ "fi; " \ .... 「if run auth_os; then」というチェックは、コンテナ検証の成功が戻り値として利用できるという印象を与えます。 ただし、テストでは、有効な署名付きコンテナーと無効な署名付きコンテナーの両方で、結果は常に「0」になることが示されています。ahab_status コマンドは、無効な署名済みコンテナを検証した後、エラーを報告します。 これは OEM_Open デバイスでは予想される動作ですか?あるいはimx93_evk.hファイルは存在しない何かを暗示していますか? Security Yocto Project Re: Should auth_cntr provide a return value? 結果値は、auth_cntr コマンドの実行に関する情報のみを報告し、コンテナー自体が本物かどうかは報告しないようです。 OEM_Open シナリオでは、コンテナーが本物でない場合でも「run boot_os」が実行される可能性があります。 OEM_Closed シナリオの場合、auth_cntr を呼び出すとすぐに再起動されるSO、if ステートメントは完了しません。 Re: Should auth_cntr provide a return value? セクション<10.9ガイドの「セキュリティ リファレンス デザイン」が役立つかもしれません。 よろしくお願いします。 Harvey Re: Should auth_cntr provide a return value? 私は i.MX93 ベースのボード上で yocto scarthgap ベースのイメージを実行しており、かなり古い 2022.04 u-boot を実行しています (現時点では)。 アイデアとしては、Ahab コンテナをいくつか用意するというものでした。 - 1番目のコンテナ: ELE、DDR FW、SPL - 2番目のコンテナ: ATF、OP-TEE、U-Boot - 3番目のコンテナ: カーネル - 4番目のコンテナ: dtb - ....n番目 すべてのコンテナは信頼チェーンを介して検証されます。1 番目は ROM の検証から始まり、2 番目は SPL、3 番目、4 番目は u-boot で、さらに追加のコンテナが検証されます。 u-boot の 3 番目と 4 番目のコンテナを確認するには、auth_cntr コマンドを使用します。その結果は ahab_status 経由で提供されます。ただし、これを bootcmd に追加して、各コンテナを検証し、障害発生時に停止するか回復モードに移行できるようにするというアイデアでした。 SO質問なのですが、自動化/スクリプト化された実装で auth_cntr をCAN使用すればよいのでしょうか?または、コード自体にこれらの手順/検証を追加し、これらのチェックを処理するカスタム コマンドを呼び出す方が、より適切/通常の方法でしょうか? Re: Should auth_cntr provide a return value? auth_os はカーネルとDTBで構築されたコンテナを検証します。ahab_status は検証された内容を報告するだけです。 どのバージョンの BSP をテストしていますか? また、どのような AHAB イベント情報をテストしていますか? よろしくお願いいたします。 Harvey
查看全文
IW612 中的双拓扑结构 你好 我正在尝试在自定义板上测试双拓扑 操作系统Linux Arch: armv7l GNU/Linux 内核6.6.48 堆栈 BlueZ v5.78 我有 3 个设备 A、B 和 C,A 是自定义板,B 和移动设备,C 是 Matter 设备 当 A 处于外设模式且 B 与之连接(活动连接)时,处于中心模式的 A 无法与 C 通信。 我在 btmon 中看到以下日志 @ MGMT Event: Connect Failed (0x000d) plen 8 {0x0002} [hci0] 87.249139 LE Address: 24:EE:9A:34:85:27 (OUI 24-EE-9A) Status: Disconnected (0x0e) @ MGMT Event: Connect Failed (0x000d) plen 8 {0x0001} [hci0] 87.249139 LE Address: 24:EE:9A:34:85:27 (OUI 24-EE-9A) Status: Disconnected (0x0e) 0x000d 表示因资源有限而拒绝连接 (参考:控制器错误代码) 是因为固件/内核配置问题吗?另外,请告诉我是否有任何示例可以进行测试 附上完整的 btmon 日志以供参考 __出席 Re: Dual Topology in IW612 你好@Christine_Li、 谢谢,我们会跟进的。 此致, Eldho K K __出席 Re: Dual Topology in IW612 嗨,@eldhokk 经过内部讨论,我们的 WCS CAS 团队将继续为您提供更好的支持。因此,我也将把此案分配给我们的同事。 我看到我们的同事已经就案件与您进行了沟通:00723608. 与我们相比,我们的 WCS CAS 团队可以为您提供更高效的支持。 希望你能理解我们。 顺祝商祺! Christine。 Re: Dual Topology in IW612 嗨,@eldhokk 感谢您的回复。 好吧,我理解你的担忧。我将继续在本地进行尝试,并与我的美国同事进行内部沟通,让他了解您的担忧。 对于您的项目方,同时您也是我们的大客户,具有较高的支持优先级,更好的方式是我们的 CAS 团队为您提供支持。但正如你所说,这对你来说至关重要,我仍不会放弃在我这边尝试繁殖。 一旦有任何更新,我会通知你们。 顺祝商祺! Christine。 Re: Dual Topology in IW612 嗨,@Christine_Li、 是的,你说得对。 但我们还没有收到他们的任何回复,因为这是一个关键问题,我希望美国团队或你们的团队能更快做出回应。 此外,请随时合并或继续此案。 谢谢  Eldho K K Re: Dual Topology in IW612 你好,@eldhokk 感谢您提供的详细信息。 我查过了,您提到的病例现在正由我们的美国同事处理:Kaluvagunta Divakar,他是我们 CAS 团队的 FAE 同事。 我还检查了您与此案有关的项目。您的项目历史案例也将由我们 CAS 团队的同事处理。 在这个案子上,你还需要我的支持吗?您介意我将这个案例与您创建的案例合并吗? 顺祝商祺! Christine。 Re: Dual Topology in IW612 嗨,@Christine_Li、 回答您的问题 测试设置: 外围设备角色-运行 GATT 服务器并连接设备 B 的设备 A(控制器)(支持 NRF 连接的智能手机) 中心角色-设备 C(通过 NRF 连接运行 Gatt 服务器的智能手机),然后尝试将设备 A 连接到 C。 是的,我们使用的是 IW612。 平台是基于 STM32MP 131 的自定义板: Firmware used is: SD-WLAN-UART-BT-SPI-OT-Zigbee-DualPAN-IW612-LNX_6_12_3-IMX8-18.99.3.p23.20-18.99.3.p23.20-MM6X18505.p23-GPL . 此外,还有一个向 nxp 支持中心提出的案例https://support.nxp.com/s/case/500Tg00000NEvMK 谢谢! Eldho K K __出席 __出席 Re: Dual Topology in IW612 嗨,@eldhokk 我查看了您提供的 btmon.log 日志、是的,你是对的,连接失败的代码是0x000d。 为了更好地了解您的测试环境,能否请您提供更多有关测试的详细信息? 就像 1.测试步骤(提供更多细节,我可以尝试在本地重现。) 2.IW612 模块? 3.您的主机平台(I.MX8 系列?) 4.IW612 驱动程序版本和 FW 版本? 顺祝商祺! Christine。 Re: Dual Topology in IW612 嗨,@eldhokk 感谢您为我们创建案例。 我会检查给定的日志并进行内部讨论。一旦有任何更新,我会通知你们。 顺祝商祺! Christine。
查看全文
IMX8MP HDMI 1024x600 resolution Hello, I have a custom imx8mp board which direct HDMI video output and it works fine with 1920x1080 display. I need to configure a custom HDMI resolution 1024x600@60 with pixel clock 40000000. Display: https://www.lcdwiki.com/10.1inch_HDMI_Display-H Thank you for support. Re: IMX8MP HDMI 1024x600 resolution Hello, I found a solution that worked for my case. I generated a custom EDID using this tool: https://github.com/akatrevorjay/edid-generator.git then I copied it to /lib/firmware/edid In the kernel config I enabled: CONFIG_DRM_LOAD_EDID_FIRMWARE=y CONFIG_DRM_IMX_HDMI=m And finally, I added these parameters to the cmdline: drm.edid_firmware=HDMI-A-1:edid/1024x600.bin video=HDMI-A-1:1024x600-16@60 Thank you for support Re: IMX8MP HDMI 1024x600 resolution Hi. No this resolution is not standard you will have to do the change. Regards Re: IMX8MP HDMI 1024x600 resolution Hello,   in linux version 6.12 the file has this format:   }, { .pixclk = 63500000, .pll_div_regs = { 0x69, 0x74, 0x89, 0x08, 0x80, 0x40 }, }, { .pixclk = 67500000, .pll_div_regs = { 0x54, 0x52, 0x87, 0x03, 0x80, 0x40 }, }, {   Can you help me to add patch in this file? Do I need to add any modifications in the kernel command line? Re: IMX8MP HDMI 1024x600 resolution Hello, is not an standar resolution, so please check it, for 1080x720, try the patch as below --- a/drivers/phy/freescale/phy-fsl-samsung-hdmi.c +++ b/drivers/phy/freescale/phy-fsl-samsung-hdmi.c @@ -324,6 +324,15 @@ const struct phy_config samsung_phy_pll_cfg[] = { 0x00, 0x80, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xE0, 0x83, 0x0F, 0x3E, 0xF8, 0x00, 0x00, }, + }, { + 65000000, { + 0x00, 0xD1, 0x51, 0x58, 0x8D, 0x04, 0x9A, 0x57, + 0x4F, 0x30, 0x33, 0x65, 0x10, 0xBE, 0x24, 0x80, + 0x6C, 0xF2, 0x67, 0x00, 0x10, 0x85, 0x30, 0x3A, + 0x74, 0x8F, 0x00, 0x00, 0x08, 0x00, 0x00, 0x00, + 0x00, 0x80, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, + 0x00, 0xE0, 0x83, 0x0F, 0x3E, 0xF8, 0x00, 0x00, + }, }, { 67500000, { 0x00, 0xD1, 0x54, 0x52, 0x87, 0x03, 0x80, 0x40, -- Regards Re: IMX8MP HDMI 1024x600 resolution Can you help me to add these parameters in the table samsung_phy_pll_cfg? My linux-imx version is lf-6.12.y. Thank you for support. Re: IMX8MP HDMI 1024x600 resolution Hello, This isn't a standard resolution can be supported by current bsp, I need to generate timings parameters by tools, so please add these parameters in the table samsung_phy_pll_cfg of drivers/phy/freescale/phy-fsl-samsung-hdmi.c  Depend of your pixel clock, can be workable. Regards Re: IMX8MP HDMI 1024x600 resolution what's the samsung_phy_pll_cfg setting for 77MHZ pixel clock? Also could you please post the correct register setting in the imx8mp user manual? Is the imx8mp and imx8mm the same on HDMI?
查看全文
imx8mp 路由器环回,导致 NETDEV WATCHDOG RESET 且无法恢复 mac  你好,请问我们的 A 板和 B 板是否同时连接到交换机,然后 A-B 双向 ping,交换机由于操作不当(网线两端都连接到交换机)、内核出现问题(直接重启或调试卡住等)而出现环网,详细日志在附件中。 [ 314.850236] ------------[ cut here ]------------ [ 314.854871] NETDEV WATCHDOG: ens3 (fec): transmit queue 0 timed out 3384 ms [ 314.861910] WARNING: CPU:0 PID: 15 at net/sched/sch_generic.c:525 dev_watchdog+0x234/0x23c [ 314.870271] Modules linked in: [ 314.873329] CPU:0 PID: 15 Comm: ksoftirqd/0 Not tainted 6.6.3-g9d3450dbcab9-dirty#71 [314.881246] 硬件名称:恩智浦 i.mx8mPlus 开发板 (DT) [314.886555] pstate:60000005(nzCV daif-PAN-UAO-TCO-DIT-SSBS BTYPE=--) [314.893516] 电脑:dev_watchdog+0x234/0x23c [314.897528] lr:dev_watchdog+0x23c [314.897528] lr:dev_watchdog+0x23c [314.897528] lr:dev_watchdog+0x23c [314.dog+0x234/0x23c [314.901538] sp:fff8000823e3c20 [314.904850] x29:ffff8000823e3c20 x28:00000000000100 x27:fff8000823e3c0 [314.911989] x26:fff8000820d69c0 x25:00000000000 0000000d38 x24:ffff8000820d6000 [314.919128] x23:00000000000000 x22:ffff0000055503dc x21:fff000005550000 [314.926266] x20: ffff00000589c400 x19:fff000005550488 x18:00000000000006 [314.933404] x17:ffff8000821b62e8 x16:0000000073e4d9ea x15:fff8000823e3640 [314.940541] x14:00000000000000 x13:fff8000820ff820fa 0da0 x12:0000000000000672 [314.947679] x11:0000000000000226 x10: ffff800082148da0 x9: ffff8000820f0da0 [314.954818] x8:00000000fffff x7: fff800082148da0 x6:80000000ffff000 [314.954818] x8:00000000fffff x7: fff800082148da0 x6:80000000ffff000 [314.954818] x7: fff800082148da0 x6:80014.961956] x5:00000000000000 x4:00000000000000 x3:00000000000000 [314.969093] x2:00000000000000 x1:00000000000000 x0: fff00000412d880 i.MX8ULP Linux 回复: imx8mp router loopback, causing NETDEV WATCHDOG to reset and unable to restore the mac Hi, 最佳的方法是交换机侧设置防御,一般都有这种功能,可以参考这个: https://www.cisco.com/c/zh_cn/support/docs/smb/switches/cisco-250-series-smart-switches/smb5794-enable-loopback-detection-on-a-switch.html 当然也可以在驱动层添加广播检测统计,但是目前fec驱动不支持这项功能。 你可以通过一个脚本在用户层监测广播,如果出现大量广播,就把网卡down掉。 Best Regards, Zhiming 回复: imx8mp router loopback, causing NETDEV WATCHDOG to reset and unable to restore the mac Hi @yrj  这个问题更多得是和交换机有关,建议通过交换机的环路检测功能解决环网问题。 Best Regards, Zhiming 回复: imx8mp router loopback, causing NETDEV WATCHDOG to reset and unable to restore the mac 内核版本是:6.6.3
查看全文
UART経由のBCM4345C5搭載i.MX 6ULLでのBluetooth初期化失敗 お問い合わせの概要 当社のカスタム i.MX 6ULL ボードで継続的に発生する不安定な Bluetooth 初期化エラーについて、公式のガイダンスを求めています。このシステムでは、UART3 (ttymxc2) 経由でコネクテッド Synaptics BCM4345C5 モジュールを使用します。ファームウェアのダウンロードは断続的にしか成功せず、徹底的なデバッグにもかかわらず安定した動作を実現できませんでした。この問題の核心は、UART インターフェースの pinctrl 構成に関連しているようです。 システム環境 プロセッサ: NXP i.MX 6ULL Bluetoothモジュール: Synaptics BCM4345C5 インターフェース: ハードウェアフロー制御 (RTS/CTS) を備えた UART3 (ttymxc2) オペレーティングシステム: Yocto ベースのカスタム Linux BlueZ バージョン: 5.64 ファームウェアローダー: brcm_patchram_plus 問題の説明 HCD ファームウェアをロードしようとすると、さまざまな予期しない障害が発生します。 brcm_patchram_plus が無期限にハングするか、HCI リセット コマンドを繰り返し送信します。 カーネル ログには、コマンド tx タイムアウトとフレーム再構成失敗 (-84) エラーが表示され、データ破損を示しています。 まれにダウンロードが完了したように見える場合、hci0 インターフェースは null BD アドレス (00:00:00:00:00:00) を報告し、DOWN のままになります。 トラブルシューティングの手順と主な結果 広範囲にわたるソフトウェアおよびハードウェア レベルのデバッグを実行しました。さまざまなボー レート、ファームウェア ローダー オプション、スクリプト ロジック (マルチステージ リセットや有効な BD アドレスの監視を含む) をテストしましたが、成功しませんでした。 調査の結果、UART ピンの異なる pinctrl 値によって障害の症状が大幅に変化することから、これはハードウェア レベルのシグナリングの問題であることが確認されました。 0x1b0b0: (TX/RX) & 0x130b0 (RTS/CTS): この非標準の混合構成は、断続的に動作する唯一の設定でした。 0x1b0b0 (すべてのピン): データ破損が発生しました (tx タイムアウト)。 0x170b1 (すべてのピン): ファームウェアのダウンロードが完全に停止しました。 Synapticsからの重要な情報: 私たちのハードウェアデザインでは、Synaptics から「UART ライン上のプルアップ抵抗を削除する」という直接の指示を受けました。これは、BCM4345C5 モジュールが外部プルアップで動作することを目的としていないことを強く示唆しています。 この新しい情報により、i.MX 6ULL の内部プルアップ抵抗器を有効にした以前の pinctrl テストが根本的に間違っており、信号の競合 (「ダブル プルアップ」状態) を引き起こした可能性が高いと考えられます。 NXPサポートへの質問 1. 「プルアップなし」デザインの pinctrl: Synaptics からの外部プルアップ抵抗なしで動作するための要件を考慮すると、i.MX 6ULL UART ピンに公式に推奨される pinctrl 値は何ですか?すべての内部プルアップ/プルダウン機能を無効にして、ピンを実質的に High-Z またはキーパー状態に設定する構成が必要です。 2. 推奨される初期化シーケンス: このハードウェアの組み合わせに必要な、文書化されていない特定の初期化シーケンス (電源、GPIO リセット、stty 構成の正確なタイミングなど) が欠落している可能性がありますか? 再開まで今しばらくお待ちください。 Re: Bluetooth Initialization Failure on i.MX 6ULL with BCM4345C5 via UART こんにちは@saintlee1107 ! 特定の要件に基づいて適切なレジスタ値を計算する方法を説明します。 要約すると、次の行は SoC の 2 つのレジスタを構成します。 MX6UL_PAD_UART3_TX_DATA__UART3_DCE_TX 0x1b0b0 1)MX6UL_PAD_UART3_TX_DATA__UART3_DCE_TX: This defines the pin multiplexing (pinmux) configuration, assigning the UART3 transmit function to the corresponding pad. 2)0x1b0b0: This hexadecimal value sets the electrical characteristics of the pad, including pull-up/down resistors, drive strength, speed, and other parameters. 内部プルアップまたはプルダウン抵抗を無効にするには、構成値のビット 12 をクリアします。 Wi-Fi モジュールに合わせたより正確な設定については、 i.MX6UL リファレンス マニュアルを参照してください。これを使用して、次のレジスタの適切な値を計算します。 SW_PAD_CTL_PAD_UART3_TX_DATA SW_PAD_CTL_PAD_UART3_RX_DATA SW_PAD_CTL_PAD_UART3_CTS_B SW_PAD_CTL_PAD_UART3_RTS_B よろしくお願いいたします! チャビラ Re: Bluetooth Initialization Failure on i.MX 6ULL with BCM4345C5 via UART こんにちは、チャビラさん。 早急なご対応ありがとうございます。UART3 の現在のデバイス ツリー構成は次のとおりです。 pinctrl_uart3: uart3grp { fsl、ピン = < MX6UL_PAD_UART3_TX_DATA__UART3_DCE_TX 0x1b0b0 MX6UL_PAD_UART3_RX_DATA__UART3_DCE_RX 0x1b0b0 MX6UL_PAD_UART3_RTS_B__UART3_DCE_RTS 0x130b0 MX6UL_PAD_UART3_CTS_B__UART3_DCE_CTS 0x130b0 >; }; 参考までに、完全な DTS ファイルを添付しました。 これは、TX/RX に 0x1b0b0、RTS/CTS に 0x130b0 を使用する混合構成です。この構成では、Bluetooth の初期化は断続的にしか機能しません。 他にもいくつかの構成を試しました。 すべてのピンが0x1b0b0に設定され、データが破損しました すべてのピンが0x170b1に設定されています - ファームウェアのダウンロードが完全に停止しました すべてのピンが0x1b0a0に設定されています - 駆動力が低下しましたが、それでも失敗しました Synaptics からは「UART ライン上のプルアップ抵抗を削除する」ようにアドバイスされているため、内部のプルアップ/プルダウン抵抗を完全に無効にする pinctrl 値が必要です。 内部のプルアップ/プルダウン抵抗を無効にするための適切な pinctrl 値を推奨していただけますか? ありがとう。 Re: Bluetooth Initialization Failure on i.MX 6ULL with BCM4345C5 via UART こんにちは@saintlee1107 ! NXP サポートにお問い合わせいただきありがとうございます。 内部プルアップ抵抗とプルダウン抵抗は、使用しているデバイス ツリー内で直接構成されます。 これらの抵抗を無効にするためにデバイス ツリーを変更するお手伝いをさせていただきます。現在のデバイスツリーまたは関連セクションを共有していただけますか? よろしくお願いします、 チャビラ
查看全文
LPC1754のOTG ハイ LPC1754でotgを使いたいです。OTGトランシーバは必要ですか? Re: OTG in LPC1754 よろしくお願いします。 Re: OTG in LPC1754 こんにちは@jalilisahar はい、OTG 機能を使用するには、外部 OTG トランシーバを LPC176x/5x に接続する必要があります。 USB信号には内部USBトランシーバを使用し、外部OTG トランシーバを使用する OTG 機能のみ。 BR アリス
查看全文
How come the RT1170-EVKB is so poorly designed ????? Recently purchased MIMXRT1170-EVKB for a project, but it is so poorly designed, there are multiple design choice made it very annoying to use. Why the lcd backlight is disconnected by default? Why power and control for the backlight IC is also disconnected? To make things worse, all  lcd power are disconnected, 1.8v 2.8v 3.3v, none of them have jumper installed by default. I guess NXP official LCD module do not need power then? What is the point for it? let user have fun for solder jumpers? To protect the board from user connect to a wrong LCD pannel? Then how about also disconnect everything by solder jumper to protect all interface and circuits? Or just ship BOMs and sch, so user could use jumpers to make their own board ? My question is, there are many useless jumper pins all over the board, why none of above LCD jumper using pin but force user to place multiple 0ohm resisters before even start using the board?? Jumpers apart, the MCU relys on one of the SPI flash to boot by default, and the boot data stored in flash instead of in MCU, that meas if the flash data is corrupted or wrong, you can't even program it without knowning correct parameters of the flash.  If your program set write protect in flash SR on purpose or by accident when crashed, then there is no any NXP tools to solve this commen issue. Your tool even supported 5 ways to activate QSPI mode, why no one bothers to just give a button for unlock the flash? CMSIS FLM / LinkProgrammer / Secure Provision Tool, NONE of them can unlock flash. To make things worse (2nd), there are three flash on board, NONE of them have a header or test points for external programmer. If I want use an external programmer (as it is very common to encounter flash/data issues during developing), the only option is to take that chip off, then solder to an adapter then use the programmer. Also for debugging, I can't find anything other than NXP IDE + Link Server could allow me to download and debug, thanks to genius bootROM design that after srst it won't jump to user application by default. Just why???? Giving up on NXP MCUs, STM32 is not perfect, but at least way less headache Re: How come the RT1170-EVKB is so poorly designed ????? Hi @adambzh , Thank you very much for your in-depth feedback on the MIMXRT1170-EVKB and understand your frustration. Below are a few suggestions that may ease your experience and pass along your valuable comments to the product team: For compatibility with different LCD packages and modules, the voltage supply on the board retains jumpers to avoid the risk of default power-up for different LCD panels. QSPI Flash, as the main boot medium, also provides a uniform and reliable boot process, and supports erasing and re-burning flash in serial download mode in the event of an error. You can either solder or directly attach jumper caps to pull up the corresponding power and backlight control pins. Alternatively, a general-purpose programmer with QuadSPI support (e.g., SEGGER J-Flash) can be used to erase and burn directly through the on-board debugger or an external debugger interface, without the need to desolder the Flash chip. Your feedback is very important to us and I will synchronize it with the hardware and tools teams to explore the feasibility of future optimizations on the board. Best regards, Gavin
查看全文
[URGENT] SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testing Dear NXP Support Team, I hope this message finds you well. We are currently evaluating the performance of the NXP SD8997 WiFi module (SDIO interface) on an i.MX6ULL-based platform running Linux 5.4.24, using the official moal/mlan driver stack. The firmware in use is sdiouart8997_combo_v4.bin, version 16.92.21.p84.4 (FP92), along with the associated tx_power_test.bin power table. Firmware loads correctly, and the driver reports successful initialization without errors. However, we are encountering a critical and reproducible issue: when operating in 5GHz STA mode, the WiFi throughput frequently drops to 0 Mbps during iperf3 testing, even in stable open-air environments. This issue significantly impacts our validation process and raises concerns about the module’s reliability in real-world deployments. In our test setup, the SD8997 module connects as a station to a 5GHz AP (HT40, channel 161). We initiate standard iperf3 throughput tests (e.g., iperf3 -c -t 20 -i 1 -P 10), during which multiple threads consistently show zero throughput, despite minimal retransmissions. Disabling power save features (ps_mode=0, auto_ds=0) does not alleviate the issue. Firmware initialization and WLAN association complete successfully, and the interface transitions into the CONNECTED state normally. The problem begins only after traffic starts flowing. This issue is currently blocking our development progress, as 5GHz STA stability is a critical requirement in our target application. We kindly seek your urgent support on the following: Is this a known issue with firmware version 16.92.21.p84.4 (FP92)? What is the recommended firmware and driver pairing for Linux 5.4 platforms using the moal stack? Are there known firmware-level limitations in STA mode that may cause Tx path stall or data flow blockage? Is there any debug firmware, patch, or recommended workaround available to help isolate or resolve the issue? We are happy to provide additional test data, full dmesg logs, configuration files, or conduct further diagnostic testing as needed. Thank you very much for your time and support. We sincerely appreciate your assistance in helping us move forward. Best regards, Yangguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, Yes, we can close this ticket as the issue has been resolved. Noted, and thank you for the support. Best regards, YangYaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  Thanks for letting me know your plan. So, Can we close this ticket for now? And please do not hesitate to create new case to us if you need our help. Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, Thanks for your support. After internal discussion and evaluation, we decided to adopt the following measures to address the issue: Updated to the latest available Wi-Fi driver, and Reduced the SDIO bus speed to 50MHz. With these changes in place, the issue is no longer observed in our environment. Currently, no further testing is planned beyond this scope. Best regards, YangYaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  Any updates on our requested info? Please help to provide the requested info, so that we can help to resolve this issue ASAP. Thanks. Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  Any updates on our requested info? Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  Please help to provide below info:  Please help provide complete DTS file. Use latest available release and help get the sniffer traces if issue is observed. Also please help get the in-sync dmesg log. Do not use any drvdbg. What is the ext. AP used? Can we get the ext. AP model/FW version details? Is issue observed on Channel-161 only? Can you check the issue scenario on other channels (36 or 40, etc) ? Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  Thanks for your info. Yes, from your logs, I think ADMA already enabled on your board. And I will escalated this issue to our internal team to ask help. Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi We have checked the logs, and ADMA is already enabled on our platform. Here is the dmesg output: root@Voice-Gateway:~# dmesg | grep ADMA [ 5.808617] mmc0: SDHCI controller on 2190000.usdhc [2190000.usdhc] using ADMA [ 5.873090] mmc1: SDHCI controller on 2194000.usdhc [2194000.usdhc] using ADMA Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, Please find below the DTS configuration for usdhc1 on our platform: usdhc1: usdhc@2190000 { compatible = "fsl,imx6ul-usdhc", "fsl,imx6sx-usdhc"; reg = <0x02190000 0x4000>; interrupts = ; clocks = <&clks IMX6UL_CLK_USDHC1>, <&clks IMX6UL_CLK_USDHC1>, <&clks IMX6UL_CLK_USDHC1>; clock-names = "ipg", "ahb", "per"; fsl,tuning-step = <2>; fsl,tuning-start-tap = <20>; bus-width = <4>; status = "disabled"; }; &usdhc1 { compatible = "fsl,imx6ull-usdhc", "fsl,imx6sx-usdhc"; assigned-clocks = <&clks IMX6UL_CLK_USDHC1_SEL>, <&clks IMX6UL_CLK_USDHC1>; assigned-clock-parents = <&clks IMX6UL_CLK_PLL2_PFD2>; assigned-clock-rates = <0>, <132000000>; }; fragment@1 { target = <&usdhc1>; __overlay__ { pinctrl-names = "default", "state_100mhz", "state_200mhz"; pinctrl-0 = <&pinctrl_usdhc1>; pinctrl-1 = <&pinctrl_usdhc1_100mhz>; pinctrl-2 = <&pinctrl_usdhc1_200mhz>; non-removable; keep-power-in-suspend; wakeup-source; fsl,sdio-interrupt-enabled; status = "okay"; }; }; Please confirm if this matches the requirements for enabling ADMA on USDHC1. Best regards, Yangyaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  1.Can you please share the dts file to me? To save your project info, you can sent it to my email:[email protected]. 2.To enable the ADMA, you need add below line in dts: dma-coherent; 3.To check whether ADMA has been enabled, you can check the dmesg(from device boot-up), dmesg | grep usdhc mmc0: SDHCI controller on 30b40000.usdhc [30b40000.usdhc] using ADMA Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, Regarding your first point: We can confirm that there was no manual intervention during the entire test. From the logs, it seems like the Wi-Fi connection is automatically disconnecting and reconnecting. (Our product is designed to trigger a reconnect if an abnormal disconnection is detected.) If it’s just a short-term reconnection, this may be acceptable from our product perspective. For point 2 and 3, we have already conducted experiments by disabling power saving mode and auto deep sleep mode on both the device and the host, but unfortunately it didn’t have a significant impact. For point 4, we would like to know how to configure SDIO to switch from DMA mode to ADMA mode. We’d like to try this approach to see if it improves the stability. As a temporary solution, we have reduced the SDIO speed to 50 MHz and updated the driver to address the current issue. Best regards, Yang Yaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  1.When the iperf 5G throughput drops to 0Mbps, does the connection between AP and STA is still there? Or disconnected? I seen below info in logs, but I am not sure the disconnection is triggered automatically or you trigger it manually. ======= [41972.636502] wlan: Received disassociation request on wlan0, reason: 3 [41972.677171] wlan: REASON: (Deauth) Sending STA is leaving (or has left) IBSS or ESS [41972.716536] Already disconnected ======== 2. Please have a try with below para in wifi_mod_para.conf, to disable power saving mode and auto deep sleep mode.  ps_mode=2 auto_ds=2   3. If on your host side, there is any power saving related configurations, please also turn it off.   4. I checked our internal case, other customer meet this kind of issue when their SDIO is using DMA mode, if changing to ADMA mode, it will be ok. You can also check this point.   Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, On our i.MX6ULL platform, keeping the SDIO clock at 100 MHz tends to trigger throughput drops to 0 Mbps more frequently during long-term iperf3 tests. In fact, during parallel testing on our another product line using the i.MX8 platform, running at 100 MHz SDIO clock also led to CMD53 errors after 3–5 hours of continuous stress. Only reducing the clock to 50 MHz resulted in stable operation, though with slightly lower throughput. 5.4.70-imx8mp The issue seems to involve both the Wi-Fi driver and the SDIO clock speed. Do you have any further insights or suggestions? Best regards, Yangyaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  1.If you keep the maximum SDIO interface clock frequency for the Wi-Fi module to 100MHz, whether can meet you requirement? I noticed that when you reduced it to 50MHz, the overall Wi-Fi performance also slightly dropped. 2.And also, you have changed to other AP(not 88W8997) right? 3.Which module are you using? AW-CM276MA-SUR from AzureWave? I don't have SD-UART module of 88W8997 on my hand, otherwise, I can try to test locally with I.MX6ULL-EVK. Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, Thanks for the follow-up. We’ve tried adjusting the maximum SDIO interface clock frequency for the Wi-Fi module. Specifically, we reduced it from 100–200 MHz down to 50 MHz. After this change, we observed that: The probability of Wi-Fi throughput dropping to 0 Mbps appears to have decreased. However, the overall Wi-Fi performance also slightly dropped, likely due to the reduced SDIO bandwidth. We’d like to check if you have any further suggestions for tuning or improving stability without significantly reducing throughput. Looking forward to your guidance. Best regards, Yaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  How is your test? Anything else I can do for this case? Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  How is your test? Anything else I can do for this case? Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, Thanks for the clarification and suggestion. I’ve created a new case to track this in-band reset recovery issue separately, as recommended. Here is the link: https://community.nxp.com/t5/Other-NXP-Products/SD8997-Wi-Fi-Fails-to-Recover-After-In-Band-Reset-Triggered-by/m-p/2152650/highlight/false#M29696 We’ll continue to follow the original throughput drop issue in this thread. Thanks again for your support. Best regards, Yaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  This is a new issue. Could you please help to create a new case to discuss this issue? We always recommend our customer to follow different issue with different case so that we can better track the issue root cause and solution for future reference. And for your information, this issue is related to FW reset, it might need our internal SAE team's help for tracking root cause. In other words, it will take longer time for global communications. Please pay more patient about this. Let's keep tracking the original dropping to 0 issue in this thread. Thanks for your understandings! Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, Thank you for your continued support on the 5GHz STA throughput dropping to 0 Mbps issue. During ongoing stability and repeated reconnection testing, we’ve discovered a new problem: After multiple EAPOL timeouts, the driver triggers an in-band reset, but the firmware then fails to reload via SDIO, leaving Wi-Fi in a non-functional state until reboot. This issue seems to occur only after repeated connection failures. It may be related to how the firmware or SDIO interface handles recovery after in-band resets. Here is the relevant dmesg log: [87697.429777] WiFi Reset due to EAPOL timeout cnt 5 [87697.499968] ========START IN-BAND RESET=========== [87704.130302] wlan_sdio_poll_card_status failed, tries = 10000, cs = 0xc [87704.259872] wlan_dnld_fw fail ret=0xffffffff [87705.481337] woal_request_fw failed [87705.484769] Firmware Init Failed Could you please confirm whether this is a known issue, and if there is any workaround or firmware update available? Thanks again for your support. Best regards, Yaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, Thanks for your support. I’ll keep you posted if we find any other issues. Best regards, Yaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  Thanks for your feedback. Sure, let's keep touching on this case. If anything need from my side, please do not hesitate to let me know. Thanks for your efforts. Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, We are still conducting ongoing tests on the SD8997 WiFi Module — 5 GHz STA throughput frequently dropping to 0 Mbps during iperf3 testing. So far, we have: Updated the driver and firmware Tuned the SDIO max frequency in the DTS These changes appear to help — the probability of throughput dropping to 0 Mbps has decreased. We’ll keep testing and share more data as we collect it. Best regards, Yaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  Any updates on this case? If you did any experiment or test related to this thread, please share me your information. So that we can keep moving forward on this thread. Thanks. Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  Any updates on this case? If you did any experiment or test related to this thread, please share me your information. So that we can keep moving forward on this thread. Thanks. Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, Thank you very much for your detailed response and suggestions. We will first try the alternative test method by switching to another AP, and review the reference materials you provided. Hopefully, this will help us better understand and address the issue. Thanks again for your support! Best regards, Yaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi Christine, No, we were only using the Wi-Fi interface of the SD8997 during the performance test. Bluetooth was not enabled. Best regards, Yaoguang Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  Have you test with other AP? For example, SD8997 works in STA mode, and connects to another AP(Not using SD8997). In this way, can you still reproduce this issue? Are there any known issues in STA mode under high-concurrency traffic with the current firmware/driver version?  ==>No. As I know, until now, we do not receive other customers report this issue with the latest FW. Is there a debug version of the firmware that enables more detailed logging or assert tracing? ==> you can add below parameter when loading Wi-Fi driver to enable more driver logs. drvdbg = 0x20037 Are there any available patches or kernel-side workarounds (e.g., flow control tuning, SDIO IRQ coalescing)? ==>No, as we didn't receive this kind of issue on the latest FW, we do not have patches workarounds. For throughput performance tunning, maybe this link can help you somehow: https://docs.nxp.com/bundle/RM00297/page/connectivity-features/topics/throughput_performance_tuning.html For the issue you reported, I will continue to debug and try to test locally to see whether can reproduce it. The dmesg you provided was null, please help to provide me again. Thanks. Best regards, Christine. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Dear Christine, Thank you very much for your previous response and for providing the updated firmware and driver resources. We have now successfully upgraded to the following versions as per your recommendation: Firmware:  https://github.com/NXP/imx-firmware.git -b lf-6.12.20-2.0.0 Driver:https://github.com/nxp-imx/mwifiex.git -b lf-6.12.20-2.0.0 After applying these updates, we reran our 5GHz STA performance tests using iperf3 with 10 parallel streams (-P 10). Unfortunately, the issue still persists — multiple iperf3 threads report 0.00 bits/sec throughput for prolonged periods, as shown in the attached log. This behavior occurs even in a stable test environment with minimal retransmissions and power-saving features disabled (ps_mode=0, auto_ds=0). This pattern suggests a possible Tx path stall or queue starvation issue, potentially at the firmware or SDIO transport layer, despite successful association and initialization. We would greatly appreciate your kind support on the following points: Are there any known issues in STA mode under high-concurrency traffic with the current firmware/driver version? Is there a debug version of the firmware that enables more detailed logging or assert tracing? Are there any available patches or kernel-side workarounds (e.g., flow control tuning, SDIO IRQ coalescing)? We remain at your disposal to provide complete dmesg logs, module load parameters, or additional diagnostics as needed. Thank you again for your continued assistance and support. We truly appreciate your help in resolving this issue. Best regards, Yaoguang The attachment contains the full test log, including dmesg output, iperf3 throughput results, and Wi-Fi configuration details, with the driver loaded via modprobe moal mod_para=nxp/wifi_mod_para.conf. Re: SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Hi, @yangyaoguang  Thanks for creating case to us. I saw you are using an old FW which is released on Dec 14, 2023. Would you please help to try with our latest FW and driver? Please see below for getting latest FW and driver. For FW: # git clone https://github.com/NXP/imx-firmware.git -b lf-6.12.20-2.0.0 # cd imx-firmware/nxp/   For driver: # git clone https://github.com/nxp-imx/mwifiex.git -b lf-6.12.20-2.0.0 #  If still have same problem, please let me know and provide us wifi driver load parameters, dmesg logs. Best regards, Christine. Re: [URGENT] SD8997 WiFi Module — 5GHz STA Throughput Frequently Drops to 0 Mbps During iperf3 Testi Platform Details: SoC: NXP i.MX6ULL (ARMv7) Kernel: Linux 5.4.24-imx6ull WiFi Module: NXP SD8997 (SDIO interface) Driver Stack: moal/mlan Firmware: sdiouart8997_combo_v4.bin → Version: 16.92.21.p84.4 (FP92) Power Table: tx_power_test.bin WiFi Mode: STA (client mode only)ps_mode=0 auto_ds=0 fw_name=nxp/sdiouart8997_combo_v4.bin txpwrlimit_cfg=nxp/tx_power_test.bin drv_mode=3 sta_name=wlan cfg80211_wext=0xf Test Setup and Procedure: STA (SD8997) ←→ AP (SD8997) Channel: 5GHz, HT40, CH161 Environment: non-shielded Tool: iperf3 Server: iperf3 -s -p 7777 Client: iperf3 -c -t 20 -i 1 -P 10
查看全文
S32K3 リアルタイム・ドライバ バージョン 3.0.0 の AR バージョンをサポートP01 こんにちは、チーム S32K3リアルタイム・ドライバ バージョン3.0.0を使用していますP01で生成されるARバージョンは4.4.0と予想されますが、静的ファイル(プラットフォーム.h)常に 4.7.0 が表示されます。 ARバージョン4.4.0と互換性のあるRTDを探しています 以下のRTDを試しました: SW32K3_S32M27x_RTD_4.4_4.0.0_P11_D2403_DS_updatesite - プラットフォーム.h 内ファイルは4.7.0を示しています SW32K3_S32M27x_RTD_4.4_4.0.0_P20_D2403_DS_updatesite- プラットフォーム.h 内ファイルは4.7.0を示しています SW32K3_RTD_R21-11_3.0.0_P07_D2306_DS_updatesite (1) プラットフォーム.hファイルは4.7.0を示しています SW32K3_RTD_4.4_3.0.0_P01_D2303_DS_アップデートサイト S32DS バージョン: 3.6.0 RTD説明のARバージョンのほとんどは4.4.0を表示/サポートしています しかし、プラットフォーム.hのような静的ファイルでは4.7.0しか見当たりません AR Stackとの互換性の問題があるため、4.4.0を探しています。 RTDの選択について親切にサポートしてください Re: Supported AR version of S32K3 Real-Time Drivers Version 3.0.0 P01 こんにちは@udhaya_raj Autosarバージョン4.4をサポートする最後のRTDバージョンは2.xxでした。RTD 3.0.0以降、バージョン4.7が使用されます。RTD 3.xxにはいくつかのバージョンがあります両方のバージョンを混在させることがCAN 4.xx です。ただし、ベースは常に 4.7 であり、Autosar バージョン 4.4 (通常は FLS、FEE、CRYPTO) をサポートする他のモジュールが追加されるだけです。リリースノートに記載されています。たとえば、これは前述の RTD バージョン 3.0.0 のリリース ノートに記載されています。P01: FEE、FLS、EEP のみ Autosar 4.4 に準拠しています。残りはまだ4.7です。 純粋にAutosar 4.4が必要な場合は、RTD 2.xxを使用してください。 よろしくお願いいたします。 ルーカス
查看全文
LS1012Aでは、カーネルの再起動と物理スイッチのリセットがうまく機能しない こんにちは。PORESET_Bにlow信号が入る事は確認しましたが、システムが再起動しない現象についてお聞きしたいです。 SO、プロセッサが起動時に QSPI 情報を読み取ることができないと予想しました。 そこで、QSPI_A_SCK信号とQSPI_A_CS0信号を測定した結果、以下のCASEでは正常に起動することが判明しました。 しかし、うまく起動しないときに測定すると、QSPI_A_CS0 信号周期が 2us から 50us まで出力されます。この問題がプロセッサが QSPI から情報を取得できない理由だと思います。 SO、この現象を引き起こしているデザイン上の問題が何かを知りたいのです。 Re: In LS1012A, reboot in the kernel and RESET on the physical switch do not work well PORESET のデアサーション時に、QSPI チップセレクト、QSPI データピン、および QSPI クロックの波形を調査して共有してください。
查看全文
S32K118Q048 LIN 堆栈分隔符 你好 我目前正在使用恩智浦 S32K118Q048 上的 LIN 堆栈,目标是延长断开场持续时间。根据 PicoScope 的测量结果,当前的 Break + 分隔符长度约为 675 微秒,但我需要将其扩展到 940—945 微秒左右,以确保与特定从机兼容。 从社区帖子中,我了解到,无论是 RTD 或非硬件,都没有直接公开这方面的配置。但是,有人建议,在发送同步字节之前插入有限的延迟环路可以有效地延长中断持续时间。 我面临的问题是确定在哪里插入延迟。我尝试修改 Lpuart_Lin_Ip.c文件,但没有观察到任何效果。 我正在使用 LIN 堆栈版本: 2.0 RTD 版本: 3.0.0 请告诉我修改断点生成时序的具体函数名称和文件。 、 Re: S32K118Q048 LIN Stack- Break Delimiter 你好,@yousefdessouki123、 这对我很有用: 顺祝商祺! 丹尼尔 NXP 提供的任何支持、信息和技术(“材料”)均按“现状”提供,不附带任何明示或暗示的保证,且 NXP 在适用法律允许的最大范围内,否认与材料相关的所有直接或间接责任和损害。NXP 对任何与应用或产品设计相关的协助不承担任何责任。材料仅可用于与 NXP 产品相关联。NXP 可以不受限制地使用您对材料提供的任何反馈。
查看全文
IMX8M PLUS LPDDR互換性 IMX8M PLUS は MT53E1G16D1ZW-046 と互換性がありますか? Re: IMX8M PLUS LPDDR compatibility MT53E1G16D1ZW-046 WT:C メモリは IMX8M PLUS と互換性があります。
查看全文
i.MX8MP の imx8 プラットフォーム ドライバの遅延機能により、起動時にカーネル パニックが発生する こんにちは、 カスタムLinux OSを搭載したi.MX8MP SoMを使用しています カーネルバージョン: lf-5.15.71-2.2.2 当社では、AR1335 カメラ ドライバ(元々は i.MX8MP Verdin プラットフォームのもの) を当社独自の i.MX8MP SoM セットアップに統合する作業を進めています。 ただし、AR1335 プラットフォーム ドライバがブート時にロードされると、ドライバの probe() 関数が完了した直後にシステムでカーネル パニックが発生します。このドライバのデバイス ツリー オーバーレイをロードしない場合、システムは問題なく起動します。 重要な観察点の 1 つは、ドライバに msleep() への複数の呼び出し (500 ミリ秒または 1000 ミリ秒などの遅延を含む) が含まれていることです。これらの呼び出しをコメント アウトすると、システムはクラッシュせずに正常に起動します。 msleep() を mdelay()、usleep_range()、fsleep() などの代替手段に置き換えようとしましたが、いずれも起動時にカーネル パニックが発生します。 特定のハードウェア初期化手順ではドライバに遅延が必要なため、起動時にクラッシュを引き起こすことなくそれらの遅延を導入する安全で信頼性の高い方法を探しています。 プローブ中にカメラ ドライバでこのような遅延を安全に処理するための推奨方法は何ですか? よろしくお願いいたします。 アドナン i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Linux Yocto Project Re: Kernel Panic on Boot Due to Delay Functions in imx8 platform Driver on i.MX8MP サードパーティのソフトウェアとハードウェアを使用しているので、追加のサポートについてはサードパーティのエンジニアに問い合わせることをお勧めします。サードパーティのエンジニアは独自のソフトウェアに精通しているはずです。また、e-CAM131_CUiMX8カメラモジュールが何であるかさえわかりません。 Re: Kernel Panic on Boot Due to Delay Functions in imx8 platform Driver on i.MX8MP こんにちは、 カーネル バージョンtoradex_5.15-2.2.x-imxを対象に、 Toradex i.MX8MP Verdin モジュール用に e-con Systems が提供したパッチ ファイルを適用しました。 私たちの目標は、e-con Systems のe-CAM131_CUiMX8 カメラ モジュールを当社のプラットフォームに統合することです。 よろしくお願いいたします。 アドナン Re: Kernel Panic on Boot Due to Delay Functions in imx8 platform Driver on i.MX8MP あなたが言及している詳細なコードやパッチを共有していただいてもよろしいでしょうか?コードを共有しないと問題を理解するのは難しいです。ISI または ISP を使用していますか?ar1335ドライバが何を意味するのか分かりませんが、 Re: Kernel Panic on Boot Due to Delay Functions in imx8 platform Driver on i.MX8MP こんにちは、 私が試した、カーネル パニックを起こさずに機能すると思われる 1 つの方法は、probe() 関数からカーネル Thread を作成し、初期化コード (遅延を含む) をその Thread に移動することです。 これを処理するためのより良い、またはより適切な方法はありますか? よろしくお願いいたします アドナン
查看全文
S32G3 IPCF Core to Core interrupt trigger register exception Hello experts, Hirain reported an issue with an abnormal Core to Core interrupt register in IPCF. I've also reproduced this issue and want to confirm whether it's a bug in the MSCM module. Software version: S32G_IPCF_4.10.0 D2405 Reproduce steps: M7_3 writes to the IRCP0IGR1 to trigger an interruot to A53_0. IRCP0ISR1 shows the initiating core is A53_0 instead of M7_3.  I also test M7_3 writes to the IRCP0IGR2 to trigger an interruot to A53_0. IRCP0ISR2 shows the initiating core is A53_0 instead of M7_3.  And it seems that the error only occurs when M7_3 triggers an interrupt to A53_0. Please help confirm whether this is a bug in the S32G MSCM module. Thanks. BR MP IPCF Re: S32G3 IPCF Core to Core interrupt trigger register exception Hello @BogdanB  Thanks for your support. Customer has realized that this is a misunderstanding about S32G3RM. BR MP Re: S32G3 IPCF Core to Core interrupt trigger register exception @Maolin_Pan  is the feedback clear or more details are needed ? Please if clear click on "accept solution"  Re: S32G3 IPCF Core to Core interrupt trigger register exception Hi, Based on the S32G3 Reference Manual, this behavior is expected and not indicative of an issue. It relates to how the MSCM (Miscellaneous System Control Module) handles read/write operations. They are read/write with variable from M7 (I assume as they are using Lauterbach), and M7 is not configure as trusted core by default so they will return as 0x00000001. Please check chapter 8.4.19 Interrupt Router CPa Interruptb Status (IRCP0ISR0 - IRCP11ISR13), from there I also took the picture. If you need more details or clarification please let me know and we can schedule a call.
查看全文
S32Z/E/S32G 上的 EL2(EL2 监测)和 xRDC 之间的区别?两者都对 CPU 进行了 "分区 "吗? 亲爱的恩智浦团队 我正在 S32Z/E 上调用多个应用程序/RTOS(之前的项目使用的是 S32G)。从用户方面来看,EL2(EL2 监测)和 xRDC 似乎都允许我在不同的内核上同时运行不同的项目/操作系统,所以它们感觉他们都 “对CPU进行了分区”。 我知道 xRDC 充当 SoC 的硬件防火墙,为每个主服务器分配一个功能域 ID,而 EL2 监测是 Arm EL2 的软件,它为静态核心分配配置保护(例如 EL2 MPU)。 但是从使用角度来看,我在 S32E/Z 上使用 xRDC 而不是 EL2 监测用于多种应用目的可以吗?建议的使用模式是什么? 致: Connor Re: Difference between EL2 (EL2 Monitor) and xRDC on S32Z/E/S32G? Do both “partition” the CPU? 嗨,noobsplzwin1 感谢您提供的信息。 根据我的经验,xRDC 更适合硬件级资源隔离,例如防止一个内核访问另一个内核的内存或外设。它不依赖于软件的运行状态,适用于静态配置。EL2 监测更适合在软件级别进行隔离和管理,尤其是在需要动态调度、虚拟化或网络安全监控的场景中。 希望能帮到你。 BR 乔伊
查看全文
Secure debug I am getting this message while trying flash my code. What can be the reason? Re: Secure debug Thanks. Will try to update the software. Re: Secure debug Which board you are using? Is it our EVB? Or your own prototype board? Have you ever get it to run? When programming the MCU for the first time, secure debug should be disabled, and this error message is usually related to communication issues. Please verify that the chip is powered correctly and that you are using the latest version of the PEMicro plugin. To update, go to Help > Install New Software, then select the PEMicro page. Also you there may be issues with PeMicro device (Multilink Universal), it should update it's FW.
查看全文
Watchdog disabled after bootloader jumps to firmware Dear Everyone, I'm working on the firmware over the air functionality on EVKB-1170 with imxrt1176.  I use OTA basic example as a base. I enabled watchdog from main of mcuboot_opensource project. The watchdog is tested on this level, I use timer interrupt to feed the watchdog. The problem arises after bootloader jumps to firmware. Timeris still running but when I test condition where timer stops feeding watchdog the reset doesn't happen. It looks like the watchdog is disabled. Is there anything other than WDOG_DISABLE flag in IMRT1176_cm7.h that I should check to ensure watchdog is running after jumping to new image? Best Regards, Jakub Re: Watchdog disabled after bootloader jumps to firmware Hi @jslota13245 , I'm glad to hear your good news. Thank you for your reply and  solution sharing. If you meet any issue in the future, welcome to create the new question post. Wish you a good day! Best Regards MayLiu Re: Watchdog disabled after bootloader jumps to firmware Dear MayLiu, Thank you very much for your time. The issue was on my side. I must have forgotten to erase the flash before flashing the new firmware, which would explain why it didn't behave as you described after i changed DISABLE_WDOG to 0. I suspect some artifacts remained in the flash from which it booted. Thank you again for help, I wish you a good day 🙂 Re: Watchdog disabled after bootloader jumps to firmware Hi @jslota13245 , Thank you so much for your interest in our products and for using our community. In your firmware project, what is the definition of "DISABLE_WDOG" in the "system_MIMXRT1176_cm7.h" file? When bootloader jumps to firmware, then code execution begins within the ResetISR, which subsequently calls the SystemInit() function. As part of its default operation,  SystemInit()  disables the watchdog timer. Wish it helps you. If you still have question about it, please kindly let me know. Best Regards MayLiu
查看全文
KW45: SPSDK 3.1.0 でデバッグ認証が失敗する&セキュリティ保護されたデバイス上の J-Link(DM-AP IDCODE が間違っています) NXPチームの皆様、こんにちは。 AN14003 に従って、KW45B41Z83A の量産フローを開発しています。SB3 の生成とフラッシュ プロセスは動作していますが、デバッグ認証フローで重大な問題が発生しています。これは、不完全なヒューズ プロビジョニング シーケンスが原因だと考えています。 環境: MCU: KW45B41Z-EVKボード上のKW45B41Z83A プローブ: J-LinkファームウェアでフラッシュされたオンボードMCU-Link SPSDK バージョン: 3.1.0 J-Link バージョン: V8.12a 問題の説明:このテストの対象ボードは、 OEM SECURE WORLD CLOSED状態です。nxpdebugmbox -i jlink dat auth コマンドを実行すると、暗号化ハンドシェイクは成功したように見えます (DAC/DAR 交換が正しくログに記録され、RoT ハッシュが一致しています) が、最終的にコマンドは失敗し、AHB へのアクセスが許可されません。J-Link Commander との後続の接続試行は、「エラー: 間違った DM-AP IDCODE が検出されました: 0xFFFFFFFF」というエラーで失敗します。 ターゲット ボードのプロビジョニングに関する重要な情報:ボードは不完全な手順を使用して OEM SECURE WORLD CLOSED 状態に移行されました。私の同僚は、別のアプリケーション ノート (AN14158) で推奨されているシーケンスの最初のコマンドのみを実行しました。 ライフサイクルを進めるために、blhost -p COMX fuse-program 0xa 0xf が実行されました。 重要なのは、このコマンドの直後にボードが手動でリセットされたことです。 TZM_EN (ヒューズ 0xd) 、SB3KDK (ヒューズ 0x20)、および RoTKTH (ヒューズ 0x1f) をプログラムするシーケンスからの後続のヒューズ プログラム コマンドはスキップされました。 その結果、ボードは SECURE ライフサイクル状態にありますが、この状態で適切に動作するために ROM に必要なその他の重要なヒューズ構成が欠落している可能性があります。 私の核心的な質問:この不完全なプロビジョニング手順 (TZM_EN ヒューズをプログラムせずにライフサイクルを OEM SECURE WORLD CLOSED に進めるなど) が、AHB へのアクセスが許可されないエラーの根本原因である可能性はありますか?ROM ブートローダのデバッグ認証メカニズムは、認証の暗号化部分が成功した場合でも、これらの他のヒューズが正しく設定されていることに依存しますか? すべてのキー、証明書、cc_socu 構成が正しいことが確認されているため、これが最も可能性の高い原因であると思われます。 完全かつ正しい手順を使用して別の OEM OPEN ボードをプロビジョニングする準備をしていますが、このマターについては専門家の確認をいただければ幸いです。参考までに、設定ファイルとキーログファイルを添付します。 ご指導ありがとうございます。 デバッグログ情報を添付します: Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID @JabezLaw うまく動作したと聞いてうれしいです! 最後に、SEC ツールを引き続き使用することもCAN、自動的に生成されるスクリプトを使用して本番環境に移行することも可能です。もちろん、私が提案する主な変更はキーを変更することです。新しいキーを生成することも、製品キーをインポートすることもできます (ツールが認識できるように、同じ命名規則を使用するだけです)。HSM を使用しており、秘密キーに直接アクセスできない場合は、署名プロバイダを使用して HSM に接続し、シームレスに公開キーのみを提供することもできます。 Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@Sabina_Bruce 、 素晴らしいニュースです!問題が解決したことをお知らせするためにフォローアップさせていただきます。 SEC GUI ツールを使用するというあなたの提案が成功の鍵でした。私はこれを使用して新しい OEM OPEN ボードをプロビジョニングしましたが、ツールがプロセスを完璧にガイドしてくれました。 ボードがOEM CLOSEDライフサイクル状態に正常になっていることを確認できます。さらに重要なことは、既存のスクリプトと構成を使用してデバッグ認証プロセスが完璧に機能していることです。 貴重なサポートとご指導をいただき誠にありがとうございます。あなたの助けがなければ、これを解決することはできなかったでしょう。 よろしくお願いいたします。 ヤベツ Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@JabezLaw EVK に同じキーがあるため、dat_config.yaml を直接テストしました。私の側では動作します。 以下の点を確認します。 1. デバイスは正常に起動しますか?つまり、イメージに署名し、通常通りHello WorldまたはBlinkyを起動します。 2. アプリケーションの実行中に、再度デバッグ認証を試みます。デバイスが ISP モードになっていないことを確認してください。 3. テストできる別の EVK はありますか?もしSOなら、この EVK でテストする前に、ライフサイクルを Closed に進めて現在の EVK でテストし、動作が異なるかどうかを確認します。 4. 新しい EVK で再テストする場合は、ヒューズをプログラムする前にエラーや警告を通知するSEC GUI ツールを使用することをお勧めします。これは、SPSDK コマンドライン ツールで見逃された可能性のあるものを特定するのに役立ちます。 EVK で使用されるキーは、[キーのインポート] ボタンを使用して簡単にインポートCAN、PC のパス「C:\nxp\MCUX_Provi_25.06\bin\_internal\data\sample_data\targets\K32W148」に移動します。ここには、KW456 および K32W148 用の board_example_keys フォルダーが含まれています。 Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@Sabina_Bruce 、 CC_SOCU ビットマスクの詳細な説明をありがとうございます。これは非常に役立ち、デバッグ認証情報がデバイスの融合されたセキュリティ ポリシー上でフィルターとしてどのように機能するかを明確にします。あなたの解釈は完全に理にかなっています。 ご提案どおり、お客様の側でテストできるように完全なワークスペースを準備しました。あなたの便宜のために、フォルダーをクリーンアップし、Jupyter Notebook スクリプト内のすべてのコメントを英語に翻訳しました。 圧縮されたワークスペースはこの投稿に添付されています。メイン スクリプトのパスは、「KW45_Debug_Auth_Workspace_JabezLaw\sb\kw45xx_k32w1xx\debug_authentication_kw4s.ipynb」です。 よろしくお願いいたします。 ヤベツ Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@JabezLaw CC_SOCU を 0x0000 に設定すると、「証明書所有者」がデバイスで許可されているアクセス権を取得できなくなります。 これにより、たとえば、すべてのポートを開くことを許可しながら、技術者 A には特定のポートのみをデバッグさせ、技術者 B には別のポートのみをデバッグさせ、さらにアクセス権を許可または拒否することができます。特定のビット フィールドに 1 を設定すると、そのフィールドに対するデバイスのセキュリティ レベルに従うことになり、特定のビット フィールドに 0 を設定すると、デバイスのセキュリティ レベルに関係なくアクセスが禁止されます。 あなたのワークスペースと私のワークスペースの主な違いは、ライフサイクルのステージです。第二開発段階をテストしていますか?セキュアワールドを閉じることは、最終的な本番ライフサイクルでは推奨されませんが、これによってデバッグ認証セッションの成功が妨げられることはありません。ただし、それが私が気づいた主な違いです。 私の側での結果は次のとおりです。 デバッグ認証が機能するために焼き切る必要のある他のヒューズはありません。 ワークスペースを zip ファイルに圧縮してここに追加していただければ、ワークスペースをテストCAN。 Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@Sabina_Bruce 、 ご提案ありがとうございます。これを調べるのに時間を割いていただきありがとうございます。 私はあなたのアドバイスに正確に従いました。dc_config.yaml を変更して cc_socu: '0xFFFF' を設定し、デバッグ資格情報を再生成し、OEM SECURE WORLD CLOSED ボードで完全なパワーオン リセット (POR) を実行してから、認証コマンドを再実行しました。 残念ながら、結果は以前の試みと同じでした。暗号化ハンドシェイクは成功したように見えますが、プロセスは最終ステップでまったく同じエラーで失敗します: AHB へのアクセスは許可されていません。 この結果は、セキュリティ リファレンス マニュアル (KW45SRM) の表 91に記載されている KW45 セキュリティ モデルに関する私の理解と一致しています。私の解釈は次のとおりです。 デバイスのヒューズ (DCFG_CC_SOCU_L1 = 0x00000000) は、デバッグ ドメインをレベル 1に構成します (デフォルトでは無効ですが、認証によって有効にすることができます)。 デバッグ資格情報で cc_socu を 0xFFFF に設定すると、レベル 0アクセス (常に有効) の要求が作成されます。 これにより、要求された権限とデバイスの実際の融合状態の間に論理的な矛盾が生じ、当然ながら失敗が発生します。 論理的に正しい要求 (cc_socu: '0x0000') と最大権限要求 (cc_socu: '0xFFFF') の両方が同じ「AHB へのアクセスが許可されない」エラーにつながるため、問題は cc_socu 値自体にはないことが強く示唆されます。 根本的な問題は、認証の暗号化部分が成功した後でも、ROM が AHB アクセスを許可しないことを決定していることのようです。 安全なライフサイクル状態で AHB アクセスを許可するためのマスター ゲートとして機能する、別のヒューズ設定または欠落している前提条件がある可能性がありますか? 分析用に、cc_socu: '0xFFFF' を使用した最新のテストからのログ ファイルを添付しました。さらに詳しい情報をCANいただければ幸いです。 よろしくお願いいたします。 ヤベツ Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@JabezLaw DC_CONFIG.YAML を見ると、CC_SOCU をすべて 0x0 に設定して、すべてのデバッグ ポートを事実上無効化/禁止しています。すべてを有効にするには、ビット マスクを 0xFFFF にする必要があります。この変更を加えて再試行してください。また、試行の間に必ず POR を実行してください。失敗したデバッグ セッションを試行した場合、POR まで失敗として表示され続けます。 Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@nxa17177さん、 フォローアップと AN14158 を紹介していただきありがとうございます。 はい、 AN14158 (「KW45/K32W148 でのデバッグ認証」) を再度注意深く確認し、ワークフローがセクション 5.5 (「デバッグ資格情報と認証」) で概説されている手順と完全に一致していることを確認できました。 正確に言うと、検証したプロセスの概要は次のとおりです。 キーとヒューズは正しいです: RoT キーと SB3KDK は正しいです。これは、(1) SB3ファイルを正常にフラッシュする能力(両方のキーに依存)と、 (2) DAC応答でデバイス自体によって報告された一致するRoTKTHによって証明されています。 構成は正しいです: dc_config.yaml は cc_socu: '0x0000' を正しく使用しており、dat_config.yaml は正しい証明書と secp384r1 秘密キーを指しています。 ツールチェーンは正しいです:最新の SPSDK (v3.1.0) を使用しています-i jlink バックエンドを使用し、推奨どおりにプローブに J-Link ファームウェアがフラッシュされます。 この正しい設定にもかかわらず、プロセスは最終ステップで常に失敗します。以下のログは、暗号ハンドシェイクが成功した後すぐに失敗したことを明確に示しています。 実行ログ (nxpdebugmbox -i jlink -v dat auth ...): INFO:spsdk.apps.nxpdebugmbox:Starting Debug Authentication ... INFO:spsdk.apps.nxpdebugmbox:DAC: Version : Version 2.1 SOCC : 0x00000005 UUID : F33B5C9F4E9D897FB8B55A95AA388692 ROTID_rkth_hash : 650d8097079ff27a3e8a2da14781b922fd8295b6c00bfa067f00e87f1a16b8b3 ... INFO:spsdk.apps.nxpdebugmbox:============================================== DAC versus DC (Warning) =============================================== ... RoT Hash(Succeeded): 650d8097079ff27a3e8a2da14781b922fd8295b6c00bfa067f00e87f1a16b8b304bf710d45cbd591e2e24be83183922c ... INFO:spsdk.apps.nxpdebugmbox:DAR: ... Debug Authentication ends without AHB access. SPSDKAppError: Debug Mailbox authentication failed: SPSDK: Problem with debug mailbox occurred: Access to AHB is not granted. 認証の暗号化部分は成功したように見えるため、失敗はツールが実際にバス アクセスを取得する最終ステップで発生したようです。したがって、私の核心的な疑問は残ります。 KW45 ROM または J-Link ドライバの相互作用内のどのような特定の条件により、暗号化ハンドシェイクが成功した後にAHB へのアクセスが許可されないという失敗が発生するのでしょうか? この問題は、当社の安全な開発ワークフローの最終的な障害であり、この特定の AHB アクセスの問題について提供できる具体的な洞察は非常に役立ちます。 宜しくお願い致します、JabezLaw Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@JabezLaw 、何か矛盾点を見つけましたか? https://www.nxp.com/products/KW45?tid=vanKW45#documentationを参照してください: KW45/K32W148 でのデバッグ認証[AN14158] フロー内にありますか? Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@nxa17177さん、 調べていただきありがとうございます。デバッグ資格情報を生成し、認証を試行するために使用している構成ファイルと正確な手順は次のとおりです。 ステップ1: デバッグ資格情報キー(DCK)を生成する まず、次のコマンドを使用して、デバッガー (DCK) 用の secp384r1 キー ペアを生成しました。 バッシュ   nxpcrypto key generate -k secp384r1 --force -o keys/dck_keypair_384.pem ステップ2: デバッグ資格情報(DC)証明書を生成する 次に、デバッグ証明書を定義するための dc_config.yaml ファイルを作成しました。構成では、署名に EVK の secp384r1 RoT キーを正しく使用し、手順 1 で生成された secp384r1 DCK 公開キーを指します。 dc_config.yaml: ヤムル   family: kw45b41z8 revision: latest uuid: '00000000000000000000000000000000' cc_socu: '0x0000' cc_vu: 0 cc_beacon: 0 rot_meta: - ../../_data/keys/EVK_keys/RoT_key0_secp384r1_kw45xx.pub - ../../_data/keys/EVK_keys/RoT_key1_secp384r1_kw45xx.pub - ../../_data/keys/EVK_keys/RoT_key2_secp384r1_kw45xx.pub - ../../_data/keys/EVK_keys/RoT_key3_secp384r1_kw45xx.pub rot_id: 0 dck: ../keys/dck_keypair_384.pub signer: ../../_data/keys/EVK_keys/RoT_key0_secp384r1_kw45xx.pem この設定を使用して最終的な証明書ファイル(debug_auth.bin)を生成しました。コマンド: nxpdebugmbox dc export -c workspace/dc_config.yaml -o workspace/debug_auth.bin ステップ3: デバッグ認証を試みる 最後に、これは nxpdebugmbox dat auth コマンドで使用する dat_config.yaml です。これは、ステップ 2 で生成された証明書とステップ 1 の DCK 秘密キーを指します。 dat_config.yaml: ヤムル   family: kw45b41z8 revision: latest certificate: workspace/debug_auth.bin beacon: 0 srk_set: oem signer: ../keys/dck_keypair_384.pem この詳細な内訳により私の手順が明確になることを願っています。このフローで何か問題が見つかった場合はお知らせください。 ご協力ありがとうございました。 Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID https://www.nxp.com/products/KW45?tid=vanKW45#documentationで「KW45/K32W148 でのデバッグ認証[AN14158]」を参照し、必要に応じて構成ファイルを確認してください。 Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@JabezLaw 、以下の内容もシェアしていただけますか: my_dat_config.yaml ? Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@nxa17177 先週の水曜日の投稿に対するちょっとしたフォローアップです。 新しい OEM OPEN ボードをプログラムする準備をしており、私が概説したエンドツーエンドのプロビジョニングおよび認証手順を確認していただければ幸いです。ここでのあなたの指導は、回復不可能なデバイスが新たに作成されるのを防ぎ、プロジェクトを前進させるために非常に重要です。 ご多忙であることは承知しておりますが、ご意見をいただければ幸いです。 改めましてサポートありがとうございます。 よろしくお願いいたします。 ヤベツ Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID NXPチームの皆様、こんにちは。 ご返信と、TZM_EN ヒューズに関する貴重な情報に感謝いたします。 セットアップを明確にするために、私は公式のKW45B41Z-EVKを使用しています。これには、デフォルトで RoTKTH ヒューズと SB3KDK ヒューズが事前にプログラムされています。SB3 フラッシュ操作が成功し、DAC 応答内のハッシュが一致することから、キーが正しいことが確認されました。 これまでの調査に基づくと、私が使用していたテスト ボードは安全でない不完全な状態になっていたようです。そのボードを脇に置いておきます。 現在、新しい OEM OPEN ボードをプロビジョニングする準備をしており、回復不可能なデバイスが新たに作成されないように、計画しているエンドツーエンドの手順についてご確認をお願いしたいと思います。 これが私の計画です: ステップ 1: デバイスのプロビジョニングnxpimage sb31 export を使用して SB3 ファイルを生成し、sb3_config.yaml に次のコマンドを追加して、デバイスを正しく構成し、単一のアトミック操作でそのライフサイクルを進めます。 ヤムル   commands: # Program the debug permission fuse for L1 (S-World) - programFuses: { "address": "0x22", "values": "0x00000000" } # Advance lifecycle to OEM Secure World Closed - programFuses: { "address": "0x0A", "values": "0x0F" } ステップ 2: セキュリティ保護されたデバイスを認証する上記の構成をフラッシュし、ボードの電源を入れ直した後、cc_socu: '0x0000' を含む dc_config.yaml を使用してデバッグ資格情報を生成します。私のプローブは、J-Link ファームウェアを実行する MCU-Link です。次に、次のコマンドで認証を実行します。 バッシュ   nxpdebugmbox -i jlink -v dat auth -c my_dat_config.yaml ステップ 3: J-Link Commander で接続するauth コマンドの直後、ボードをリセットせずに、J-Link Commander を使用して接続を試みます。 私の核心的な質問:新しいボードを永続的にプログラムする前に、この完全な 3 ステップの手順が、KW45 でデバッグ認証を有効にして使用するための正しい意図された方法であるかどうかを確認していただけますか? 最終的な J-Link 接続が間違った DM-AP IDCODE エラーで失敗する原因となる、他の重要なヒューズ設定や手順が欠けているのでしょうか? 正しい道筋を確認していただきありがとうございます。 よろしくお願いいたします。 Re: KW45: Debug Authentication Fails with SPSDK 3.1.0 & J-Link on Secured Device (Wrong DM-AP ID こんにちは@JabezLaw 、 まず第一に、 TZM_ENヒューズのプログラミングは不要です。これは最初のサンプル(そのようなサンプルはありますか?)では必須でしたが、NXPが常にTZM_ENヒューズのプログラミングを行っているため、すべてのスクリプトから完全に削除できるようになりました。 CASE、信頼ゾーンを設定していない場合は、すべてが安全です。 私の意見では、デバイスは使用できず、簡単に回復することはできません。主に、RoTKTH ヒューズが焼損していないとデバッグ認証エラーが発生します。RKTHがなければ何もCANません。 基本的なステップは、SB3KDK (ヒューズ 0x20) と RoTKTH (ヒューズ 0x1f) の両方がプログラムされた後にのみライフサイクルを進めることです。 新しいボードで完全な手順を実行する際に問題が発生した場合はお知らせください。
查看全文
S32K144/146 FTM Counter random randomly updated Hello I‘m programming my S32k146/144 board with FTM function and I found a ridiculous issue. I used a data array to record the free running FTM chanle counter. The data stream indicated that the counter occasionally updates to a random number instead of following its normal cyclic way. I tested all FTM chanles with almost the same code on both S32K144 and S32K146,the error perfectly repeated. Beacause the testing code is very simple, I am quite confused. I post the code and result here. Is there anyone could tell me what happed. void IOC_Init(void) { /* Configure clock to FTM0 module and Enable */ PCC->PCCn[PCC_FTM0_INDEX] |= PCC_PCCn_PCS(1) | PCC_PCCn_CGC_MASK; /* Enable registers updating from write buffers, Enable FTM0,2 Module  */ FTM0->MODE |= FTM_MODE_WPDIS_MASK; FTM0->MODE |= FTM_MODE_FTMEN_MASK; /* Clear SC Register,close clock,Set FScaler to 4,Filter 2 */ FTM0->SC = FTM_SC_PS(2); /* Clear main counter */ FTM0->CNTIN = 0; FTM0->MOD = 0xFFFF;   /* Clock selection and enable*/ FTM0->SC |= FTM_SC_CLKS(3); }   #include "main.h"   unsigned int IOC_CH0[256],j=0;   void Delay(unsigned int count) { unsigned int i; for (i=0;i }     int main(void) { /* Initialization: */   WDOG_disable(); /* Disable WDOG */ SOSC_init_16MHz();     /* Initialize system oscillator for 16 MHz xtal */ SPLL_init_160MHz();    /* Initialize SPLL to 160 MHz with 8 MHz SOSC */ NormalRUNmode_80MHz(); /* Init clocks: 80 MHz sysclk & core, 40 MHz bus, 20 MHz flash */   IOC_CH0[0] = 0; IOC_Init();   /* Infinite for: */ for (;;)/* Loop: if a msg is received, transmit a msg */ { if (j>255){j = 0;} IOC_CH0[j] = FTM0->CNT; Delay(0x1FF); j++; } }   Re: S32K144/146 FTM Counter random randomly updated Thanks Robin I have checked my code and confirmed your conclusion. I was not sure about setting FTM IRQs and capturing  wave singnal correctly . So I launched this test .But I didn't notice the updating sittuation of the recording array and made a mistake. Now I can continue working with my signal capturing happily. Thank your very much. Sincerely Re: S32K144/146 FTM Counter random randomly updated I clicked Resume and then Suspend during debug. I observed the continuity of the values in the IOC_CH0[] array. I only saw a large difference between IOC_CH0[j] and IOC_CH0[j+1]. This is expected, as FTM0->CNT is only updated to IOC_CH0[j], and the value in IOC_CH0[j+1] has not yet been updated. Re: S32K144/146 FTM Counter random randomly updated Thank you Robin I tried your advice this morning. It is a pitty that the problem remains. I used a LED Toggling schem to indicating the problem and let the code run independently. (Only power connected to the testing board.)The LED blinked randomly. Here I post my whole project. Please check it. Thank you very much. Best Regards Re: S32K144/146 FTM Counter random randomly updated Hi It looks like you're observing the data array during debug. Does this happen when the program is run without debugging? By comparing the difference between the arrays, if the difference exceeds 143, flip the GPIO pin to observe whether this abnormal jumping occurs. If the issue is related to debugging, it is recommended to check section 47.5.28 Debug mode of S32K1XXRM. Best Regards, Robin ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------
查看全文