第278章 要求增加卫星通信模块
读一本书，过一段人生。
⚡ 自动翻页
开启后阅读到底自动进入下一章
⚡ 开启自动翻页更爽
看到章尾自动进入下一章，追书不用一直点。
  窗外园区灯带延向远处，试製楼与晶片平台实验楼之间那条內部连廊依旧亮著，像一根被拉得极紧的弦，把飞星、天衡5、车端併线和製造平台硬生生拴在同一套节奏里。而在这间不大的会议室里，桌上摊开的，已经不再只是功耗趋势图和整机生存链草图。
  最中间那张白板上，五个字被圈了出来：
  卫星通信模块
  没有人先开口。
  不是因为这个方向陌生。恰恰相反，正因为熟悉，会议室里这些人才更清楚，这五个字的分量究竟有多重。
  终端战略组和应急通信组最早提出这条线时，飞星还停留在概念级定义阶段。那时大家討论的是ai时代旗舰终端到底应该承担什么样的边界能力：本地化计算、统一算力架构、硬体级隱私计算、跨端任务接续、极限工业设计，乃至极端场景下的独立连接能力。卫星通信一度被认为是“真正面向下一代终端范式”的能力之一，但很快又被现实按了回去。
  原因並不复杂。
  空间不够。
  功耗预算不够。
  热余量不够。
  天线与射频复杂度会成倍上升。
  整机连续感和边界表达会被直接撕开。
  更重要的是，飞星当时连最基本的整机生存链都还没成立，把卫星通信塞进去，几乎等於主动给一台本就危险的机器再压上一块巨石。
  於是那条线被封进了“当前版本不进入”的名单。
  可现在，事情变了。