s100p 电源规格--power灯闪烁--该 SIP 版本的 XBurn/BSP 状态切换兼容性

[tsie_coraci]

补充信息

1. 软件，镜像，serial版本

   1. xburn: v2.1/v1.1.9两个版本都尝试过

   2. image: 系统镜像 RDKS100-V4.0.5_20260507

   3. serial="S100P SIP V2.0 115d46010000207d06b38ac30c0b0a1c”

2. 硬件丝印

   

=============

我使用了一个19v 6.3A的电源，正常模式上电，power绿灯闪烁，
串口打印Power off happened……warn reset

===========以下是更新的，从上电开始的正常模式，emmc介质启动日志

se
[00.001363 0]ADC0x8
[00.016585 0]Adc:0:1129:0x6
[00.016733 0]Adc:1:638:0x4
[00.017037 0]Adc:2:2093:0x9
[00.017352 0]Adc:3:1737:0x8
[00.017666 0]Adc:4:849:0x5
[00.018021 0]05/19/2025_19:59:49
[00.018330 0]421effa 2025-05-19 11:31:56
[00.018784 0]Power off happened
[00.023428 0]Slot0x0
[00.034455 0]Address 0xc800000
[00.142167 0]PvtChipId: 4, CPU: 900
[00.142400 0]PvtChipId: 4, BPU: 845
[00.218574 0][GetPartition] load ivt success
[00.295492 0]main domain started!
[00.328951 0]pmic init ok
se
[00.001363 0]ADC0x8
[00.016585 0]Adc:0:1128:0x6
[00.016733 0]Adc:1:637:0x4
[00.017037 0]Adc:2:2091:0x9
[00.017352 0]Adc:3:1735:0x8
[00.017666 0]Adc:4:848:0x5
[00.018021 0]05/19/2025_19:59:49
[00.018330 0]421effa 2025-05-19 11:31:56
[00.018784 0]Power off happened
[00.023428 0]Slot0x0
[00.034458 0]Address 0xc800000
[00.137729 0]warm reset happend, reset count:0x1-------------
[00.139297 0]Site: 0x0, RegAddr:0x60, RegData:0x1
[00.144233 0]PvtChipId: 4, CPU: 900
[00.144466 0]PvtChipId: 4, BPU: 845
[00.220614 0][GetPartition] load ivt success
[00.297528 0]main domain started!
[00.331446 0]pmic init ok
se
[00.001363 0]ADC0x8
[00.016585 0]Adc:0:1130:0x6
[00.016733 0]Adc:1:637:0x4
[00.017037 0]Adc:2:2092:0x9
[00.017352 0]Adc:3:1737:0x8
[00.017666 0]Adc:4:849:0x5
[00.018021 0]05/19/2025_19:59:49
[00.018330 0]421effa 2025-05-19 11:31:56
[00.018784 0]Power off happened
[00.023428 0]Slot0x0
[00.034455 0]Address 0xc800000
[00.137726 0]warm reset happend, reset count:0x2-------------
[00.139293 0]Site: 0x0, RegAddr:0x60, RegData:0x1
[00.144230 0]PvtChipId: 4, CPU: 900
[00.144462 0]PvtChipId: 4, BPU: 845
[00.220611 0][GetPartition] load ivt success
[00.297524 0]main domain started!
[00.331442 0]pmic init ok

===========以下是早前贴出的不完整的正常模式emmc设备启动日志

