EB tresos ライセンスの期限切れ 私のEB tresosライセンスは2025年12月31日まで有効です（もうすぐ期限切れになります） 有効期限前に新しいアクティベーション コードを入手するにはどうすればよいですか? Re: Expiration of EB tresos license こんにちは、ジョンさん クリスマス休暇期間中は、サポートの応答時間は通常より長くなる場合がありますのでご了承ください。場合によっては、ご要望への対応が新年以降になることもあります。ご理解のほどよろしくお願いいたします。 数日前に [email protected] にメールを送信し、EBTresos アクティベーション コードを更新するよう通知しましたが、まだ返信がありません。残念ながら新年までは更新されないようです。 ご不便をおかけして申し訳ございません。 よろしくお願いします、 ロビン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「解決策として承認」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 ---------------------------------------------------------------------------------

phantom power FRDM i.MX 91S UART? Has anyone observed incorrect readings on power meters when measuring power consumption of the FRDM i.MX 91S board with UART attached?  I managed to get a probably faulty reading of 50mW of power consumption recording with a USB tester as once the secondary USB cable is removed (UART) power reading goes up to 520mW.  Could the  Net "DEBUG_VBUS_5V" or "VIO" feeding more than just the UART chip? Thank you,  Tomás Re: phantom power FRDM i.MX 91S UART? Sorted, it was a ground loop. I recommend separating the power to the device and the power from your PC. E.G Device is powered though USB C PD charger (J1) as it is isolated from mains. While UART is from your laptop/pc

