- 综合排序
- 最热优先
- 最新优先
电池分容老化测试系统功能说明书
1.概述本电池分容老化测试系统面向锂电池化成、老化、分容全流程测试场景，集成电芯性能算法测算、全维度安全保护、多通道设备管控、AI实时异常诊断、工单追溯管理、能耗成本核算、可视化数据分析、多设备适配与MES 2.核心算法与性能测算功能2.1电池SOH与寿命预测精准SOH估算：基于充放电时序数据、容量衰减特征，实时测算电芯健康状态，适配全生命周期电芯测试场景。 2.2容量与微分特性分析电容量档位归档：自动采集电芯容量数据，按照预设档位规则完成容量分级、归档分类，适配量产分容定级需求。 8.测试工步与批量任务管理8.1可视化工步编辑器支持可视化自定义测试工步，内置恒流、恒压、静置、循环、阶梯、脉冲、老化、化成、分容等标准工步模块，支持自由组合编辑测试工况仿真波形点，适配各类电池测试工艺 、多硬件设备适配、智能任务调度、工单全流程追溯、可视化数据分析、MES系统对接、权限审计与报告导出，全面满足电池化成、老化、分容量产测试与品质管控需求。
19010编辑于 2026-08-07基于AI驱动的锂电池分容老化智能测试平台
标准工步测试系统可视化工步编辑器：恒流、恒压、静置、循环、阶梯、脉冲、老化、化成、分容工步模板保存、批量导入导出、配方版本管理多通道独立运行、互不干扰，支持16/32/64/128通道设备自定义阈值保护 标准化报表与导出自动生成：分容报告、化成报告、老化测试报告、抽检报告导出格式：Excel、PDF、CSV，可自定义企业模板良品/不良品自动统计、批次合格率、数据汇总5.实时采样与AI推理离线部署持续采样电压
29010编辑于 2026-08-07- 来自专栏刷题笔记
7-6 列车调度 (25 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/98481886 7-6 列车调度 (25 分) 火车站的列车调度铁轨的结构如下图所示。 7-6 列车调度 (25 分) - mumu - CSDN博客 这个问题分析起来挺简单的。我想的是整一个数组，比前面大的小，就把大的换成这个小的，比前面的大就存到下一个。
1.2K10发布于 2019-11-08 - 来自专栏刷题笔记
7-6 出生年 (15 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/99697104 7-6 出生年 (15 分) ?
1K30发布于 2019-11-08 - 来自专栏刷题笔记
7-6 部分排序 (15 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/101473028 7-6 部分排序 (15 分) 对于一组数据，我们可以只对原先处在中间位置的那些元素进行排序
1.1K20发布于 2019-11-08 - 来自专栏刷题笔记
7-6 统计字符出现次数 (20 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/97867095 7-6 统计字符出现次数 (20 分) 本题要求编写程序，统计并输出某给定字符在给定字符串中出现的次数 m 输出样例： 2 不知道为啥20分，我呲溜一下写出来了....（这是唯一一个水完的题） 又是哈希散列，我觉得我太爱用哈希散列了，我上辈子可能就是一个哈希散列。。。。
4.5K30发布于 2019-11-08 电池生产总怕“踩坑”？这款分容老化测试系统，可能就是你的“避雷针”
做电池的朋友都知道，化成、分容、老化这几个环节，看着是常规流程，其实最让人头大。 今天想跟大家聊聊我们这款电池分容老化测试系统。它不只是个测电压电流的机器，更像是一个给电池做“深度体检”的专家，外加一个精打细算的“管家”。1. 测电池太费钱？让它把电“赚”回来分容老化是出了名的“吃电大户”。但你可能不知道，放电测试时的能量其实是可以回收的。我们的系统联动了EMS能耗管理，能精准算出你回收了多少电、省了多少钱。 直接把系统里的能耗报表甩给他就行，每一分钱的去向都清清楚楚。3. 告别“两眼一抹黑”，电池健康一眼看穿很多时候，测完了只知道容量够不够，但电池到底能活多久？内阻变化趋势如何？ 分容定级不再是简单的“排排坐”，而是精准的“优中选优”。4. 它是懂“安全”的，反应比人快多了安全是红线，谁也踩不起。
17610编辑于 2026-08-12- 来自专栏算法修养
HDU 3388 Coprime（容斥原理+二分）
Sample Input 3 6 9 1 6 9 2 6 9 3 Sample Output Case 1: 1 Case 2: 5 Case 3: 7 这里有两个数n,m;这里用容斥原理同样可以求在 用二分去找n，上限直接设成1<<62#include <iostream> #include <string.h> #include <stdlib.h> #include <math.h> #include 0) m/=prime[i]; } } if(m>1) sprime[cnt++]=m; } LL Ex(LL n)//容斥原理
90150发布于 2018-04-26 - 来自专栏刷题笔记
【PAT520 钻石争霸赛】7-6 随机输一次 (20分)
现要求你编写一个控制赢面的程序，根据对方的出招，给出对应的赢招。但是！为了不让对方意识到你在控制结果，你需要隔 K 次输一次，其中 K 是系统设定的随机数。
63710发布于 2020-06-23 - 来自专栏云微的一点分享
数据结构与算法题目集（中文）7-6 列出连通集 (25分)题解
给定一个有N个顶点和E条边的无向图，请用DFS和BFS分别列出其所有的连通集。假设顶点从0到N−1编号。进行搜索时，假设我们总是从编号最小的顶点出发，按编号递增的顺序访问邻接点。
43330编辑于 2023-02-11 - 来自专栏算法修养
POJ 2773 Happy 2006（容斥原理+二分）
Happy 2006 Time Limit: 3000MS Memory Limit: 65536K Total Submissions: 10827 Accepted: 3764 Description Two positive integers are said to be relatively prime to each other if the Great Common Divisor (GCD) is 1. For instance, 1, 3, 5, 7, 9..
85670发布于 2018-04-26 - 来自专栏Angular&服务
mac 电脑控制电池充电百分比
这条命令执行的时候会提示你输入密码，输入你的开机密码再回车即可（输入密码的时候光标是不会动的，其实已经输进去了）。
1K30编辑于 2023-02-16 - 来自专栏Apsara
如何设计动态扩容缩容的分库分表方案？
面试官：如何来设计动态扩容的分库分表方案？ 面试官心理剖析： 这个问题主要是看看你们公司设计的分库分表设计方案怎么样的？你知不知道动态扩容的方案？ 回答： 背景说明：如果你们公司之前已经做了分库分表，你们当时分了 4 个库，每个库 4 张表；公司业务发展的很好，现在的数据库已经开始吃力了，不能满足快速发展的业务量了，需要进行扩容。 3）动态扩容方案 比如你直接分 32 个库，每个库分 32 个表； 每个库的每秒写入并发是 2000，单表的数据量为 700 万； 每秒写并发：32 个库2000=64000 数据量：1024 个表7000000
1.5K00发布于 2020-04-12 - 来自专栏码上修行
如何设计可以动态扩容缩容的分库分表方案？
但是最好别这么玩儿，有点不太靠谱，因为既然分库分表就说明数据量实在是太大了，可能多达几亿条，甚至几十亿，你这么玩儿，可能会出问题。 从单库单表迁移到分库分表的时候，数据量并不是很大，单表最大也就两三千万。那么你写个工具，多弄几台机器并行跑，1小时数据就导完了。这没有问题。 谈分库分表的扩容，第一次分库分表，就一次性给他分个够，32 个库，1024 张表，可能对大部分的中小型互联网公司来说，已经可以支撑好几年了。 一个实践是利用 32 * 32 来分库分表，即分为 32 个库，每个库里一个表分为 32 张表。一共就是 1024 张表。 哪怕是要减少库的数量，也很简单，其实说白了就是按倍数缩容就可以了，然后修改一下路由规则。
1.5K20发布于 2019-11-22 - 来自专栏软件工程
如何设计可以动态扩容缩容的分库分表方案？
目前消息中心的量级还不是很大，大概每天200多W数据的样子，并发也就几十到两百,其实一两年内都不一定有并发的问题，按道理来说只要分表就可以了，但是凡是还是必须考虑长远点，目前还是需要考虑分一下库，那么分多少库呢 设计可以动态扩容缩容的分库分表方案其实就是对我们服务的发展做一定的评估,根据吞吐量来计算要求的数据库梳理(比如一个数据库服务器2000并发,我们预计达到1W就设计5个库),根据数据量大小计算表数据(比如一个表我们最多放
1.6K10编辑于 2021-12-24 - 来自专栏点滴科技资讯
分拆特斯拉：电动汽车和电池行业是如何被颠覆的
下载完整报告加入点滴科技资讯知识星球
1.2K30编辑于 2023-03-01 - 来自专栏后台开发技术
一种简单实用、支持动态扩缩容的分库分表方案
在互联网的业务中，mysql使用很广泛，且是最容易产生性能瓶颈的服务组件，一般稍微有点业务量的toC业务，都需要在系统设计阶段考虑好扩缩容方案，但又不能过度设计造成资源浪费，所以需要有一个灵活的分库分表方案 分库分表实践 本文主要讨论业务量越来越大需要扩容或大促后需要缩容的场景下，如何对数据进行水平分库、水平分表，才能适应业务在不同时期的性能要求，并最大程度降低切换的代价。 3、扩缩容方案 如何合理地分库分表不难，难的是如何才能最大限度减少扩容缩容带来的迁移问题。 保证在整个项目的生命周期中，这么多的库表是足够使用的，后续扩容缩容不需要调整分库分表的路由规则，并且保证每个库里面有多少个表也是固定的，迁移时可以以库为单位进行迁移。 D) 执行扩容缩容 执行扩容缩容的过程，就是不断在逻辑db和 mysql实例之间做迁移，然后服务配合改一下配置即可。
2.4K50编辑于 2021-11-30 - 来自专栏架构师修炼
数据库分库分表，手把手教你怎么去动态扩容索容
昨天我们分享了怎么不停机进行分库分表数据迁移（数据库分库分表后，我们生产环境怎么实现不停机数据迁移）后来有好多朋友问我，说他们的系统虽然也到了差不多分表的地步了，但是，不知道具体拆分多少张表，分多了又怕浪费公司资源 就是我们分库分表怎么去动态扩容的问题。你现在想想看是不是，你开始不知道分多少库表，在分多或者分少只中进行纠结，还担心自己的资源不够等等，这些都是因为不知道怎么去动态扩容。 比如，开始分库分表的时候，是这样想的，由于想着我们公司资源有限，或者是不知道该分多少，就先随便分几个试试，所以我们现在就将原单库表分了 2 个库每个库分 4 张表类似这样的。 如果分库分表策略忘了的可以回去看看（数据库分库分表方案，优化大量并发写入所带来的性能问题），真的有这么干的。 核心思想 在分库分表策略那篇文章，我就建议，如果不用分库分表我们坚决不去分库分表。
1.4K10发布于 2020-07-17 - 来自专栏祥的专栏
用QPainter设计电池充电控件(百分比，自定义文字显示)
blog.csdn.net/humanking7/article/details/88079086 ---- 文章目录 @[toc] 1.效果 2.原理 3.代码 h文件 cpp文件 3.扩展 用QPainter设计电池充电控件 2.原理 设计一个类BatteryItem，继承QWidget类，重写void paintEvent()函数，利用QPainter画出电池。 * [color] 0: 绿色 1: 黄色 2: 红色 */ void setBatteryColor(int color); /* [flg] 0:不显示文字 1:显示百分比 - margin; h0 = h - 2 * y0; //内框填充 x1 = 4; y1 = x1; w1 = w - 2 * x1 - 4; h1 = h - 2 * y1; //电池小头头 , 0));//画外框的颜色 switch (m_showTextFlg) { case 0://0:不显示文字 //do nothing break; case 1://1:显示百分比
2.6K31发布于 2020-03-10 - 来自专栏顶级程序员
网友实测更换电池能解决iPhone卡顿跑分下降
近日有消息显示，部分iPhone机型伴随着使用时间增长电池逐渐老化，会出现性能下降、系统卡顿的问题，这是由于iOS算法为了保证续航而让处理器降频运行导致的。 对于这种说法，有网友在得知此消息之后实际测试了一下，发现确实如此，在更换电池之后，网友测试3Dmark等跑分软件，分数提升明显，可以想见其它的跑分软件应该也会如此。 网友建议，如果你的iPhone越来越卡顿，不妨先实际测试一下电池损耗与效率，亲测更换电池之后有所改善，性能提升明显。 伴随电池的老化，iOS是对处理器性能进行限制而保证了老机型的续航水平。
86440发布于 2018-04-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号