Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
PN7221 无法检测到 ISO 14443-3B 我们按照文档AN14880 PN7160/PN7220 - Android 16 移植指南移植了 PN7221。测试过程中,无法检测到 ISO 14443-3B (NfcB) 卡。此外,轻触此类卡片后,NFC 功能出现故障,无法识别任何卡片。需要将 NFC 关闭再重新打开才能恢复正常运行。相关日志附在下方,供您分析。 ❯ 07-16 09:24:28.515 530 6384 D NxpTml : PN72xx - I2C 读取成功..... 07-16 09:24:28.515 530 6384 D NxpNciR : len = 26 > 61051701010001FF010C0B00000000D103860500808001000000 07-16 09:24:28.515 530 6384 D NxpTml : PN72xx - 正在发布已读消息..... 07-16 09:24:28.516 530 6387 D NxpHal : 读取成功 状态 = 0x0 07-16 09:24:28.516 530 6387 D NxpHal : NxpNci: RF接口 = 帧 RF 07-16 09:24:28.516 530 6387 D NxpHal : NxpNci: 协议 = 未知 07-16 09:24:28.516 530 6387 D NxpHal : NxpNci: 模式 = B 被动轮询 07-16 09:24:28.516 530 6387 D NxpHal : NCI NTF: RF_DEACTIVATED len=26 type=1 07-16 09:24:28.517 530 6384 D NxpTml : PN72xx - 读取请求..... 07-16 09:24:28.517 530 6384 D NxpTml : PN72xx - 调用 I2C 读取..... 07-16 09:24:28.517 1599 6381 D libnfc_nci: rw_t4t_send_to_lower: conn_id 已发送至 lower =0 07-16 09:24:28.517 530 542 I android.hardware.nfc2-service.nxp:写 07-16 09:24:28.517 530 6385 D NxpTml : PN72xx - 写入请求..... 07-16 09:24:28.517 530 6385 D NxpTml : PN72xx - 调用 I2C 写入..... 07-16 09:24:28.519 530 6385 D NxpNciX : 长度 = 12 > 0000091D0000000000080100 07-16 09:24:28.519 530 6385 D NxpTml : PN72xx - I2C 写入成功..... 07-16 09:24:28.519 530 6385 D NxpTml : PN72xx - 发布新消息..... 07-16 09:24:28.519 530 6385 D NxpTml : PN72xx - Tml 写入线程正在运行................ 07-16 09:24:28.519 530 6387 D NxpHal : 写入成功 状态 = 0x0 07-16 09:24:28.520 530 6384 D NxpTml : PN72xx - I2C 读取成功..... 07-16 09:24:28.520 530 6384 D NxpNciR:长度 = 6 > 600603010001 07-16 09:24:28.520 530 6384 D NxpTml : PN72xx - 正在发布已读消息..... 07-16 09:24:28.521 530 6387 D NxpHal : 读取成功 状态 = 0x0 07-16 09:24:28.521 530 6387 D NxpHal : NCI NTF: CORE_GENERIC_ERROR len=6 07-16 09:24:28.521 530 6384 D NxpTml : PN72xx - 读取请求..... 07-16 09:24:28.521 530 6384 D NxpTml : PN72xx - 调用 I2C 读取..... 07-16 09:24:28.523 530 6384 D NxpTml : PN72xx - I2C 读取成功..... 07-16 09:24:28.523 530 6384 D NxpNciR:长度 = 5 > 0000020000 07-16 09:24:28.523 530 6384 D NxpTml : PN72xx - 正在发布已读消息..... 07-16 09:24:28.523 530 6387 D NxpHal : 读取成功 状态 = 0x0 07-16 09:24:28.524 1599 6381 I libnfc_nci: rw_t3Bt_sm_get_id (): sub_state:WAIT_ENDEF_FILE_CTRL_TLV (17) 07-16 09:24:28.524 1599 6381 D libnfc_nci: rw_t4t_send_to_lower: conn_id 已发送至 lower =0 07-16 09:24:28.524 530 542 I android.hardware.nfc2-service.nxp:写 07-16 09:24:28.524 530 6385 D NxpTml : PN72xx - 写入请求..... 07-16 09:24:28.524 530 6385 D NxpTml : PN72xx - 调用 I2C 写入..... 07-16 09:24:28.524 530 6384 D NxpTml : PN72xx - 读取请求..... 07-16 09:24:28.524 530 6384 D NxpTml : PN72xx - 调用 I2C 读取..... 07-16 09:24:28.525 530 6385 D NxpNciX : 长度 = 8 > 0000050036000008 07-16 09:24:28.525 530 6385 D NxpTml : PN72xx - I2C 写入成功..... 07-16 09:24:28.525 530 6385 D NxpTml : PN72xx - 发布新消息..... 07-16 09:24:28.525 530 6385 D NxpTml : PN72xx - Tml 写入线程正在运行................ 07-16 09:24:28.525 530 6387 D NxpHal : 写入成功 状态 = 0x0 07-16 09:24:28.527 530 6384 D NxpTml : PN72xx - I2C 读取成功..... 07-16 09:24:28.527 530 6384 D NxpNciR:长度 = 6 > 600603010001 07-16 09:24:28.528 530 6384 D NxpTml : PN72xx - 正在发布已读消息..... 07-16 09:24:28.528 530 6387 D NxpHal : 读取成功 状态 = 0x0 07-16 09:24:28.528 530 6387 D NxpHal : NCI NTF: CORE_GENERIC_ERROR len=6 07-16 09:24:28.530 530 6384 D NxpTml : PN72xx - 读取请求..... 07-16 09:24:28.530 530 6384 D NxpTml : PN72xx - 调用 I2C 读取..... 07-16 09:24:28.531 530 6384 D NxpTml : PN72xx - I2C 读取成功..... 07-16 09:24:28.532 530 6384 D NxpNciR : len = 14 > 00000B21CBA4729CB97166900000 07-16 09:24:28.532 530 6384 D NxpTml : PN72xx - 正在发布已读消息..... 07-16 09:24:28.532 530 6387 D NxpHal : 读取成功 状态 = 0x0 07-16 09:24:28.533 1599 6381 I libnfc_nci: rw_t3Bt_sm_get_id (): sub_state:???? 未知子状态 (18) 07-16 09:24:28.533 1599 6381 我 libnfc_nci: nfa_rw_update_pupi_id: 07-16 09:24:28.534 530 6384 D NxpTml : PN72xx - 读取请求..... 07-16 09:24:28.534 530 6384 D NxpTml : PN72xx - 调用 I2C 读取..... Re: PN7221 fails to detect ISO 14443-3B 我们已经升级到 3.2.5 版本,但测试结果仍然没有改变。 07-17 01:13:52.157 533 542 D NxpHal : 设备上检测到的固件版本 = 0x30205 Re: PN7221 fails to detect ISO 14443-3B 你好@zhangkai 请更新至 3.2.5 版本,您可以通过以下路径获取固件文件: nfc-NXPNFCC_FW/InfraFW/pn7220 at master · NXP/nfc-NXPNFCC_FW Re: PN7221 fails to detect ISO 14443-3B 06-24 10:20:33.259 390 401 D NxpHal : 设备上检测到的固件版本 = 0x302c4 Re: PN7221 fails to detect ISO 14443-3B 你好@zhangkai 固件版本是多少?如果版本低于 3.2.5,请更新到最新版本并再次测试。 如果还有疑问,请向我们提供完整日志。 Re: PN7221 fails to detect ISO 14443-3B 你好@zhangkai 能否提供 libnfc-nci.conf 和 libnfc-nxp.conf 文件? Re: PN7221 fails to detect ISO 14443-3B Hello @zhangkai  此问题可能与A16的变更有关。具体而言:在A15之前,NXP的MW依赖NFA_PROTOCOL_T3BT(80)来支持身份证,但A16通过Google已将中国身份证直接纳入其支持范围。然而,PN7xxx的MW仍保留了该代码。因此,客户尝试将T3BT逻辑从PN7xxx MW中完全移除,并直接使用Google的原生逻辑。 Re: PN7221 fails to detect ISO 14443-3B 配置文件已上传。
查看全文
How to bias the amp MD8LC925NR1? Hello, We are currently designing a system using the MD8LC925NR1 Power Amplifier. We would appreciate your recommendation for a suitable bias circuit or a dedicated power management component to properly bias this PA. Could you please provide any reference designs, application notes, or specific part numbers that you recommend for this purpose? Thank you for your assistance. Re: How to bias the amp MD8LC925NR1? Hello, Thank you for your interest in NXP Semiconductors products and for the opportunity to support you. There appears to be a typo in the part number provided. MDL8LC925NR1 is not a valid NXP orderable part number. The closest matching device is MD8IC925N. Please note that this device is currently End of Life, meaning it is no longer supported and is no longer available for new purchases. The following NXP documents provide detailed design information, including circuit schematics, component lists, and characterization data: MD8IC925N Datasheet AN1977 – Quiescent Current Thermal Tracking Circuit in the RF Integrated Circuit Family AN1987 – Quiescent Current Control for the RF Integrated Circuit Device Family (includes both bias circuit topologies with complete component lists) AN1955 – Thermal Measurement Methodology of RF Power Amplifiers Unfortunately, there is no direct replacement available for the MD8IC925N. In addition, many RF products covering the 100 MHz to 1000 MHz frequency range are approaching EOL status, and no new replacement devices have been announced at this time. Please let us know if you would like assistance identifying alternative solutions based on your specific frequency, power, and supply voltage requirements. Best regards
查看全文
PN7221はISO 14443-3Bを検出できません PN7221は PN7160/PN7220 - Android 16移植ガイドAN14880文書に従って移植しました。テスト中、ISO 14443-3B(NfcB)カードは検出できません。さらに、そのようなカードをタップすると、NFC機能が誤作動を起こし、どのカードも認識しなくなります。正常な動作に戻すには、NFC機能を一度オフにしてから再度オンにする必要があります。分析に必要な関連ログを以下に添付いたします。 ❯ 07-16 09:24:28.515 530 6384 D NxpTml : PN72xx - I2C読み込み成功..... 07-16 09:24:28.515 530 6384 D NxpNciR : len = 26 > 61051701010001FF010C0B00000000D103860500808001000000 07-16 09:24:28.515 530 6384 D NxpTml : PN72xx - 既読メッセージを投稿中..... 07-16 09:24:28.516 530 6387 D NxpHal : read 成功状態 = 0x0 07-16 09:24:28.516 530 6387 D NxpHal : NxpNci: RF インターフェース = フレームRF 07-16 09:24:28.516 530 6387 D NxpHal : NxpNci: プロトコル = 不明 07-16 09:24:28.516 530 6387 D NxpHal : NxpNci: Mode = B パッシブ投票 07-16 09:24:28.516 530 6387 D NxpHal : NCI NTF: RF_DEACTIVATED len=26 タイプ=1 07-16 09:24:28.517 530 6384 D NxpTml : PN72xx - 読書リクエスト..... 07-16 09:24:28.517 530 6384 D NxpTml : PN72xx - I2Cリードの呼び出し..... 07-16 09:24:28.517 1599 6381 D libnfc_nci: rw_t4t_send_to_lower: conn_id 下層へ送信 =0 07-16 09:24:28.517 530 542 I android.hardware.nfc2-service.nxp:書く 07-16 09:24:28.517 530 6385 D NxpTml : PN72xx - 書き込みリクエスト..... 07-16 09:24:28.517 530 6385 D NxpTml : PN72xx - I2C Writeの呼び出し..... 07-16 09:24:28.519 530 6385 D NxpNciX : len = 12 > 00000091D000000000000080100 07-16 09:24:28.519 530 6385 D NxpTml : PN72xx - I2C 書き込み成功..... 07-16 09:24:28.519 530 6385 D NxpTml : PN72xx - 新しい書き込みメッセージの投稿中..... 07-16 09:24:28.519 530 6385 D NxpTml : PN72xx - Tml Writer Thread実行中................ 07-16 09:24:28.519 530 6387 D NxpHal : write true status = 0x0 07-16 09:24:28.520 530 6384 D NxpTml : PN72xx - I2C読み取り成功..... 07-16 09:24:28.520 530 6384 D NxpNciR : len = 6 > 600603010001 07-16 09:24:28.520 530 6384 D NxpTml : PN72xx - 既読メッセージを投稿中..... 07-16 09:24:28.521 530 6387 D NxpHal : read, 成功した状態 = 0x0 07-16 09:24:28.521 530 6387 D NxpHal : NCI NTF: CORE_GENERIC_ERROR len=6 07-16 09:24:28.521 530 6384 D NxpTml : PN72xx - 読書リクエスト中..... 07-16 09:24:28.521 530 6384 D NxpTml : PN72xx - I2Cリードの呼び出し..... 07-16 09:24:28.523 530 6384 D NxpTml : PN72xx - I2C読み取り成功..... 07-16 09:24:28.523 530 6384 D NxpNciR : len = 5 > 0000020000 07-16 09:24:28.523 530 6384 D NxpTml : PN72xx - 既読メッセージの投稿..... 07-16 09:24:28.523 530 6387 D NxpHal : read 成功状態 = 0x0 07-16 09:24:28.524 1599 6381 I libnfc_nci: rw_t3Bt_sm_get_id (): sub_state:WAIT_ENDEF_FILE_CTRL_TLV (17) 07-16 09:24:28.524 1599 6381 D libnfc_nci: rw_t4t_send_to_lower: conn_id 下層へ送信 =0 07-16 09:24:28.524 530 542 I android.hardware.nfc2-service.nxp:書く 07-16 09:24:28.524 530 6385 D NxpTml : PN72xx - 書き込みリクエスト..... 07-16 09:24:28.524 530 6385 D NxpTml : PN72xx - I2C Write..... 07-16 09:24:28.524 530 6384 D NxpTml : PN72xx - 読書リクエスト中..... 07-16 09:24:28.524 530 6384 D NxpTml : PN72xx - I2Cリードの呼び出し..... 07-16 09:24:28.525 530 6385 D NxpNciX : len = 8 > 0000050036000008 07-16 09:24:28.525 530 6385 D NxpTml : PN72xx - I2C 書き込み成功..... 07-16 09:24:28.525 530 6385 D NxpTml : PN72xx - 新しい書き込みメッセージの投稿中..... 07-16 09:24:28.525 530 6385 D NxpTml : PN72xx - TMLライターThread実行中................ 07-16 09:24:28.525 530 6387 D NxpHal : write failed status = 0x0 07-16 09:24:28.527 530 6384 D NxpTml : PN72xx - I2C読み込み成功..... 07-16 09:24:28.527 530 6384 D NxpNciR : len = 6 > 600603010001 07-16 09:24:28.528 530 6384 D NxpTml : PN72xx - 既読メッセージを投稿中..... 07-16 09:24:28.528 530 6387 D NxpHal : read 成功状態 = 0x0 07-16 09:24:28.528 530 6387 D NxpHal : NCI NTF: CORE_GENERIC_ERROR len=6 07-16 09:24:28.530 530 6384 D NxpTml : PN72xx - 読書リクエスト..... 07-16 09:24:28.530 530 6384 D NxpTml : PN72xx - I2Cリードの呼び出し..... 07-16 09:24:28.531 530 6384 D NxpTml : PN72xx - I2C読み取り成功..... 07-16 09:24:28.532 530 6384 D NxpNciR : len = 14 > 00000B21CBA4729CB971669000000 07-16 09:24:28.532 530 6384 D NxpTml : PN72xx - 既読メッセージを投稿中..... 07-16 09:24:28.532 530 6387 D NxpHal : read 成功状態 = 0x0 07-16 09:24:28.533 1599 6381 I libnfc_nci: rw_t3Bt_sm_get_id (): sub_state:????不明のサブステート(18歳) 07-16 09:24:28.533 1599 6381 I libnfc_nci: nfa_rw_update_pupi_id: 07-16 09:24:28.534 530 6384 D NxpTml : PN72xx - 読書リクエスト..... 07-16 09:24:28.534 530 6384 D NxpTml : PN72xx - I2Cリードの呼び出し..... Re: PN7221 fails to detect ISO 14443-3B バージョン3.2.5にアップグレードしましたが、テスト結果は変わりません。 07-17 01:13:52.157 533 542 D NxpHal : デバイスで見つかったファームウェアバージョン = 0x30205 Re: PN7221 fails to detect ISO 14443-3B こんにちは、 @zhangkai さん。 3.2.5にアップデートしてください。fwファイルは以下のサイトから入手できます:nfc-NXPNFCC_FW/InfraFW/pn7220 at master ·NXP/NFC-NXPNFCC_FW Re: PN7221 fails to detect ISO 14443-3B 06-24 10:20:33.259 390 401 D NxpHal : デバイスで見つかったファームウェアバージョン = 0x302c4 Re: PN7221 fails to detect ISO 14443-3B こんにちは、 @zhangkai さん。 ファームウェアのバージョンは何ですか?もし3.2.5のような低いバージョンであれば、最新バージョンにアップデートして再度テストしてください。 それでもご不明な点がある場合は、ログ全体をご提供ください。 Re: PN7221 fails to detect ISO 14443-3B こんにちは、 @zhangkai さん。 libnfc-nci.confとlibnfc-nxp.confのファイルを提供してもらえますか? Re: PN7221 fails to detect ISO 14443-3B こんにちは、 @zhangkai さん。 この問題は、A16の変更に関連している可能性があります。具体的には、A15以前のNXP製モバイルMWは、IDカードのサポートにNFA_PROTOCOL_T3BT(80)を使用していましたが、A16ではGoogleを通じて中国のIDカードがサポート対象に直接含まれるようになりました。しかし、PN7xxx MWには依然としてこのコードが残っています。そのため、顧客はPN7xxx MWからT3BTロジックを完全に削除し、Googleのネイティブロジックを直接使用しようとしています。 Re: PN7221 fails to detect ISO 14443-3B 設定ファイルがアップロードされました。
查看全文
HID(W):LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 早安 ! 我正在试用 FRDM i.MX 93 入门指南:指南 我下载了FRDM-IMX93 演示镜像(尝试了 REV.1.0 和 REV4.0),但一直收到相同的错误信息。 尝试了指南中的命令:.\uuu.exe -b sd_all imx-image-full-imx93frdm.rootfs.wic.zst 用于 nxp imx 芯片的 uuu(通用更新实用程序) -- libuuu_1.5.243-0-g230f1b1 版本 in config: Pctl Chip Vid Pid BcdVersion Serial_No ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb 运行内置脚本: uuu_version 1.4.149 # @_flash.bin | 引导加载程序,可从 wic 映像中提取 # @_image [_flash.bin] | wic 映像刻录到 emmc。 # 此命令将在 i.mx6/7 i.mx8MM、i.mx8MQ SDP: 启动-f imx-image-full-imx-image-full-imx93frdm.rootfs.wic.zst/*-scanlimited 0x 800000 时运行 # 此命令将在 ROM 支持直播模式时运行 # i.MX8QXP, i.MX8QM SDPS: 启动 -scanterm -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 # 这些命令将在使用 SPL 时运行,如果不使用 SPL,则跳过这些命令。 # SDPU 将被弃用,请使用 SDPV 代替 SDPU # { SDPU: delay 1000 SDPU: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -offset 0x57c00 -scanlimited 0x800000 SDPU: jump -scanlimited 0x800000 # } # 使用 SPL 时将运行这些命令,如果不支持,则跳过这些命令。 # 如果(SPL 支持 SDPV) # { SDPV:延迟 1000 SDPV: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -skipspl -scanterm -scanlimited 0x800000 SDPV: 跳转 -scanlimited 0x800000 # } FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev${sd_dev} FB: ucmd mmc dev${sd_dev} FB: flash -raw2sparse all imx-image-full-imx93frdm.rootfs.wic.zst/* FB: flash -scanterm -scanlimited 0x800000 引导加载程序 imx-image-full-imx93frdm.rootfs.wic.zst/* FB: 已完成 等待已知的 USB 设备出现... 4:2-23 连接新的 USB 设备 F11C6A09B54230 4 :2-23 F11C6A09B54230 > 启动 cmd: SDPS:boot-scanterm-f imx-image-full-imx93frdm.rootfs.wic.zst/*-scanlimited 0x800000 解压缩文件:> imx-image-full-imx9 3frdm.rootfs.wic.zst 14%4:2-23F11C6A09B54230>Fail HID(W):LIBUSB_ERROR_TIMEOUT (-7)(20.15s) 然后我试了一下。\ uuu.exe-v-b emmc_all。\ imx-boot-imx93frdm-sd.bin-flash_singleboot。\ imx-image-full-imx93frdm.rootfs.wic.zst,但也得到了同样的错误信息: 用于 nxp imx 芯片的 uuu(通用更新实用程序) -- libuuu_1.5.243-0-g230f1b1 版本 in config: Pctl Chip Vid Pid BcdVersion Serial_No ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb 运行内置脚本: uuu_version 1.4.149 # @_flash.bin | 引导加载程序,可从 wic 映像中提取 # @_image [_flash.bin] | wic 映像刻录到 emmc。 # 此命令将在 i.mx6/7 i.mx8MM、i.mx8MQ SDP: 启动-f 时运行 。 \ imx-boot-imx93frdm-sd.bin-flash_singleboot-Scanlimited 0x800000 # 此命令将在 ROM 支持直播模式时运行 # i.mx8QXP,i.mx8QM SDPS:启动-scanterm- f。\ imx-boot-imx93frdm-sd.bin-flash_singleboot-Scanlimited 0x800000 # 这些命令将在使用 SPL 时运行,如果不弃用 spl # SDPU,则将跳过 这些命令。请使用 SDPV 代替 SDPU # { SDPU: delay 1000 SDPU: write-f。 \ imx-boot-imx93frdm-sd.bin-flash_singleboot-offset 0x57c00 SDPU:jump-scanlimited 0x800000 #} # 这些命令将在使用 SPL 时运行,如果没有 spl 则会跳过 # if(SPL 支持 SDPV) # { SDPV: delay 1000 SDP V: write-f。 \ imx-boot-imx93frdm-sd.bin-flash_singleboot-skipspl-scanterm-scanlimited 0x800000 SDPV:跳跃-scanlimited 0x800000 #} FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev${emmc_dev} FB: ucmd mmc dev${emmc_dev} FB: flash -raw2sparse all .\imx-image-full-imx93frdm.rootfs.wic.zst/* FB:flash-scanterm-scanlimited 0x800000 引导加载程序。 \ imx-boot-imx93frdm-sd.bin-flash_singleboot FB: 如果环境存在 ucmd emmc_ack;那么;否则 setenv emmc_ack 0;fi; FB:ucmd mmc partc onf${emmc_dev}${emmc_ack} 1 0 FB:完成 等待已知的 USB 设备出现... 在 4:2-4:2 连接新的 USB 设备- > 启动 Cmd:SDPS: 启动-scanterm-f。 \ imx-boot-imx93frdm-sd.bin-flash_singleboot-scanlimited 0x800000 4:2-> 失败 HID (W):LIBUSB_ERROR_TIMEOUT (-7) (20.02s) 我使用的是最新的 uuu.exe 版本。 Windows上还有新的驱动程序。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 我也一样。我尝试使用 Ubuntu 20.04,也出现了同样的错误。 sudo ~/uuu-ubuntu20.04 -lsusb uuu(通用更新实用程序),用于 nxp imx 芯片 -- libuu_1.5.243-0-g230f1b1 已连接的已知 USB 设备 路径芯片 Pro Vid Pid BCD 版本序列号_否 ===================================================================================== 8214D79A2FFA4708 sudo ~/uuuu-ubuntu20.04-b emmc_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singlebootimx-image-core-imx93-11x11-lpddr4x-frdm.rootfs-20260608162024.wic.zst 用于 nxp imx 芯片的 uuu(通用更新实用程序) -- libuuu_1.5.243-0-g230f1b1 成功 0 失败 1 1:3-8214 D79A 1/ 1 [HID (W):LIBUSB_ERROR_TIMEOUT (-7)] SDPS:启动-scanterm-f imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash... 我尝试了 MACHINE=imx93frdm 和 MACHINE=imx93-11x11-lpddr4x-frdm,结果相同。我刚刚在 UART 上看到了这个日志 DEBUG: U-Boot SPL 2024.04+gde16f4f1722+p0(Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 prepare ok 没有任何解决方案,也没有人提供帮助。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 你好, 请从这里尝试使用标准电路板支持包版本: https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUX 另外,我建议不要使用压缩的 rootfs,请解压缩(un-zst)后再试一次。 致以最崇高的敬意/问候, Aldo。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 嗨, ,我也遇到了同样的问题。 板从 emmc 启动正常,但是当我尝试以任何方式刷新 SD 卡时它都不起作用。 我试过刷新 imx93 FRDM 主页上的一张预建图像(压缩和未压缩) 使用uuu 我也用过dd: zstd -d imx-image-full-imx93frdm.rootfs.wic.zst -c | sudo dd of=/dev/mmcblk0 bs=4M status=progress conv=fsync 然后当我从 SD 卡启动主板时它无法完全启动并停在那里 U-Boot SPL 2024.04+gde16f4f1722+p0 (Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 prepare ok 当我尝试使用 flex-installer 用基于 Debian 的镜像刷新 SD 卡时,启动后我遇到了同样的输出。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 另外,请更新我在第一篇帖子中链接的指南,以便帮助其他人 :)。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 你好!! 关于第一个问题,请注意,您不仅需要 rootfs,还需要引导加载程序,因此您需要运行类似以下的命令: ./uuu-b emmc_all flash.bin imx-image-full-imx93frdm.rootfs.wic 关于它使用 dd 这一问题,情况相同,请不要使用压缩的 rootfs(un-zst) 此致, 阿尔多。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 嗯,我觉得用你提供的最新软件和以下命令应该能行:.\uuu.exe -v uuu.auto-imx93-11x11-lpddr4x-frdm 但我不知道这是否是最好的解决方案,因为现在我的主板自称是 " imx93evk " 不是 imx93frdm。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 你好, 很高兴它现在可以运行了,我会仔细检查脚本,也许它使用了不同的引导加载程序,是的,我们正在改进 FRDM 板的文档,感谢你的评论。 致以最崇高的敬意/问候, Aldo。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 正如我之前所说,这行不通,请查看我上面的评论。 要让它正常运行的唯一方法是:.\uuu.exe -v uuu.auto-imx93-11x11-lpddr4x-frdm Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 你好, 我在试用 i.MX 93 FRDM 开发板时也遇到了这个问题。我找到的培训指南是错误的,具有误导性;演示固件包包含大量文件,但没有任何信息说明每个文件是什么;即使阅读了手册,‘uuu’实用程序的用法也几乎无法理解(至少对我来说是这样!)。 以下是我弄明白的情况。如果我理解有误,请指正。 我下载了演示固件包“ LF_v6.18.20-2.0.0_images_IMX93EVK.zip ”。我想测试将固件映像写入 uSD 卡和/或内置 eMMC 的过程。 以下方法奏效了: 我认为名称类似“ imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot ”的文件是特定板卡和不同配置的引导加载程序镜像。我选择这个是为了向我板上的uSD卡写入数据。 我认为“ imx-image-full-imx93evk.wic ”是Linux镜像(rootfs等)。只有一个,所以我猜所有支持的开发板都一样? * 根据以上评论,请勿尝试使用压缩版本“imx-image-full-imx93evk.tar.zst”? 写入uSD卡: * 关闭板电源 * 插入uSD卡 * 通过 USB-C 线缆将板的“USB1_C”端口连接到笔记本电脑。 * 将启动开关设置为[3:0] 0001以进入串行下载模式 * 使用固件文件夹中的uuu命令: # 仅将引导加载程序复制到 SD 卡: uuu -b sd imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot 或者:复制引导加载程序和 Linux 镜像: uuu -b sd_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singlebootimx-image-full-imx93evk.wic * 板上电源。UUU 应该会自动检测主板并开始下载。 要将文件写入 eMMC,您可以使用以下命令: # 仅限引导加载程序: uuu -b emcc imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot # 或者:引导加载程序和镜像: uuu -b emmc_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singlebootimx-image-full-imx93evk.wic 我不知道各种启动加载程序文件之间有什么区别。 @Kapixxx你的方法可能确实奏效了。我认为所有板都使用相同的 Linux 根文件系统,所以它们的主机名都是“imx93evk”。然而,我还没有弄明白如何使用 uuu 脚本(例如)。" uuu.auto-imx93-11x11-lpddr4x-frdm ")写入到uSD卡而不是eMMC。提供的命令行参数、内置脚本和提供的脚本文件之间的关系尚不明确。
查看全文
HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 おはよう ! FRDM i.MX 93 の入門ガイドを使って準備を進めています。 FRDM-IMX93のデモイメージをダウンロードしましたが(REV.1.0とREV4.0を試しました)、同じエラーメッセージが表示され続けます。 ガイドに記載されているコマンドを試しました: .\uuu.exe -b sd_all imx-image-full-imx93frdm.rootfs.wic.zst NXP IMXチップ用uuu(Universal Update Utility)-- libuuu_1.5.243-0-g230f1b1 設定ファイルに含める: PctlチップビデオPID Bcdバージョンシリアル番号 ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb 組み込みスクリプトを実行します: uuu_version 1.4.149 # @_flash.bin | wicイメージから抽出できるブートローダー # @_image [_flash.bin] | wic イメージを emmc に書き込みます。 # このコマンドは、i.MX6/7、i.MX8MM、i.MX8MQ の場合に実行されます SDP: boot -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 # このコマンドは、ROMがストリームモードをサポートしている場合に実行されます # i.MX8QXP、i.MX8QM SDPS: boot -scanterm -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 # これらのコマンドはSPLを使用する場合に実行され、SPLを使用しない場合はスキップされます # SDPU は非推奨になります。SDPU の代わりに SDPV を使用してください。 # ヤミン・アメックス SDPU: 遅延 1000 SDPU: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -offset 0x57c00 -scanlimited 0x800000 SDPU: ジャンプ -scanlimited 0x800000 # } # これらのコマンドはSPLを使用する場合に実行され、SPLを使用しない場合はスキップされます # if (SPLがSDPVをサポートしている場合) # ヤミン・アメックス SDPV: 遅延 1000 SDPV: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -skipspl -scanterm -scanlimited 0x800000 SDPV: ジャンプ -scanlimited 0x800000 # } FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev ${sd_dev} FB: ucmd mmc dev ${sd_dev} FB: flash -raw2sparse all imx-image-full-imx93frdm.rootfs.wic.zst/* FB: flash -scanterm -scanlimited 0x800000 bootloader imx-image-full-imx93frdm.rootfs.wic.zst/* FB: 完了 既知のUSBデバイスが表示されるまでお待ちください... 新しいUSBデバイスが4:2-23F11C6A09B54230に接続されました 4:2-23F11C6A09B54230>開始コマンド:SDPS: boot -scanterm -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 ファイルの解凍:>imx-image-full-imx93frdm.rootfs.wic.zst 14%4:2-23F11C6A09B54230>HID(W)エラー: LIBUSB_ERROR_TIMEOUT (-7)(20.15秒) 次に、.\uuu.exe -v -b emmc_all .\imx-boot-imx93frdm-sd.bin-flash_singleboot .\imx-image-full-imx93frdm.rootfs.wic.zst を試しました。しかし、同じエラーメッセージも表示されました。 NXP IMXチップ用uuu(Universal Update Utility)-- libuuu_1.5.243-0-g230f1b1 設定ファイルに含める: PctlチップビデオPID Bcdバージョンシリアル番号 ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb 組み込みスクリプトを実行します: uuu_version 1.4.149 # @_flash.bin | wicイメージから抽出できるブートローダー # @_image [_flash.bin] | wic イメージを emmc に書き込みます。 # このコマンドは、i.MX6/7、i.MX8MM、i.MX8MQ の場合に実行されます SDP: boot -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 # このコマンドは、ROMがストリームモードをサポートしている場合に実行されます # i.MX8QXP、i.MX8QM SDPS: boot -scanterm -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 # これらのコマンドはSPLを使用する場合に実行され、SPLを使用しない場合はスキップされます # SDPU は非推奨になります。SDPU の代わりに SDPV を使用してください。 # ヤミン・アメックス SDPU: 遅延 1000 SDPU: write -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -offset 0x57c00 SDPU: ジャンプ -scanlimited 0x800000 # } # これらのコマンドはSPLを使用する場合に実行され、SPLを使用しない場合はスキップされます # if (SPLがSDPVをサポートしている場合) # ヤミン・アメックス SDPV: 遅延 1000 SDPV: write -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -skipspl -scanterm -scanlimited 0x800000 SDPV: ジャンプ -scanlimited 0x800000 # } FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev ${emmc_dev} FB: ucmd mmc dev ${emmc_dev} FB: flash -raw2sparse all .\imx-image-full-imx93frdm.rootfs.wic.zst/* FB: flash -scanterm -scanlimited 0x800000 bootloader .\imx-boot-imx93frdm-sd.bin-flash_singleboot FB: ucmd if env exists emmc_ack; then ; else setenv emmc_ack 0; fi; FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB: 完了 既知のUSBデバイスが表示されるまでお待ちください... 新しいUSBデバイスが4:2に接続されました。 4:2->開始コマンド:SDPS: boot -scanterm -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 4:2->HID(W)エラー: LIBUSB_ERROR_TIMEOUT (-7)(20.02秒) 最新バージョンのuuu.exeを使用しています。また、Windowsには新しいドライバもインストールされています。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 こっちも一緒。Ubuntu 20.04で試してみましたが、同じエラーが発生しました。 sudo ~/uuu-ubuntu20.04 -lsusb NXP IMXチップ用uuu(Universal Update Utility)-- libuuu_1.5.243-0-g230f1b1 コネクテッド Known USB Devices パス チップ プロ ビデオ Pid BcdVersion シリアル番号 ==================================================================== 1:3 MX93 SDPS: 0x1FC9 0x014E 0x0001 8214D79A2FFA4708 sudo ~/uuu-ubuntu20.04 -b emmc_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singlebootimx-image-core-imx93-11x11-lpddr4x-frdm.rootfs-20260608162024.wic.zst NXP IMXチップ用uuu(Universal Update Utility)-- libuuu_1.5.243-0-g230f1b1 成功 0 失敗 1 1:3-8214D79A 1/1 [HID(W): LIBUSB_ERROR_TIMEOUT (-7) ] SDPS: boot -scanterm -f imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash... MACHINE=imx93frdmとMACHINE=imx93-11x11-lpddr4x-frdmの両方を試しましたが、結果は同じでした。UART DEBUGに以下のログが表示されました。 U-Boot SPL 2024.04+gde16f4f1722+p0(2024年9月2日 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: オーバードライブ電圧モード DDR: 3733MTS DDR: 3733MTS M33準備OK どこにも解決策はなく、誰も助けてくれない。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 こんにちは、 こちらの標準BSPリリースをお試しください。 https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUX また、圧縮されたルートファイルシステムは使用せず、解凍(un-zst)してから再度試すことをお勧めします。 よろしくお願いいたします。 アルド。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 こんにちは、 私も同じ問題に直面しています。 ボードはeMMCから正常に起動するのですが、SDカードに何らかの方法で書き込もうとしても動作しません。 imx93 FRDMのメインページにある、あらかじめビルドされたイメージ(圧縮版と非圧縮版)のいずれかをフラッシュしてみました。 uuuを使用しています 私もddを使いました: zstd -d imx-image-full-imx93frdm.rootfs.wic.zst -c | sudo dd of=/dev/mmcblk0 bs=4M status=progress conv=fsync SDカードからボードを起動しても、完全に起動せず、そこで停止します。 U-Boot SPL 2024.04+gde16f4f1722+p0 (Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 prepare ok そして、flex-installerを使ってDebianベースのイメージをSDカードに書き込もうとしたところ、起動後に同じ出力が表示されました。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 こんにちは、 動作するようになってよかったです。スクリプトをもう一度確認してみます。もしかしたら別のブートローダーを使っているかもしれません。FRDMボードのドキュメントの改善に取り組んでいますので、ご意見ありがとうございます。 よろしくお願いいたします。 アルド。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 ええと、あなたがリンクした最新のソフトウェアとコマンド「.\uuu.exe -v uuu.auto-imx93-11x11-lpddr4x-frdm」でうまくいったと思います。 しかし、これが最善の解決策かどうかはわかりません。なぜなら、私のボードは現在、imx93frdmではなく「imx93evk」として認識されるからです。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 こんにちは!! 最初の問題については、rootfsだけでなくブートローダーも必要となるため、次のようなコマンドを実行する必要があることにご注意ください。 ./uuu-b emmc_all flash.bin imx-image-full-imx93frdm.rootfs.wic ddを使用するという問題については、圧縮されたrootfs(un-zst)を使用しないでください。 よろしくお願いいたします。 アルド。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 また、他の人の役に立つよう、最初の投稿でリンクしたガイドを更新してください。 Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 先ほど申し上げた通り、うまくいっていません。上記の私のコメントをご確認ください。 これを機能させる唯一の方法は、次のコマンドを実行することです。.\uuu.exe -v uuu.auto-imx93-11x11-lpddr4x-frdm Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 こんにちは、 私も同じ問題に直面しました。i.MX 93年の開発ボードを試しているときに。見つけたトレーニングガイドは誤っていて誤解を招くものでしたし、デモのファームウェアパッケージには何が何であるかの情報がほとんどないファイルが山のように入っていて、「uuu」というユーティリティの使い方は(少なくとも私には)ほとんど理解できません。マニュアルを読んでもそうです。 私が分かったことは以下のとおりです。もし私の理解が間違っていたら、どなたか訂正してください。 デモ版のファームウェアパッケージ「LF_v6.18.20-2.0.0_images_IMX93EVK.zip」をダウンロードしました。uSDカードや内蔵eMMCにファームウェアイメージを書き込むプロセスをテストしたいと思いました。 効果があったのは以下のとおりです。 * 「 imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot 」のような名前のファイルは、特定のボードや異なる構成用のブートローダーイメージだと思います。このモデルはボードのuSDカードに書き込みするために選びました。 * 「imx-image-full-imx93evk.wic」はLinuxのイメージ(rootfsなど)だと思います。一つしかないので、サポートされている開発ボードは全て同じだと思います。 * 上記のコメントにあるように、圧縮版の「imx-image-full-imx93evk.tar.zst」を使用しないでください。 uSDカードに書き込むには: * ボードの電源がオフになっています * uSDカードを挿入してください * ボードの「USB1_C」ポートをUSB-CケーブルでノートPCに接続 * シリアルダウンロードモード用にブートスイッチを [3:0] 0001 に設定 * ファームウェアフォルダから以下のuuuコマンドを使用してください。 # ブートローダーのみをSDカードにコピーします。 uuu -b sd imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot # または:ブートローダーとLinuxイメージをコピーしてください: uuu -b sd_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singlebootimx-image-full-imx93evk.wic * ボード上の電源。UUUは自動的にボードを検出し、ダウンロードを開始するはずです。 eMMCにファイルを書き込むには、以下のコマンドを使用します。 # ブートローダーのみ: uuu -b emcc imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot # または: ブートローダーとイメージ: uuu -b emmc_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singlebootimx-image-full-imx93evk.wic 様々なブートローダーファイルの違いが分かりません。 @Kapixxx  あなたの方法はおそらく効果があったでしょう。すべてのボードは同じLinuxのrootfsを使っているので、ホスト名はすべて「imx93evk」になっていると思います。しかし、uuuスクリプトの使い方がわかりません(例:"uuu.auto-imx93-11x11-lpddr4x-frdm")eMMCではなくuSDカードに書き込みをする。指定されたコマンドラインパラメータ、組み込みスクリプト、および指定されたスクリプトファイル間の関係は不明瞭である。
查看全文
HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Good Morning ! I am trying to get ready with FRDM i.MX 93 with getting started guide: Guide I downloaded FRDM-IMX93 Demo Images (tried REV.1.0 and REV4.0), but keep getting same error message.  Tried command from guide: .\uuu.exe -b sd_all imx-image-full-imx93frdm.rootfs.wic.zst uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Build in config: Pctl Chip Vid Pid BcdVersion Serial_No ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb Run built-in script: uuu_version 1.4.149 # @_flash.bin | bootloader, which can extract from wic image # @_image [_flash.bin] | wic image burn to emmc. # This command will be run when i.MX6/7 i.MX8MM, i.MX8MQ SDP: boot -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 # This command will be run when ROM support stream mode # i.MX8QXP, i.MX8QM SDPS: boot -scanterm -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 # These commands will be run when use SPL and will be skipped if no spl # SDPU will be deprecated. please use SDPV instead of SDPU # { SDPU: delay 1000 SDPU: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -offset 0x57c00 -scanlimited 0x800000 SDPU: jump -scanlimited 0x800000 # } # These commands will be run when use SPL and will be skipped if no spl # if (SPL support SDPV) # { SDPV: delay 1000 SDPV: write -f imx-image-full-imx93frdm.rootfs.wic.zst/* -skipspl -scanterm -scanlimited 0x800000 SDPV: jump -scanlimited 0x800000 # } FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev ${sd_dev} FB: ucmd mmc dev ${sd_dev} FB: flash -raw2sparse all imx-image-full-imx93frdm.rootfs.wic.zst/* FB: flash -scanterm -scanlimited 0x800000 bootloader imx-image-full-imx93frdm.rootfs.wic.zst/* FB: done Wait for Known USB Device Appear... New USB Device Attached at 4:2-23F11C6A09B54230 4:2-23F11C6A09B54230>Start Cmd:SDPS: boot -scanterm -f imx-image-full-imx93frdm.rootfs.wic.zst/* -scanlimited 0x800000 Decompress file:>imx-image-full-imx93frdm.rootfs.wic.zst 14%4:2-23F11C6A09B54230>Fail HID(W): LIBUSB_ERROR_TIMEOUT (-7)(20.15s) Then I tried .\uuu.exe -v -b emmc_all .\imx-boot-imx93frdm-sd.bin-flash_singleboot .\imx-image-full-imx93frdm.rootfs.wic.zst, but also got same error meassage: uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Build in config: Pctl Chip Vid Pid BcdVersion Serial_No ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb Run built-in script: uuu_version 1.4.149 # @_flash.bin | bootloader, which can extract from wic image # @_image [_flash.bin] | wic image burn to emmc. # This command will be run when i.MX6/7 i.MX8MM, i.MX8MQ SDP: boot -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 # This command will be run when ROM support stream mode # i.MX8QXP, i.MX8QM SDPS: boot -scanterm -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 # These commands will be run when use SPL and will be skipped if no spl # SDPU will be deprecated. please use SDPV instead of SDPU # { SDPU: delay 1000 SDPU: write -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -offset 0x57c00 SDPU: jump -scanlimited 0x800000 # } # These commands will be run when use SPL and will be skipped if no spl # if (SPL support SDPV) # { SDPV: delay 1000 SDPV: write -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -skipspl -scanterm -scanlimited 0x800000 SDPV: jump -scanlimited 0x800000 # } FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev ${emmc_dev} FB: ucmd mmc dev ${emmc_dev} FB: flash -raw2sparse all .\imx-image-full-imx93frdm.rootfs.wic.zst/* FB: flash -scanterm -scanlimited 0x800000 bootloader .\imx-boot-imx93frdm-sd.bin-flash_singleboot FB: ucmd if env exists emmc_ack; then ; else setenv emmc_ack 0; fi; FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB: done Wait for Known USB Device Appear... New USB Device Attached at 4:2- 4:2->Start Cmd:SDPS: boot -scanterm -f .\imx-boot-imx93frdm-sd.bin-flash_singleboot -scanlimited 0x800000 4:2->Fail HID(W): LIBUSB_ERROR_TIMEOUT (-7)(20.02s) I am using latest uuu.exe version. Also with new drivers on windows. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Same here. I'm trying with Ubuntu 20.04 and same error occured. sudo ~/uuu-ubuntu20.04 -lsusb uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Connected Known USB Devices Path Chip Pro Vid Pid BcdVersion Serial_no ==================================================================== 1:3 MX93 SDPS: 0x1FC9 0x014E 0x0001 8214D79A2FFA4708 sudo ~/uuu-ubuntu20.04 -b emmc_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot imx-image-core-imx93-11x11-lpddr4x-frdm.rootfs-20260608162024.wic.zst uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 0 Failure 1 1:3-8214D79A 1/ 1 [HID(W): LIBUSB_ERROR_TIMEOUT (-7) ] SDPS: boot -scanterm -f imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash... I tried both with MACHINE=imx93frdm and MACHINE=imx93-11x11-lpddr4x-frdm and same result. I just see this log on UART DEBUG: U-Boot SPL 2024.04+gde16f4f1722+p0 (Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 prepare ok There's no solution anywhere and no one is helping. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Hello, Please try with the standard BSP release from here: https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUX Also, I would rather recommend to not use the compressed rootfs, please uncompress (un-zst) and try again. Best regards/Saludos, Aldo. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Hi,  I am facing the same problem.  The board is booting fine from the emmc but when I try to flash the SD card in any way it does not work. I tried flashing one of the pre-built images on the imx93 FRDM main page (compressed and un-compressed) using uuu I also used dd:  zstd -d imx-image-full-imx93frdm.rootfs.wic.zst -c | sudo dd of=/dev/mmcblk0 bs=4M status=progress conv=fsync then when I boot the board from the SD card it does not fully boot and stops there U-Boot SPL 2024.04+gde16f4f1722+p0 (Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 prepare ok And I faced this same output after booting up when I tried flashing the SD card with the Debian-based image using flex-installer. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Hello!! For the first issue, please note that you'll need the bootloader not only the rootfs, so you'll need to run a command like the following: ./uuu -b emmc_all flash.bin imx-image-full-imx93frdm.rootfs.wic For the issue that it uses dd, is the same please do not use compressed rootfs (un-zst) Best regards/Saludos, Aldo. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Also please update the guide I linked in first post to help others :). Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Hello, Glad that it is now working, I will double check the script maybe it uses a different bootloader, and yes we are working on improvingthe documentation for the FRDM boards we apreciate your comments. Best regards/Saludos, Aldo. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Well I think it worked with the latest software You linked and command: .\uuu.exe -v uuu.auto-imx93-11x11-lpddr4x-frdm But I don't know is it the best solution, because now my board introduces itself as "imx93evk" not imx93frdm. Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 As I told it is not working, check my comment above. The only way to make it work is: .\uuu.exe -v uuu.auto-imx93-11x11-lpddr4x-frdm Re: HID(W): LIBUSB_ERROR_TIMEOUT (-7) FRDM i.MX 93 Hi, I have run into this problem as well, trying out a i.MX 93 FRDM development board. The training guide I found was wrong and misleading, the demo firmware package contains a pile of files with no info as to what each one is, and the usage of the "uuu" utility is almost incomprehensible (at least to me!), even after reading the manual for it.  Here's what I have figured out.  Someone please correct me if I got this wrong. I downloaded the demo firmware package "LF_v6.18.20-2.0.0_images_IMX93EVK.zip". I wanted to test the process of writing a firmware image to the uSD card and/or the built-in eMMC. Here is what worked: * I think files with names like "imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot" are bootloader images for specific boards and different configurations. I chose this one for writing to uSD card on my board. * I think "imx-image-full-imx93evk.wic" is the Linux image (rootfs, etc). There is only one, so I guess it's the same for all supported dev boards? * As per comments above, don't try to use the zipped version "imx-image-full-imx93evk.tar.zst"? To write to uSD card: * Power off board * Insert uSD card * Connect board "USB1_C" port to laptop via USB-C cable * Set boot switches to [3:0] 0001 for serial download mode * Use this uuu command from the firmware folder: # Copy BOOTLOADER ONLY to the SD card: uuu -b sd imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot # OR: Copy bootloader and linux image: uuu -b sd_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot imx-image-full-imx93evk.wic * Power on the board. UUU should automatically detect the board and start the download. For writing the files to eMMC, you use these commands: # Bootloader Only: uuu -b emcc imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot # OR: Bootloader and Image: uuu -b emmc_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot imx-image-full-imx93evk.wic I don't know what the difference is between the various boot loader files. @Kapixxx   Your method probably did work. I think all the boards use the same Linux rootfs so they all have the host name "imx93evk". However, I have not figured out how to use a uuu script (e.g. "uuu.auto-imx93-11x11-lpddr4x-frdm") to write to uSD card rather than eMMC. The relationship between the supplied command line parameters, built-in scripts, and supplied script files is unclear.
查看全文
UG10215 lists imx708 as supported — which kernel driver should be used? Hi, I'm working on integrating a Raspberry Pi Sony IMX708 camera on an i.MX 95 based board, following UG10215 (i.MX 95 Camera Porting Guide). The document's "List of camera sensors modules supported" table lists the Raspberry Pi Sony imx708 as a supported reference camera module. However, I couldn't find a corresponding driver (e.g. imx708.c) in the linux-imx repository (branch lf-6.18.y😞 https://github.com/nxp-imx/linux-imx/commits/lf-6.18.y/drivers/media/i2c Could you clarify which kernel driver is expected to be used for the imx708 sensor on the i.MX 95? Is the IMX708 driver included in the public BSP? Thanks in advance. Re: UG10215 lists imx708 as supported — which kernel driver should be used? Hello, We do not have it officially supported yet in our standard BSP, you can take the driver from raspberry sources and use it: https://github.com/raspberrypi/linux/blob/rpi-6.12.y/drivers/media/i2c/imx708.c Best regards/Saludos, Aldo. Re: UG10215 lists imx708 as supported — which kernel driver should be used? Hi Aldo, thanks for your reply. We do not have it officially supported yet in our standard BSP Will it be supported in the future? Why is the IMX708 camera listed in UG10215 if support is not included in the standard BSP? Thanks again Diego Re: UG10215 lists imx708 as supported — which kernel driver should be used? Hello, Yes it is planned to be added but, unfortunately, I do not have a due date/version when its going to be added to the standard BSP release. The reason that it appears in the guide is because is one of the cameras that was tested in early development but was not fully supported in our BSP. Best regards/Saludos, Aldo.
查看全文
SPI用のDMAを設定する必要があります 私はS32DS IDEとRTD 3.0を使っています。SPIでDMAを起動する方法や、ステップバイステップの手順や、もしあれば他の例コードがあれば教えてもらえますか? Re: I need to configure DMA for SPI ご回答ありがとうございます。 この作業はs32k322 MCUで行ってください Re: I need to configure DMA for SPI こんにちは@ershi RTDにはDMAを用いたSPI通信用の2つの例コードが付属しており、1つは低レベルドライバ(Ip)を用い、もう1つは高レベルドライバ(MCAL)を使用します。例のインポート方法については、HOWTO: S32 Design Studio - Create a New S32DS Project from Example Threadを参照してください。 また、スレッドの 例であるS32K31 SPI Multiple Packet Transmit and Receive: Solution for DMA Cache Issueの例を参照することもできます。 BR、VaneB Re: I need to configure DMA for SPI こんにちは@ershi これらの例はS32K322向けに特別に設計されているわけではありませんが、リファレンス・マニュアルに特に記載されていない限り、S32K3 ファミリ全体で機能性は概ね同じです。したがって、このプロジェクトを実装の参考として活用し、必要に応じてデバイスに合わせて調整することができます。 Re: I need to configure DMA for SPI すべて設定しましたが、最初は動作せず、(Lpspi_Ip_AsyncTransmit)でLPSPI_IP_STATUS_SUCCESSとして返され、2回目は失敗と表示されますLPSPI_IP_STATUS_FAIL、DMAなしでこのAPIを使ってデータをSPI経由で送信できますLpspi_Ip_SyncTransmit()いくつかの設定スクリーンショットを添付しました。 Re: I need to configure DMA for SPI こんにちは@ershi RMやIntCtrl_Ipドライバーの設定画像も共有してもらえますか? Re: I need to configure DMA for SPI こんにちは、 @VaneBさん RMとIntCtrl_IPドライバの設定のスクリーンショットと、詳細な参考のために短い動画クリップを添付しました。 LPSPIの設定ページで1つの違いに気づきました。SPI GeneralタブのSpi_Phy_TxDmaChannelの項目で、TX設定とRX設定で名前が異なっています。 追加情報が必要な場合はお知らせください。 InterruptsInterruptsInterruptsInterruptsInterruptsInterruptsInterrupts割り込み RMRMRMRMRMRMRMRM Re: I need to configure DMA for SPI こんにちは@ershi 情報を共有していただきありがとうございます。 一つだけ気づいたことがあります。Dma_Ipドライバー構成では、DMA_SPI_CALLBACK_0を割り込みコールバックとして定義しています。しかし、LPSPI DMAのコールバックはドライバーから既に提供されており、Lpspi_Ip_Irq.cで見つけることができますファイル。 LPSPI2の場合、設定するコールバックは以下のとおりです。 TX DMAチャネルのLpspi_Ip_LPSPI_2_IrqTxDmaHandler RX DMAチャネルのLpspi_Ip_LPSPI_2_IrqRxDmaHandler Re: I need to configure DMA for SPI こんにちは、 @VaneBさん ご説明いただきありがとうございます。 Dma_Ip設定を更新し、LPSPI2ではTXとRX DMAチャネルがLpspi_Ip_Irq.cからのコールバックを使うようになりました。 TX DMAチャネルのLpspi_Ip_LPSPI_2_IrqTxDmaHandler RX DMAチャネルnxpのLpspi_Ip_LPSPI_2_IrqRxDmaHandler しかしながら、私の環境ではDMAベースのLPSPI転送が期待通りに動作していません。参考までに、現在の設定画面のスクリーンショットを添付しました。他に調整すべき設定があれば教えてください。 Re: I need to configure DMA for SPI こんにちは@ershi SPIコミュニケーションをどのように実装しているのか教えていただけますか?また、以前共有したサンプルコードをテストしてみましたか? Re: I need to configure DMA for SPI こんにちは、 @VaneBさん 以前の設定を削除し、SPIデータはDMA経由で送信されるようになりましたが、データが一致しないという問題が発生しています。 #define RX_MSG_SIZE (15U) #define TX_MSG_SIZE (15U) uint8_t txBuffer_check[TX_MSG_SIZE] = {0x48,0x02,0x03,0x04,0x05,0x06,0x07,0x08,0x09,0x10,0x11,0x12,0x13,0x14,0x15}; uint8_t rxBuffer_check[]={0}; if(Lpspi_Ip_AsyncTransmit(&Lpspi_Ip_DeviceAttributes_SpiExternalDevice_1_Instance_2_BOARD_InitPeripherals,txBuffer_check,rxBuffer_check,TX_MSG_SIZE,spi_DMA_Function) == LPSPI_IP_STATUS_SUCCESS) { Dma_Ip_ReturnType status = {0},status1 = {0}; Dma_Ip_LogicChannelStatusType channelStatus ={0},channelStatus1 ={0}; status = Dma_Ip_GetLogicChannelStatus(DMA_LOGIC_CH_0,&channelStatus); status1 = Dma_Ip_GetLogicChannelStatus(DMA_LOGIC_CH_1,&channelStatus1);   return SYS_SUCCESS; } Re: I need to configure DMA for SPI こんにちは@ershi LPSPI2のSOUT信号をSINに直接接続していますか、それともロジックアナライザを使用して送受信データを検証していますか? Re: I need to configure DMA for SPI こんにちは、 @VaneB さん。 コードを書き直したところ、今は完璧に動作しています。データは正しく入力されています。 ご協力ありがとうございました。
查看全文
Ara240 16GB M.2 模块 Ara240 16GB M.2 模块官方支持哪些量化精度?(INT4、8、16) Re: Ara240 16GB M.2 Module 根据Ara240 离散神经处理单元数据表 精确测量 官方文件支持 INT4 未找到相关文档支持 INT8 支持 INT16 支持 INT32 虽然不在您的 INT4/8/16 列表中,但已支持。
查看全文
SDAファームウェアに関する質問 FRDM-A-S32K358の開発ボードを購入し、Open SDAを担当するMK26チップのファームウェアを変更するためにJTAGポートを確認しました。もし誤ってJ13にファームウェアをインストールしてしまった場合、Open SDAのファームウェアを入手する必要があります。この場合、サポートチケットを通じてファームウェアを入手できますか? Re: Open SDA Firmware Question こんにちは、 @wj_kwak MK26 OpenSDAデバイスがJ13経由で上書きされた場合、正常に動作するOpenSDAブートローダーを前提としているため、標準のOpenSDAアップデート手順は適用できなくなる可能性があります。OpenSDAのリカバリファームウェアは、通常、単体のプログラミングイメージとしては配布されていません。 OpenSDAのファームウェアとブートローダーは、NXPが開発したソフトウェアではなくPEmicro技術です。PEmicroはOpenSDAのファームウェアアップデート、ブートローダー更新アプリケーション、関連サポートを提供しています。 したがって、MK26がJTAG/SWDで消去または再プログラムされ、OpenSDAブートローダーが機能しなくなった場合、回復案内やファームウェアの入手は主にPEmicroが担当となります。 https://www.pemicro.com/support/index.cfm よろしくお願いいたします。 ルーカス
查看全文
iMX95 DRAM speed Hi, The current iMX95 can only support up to 6.4Gbps.  Will NXP release any processor that can support LPDDR5X with speed up to 8.5Gbps? Thanks. Re: iMX95 DRAM speed Hi @pengyong_zhang , Can you provide the model name? What will be the preliminary spec available? Thanks. Re: iMX95 DRAM speed Hi @simonng  Chips after version imx95 will support LPDDR5X 8533MT/s B.R Re: iMX95 DRAM speed hi @simonng  I can't provide you with specific details about the chip because the official website hasn't released any information yet. B.R
查看全文
ライブラリを追加する CodeWarriorから移行したばかりで、新しいiMacにMCUXをインストールしたばかりです。私は赤外線リモコンを含む新しいプロジェクトに取り組んでおり、IRemoteライブラリ(GitHubから入手)を使用したいと考えています。ライブラリファイルはダウンロードしましたが、SDK_2.x_LPCXpresso824MAX(私が使っている開発ボード)には追加できません。「静的ライブラリの作成と使用方法」というドキュメントの手順に従ったのですが、手順とスクリーンショットは私のものよりかなり古いバージョンのもののようです。 私の問題を解決してくれるような「初心者向けガイド」を持っている人はいませんか? Re: Add a library こんにちは、 ライブラリにはどのようなファイル形式がありますか?拡張子は.aですか、それとも.hですか? 「ユーザーアプリケーションにユーザー静的ライブラリを追加する」第2章( MCUXpresso IDEで静的ライブラリの作成と使用 方法)の5ページで述べた手順は、新しいバージョンのMCUXpresso IDEにも引き続き適用されます。ガイドに示されているウィンドウは最近のMCUXpressoバージョンでも同じです。手順に問題がありますか? また、どのバージョンを使っているのか確認してもらえますか? SDKに関しては、「SDK_2.x_」と書いたのですね。どの古いバージョンを使っているか確認してもらえますか?最新のSDKバージョン26.06を使うようにアップデートすることもできます。SDK Builderからダウンロードできます 敬具、ルイス Re: Add a library これは私の問題の一部です。ファイルには拡張子がなく、単に「IRemote-4.7.1」という名前で、ダウンロードフォルダ内ではフォルダとして表示されます。古いバージョンのSDKを使っているとは思いません。バージョンは26.06.00です。もしかすると、実際のIRemoteライブラリを読み込んでいないのかもしれません。ただダウンロードボタンを押してしまっただけかもしれません Re: Add a library Hello おそらくライブラリのGithubフォルダ全体をダウンロードしていると思います。通常、Githubユーザーは.h/.c/.hpp/.cppを保存します。srcフォルダ内のなど。 必要な.h/.aファイルだけをsrcフォルダからダウンロードするか、Githubで検索するだけで、Githubプロジェクト全体をダウンロードせずに、ガイドに従ってライブラリとリンクへのパスを追加できます。 敬具、ルイス
查看全文
Windows ARM64 サポート リクエスト (LinkServer/MCUXpresso) LinkServerとMCUXpressoインストーラーのWindows ARM64版もリリースしてほしいという要望です。最近、ArmベースのWindowsノートPCを使っている学生をよく見かけるようになりました。 開発ボード MCXA MCX N Re: Windows ARM64 support request (LinkServer/MCUXpresso) こんにちは、 ご提案ありがとうございます。担当チームにこの件についてコメントいたします。 MCUXpressoを使用するにあたり、Visual Studio Codeの拡張機能を使ってみるお手伝いをしていただけますか?調査結果をぜひ教えてください。 このツールのインストールと使用方法については、以下をご覧ください。 MCUXpresso for VS Code ドキュメント — MCUXpresso for VS Code 26.05 ドキュメント Visual Studio Code 用 MCUXpresso | NXP Semiconductors 敬具、ルイス Re: Windows ARM64 support request (LinkServer/MCUXpresso) ご返信ありがとうございます。VS Code拡張機能は正常に動作します。mcu-linkドライバは、Microsoftが巧みに移植したWinUSBをベースにしている。私はテストシステム上で管理者権限を持っていませんでしたが、リンクサーバーをシステムにコピーしてプロジェクトのデバッグを行うことができました。LinkServerのインストールに含まれる他のドライバについては分かりませんが、それらには署名済みのARMバージョンが必要になるでしょう。 残念ながら、「mcuxpressoインストーラー」によってインストールされるツールはすべてx64なので、すべてがPrism変換レイヤーを介して実行されます。git、python、ninja、cmakeなどは既にARM版がリリースされているはずなので、パッケージ化できるはずだ。arm-none-eabiツールチェーンだけはまだarm64版がリリースされていませんが、ビルドすることは可能です。特にMCU-Link開発ボードに関しては、主にARM64版Windowsのパフォーマンスが重要になります。 Re: Windows ARM64 support request (LinkServer/MCUXpresso) こんにちは! 問題なく動作していると聞いて安心しました。このトピックの最新情報ですが、残念ながらMCUXpressoのIDE用ARM64はメンテナンスのみで、推奨されているのはMCUXpressoには引き続きVS Code拡張機能の使用です。 敬具、ルイス Re: Windows ARM64 support request (LinkServer/MCUXpresso) MCUXpressoインストーラーはVSCode拡張機能で使用されており、私が話していたのはそのことです。https ://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-installer :MCUXPRESSO-INSTALLER およびhttps://mcuxpresso.nxp.com/mcux-vscode/latest/html/MCUXpresso-Installer.html を参照してください。これはmacOS x64/arm64およびlinux/windows x64向けにリリースされていますが、arm64には対応していません。このパッケージにはlink serverが含まれており、macOS x64/arm64、linux x64/arm64向けにリリースされていますが、Windows x64向けにリリースされています。私のお願いは、これらのアプリケーションをWindows Arm64向けにリリースすることです。mcuxpressoインストーラーは多くのものをインストールするようですが、そのほとんどは既にWindows arm64向けに提供されているものだと理解しています。私は新しいWindows Arm64ノートPCを持つ学生たちと仕事をしていますが、今は彼らがうまく動作させるための回避策を手伝わなければなりません。
查看全文
S9KEAZN16AM WDOGタイミングに関する補足説明:128バスクロックと観測された80µsおよび2.5msの遅延について こんにちは、 私はS9KEAZN16AMを扱っており、WDOGの初期化タイミングについていくつか確認したい点があります。 設定 MCU:S9KEAZN16AM バスクロック: 16.777216 MHz WDOGクロックソース:1kHz LPOCLK リセットタイプ:ソフトウェアリセット(SYSRESETREQ) KEA64リファレンスマニュアルによると、ウォッチドッグの解除シーケンスの後: 「アンロックシーケンスを完了した後、ユーザーは128のバスクロック内でウォッチドッグを再構成しなければなりません;そうでなければ、監視役はMCUのリセットを強制します。」 バスクロック周波数は16.777216MHzです。 128バスクロック ≈ 7.63マイクロ秒 補足事項 現在の実装では、安定した動作のために以下の遅延が必要となります。 ソフトウェアリセット();   SysTick_DelayUs(2500);   DisableInterrupts();   WDOG_Init(&Wdog_cfg);   SysTick_DelayUs(80);   EnableInterrupts(); 我々は2つの問題点を指摘する。 Software_Reset() の後の 2.5 ms の遅延を削除または短縮すると、ウォッチドッグ カウンタが正しく起動/実行されない場合があります。 WDOG_Init() の後の 80 µs の遅延を削除すると、ウォッチドッグの設定が常に正しく適用されるとは限りません。 質問 128バスクロックの要件は、ロック解除後の設定ウィンドウのみに適用されるのでしょうか、それともその後も追加の内部同期が行われるのでしょうか? 1 kHzのLPOクロックの使用によって追加の同期遅延が生じることはありますか? ソフトウェアリセット後の起動タイミングの要件で、約2.5msの遅延が必要になる理由は何かありますか? 固定遅延の代わりに、推奨されるステータスビットやポーリングメカニズムはありますか? 混乱の主な原因は、観測された遅延( 80 µs と 2.5 ms )が、文書化された128 バス クロックの要件(約 7.6 µs)から示唆されるタイミングよりもかなり大きいことである。 何かご助言いただければ大変ありがたいです。 よろしくお願いします。
查看全文
Random occurences of timeouts while reading variables Hello, I have been working on a battery test rig set up by my predecessors on the project. The test rig uses an nxp S32K144EVB board connected via usb to a computer. The code is built from a simulink file and monitoring of the test is made via FreeMASTER 3.2. The project has been working on a laptop for a few months and it has been necessary to configure a new laptop as a replacement. However, even while installing the same FreeMASTER version, the same drivers and using the same project files, all variable reads as "?" due to timeout errors after a seemingly random duration. Any help would be greatly appreciated. Logged errors after 12 minutes of runtime with no issues :
查看全文
添加库 我刚刚从 CodeWarrior 迁移过来,并且刚刚在我的新 iMac 上安装了 MCUX。我正在开发一个包含红外遥控功能的新项目,我想使用 IRemote 库(来自 GitHub)。我已经下载了库文件,但是无法将其添加到 SDK_2.x_LPCXpresso824MAX(我正在使用的开发板)中。我按照文档“如何创建和使用静态库”中的说明进行操作,但说明和屏幕截图似乎来自比我的版本早得多的版本。 有没有人能提供一份“傻瓜式教程”来解决我的问题? Re: Add a library 你好, 你的库文件是什么类型的?是 .a 扩展名还是 .h 扩展名? MCUXpresso IDE 中如何创建和使用静态库的第 2 章“在用户应用程序中添加用户静态库”第 5 页中提到的步骤仍然适用于较新版本的 MCUXpresso IDE,指南中显示的窗口在最新版本的 MCUXpresso 中是相同的。您在操作步骤方面遇到问题了吗? 另外,能否帮忙确认一下您使用的是哪个版本? 关于 SDK,我看到你写的是“SDK_2.x_”。请问您使用的是哪个旧版本?您可以更新到最新的 SDK 版本 26.06,可以从SDK Builder下载。 此致敬礼,路易斯 Re: Add a library 这是我的问题之一。该文件没有任何扩展名,它只是“IRemote-4.7.1”,在我的下载文件夹中显示为一个文件夹。我不认为我使用的是旧版本的 SDK,它的版本是 26.06.00。会不会是我还没加载实际的 IRemote 库——我只是按下了“下载”按钮? Re: Add a library Hello 你可能下载了整个库的 GitHub 文件夹,通常 GitHub 用户会保存 .h/.c/.hpp/.cpp 文件。等等,在 src 文件夹中。 您可以只从 src 文件夹下载必要的 .h/.a 文件,或者在 Github 中搜索它们,而不是下载整个 Github 项目,然后按照指南将库和路径添加到链接器中。 此致敬礼,路易斯
查看全文
打开 SDA 固件问题 我购买了 FRDM-A-S32K358 开发板,并检查了 JTAG 端口,以便更改负责 Open SDA 的 MK26 芯片上的固件。如果我误将固件安装到了 J13 上,我将需要获取 Open SDA 固件。在这种情况下,我可以通过提交支持工单来申请获取固件吗? Re: Open SDA Firmware Question 嗨@wj_kwak 如果 MK26 OpenSDA 设备已通过 J13 覆盖,则标准的 OpenSDA 更新程序可能不再适用,因为它依赖于一个正常工作的 OpenSDA 引导加载程序。OpenSDA 恢复固件通常不以独立编程镜像的形式分发。 OpenSDA 固件和引导加载程序采用的是 PEmicro 技术,而不是 NXP 开发的软件。PEmicro 为 OpenSDA 提供固件更新、引导加载程序更新应用程序及相关支持。 因此,如果 MK26 已通过 JTAG/SWD 擦除或重新编程,并且 OpenSDA 引导加载程序不再有效,则 PEmicro 将是恢复指导和固件可用性的主要联系人。 https://www.pemicro.com/support/index.cfm 此致, Lukas
查看全文
Open SDA Firmware Question I purchased the FRDM-A-S32K358 development board and checked the JTAG port for changing the firmware on the MK26 chip responsible for Open SDA. If I accidentally install the firmware on J13, I will need to obtain the Open SDA firmware. In this case, can I obtain the firmware by requesting it via a support ticket? Re: Open SDA Firmware Question Hi @wj_kwak  If the MK26 OpenSDA device has been overwritten via J13, the standard OpenSDA update procedure may no longer be applicable, since it relies on a functioning OpenSDA bootloader. The OpenSDA recovery firmware is not generally distributed as a standalone programming image. The OpenSDA firmware and bootloader are PEmicro technology rather than NXP-developed software. PEmicro provides the firmware updates, bootloader update applications, and related support for OpenSDA. Therefore, if the MK26 has been erased or reprogrammed via JTAG/SWD and the OpenSDA bootloader is no longer functional, PEmicro would be the primary contact for recovery guidance and firmware availability. https://www.pemicro.com/support/index.cfm Regards, Lukas
查看全文
读取变量时随机出现超时 您好,我一直在使用前人在这个项目中搭建的电池测试装置。 测试装置使用 nxp S32K144EVB 板,通过 USB 连接到计算机。 该代码由 simulink 文件构建,测试监控通过 FreeMASTER 3.2 进行。 该项目已在一台笔记本电脑上运行了几个月,现在需要配置一台新的笔记本电脑作为替代品。然而,即使安装相同版本的 FreeMASTER、相同的驱动程序并使用相同的项目文件,所有变量仍然显示为“?”由于在看似随机的时间段后出现超时错误。 若能得到任何帮助,我将不胜感激。 运行 12 分钟后未发现任何问题,已记录错误:
查看全文
S32DS arm V1.3 激活码失败 您好,我的S32DS Arm V1.3软件激活码已过期。您能帮我延长一下时间吗? 我最初的激活码是:FF3F-27C7-FFAB-837F Re: S32DS arm V1.3 activation code failed 你好, 现在已经延长了。 顺祝商祺! Peter 回复: S32DS arm V1.3 activation code failed 0D3F-EFEF-B771-DA51我的激活ID是新的,对同版本的软件进行激活,在线激活和离线激活都失败了,失败界面在下面的附件中,希望帮我一起解决一下谢谢
查看全文