se
[00.001363 0]ADC0x8
[00.016584 0]Adc:0:1129:0x6
[00.016733 0]Adc:1:638:0x4
[00.017037 0]Adc:2:2093:0x9
[00.017352 0]Adc:3:1737:0x8
[00.017666 0]Adc:4:848:0x5
[00.018021 0]05/19/2025_19:59:49
[00.018330 0]421effa 2025-05-19 11:31:56
[00.018784 0]Power off happened
[00.023428 0]Slot0x0
[00.034452 0]Address 0xc800000
[00.137723 0]warm reset happend, reset count:0x5-------------
[00.139291 0]Site: 0x0, RegAddr:0x60, RegData:0x1
[00.144227 0]PvtChipId: 4, CPU: 900
[00.144460 0]PvtChipId: 4, BPU: 845
[00.220608 0][GetPartition] load ivt success
[00.297522 0]main domain started!
[00.331440 0]pmic init ok
se
[00.001363 0]ADC0x8
[00.016584 0]Adc:0:1129:0x6
[00.016733 0]Adc:1:638:0x4
[00.017037 0]Adc:2:2092:0x9
[00.017352 0]Adc:3:1735:0x8
[00.017666 0]Adc:4:848:0x5
[00.018021 0]05/19/2025_19:59:49
[00.018330 0]421effa 2025-05-19 11:31:56
[00.018784 0]Power off happened
[00.023428 0]Slot0x0
[00.034455 0]Address 0xc800000
[00.137726 0]warm reset happend, reset count:0x6-------------
[00.139294 0]Site: 0x0, RegAddr:0x60, RegData:0x1
[00.144230 0]PvtChipId: 4, CPU: 900
[00.144463 0]PvtChipId: 4, BPU: 845
[00.220611 0][GetPartition] load ivt success
[00.297525 0]main domain started!
[00.331443 0]pmic init ok
se
[00.001363 0]ADC0x8
[00.016584 0]Adc:0:1129:0x6
[00.016733 0]Adc:1:637:0x4
[00.017037 0]Adc:2:2092:0x9
[00.017352 0]Adc:3:1736:0x8
[00.017666 0]Adc:4:848:0x5
[00.018021 0]05/19/2025_19:59:49
[00.018330 0]421effa 2025-05-19 11:31:56
[00.018784 0]Power off happened
[00.023428 0]Slot0x0
[00.034452 0]Address 0xc800000
[00.137723 0]warm reset happend, reset count:0x7-------------
[00.139291 0]Site: 0x0, RegAddr:0x60, RegData:0x1
[00.144227 0]PvtChipId: 4, CPU: 900
[00.144460 0]PvtChipId: 4, BPU: 845
[00.220608 0][GetPartition] load ivt success
[00.297522 0]main domain started!
[00.331439 0]pmic init

=========切换到download模式，在xburn软件中用UDF+fastboot模式

susb>>>
high speed config #1: Device Firmware Upgrade Gadget
UUUUU##DOWNLOAD… OK
usb>>>
############################################################################################DOWNLOAD… OK
usb>>>
##DOWNLOAD… OK
e
[00.005134 0]ADC0x8
[00.020497 0]Adc:0:1130:0x6
[00.020833 0]Adc:1:640:0x4
[00.021159 0]Adc:2:2092:0x9
[00.021495 0]Adc:3:1736:0x8
[00.021831 0]Adc:4:846:0x5
[00.022165 0]01/18/2026_18:28:12
[00.022542 0]
[00.022711 0]Power off happened
[00.059319 0]main_domain_init done
[04.874082 0]Slot0x0
[04.911260 0]DumpPmic 0x0:
[04.911626 0]DumpPmic 0x0
[04.915317 0]PvtChipId: 4, CPU: 900
[04.915721 0]PvtChipId: 4, BPU: 845
[05.102717 0]DumpPmic 0x2:
[05.103082 0]DumpPmic 0x2
[05.103780 0]pmic init ok
susb>>>
high speed config #1: Device Firmware Upgrade Gadget

=======

附录是xburn的log

这个是不是电源不匹配的问题

xburn_20260903-215807.log.txt (43.9 KB)

[问题分类]: 电源 供电
[板卡类型]: RDK S100p

[瓜仔]

大概率是，但不是电压不对——按资料，S100 主板 J1 的 DC 输入范围是 12~20V，19V×6.3A（约 120W）规格上没问题。你串口里的 Power off happened 表示板子上一次是异常掉电，且 warm reset 计数一路递增（0x5→0x6→0x7），说明板子在反复掉电重启；download 模式下同样出现，基本排除软件问题，指向供电链路。

