阀门试验记录填写指南:强度、密封与保压时间避坑全解
简介阀门试验记录文档源自泰兴市彩之源化学有限公司蒸汽管道安装工程用于留存阀门压力试验与密封试验的验收依据面向化工工程、管道安装与设备验收人员可帮助规范同类型阀门的到货验收与安装前检查。文档以表格形式记录截止阀等阀门的型号、规格、数量如J41H-1.6截止阀在DN80、DN65、DN50等口径下的数量并列出水压2.40MPa保压5分钟和气压1.6MPa保压5分钟的具体试验结果附检验员与试验员签字确保每批阀门可追溯满足质检与档案管理要求。资源为1个doc文件压缩包仅48KB内容集中可直接作为阀门试验记录的填写模板或工程档案留存。已有45人学习下载适合需要建立阀门试验台账、审核蒸汽管道质量记录或准备相关验收资料的工程技术人员使用。1. 阀门试验记录.doc交工前监理最爱挑毛病的一页纸手里的阀门试验记录.doc是每个做管道安装的人绕不开的一张纸。很多人觉得它简单填个工程名、写个压力、签个字就完了。但到了化工、电厂、长输管道这类项目这一页纸往往在交工组卷时被监理翻来覆去地看。我见过最典型的一次密封试验压力那栏写了1.76 MPa监理对着阀门铭牌一看公称压力PN16当场把这批记录划掉要求重新试压。问题不在数值算错而在记录上没写清定压依据、保压时长和合格判据整个过程无法复核。下面就把这张表的参数选择、填写步骤、常见翻车点与追溯做法一次讲透适合质检员、施工员、资料员和做技术验收的工程师直接照着落地。2. 阀门试验记录怎么定参数强度、密封与保压时间的三组数字2.1 先分清三种试验别把强度当密封阀门试验记录要真实反映一台阀门是否合格首先要做对试验类型。日常最常写进记录单的是壳体强度试验和密封试验带闸板或截止面结构的阀门还需要上密封试验。壳体强度试验考验的是阀门承压外壳做的时候阀门处于开启或半开启状态内腔受压看壳体、法兰连接处有没有渗漏或变形。密封试验考的是关闭件阀门全关介质从一侧加压看另一侧有没有漏过来。很多人把强度试验时法兰垫片的渗水当成密封不合格或者反过来本质上是没有想清楚这两件事的目标不一样强度是保壳不破不漏密封是保关得死、不内漏。不同阀门类型要做的试验项目不同最稳妥的做法是先查项目执行的标准再对照阀门结构。常见做法是闸阀做强度、密封、上密封三项截止阀做强度和密封球阀、蝶阀做强度和密封止回阀做强度和反向密封。反向密封这块容易写错止回阀的密封试验要从出口端加压检查进口端有没有泄漏记录单上要明确写出加压方向不写方向的密封结果基本等于无效。现场最常漏掉的是闸阀和截止阀的上密封试验。因为很多doc模板默认只有强度和密封两行填的时候根本想不起还有第三项。结果交工时被查出来整个批次的记录作废。记录单设计时最好的做法是直接把三种试验做成固定行没做的就划掉或注明“不适用”这样既不会漏也显得专业。遇到过几次因为漏行被退回的资料后面我就把模板改成了带“试验项目”下拉选项的版本默认列出全部项目再按阀门类型勾选。2.2 试验压力、保压时间与合格判据怎么定阀门试验记录的核心数据是三组试验压力、保压时间、泄漏判定。这三组数据在标准里有明确要求记录单上必须写清楚是按哪个标准定的因为不同标准之间数值不完全一样。平时用得最多的是GB/T 13927工业阀门压力试验和API 598两者对保压时间的分档略有差别但逻辑一致按公称尺寸分三档小口径时间短大口径时间长。常用压力估算逻辑在开式阀门上这样看壳体强度用液体介质时试验压力取1.5倍公称压力密封试验用液体介质时取1.1倍公称压力。以PN16阀门为例强度试验压力就是2.4 MPa密封试验压力就是1.76 MPa这也是前面场景里监理一眼能发现问题的原因——数值算错了或者写错单位复核时无所遁形。保压时间按公称尺寸分档的常见做法公称尺寸壳体强度保压时间密封试验保压时间DN≤50不少于15秒不少于15秒DN65DN200不少于60秒不少于60秒DN≥250不少于180秒不少于120秒这里要特别提醒以上是工程现场的常用档位不同标准和不同客户技术规格书可能给出不同数值例如有些规格书就把大口径密封试验拉到180秒。真正填写时应先确认合同约定或设计文件引用的标准再把标准号和条文号填进记录单的依据栏。否则监理只要问一句“为什么是这个时间”答不上来就尴尬。气体介质试验为什么不直接套1.5倍因为气体有压缩性一旦壳体破裂储存的压缩能量远高于液体释放时破坏力大得多。标准里对气压试验的压力值通常单独指定一般是按设计压力或略高于设计压力的某个值不能简单用1.5倍公称压力去套。记录单上出现气体试验时压力来源栏必须写明“按设计文件/技术规格书”而不是只写倍数。合格判据这一栏最常见的写法是“无泄漏”但严格来说强度试验要求壳体无渗漏、无变形密封试验对液体介质通常要求规定保压时间内无可见泄漏对气体介质则允许存在微量泄漏按标准规定的泄漏率控制。气体密封试验要特别留意完全做到零泄漏几乎不可能单纯写“无泄漏”反而会被懂行的人追问。记录时写“按标准允许泄漏率判定实测泄漏量为×× mL/min”这种写法最稳。2.3 压力表、试验介质和水温这些背景参数也要上表阀门试验记录不是只记压力和时间。压力表的精度等级、量程、编号试验介质的种类水温环境温度这些都直接影响结果的有效性也直接影响可追溯性。常见做法是记录单上留这几栏压力表编号与检定有效期、压力表量程和精度等级、试验介质、介质温度、实测环境温度。为什么要在意这些压力表量程如果太大小压力下指针几乎不动读数误差成倍放大量程太小又可能打坏表。现场一般要求压力表精度不低于1.6级量程约为试验压力的1.52倍。测量范围要对得上试验压力例如2.4 MPa的试验量程选4 MPa或6 MPa的表合适拿一个25 MPa的表来测读数误差是玄学级别。水压试验的水温也很有讲究水温过低时钢制阀门壳体在快速升压时可能出现脆性开裂这是标准里明确要求控制温度的环节。水温记录不是走形式低温季节试压发生壳体开裂的事故原因一查基本都是水温低于5 ℃还硬做。给记录单加上这些背景字段既规范也避免日后被问到“用的是哪块表、表有没有超期”时什么都答不上来。我在实际填表时会先把压力表信息填好再开始试验而不是做完再补这样能防止表具拿错或检定过期。压力表之外试验介质本身的洁净度也会影响结果判断。水里杂质多、起泡明显判断液体泄漏时容易混淆气体介质含油含水可能残留在密封面上影响复验时的真实性。所以记录单上最好写明介质来源或状态比如“洁净工业水”或“新自来水”。这个细节看似多余碰到介质因素导致的复验争议时能帮你快速定位原因。注意试验压力的1.5倍和1.1倍系数是针对公称压力的常用算法不是放之四海而皆准。温度、材料、结构设计都会影响实际允许值。正式开工前先翻设计文件和阀门技术规格书。3. 填写一份合格的阀门试验记录六个步骤和一份可直接抄的样例3.1 一张能用、能查的记录单最少要有哪四块内容很多单位用的doc模板是多年前流传下来的表头只有项目名称、阀门型号、压力、时间、结果这样的记录单即使填满也难以通过交工审查。我一般会把一张合格的阀门试验记录分成四个功能块。块一工程与阀门的身份信息工程名称、安装单位、阀门位号、型号、公称尺寸、公称压力、壳体材质、密封面材质、连接方式、阀体编号。这一块回答“这是哪台阀门”。阀体编号尤其重要因为同一规格的阀门在项目里有几十台没有独立编号记录根本对应不到实物。块二试验条件与依据执行标准、试验介质、介质温度、试验压力来源、压力表编号与精度、检定期限。这一块回答“在什么条件下做的”。条件记录不全即使结果合格数据的可信度也打折。我见过把试验介质栏空着的记录最后补写“水”但没人知道是清水还是含腐蚀介质的循环水这种资料只能打回重做。块三试验过程与结果试验项目、试验压力、保压开始与结束时间、实际保压时长、泄漏观察情况、判定结果、不合格说明。这一块回答“数据是怎么来的”。注意要把升压结束时间和泄压时间分开写避免起算点争议。很多模板没有起止时间栏只有一栏“保压时间”填写人填个5分钟就结束事后完全无法核对。块四签认信息试验人、复核人、日期、监理或第三方见证栏如需要以及备注栏。这一块回答“谁对这份记录负责”。很多模板没有专门的备注栏导致超温、补压、异常情况没地方写遇到纠纷时说不清。备注栏宁可空着也不要省。3.2 六步实操流程从核对铭牌到签字组卷第一步核对阀门实物与标识卡。阀门到位后先对铭牌上的型号、公称压力、阀体材质与记录单预填项是否一致。这一步省略后面所有数据都悬空。我就遇见过铭牌写PN16、阀体铸字却是PN10的情况这时要以阀门出厂技术文件和设计确认为准不能哪个顺眼填哪个。第二步先做壳体强度试验。阀门微开或全开从较低位置注水排气缓慢升压到规定值到达压力后开始计时。保压期间用目视和手摸检查壳体、法兰连接处、填料压盖有无渗漏或异常变形并记录压力表指针是否稳定。升压过程要分阶段停歇突然猛升容易带来冲击记录里也可以把升压分段时间一并记下。第三步强度合格后泄压再按需要做密封试验。密封试验时阀门全关从规定方向加介质。需要做反向密封或双向密封的记录单上要对应分列行不能一行写“正反向均合格”就完了。分列行以后复盘才能知道反向到底有没有做。球阀这类双向密封结构还要注意阀座在低压力下的密封表现压力太低时PTFE阀座未必能贴合。第四步记录泄漏观察情况。液体介质看滴漏气体介质用气泡法或集气法观测。观察应持续到保压时间结束跟着感觉看一眼就填表出来的是废数据。观测时把试验区域光线调整好戴好护目镜别近距离贴着承压部位看。数据记录要做到什么程度才算好具体到能回答“哪个位置、什么时候、漏了多少”。第五步判定与隔离。合格项打勾或写“合格”不合格项写清现象阀门挂不合格牌并移到隔离区。合格品和隔离品混放是现场资料与实物对不上的最常见原因。隔离区要有记录不合格阀门的位号、现象和处理路径都要留痕。返修后的阀门复验要重新填写记录单并在原记录单标注“复验合格见新记录编号××”。第六步签认与组卷。试验人填写并签字专业工程师复核需要第三方见证的找见证人签。签字日期和试验日期必须一致不能出现试验日期晚于签认日期这种低级错误。组卷时按系统、按位号排序形成索引目录方便后期快速调阅。3.3 一份可直接抄的填写样例下面给出一份常用的填写样例以一台球阀为例执行标准是GB/T 13927与项目技术规格书直接照着替换项目数据即可。填写项样例值说明阀门位号FV-1301按PID图统一编号阀门型号Q41F-16C浮动式球阀法兰连接公称尺寸DN80中口径档公称压力PN161.6 MPa记录单位统一用MPa壳体材质WCB密封面材质PTFE执行标准GB/T 13927及技术规格书必填含标准版本号试验介质清水水温18 ℃壳体强度试验压力2.4 MPa1.5 × 1.6 MPa壳体强度保压时间60 s达到压力后计时DN80属中档强度试验结果壳体及连接处无渗漏压力表稳定密封试验压力1.76 MPa1.1 × 1.6 MPa密封保压时间60 s密封试验泄漏情况阀座下游无可见泄漏目视加干燥试纸确认上密封试验不适用球阀无上密封结构压力表编号P-2024-0318量程6 MPa1.6级检定在有效期内试验结论合格试验人 / 复核人张×× / 李××手签不代签样例里有两个细节值得注意。一是密封试验压力只体现了1.1倍系数如果技术规格书要求按泄漏等级执行还要在泄漏情况栏补一句“符合GB/T 13927对应泄漏等级”保证判定依据闭环。二是压力表信息写在了试验之前这是刻意养成的好习惯——没有有效检定的表试验数据可以被轻易推翻。填写时最容易出现的错误写法是只写“合格”两个字没有泄漏观察数据也没有压力表信息。这种记录在资料审查时几乎必被退回。正确的做法是让后面读记录的人能从纸面上复原整个试验过程而不只是看到结论。一份能复现的记录才算得上合格的质量记录。4. 阀门试验记录避坑指南压力单位、气泡计数与漏项怎么排查4.1 五个高频踩坑记录现象、原因与解决阀门试验记录表面上是填表本质上是把一次试验复现出来。以下五类问题是我在项目上反复见到的按现象、原因、解决的顺序写可以直接拿去做记录检查清单。第一压力单位混写试验记录和铭牌对不上。现象记录单上写2.4同一份表里另处又写24单位为bar铭牌上却是MPa。原因填写人习惯不同单位换算出错或者根本没查看阀门的压力基准。解决记录单上统一使用MPa数值后面必须带单位禁止“压力24”这种裸数字。给现场配一张换算表0.1 MPa约等于1 bar也约等于1 kgf/cm²贴在试验台旁边。这个坑看着低级在交工时被点名的频率却很高。第二保压时间的起算点算错把升压过程当成了保压。现象记录写保压5分钟实际是加压到2.4 MPa用了4分钟达到压力后又等了1分钟就泄压。原因很多人从开始升压就计时标准里的保压时间却是从达到规定试验压力起算。解决记录单上拆成“达到压力时间”和“泄压时间”两栏再写实际保压时长从填报结构上逼着填写人分清起止点。只写一个“5 min”的写法在监理那边基本就是送分题。第三气泡计数全凭感觉气体密封记录没有可信度。现象气体介质密封试验观察人员看到水池里冒泡就说有少量气泡记录里却写“无泄漏”。原因泄漏量观测方法不统一有人数气泡个数有人看水泡大小主观性太强。解决改用倒置量筒集气法把泄漏气体收集到量筒里读取规定时间内的体积以mL/min记录。条件达不到时也要统一用气泡计数法并注明观测时长写成“不大于标准允许值”而不是简单写“无泄漏”。第四闸阀漏做上密封试验交工时才发现缺行。现象闸阀只做了强度和密封被审查人员问上密封试验答“没做”。原因多数旧版doc模板没有上密封行填写人跟着模板走模板没有就不做。解决在记录单模板里为闸阀、截止阀预留上密封试验行无此项的阀门明确填“不适用”。另外一个笨办法是分阀门类型做专用页闸阀页固定有三行试验球阀页固定有两行从源头避免漏项。第五水压试验的水温控制不当壳体脆性开裂。现象冬季试压一台碳钢阀门壳体开裂现场第一反应是超压查记录发现压力正常。原因水温过低材料韧性下降加上升压速率偏快水锤冲击诱发脆断。解决记录单增加水温栏试验前实测并控制在540 ℃低于5 ℃时调整试验窗口期或用温水循环。升压分级进行不要一泵打满。这个问题的可怕之处在于它不是每次都会裂裂一次就足够让整批返工。4.2 气体试验现场的安全红线与记录要点密封和强度试验用到压缩空气或氮气时风险比水压高一个量级。一旦破裂气体迅速膨胀冲击力和噪音都远超液体。所以记录单里涉及气体试验时至少要有两处体现安全的字段一处是试验介质与压力另一处是试验区域警戒措施或备注栏。现场常见做法是气体试验前确认阀门已经通过壳体强度试验再进行气密或气压密封升压区设置警戒线人员退到防护挡板外压力表选用量程合适的防振表精度不低于1.6级保压期间严禁带压紧固螺栓严禁敲击壳体。记录上留不出这些痕迹的资料审查也会当作安全不合格项打回来。另外气体试验的泄压要缓慢排出的气体要引到安全方向尤其是氮气在封闭空间内会让人缺氧这个细节在记录备注里也应写明。提示凡是记录单上出现气体试验的建议在备注栏写明“试验区域已隔离人员已撤离至安全区”并签字。现场和交工审查时这句话都能少惹麻烦。4.3 用一张检查清单批量过旧记录如果手里有一批已经填好的阀门试验记录要自查可以按下面的清单逐项打钩比对着标准一条条翻快得多位号是否唯一能不能对应到台账压力单位是否全部为MPa是否带单位执行标准是否写明没有只写“按国标”这种模糊表述试验压力数值与公称压力的倍率关系是否合理保压起止时间是否分列时间是否达到口径对应档位密封试验是否区分加压方向闸阀、截止阀是否漏上密封试验压力表编号、量程、检定有效期是否完整试验结果栏是否写了观察现象而非只写“合格”签字、日期是否齐全是否有代签痕迹。这十条我打印过一份贴在资料室批量复核时照着勾基本能把大多数返工问题挡在交工之前。如果十条过完还是有问题问题往往不在记录而在试验本身那就要回到现场重新理流程了。5. 让阀门试验记录可追溯台账编号、照片留存与复核签字5.1 给每台阀门一个编号记录跟着编号走一份合格的阀门试验记录能被顺利找到比内容本身更重要。做一个简单的阀门试验台账表头这样设计就够了序号阀门位号型号规格试验日期试验类型结果记录单编号压力表编号备注编号规则建议采用“项目简称-区域-系统-位号-试验序号”例如GX-L1-FV1301-01。这样在台账里一看到编号就知道是哪台阀门、做了第几次试验也能避免同一台阀门现场做了第二次试压但记录覆盖了第一次的问题。报告编号跟着阀门走不跟着日期走是资料管理里很关键的一条习惯。还有一个细节如果同一台阀门因为初次不合格而重新试压两次记录都要保留不能只留合格那份。试验记录的历史本身就是质量证据把不合格记录抽掉等于把发现问题的过程抹掉了。台账里应加一列“关联记录编号”把第一次和第二次的编号串起来方便追溯完整时间线。只留结论性文件的台账在重大工程回顾性审查时经不起问。5.2 照片是记录单最有效的“后悔药”文字记录写得再漂亮几周后被人质疑“当时到底有没有看到漏点”时照片才是硬证据。常见的做法是在每组阀门试验时拍四类照片阀门铭牌、安装到位后的整体外观、压力表读数特写、泄漏观测点情况。拍照时用带有日期和位号标识的卡片一并入镜照片文件名按“位号-试验项目-编号”命名例如FV1301-QD-01。如果项目对影像资料有要求通常还会做一张影像附件清单序号、位号、拍摄内容、文件名、拍摄日期。没有强制要求时也值得把照片和记录单扫描件存在同一个文件夹按位号归档。这比事后翻纸质记录再补照片靠谱得多因为补拍的片子一眼假反而会被当成资料瑕疵。手机拍的压力表读数要拍清楚指针和表盘量程有条件的用手动对焦模式避免读数糊成一团。照片时间戳不要依赖手机自动生成现场卡片上写清楚日期比任何元数据都有说服力。5.3 签字、日期与压力表信息要对得上最后一道关在签字和附件信息上。试验记录上的签字应当是试验人、复核人本人在场的亲笔签名电子签名要符合项目追溯体系要求。日期要完整写到日试验日期、复核日期和照片拍摄日期不能互相矛盾。实践中遇到最多的情况是复查时发现记录单上的压力表编号在台账里不存在或者检定期限在试验当天已经过期。这类问题会把整批记录的可信度拉下来而且属于低级失误。解决方式很笨但有效每次试压前先填压力表编号和检定有效截止日期两栏并由复核人核对后再开始试验。把这两项纳入开工前检查流程而不是试验后补填。压力表信息一旦与实际表具对不上后面所有数据都会被质疑这一关必须卡死。我有一次复核时发现记录单上写了某个压力表编号但台账里那块的检定日期已经过期三个月追下去发现是资料员套用了旧模板忘了改这种问题一张检查清单就能拦住。5.4 第三方见证与不合格项闭环需要监理或第三方见证的场合记录单的见证栏不能只签个名。常见做法是在见证栏写明见证内容和见证依据比如“见证壳体强度试验全过程压力值达到2.4 MPa保压60秒结果合格见证人××”。空泛的签字无法说明见证范围纠纷时等于没见证。第三方见证的核心不是“有人签名”而是“关键过程可控”这句话写进记录里才有意义。不合格项的闭环同样要在记录里体现。阀门首次强度试验不合格返修后复试验合格台账里应有一行记录首次不合格现象、处理措施、复验时间、复验结论、关联记录编号。没有这个闭环资料上只剩一个合格的记录工艺上的问题就被掩盖了。这一步做全了整个阀门试验记录体系才是完整的。6. 把阀门试验记录升级成设备履历三个平时不说的做法阀门试验记录在多数项目里只是交工资料的一页但换个角度用它能变成设备履历的第一页。做法很简单把第5章的台账升级成设备档案表在阀门唯一编码下依次挂试验记录、安装记录、运行巡检记录、维修保养记录。试验记录不再是孤立的纸而是这台阀门生命周期里最原始的数据起点。具体到操作我给三个平时不常写进资料规程的做法。第一给每台阀门贴带二维码的标识牌二维码内容直接指向设备档案编号扫码就能调出试验记录扫描件和台账页替代翻箱倒柜找纸。第二每次试验的原始记录扫描成PDF按“档案编号-试验日期-顺序号”命名多级文件夹与设备台账一一对应预览时按位号排序。第三每季度随机抽三台阀门做可追溯演练从台账倒查10分钟内拿出试验记录、照片、压力表检定书和签字页拿不出来的就是体系漏洞。这些做法不需要上系统Excel加扫描件就能跑起来。我用这个思路把以前积压的一批旧阀门记录重新梳理过才发现当年有台阀门做过两次密封试验第一次的记录填写不规范第二次合格但资料里只剩合格那份。这种黑匣子状态如果不靠编号链去查总有一天会在交工时变成坑。现在我的习惯是签发任何一批记录前先用第4章那条清单过一遍位号是否唯一、标准依据是否写明、强度和密封是否分列、压力表信息是否闭环、照片是否归档。虽然多花十分钟但比事后返工省得多。希望这些习惯能帮你把这一页纸变成项目里最经得起查的那一页。本文还有配套的精品资源点击获取