无法在 LS1046 定制板上加载 bl31 日安 我们有一款基于 LS1046 的定制板（设计与 ls1046ardb 非常相似），带有 DDR4（8GBytes，非 ECC）模块 8ATF1G64AZ-3G2R1。 板和 DDR4 模块成功通过了 CodeWarrior QCVS 工具的校准程序。 RCW 和 ATF 是从恩智浦的 git 中克隆出来的，并经过移植以适应我们的板。 我们假设从 QSPI 启动并使用 BL1-> BL2-> BL31-> BL33 (Uboot) 方案，没有 OPTEE 也没有安全启动。(SN_EN=0 in RCW) 我们在启动 atf 时遇到了问题： VERBOSE: NUM of cluster = 0x1, Cores per cluster = 0x4 INFO：已配置 SMMU 缓存解锁。 信息：应用了勘误 A008850 早期阶段的 SoC 变通办法信息：应用了勘误 A010539 的 SoC 变通方案 信息：RCW 启动 SRC 是 QSPI 信息：应用了 DDR 的 SoC 变通方案勘误 A008511 信息：应用了 DDR 的 SoC 变通方法勘误 A009942 信息：应用了 DDR 的 SoC 变通方案勘误 A010165 详细：配置为 mult=1 的通用延迟计时器而且 div=25 VERBOSE：平台时钟 400000000 VERBOSE：DDR PLL1 1600000000 VERBOSE：DDR PLL2 400000000 VERBOSE：DDR PLL2 400000000 A009803 信息：时基 13 ms VERBOSE：解析 DIMM SPD (s) VERBOSE：控制器 0 VERBOSE：DIMM 0 VERBOSE：addr 0x51 VERBOSE：在写入芯片之前 54 VERBOSE：在写入芯片之前 81 VERBOSE：在写入芯片之前 55 VERBOSE：写入之前 addr VERBOSE：写入之前 addr VERBOSE：在写入芯片之前 81 VERBOSE：在写入芯片之前 55 VERBOSE：在写入之前 addr VERBOSE：在写入芯片之前芯片 81 VERBOSE：在写入之前 addr VERBOSE：校验和 0x847953d8 VERBOSE：n_ranks 1 VERBOSE：rank_density 0x2000000000 VERBOSE：容量 0x2000000000 VERBOSE：死亡 密度 0x5 VERBOSE：primary_sdram_width 64 VERBOSE：ec_sdram_width 0 VERBOSE：package_3ds 0 VERBOSE：rdimm 0 VERBOSE：mirrored_dimm 0 VERBOSE：mirrored_dimm 0 VERBOSE：rc0x0 VERBOSE：n_row_addr 16 VERBOSE：n_col_addr 10 BOSE：bank_addr_bits 0 VERBOSE：bank_group_bits 2 VERBOSE：edc_config 0 VERBOSE：burst_lengths_bitmask 0xc VERBOSE：tckmin_x_ps 625 VERBOSE：tckmax_ps 1600 VERBOSE：caslat_x 0x17ffc00 VERBOSE：taa_ps 13cd750 VERBOSE _ps 13750 VERBOSE：trp_ps 13750 VERBOSE：tras_ps 32000 VERBOSE：trc_ps 45750 VERBOSE：trfc1_ps 350000 VERBOSE：trfc2_ps 26 0000 VERBOSE：trfc4_ps 160000 VERBOSE：tfaw_ps 21000 VERBOSE：trdl_ps 2500 VERBOSE：trcdl_ps 5000 VERBOSE：trfc_slr_ps 0 VERBOSE：twr_ps 15000 VERBOSE：refresh_rate_ps 7800000 VERBOSE：dq_mapping 0x16 VERBOSE：dq_mapping 0x16 VERBOSE：dq_mapping 0x36 VERBOSE：dq_mapping 0x16 VERBOSE：dq_mapping 0x16 VERBOSE：dq_mapping 0x16 VERBOSE：dq_mapping 0x16 VERBOSE: dq_mapping 0x36 VERBOSE：dq_mapping 0x0 VERBOSE：dq_mapping 0x0 VERBOSE：dq_mapping 0x36 VERBOSE：dq_mapping 0x16 详细：dq_mapping 0x36 详细：dq_mapping 0x36 详细内容：dq_mapping 0x36 详细内容：dq_mapping 0x36 详细内容：dq_mapping 0x36 详细内容：dq_mapping 0x36 详细内容：dq_mapping 0x36 详细内容：dq_mapping 0x36 详细内容：dq_mapping 0xx16 VERBOSE：dq_mapping 0x36 VERBOSE：dq_mapping_ors 1 VERBOSE：使用控制器 0 完成 VERBOSE：cal cs VERBOSE：cs_in_use = 1 VERBOSE：cs_on_dimm [0] = 1 注意：UDIMM 8ATF1G64AZ-3G2R1 信息：解析 SPD 570 毫秒之后的时间 VERBOSE：综合配置详细：cs 0 VERBOSE：odt_rd_cfg 0x0 VERBOSE：odt_wr_cfg 0x4 VERBOSE：odt_rt_norm 0x3 VERBOSE：odt_rt_wr 0x0 VERBOSE：auto_precharge 0 VERBOSE：cfg 0 VERBOSE：cfg 0x0 VERBOSE：cfg 0x0 VERBOSE：odt_rt_cfg 0x0 VERBOSE：odt_rgg 0x0 VERBOSE tt_norm 0 x0 VERBOSE：odt_rt_wr 0x0 VERBOSE：auto_precharge 0 VERBOSE：cs 2 VERBOSE：odt_rd_cfg 0x0 VERBOSE：odt_cfg 0x0 VERBOSE：odt_rt_norm 0x0 VERBOSE：odt_rt_wr 0x0 VERBOSE：aut o_precharge 0 VERBOSE：cs 3 VERBOSE：odt_rd_cfg 0x0 VERBOSE：odt_wr_cfg 0x0 VERBOSE：odt_rtt_norm 0x0 VERBOSE：odt_rt_wr 0x0 VERBOSE：auto_precharge 0 VERBOSE：auto_precharge 0 VERBOSE：auto_precharge 0 VERBOSE：ctlr_init_ecc 0 VERBOSE：ap_en 0 BOSE：ctlr_intlv 0 VERBOSE：ctlr_intlv_mode 0 VERBOSE：ba_intlv 0x 0 VERBOSE：data_bus_used 0 VERBOSE：otf_burst_chop_en 1 VERBOSE：burst_length 0x6 VERBOSE：dbw_cap_shift 0 VERBOSE：分配绑定地址 VERBOSE：ctlr_intlv 0 VERBOSE：ctlr_intlv 0 VERBOSE：等级密度 0x20000000 详细：CS 0 VERBOSE：base_addr 0x0 VERBOSE SE：尺寸 0x20000000 VERBOSE：base 0x0 VERBOSE：按分配计算的内存总数为 0x2000000000 详细：计算控制器寄存器详细：跳过此速度的 CL 掩码 0x400 VERBOSE：跳过 caslat 0x400 VERBOSE：cs_use = 0x1 VERBOSE：cs0 VERBOSE：_config = 0x80040422 VERBOSE：cs [0] .bnds = 0x1ff VERBOSE: sdram_cfg[0] = 0xc5000008 VERBOSE: sdram_cfg[1] = 0x401140 VERBOSE: sdram_cfg[2] = 0x0 VERBOSE: timing_cfg[0] = 0x91550018 VERBOSE： VERBOSE: timing_cfg[2] = 0x490111 VERBOSE: timing_cfg[3] = 0x1111000 VERBOSE: timing_cfg[4] = 0x220002 VERBOSE: timing_cfg[5] = 0x3401400 VERBOSE：VERBOSE: timing_cfg[6] = 0x0 VERBOSE: timing_cfg[7] = 0x23300000 VERBOSE: timing_cfg[8] = 0x2334800 VERBOSE: timing_cfg[9] = 0x0 VERBOSE: dq_map[0] = 0x5b65b658 VERBOSE：dq_map[1] = 0xd96d96d8 VERBOSE: dq_map[2] = 0x5b65b658 VERBOSE: dq_map[3] = 0xd8000001 VERBOSE: sdram_mode[0] = 0x3030211 VERBOSE：sdram_mode[1] = 0x0 VERBOSE: sdram_mode[9] = 0x4000000 VERBOSE: sdram_mode[8] = 0x500 VERBOSE: sdram_mode[2] = 0x30211 VERBOSE: sdram_mode[3] = 0x0 VERBOSE： VERBOSE: sdram_mode[11] = 0x4000000 VERBOSE: sdram_mode[4] = 0x30211 VERBOSE: sdram_mode[5] = 0x0 VERBOSE: sdram_mode[12] = 0x400 VERBOSE：SDRAM_MODE[13] = 0x4000000 VERBOSE: SDRAM_MODE[6] = 0x30211 VERBOSE: SDRAM_MODE[7] = 0x0 VERBOSE: SDRAM_MODE[14] = 0x400 VERBOSE: SDRAM_MODE[15] = 0x4000000 VERBOSE：eor = 0x40000000 VERBOSE: interval = 0x18600000 VERBOSE: zq_cntl = 0x8a090705 VERBOSE: ddr_sr_cntr = 0x0 VERBOSE: clk_cntl = 0x4000000 VERBOSE: cdr[0] = 0x4000000 0x80000000 VERBOSE: cdr[1] = 0x80 VERBOSE: wrlvl_cntl[0] = 0x8675f61f VERBOSE: wrlvl_cntl[1] = 0x3e3e3e3e VERBOSE: wrlvl_cntl[2] = 0x3e3e3e26 VERBOSE: debug[28] = 0x46 INFO：对控制器编程前的时间为 821 ms VERBOSE：对控制器寄存器编程 VERBOSE：读取 debug[9] 为 0x10101010 VERBOSE：读取 debug[10] 为 0x10101010 VERBOSE：读取 debug[11] 为 0x10101010读取 debug[11] 为 0x10101010 VERBOSE： 读取 debug[12] 为 0x10101010 VERBOSE： cpo_min 0x10 VERBOSE： cpo_max 0x10 VERBOSE： debug[28] 0x700046 VERBOSE： 最佳 cpo_sample 0x37 注意：8 GB DDR4，64 位，CL=11，ECC 关闭 信息：DDR 驱动程序使用的时间 1259 毫秒信息：应用了勘误 A008850 后阶段的 SoC 变通方法 信息：RCW BOOT SRC 是 QSPI 详细内容：这张 BL 图片看到的内存：0x100000000-0x1000b000 VERBOSE：只读数据区域：0x1000b0000-0x10000 f000 VERBOSE：DRAM 区域 0：0x800000000-0xfbdffff VERBOSE：安全 DRAM 区域 0：0xf be000000-0xffffff mmap：va: 0x1000000 pa: 0x1000000 大小：0xf000000 attr: 0x40000000 va: 0x100000000 pa: 0x100000000 尺寸:0xb000 特性:0x2 粒度:0x40000000 va: 0x1000b000 pa: 0x1000b000 尺寸:0x4000 特性:0x42 粒度:0x40000000 va: 0x10000000 pa: 0x100000000 尺寸:0x19000 特性:0x40000000 va: 0x40000000 pa: 0x40000000 尺寸:0x800000 特性:0xa 粒度:0x40000000 va: 0x80000000 pa: 0x80000000 尺寸:0x7be00000 特性:0x1a 粒度:0x40000000 VA: 0xfbe00000 pa: 0xfbe00000 尺寸:0x420000 attrs: 0x420000 xa 粒度：0x40000 000 VERBOSE: Translation tables state: VERBOSE: Xlat regime：EL3 VERBOSE: Max allowed PA: 0xffffffffffff VERBOSE: Max allowed VA: 0xffffffffffff VERBOSE: Max mapped PA: 0xffffffff VERBOSE: Max mapped VA: 0xffffffffff VERBOSE: Initial lookup level: 0 VERBOSE: Entries @initial lookup level: 2 VERBOSE: Used 5 sub-tables out of 6 (spare. 1)： [LV0] VA:0x0 size:0x8000000000 [LV1] VA:0x0 size:0x40000000 [LV2] VA:0x0 size:0x200000 [LV2] （省略 7 个无效描述符） [LV2] VA：0x1000000 PA:0x1000000 size:0x200000 DEV-RW-XN-S [LV2] VA:0x1200000 PA:0x1200000 size:0x200000 DEV-RW-XN-S .................................... ...... skip some mmu init ......... .................................... [LV2] VA:0xfa00000 PA:0xfa00000 size:0x200000 DEV-RW-XN-S [LV2] VA:0xfc00000 PA:0xfc00000 size:0x200000 DEV-RW-XN-S [LV2] VA:0xfe00000 PA:0xfe00000 size:0x200000 DEV-RW-XN-S [LV2] VA:0x10000000 size:0x200000 .................................... ...... 跳过一些 mmu init ......... .................................... [LV3] VA:0x10013000 PA:0x10013000 size:0x1000 MEM-RW-XN-S [LV3] VA:0x10014000 PA:0x10014000 size:0x1000 MEM-RW-XN-S [LV3] VA:0x10015000 PA：0x10015000 size:0x1000 MEM-RW-XN-S [LV3] VA:0x10016000 PA:0x10016000 size:0x1000 MEM-RW-XN-S [LV3] VA:0x10017000 PA:0x10017000 size：0x1000 MEM-RW-XN-S [LV3] VA:0x10018000 PA:0x10018000 size:0x1000 MEM-RW-XN-S [LV3] VA:0x10019000 size:0x1000 [LV3] （省略 486 个无效描述符） [LV2] VA：0x10200000 size:0x200000 [LV2] （省略 382 个无效描述符） [LV1] VA:0x40000000 size:0x40000000 [LV2] VA：0x40000000 PA:0x40000000 size:0x200000 MEM-RW-XN-S [LV2] VA:0x40200000 PA:0x40200000 size:0x200000 MEM-RW-XN-S [LV2] VA:0x40400000 PA:0x40400000 size:0x200000 MEM-RW-XN-S [LV2] VA:0x40600000 PA:0x40600000 size:0x200000 MEM-RW-XN-S [LV2] VA:0x40800000 size：0x200000 [LV2] (507 invalid descriptors omitted) [LV1] VA:0x80000000 PA:0x80000000 size:0x40000000 MEM-RW-XN-NS [LV1] VA:0xc0000000 size：0x40000000 [LV2] VA:0xc0000000 PA:0xc0000000 size:0x200000 MEM-RW-XN-NS [LV2] VA:0xc0200000 PA:0xc0200000 size:0x200000 MEM-RW-XN-NS .................................... ...... 跳过一些 mmu init ......... .................................... [LV2] VA:0xfbe00000 PA:0xfbe00000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfc000000 PA:0xfc000000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfc200000 PA:0xfc200000 size：0x200000 MEM-RW-XN-S [LV2] VA:0xfc400000 PA:0xfc400000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfc600000 PA:0xfc600000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfc800000 PA:0xfc800000 size：0x200000 MEM-RW-XN-S [LV2] VA:0xfca00000 PA:0xfca00000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfcc00000 PA:0xfcc00000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfce00000 PA：0xfce00000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfd000000 PA:0xfd000000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfd200000 PA:0xfd200000 size:0x200000 MEM-RW-XN-S [LV2] VA：0xfd400000 PA:0xfd400000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfd600000 PA:0xfd600000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfd800000 PA:0xfd800000 size：0x200000 MEM-RW-XN-S [LV2] VA:0xfda00000 PA:0xfda00000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfdc00000 PA:0xfdc00000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfde00000 PA:0xfde00000 size：0x200000 MEM-RW-XN-S [LV2] VA:0xfe000000 PA:0xfe000000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfe200000 PA:0xfe200000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfe400000 PA：0xfe400000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfe600000 PA:0xfe600000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfe800000 PA:0xfe800000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfea00000 PA:0xfea00000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfec00000 PA:0xfec00000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xfee00000 PA:0xfee00000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xff000000 PA：0xff000000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xff200000 PA:0xff200000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xff400000 PA:0xff400000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xff600000 PA:0xff600000 size：0x200000 MEM-RW-XN-S [LV2] VA:0xff800000 PA:0xff800000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xffa00000 PA:0xffa00000 size:0x200000 MEM-RW-XN-S [LV2] VA:0xffc00000 PA:0xffc00000 size:0x200000 MEM-RW-XN-S [LV2] VA：0xffe00000 PA:0xffe00000 size:0x200000 MEM-RW-XN-S [LV1] VA:0x100000000 size:0x40000000 [LV1] (省略 507 个无效描述符) [LV0] VA:0x8000000000 size:0x8000000000 NOTICE: BL2: v2.12.0(debug):lf-6.12.20-2.0.0-7-gcd1afe6cd-dirty 注意：BL2：版本：2025 年 12 月 25 日 13:34:49 信息：配置 TrustZone 控制器 VERBOSE：TrustZone：配置区域 0（TZC 接口 base=0x1500000 sec_attr=0x0，ns_devs=0x0） VERBOSE：TrustZone：配置区域（TZC 接口基础：0x1500000，region_no = 1）... VERBOSE：TrustZone：... base = fbe00000，top = ffdfffff， VERBOSE：TrustZone：... sec_attr = 0x3，ns_devs = 0x0） VERBOSE：TrustZone：配置区域（TZC 接口基础：0x1500000，region_no = 2）... VERBOSE：TrustZone：... base = ffe00000，top = ffffffff， VERBOSE：TrustZone：... sec_attr = 0x3，ns_devs = 0xffffffff） VERBOSE：TrustZone：配置区域（TZC 接口基础：0x1500000，region_no = 3）... VERBOSE：TrustZone：... base = 80000000，top = fbdfffff， VERBOSE：TrustZone：... sec_attr = 0x3，ns_devs = 0xffffffff） VERBOSE：TrustZone：配置区域（TZC 接口基础：0x1500000，region_no = 4）... VERBOSE：TrustZone：... base = 880000000，top = 9ffffffff， VERBOSE：TrustZone：... sec_attr = 0x3，ns_devs = 0xffffffff） 信息：BL2：正在进行平台设置 信息：BL2：正在加载图片 ID 3 VERBOSE：FIP 标头看起来不错。 VERBOSE：使用 FIP 信息：在地址 0xfbe00000 处加载图片 id=3 我们卡在这里了--据我所知，BL2 在将 BL31 加载到 0xfbe00000 时挂掉了。 进一步调查发现，在执行 io_read(image_handle,image_base,image_size,&bytes_read)过程中， ，特别是在调用 dev->funcs->read(entity,buffer,length,length_read)时，bl2 在 static int load_image(unsigned int image_id, image_info_t *image_data)中卡住了； 您能就如何解决这个问题提供一些建议吗？ Re: Failed to load bl31 on LS1046 custom board 附加 LS1046ARDB LSDK2108 冗余信息： 信息： 配置 TrustZone 控制器 VERBOSE：TrustZone：配置区域 0（TZC 接口 Base=0x1500000 sec_attr=0x0，ns_devs=0x0） VERBOSE: TrustZone : Configuring region (TZC Interface Base: 0x1500000, region_no = 1)... VERBOSE: TrustZone : ... base = fbe00000, top = ffdfffff、 VERBOSE: TrustZone : ... sec_attr = 0x3, ns_devs = 0x0) VERBOSE：TrustZone：配置区域（TZC 接口基础：0x1sd-mmc 读取完成。 信息： 图像 id=3 已加载：0xfbe00000 - 0xfbe0a62d 信息： BL2：加载图像 ID 5 看来您的 TZC 与 LSDK2108 不一样。 谢谢！ Re: Failed to load bl31 on LS1046 custom board 请您解释一下您的观点 -"似乎您的 TZC 与 LSDK2108" 不一样是什么意思？ ATF 的所有内容都取自恩智浦 QorIQ 官方仓库-https://github.com/nxp-qoriq/atf 默认分支 - lf_v2.10。 第一眼看上去一切正常--在 DDR 区域内创建了 4 个内存区域。 Bl2 成功从 QSPI 读取 Bl31 映像并尝试加载到安全内存区 - INFO：正在加载地址为 0xfbe00000 的 id=3 图像，但由于不明原因加载失败。根据你在 ls1046ardb 中的日志，在 ardb 板上 bl31 我正在加载到相同的地址，但加载成功。 那么问题是为什么在我们的板上将 bl31 加载到同一个地址失败而在 ls1046ardb 上成功加载到同一个地址却失败了？

