-
公开(公告)号：CN108446865A
公开(公告)日：2018-08-24
申请号：CN201810340625.0
申请日：2018-04-17
Applicant: 北京清大高科系统控制有限公司 , 广州供电局有限公司
CPC classification number: G06Q10/0635 , G06Q10/06313 , G06Q50/06
Abstract: 本发明涉及一种基于区间方法的热-电耦合多能流系统功率风险评估方法，属于综合能源系统的风险评估技术领域。本发明的风险评估方法，建立多能流系统的设备模型、多能流系统中的随机性模型，考虑系统内储能设备、灵活机组的优化调度对于不确定性的消纳作用，给出求解此随机性问题的区间方法，计算未来一天内可再生能源的不确定性、电用户热用户耗能的不确定性会对多能流系统功率平衡造成的风险大小。本方法更准确地计算了电-热耦合多能流系统的运行风险。有利于提高运行安全性，并且有助于降低多能流系统的运行成本。为探索可再生能源多元消纳、多能系统联合调度做出了一定贡献。
-
公开(公告)号：CN107643687A
公开(公告)日：2018-01-30
申请号：CN201710908139.X
申请日：2017-09-29
Abstract: 本发明公开了一种工业园区综合能源系统的紧急控制方法，它包括以下过程：供电出现缺额或者故障时进行紧急控制的过程；供热蒸汽发生缺额或者故障时进行紧急控制的过程；供冷发生缺额或者故障时进行紧急控制的过程；供热水发生缺额或者故障时进行紧急控制的过程。本发明考虑了综合能源系统发生故障时的紧急控制策略，涉及冷/热/电/气等多能源，考虑了冷热设备的动态响应时间与多能相互转换，并提供了相关计算公式，进行紧急控制时提供了两种控制策略，以应急故障处理优先和以经济型优先供能的方案，用户可以根据自身实际需要对紧急控制策略进行选择，通过利用冷热电能源之间的相互转供，实现了故障时冷热电能源的可靠供应。
-
公开(公告)号：CN103887790B
公开(公告)日：2015-09-16
申请号：CN201410079163.3
申请日：2014-03-05
Applicant: 广州供电局有限公司 , 南京南瑞继保电气有限公司
IPC: H02J3/00
Abstract: 本发明输配电网协同潮流控制方法与系统，根据EMS对输电网建立输电系统模型，根据DMS对配电网建立配电系统模型，建立输、配电网之间的信息交互模型，利用EMS、DMS的潮流计算方式进行多次潮流计算，获取迭代计算结果，根据多次迭代计算结果，指定信息交互模型中的数据进行交互，确定输配电网协同潮流计算结果，根据输配电网协同潮流计算结果，对输配电网协同潮流进行控制。由于在输配电网中采用EMS和DMS分区潮流计算，进行迭代计算，减小了EMS和DMS中潮流计算使用等值方法建立网络模型带来的计算误差，提高整个输配电网协同潮流计算精度，从而能准确实现输配电网协同潮流控制，确保电力系统安全、高效运行。
-
公开(公告)号：CN111291782B
公开(公告)日：2022-09-09
申请号：CN202010032213.8
申请日：2020-01-13
Abstract: 本发明公开了一种基于信息累积k‑Shape聚类算法的累积负荷预测方法，包括：根据用电负荷曲线的形状特征，执行k‑Shape聚类；再转化成为用户之间负荷曲线的相似性矩阵和距离矩阵；在距离矩阵上获得刻画每个用户之间距离的分层结构；选择不同的聚类个数得到对用户不同的集群划分，训练学习模型，对用户的累积负荷进行概率性和确定性预测；确定每种集群划分的概率性和确定性预测累积负荷预测结果的权重，并将其组合为最终的累积负荷预测结果。本发明提出了较为全面地涵盖用户用电负荷的形状信息，而不依赖于提取特征；有利于用户用电特征的描述；实现了累积负荷预测的集成学习，以及概率性和确定性预测准确度的提高。
-
公开(公告)号：CN108808663B
公开(公告)日：2020-04-28
申请号：CN201810604932.5
申请日：2018-06-12
Abstract: 本发明公开了一种基于多能互补的工业用户热需求响应方法；根据存在热电联供系统CHP的工业园区多方供能架构，制定热需求响应互动机制，并对工业典型设备进行独立建模；以满足园区管理中心调峰需求同时兼顾工业用户运行经济性为优化目标，在冷热电功率平衡约束、设备物理约束及需求响应约束下，建立热需求响应模型，并对模型进行优化求解，得到工业用户热需求响应策略。本发明将用户对于冷、热、电能的需求纳入需求响应范围内，从工业用户的角度出发，提供合理的需求响应策略，有效缓解电力缺额，提高工业园区的用电安全与稳定性；相较传统需求响应策略，响应方式多样，用户侧损失更小，电网公司的调度费用更少，可实现电网公司与用户侧的双赢。
-
Patent Agency Ranking
公开(公告)号：CN107069836A
公开(公告)日：2017-08-18
申请号：CN201710213387.2
申请日：2017-04-01
Applicant: 广州供电局有限公司 , 北京清大科越股份有限公司
IPC: H02J3/48
Abstract: 本发明涉及一种自动发电控制过程中的发电需求容量测定方法和系统。上述自动发电控制过程中的发电需求容量测定方法，包括如下步骤：在自动发电控制过程中，根据区域电网在设定时间段内各个时刻所产生的负荷数据生成区域负荷曲线；在自动发电控制过程中，根据区域电网在设定时间段内各个时刻所对应的联络线传输功率生成联络线传输功率曲线；根据所述区域负荷曲线以及联络线传输功率曲线计算所述区域电网在设定时间段内的发电出力曲线；获取所述发电出力曲线的最大幅值，将所述最大幅值确定为发电需求容量。其所确定的发电需求容量具有较高的准确性。
-
公开(公告)号：CN106022542A
公开(公告)日：2016-10-12
申请号：CN201610478713.8
申请日：2016-06-24
Applicant: 广州供电局有限公司电力调度控制中心 , 南京南瑞继保电气有限公司
Abstract: 本发明公开了一种基于工序负荷特性的企业关口负荷预测方法，包括以下步骤：(1)获取负荷预测需要的样本数据；(2)获取负荷预测需要的影响因素信息；(3)对工序负荷进行负荷特性分析并根据结果将预测工序负荷划分类型；(4)进行预测模型匹配并进行样本集合的选择；(5)判断模型和样本是否都具备预测条件，满足则进行关口分量负荷预测并统计预测误差，根据预测误差不断对分量预测结果进行修正；(6)将所有工序分量预测结果进行叠加，判断是否满足设定的条件，如果满足则将最终的关口预测结果输出。本发明能够获得最终的企业关口负荷预测结果，由于综合考虑了企业各个工序的负荷特性和负荷变化趋势，可以有效提高企业负荷预测精度。
-
公开(公告)号：CN109472401B
公开(公告)日：2020-05-12
申请号：CN201811280874.1
申请日：2018-10-30
Applicant: 广州供电局有限公司
Abstract: 本申请涉及一种分布式供能运行策略的确定方法、装置、设备和存储介质。所述方法包括：获取终端用能信息和资源信息；对可能使用到的单元设备进行建模，得到超结构模型中各单元设备相互间的能量及约束关系；将各单元设备相互关联起来建立逐时运行优化模块，实现供给与需求的最优逐时匹配，并获得该最优逐时匹配时刻相对应的运行负荷率；确定最优的技术组合、各单元设备最优的装机容量和运行负荷率，并将所述最优的技术组合、各单元设备最优的装机容量和运行负荷率作为实际运行供能的方式。本发明解决了初始投资成本过高，以及系统效率低供能系统运行成本高的经济问题，达到了节能、减排以及电网削峰填谷的目的。
-
公开(公告)号：CN106655284B
公开(公告)日：2020-04-14
申请号：CN201611240257.X
申请日：2016-12-27
Applicant: 广州供电局有限公司 , 北京清大科越股份有限公司
IPC: H02J3/46
Abstract: 本发明涉及一种发电调度控制方法和系统，其方法包括：监测预设的与电力拓扑结构相关的发电调度控制边界条件是否发生变化，若所述发电调度控制边界条件发生变化，则判定电调度控制的事件触发条件被满足；检测当前时间是否为预设的时间触发时间，若是，则判定电调度控制的时间触发条件被满足；在所述事件触发条件被满足时，或者在所述时间触发条件被满足时，启动电网调度运行中的实时发电调度优化计算。采用本发明方案，可以提升电网运行的安全性。
-
公开(公告)号：CN109143878B
公开(公告)日：2020-01-03
申请号：CN201810883528.6
申请日：2018-08-06
Applicant: 广州供电局有限公司
Abstract: 本发明涉及一种多路采集通道的遥信消息和SOE消息处理方法、计算机设备、计算机存储介质。上述方法包括：通过SCADA系统的前置集群采集多路RTU通道上传的初始数据，将所述初数据汇聚到分布式发布订阅的生数据队列；将所述生数据队列中的各个消息分配至预设的多个通道消费模块；按类型把遥信消息分配给遥信选优模块，把SOE消息分配给SOE选优模块；将采集的遥信消息写入预设的RTU实时断面键值数据库，判断后续采集值是否反转，通过剩余通道号队列匹配过滤，判断后续遥信是否重复，根据不反转和不重复的遥信消息确定优选的遥信消息，将选优的遥信消息发送给结果队列；按SOE消息的时标过滤匹配，排除后续重复，把选优的SOE消息发送给结果队列。
-
-
-
-
-
-
-
-
-
Search Results
40
records
(took 0.046 seconds)
