当前时间: 2026-07-14 22:42:28
分类:办公文件
评论(0)
手搓“用户终端电价”(补充说明)笔者既不会拍视频、PPT也画得比较“烂”,所以请大家将就一下。本文主要就手搓“用户终端电价”的步骤进行详细介绍,希望大家能“复现”相关计算结果,进而应用于实际操作中。很简单,跟“大象装冰箱”的步骤是一样的。以北京为例:大家知道:电力现货市场上的价格存在“早高峰”和“晚高峰”两个峰值。其中“晚高峰”尤为明显(因为该时段本地光伏发电的出力都归零了,需要其它电源进行顶峰),但“早高峰”并不明显(早上人们开始起床活动、用电负荷开始爬升,同时本地光伏发电的出力也开始爬坡,因此本地的“净负荷曲线”没有晚高峰期间那么陡峭),因此案例中采用“平均上网电价形成的综合度电价格曲线”进行比较则更有说服力。“早高峰”之前是后半夜,该时段恰恰是风电的大发期,系统需要增加用电负荷进行平衡。曾有移动储能集成厂家问笔者:你让我们到风电场去充电,但风电场一般都很偏僻,时间上不赶趟啊。据此,笔者的回答:后半夜哪些配电线路是“轻载”?肯定是商业区(后半夜的外滩几乎“空无一人”)。所以可利用商业区的充电桩进行充电(本质上是在对商业用户该时段“空闲”的接网容/需量进行挖潜),而到了早上,商业区的用电负荷急剧上升,移动储能正好利用该时段放电给商业用户(本质上是移动储能在“原地”充当了一回工商业储能)。中午时段是本地光伏的大发期,此时“告急”的往往是农村、郊区的分布式光伏,所以移动储能到这些区域的“项目内”进行充电——首先是不占用配网的资源;其次在项目内充电可实现“物理溯源”的绿电;最后类似的分布式新能源项目还可进一步扩容或开发。充电完成后赶在“晚高峰”之前回城放电。如此,一天内“两充两放”的可行性不就成立了么。随着“千家万户沐光行动”、“千乡万村驭风行动”的不断深入,上述应用场景将会越来越多。大家可利用国家能源局每月公布的全国充换电服务业用电量,除以当月“全国公共充电桩总功率和私人充电桩报装量”之和,计算结果就是“单位充电桩功率每月通过的电量”。再利用该结果除以730(单位接网功率理论上每月可“通过”电量730度)、再乘以24(每天24小时),所得结果就是充电桩“接网容/需量”资产的日均利用小时数(基本低于1小时)。因此,充换电站的“接网容/需量”资产利用率是极低的,这也是国家政策迟迟不敢对充换电站征收“容/需量电费”的原因所在。俗话说:出来混迟早要还的。电力市场基本原则之一——技术同价,不同的技术提供相同的服务,理应享受(承担)相同的价格。据此,充换电站免征容/需量电费的优惠政策可能延续至2030年吗?同理,充换电站“从电网取电”是个伪命题,那么基于此的“车网互动”不就是“皮之不存、毛将焉附”么?充换电服务业用电量中的很大一部分,贡献值来自于电动私家车居家充电的结果,该部分电量目前是享受“居民用电”的电价优惠的。换句话说:这每一度电是由全体工商业用户在承担补贴的(引用一个不是十分可靠的数据:大约是5分钱/度)。再换句话说:能安装私人充电桩的前提必须得有私家停车位,而在城市中能拥有私家停车位的至少属于“中产”。据此,这不是在“穷人补贴富人”么(国内版“大而美”法案)。因此,关于1077号文中“注释2”(表中各电价含增值税、区域电网容量电费、对居民和农业用户的基期交叉补贴)的个人理解:国家开始“动手”了。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-07-23 01:44:32 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/859768.html
- 运行时间 : 0.169108s [ 吞吐率:5.91req/s ] 内存消耗:4,800.27kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=f948e06bc2d43c9dc1c51713ffa7f456
- CONNECT:[ UseTime:0.000516s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000764s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.012216s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.018791s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.000654s ]
- SELECT * FROM `set` [ RunTime:0.000873s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.000597s ]
- SELECT * FROM `article` WHERE `id` = 859768 LIMIT 1 [ RunTime:0.007341s ]
- UPDATE `article` SET `lasttime` = 1784742272 WHERE `id` = 859768 [ RunTime:0.012895s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000854s ]
- SELECT * FROM `article` WHERE `id` < 859768 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000470s ]
- SELECT * FROM `article` WHERE `id` > 859768 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000866s ]
- SELECT * FROM `article` WHERE `id` < 859768 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.005860s ]
- SELECT * FROM `article` WHERE `id` < 859768 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.016438s ]
- SELECT * FROM `article` WHERE `id` < 859768 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.013017s ]
0.170782s