NTP5332 について、構成レジスタ (0x10A1) のバイト 1 とバイト 2 を読み取ることができません。 こんにちは、皆さん OM2NTP5332 EVM ボードを使用しています。 私はMCUを使ってOM2NTP5332とI2Cで通信します。 NTP5332構成レジスタ(0x10A1)を読み取ると、 構成レジスタ(0x10A1)のバイト1とバイト2を読み取ることができません。バイト0のみ読み取ることができます。 バイト 1 とバイト 2 の値はすべて 0x00 です。 しかし、レジスタ 0x1037 を読み取ると、バイト 0、バイト 1、バイト 2 がすべて期待どおりであることがわかります。 レジスタ 0x10A1 はレジスタ 0x1037 と同じではないでしょうか? 誰かこれについて教えてくれませんか？ ありがとうございます。 Re: About NTP5332, Unable to read the Configuration register(0x10A1) Byte1 & Byte2. こんにちは@KaiLi 、 ご返信ありがとうございます。 以下のようにハンドシェイクフローを確認しました。 まず、構成レジスタ(0x10A1)に2バイトを送信します。 次に、以下のように構成レジスタを読み取ると、間違った値が返されます。 I2Cの読み取り/書き込み機能を確認しましたが、正常です。 誰かこれについて教えてくれませんか？ ありがとうございます。 Re: About NTP5332, Unable to read the Configuration register(0x10A1) Byte1 & Byte2. こんにちは@ray3 以下をお読みください。 ぜひお試しください

S32G3 LLCE CAN2CAN 失敗 NXP エキスパートの皆さん、こんにちは! 背景：私のプロジェクトでは、LLCEのCAN2CANルーティング機能を使用して、BCAN1からメッセージを受信し、Autosar CAN通信プロトコルスタックをバイパスしてBCAN2にルーティングする必要があります。マニュアルに従ってEBを設定しましたが、テストの結果、メッセージが転送されないことがわかりました。LLCEのファームウェアバージョンはS32G_LLCE_1_0_7です。 デバッグ後、CANドライバは正常に初期化され、ルーティングテーブルも正しく設定され、TXMBも十分であることが確認できました。LLCEピンニングも正常にロードされました。そのため、問題がどこにあるのかわかりません。この問題のトラブルシューティング方法と、何か適切な提案があれば教えていただけますか？ Re: S32G3 LLCE CAN2CAN Fail こんにちは 1. どのバージョンの RTD を使用していますか? 2. リファレンス ボードを使用していますか、それともカスタム設計されたボードを使用していますか? 3. デフォルトのCAN2CANサンプルプログラムを試しましたか？それでも問題は発生しましたか？ BR チェイン Re: S32G3 LLCE CAN2CAN Fail こんにちは、 1.MCAL バージョン RTD_4.4_4.0.2 と独自のデザインボードを使用しています。 2.ご返信ありがとうございます。問題は解決しました。ターゲット コントローラ上のルーティングに使用される TXMB 値を減らすと、問題は解決しました。各 CAN コントローラの最大 TXMB 値は 16 のようです。 3. さらに質問したいのですが、特定の CAN コントローラのルーティング機能を無効にする方法はありますか?関連する機能または EB 構成オプションを提供していただけますか? Re: S32G3 LLCE CAN2CAN Fail こんにちは、 @canhe 問題が解決してよかったです。 特定のCANコントローラーのルーティング機能を無効にするという新しい質問ですが、CAN2CAN操作における特定のポートへの転送を停止するという意味ですか？それとも、他の操作ですか？要件を詳しくご説明ください。 BR チェイン Re: S32G3 LLCE CAN2CAN Fail こんにちは、チェンイン はい、CAN2CAN 操作で特定のポートの転送を停止したいです。通常、BCAN1 で 0x123 メッセージを受信すると、そのメッセージは直接 BCAN2 にルーティングされて送信されます。ここで (そのようなスイッチがあると仮定)、ルーティングがオフになっている場合、BCAN1 は 0x123 メッセージの転送を停止しますが、BCAN1 は引き続き他のメッセージを正常に受信できます。ルーティング機能をオフにするだけで十分です。 Re: S32G3 LLCE CAN2CAN Fail こんにちは、 @canhe ご説明ありがとうございます。 申し訳ありませんが、直接参照できる同様のすぐに使える例はありません。LLCEファームウェアユーザーガイドを参照することをお勧めします。これには、FWの観点から実装されたAPIの詳細な説明があります。たとえば、 LLCE_CAN_CMD_REMOVE_AF_DESTINATION コマンドを LLCE に送信して既存の宛先ルールを削除できます。対応する API をチェックして、特定の要件を最もよく満たすものを確認できます。   BR チェイン Re: S32G3 LLCE CAN2CAN Fail こんにちは、チェンイン お返事ありがとうございます。試してみます。 確認が必要な点がもう1点あります。LLCE における HRH の内部選択方法は、まず、インデックスに基づいて通常のフィルター テーブルで検索し、次に、インデックスに基づいて高度なフィルター テーブルで検索する、ということになりますね。 たとえば、BCAN1 に 2 つの HRH を作成しました。HRH1 はどのルーティング オプションにも関連付けられておらず、パケットをフィルタリングしません。生成されたコードは通常のフィルターです。HRH2 はルーティング オプションに関連付けられており、フィルター ID は 0x32 です。生成されたコードは高度なフィルターです。HRH2 のオブジェクト ID は HRH1 のオブジェクト ID よりも小さいです。テストの結果、0x32 パケットを受信すると、常に HRH1 によって処理され、ルーティングに失敗します。 Re: S32G3 LLCE CAN2CAN Fail こんにちは、チェンイン はい、現在設定されている 2 つのフィルターには重複するメッセージがあります。 HRH1: HRH1HRH1HRH1 HRH2: HRH2HRH2HRH2 メッセージ ID ごとにフィルターを構成するのが最適であることはわかっています。ただし、このプロジェクトはゲートウェイ ECU として機能するため、メッセージが多くなり、多くの HRH を構成する必要があります。これにより、作業が非常に面倒になります。SO、ルーティング メッセージとホスト メッセージ用に 2 つの個別の HRH を確立すれば十分です。ただし、結果から、メッセージは常に、関連するルーティング オプションを持たない HRH によって受信され、処理されることがわかります。 Re: S32G3 LLCE CAN2CAN Fail こんにちは、 @canhe ご返信ありがとうございます。 あなたが言及した状況では、高度な機能が有効になっていないフィルターが最初に一致し、それがテスト結果と一致します。 一般的に、構成においてこのような重複があることは推奨されません。各 ID に固定のフィルタリング ルールを設定することをお勧めします。     BR チェイン

