储能APP开发

储能APP面向储能设备厂商、系统集成商、能源服务商、工商业业主和运维团队，用手机承接站点查看、设备状态、能量统计、异常告警、工单处理及经过授权的远程操作。红数科技根据户用储能、工商业储能或电站运维的实际系统结构，梳理 BMS、PCS、EMS、计量表、网关、云端和移动端之间的数据关系，再完成 iOS、Android、服务端与管理后台开发。项目不把 APP 当成现场保护系统，而是把数据来源、更新时间、操作权限和设备返回结果做清楚，让移动端看到的信息能够与现场记录互相核对

数据看得准: BMS、PCS、EMS与网关数据按统一口径展示并标明时间
告警可处理: 告警分级、确认、恢复、派单和处理记录能够前后对应
策略有边界: 充放电计划与远程指令经过权限、校验和设备联锁
离线不误判: 断网、延迟、补传和时钟异常都有明确的状态提示
权限分得清: 业主、运维、服务商和管理员只处理授权站点与设备
验收可复现: 用真实设备、异常数据和弱网环境验证主要业务结果

详情介绍

先确定这款APP给谁用、管什么储能系统

家用储能用户关心今天发了多少电、剩余电量和家庭用电方式；工商业业主关心峰谷充放、需量、收益估算和多站点对比；电站运维人员则更在意设备拓扑、告警、工单和操作审计。界面可以长得相似，数据规模、权限和安全要求却完全不同。

应用类型	主要使用人员	首先要解决的问题
户用储能	家庭用户、安装商和售后人员	配网绑定、家庭能量图、SOC、运行模式、告警和售后
工商业储能	企业业主、能源管理员和运维团队	多站点、峰谷计划、功率、需量、收益估算、告警和报表
储能电站运维	值班、检修、安全和管理人员	设备层级、实时数据、告警处置、工单、审批和操作记录
光储充一体化	园区、场站和运营人员	光伏、储能、充电、负荷及计量数据怎样统一查看
设备厂商配套	销售、安装商、终端客户和售后	设备激活、项目交付、远程诊断、版本和服务记录

一款 APP 可以支持多个角色，但首期必须有明确主用户。面向家庭用户的产品不应把大量电芯参数直接堆在首页；面向专业运维的产品也不能只显示几张漂亮的能量图，却找不到告警来源、设备编号和数据时间。

APP看到的数据从哪里来

常见数据路径是设备经 BMS、PCS、EMS 或现场网关汇集，再由云端服务提供给 APP。具体项目可能使用 Modbus RTU、Modbus TCP、CAN、IEC 61850、MQTT、HTTPS 或厂商私有协议，但协议名称不能代替接口资料。

系统或设备	常见数据	开发前需要确认
BMS	电芯、模组、电池簇、电压、电流、温度、SOC、SOH和告警	数据层级、采样频率、状态码、精度、无效值和单位
PCS	充放电功率、电压、电流、运行状态和故障	正负方向、功率限值、模式、指令条件和返回结果
EMS	站点状态、策略、计划、设备汇总和控制结果	EMS是否为最终数据来源，哪些指令允许从云端下发
电表	进线、出线、负荷、电量、需量和功率因数	表计位置、倍率、结算口径、时段和缺失数据处理
网关	设备在线、采集时间、网络质量、缓存和补传	心跳、离线判断、重连、时钟同步和本地存储能力
云端服务	账号、站点、设备、历史数据、告警、工单和审计	租户隔离、数据保存周期、接口频率和部署区域

接口文档至少应提供设备型号、点位表、数据类型、单位、倍率、读写属性、枚举值、异常码、采集频率和样例报文。只有字段名没有说明，例如只写 power、status 或 energy，很难判断它代表交流侧还是直流侧、瞬时值还是累计值、充电为正还是放电为正。

如果客户已有 EMS 或物联网平台，应先确认 APP 是读取现有接口，还是还要建设新的设备接入与云端服务。两者的工作量和责任边界差别很大。没有稳定设备数据时，移动端无法靠界面开发补齐现场问题。

SOC、功率和收益不能只显示一个数字

储能数据除了数值，还需要时间、单位、来源和质量状态。同一个 SOC 如果是十分钟前的缓存值，和刚从 EMS 获取的实时值，用户应该能够看出区别。

数据项	容易出现的问题	APP应怎样说明
SOC	不同设备算法和刷新频率不同	标明设备、更新时间和不可用状态，不自行修正
SOH	算法可能来自BMS或厂商平台	说明来源与展示精度，不把估算值写成检测结论
实时功率	正负方向、交流直流侧不一致	在接口中固定口径，并在页面说明充电与放电方向
日充放电量	跨天、时区、表计复位会影响统计	确认自然日、站点时区、计量来源和补算规则
节省费用	电价、需量、效率和基准算法不同	展示计算条件，不能把估算收益当成结算金额
设备在线	云在线不等于设备正常运行	区分设备运行、网关在线、云端连接和数据延迟