相关新闻

MySQL Shell实战指南:DBA的高效运维利器

MySQL Shell实战指南:DBA的高效运维利器

做MySQL运维这些年,我最常听见的一句话是“连上数据库,跑个SQL”。听起来很简单,可真把几套集群、几十个实例管起来以后,你会发现传统的mysql命令行客户端很多时候只是“能连”,离“好用”差得远。MySQL Shell 是官方提…

2026/10/19 5:10:12 阅读更多 →
Code Review最佳实践:从流程设计到自动化工具与工程落地

Code Review最佳实践:从流程设计到自动化工具与工程落地

1. 为什么“开放”这件事,恰恰是Code Review的灵魂我在接手团队技术管理之后,有一件事让我特别矛盾——我从入职第一天就强调Code Review,周会也讲、考核也挂钩,但代码质量并没有明显改善。后来我把所有人提的Review意见导出来看了…

2026/10/19 5:10:12 阅读更多 →
开放式代码评审实践:从Git分支到CI质量门禁的完整工具链

开放式代码评审实践:从Git分支到CI质量门禁的完整工具链

前一阵我给团队搭了一套开放式代码评审流程,前前后后花了两三周配置,又跑了将近两个月才逐步稳定下来。今天把整套实践整理出来,名字就叫 open-code-review 吧。核心理念很简单:把代码评审从“一个人的门槛”变成“一群人的协作”…

