数据中心列头柜改造:罗氏线圈电表接入 DCIM 的一次工程记录

最近帮一个数据中心客户做列头柜计量升级,从传统闭口 CT 换成了罗氏线圈 + 直入式多功能电表的方案。中间踩了几个坑,记录一下,给后面做类似项目的同行做个参考。

背景:为什么要换

客户是个已运行的数据中心,机柜密度上来之后,原来列头柜进线的电流已经超出早期 CT 的量程上限,而且柜内还要加监测装置,空间根本不够。

更现实的问题是:不能长时间停电。业务在跑,停一次电要协调的部门太多,窗口还特别短。闭口 CT 穿母排那套流程在这种场景下基本不现实。

评估下来,柔性开口罗氏线圈 + 支持线圈直入的电能表是比较合适的路线。下面把整个方案和落地过程记一下。

一、方案选型:为什么是罗氏线圈直入表

传统 CT 的问题

闭口 CT 这玩意在工业场合用了很多年,精度没问题,但在这个项目里有三个硬伤:

  1. 体积:一次电流大了之后 CT 窗口跟着变大,柜里塞不下;
  2. 改造:要穿排就得拆母排、停电,施工窗口太长;
  3. 饱和:数据中心负载波动大,碰上冲击电流铁芯容易饱和,数据就飘。

罗氏线圈的优势

罗氏线圈没有铁芯,柔性开口,掰开套上去就行。这次选的方案里,电表本身支持标准 100mV/kA 罗氏线圈直接输入,表内做积分,不需要外挂积分器——这一点很重要,以前"线圈+外置积分器+表"三件套在柜内接线太乱,故障点也多。

最终选型

用的是东鸿电子 SDM630MCT-RC 三相多功能电能表,几个关键参数:

项目规格
线圈输入标准 100mV/kA 罗氏线圈,表内积分
测量参数电压、电流、功率、正反向电能、功率因数、频率、谐波、最大需量
通信RS485,Modbus RTU
接线制式三相三线 / 三相四线可配置
接入对象数据中心 EMS / DCIM 系统

二、现场施工几个关键点

施工这块看起来简单,实际有几个细节不注意,后面数据全是错的。

1. 线圈闭合要到位

柔性线圈开口扣合之后,一定要确认接缝处没有缝隙、没有夹到绝缘层。我见过现场师傅图快,线圈半开着就上电,结果测出来的电流偏小一截,返工才发现。

2. 导体居中

线圈套上去之后,导体尽量放在窗口几何中心。偏心会引入附加误差,尤其是大电流场合,这个误差不能忽略。现场用手大概比一下就行,不用上卡尺,但别偏得太离谱。

3. 相序别接反

这个是老问题了,但还是要提。A/B/C 三相相序接反的话,功率方向、正反向电能统计全乱,DCIM 后台看到的能耗数据就是错的。接线的时候对着表计说明书的端子图一根一根对,别凭颜色猜。

4. 表计参数要配

线圈直入不是接上线就完事。表里面要配:

  • 一次额定电流(对应线圈量程);
  • 线圈灵敏度(100mV/kA 这个值要在表里设对);
  • 电压接线方式(三相三线还是三相四线);
  • CT 变比 / PT 变比(这里因为是线圈直入,按实际一次电流配置即可);
  • 通信参数:波特率、数据位、停止位、校验方式、从站地址。

这些参数没配对,读上来的数据要么是 0,要么是差个数量级,调试的时候别一上来就怀疑硬件。

三、Modbus 接入 DCIM 的联调

这块是 CSDN 同行可能最关心的。表走 RS485 Modbus RTU,接到现场的采集网关,网关再通过 TCP/IP 上报到 DCIM 平台。

调试顺序建议

  1. 先本地通:用 USB-485 转换器接电脑,Modbus Poll 之类的工具直接读寄存器,确认表本身在线、数据合理;
  2. 再看网关:网关配置好从站地址、波特率、寄存器映射,先把电压电流这些瞬时值读上来;
  3. 最后对 DCIM:平台侧把点表导进去,确认正反向电能、最大需量这些累计量和瞬时量都对得上。

联调时容易对不上的点

  • 字节序:Modbus 寄存器 16 位,32 位浮点数或长整数要占两个寄存器,大小端和字序在不同厂家设备上可能不一样。DCIM 平台侧如果读出来是乱码,先怀疑字节序,别上来就改表;
  • 寄存器地址偏移:有的文档写 0-based,有的写 4xxxx 这种偏移地址,对接的时候统一一下,不然读错寄存器;
  • 电能累计量:正反向有功电能的寄存器单位要确认(Wh 还是 kWh),差 1000 倍这种问题在平台上表现就是能耗曲线看着不对;
  • 最大需量:需量的计算周期和滑窗设置要跟客户的计费口径对齐,不然跟供电局账单对不上。