重点怀疑方向是插头接触或适配器带载能力：

1. 先核对 DC 插头尺寸：S100 的 DC 座配 6.0×2.5mm 插头（参考社区帖子：机载供电求助：J1 配套 DC 公头型号），而 19V 电源多是笔记本适配器，插头常见 5.5×2.5/5.5×3.0，能插进去但接触不良就会间歇性断电，和你这个现象完全吻合。优先换回原装/官方电源。
2. 拔掉所有 USB 外设和扩展板，裸板重新上电，确认是否还循环重启。
3. 换电源后再用 xburn 烧录——当前反复掉电的状态下烧录大概率失败。按资料 S100 典型输入功耗约 70W，换用的适配器功率要留够余量。

供电排查的通用方法也可参考官方 FAQ：8.1 硬件、系统与环境配置 | RDK S100/S600 DOC

如果换了确认没问题的电源（原装优先）还是这个现象，可能是板级硬件问题，建议直接联系购买渠道客服返修。

[Marcelo (Marcelo615)]

参考回复，怀疑是电源问题

[CanNyCat]

我把你上传的 XBurn 日志按阶段拆了一下。19V × 6.3A = 119.7W，电压在 S100/S100P 文档的 12–20V 范围内，额定功率也高于常见 70W 场景，所以不能仅凭铭牌判定“电源规格不匹配”。但插头接触、电源瞬态压降或限流仍可能让板子复位，需要和刷机链路分开排。

先确认灯：绿色 POWER 正常应常亮，没有“正常闪烁”状态；橙色 SYSTEM 运行时闪烁才正常。如果确实是绿灯跟着串口里的 Power off happened / warm reset 明暗变化，优先查供电。

日志还有一个更具体的信息：前置检查、prepare boot 和多个 DFU 分片成功；到约 17.2%、准备下发 acore_cfg.img 时，实际枚举的是 3652:6610，紧接着 dfu-util 却等待 3652:6625，于是报 No DFU capable USB device available。所以本次至少是 DFU 阶段/PID 没按工具预期切换；没有形成“eMMC 写坏”证据，也不能单独归因电源。

建议按顺序排：

1. 断电 30 秒，拔 M.2、摄像头、MCU、HDMI 和其他 USB，只留 DC 与短 Type-C 调试线，直连电脑，不接 Hub。
2. 正常启动用 SW2 正常档；刷机再按文档进下载档。用已知正常的官方/品牌电源和合适的 6.0×2.5 mm 插头做 A/B。
3. 核对镜像确实对应 S100P/SIP V2.0，XBurn 与镜像版本配套；不要混旧缓存、其他型号或拆开的 boot 包，并重新校验 SHA256。
4. 若仍稳定复现 6610→等待 6625，请补充板卡丝印/SIP、镜像版本与 SHA256、XBurn 版本及失败前后 20 行，按“该 SIP 版本的 XBurn/BSP 状态切换兼容性”提交研发。

附件脚本只抽取实际/请求的 DFU PID，不输出序列号或本机路径；原日志不二次分发：

topic35681_xburn_pid_check.zip (1.9 KB)

官方参考：

• https://developer.d-robotics.cc/rdk_doc/rdk_s/Quick_start/hardware_introduction/rdk_s100/
• https://developer.d-robotics.cc/rdk_s_doc/Quick_start/install_os/rdk_s100/instruction

[tsie_coraci]

非常感谢，

根据建议顺序逐步排查

1. 硬件连接

   1. 移除所有外接扩展，仅保留电源，typeC, 烧录过程无贴散热

   2. switch3 状态

      D13	D12
      0	1

2. 软件与镜像版本

   1. xburn: v2.1/v1.1.9两个版本都尝试过
   2. image: RDKS100-V4.0.5_20260507 (md5: 925324b7f8225392b6ddd799cfe08940)
   3. serial="S100P SIP V2.0 115d46010000207d06b38ac30c0b0a1c”

