华为Pura 80 Ultra：影像与通信双突破

　　那天下午三点零七分，测试间顶灯第三根管子开始频闪，不是规律的，是抽搐式的——亮、灭、半亮、再灭，像心电图快停那一下。我盯着它看了十八秒，没动。手边三杯咖啡还在桌上，最左那杯奶泡已经塌成灰褐色一圈，中间那杯冷透了，杯底积着浅浅一层褐色环，最右那杯连盖都没掀，塑料膜上还凝着水珠。组长蹲在Pura 80 Ultra样机堆里扒拉主板编号，手指甲缝里嵌着灰绿色防焊油墨，他抬头说“这版影像链路得过”，我就“嗯”了一声，没接话。

外观展示图，仅供参考

　　我原以为只是算法模块热衰减导致的RAW帧丢行，结果复现出来是基带固件在连续挂起-唤醒二十一次后，偷偷把ISP的时钟门控寄存器给清了——不是写错，是清空。那个大版本的ISP驱动和Modem HAL之间隔着四层抽象，连日志都得靠串口硬抠，而开发甩过来的dump里，logcat只打了“ISP_CFG_SUCCESS”，后面直接跳到“CAMERA_CLOSED”。我说不准这算不算他们写的日志逻辑，但那个“SUCCESS”我敢打包票是手敲进宏里的，因为我在他Git commit message里见过一模一样的拼写错误：“SUCCES”加了个S，后来补了个patch才修掉。就是这个S，骗了我们三轮自动化回归。

　　凌晨一点十五，我坐在工位上重跑通信压测脚本，第十九遍。屏幕右下角时间跳到1:15:03，手机刚好在弱场（-117dBm）下完成一次VoLTE回落失败。不是掉话，是回落过程中RRC状态卡在RECONFIGURATION_PENDING超过三百七十二秒，然后被基站静默释放。我抓包看信令，UE发了MeasurementReport，基站回了RRCConnectionReconfiguration，但UE没发ReconfigurationComplete——它卡在那儿了，像个举着喇叭喊完话却忘了放下的人。我截图发群里，产品经理秒回：“能录屏吗？我们剪进发布会slogan里。”我删了回复，转头把手机塞进屏蔽箱，扣盖子时碰倒了桌上便利贴，蓝边那张飘下来，上面是我上周记的：“PURA70老款温控墙：>42℃锁AF帧率”。这张没撕，就让它躺在键盘缝里了。

　　说优胜劣汰？对。但淘汰的不是差的，是“不配合的”。比如那个通信链路上的QoS标记逻辑，上一版用的是DSCP=46，这一版改成IP precedence=5+ECN=1，听着更细粒度了是吧？结果某地运营商核心网根本不认识ECN字段，直接丢包。我们改回来？不行。协议栈团队说“这是新基线，下游所有芯片适配都按这个走”。可他们没告诉你，云南昭通那台华为自建的核心网测试机，ECN字段一进就触发BUG，连告警都不报，只静默吞包。这事我没写进bug系统，写了三次，三次被退回——“非主干流程，不阻断封版”。最后一次退回理由是：“请关联已知问题CN-28941”。我查了，CN-28941是个五年前的旧单，标题写着“部分区域ECN兼容性验证待开展”，状态是“延后”。延后到哪年？没写。我问开发，他正在调WiFi 7的TX power ramp，耳机里还漏着《三国演义》评书声，司机师傅载我回家时也在听同一段，正讲到“庞统入川，马坠落凤坡……”

　　影像那块更绝。长焦夜景模式开AI降噪，连续拍八张后，第七张的直方图突然左移两档，ISO值却没变，Gain也对得上——说明是算法层偷换模型分支了。我们抓NV12 raw，拿Matlab比对，像素级偏移量恒定为+3.8，正好是某个未发布的denoise_v3_patch_1的补偿偏置。可文档里写的v3 patch只修复“强光鬼影”，压根没提暗部补偿。我找算法同事问，他正用平板画UML时序图，铅笔断了，掰了两截接着画，说：“哦，那个啊，调试开关忘了关，release包里还带着。”我说你确认过？他点头：“我本地build过，没问题。”——他没说过他build的是debug variant，也没说他的板子内存是特挑的LPDDR5X，批次号后三位是A02。我们线上机器是B17。

　　测试间灯又闪了一下。这次是第二根，闪得比刚才慢，但持续时间长，像在喘气。我站起来去摸配电箱，手还没碰到闸刀，隔壁组一个实习生探头问：“姐，你们Pura 80的5G SA重选延迟测出来多少？”我随口说“三百二十毫秒左右”，说完就后悔了——那是我上午用一台样机在实验室环境测的，信号源稳定，没有乒乓切换。可实际外场数据呢？上周东莞松山湖园区实测，三十七次重选里有六次超两秒，最长那次二点四秒，期间视频通话断了四次，但日志里只记了“SA_RESELECT_START”。我懒得改口，就点了点头。点头不代表承认，这点你懂的。

　　我桌隔板右上角贴着张便利贴，字是反着写的，我自己贴的，因为够不着正贴。上面写：“别信日志里的success”。旁边还有半个咖啡渍印，形状像只歪嘴鸟。昨天组长把它撕了，今天我自己又写了一张新的，照样反着贴。反正没人读，贴着图个心里踏实。

　　明早九点要交封版前最后一轮稳定性报告。我现在得去重刷一遍Wi-Fi漫游场景——不是为了过，是为了把那台总在-68dBm时候卡住的样机，手动reset三次，再跑完全部用例。不然自动化会把它标成“偶发fail”，而我知道，它只是在等一个特定RSSI阈值，再配合某个baseband timer溢出，就能稳稳栽进去。这事儿我跟谁都说不清。不如先刷了。

（编辑：171手机网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!