news 2026/9/8 9:26:53

LED驱动电源自动化测试系统方案与实施全程解析

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
LED驱动电源自动化测试系统方案与实施全程解析

LED驱动电源的自动化测试,是我这几年做测试系统集成时接触比较多的一个方向。LED驱动电源看着是个小东西,但真要把它测明白,一点都不轻松:输入侧要测电压范围、功率因数、谐波;输出侧要测恒流精度、纹波噪声;再加上短路保护、过压保护、开关机时序这些,一个常规型号少说也有二三十个测试小项。以前不少工厂靠人工拿功率计、电子负载逐项测,一台电源测下来五六分钟,遇到复杂型号更久,漏检和误判基本看老师傅手感。后来我们引入自动化测试方案,用程控交流电源、电子负载、功率分析仪、示波器这些仪器,配合纳米软件的自动化测试平台编排整个测试流程,才把这个环节真正拉成产线级的稳定输出。这篇文章我就把整个项目的实施过程、测试项设计、常见坑位都整理出来,给准备上自动化测试的同行一个参考。

1. 项目整体设计与思路拆解

1.1 LED驱动电源为什么难测,传统方式卡在哪

LED驱动电源本质上是一个开关电源,但它跟普通稳压电源不一样,输出是恒流性质,要维持稳定的电流而不是稳定的电压。这个特性决定了它的测试逻辑不能照搬普通电源:负载变化时电压会跟着变,电流要稳住;输入电压波动时输出电流也要稳住;遇到短路、过压、过温这些异常工况,还要及时进入保护状态。所以测试项天然就多,而且每个测试项之间的切换逻辑还不太一样。

人工测试的问题不只是慢,更深层的痛点是三个。第一是效率,每换一个测试项就要手动调整一次电子负载、读一次功率计、记录一组数据,熟练的测试员也要五六分钟一台,碰上还要拍照存档、填Excel表就更慢。第二是一致性,不同操作员读数的习惯不一样,同一台电源换个人测,判定结果都可能不同;特别是纹波噪声这种需要看示波器波形评估的指标,主观性很强。第三是数据追溯,很多工厂以前的测试数据就是一本纸质记录本,客户来审厂要追溯某批产品的测试数据,根本翻不出来,这是现在供应链质量管理的大忌。这三个问题叠加在一起,才有了自动化测试的刚需。

1.2 一套自动化测试系统由哪些部分组成

一个典型的LED驱动电源自动化测试系统,架构上可以拆成三块:硬件仪器、软件平台、测试治具。硬件上核心是四类仪器:程控交流电源负责提供可编程的AC输入,能模拟正常市电、低压、高压、频率偏差,以及瞬态跌落这类工况;电子负载用来模拟LED灯串负载,普通电阻负载不能模拟LED的伏安特性,电子负载可以工作在CV、CC、CR或LED模式;功率分析仪负责测量输入电压、输入电流、有功功率、功率因数、谐波,精度比普通万用表高一个级别;示波器用于纹波噪声、启动波形、浪涌电流等动态测量。如果产品要求更高,还会加温度巡检仪、时序分析仪、高压测试仪等。

仪器的作用可以用一张表概括:

仪器类型主要测量对象选型注意点
程控交流电源输入电压、频率、浪涌功率余量留1.5倍以上,支持波形编辑
电子负载输出电流、输出电压、负载调整率选带LED模式的,注意低压段稳定性
功率分析仪输入功率、PF、谐波、输出功率精度等级高于被测指标一个数量级
示波器纹波噪声、启动时序、浪涌电流带宽100MHz以上,配高压探头和电流探头

真正把这些仪器“串”起来的,是自动化测试软件。我们用的纳米软件属于图形化测试平台,工程师在软件里把测试步骤拖出来、配上参数、设置判定条件,软件再通过LAN或GPIB把指令发给各台仪器,采集数据、判定、归档,整个过程不需要人手干预。比起传统的测试程序开发方式,这种平台大大降低了产线工程团队的上手门槛。

提示:电子负载选型不要只看功率,要关注是否具备LED模式,以及低压段会不会震荡。LED驱动降压启动阶段可能出现电流环与负载环互相影响,普通电子负载在不匹配时会有“打嗝”现象,导致启动测试误判。

1.3 方案选型背后的取舍:为什么选择这类自动化软件