3. 我分析了这份xburn的日志，发现pid跳变跟烧写过程有关，是烧录各个固件需要用到不同的pid

   1. 第一次跳变在下载cmd_exit_hsmw之后，6610跳变到6615
   2. 第二次跳变在下载hsmrca.pkg之后，6615跳变到6620，跳变原因dfu使用-R参数请求复位
   3. 第三次跳变在下载MCU_S100_V1.0.img之后，6620跳变到6625，跳变原因dfu使用-R参数请求复位
   4. 第四次跳变，是下载acore镜像的过程，发生非预期跳变
   5. 回溯日志，在最开始烧录配置的时候，已经提前定义了各个镜像烧录的id，acore镜像下载 预期用6625

   #/d/sotfware/d-robotic/xburn/logs/xburn_20260903-215807.log.txt 
   144-        {
   145-            "file": "xmodem_tools/sec/out/s100/cmd_load_hsmfw",
   146-            "uart": "mcu",
   147-            "method": "xmodem",
   148-            "usb_tag": "",
   149:            "dfu_arg": "-d,3652:6610 -a 0",
   150-            "usb_detect_timeout": 5,
   151-            "timeout": 1
   152-        },
   153-        {
   154-            "file": "xmodem_tools/sec/out/s100/hsmfw_se.pkg",
   155-            "uart": "mcu",
   156-            "method": "xmodem",
   157:            "dfu_arg": "-d,3652:6610 -a 0",
   158-            "usb_detect_timeout": 1,
   159-            "timeout": 1
   160-        },
   161-        {
   162-            "file": "xmodem_tools/sec/out/s100/cmd_exit_hsmfw",
   163-            "uart": "mcu",
   164-            "method": "xmodem",
   165:            "dfu_arg": "-d,3652:6610 -a 0",
   166-            "usb_detect_timeout": 1,
   167-            "timeout": 1
   168-        },
   169-        {
   170-            "file": "xmodem_tools/sec/out/s100/fpt.img",
   171-            "uart": "mcu",
   172-            "method": "xmodem",
   173:            "dfu_arg": "-d,3652:6615 -a 0 -R",
   174-            "usb_detect_timeout": 5,
   175-            "timeout": 1
   176-        },
   177-        {
   178-            "file": "xmodem_tools/sec/out/s100/keyimage.img",
   179-            "uart": "mcu",
   180-            "method": "xmodem",
   181:            "dfu_arg": "-d,3652:6615 -a 0 -R",
   182-            "usb_detect_timeout": 10,
   183-            "timeout": 1
   184-        },
   185-        {
   186-            "file": "xmodem_tools/sec/out/s100/SBL.img",
   187-            "change_file_name": "",
   188-            "uart": "mcu",
   189-            "method": "xmodem",
   190:            "dfu_arg": "-d,3652:6615 -a 0 -R",
   191-            "usb_detect_timeout": 25
   192-        },
   193-        {
   194-            "file": "xmodem_tools/sec/out/s100/hsmrca.pkg",
   195-            "uart": "acore",
   196-            "method": "xmodem",
   197:            "dfu_arg": "-d,3652:6615 -a 0 -R",
   198-            "acore": "",
   199-            "usb_detect_timeout": 5
   200-        },
   201-        {
   202-            "file": "xmodem_tools/sec/out/s100/spl.img",
   203-            "uart": "acore",
   204-            "method": "xmodem",
   205:            "dfu_arg": "-d,3652:6620 -a 0 -R",
   206-            "usb_detect_timeout": 5
   207-        },
   208-        {
   209-            "file": "xmodem_tools/sec/out/s100/MCU_S100_V1.0.img",
   210-            "uart": "acore",
   211-            "method": "xmodem",
   212:            "dfu_arg": "-d,3652:6620 -a 0 -R",
   213-            "usb_detect_timeout": 4
   214-        },
   215-        {
   216-            "file": "xmodem_tools/sec/out/s100/acore_cfg.img",
   217-            "uart": "acore",
   218-            "method": "xmodem",
   219:            "dfu_arg": "-d,3652:6625 -a 0 ",
   220-            "usb_detect_timeout": 30
   221-        },
   222-        {
   223-            "file": "xmodem_tools/sec/out/s100/bl31.img",
   224-            "uart": "acore",
   225-            "method": "xmodem",
   226:            "dfu_arg": "-d,3652:6625 -a 1",
   227-            "usb_detect_timeout": 5
   228-        },
   229-        {
   230-            "file": "xmodem_tools/sec/out/s100/optee.img",
   231-            "uart": "acore",
   232-            "method": "xmodem",
   233:            "dfu_arg": "-d,3652:6625 -a 2 ",
   234-            "usb_detect_timeout": 5
   235-        },
   236-        {
   237-            "file": "xmodem_tools/sec/out/s100/uboot.img",
   238-            "uart": "acore",
   239-            "method": "xmodem",
   240:            "dfu_arg": "-d,3652:6625 -a 3 -R",
   241-            "usb_detect_timeout": 5
   242-        }
   243-    ],
   
   
   