有关TJA1145T/FD休眠唤醒问题 1.使用S32K通过SPI配置好normal模式，收发器正常工作 2.检测到KL15电下电，把1145配置为sleep模式，由于不想使用CAN 唤醒方式，所以使能的是WAKE引脚上升沿唤醒，但是WAKE引脚上升沿唤醒WAKE引脚接的是下拉，这期间BAT引脚一直供电 3.成功进入sleep模式后，s32k芯片下电，kl15上电后，s32k正常工作，执行1145配置函数，配置为normal模式，但是发现收发器不能正常工作 只有当bat引脚下电重新上电后，再通过S32K配置才能正常 这个是1145芯片的特性，还是哪里配置的不正确，是否需要WAKE引脚跟随KL15一起上电唤醒，或者BAT引脚跟随KL15状态 Re: 有关TJA1145T/FD休眠唤醒问题 您好， 要在不循环 BAT 的情况下恢复： 启动 VIO 和 VCC。 读取主状态（检查 FSMS）。如果已设置，请重新配置唤醒和部分联网。 清除事件标志（0x61-0x64）。 设置 MC=111（正常），并通过 CMC=01 或 10 启用 CAN。 在启动 CAN 之前，确保 TXD 为高电平，并确认 CTS=1。 如果使用 WAKE，则必须看到有效边沿（例如遵循 KL15）。BAT 应保持永久连接。 BRs, Tomas