2026/10/19 5:10:12 阅读更多 →

最新新闻

STM32通过IIC驱动MPU6050六轴传感器:从时序到姿态解算实战指南

STM32通过IIC驱动MPU6050六轴传感器:从时序到姿态解算实战指南

做嵌入式这几年,被问到最多的传感器大概就是 MPU6050。这颗六轴芯片配合 STM32 的 IIC 接口,几乎是所有姿态相关项目的标准开局:两轮自平衡、云台增稳、手势遥控、跌倒检测……不管你是刚入门的新手,还是在做毕业设计的同学&#…

2026/10/19 5:55:34 阅读更多 →
Oracle数据泵单实例迁移全流程详解:从expdp到impdp

Oracle数据泵单实例迁移全流程详解:从expdp到impdp

搞Oracle数据库搬迁,绕不开的一个词就是数据泵(Data Pump)。单实例环境来回同步数据,expdp导出、impdp导入这套组合我这些年用了不下几十次,说它是最皮实的逻辑迁移方案不为过。别看这个标题“单实例环境使用数据泵&am…

2026/10/19 5:55:34 阅读更多 →
物联网设备WiFi配网实战:ESP32/ESP8266 SoftAP与SmartConfig详解

物联网设备WiFi配网实战:ESP32/ESP8266 SoftAP与SmartConfig详解