4. 在acore文件下载的过程发生非预期pid，我根据串口打印，判断是板子发生了复位(复位后默认pid是6610)

5. @CanNyCat

   到约 17.2%、准备下发 acore_cfg.img 时，实际枚举的是 3652:6610，紧接着 dfu-util 却等待 3652:6625

6. @tsie_coraci

   susb>>>
   high speed config #1: Device Firmware Upgrade Gadget
   UUUUU##DOWNLOAD… OK
   usb>>>
   ############################################################################################DOWNLOAD… OK
   usb>>>
   ##DOWNLOAD… OK
   e //此时准备下载acore，但是发生了复位
   [00.005134 0]ADC0x8
   [00.020497 0]Adc:0:1130:0x6
   [00.020833 0]Adc:1:640:0x4
   [00.021159 0]Adc:2:2092:0x9
   [00.021495 0]Adc:3:1736:0x8
   [00.021831 0]Adc:4:846:0x5
   [00.022165 0]01/18/2026_18:28:12
   [00.022542 0]
   [00.022711 0]Power off happened
   [00.059319 0]main_domain_init done
   [04.874082 0]Slot0x0
   [04.911260 0]DumpPmic 0x0:
   [04.911626 0]DumpPmic 0x0
   [04.915317 0]PvtChipId: 4, CPU: 900
   [04.915721 0]PvtChipId: 4, BPU: 845
   [05.102717 0]DumpPmic 0x2:
   [05.103082 0]DumpPmic 0x2
   [05.103780 0]pmic init ok
   susb>>>
   high speed config #1: Device Firmware Upgrade Gadget

7. SIP信息匹配

8. 691:Found DFU: [3652:6620] ver=0000, devnum=8, cfg=1, intf=0, path="2-2.1.4", alt=2, name="debug_mcu.bin", serial="S100P SIP V2.0 115d46010000207d06b38ac30c0b0a1c"
   

问题复现：我重新更换12v 80w电源，多次尝试下载，问题仍然发生在下载acore镜像

请问串口上出现的，power off 伴随ADC的信息和pmic信息，是否可分析指向什么问题

##DOWNLOAD… OK
e
[00.005134 0]ADC0x8
[00.020497 0]Adc:0:1130:0x6
[00.020833 0]Adc:1:640:0x4
[00.021159 0]Adc:2:2092:0x9
[00.021495 0]Adc:3:1736:0x8
[00.021831 0]Adc:4:846:0x5
[00.022165 0]01/18/2026_18:28:12
[00.022542 0]
[00.022711 0]Power off happened
[00.059319 0]main_domain_init done
[04.874082 0]Slot0x0
[04.911260 0]DumpPmic 0x0:
[04.911626 0]DumpPmic 0x0
[04.915317 0]PvtChipId: 4, CPU: 900
[04.915721 0]PvtChipId: 4, BPU: 845
[05.102717 0]DumpPmic 0x2:
[05.103082 0]DumpPmic 0x2
[05.103780 0]pmic init ok
susb>>>
high speed config #1: Device Firmware Upgrade Gadget