16 スロット モードで CLRC66303HN を使用してタグ 15693 を読み取ることができません。 使用している SDK バージョンは... NxpNfcRdLib_RC663_v07.14.00_Pub.zip 1 つのスロットを使用してタグを読み取るのは非常に高速ですが、16 スロットに変更すると、エラー 0x201 または 0x203 が頻繁に報告されます。 私の変更ロジックはすべて削除することです | PHPAL_SLI15693_FLAG_NBSLOTS を /* | PHPAL_SLI15693_FLAG_NBSLOTS */ に置き換えます。 改訂時に見落とされた他の部分はありますか? 具体的な変更点は以下のとおりです。   diff --git a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c index a2b1dd9..317b4b2 100644 --- a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c +++ b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c @@ -47,7 +47,7 @@ phStatus_t phacDiscLoop_Sw_DetTechTypeV( /* Inventory request with one slot */ status = phpalSli15693_Inventory( pDataParams->pPalSli15693DataParams, - pDataParams->sTypeVTargetInfo.bFlag | PHPAL_SLI15693_FLAG_NBSLOTS | PHPAL_SLI15693_FLAG_INVENTORY, + pDataParams->sTypeVTargetInfo.bFlag /*| PHPAL_SLI15693_FLAG_NBSLOTS*/ | PHPAL_SLI15693_FLAG_INVENTORY, 0, NULL, 0, @@ -106,7 +106,7 @@ phStatus_t phacDiscLoop_Sw_Int_CollisionResolutionV( /* Symbol 0 */ status = phpalSli15693_Inventory( pDataParams->pPalSli15693DataParams, - pDataParams->sTypeVTargetInfo.bFlag | PHPAL_SLI15693_FLAG_NBSLOTS | PHPAL_SLI15693_FLAG_INVENTORY, + pDataParams->sTypeVTargetInfo.bFlag /*| PHPAL_SLI15693_FLAG_NBSLOTS*/ | PHPAL_SLI15693_FLAG_INVENTORY, 0, aMaskBuffer, bMaskBitLength, diff --git a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c index a99ad24..d507f8e 100644 --- a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c +++ b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c @@ -1839,7 +1839,7 @@ phStatus_t phpalSli15693_Sw_InventoryExt( /* Clear INVENTORY, AFI and NBSLOTS flag */ if((status & PH_ERR_MASK) != PH_ERR_SUCCESS) { - pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI | PHPAL_SLI15693_FLAG_NBSLOTS); + pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI /*| PHPAL_SLI15693_FLAG_NBSLOTS*/); } /* Verify the exchange status. */ @@ -1967,7 +1967,7 @@ phStatus_t phpalSli15693_Sw_InventoryExt( }while(bAllBlocksRead == 0U); /* Clear INVENTORY, AFI and NBSLOTS flag */ - pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI | PHPAL_SLI15693_FLAG_NBSLOTS); + pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI /*| PHPAL_SLI15693_FLAG_NBSLOTS*/); pDataParams->bExplicitlyAddressed = 0; Re: 使用CLRC66303HN 在16-slots模式无法读取15693标签 こんにちは@a751116023 次の手順を試してください。 1. リーダーを初期化します。 プロトコルを ISO15693 に設定します。 衝突回避を有効にします。 タイムスロット = 16 を選択します (複数タグのシナリオの場合)。 2. インベントリ コマンドを開始します。 リーダーは Inventory コマンドを送信し、タグは応答する時間枠をランダムに選択します。 読者は回答を収集します: タイムスロットにタグが 1 つしかない場合 → UID を取得します。 タイムスロットで衝突が発生した場合 → 認識できず、「未完了」とマークされます。 3. 認識されたタグを記録します。 正常に読み取られた UID をリストに保存します。 認識されたタグに Select コマンドを送信して、後続の衝突回避からタグを削除します。 4. 完了するまでループします。 次の条件が満たされるまで手順 2 ～ 4 を繰り返します。 すべてのタグ UID が認識されるか、再試行の最大回数に達しました。 Re: 使用CLRC66303HN 在16-slots模式无法读取15693标签 我掴 Middlewares\Third_Party\nxp\NxpNfcRdLib\intfs\phacDiscLoop.h のPHAC_DISCLOOP_CFG_MAX_VICINITY_CARDS_SUPPORTED が 0x10 に変更された後、良い画像が 16 スロットに挿入されました。 Examples\NfcrdlibEx4_MIFAREClassic\NfcrdlibEx4_MIFAREClassic.c 次只能读取一张卡 给这张卡休眠之后继续读取 还是只读取到这一张卡 怎么 解决?

如何在 debian 验证 ov5640 摄像头以及如何支持奶酪应用程序 我想在基于 6.6.52 的 debian 12 上验证 ov5640 摄像头。 如果我在终端运行摄像机流媒体命令，会发现以下错误信息。 root@unknown：~# ls /dev/video video0 video1 video2 video3 video4 esinknown：~# gst-launch-1.0 v4l2src 设备=/dev/video4！视频转换 ！ximag 设置管道为 PAUSED ... ERROR: from element /GstPipeline:pipeline0/GstXImageSink:ximagesink0: Could not initialise X output 附加调试信息： ../sys/ximage/ximagesink.c(1150): gst_x_image_sink_xcontext_get ()：/GstPipeline:pipeline0/GstXImageSink:ximagesink0: 无法打开显示 ERROR: pipeline doesn't want to preroll. 未能将管道设置为 PAUSED。 正在将管道设置为 NULL... 正在释放管道... root @unknown：~# gst-launch-1.0v4l2src 设备=/dev/video4！视频转换 ！autovideosink 将管道设置为 PAUSED ... EGL: Warning：wayland 上无默认显示支持 EGL: Warning：wayland 上没有默认显示支持 Caught SIGSEGV #0 syscall () at ../sysdeps/unix/sysv/linux/aarch64/syscall.S:38 #1 0x0000ffffa320ed40 in g_cond_wait () at /lib/aarch64-linux-gnu/libglib-2.0.so.0 #2 0x0000ffffa1ea93cc in gst_gl_context_create () at /usr/lib/libgstgl-1.0.so.0 #3 0x0000ffffa1ead884 in gst_gl_display_create_context () at /usr/lib/libgstgl-1.0.so.0 #4 0x0000ffffa1f477e8 in () at /usr/lib/gstreamer-1.0/libgstopengl.so #5 0x0000ffffa1f48734 in () at /usr/lib/gstreamer-1.0/libgstopengl.so #6 0x0000ffffa3333bac in gst_element_change_state () at /usr/lib/libgstreamer-1.0.so.0 #7 0x0000ffffa3334248 in () at /usr/lib/libgstreamer-1.0.so.0 #8 0x0000ffffa330b89c in () at /usr/lib/libgstreamer-1.0.so.0 #9 0x0000ffffa3333bac in gst_element_change_state () at /usr/lib/libgstreamer-1.0.so.0 #10 0x0000ffffa3334248 in () at /usr/lib/libgstreamer-1.0.so.0 #11 0x0000ffffa2403548 in () at /usr/lib/gstreamer-1.0/libgstautodetect.so #12 0x0000ffffa3333bac in gst_element_change_state () at /usr/lib/libgstreamer-1.0.so.0 #13 0x0000ffffa3334248 in () at /usr/lib/libgstreamer-1.0.so.0 #14 0x0000ffffa330b89c in () at /usr/lib/libgstreamer-1.0.so.0 #15 0x0000ffffa3365624 in () at /usr/lib/libgstreamer-1.0.so.0 #16 0x0000ffffa3333bac in gst_element_change_state () at /usr/lib/libgstreamer-1.0.so.0 #17 0x0000ffffa3334248 in () at /usr/lib/libgstreamer-1.0.so.0 #18 0x0000aaaae09c4b40 in () #19 0x0000ffffa2f57744 in __libc_start_call_main (main=main@entry=0xaaaae09c3800, argc=argc@entry=7, argv=argv@entry=0xffffce71f378) at .../sysdeps/nptl/libc_start_call_main.h:58 #20 0x0000ffffa2f57818 in __libc_start_main_impl (main=0xaaaae09c3800, argc=7, argv=0xffffce71f378, init=, fini=, rtld_fini= ^C root@unknown:~# 摄像机节点是 video3 和 video4 ，但如果我启动 weston 并使用以下命令，它就会工作 systemctl 启动 weston gst-launch-1.0 v4l2src 设备=/dev/video4！视频转换 ！ximagesink gst-launch-1.0 v4l2src 设备=/dev/video3！视频转换 ！waylandsink 我不想启动 Weston 并测试摄像头流媒体。 Re: How to validate ov5640 camera on debian and how to support the cheese application 我已寄给您，请查收 Re: How to validate ov5640 camera on debian and how to support the cheese application 如果我在连接了 ov5640 摄像头的情况下打开 cheese 应用程序，会出现以下错误打印 172.691637] mxc-mipi-csi2.0：不支持 csi-sam 命令 -1068476902 因此，我需要在不启动 Weston 的情况下测试 ov5640 摄像机的命令和变通方法。

S32K396 当社のプロセッサはS32K396です。ADC の使用時に、次のエラーが発生しました: 私は合計 5 台の ADC を持っています。そのうちの 2 つは、それぞれ AD5 コントローラのチャネル 1 と 3 を使用します。まれに、チャネル 1 から異常なデータが収集されることがあります。この時点で、マルチメーターで測定すると、ピンに電圧はありますが、値は取得できません。チャネル 3 がシールドされている場合、チャネル 1 は正常に動作します。 ADC の残りの 3 つのチャネルはそれぞれ個別の AD コントローラを使用しており、すべて正常に機能しています。 添付ファイルには、AD5 コンポーネントの構成と ADC 取得コードが含まれています。ぜひご覧になって、何か問題があればお知らせください。 ありがとう！ Re: S32K396 こんにちは、 残念ながら、あなたの説明と提供されたスクリーンショット/コードから提案するのは困難です。 外部回路、ピンの使用、ADC のクロックと設定などについて詳しく教えていただけると助かります。 一般的に、ADC が適切にクロックされ、調整されていることを確認してください。測定されたソースインピーダンスは十分に低くなければなりません。そうでない場合は、少なくともテストのためにサンプリング時間を増やしてみてください。シーケンス内の問題のあるチャネル間にダミー サンプル (例: VREFH) を挿入するか、プリサンプリング オプションを直接使用してみてください。同じピンが複数の ADC によってサンプリングされる場合は、同時に行われないように注意してください。 BR、ペトル

セキュリティA1006サポート 皆さんこんにちは このデバイスは特定のお客様専用のデバイスですか? この IC を使用する予定ですが、この IC に関する技術サポートは受けられますか? 感謝と敬意を表します。 ハ・ライアン Re: Security A1006 support こんにちは@jessiad 、 さらにサポートが必要な場合は、お近くの代理店にお問い合わせください。 よろしくお願いします、 カン Re: Security A1006 support この IC を使用する予定ですが、開発ボードのソフトウェアをダウンロードする方法がまだわかりません。 Re: Security A1006 support こんにちは@haryanl 、 A1006 は新しいデザインには推奨されません。代わりに SE050 を使用することをお勧めします。 すてきな一日を、 カン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「正解としてマーク」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 ---------------------------------------------------------------------------------

在 Bl2 进行加密记录 你好 我正试图在 A 核（BSP43）上实现安全日志记录。目标是记录与网络安全相关的故障，例如网络安全启动故障、Wi-Fi/TLS 故障等。 目前，我正在尝试记录BL2阶段的安全启动故障。我最初的方法是将这些日志直接写入或非闪存中，然后使用 HSE 对其进行加密。不过，我在 S32G 的 BL2 级遇到了以下限制： BL2 中没有可用于读取或写入或非闪存的预定义 API。 在 BL2 阶段无法实施持久或附加式日志记录。 由于这些限制，我不确定应如何或在哪里将此类安全启动失败日志存储在 BL2 中，以便以后可以从 Linux 访问它们。 对于 Wi-Fi 和 TLS 相关故障，我计划在 Linux 层使用基于 NetworkManager 的日志记录。 您能否就记录源于 BL2 的安全启动故障的可行方法提出建议，或者建议一种在这种情况下进行安全登录的推荐机制？ Re: seclogging at bl2 你好，@Jayashree 谢谢您的帖子。 这是一种用户自定义的软件实现方式，很抱歉，我们并没有针对此类主题提出正式建议。 关于在 BL2 阶段记录的安全启动故障，你的意思是说 BL2 未能对 BL3x 二进制文件进行身份验证，想要记录相关信息吗？ 根据我的经验，上面提到的日志可以从控制台中找到，如果你想将它们保存到 QSPI 中，因为 BL2 可以从 QSPI 中加载图像，并将它们放到 DDR 中，这样它就可以访问 QSPI，你是否介意检查一下相关的代码/API，看看它是否能满足你的要求？ BR 切宁 Re: seclogging at bl2 你好，Chenyin、 根据您的建议，我尝试使用BL2中的MMIO读/写API；但是，启动过程似乎在调用API后立即停止。 我还尝试过使用 FSPI 读/写 API，但在这种情况下，我无法自行完成 Yocto 的版本。 能否请您确认启用安全启动后是否支持来自 BL2 的读/写访问权限？如果支持，能否告知推荐使用哪些应用程序接口？另外，我希望您能就从 BL2 记录或持久保存数据的可行方法或建议的替代方法提供指导。 致以最诚挚的问候， Jayashree  

[ABUSE] Post By: @JohnKlug / Board: imx-processors / Reported by: qneymh qneymh has reported the post Could not invoke dnf for external kernel module in Yocto kirkstone posted by @JohnKlug for the following reasons: Reason: Nudity or Sexual activity Details: https://www.player1.app/team/post/1925296612/1237"> https://dev.worldwar1luton.com/forum-topic/pharmacy-online-6"> https://www.siriuspup.com/breeders/pharmacy-online-6"> http://shop.ls-s.ru/product/10111"> http://old-liege.jeunescathos.org/fr/content/pharmacy-online-69"> https://tarantulerosdecorazon.com/galer%C3%ADa/pharmacy-online-6"> http://www.le-cercle-des-sourires.fr/session/3337"> https://www.onlyhomebuyers.com/for-sale-by-owner-homes/sc/45"> https://spdm.dambo.me/forums/miscellaneous/advertisement/pharmacy-online-4"> http://www.le-cercle-des-sourires.fr/session/3337"> https://www.jobwebby.com/domainasname-erma-gmbh/pharmacy-online-2"> https://hetnieuweteamwerken.be/forums/forum/pharmacy-online-1"> https://rus.langnotes.ru/vocabularies/pharmacy-online"> https://obzorpoker.info/forum/pharmacy-online-7"> https://jeunescathos-bxl.org/fr/content/pharmacy-online-1"> https://www.siriuspup.com/breeders/pharmacy-online-6"> https://www.intimuscare.com/pharmacy-online-4"> https://darkmetalmush.net/history/pharmacy-online-0"> https://dev.worldwar1luton.com/forum-topic/pharmacy-online-6"> https://www.siriuspup.com/breeders/pharmacy-online-6"> http://www.go4go.net/go/node/155437"> http://old-namur.jeunescathos.org/fr/content/pharmacy-online-41"> https://www.intellectualpedia.org/audiologistwholesale-pharmacy-online-4"> http://en.sp-journal.ru/article/19188"> https://gglabs.us/node/5698"> https://reflexologie-cerilly.fr/en/node/4236"> https://dev.worldwar1luton.com/forum-topic/pharmacy-online-6"> https://jeunescathos-bxl.org/fr/content/pharmacy-online-1"> https://www.thebiketube.com/mutant-rosabella"> https://obzorpoker.info/forum/pharmacy-online-7"> http://www.alsongs.com.hk/node/15612"> https://theanubianwar.com/node/6400"> https://rahuldolas.com/forum/general-discussion/topic/723/pharmacy-online"> https://www.tundus.hu/receptek/kepek/pharmacy-online-0"> http://onlyforsalebyowner.com/for-sale-by-owner-homes/pr/76-0"> https://www.danduo168.com/en/artworks/692/pharmacy-online-3"> http://shop.ls-s.ru/product/10111"> https://investor18.ru/investors/pharmacy-online-13"> https://ng.nycc.org/content/pharmacy-online-4"> http://polden.info/story/pharmacy-online-13"> Post link: https://community.nxp.com/t5/i-MX-Processors/Could-not-invoke-dnf-for-external-kernel-module-in-Yocto/m-p/1627964#M203740 Post author: @JohnKlug | Email Author Reported by: qneymh | Email Reporter The reported post has 2 replies.

支持请求 - 上拉开机引脚后输出短路问题 你好，约瑟夫、 我的一项设计遇到了问题，希望您能给予指导。 我们按照要求拉高了POWER_ON 引脚，但在拉高之后，我们发现输出引脚似乎被短路（或表现为短路）。我们无法了解这种行为的根本原因。 请您帮助我们理解： 为什么拉高 POWER_ON 引脚后输出会短路？ 该引脚是否需要特定的配置步骤或硬件条件？ 有任何建议的诊断或检查方法来隔离问题吗？ 如有需要，我可以提供原理图片段或测量截图。 提前感谢您的支持。 Shivani e. Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin 你好@Shivani_Elavena 请提供您在应用中使用的恩智浦部件编号，以便能正确转接到产品团队。 提前谢谢您。 顺祝商祺！ Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin 你好，维罗妮卡、 感谢您的支持。 我们在应用中使用的恩智浦部件编号是PF5020。 请将此查询转给相应的产品团队。 提前谢谢您。 致以最诚挚的问候， Shivani e. Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin 你好，希瓦妮 请分享您的示意图，包括电压等级和部件值。问题是否可以重复出现？你在多少个板上看到了这个问题？如果更换新的 PF5020，情况是否一样？ 致以最崇高的敬意 约瑟夫

i.MX8MP FRDM：启动竞态条件（内置 CSI 与模块 IMX219）& 系统解除绑定时挂起 你好，恩智浦社区、 我目前正在使用恩智浦官方的 Yocto 电路板支持包（内核 6.6.36）在 i.MX8M Plus FRDM 板上推出一个 IMX219-77 摄像头模块（Evaltec）。 ​我在启动时遇到“找不到远程键盘”错误，这导致媒体控制器 (/dev/media0) 无法注册。所有调试都指向内置 CSI 桥接驱动程序和可加载传感器模块之间的启动时间竞争条件。但是，我无法应用标准的运行时解决方法，因为解除绑定 CSI 驱动程序会导致系统立即挂起。 硬件& 软件设置： 板：i.MX8M Plus FRDM 相机模块：Evaltec IMX219-77 连接：使用 Raspberry Pi 官方提供的 "Standard-Mini"（15 针至 22 针）带状电缆连接至 MIPI-CSI 1。 电路板支持包/Image：恩智浦官方演示镜像（内核 6.6.36，无 initramfs) 核心问题（时间不匹配）： 日志显示主机驱动程序和传感器驱动程序之间存在明显的时间差： [~2.05s] mxc-mipi-csi2-sam 正在加载。由于它在标准映像中被编译为内置，因此它会提早初始化，探测端点，找不到传感器（未找到远程端口），并中止链接。 [~10.00s]imx219 终于加载完毕。由于它是一个可加载模块（.ko），所以要等待 rootfs 挂载，结果晚了 8 秒。 故障排除步骤& DTS 验证： 我已经修改了设备树（os08a20.dts 反编译/改编）并验证了以下内容： 传感器配置： 稳压器：配置 VANA-supply、VDIG-supply 和 VDDL-supply，以使用固定/假稳压器，防止因电源资源缺失而导致探测延迟。 RESET GPIO：更新了 RESET GPIO 以匹配 FRDM 板的特定 GPIO 扩展器映射。 终点：验证数据链路 =<2> 和链路频率符合 IMX219 功能。 拓扑结构： 别名：添加了 csi0 和 isi0 别名；已验证它们在 /proc/device-tree 中正确显示。 链接：手动验证了 /proc 中的 phandle 和远程端点十六进制值，以确保链有效：传感器 -> CSI -> ISI。 ISI 接口：设置接口 = <0 0 2>（对于 CSI-1）并添加了所需的 fsl、blk-ctl 引用。 拦截器（解除绑定时系统挂起）： 我试图通过解除 CSI 驱动程序的绑定来修复运行时的竞赛条件，从而在传感器加载后强制重新探测： Bash 命令：echo 32e40000.csi > /sys/总线/platform/drivers/mxc-mipi-csi2-sam/unbind 结果:该命令会立即导致系统挂起（SSH 会话关闭，控制台冻结）。 假设：解除CSI驱动程序的绑定会切断MEDIAMIX或VPUMIX功能域的电力，导致其他活跃的消费者感到恐慌。 缓解尝试：我修改了 DTS，为 HDMI、LCDIF、GPU (2D/3D) 和 VPU 节点明确设置 status ="disabled" ，将 CSI 桥接器隔离为唯一的消费者。 结果：即使禁用了这些消费者，解除对32e40000.csi的绑定后，板仍会立即挂起。 我的问题 鉴于我无法使用initramfs来处理这个特定的镜像，是否有内核启动参数或方法可以强制内置的mxc-mipi-csi2驱动程序将探测推迟到传感器模块可用之后？ 为什么即使在所有已知邻居（显示屏、GPU、VPU、ISI）都解除绑定或禁用的情况下，解除 CSI 驱动程序绑定仍会导致硬锁定？对于 i.MX8MP 有已知的安全序列吗？ 重新编译内核并将 CONFIG_MXC_MIPI_CSI2_SAM 从 *（内置）更改为 M（模块）的唯一可行解决方案吗？ 如果我对启动过程或硬件依赖关系的理解不正确，请纠正我。我对任何替代方法都持开放态度。如果需要进一步的日志或配置文件来诊断，请告诉我，我会立即提供。 我附上了显示时间戳间隙的启动日志 (dmesg) 和修改后的设备树源 (os08a20.dts)以供参考。 谢谢 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: i.MX8MP FRDM: Boot Race Condition (Built-in CSI vs Module IMX219) & System Hang on Unbin 你好 这似乎是一个时间问题，即传感器驱动程序在 CSI 驱动程序尝试建立链接后加载，导致"No remote pad found" 错误。这会阻止媒体设备的正确注册。 这种竞赛条件是 MIPI-CSI 驱动程序的一个已知问题，当传感器驱动程序和主机 CSI 桥接驱动程序未按正确顺序初始化时就会出现。 您在尝试解除 CSI 驱动程序绑定时遇到的系统挂起是令人担忧的，但并不完全出乎意料。如果存在活动的 DMA 传输或未完成的事务，解绑活动的 MIPI-CSI 驱动程序有时会导致问题。 以下是一些潜在的解决方案： 1.**设备树方法**：修改设备树，通过调整兼容字符串优先级或使用 phandle 引用建立适当的依赖关系，确保传感器驱动程序在 CSI 桥接驱动程序之前加载。 2.**模块加载顺序**：创建 modprobe 配置文件，确保传感器驱动程序先于 CSI 驱动程序加载，从而强制执行正确的模块加载顺序。 3.**驱动程序修改**：在 CSI 驱动程序中实现重试机制，在初始链接失败时尝试重新建立链接，从而允许延迟绑定传感器。 4。**延迟探测**：修改传感器驱动程序以使用延迟探测，允许其等待必要的依赖关系后再完成初始化。 5。**解除绑定的替代方法**：与其解除绑定 CSI 驱动程序（这会导致系统挂起），不如尝试在系统完全启动后在传感器驱动程序上使用 `rmmod` 和 `modprobe`，这可能会在不直接影响 CSI 驱动程序的情况下触发正确的链接建立。 要立即进行测试，你可以尝试在 CSI 驱动程序加载之前在启动序列中添加延迟，让传感器驱动程序有时间先进行初始化。 此致 Re: i.MX8MP FRDM: Boot Race Condition (Built-in CSI vs Module IMX219) & System Hang on Unbin 感谢您对潜在解决方案的详细分析。 我研究了你们的建议，但我需要强调的是，在这个特定的恩智浦图像中，有一个关键的架构限制，它阻碍了标准的重新排序或重新加载技术。 限制： CSI 桥接驱动程序 (imx8-mipi-csi2-sam) 是按内置编译的，而传感器驱动程序 (imx219) 是可加载的模块。 驱动程序编译类型证据 我在目标板上进行了以下检查以确认这一点： 1。CSI 驱动程序是内置的： 该驱动程序出现在 modules.builtin 中，确认它已静态编译到内核映像中，并在启动序列的早期（在文件系统挂载之前）进行初始化。 Bash env： root@imx8mpfrdm:~# cat /lib/modules/$(uname -r)/modules.builtin | grep -Ei"mipi-csi2-sam" kernel/drivers/staging/media/imx/imx8-mipi-csi2-sam.ko 2。传感器是一个模块 传感器驱动程序作为可加载的目标文件存在于磁盘上，也就是说，它只能在根文件系统准备就绪后（CSI 驱动程序失效后大约 8 秒）加载。 Bash env： root@imx8mpfrdm:~# root@imx8mpfrdm:~# find /lib/modules/$(uname -r) -name"imx219.ko" /lib/modules/6.6.36-lts-next-g0d1e1544fd15/kernel/drivers/media/i2c/imx219.ko 对具体建议的答复： 关于建议 #1（设备树）& #2（模块顺序）： 由于主机驱动程序是内置的，我无法通过 modprobe.d 控制其相对于基于磁盘的模块的加载顺序或标准依赖关系映射。它总是先加载。 关于建议 3（修改驱动程序）： 修改驱动程序源代码以添加重试机制需要重新编译内核。如果不可避免地需要重新编译，则标准（更简洁）的解决方案是简单地将驱动程序配置从内置 < * > 更改为模块 ，这样可以在不维护自定义补丁的情况下本地解决竞争条件。我现在的目标是找到一个尽可能避免重新编译的解决方案。 关于建议 5（重新加载传感器）： ，我测试了删除和重新加载传感器驱动程序（rmmod imx219&& modprobe imx219）。当传感器成功重新加载时，内置的 CSI Bridge 不会重新触发信号握手或探测尝试。它似乎在启动期间进入失败状态并停止监听。 请求就建议 4（推迟探测）提供指导 这似乎是最可行的途径。由于我试图避免为更改驱动程序类型而重新编译整个内核，因此我想采用延迟探测方法。 imx8-mipi-csi2-sam 驱动程序是否支持特定的内核启动参数以强制其等待或重试探测？当远程端点不可用时，恩智浦电路板支持包中是否有特定的补丁或机制可以为该网桥启用标准的EPROBE_DEFER行为？ 如果有一种方法可以卸载/重新加载我可能错过的内置桥接逻辑，请纠正我。 再次感谢您的时间和帮助。 Re: i.MX8MP FRDM: Boot Race Condition (Built-in CSI vs Module IMX219) & System Hang on Unbin 感谢您对潜在解决方案的详细分析。 我研究了你们的建议，但我需要强调的是，在这个特定的恩智浦图像中，有一个关键的架构限制，它阻碍了标准的重新排序或重新加载技术。 限制： CSI 桥接驱动程序 (imx8-mipi-csi2-sam) 是按内置编译的，而传感器驱动程序 (imx219) 是可加载的模块。 驱动程序编译的证据 我在目标板上进行了以下检查以确认这一点： 1.CSI 驱动程序是内置的： 该驱动程序出现在 modules.builtin 中，确认它已静态编译到内核映像中，并在启动序列的早期（在文件系统挂载之前）进行初始化。 B ash env： root @imx8mpfrdm： ~# cat /lib/modules/ $ (uname-r) /modules.builtin | grep-Ei " mipi-csi2-sam " 内核/驱动程序/staging/mida/imx8-mipi-csi2-sam .ko 2. 传感器是一个模块 传感器驱动程序作为可加载的目标文件存在于磁盘上，也就是说，它只能在根文件系统准备就绪后（CSI 驱动程序失效后大约 8 秒）加载。 B ash 环境： root @imx8mpfrdm： ~# root @imx8mpfrdm：~# 查找 /lib/modules/ $ ( uname-r)-name " imx219.ko " /lib/modules/6.6.36-lts-next-g0d1e1544fd15/kernel/drivers/media/i2c/imx219.ko 对具体建议的回应： 关于建议 #1（设备树）& #2（模块顺序）： 由于主机驱动程序是内置的，我无法通过 modprobe.d 控制其相对于基于磁盘的模块的加载顺序或标准依赖关系映射。它总是先加载。 关于建议 3（修改驱动程序）： 修改驱动程序源代码以添加重试机制需要重新编译内核。如果不可避免地需要重新版本，则标准（更简洁）的解决方案是简单地将驱动程序配置从内置 < * > 更改为模块 ，这样可以在不维护自定义补丁的情况下本地解决竞争条件。我现在的目标是找到一个尽可能避免重新编译的解决方案。 关于建议 5（重新加载传感器）： ，我测试了删除和重新加载传感器驱动程序（rmmod imx219&& modprobe imx219）。当传感器成功重新加载时，内置的 CSI Bridge 不会重新触发信号握手或探测尝试。它似乎在启动期间进入失败状态并停止监听。 请求就建议 4（推迟探测）提供指导 这似乎是最可行的途径。由于我试图避免为更改驱动程序类型而重新编译整个内核，因此我想采用延迟探测方法。 imx8-mipi-csi2-sam 驱动程序是否支持特定的内核启动参数以强制其等待或重试探测？当远程端点不可用时，恩智浦电路板支持包中是否有特定的补丁或机制可以为该网桥启用标准的EPROBE_DEFER行为？ 如果有一种方法可以卸载/重新加载我可能错过的内置桥接逻辑，请纠正我。 再次感谢您的时间和帮助。