曲线缺点时不能默认用零补齐，否则会把通信中断误画成设备停机。补传数据要按原采集时间入库，不能全部落在恢复连接的那一刻。站点跨地区或海外使用时，还要确定时区、夏令时和本地日界线，否则日报与现场记录对不上。

告警不是弹出一条消息就结束

告警阶段	应保存和展示的内容
产生	站点、设备、告警码、级别、原始时间、首次值和数据来源
通知	APP消息、短信或其他渠道的接收对象、发送时间和结果
确认	谁确认、何时确认、是否正在处理及必要备注
派单	负责人、截止时间、现场要求、处理步骤和附件
恢复	自动恢复或人工关闭、恢复时间、持续时长和最终状态
复发	相同设备和相同告警再次出现的次数与时间间隔
归档	原因、处理结果、更换部件、停机影响和审核记录

告警级别应来自设备和运维规则，不能由 APP 设计人员凭颜色决定。紧急、重要、一般和提示分别通知谁，是否需要升级提醒，恢复后是否自动关闭，都要在项目中确认。

设备短时抖动可能连续产生大量相同告警。可以按规则合并展示、抑制重复通知，但不能把原始事件直接删除。通知成功也不等于问题已经处理，只有确认、派单、处理和恢复信息能够对应，告警记录才有实际用途。

远程操作首先要保证边界清楚

移动端可能涉及启停、运行模式、充放电功率、计划曲线、告警复位或其他参数。是否开放以及开放到哪个角色，必须由设备厂商、系统集成方、业主和安全负责人共同确认。

操作环节	应有处理
身份确认	使用有效账号、角色、站点权限和必要的二次验证
操作前检查	确认设备在线、状态允许、参数范围和现场联锁条件
清楚提示	显示目标站点、设备、指令、参数和可能影响
防止重复	每条指令有唯一编号和有效时间，重复提交不重复执行
设备反馈	区分已提交、网关已接收、设备已执行、拒绝和超时
操作记录	保存操作人、时间、设备、参数、结果和失败原因
异常处理	断网、超时、状态变化和部分执行时提供明确后续动作

“指令发送成功”只能说明服务器接受了请求，不能写成设备已经执行。最终结果应以后端、网关或 EMS 返回的设备状态为依据。对高风险操作，可按项目要求增加双人确认、审批、操作窗口、现场许可或只允许在专用网络中使用。

APP不得绕过 BMS、PCS、EMS 的保护和联锁，也不替代消防、继电保护、急停或现场安全系统。云端或 APP 不可用时，设备本地保护和安全运行不能因此失效。是否允许远程控制，应以项目的电气设计、网络安全要求和现场管理制度为准。

户用端和运维端应该各自看什么

使用人员	常见功能
家庭用户	设备绑定、家庭能量图、发用电量、SOC、运行模式、消息和售后
企业业主	多站点概览、功率、电量、需量、计划执行、费用估算和月报
值班人员	实时状态、设备拓扑、告警、确认、交接记录和操作申请
检修人员	工单、设备档案、历史告警、现场记录、照片和备件信息
能源运营	站点对比、策略执行、峰谷数据、异常情况和运营报表
设备厂商	型号、序列号、固件、运行数据、诊断信息和售后记录
系统管理员	企业、站点、账号、角色、权限、字典和操作审计

同一站点可能同时属于业主、运营商和设备服务商，但三方能看的数据和能做的操作不应完全相同。服务商可以查看诊断数据，不代表可以改变业主的充放电计划；企业总部可以看全部站点，也不代表每个分公司管理员能跨区域操作。

站点移交、更换运营商或设备售出后，账号与设备的关系也要有记录。简单删除旧账号可能造成历史工单、告警和操作记录失去责任人，应通过停用、转移和授权到期处理。

充放电策略要和现场EMS说同一种语言

常见策略包括峰谷套利、需量控制、光伏消纳、备电优先和按计划充放。APP负责设置和查看时，必须明确策略由谁计算、由谁执行、冲突时谁优先。

需要确认	具体问题
执行位置	策略在EMS、网关、云端还是设备本地执行
时间计划	按站点本地时间还是服务器时间，跨天计划怎样处理
功率限制	最大充放功率、SOC上下限、并网限制和动态降额
冲突顺序	手动、计划、需量、备电、安全保护之间谁优先
生效确认	下发、接收、校验、生效和实际执行怎样分别记录
版本管理	策略修改前后内容、操作人、生效时间和回退方式