很多团队一上来想的是LabVIEW自己搭一套。确实可以,LabVIEW功能强大、上限高,但问题也明显:开发周期长、对工程师的软件能力要求高,后期仪器驱动要自己一个一个适配,产线上的软件一旦要改流程,还得找写程序的人来改。对于一个以产品测试为主要任务的团队来说,投入产出比并不划算。

选择纳米软件这类成熟平台的原因,我总结下来有三条。第一,它自带常用仪器的驱动库,是德、艾德克斯、费思、ITECH这些主流品牌直接可以调用,省掉了大量底层SCPI指令调试工作。第二,测试流程是图形化拖拽的,产线工程师经过简单培训就能自己改测试步骤和上下限,不依赖研发人员。第三,它支持Python脚本扩展,遇到特殊的测试逻辑可以自己写脚本接入,不至于被平台卡死。这三个点对于产线落地来说,比“功能最强大”更实际。

至于硬件选型,核心原则是先明确被测电源的规格,再倒推仪器量程。比如被测驱动是75W的恒流型,输入220V,输出电流1.5A,那我选交流电源至少2kVA预留余量,电子负载功率留1.2到1.5倍余量,功率分析仪电压电流量程也按1.2倍以上来选择。仪器量程卡太死,后面换大功率型号就得整套推倒重来。

2. 核心测试项拆解与实操要点

2.1 输入特性测试:电压范围、功率因数、谐波怎么测

输入特性测试的目的,是验证驱动电源在电网波动时还能稳定输出。常见做法是把输入电压从额定值向下调到标称下限(比如220V往下到100V甚至90V),再向上调到标称上限(比如264V或300V),在每个电压点测量输入功率、输入电流、功率因数PF和谐波含量。这里一定要注意频率设置,国内是50Hz,有些出口产品要求60Hz,这就得在程控电源上做频率切换,并重新验证各项指标。

实际操作中有一个容易忽略的点:每次改变输入电压后,一定要等被测驱动电源稳定下来再采样,稳定时间不是随意设置的,而是看输出电流波形不再漂移。我们一般用软件里的“延时”步骤,把每个电压点的稳定延时设在1到2秒,再让功率分析仪连续采样10次取平均。功率因数和谐波这两个参数对电网电压波动比较敏感,如果采样窗口太短,测出来的PF值会跳来跳去,判定结果自然不稳定。

谐波测试要特别说明一下,它不是简单地看功率分析仪上的THD读数就完事。行业里对LED驱动电源的谐波电流限值有具体频次要求,3次、5次、7次等奇次谐波各有上限。功率分析仪的谐波分析功能可以按频次列出各次谐波含量,但要注意设置基波频率(通常50Hz/60Hz可设),否则分析结果会出现整体偏置。这块我们踩过一次坑,仪器基波频率设置不对,测出来3次谐波偏高30%,后来校准比对才发现是设置问题。所以谐波测试的软件配置里,基波频率、采样时间、统计方式都要显式写清楚,不要用默认值。

2.2 输出特性测试:恒流精度与纹波噪声是重中之重

LED驱动电源的核心指标是输出恒流精度。同一颗驱动,在输入电压从下限到上限、负载从空载到满载变化时,输出电流变化越小越好,一般要求偏差在±3%到±5%以内。测试方法不复杂:用电子负载设定不同负载条件,软件读取功率分析仪的直流测量通道或高精度采样电阻上的压降,换算成实际输出电流,再对比驱动标称电流算偏差。

这里有个细节:电子负载本身也有电流测量精度,为了数据可信,建议输出电流值以功率分析仪的直流测量通道为准,或者使用独立的高精度电流探头,不要把电子负载的显示值当成最终判定值。电子负载显示值适合现场观察,但作为质量追溯数据就不够看了。我们在项目里把电子负载的电流读数只作为参考,判定一律用功率分析仪的数据,两边差异如果超过0.5%,就要去怀疑仪器本身的校准状态。这个原则可以在测试流程中加上一致性校验步骤,让系统每测几台就自动提醒一次。