无法使用 nxpimage ahab update-keyblob 更新辅助 AHAB 容器集的 DEK blob。 设备：mimx9352 (i.mx93)。 SPSDK 版本： spsdk 3.4.0 启动映像布局：带有两个 AHAB 映像容器集的可启动映像： 主机组：集装箱 0（ELE），集装箱 1（SPL DDR）。 辅助集：0 号容器 -> 图像 0（BL31）、图像 1（U-Boot）、图像 2（TEE）。 DEK：256 位， key_identifier：0. 当 YAML 文件中提供 DEK blob 时，版本正常；flash.bin 上的生产时 ahab update-keyblob 仅更新 SPL 。 我参考了 https://spsdk.readthedocs.io/en/latest/examples/ahab/imx93/imx93_signed_ahab_uboot.html 如何使用 update-keyblob 选择辅助集合/容器？此命令是否支持多设置可启动映像？建议在不完全重建的情况下更新次要集的 blob 的工作流程？ 谢谢， 乌代 Re: Unable to update DEK blob for secondary AHAB container set using nxpimage ahab update-keyblob. 你好@udayMouli 您是否介意使用最新的 SPSDK 工具 v3.5.0？ https://github.com/nxp-mcuxpresso/spsdk/releases 了解update-keyblob 命令的用法 ： https://spsdk.readthedocs.io/en/latest/apps/nxpimage.html#nxpimage-ahab-update-keyblob update-keyblob 的典型用法： https://spsdk.readthedocs.io/en/latest/images/ahab.html#ahab-update-keyblob Best Regards, Zhiming