APP可以帮助用户配置和检查策略，但不应在不了解现场约束的情况下自行决定充放电。电价、需量和收益页面也应使用经过确认的计算方式，并注明估算条件。财务结算、电网交易或正式节能报告若有专门要求，需要按对应系统和制度另行处理。

弱网、离线和大量设备同时上报必须测试

储能站点可能位于园区、屋顶、山区或通信条件不稳定的现场。网络短时中断时，页面要显示最后更新时间和离线状态，不能继续把旧数据伪装成实时数据。

网关断开后，云端何时把设备判断为离线；
网络恢复后，缓存数据按什么顺序补传；
同一时间大量设备重连，服务端是否能够承受；
曲线查询较长时间范围时，是否分页、聚合或降采样；
告警风暴出现时，通知和工单是否重复创建；
APP切换前后台、锁屏或更换网络后，数据是否正确恢复；
服务器维护时，现场设备是否继续按本地策略运行；
数据超时、无效值和接口失败是否有不同提示。

实时数据并不是刷新越快越好。电芯级点位数量很大，移动端通常按用途展示汇总或按需查询。采集频率、云端上报频率、页面刷新频率和历史保存精度应分别确定，在可用性、服务器费用和查看需要之间取得平衡。

APP、服务端和设备接口分别做什么

组成部分	常见工作范围
iOS与Android APP	登录、站点、设备、实时数据、曲线、告警、工单和授权操作
管理后台	企业、用户、站点、设备、点位、告警规则、权限和审计管理
云端服务	账号、接口、数据存储、告警处理、消息、指令与系统记录
设备接入服务	协议解析、设备鉴权、心跳、数据上报、缓存和指令转发
EMS或厂商接口	站点数据、策略、设备状态和允许的控制能力
消息服务	APP推送、短信或约定渠道的告警与工单通知

开发范围可能只包含移动端和现有接口对接，也可能包含云平台、设备接入和后台。报价与合同必须把这些部分逐项写清，尤其要说明协议适配由谁完成、测试设备由谁提供、现场联调由谁配合，以及硬件固件是否需要修改。

数据和账号安全从一开始就要考虑

储能项目可能包含企业用能、设备运行、站点位置、人员账号和远程操作记录。开发前应确认部署地区、数据分类、保存期限、备份、导出和删除方式，并按项目适用要求落实网络安全、数据安全和个人信息保护。

账号应支持强密码或企业统一身份认证、登录失效、设备管理和必要的二次验证。接口需要身份校验、传输加密、防重放、访问频率限制和异常记录；设备密钥不能硬编码在 APP 中，也不能让所有设备共用一个长期不变的公开密钥。

管理后台应限制批量导出、远程操作和权限变更，重要操作保留审计记录。生产、测试和演示环境需要分开，测试不得长期使用真实站点密钥和完整生产数据。涉及电力监控系统或关键信息基础设施时，还需由客户安全负责人依据现行规定确定网络分区、访问方式、安全防护和测评要求，不能把公网 APP 的通用做法直接套用。

在中国境内发行 APP 时，还要根据实际上线方式准备应用主体、APP备案、隐私政策、个人信息收集清单、第三方 SDK 清单和应用商店材料。定位、相册、相机、通知等权限应在真实使用时说明用途，不在启动时一次性索取无关权限。

项目怎样推进

确定应用场景：明确户用、工商业、电站或光储充，确定主要用户和首期目标。
核对系统结构：确认 BMS、PCS、EMS、网关、云平台、计量表和第三方系统。
整理设备资料：核对协议、点位、状态码、单位、频率、读写属性和测试设备。
写清数据口径：确定功率方向、电量、SOC、在线状态、时间和收益计算方式。
确认安全边界：确定账号、站点权限、远程操作、审批、联锁和审计要求。
设计APP与后台：完成信息结构、原型、视觉、主要状态和异常页面。
开发与模拟联调：建设移动端、服务端、后台及接口，用模拟数据覆盖异常情况。
真实设备联调：连接代表型号，检查采集、告警、策略、指令和断网恢复。
试运行与发布：完成压力、安全、兼容和现场试运行，准备备案与应用商店材料。
培训与交接：培训业主、运维和管理员，交付账号、文档、测试记录与维护边界。

设备协议、测试环境和现场人员是否及时到位，会直接影响排期。硬件还在改协议、EMS接口不稳定或点位表频繁变化时，页面开发即使完成，也不能代表项目已经具备交付条件。

开发周期主要由接入范围和联调条件决定

以下时间用于前期判断，正式排期以设备型号、接口现状、远程操作范围和上线要求为准。