纹波噪声测试要单独拎出来说。纹波是叠加在直流输出上的交流分量,测量时要用示波器,并且要限制带宽到20MHz。不限制带宽的话,开关管的开关噪声、周围环境的辐射干扰都会混进来,你测出来的不是纹波而是“纹波+噪声”的混合值,数值可能直接翻倍。探头接地也很有讲究,标准做法是使用探头自带的接地弹簧,让接地回路尽量短;如果用长接地夹子,那个长长的地线会形成天线效应,把高频噪声捡进来。我们刚开始测一款恒流驱动时,同样的板子用长夹子测出纹波180mV,换成弹簧接地直接降到90mV,数据完全两个量级。

2.3 保护功能测试:短路、过压、过温的自动化实现

保护功能对LED驱动电源来说是安全底线,短路保护是最常测的一个。自动化系统里实现短路保护,通常是在输出端并接一个继电器控制的短路回路,软件在适当时机闭合继电器,然后立刻读取输出电压和电流,确认驱动是否进入打嗝或恒流限制状态,同时观察短路撤销后驱动能否自动恢复正常输出。

这个测试最大的坑是时序。机械继电器的动作时间大约在5到10毫秒,如果软件在读取测试结果时没有预留足够的稳定时间,可能刚好在继电器触点抖动期间采样,读到的电压电流都是过渡值,会导致“保护不动作”的误判。我们后来在测试流程里增加了一个200毫秒的固定延时,再配合示波器单次触发抓取短路瞬间的波形,双保险验证。保护触发后,还要验证恢复特性:断开短路回路,等待一段时间,确认驱动恢复到正常输出。恢复时间也要根据产品规格设置判定窗口,有些驱动设计有自锁功能,短路后必须断电重启才恢复,这类产品如果按自动恢复来判定就会被误杀。

过压保护和过温保护做起来麻烦一些。过压测试一般需要给驱动输出端注入高于正常值的电压,或者模拟电压反馈环路异常,这需要额外的可编程直流电源或专用的OVP测试装置;过温保护则需要把温控探头贴到驱动内部的热点位置,通过加热或让驱动进入满负荷运行来触发保护。这套流程在自动化软件里编写逻辑不复杂,难在治具设计和温度点选取,必须结合每个驱动型号的散热结构来定,不能一概而论。

2.4 开关机与时序测试:容易被忽略的指标

开关机测试看起来简单,就是上电、断电,但里面包含的指标不少:上电时浪涌电流峰值、输出电压建立时间、掉电保持时间、重复开关机后的参数一致性。这几个指标直接关系到LED灯具的启动体验和使用寿命,特别是浪涌电流,如果过大,会冲击前级的空开和保护器件。

做浪涌电流测试时,示波器要设置为单次触发,电流探头卡在输入火线上,然后由软件控制交流电源上电,把整个上电瞬间的电流波形记录下来,读取峰值。这里有个细节是示波器触发电平要设置到合理位置,如果触发设得太高,抓不到波形;设得太低,又被其他干扰误触发。我们一般先试抓一次正常波形,把峰值的一半作为触发电平,再进入批量测试。

输出建立时间和掉电保持时间的测试相对简单,用示波器同时接输入电压和输出电压,通过软件控制上电和断电,测量两个波形之间的时间差即可。这类时序测试在软件里可以用“读取示波器测量值”的步骤来完成,前提是示波器本身要把测量项配置好,软件只是把结果汇总。建自动化工装时,还要注意为示波器预留足够的通道数量,别等到要同时测三路信号时才去加仪器。

3. 自动化测试流程搭建与部署实录

3.1 硬件连接与仪器通信架构怎么搭

系统落地第一步是搭硬件。工控机是整个系统的控制中心,所有仪器通过LAN或GPIB连接到工控机。我推荐LAN方式,线缆便宜、连接距离长、不用插卡,产线工位之间部署更方便;GPIB的优点是实时性好、指令延时稳定,但对产线来说要装板卡、线缆也贵,除非有特殊的高速同步需求,否则没必要。

通信架构规划时要提前把IP地址固定好,别让仪器走DHCP。比如设定交流电源为192.168.1.11,电子负载为192.168.1.12,功率分析仪为192.168.1.13,示波器为192.168.1.14,这些地址要写在项目文档里,方便后面排查通信问题。纳米软件在连接仪器之前会对每台仪器做资源识别,一般能自动扫描到LAN上的VISA资源。配置好以后,软件里要给每台仪器起一个业务名称,比如“AC Source”“DC Load”“Power Meter”,后续编辑测试流程时直接引用业务名,即使换了实际设备型号,也不需要把流程全部重写。

