做一套面向户用光储的软件,最容易开始的地方往往是画界面、写功能、做算法曲线;但真正困难的部分,是先弄清楚人们会在什么情境下打开它,看到异常时是否理解,网络或状态信息不足时系统又该明确放弃什么。围绕这些问题,新疆政法学院学生团队在“三下乡”社会实践期间开展入户走访和访谈交流,并将交流内容带回“胡杨新能——面向南疆的自适应户用光储智慧管理系统”的原型设计中。

从现场交流开始,而不是替现场下结论。在入户走访和访谈交流中,团队询问了用电情况、光伏设备使用、日常运维、手机端服务和语言需求等内容。这些交流提供的不是一套可以直接推广为“当地普遍需求”的统计结论,也不是项目已经在现场安装、试用或运行的证明。对学生团队而言,它更像一组需要持续回到软件设计中回答的问题。

例如,设备信息如果只以复杂参数出现,用户是否能看懂它的含义;在移动场景下,人们是否能快速找到自己关心的状态;出现异常或信息不完整时,页面是只显示一个笼统提示,还是应该把数据来源、时间与边界说清楚;当通信条件变差时,软件是否应当继续扩张操作权限。这些问题并不只属于某一种算法,也构成了面向南疆场景进行软件探索时应当认真面对的使用环境。
团队没有把走访中的零散交流直接包装成已被验证的产品结论,而是将信息易理解、移动查看、异常提示和弱网条件下权限收缩,作为后续需要继续验证的设计方向。这个选择也决定了胡杨新能的技术表达更强调“看得清边界”,而不是在信息不足时把软件写成无条件的自动控制者。

三端软件原型回应不同使用情境。围绕信息呈现和移动入口,团队已分别完成Windows桌面端、APP端和微信小程序端开发。三个程序各自具有独立的界面和交互实现,同时通过同一套后端数据API接入统一数据服务,形成基于统一API的三端软件协同原型。
Windows桌面端适合承载更完整的运行总览、数据源查看和策略工作台。较大的屏幕空间可以让多个信息区域同时出现,也便于团队在原型验证阶段检查不同数据和策略展示之间是否存在冲突。APP端更面向移动场景下的快速查看,强调将环境信息、状态和策略边界组织为较容易理解的页面。微信小程序端则提供轻量化的查看和交互入口,使光伏、储能、负载与环境信息可以在较低门槛下被访问。
三端并非用不同页面重复同一堆内容。桌面端、APP端和微信小程序端面对的使用情境不同,因此应当承担不同的信息密度与交互任务;统一后端数据API则使它们能够围绕同一套数据服务建立连接。当前可以明确的是,三个程序已经实际开发完成,统一数据API已经建立;尚不能据此扩大为三端已经接入真实逆变器、电池或实体电站。

弱网不是“功能更多”,而是边界更清楚。南疆场景中的距离、分散性和通信条件,是团队在设计中需要考虑的约束之一。对软件原型来说,弱网并不只是加一个“离线”按钮,更重要的是识别当网络质量下降、状态时效变差或缺少关键应答时,系统还能做什么、不能做什么。
因此,胡杨新能在软件逻辑中将权限收缩作为设计方向:当信息充分且条件健康时,软件可以呈现更完整的策略与状态;当数据过期、通信异常或关键应答缺失时,应当转向更保守的展示、提示或处理方式。它的目的不是替代底层设备保护,而是避免上层软件依据过期或不完整信息继续制造“可以控制一切”的错觉。
这种设计方向尚处于软件原型和仿真验证阶段。它可以说明团队意识到网络质量、数据时效和权限之间存在关系,却不能写成已经在南疆真实设备现场验证有效。后续仍需通过实验环境、接口记录和异常场景测试,把页面中呈现的逻辑逐一变成可复核的工程证据。
团队让技术回到具体的生活场景。从入户走访到访谈交流,再到Windows、APP和微信小程序三端原型,胡杨新能的项目路径并不追求用一组宏大结论覆盖所有场景。团队更愿意把问题拆开:用户需要怎样查看信息,运维人员需要怎样理解状态,软件如何标记数据来源,算法候选如何接受安全边界,通信条件不足时怎样主动收缩权限。
这些问题尚没有因为一个原型或一次获奖而得到最终答案。后续团队将继续核验需求记录,完善数据身份标识、接口适配、状态回传与异常处理,并在实验环境中逐步验证数据采集、设备应答和安全边界等环节。只有把调研、软件和设备验证之间的距离一段段走完,面向南疆场景的探索才能从一组界面和构想,逐渐长成更可检验的技术路径。