项目情况	参考周期	主要工作
单一场景状态查看	8—12周	账号、站点、设备、实时数据、曲线、告警和基础后台
工商业运维与远程操作	12—20周	多站点、策略、工单、权限、审计、指令和真实设备联调
多厂商平台或电站级应用	20—32周或更长	多协议、多角色、高并发、复杂安全要求和多轮现场试运行

若已有稳定云平台和标准接口，APP可以较快进入开发。若项目还包含设备接入平台、EMS改造、边缘网关程序、历史数据迁移或海外商店发布，需要单独增加时间。应用商店审核、APP备案和客户安全流程的时间受材料与外部处理影响，不承诺固定天数。

服务费用按系统边界和真实联调工作核算

储能APP不能只按页面数量报价。只读取一个标准云接口，与接入多家 BMS、PCS、EMS、建设云平台并开放远程控制，工作量和风险完全不同。红数科技会先确认系统结构和首期范围，再提供书面报价。

报价因素	主要差别
APP平台	只做Android、只做iOS、双端原生或跨平台开发
应用场景	户用查看、工商业运营、电站运维或多场景共用
设备接入	使用现有云接口、对接EMS、网关接入或多厂商协议适配
数据规模	站点数、设备数、点位数、采集频率和保存年限
告警工单	分级、通知、确认、派单、升级、恢复和统计要求
远程操作	参数范围、审批、二次验证、联锁、结果和审计要求
策略报表	峰谷、需量、光伏消纳、收益估算和自定义报表
安全部署	公有云、专有云、私有部署、网络分区和测评配合
联调范围	模拟器、实验室设备、现场站点、设备型号和试运行周期
交付方式	源码、部署资料、接口文档、应用商店账号和长期维护

报价应注明包含哪些移动端、后台、服务端和设备接口，覆盖多少站点、型号与代表点位，第三方云、短信、推送、地图、证书和应用商店费用由谁承担。客户比较方案时，应重点看协议联调、远程操作和异常测试是否写进范围，而不是只比较页面数量。

哪些客户更适合建设

储能设备厂商，需要为设备配套客户查看端和售后工具；
储能系统集成商，需要统一查看项目交付后的站点与设备；
工商业储能运营方，需要多站点、告警、工单和运行报表；
园区或企业业主，需要随时查看储能、光伏、负荷和计量数据；
已有 EMS 或物联网平台，希望补充 iOS、Android 移动端；
现阶段依靠多个厂家后台和人工报表，数据口径经常对不上；
对账号权限、远程操作、审计记录和私有部署有明确要求。

如果只需要现场大屏或值班电脑使用，应优先评估 Web 管理端；如果只做家庭单设备查看，首期可控制在绑定、状态、能量、告警和售后；如果还没有稳定协议、网关或云接口，应先把设备接入方案确定，再估算完整 APP。

最终交付哪些成果

已确认的场景、用户、系统结构、数据口径和安全边界；
站点、设备、告警、工单、策略和远程操作的业务说明；
iOS、Android APP原型、视觉设计和约定功能；
企业、站点、设备、账号、角色、点位、告警和审计管理后台；
合同约定的云端服务、数据库、设备接口与部署配置；
协议字段、接口、错误码、消息和远程指令说明；
代表站点、设备、告警、历史曲线和用户测试数据；
功能、接口、弱网、压力、权限、安全和兼容测试记录；
真实设备联调记录、问题清单和试运行结果；
APP备案、隐私材料、应用商店提交与版本发布协助；
管理账号、操作手册、培训记录、备份与维护边界；
合同约定的源码、构建资料、部署资料或第三方授权说明。

源码交付取决于开发方式和合同约定。使用第三方地图、推送、云服务、协议库或设备平台时，仍受对应许可与账号条件约束。签约前应明确源代码范围、应用签名、商店账号、服务器账号、设备密钥、数据库和历史数据由谁持有。

验收要让数据、告警和操作都能回到现场核对

验收范围	合格表现
账号与站点	不同企业和角色只能看到授权站点、设备与功能
设备接入	代表型号鉴权、上线、心跳、重连和停用结果正确
数据口径	SOC、功率、电量、状态、单位和时间与确认来源一致
历史曲线	跨天、缺点、补传、聚合和时区处理符合约定
在线状态	设备、网关、云端和数据延迟能够分别判断
告警处理	产生、通知、确认、派单、恢复和重复告警记录正确
远程指令	权限、参数、二次确认、唯一编号、超时和设备结果可查
策略计划	时间、功率、SOC限制、优先级、生效和修改记录正确
弱网恢复	断网、切网、后台运行、重连和补传时不会误显示
大量数据	约定设备和点位规模下，查询、上报和通知保持可用
权限审计	登录、导出、授权变更和重要操作记录完整
版本发布	安装、升级、回退、隐私说明和商店材料符合约定
交付资料	源码或使用权、账号、文档、测试与培训记录符合合同