治具也不能忽视。LED驱动电源自动化测试需要把待测品快速接入系统,我们用了一个带继电器矩阵的治具箱,每个继电器控制一路信号切换,比如短路保护回路、负载切换回路。治具箱放在工装底部,通过航空插头与仪器相连。这套治具的难点在于接线布局,大电流线和小信号线必须分开走,否则纹波测量时会把开关噪声耦合进来,这个细节后面会专门讲到。

3.2 在软件里搭建一条完整测试流程

以一个典型的恒流LED驱动电源测试为例,在纳米软件里搭流程的思路是这样的:先是测试信息录入,然后是输入特性测试,再是输出特性测试,再是保护测试,最后是数据归档。软件里把这些步骤按顺序拖到流程区,再填参数就行。

我截取一个实际流程的骨架,大致步骤是:

  1. 扫描产品条码,带出该型号的测试规格和判定标准。
  2. 调用程控交流电源,设置输入电压AC 220V、频率50Hz,开启输出。
  3. 调用电子负载,设置为LED模式或CV模式,加载到额定负载。
  4. 延时1秒,等待驱动启动和输出稳定。
  5. 读取功率分析仪数据,记录输入功率、PF、谐波。
  6. 读取输出电流、输出电压,做恒流精度判定。
  7. 切换到纹波测试步骤,示波器读取纹波值并判定。
  8. 进入短路保护测试,闭合短路继电器,延时200ms,读取输出状态。
  9. 断开短路继电器,延时1秒,确认恢复输出。
  10. 所有步骤完成后,如果全部PASS,保存数据并亮绿灯;若有FAIL项,标记红灯并记录失败项目。

这段流程在软件里就是一个带条件的顺序流。每个步骤都可以设置“通过继续”和“失败跳转”两个分支,我建议默认失败后不要立即停止,而是继续跑完剩余测试项。原因是有些产品只是某个参数不良,其他项目正常,这个数据反馈给研发部门很有价值;如果一失败就停,产线只能得到“某项目不良”一个信息,不利于分析是单项问题还是整体问题。当然,这也要看产能,如果产线压力大,可以把关键安全项设为失败即停,其余项继续。

3.3 测试参数设置的依据与方法

很多人一上来就问延时该设多少、采样次数该设多少,这些问题没有标准答案,但有一套方法。以延时为例,驱动电源从上电到输出稳定的时间因拓扑和控制方案而异,线性电源快一些,开关电源一般要几十到几百毫秒,带PFC的还要更久。我们不会去猜这个时间,而是在首件调试时用示波器观察输出电压从启动到平稳的波形,把稳定时间读出来,再留出1.2到1.5倍的余量作为软件延时。

采样次数也类似。功率分析仪连续采样10次取平均,是为了过滤电网波动和测量噪声。如果被测电源本身输出稳定,采样3次就够了;如果输出有周期性低频波动,就要增加采样窗口,把整个波动周期覆盖进去。我们在做一款支持PWM调光的驱动时,就发现输出电流有明显的100Hz低频纹波,单次采样误差很大,后来把采样窗口拉长到1秒做积分平均,数据才稳定下来。

判定上下限的设置要参考产品规格书,但也要考虑测量系统本身的误差。比如规格书写恒流误差±5%,那软件判定就要收紧到±4.5%左右,因为还要留出测量仪器的误差余量。如果不留余量,一批产品可能到了客户那里复测,因为客户用的仪表精度不同,出现了客诉。反过来,如果规格书是±5%,判定设到±2%,那就会误杀很多勉强合格的产品,造成不必要的返工。这个“测试余量”的取法是自动化测试方案里比较吃经验的地方,一般原则是测量系统误差占总误差预算的20%到30%以内。

注意:所有判定上下限建议做成可配置参数,不要写死在流程脚本里。产线换型号、客户标准更新,如果能直接在软件界面上改上下限,就不会频繁找工程师改流程脚本,这个细节直接决定后期维护成本。

3.4 测试数据如何与MES和条码打通

测试数据只有关联到产品上才有追溯价值。我们最简单粗暴的做法是:每台被测电源贴条码,测试前扫描,所有测试数据都带上这个条码存进数据库。数据库可以先用SQLite或SQL Server,产线规模不大用SQLite就够了,但要注意并发写入问题,多个工位同时写入时,SQLite偶尔会出现锁库。如果产线超过两个工位,建议直接上SQL Server或MySQL。