[tsie_coraci]

下载acore的时候，出现非预期pid（6610）是否有可能跟设备状态有关（soc配置了特殊密钥，开启了强制验证镜像失败导致复位后pid异常？）

仔细对比download过程串口日志与正常启动过程，日志一模一样。

我把dfu的过程拆开，逐步调试发现，问题不是发生在acore下载，而是acore下载前的mcu 下载，已经发生了pid跳变

以下是逐步调试的过程

power off 以及相关的pmic信息，都是在下载mcu之前，受控地执行。

[CanNyCat]

谢谢补充，第 5、6 楼一起看，按你最新的逐步测试，排查位置应前移到 MCU 下载及后续切换阶段，不能再称为 ACore 镜像下载失败。你已说明 Power off / ADC / PMIC 打印在正常启动也有、且发生在 MCU 下载前，因此我前面把这些打印作为优先查供电的线索不够准确；仅凭这些日志或 PID 回到 6610，也不能认定是特殊密钥或镜像验签失败，目前没有可提供的确定结论。

请以官方烧录说明的完整配套流程为准：若当前仍能进入 U-Boot，可按文档使用 Fastboot 模式；空板或系统损坏则使用 DFU+Fastboot。若官方原版流程仍复现，建议把已提供的 S100P SIP V2.0、镜像/XBurn 版本和这次 MCU 阶段前后的日志集中交给 XBurn/BSP 研发核查，重点确认该版本的阶段切换；这类官方流程异常不应直接归为二次开发。

如果涉及自行配置密钥、修改验签策略或拆改下载流程，则属于定制开发范围，论坛这边暂无进一步的适配方案，需由对应方案提供方确认。

[tsie_coraci1 (tsie_coraci)]

好的，请问通过什么途径把这些信息提交给到相关技术人员，谢谢。(我不是马甲 ，不知道为什么账号登录有问题，所以用了新账号。)

[CanNyCat]

已根据你提供的版本信息和日志对接研发同事进一步排查，后续有进展或需要补充信息，会在这里同步。

[CanNyCat]

请确认：使用官方原版镜像、不修改下载配置，完整按官方烧录流程操作时，是否也会出现同样问题？若仅在自行拆分或修改流程后出现，则属于二次开发范围，这边不提供适配支持。

[tsie_coraci1 (tsie_coraci)]

是的， 所有操作按照官方的描述方法操作，镜像也是用的官方的，全程没有做变更和修改。

[Marcelo (Marcelo615)]

是官方套件吗 ， 还是S100P模组+自定义底板

[tsie_coraci1 (tsie_coraci)]

是的，我这套环境官方套件的。

[Marcelo (Marcelo615)]

为了帮你更快定位，先确认几个信息：

1. 使用历史
这块板卡是首次使用，还是之前正常运行过一段时间后出现问题？电源异常现象（power 绿灯闪烁、串口 Power off happened / warm reset）是从什么时候、什么操作之后开始出现的？

2. 关于电源
官方套件标配的电源适配器经过整机测试，正常使用不应出现问题。如果你使用的是标配适配器，供电方向基本可以排除；如果中途换用过第三方适配器，建议换回原装再验证一次。

3. 关于 DFU 烧录
按手册，DFU+Fastboot 是系统变砖后的保底恢复方案，系统恢复用这个方案即可。烧录日志涉及内部固件实现细节，超出社区支持范围，这边无法协助深入分析。为便于判断是否存在操作层面的问题，请补充：

• DFU 烧录时 SW1/SW2 拨码状态、DOWNLOAD 指示灯状态（附图）
• XBurn 报错界面截图
• 该板卡此前是否有过任何一次成功烧录

4. 售后兜底
以上操作确认无误、原装电源验证后 DFU 仍无法恢复的话，建议通过购买渠道联系售后做硬件检测。 原装电源+软件侧DFU系统烧录就是社区侧给的保底方案了

@瓜仔

[瓜仔]