如何在 S32K344 上使用 FCCU 输入引脚 例如 S32K344 100 引脚封装，它具有 72 引脚的 GPIO [3] 具有这些功能。 FCC_ERR_IN" 信号的功能和内部工作原理是什么？它是否可以用来连接外部集成电路故障输出，以 "菊花链 "方式连接到 FCCU 输入引脚？   S32K344-WB #FCCU #S32K3 优先级：高 SAFETY_SW 资料来源直接客户 Re: How to use FCCU Input Pins on S32K344 您好@YukoKinto, RM 中没有关于该引脚用途的更多信息 - 请联系 HW 设计团队的人员以明确用途。 这是我第一次看到客户想要使用此密码功能，也不是像图片中那样使用 S32 功能安全手册中的信息。 在 SAF 中，我们支持所谓的 FOM 测试模式： 因此，要测试 EOUT 引脚是否正常工作，可以使用 eMcem 函数： eMcem_EnterTestFOM() eMcem_WriteErrorOutput() eMcem_ReadErrorOutput() eMcem_ExitTestFOM() 但这只是用于测试 EOUT 引脚，而不是用于检测外部 IC 故障。 我检查了 DCMROD 寄存器，以确定在 FCCU_IN_ERR 引脚断言的情况下，是否有东西会引发 DCMROD 位（并最终引发某些 FCCU 故障），但没有发现类似的东西。 但 RM 中的描述可能不是很清楚，因此 HW Design 应予以确认。 亲切的问候， Radoslav Re: How to use FCCU Input Pins on S32K344 感谢您的反馈，我会联系 HW 设计团队。