纳米软件本身支持数据导出到Excel和数据库,也提供接口给MES系统。我们在对接MES时踩过一个坑:MES要求的数据格式是每项测试一行,而软件默认导出的Excel是每个产品一行、测试项作为列。两个团队来回沟通了好几天,最后是在MES前加了一层数据转换服务,读取软件数据库后按MES要求的格式重新组织再提交。这个经验说明,在项目启动初期就拉上MES负责人一起对数据格式,比后期做转换层省事得多。

另外,测试报告一定要包含关键的环境信息,比如测试日期、测试程序版本、仪器校准有效期。这条是后来的追溯经历告诉我们的:同一批产品测试仪器发生偏差,客户要求反查受影响批次,如果没有仪器校准信息,根本判断不了哪些数据可信。数据追溯不光是给客户看的,也是给自己产品质量分析用的。软件层面可以做一个简单的统计报表功能,按条码、型号、日期、测试项目生成PASS/FAIL趋势图,这个功能投入不大,但对产线质量管控非常有用。

4. 常见问题与排查技巧实录

4.1 仪器通信时好时坏,排查三天只因为IP冲突

自动化测试系统最让人崩溃的问题不是测试逻辑,而是明明早上还好好的,下午有工位连不上仪器了。我们遇到过一次三台功率分析仪轮流掉线的情况。排查思路很快锁定到网络层:先ping仪器的IP地址,发现掉线的仪器ping不通,但仪器前面板显示网络状态正常。接着查交换机端口,发现交换机上挂了不止我们系统的设备,产线其他工位也有设备接在同一个网段。仔细核对IP表,发现有一台新上的老化监控设备占用了一个测试仪器的IP地址,导致地址冲突。

这个问题的根源在产线网络规划不严。建议是:自动化测试系统单独划分一个VLAN,或者至少使用独立的网段,比如192.168.10.x,和产线其他工控网段分开。所有仪器的IP地址在部署时登记成表,并且在软件里配置好后锁定,禁止仪器后面板随意改动。另外,LAN通信还有一个常见隐患是网线质量,仪器网口很多是百兆,用千兆面板打百兆线序,偶尔就会通断不稳定,所以网线最好用成品机制线,不要自己手工压。

4.2 纹波测试数值异常偏大,问题出在探头地线

纹波测试异常是我们遇到的第二大类问题。有一款20W恒流驱动,规格书要求纹波小于120mV,产线测试时数据一直在160到220mV之间跳动,而且同一台产品不同操作员测出来的值差异巨大,一会儿180,一会儿130。大部分人会先怀疑驱动本身的问题,但我们拿高精度示波器在实验室复测,波形正常,问题就锁定在测试环节。

后来发现原因有两个。第一是探头接地方式,产线使用的示波器探头配了长接地夹子,接地回路形成了天线效应,把周围的辐射干扰都带进了测量信号;第二是测试治具内部输出正负线束挨得太近,大电流走线产生的磁场耦合到了信号线上。针对这两点,我们做了三个改进:示波器探头全部换成接地弹簧针,测试治具内部将输出正负极线分开走线并加屏蔽,同时在软件里把示波器的带宽限制功能统一设置为20MHz。改完之后同一台产品纹波数据回到95mV左右,波动范围不超过±5mV。这个案例给我的印象很深,自动化测试的坑往往不在软件逻辑,而在物理连接这些看起来不起眼的地方。

4.3 保护测试偶发误判,根因是继电器时序

有段时间产线反馈短路保护测试经常报FAIL,但拿同一台产品回实验室手测又是好的。复现问题后,发现报FAIL的时间点非常固定,就在短路继电器闭合后的前几十毫秒内。我们用示波器同时抓短路继电器的控制信号和驱动输出电压,发现继电器的常开触点从吸合到真正稳定,中间有大约6毫秒的抖动时间,而软件在这个阶段已经去读取输出电压了,读到的自然是异常值。