上个月帮朋友调一块 ESP32 开发板,设备本身跑得好好的,最后却卡在“怎么让设备连上他家的 WiFi”这一步。我说你直接把 SSID 和密码写在代码里不就行了?他说你自己调试当然没问题,可这个设备是要交给一个完全不会用串口、不会看代…

2026/10/19 5:55:34 阅读更多 →
artcraft:基于WebGL的轻量级创意合成工具实战

artcraft:基于WebGL的轻量级创意合成工具实战

1. 项目缘起与整体设计思路1.1 为什么会有 artcraft 这个想法做创意工具这些年,我最大的感受就是:灵感来得快,工具跟不上。脑子里冒出一个画面,想快速拼贴、调色、加纹理,结果打开专业软件要等半分钟加载,图…

2026/10/19 5:55:34 阅读更多 →
VS2017 64位下OSGQT整合实战:从编译到渲染的避坑指南

VS2017 64位下OSGQT整合实战:从编译到渲染的避坑指南

简介:这是一份面向Qt与OpenSceneGraph(OSG)三维渲染开发者的整合示例工程,基于Github上口碑较好的OSGtree项目整理而来,已在VS2017搭配64位OSG环境下完成调试,可直接运行,适合正在学习OSG与Qt混…

2026/10/19 5:55:34 阅读更多 →
CSerialPort串口类2017修正版:稳定嵌入工业控制的Win32封装

CSerialPort串口类2017修正版:稳定嵌入工业控制的Win32封装

简介:这是一份面向C开发者,特别是Windows平台串口通信初学者与中级工程师的轻量级串口类封装资源。CSerialPort类经2017年最新修正,显著降低MFC依赖性,新增_AFX宏适配MFC环境,并提供纯Win32验证程序,使非MF…

2026/10/19 5:54:34 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

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

2026/10/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/18 0:00:55 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

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

2026/10/19 2:54:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

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

2026/10/17 17:22:31 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

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

2026/10/18 12:16:16 阅读更多 →