S32 调试探针远程 UART 支持？ S32 调试探器上的远程 UART 端口没有像（本质上完全相同的）CodeWarrior TAP 那样记录在案，有什么特别的原因吗？ 我知道我们可能出于成本原因不想运送电缆，但我们为什么不记录远程 UART 功能，因为客户很容易就能买到 RJ11 电缆？ 我们能否更新文档，以便客户可以正式使用远程 UART？ S32DS 资料来源直接客户 Re: S32 Debug Probe remote UART support? 嗨，海因茨、 抱歉耽搁了，我将为此创建 JIRA 票据。

如何降低 i.MX8ULP 的 A 核和 DDR 频率 我想降低 i.MX8ULP 的 A 核频率和 DDR 频率。 请指导我如何实现这一目标，需要修改哪些寄存器或配置？ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 你可以看看下一个应用笔记（4.3 使用 DVFS）： 优化 i.MX 8ULP 的功耗 顺祝商祺！ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好@JorgeCas 我使用了 DVFS，想降低 A 核 CPU 频率。目前，频率显示在 808 兆赫左右，我希望尽可能降低频率。 以下是我收到的日志： root@imx8ulp-9x9-lpddr4-evk:~# echo 1 > /sys/devices/platform/imx8ulp-lpm/enable [ 467.490570] DDR enter low frequency mode root@imx8ulp-9x9-lpddr4-evk:~# mhz 808 MHz, 1.2392 nanosec clock 能否请您指导我如何降低 A 核频率，以及需要更改哪些设置或配置？ 谢谢。 Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 根据应用笔记，你需要使用 imx8ulp-evk-nd.dtb 设备树，但正如我在你的日志中看到的那样，你使用的是 9x9 板，我们没有设备树来进行更改。 你可以用它作为参考来修改你的设备树然后重试： https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/arch/arm64/boot/dts/freescale/imx8ulp-evk-nd.dts 顺祝商祺！ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 谢谢@JorgeCas root@imx8ulp-9x9-lpddr4-evk:~# echo 1 > /sys/devices/platform/imx8ulp-lpm/enable root@imx8ulp-9x9-lpddr4-evk:~# mhz 655 MHz, 1.5267 nanosec clock 根据参考，我更新了我的 .dts文件，现在我可以将 A 核频率降至 650 MHz。我希望进一步降低 A 核频率，最好降到 200 MHz 左右。请指导我如何实现这一目标？ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 遗憾的是，我们没有文件说明如何将 Cortex - A 内核的频率降至 650 MHz 以下。 根据应用笔记，正在使用VDD_DIG1/2（最低工作频率）的最低工作电压，我们的工程师在您之前的文章中评论说，PLL不会提供更低的频率。 您可以尝试手动修改 PLL 寄存器。 顺祝商祺！ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好，@JorgeCas 谢谢你的澄清。据我所知，650 MHz 是 Cortex-A 内核 PLL 支持的最低记录频率。 为了进一步降低功耗，我想尝试手动修改 PLL 配置。请问 i.MX8ULP 上控制 Cortex-A 时钟的 PLL（寄存器或时钟路径）是哪个，在尝试将频率降至 650 MHz 以下时是否有任何建议设置或限制？ 任何有关安全修改 PLL 寄存器的指导或参考文档，将不胜感激。 致以最崇高的敬意， Yash Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好，@JorgeCas、 我想问一下我之前提出的关于通过修改 i.MX8ULP 上的 PLL 配置将 Cortex-A 内核频率降至 650 MHz 以下的问题。我想看看你是否有机会审查它。如能得到任何指导，将不胜感激。 谢谢， Yash

KW45 noinit 柱塞部分 您好，nxp 专家： 我想在 kw45 中隔离一部分 RAM，用于存储一些标志。但是，当前，当我尝试将 0xa5a5a5a5 写入地址 0x020000000 然后进行软复位时，RESET后从地址 0x020000000 读取的值为 0。你能否帮我弄清楚如何确保软复位后读取的值与RESET前读取的值相同？ KW45 Re: KW45 noinit ram section 你好，@Christine_Li： 不过，我又注意到启动文件 startup_KW45B41Z83 .S 中的这部分代码 --它不是清除了 0x2001_A000 至 0x2001_C000的内存范围 吗？ .ram_init_stcm5: ldr r0, =0x2001a000 ldr r1, =0x2001c000 .loop5: /* Initialize stcm5 */ stmia r0!, {r2 - r5} cmp r0, r1 bcc.n .loop5 Re: KW45 noinit ram section 你好，@jiajun_cheng 最后 8 KB RAM (0x2001_A000) 来自独立的电源开关功能域，可在所有电源模式下保持数据保留。 详情请参阅 KW45 参考手册 如果您对此案有任何其他关切，请告诉我。 否则，请毫不犹豫地将我的回答标记为解决方案，这样我们就可以结案了。 顺祝商祺！ Christine。 Re: KW45 noinit ram section 你好，@jiajun_cheng 在这个案子上我还能为你做什么？ 顺祝商祺！ Christine。

HSE 固件安装问题 - 程序卡在 checkHseFwFeatureFlagEnabled() 处 #你好，恩智浦团队 我正在开发 S32K3X4EVB-T172 板并尝试安装 HSE 固件 HSE 固件刷新成功，但我的应用程序始终停在： if (FALSE == checkHseFwFeatureFlagEnabled()) { /* Stuck here */ } 我检查了 UTEST 区域（0x1B000080），得到的值是 0xFFFFFFFF。 请查看我们的项目和图像，并请帮助我们解决这个问题 如能得到任何帮助，我们将不胜感激。 谢谢 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Thank you for the clarification@VaneB 我检查了UTEST地址 0x1B000000，请查看下面的附件 ，我已经多次刷新了HSE固件，所以可能是反复刷新导致了这个不正确的值？ 能否请您帮我确认正确的值是多少，并指导我如何进行修复？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 地址 0x1B000080 至 0x1B00009F 对应调试密码 (CUST_DB_PSWD_A)，用于限制调试访问。这与 HSE 固件安装无关。 如果代码停留在函数 checkHseFwFeatureFlagEnabled()，请确认 hseFwFeatureFlagEnabledValue 已正确写入地址 0x1B000000。 此外，您还提到 HSE 固件已成功安装。能否请您解释一下，为什么需要再次检查 HSE FW 功能标志是否已设置？ BR、VaneB Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 已成功将 hseFwFeatureFlagEnabledValue 写入地址 0x1B000000。 接下来，我们来验证是否安装了 HSE 固件。请检查地址 0x4039C028 中 HSE_CONFIG_GPR3 的第 0 位是否已设置。如果未设置，请确认当前设备的 SBAF 版本（地址 0x4039C020）与您尝试安装的 HSE 固件版本兼容。建议使用最新的 SBAF 版本，以确保 HSE 固件不受任何限制地支持全部功能。 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() # Hello@VaneB 谢谢您的说明。 我还有一个疑问：我是否需要修改 hse_fw_install 项目的应用代码？ 因为 UTEST 区域已经编程，而且固件闪烁也已成功。我们还检查了第 0 个启动目标是否在 0x4039C028。 但是，我们的程序代码还是卡在了这一行，无法正常启动。 请解释一下为什么没有启动，原因可能是什么？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 使用 S32K344_HSE_FW_INSTALL 应用程序完成 HSE 固件安装所需的所有更改和步骤都记录在 Readme.md 文件中，该文件位于 C:\NXP\S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Device_Configuration\S32K344_HSE_FW_INSTALL\Readme.md 此外，能否提供一张显示地址 0x4039C020 和 0x4039C028 内容的图片？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Hello@VaneB非常感谢你的回复、 在 README 中提到了 IVT，但我们的程序中没有ivt.bin 或 ivt.h 包括的文件。请说明 IVT 是自动生成的，还是嵌入到另一个文件中，或者我们是否需要手动加入 IVT。 请参阅下文所附的文件 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Hello@VaneB，非常感谢你的指导。 我在演示示例中安装了sbuf 项目。当我尝试调试它时，代码卡在了 能否请您指导我如何更新sbuf并解决这个问题？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 根据 HSE_CONFIG_GPR3 (0x4039C028) 的值，HSE 已经安装在设备上。您正在闪存的项目用于安装固件，因此无需再次闪存。 我的建议是将 SBAF 版本升级到与当前固件版本兼容的版本。该 兼容性问题 已在 S32K344 芯片 SBAF 版本和 HSE FW 版本兼容性问题 主题中讨论过。 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() # 在 README 中提到了 IVT，但我们的程序中没有包含 ivt.bin或ivt.h文件。请说明 IVT 是自动生成的，还是嵌入到另一个文件中，或者我们是否需要手动加入 IVT。 请参阅下文所附的文件