这是典型的测试时序缺陷,解决办法很简单:在闭合继电器和读取测量值之间增加固定延时,我们设置为200毫秒。同时,在读取测量值之前,可以先做一次“输出状态判定”,也就是先确认输出电压下降到接近0,再进行后续判定逻辑。这套双保险下来,短路保护测试基本不再出现误报。另外,继电器本身是机械件,长期反复动作后触点会老化,动作时间会变长,建议在定期保养中把继电器纳入更换计划,测试系统软件里也可以加一个计数器,每动作一定次数后提醒检修。

4.4 仪器校准与数据可信度,这才是自动化的隐形底线

数据可信度这个事,自动化系统跑起来以后才会显现。有一次客户投诉一批LED驱动的驱动电流偏小,但我们产线测试记录显示合格。反查数据后发现,测试那段时间电子负载的电流采样已经发生漂移,和功率分析仪比对差了1.2%,刚好卡在判定余量之外。问题不是系统逻辑,而是仪器长期运行后没有及时校准。

硬件设备一定要建立校准台账,按照厂家建议的周期定期送第三方计量机构校准。校准回来后,要用校准证书上的实际误差对测试系统做一次系统比对,确认所有仪器的读数和基准值一致。我在实地项目里会在每年校准后做一次多台仪器的横向比对测试,标准做法是把一台标准电阻或标准源接到系统里,跑一遍所有和测量有关的测试步骤,看软件判定的结果是否在预期范围内。这件事虽然不产生直接效率,但能避免很多后来才爆发的质量事故。

异常现象可能原因解决办法
仪器连接不稳定IP冲突、网线故障单独划分VLAN,固定IP,使用机制成品网线
纹波数值偏大且跳动探头接地不佳、线间干扰换弹簧接地针、正负线分开走线、限制20MHz带宽
保护测试偶发FAIL继电器动作抖动、延时不足增加200ms以上延时,先判状态再测量
测试数据漂移仪器未定期校准建立校准台账,每年横向比对
同产品不同工位判定不一致仪器精度差异、参数设置不一致统一软件参数模板,定期核对各工位数据

整个项目走下来,我最大的体会是自动化测试系统本身不难,难在把它做成产线上“员工愿意用、敢相信”的工具。你不用一上来就把所有测试项全部自动化,先选固定两三个高频项目做单机验证,跑通、比对、稳定,再逐步扩展,这样每个环节的坑都是可控的。再分享一个小技巧,自动化系统的测量一致性一定要比精度更早验证:同一台产品反复测10次,如果结果每次都差出好几个百分比,这台系统的置信度就会在所有人心目中崩掉。先把重复测试的一致性做到位,再谈效率和智能。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/8 9:25:59

支付宝密钥生成指南:用OpenSSL搞定应用公钥私钥

对不少第一次接入支付宝支付的同学来说,整个流程里最劝退的往往不是写代码,而是最前面那道“生成应用公钥和私钥”的门槛。一个朋友上周在群里问:控制台让我上传应用公钥,我又要拿私钥签名,到底先有鸡还是先有蛋&#…

作者头像 李华
网站建设 2026/9/8 9:25:23

小型荞麦收割机设计全流程:从部件参数计算到三维建模与论文组织

做荞麦收割机设计这个毕业设计题目时,我第一时间就意识到,这不是一个普通的“画图排版”能糊弄过去的课题。荞麦的收割跟小麦、水稻完全不一样:荞麦成熟后籽粒特别容易掉落,茎秆韧性大、湿度高,而且很多种植地是丘陵山…

作者头像 李华
网站建设 2026/9/8 9:25:13

2026年普通人AI工具箱指南:五大高频场景选型与实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/8 9:24:32

MyBatisPlus生产环境配置避坑指南:分页失效与逻辑删除

周一早上刚坐到工位,群里就有人甩了个截图:分页接口返回的 total 永远是 0,可 List 里明明有数据。下一秒又有人补了一句:订单表建了唯一索引,逻辑删除过的单据再插入,直接 Duplicate entry 卡死。老实说&a…

作者头像 李华
网站建设 2026/9/8 9:24:15

智能文档处理工具Copilot:从环境配置到批量解析实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/8 9:23:58

AI Agent实战:30个Skill+8个岗位,打造高效虚拟团队

1. 为什么给AI装30多个Skill,还要排成8个岗位 先说个挺反常识的现象:很多人觉得AI Agent能力不够,是因为模型不够聪明。但我装了30多个Skill、给AI排完8个岗位之后,最大的感受是——模型能力只是地基,真正的差距在于你…

作者头像 李华