一个排查思路

如果 DCIM 后台某个点一直不对,别瞎猜。三步走:

  1. 现场用手持表或钳形表测一下实际值;
  2. Modbus Poll 直连表,读对应寄存器;
  3. 跟 DCIM 平台收到的值三方对一下,看是哪一段出了问题。

这个方法比来回改配置快得多。

四、成本和适用场景

最后说点实在的。罗氏线圈直入表不是万能方案:

  • 适合:大电流进线、母排密集、柜内空间紧张、不能停电改造、后期还要扩容的场景;
  • 不适合:小电流、柜内空间够、负载稳定、预算卡得死的回路,传统闭口 CT 更经济。

选型的时候别只比线圈体积,线圈灵敏度、表计输入范围、系统级精度、工作温度、EMC 抗扰度、通信协议,这些是一整套系统。分开采购、分开比,最后出问题一定是在接口上。

总结

这次项目整体下来,罗氏线圈直入电表的方案在不停电改造这件事上确实省了大事,施工时间从按天算压到了按小时算。但现场施工细节和 DCIM 联调占了整个项目不小的比例,前期把参数表和点表对清楚,比后期返工划算得多。

源码链接: https://pan.quark.cn/s/46590cc698ca 在信息技术领域,特别是在网络应用程序开发和用户界面设计方面,构建支持多选项选择的下拉选择框是一项普遍的需求。常规的下拉选择框往往仅限于让用户选择一个选项,然而,通过定制和扩展,我们能够构建一个能够支持多个选项选择的下拉选择框。以下将对这一主题进行深入探讨。 我们将探讨“支持多选项选择的下拉选择框”的构建方法。这种功能通常应用于用户需要从众多选项中进行选择,而全部选项不可能在页面上完全展示的情况。在这种情况下,一个可进行多选项选择的下拉选择框提供了一种既高效又节省空间的解决方案。描述中提到,这种多选项下拉选择框是通过一个被称为“checkboxlist”的元素构建的,这可能是使用特定的编程语言(如JavaScript、HTML5或特定的前端框架如React、Vue)中的一个组件或控件。 在网络应用程序开发中,实现此类功能通常需要以下步骤: 1. **HTML结构**:构建一个基础的下拉选择框结构,通常使用`<select>`元素,并为其附加`multiple`属性以启用多选项选择功能。每个选项则由`<option>`元素表示。 2. **CSS样式**:为了使下拉选择框看起来更像一个表,可能需要对其进行个性化设置,例如添加背景色、边框等。可以使用CSS来调整`<select>`元素的样式。 3. **JavaScript交互**:为了实现checkboxlist的效果,通常会运用JavaScript或jQuery来处理用户的交互事件,如点击、键盘操作等,同时更新选定的选项状态。 4. **自定义控件**:在某些场景下,为了获得更佳的用户体验,开发者可能会选择创建自定义的用户控...
代码转载自:https://pan.quark.cn/s/f81e48336f75 在当前流媒体服务广泛应用的背景下,于Android系统平台完成网络视频的播放功能是一项普遍需求。 为了达成这一目标,开发者必须熟练掌握若干核心的技术要点。 以下提供一份详尽的说明: 1. **播放器库的应用**:Android系统自带的MediaPlayer类能够播放本地及网络媒体资源,但其功能较为有限,对于网络视频的兼容性表现不佳。 因此,开发者常常会选用第三方库,例如ExoPlayer。 ExoPlayer是由Google研发的一款具备高性能且可灵活定制的媒体播放器,能够支持多种格式和网络流媒体,涵盖DASH、HLS以及Progressive Download。 2. **视频链接的获取**:网络视频播放的首要步骤是获取视频的URL地址。 这可能需要与服务端进行交互,比如通过发送HTTP请求或调用API来获取视频的链接地址。 3. **播放器的配置**:在建立ExoPlayer实例时,需要设定播放源(DataSource),这通常通过MediaSource对象来完成。 针对网络视频,可以使用ExtractorMediaSource,并搭配DefaultHttpDataSourceFactory来管理HTTP或HTTPS链接。 4. **播放操作的操控**:ExoPlayer提供了丰富的API用于播放控制,包括play(), pause(), seekTo()等功能。 开发者需要将这些控制接口与UI组件进行关联,以实现便捷的用户交互。 5. **异常管理**:网络视频播放过程中可能遭遇各种挑战,如网络连接中断、服务器响应错误等。 因此,需要编写异常管理代码,确保在问题发生时能够妥善应对,例如...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值