结合帖里已确认的信息（官方套件、官方 V4.0.5 镜像、全程按官方流程、换 12V/80W 电源后失败点仍稳定复现），电源方向基本可以排除了，问题收敛在 DFU 流程 MCU 下载阶段的 PID 非预期跳变（复位回 6610），这已经超出社区排查范围，等研发结论即可。补三点文档依据，方便按 Marcelo 的清单回资料：

1. 烧录注意事项：官方烧录说明明确要求「选用正规品牌的电源适配器，否则会出现供电异常导致系统异常断电」，并建议用板载 POWER ON/OFF 按键上下电、适配器断电状态下插拔 DC 头。之前那个 19V 适配器建议留作 A/B 对照，日常按原装来。
   1.2.1.1 烧录说明 | RDK S100/S600 DOC

2. 下载模式选型：DFU+Fastboot 只用于空板或系统变砖；非空板且能进 U-Boot 时优先用 Fastboot 模式。如果板子在某次上电后能稳定停在 U-Boot，可以顺手用 Fastboot 试一次做交叉验证（失败点是否一致，对研发定位有用）。
   连接类型与下载模式 | Xburn

3. 拨码状态附图：S100 的官方公开手册里只写了「需设置拨码使设备进入 DFU 引导模式」，没有公开的拨码档位对照表，所以回帖附图直接实拍板上 SW1/SW2/SW3 实际档位 + DOWNLOAD 灯状态就行，不用对照文档摆拍。

@tsie_coraci 补充资料时把「此前是否有过成功烧录」这条也带上——这是区分出厂状态问题和后续操作引入问题的关键信息。

[tsie_coraci]

原状态是ok的，曾经用在项目上。项目结束，挪了位置，电源适配器一直没找到，也没有单独可以购买的方式，使用了第三方的电源（dell 扩展坞 19v 130w电源，nxp 12v 80w电源）尝试，启动失败（绿灯闪烁），fastboot也没跑到。最后尝试dfu刷机也失败（进度17%）。

download失败截图以及板子状态

[CanNyCat]

收到，感谢补充。原装电源尚未做对照，建议先联系购买渠道确认适配电源的购买或借测方式；若使用确认适配的电源后仍无法启动、DFU 仍失败，再由售后进一步检测，现有日志可供研发核查。

[Marcelo (Marcelo615)]

从目前补充的信息来看，这块板卡此前在项目中是可以正常使用的，搬动后才开始出现无法正常启动、POWER 绿灯闪烁、Fastboot 无法进入，同时 DFU 烧录也无法完成。

综合这些现象，目前我们更倾向于是板级硬件状态异常，而不是单纯的 XBurn 或烧录流程问题。

另外注意到你提到烧录过程中没有安装散热。散热不足确实可能导致系统运行不稳定，因此这部分也建议先排除。不过，如果只是短时间进行启动或 DFU 烧录测试，没有安装散热通常不足以直接判断为硬件损坏；如果此前长期运行时也没有正常散热，则不能完全排除高温对硬件稳定性造成影响。

建议先按以下条件重新测试一次：

1. 安装好正常的散热器/风扇，并让板卡断电充分冷却后再上电；
2. 使用一套已确认可以正常驱动 RDK S100/S100P 的原装或适配电源进行交叉验证；
3. 先不进行 DFU 烧录，直接观察正常上电情况下 POWER 灯是否仍然持续闪烁，以及是否能够正常启动或进入 Fastboot。

如果在确认供电和散热均正常的情况下，POWER 灯仍然闪烁，并且正常启动、Fastboot、DFU 均无法恢复，那么从目前现象看更倾向于是板级硬件异常，建议通过购买渠道联系售后，对主板供电、PMIC 以及相关硬件进行进一步检测。

至于 DFU 过程中 MCU PID 的变化以及 Power off / ADC / PMIC 等日志，目前暂时不建议作为主要故障判断依据，因为前面的排查已经确认其中部分行为属于 DFU 流程本身。

可以先完成上述供电和散热条件下的交叉测试，如果现象仍然一致，建议直接按硬件异常方向处理。