选煤厂人员定位新思路:智能照明与ZigBee、4G/5G混合方案解析
简介《基于通讯网络及智能照明系统的选煤厂人员的定位系统》是一份面向选煤厂智能化建设与人员安全管理的PDF参考文献适合煤炭企业自动化工程师、矿山物联网开发者及智慧照明系统设计人员参考。内容围绕上湾选煤厂实际场景系统比较ZigBee与WiFi两种定位技术在本类厂区中的优缺点并提出将通讯网络与智能LED照明系统融合的人员定位方案覆盖定位原理、系统组成、实时位置查看、轨迹回放、照明节能及摄像头联动等关键能力。资源包内仅含1个PDF文件大小约1.59MB虽为单篇技术文章但知识点紧凑既有定位算法说明也有现场部署细节可作为智能照明与人员定位系统开发、方案选型及毕业论文写作的直接参考资料。目前已有104人浏览学习适合需要快速理解选煤厂人员定位技术路线并指导实际系统构建的读者。1. 选煤厂人员定位为什么智能照明比 GPS 更靠谱选煤厂智能化改造走到今天岗位工从过去一个车间十几个人缩减到几个人巡检区域却从几百平米扩大到整片厂区上湾选煤厂厂区覆盖面积就约 1 平方公里还涉及铁路周边区域。这时候最棘手的问题反而不是设备自动化而是「人到底在哪」——车间主任找不到人、调度室不知道巡检到哪个点位、突发状况时无法确认岗位工位置。GPS 在厂房里根本没信号仓下、浓缩池泵坑这些关键位置全是定位盲区。这篇论文提供的思路是把厂区里本来就要装的 LED 照明系统改造成定位基站用 ZigBee 组网让每一盏灯都变成参考点再叠加 4G/5G 无线宽带集群补室外定位形成一套室内外都能覆盖的人员定位系统。适合正在做选煤厂智能化改造的机电工程师、安全管理人员以及想了解工业场景下人员定位方案选型的人。2. ZigBee 与 WiFi 定位方案对比选型前先看清四个差距2.1 ZigBee 定位成本低但全厂覆盖代价不小ZigBee 在工业厂区人员定位里算老熟人了它的优势很明确成本低、功耗低、短距离、低速率、安全系数高在工业自动化、家庭自动化领域用了很多年。但放到选煤厂这个场景里它的短板也摆得很清楚。论文里提到 ZigBee 存在信号易受遮挡消失、无法精确定位、全覆盖成本高、多套网络不兼容这几个问题。我拆解一下这些结论背后的物理原因。ZigBee 工作在 2.4GHz 频段信号穿透性本身就一般选煤厂里栈桥的金属结构、筒仓的混凝土墙体、浓缩池边的水汽都会造成信号衰减。更麻烦的是 ZigBee 随机接入 MAC 层时分复用的信道接入方式无法实现这意味着实时业务得不到确定性保障。在一个巡检人员同时经过多个灯具的瞬间多个 ZigBee 节点同时上报数据信道冲突的概率会明显上升。还有一个选煤厂特有的问题ZigBee 覆盖范围通常在 5~10 米上湾选煤厂厂区约 1 平方公里如果全厂都用 ZigBee 做定位需要布置的灯具和分站数量会非常可观。每个灯具要内置无线通讯天线每个区域要部署定位分站施工量和维护量都上来了成本优势就被抵消了。2.2 WiFi 定位功能强但基站密度撑不起成本WiFi 定位是另一个常见选项。WiFi 的优势在论文里写得很清楚传输距离远、传输速率高、带宽宽开阔区域覆盖范围可达 300 米封闭环境也能到 100 米左右组网方便能和现有有线以太网整合采用 TCP/IP 协议数据交换效率高。此外 WiFi 能承载视频监控传输和数据传输这一点比 ZigBee 实用很多。但 WiFi 定位精度有限这是一个硬伤。WiFi 定位主要靠 RSSI 信号强度推算距离在选煤厂这种多金属结构、多遮挡的复杂环境下信号反射和多径效应会让 RSSI 与距离的对应关系变得很不稳定定位误差可能达到 10 米以上在车间里根本没法判断人员具体在哪个工位。要覆盖上湾选煤厂 1 平方公里的厂区按 300 米开阔覆盖算也要布置相当数量的基站实际上考虑到遮挡和信号衰减基站密度远高于理论值成本会很高。而且 WiFi 定位依赖网络连接断网就失效这在强调可靠性的工业场景里是个大忌。2.3 选煤厂定位的四个特殊约束选煤厂人员定位和普通工厂不同论文里总结了几个关键特点这也是你做方案时会遇到的约束条件厂区面积大且结构复杂。上湾选煤厂约 1 平方公里厂房、筒仓、栈桥、工业广场、浓缩池各占一块装车车间还涉及铁路周边区域定位系统要覆盖生产区域和厂区其他区域。GPS 信号在关键位置不可用。仓下、浓缩池泵坑这些地方 GPS 信号收不到而这些恰恰是巡检人员必须到达的危险区域不能靠卫星定位兜底。环境条件苛刻。生产车间内有飞尘、瓦斯等有害气体还有水汽、振动定位设备必须有较高的可靠性。粉尘附着会影响天线性能水汽会腐蚀接插件振动会让松动问题加速暴露。定位要能区分楼层和室内外。生产车间是多层结构人员定位不仅要判断在哪个车间还要能判断在第几层这要求系统具备纵向定位能力。这四个约束基本排除了单一技术方案——GPS 覆盖不了室内纯 ZigBee 成本太高且实时性受限纯 WiFi 精度不够且断网风险大。这也是为什么论文最后走向了混合方案室内用智能照明系统做高精度定位室外用 4G/5G 网络补覆盖。3. 智能照明系统定位原理ZigBee 组网里的 Ttof 测距3.1 定位链路定位卡、灯具、RTU、服务器之间怎么配合上湾选煤厂的智能照明人员定位系统核心思路是让每一盏灯都变成一个定位参考点。系统链路分四层终端层是巡检人员随身携带的有源定位卡感知层是内置无线通讯天线的 LED 灯具各灯具之间基于 ZigBee 技术组网汇聚层是智能控制终端RTU和集中控制器负责收集灯具上传的定位数据平台层是服务器和上位机软件结合厂区地图输出人员坐标。定位卡和灯具之间怎么交互我按论文里的描述还原一下定位终端实时扫描周围灯具在最优的点集合进行距离测试也就是说定位卡会持续测量它和多个灯具之间的距离经过分析处理选定最优参考点把距离信息传输给灯具灯具通过 ZigBee 网络上传给 RTURTU 通过光纤网络传给服务器服务器结合参考点坐标计算出精确位置。这里有个关键设计灯具在定位系统中每个都有固定坐标定位终端只需要测距并上报不需要自己做位置解算把算力集中到服务器端降低了终端的功耗和成本。3.2 Ttof 测距原理TTOT 与 TTAT 的减法里藏着精度ZigBee 定位的精度很大程度上取决于测距方法。上湾选煤厂用的不是简单的 RSSI 信号强度估算而是 TtofTime of Flight飞行时间测距机制。两个 ZigBee 节点的运行机制是这样的本地节点发送一个 Ttof 报文给远端节点远端节点收到后回复一个 ACK 应答本地节点记录从发送 Ttof 信息到接收到应答信息的完整时间记为 TTOT。这中间包含两段信号飞行时间还有远端节点处理报文和回复 ACK 的时间 TTAT。计算公式是2 * Ttof TTOT - TTAT其中Ttof —— 信号单程飞行时间也就是定位卡与灯具之间的实际距离对应的传播时间TTOT —— 从本地节点发送报文到收到 ACK 应答的总时间TTAT —— 远端节点从收到报文到发出 ACK 所耗费的处理时间这个公式成立的前提是信号在两节点间的来回时间相等这是一个合理的工程假设。用飞行时间代替信号强度来测距好处是对环境变化不敏感——选煤厂里的粉尘、水汽、温湿度变化会影响信号衰减但不会显著影响电磁波传播速度所以 Ttof 测距比 RSSI 测距稳定得多。实际工程中 TTAT 是节点处理固件里的固定耗时可以在出厂时标定或者通过双向往返测量来消除误差。3.3 系统组成与分层部署LCM、RTU、LCU 各管什么上湾选煤厂的智能照明人员定位系统设备组成和控制逻辑从论文里可以拆成四块设备全称在定位系统中的职责控制中心上位机软件与服务器接收所有 RTU 上传的数据结合厂区地图计算人员坐标展示实时位置、历史轨迹、区域人数统计LCMLED 灯控制管理终端管理单盏灯具的开关与亮度接收定位卡发来的距离数据并上报RTU智能控制终端作为区域汇聚节点收集管辖范围内所有灯具的定位数据通过光纤上传到控制中心LCU路灯单灯节能控制器控制单灯状态支持远程调光、状态巡检和用电量统计部署策略上论文提到在生产区域的厂房、栈桥内部署定位分站实现生产区域定位信号覆盖而且通过每层设立的分站可以判别具体楼层。这套系统有个设计优点每个分站覆盖范围只有 5~10 米当某个或某几个子站故障时不影响其他子站定位系统仍然是可用的只是局部精度可能下降。这种分布式冗余结构在工业场景里非常重要避免了单点故障导致全厂定位瘫痪。不过这套系统的局限也很明显它只能在照明灯具用量大的厂房内布置厂区室外的道路、广场、铁路沿线没有灯具就没有定位能力。我理解这个限制的根源在于「照明即基站」的设计思路——定位覆盖范围完全取决于灯具部署密度而室外区域本来就不需要密集照明。所以单一智能照明系统只能完成生产区域的人员定位生活区域和未部署灯具的位置就是盲区。4. 基于 4G/5G 与智能照明的全域定位混合方案落地要点4.1 为什么要引入无线宽带集群网络智能照明定位系统的能力边界已经清楚了室内生产区域精度高、能识别楼层但室外覆盖为零。要补齐室外这部分论文给出的方案是引入 WitenWideband Trunking Enterprise Network无线宽带集群搭建 4G 或 5G 通信专网。选 4G/5G 而不是继续加 Wi-Fi 基站我拆解下来有三层考虑。第一是覆盖效率论文里明确说选煤厂采用两个射频单元就可以实现整个厂区无线信号全覆盖这个覆盖效率是 WiFi 基站比不了的。第二是可靠传输无线宽带集群面向行业专网场景设计能满足语音调度、数据传输、现场视频回传、GIS 定位、移动办公等综合化应用同时通过和厂区工业以太环网融合支持运营商公用网、厂区专网和定位基站间自组网多种传输方式互为备份某一传输系统故障时可以切换到其他系统。第三是室外精确定位生产人员配备 4G/5G 终端终端开启 GPS 定位后经纬度数据通过通信网络传输给人员定位系统实现厂区开阔区域的精确定位。4.2 室内外定位的横向与纵向协同混合方案的定位能力是分层的。智能照明系统解决「纵向定位」能判断人员在哪个区域、具体在厂房的哪一层这在生产车间、栈桥、筒仓这些多层建筑场景下是刚需。4G/5G GPS 解决「横向覆盖」办公楼、厂房、铁路沿线以及厂区其他开阔区域都能定位适应性强不受选煤厂特殊环境影响。两套系统要怎么融合工程上常见的做法是在定位平台做数据汇聚和坐标归一化。智能照明系统输出的坐标是厂区地图坐标系下的位置4G/5G 终端输出的是 GPS 经纬度平台层需要把经纬度转换到厂区本地坐标系。以室内外切换为例巡检人员从厂房走到室外定位终端会同时收到智能照明系统和 4G/5G 网络的位置数据平台需要根据信号强度和定位精度实时切换数据源或者用加权融合算法让位置轨迹平滑过渡。4.3 联动功能与实施步骤论文里提到混合定位系统可以和照明、摄像头联动。具体逻辑是这样的人员定位系统根据岗位人员巡视轨迹自动控制灯具开关和亮度实现「人来灯亮、人走灯灭」同时定位系统向摄像头下发联动指令摄像头根据人员位置自动转向并录制记录人员作业过程的视频证据实现电子围栏报警、岗位考勤、巡检任务确认等功能。实际实施时我一般会按下面几步来做# 第一步双射频单元覆盖测试 # 在厂区最高点安装射频单元用终端扫描 RSSI 和信号质量标记盲区位置 # 上湾方案用两个射频单元覆盖 1 平方公里你那边要实测后定数量 # 第二步室内定位分站部署与坐标标定 # 给每个灯具内部 ZigBee 通信模块写入唯一 ID 和固定坐标 # 坐标建议用相对厂区原点的偏移量单位米保留两位小数 # 第三步平台数据对接 # 智能照明定位数据走光纤汇聚到控制中心 # 4G/5G 终端定位数据走专网传到同一台定位服务器 # 在服务器配置坐标系转换参数保证两套数据能叠加到同一张厂区地图上实施中的几个参数值得注意定位终端扫描灯具的时间间隔决定了实时性和电池寿命的平衡我一般设为 1 到 2 秒一次灯具检测不到定位终端的超时时间决定了「人走灯灭」的响应速度论文里的设定逻辑是灯具在一定时间内检测不到终端就关闭或调暗这个超时时间我习惯设在 10 到 30 秒太短会造成频繁开关影响灯具寿命太长又起不到节能作用。摄像头联动要根据定位精度设置触发范围室内按楼层触发室外按 10 米半径触发比较合理。这套混合方案的实质性收益是定位覆盖率从生产区域扩展到全厂而且巡检轨迹能自动关联照明和监控记录管理人员可以在智能终端中提前下达巡视任务定位系统根据人员位置自动确认巡视任务是否完成这在选煤厂安全生产层面价值很大等于把人员管理和设备管理合并到一张地图上。5. 避坑与常见问题五个现场定位系统的真实踩坑记录5.1 定位卡在筒仓内频繁跳变现象巡检人员进入筒仓内部时定位平台上的位置在相邻区域之间来回跳动轨迹看起来像在「瞬移」。原因筒仓是混凝土密封结构内部空间大且金属设备多ZigBee 信号经多次反射后到达定位卡Ttof 测距在非视距条件下计算出偏大的距离值多个灯具的测距结果相互矛盾服务器解算出的位置就不稳定了。解决在筒仓内部的照明灯具之外额外部署专用定位分站增加近距离参考点密度同时在服务器端对位置解算结果做滤波处理比如限速滤波设定人员移动速度上限超过阈值的跳变直接丢弃。5.2 灯具调光后定位数据丢失现象灯具进入调光状态或关闭后定位卡那段时间的位置数据断档历史轨迹出现空白区。原因定位数据是依托灯具内的无线通讯模块传输的灯具关闭或亮度调低时如果通讯模块由灯具供电同一回路控制模块断电后自然无法上传定位数据。解决施工时定位通讯模块要独立供电不能和照明驱动共用一个开关回路。灯具的开关和调光只控制照明输出通讯模块始终保持工作状态这也是「人走灯灭但定位不中断」的工程前提。5.3 室外 GPS 定位与室内 ZigBee 定位的切换延迟现象人员从厂房走到室外定位平台需要十几秒才能从室内定位切换到 GPS 定位期间位置显示的是厂房门口附近。原因两套系统的数据上报频率和坐标系不同平台需要时间判断「室内信号已弱、室外定位可用」切换逻辑设计不合理就会延迟。解决在厂房出入口设置切换触发区定位终端同时监听 ZigBee 信号强度和 GPS 卫星数量ZigBee 信号低于阈值且 GPS 定位有效时立即切换数据源不需要等平台端超时判断。5.4 装车铁路沿线定位漂移现象装车车间涉及铁路周边区域人员沿铁路巡检时定位点在轨道两侧摆动精度明显低于厂区其他位置。原因铁路沿线空旷区域大定位终端可扫描的灯具参考点少ZigBee 定位在参考点稀疏时精度必然下降GPS 信号在这个区域又容易受到铁路电气化设备的电磁干扰。解决铁路沿线不宜布置密集灯具可改用 4G/5G 终端的高精度定位模式作为主数据源智能照明定位作为辅助同时在平台上对这一区域单独设置允许误差范围避免误报警。5.5 ZigBee 网络与 4G/5G 专网的数据时钟不同步现象同一人员在同一时刻室内定位数据显示在车间入口4G/5G 定位数据已经显示在厂区道路上两套系统的时间对不上轨迹回放时人物「分裂」。原因两套网络各自独立上报定位数据服务器没有做时间同步校准ZigBee 数据经光纤传输有毫秒级延迟4G/5G 数据经过的传输链路不同时间戳按各自本地时钟写入。解决定位服务器统一配置 NTP 时间同步所有 RTU 和定位终端从服务器同步时钟在上位机软件中按统一的系统时间戳处理来自两套网络的数据误差控制在 500 毫秒以内轨迹拼接就自然连贯了。6. 系统投用后的验证与调优几个值得掌握的检查手法系统上线不代表定位精度就达标了我习惯在投用后做三轮验证。第一轮是静态精度测试让人员携带定位卡站在已知坐标点上对比平台显示坐标与实际坐标的偏差每个区域随机取 20 个点统计平均误差和最大误差。上湾这套混合方案室内智能照明定位在 5~10 米分站间距下静态精度通常能做到 3 米以内室外 GPS 定位误差取决于卫星状态一般 5 米以内。如果静态误差偏大优先检查参考点坐标标定是否正确这是最容易被忽略的源头问题。第二轮是动态轨迹验证人员按预定路线巡检平台回放轨迹和实际路线对比重点关注室内外切换点和楼层变化的判断是否正确。第三轮是联动功能联调用定位触发照明、摄像头转向和电子围栏报警验证各系统的响应延迟和可靠性。调优方面我常用的手法是结合照明用电量数据反推定位质量——如果某个区域灯具频繁开关说明人员逗留时间长如果灯具长时间不动作但定位平台显示有人说明人员定位和照明控制逻辑脱节了。这类数据互检可以发现单靠定位平台看不出来的问题。从那以后我每次做类似系统验证都会强制走一遍「静态精度→动态轨迹→联动联调」三步验证再结合用电数据做交叉检查。希望帮到你。本文还有配套的精品资源点击获取

相关新闻

Open Code Review:一种可落地的透明化代码评审方法论

Open Code Review:一种可落地的透明化代码评审方法论

1. “open-code-review”不是开源项目,而是一套可落地的代码评审实践方法论“open-code-review”这个词最近在技术社区里频繁出现,但很多人第一反应是——这是某个新开源的代码审查工具?还是某家大厂刚发布的内部平台代号?其实都不…

2026/10/13 8:00:27 阅读更多 →
楼宇自控施工组织方案:从点位表到调试的返工预防指南

楼宇自控施工组织方案:从点位表到调试的返工预防指南

简介:一份面向楼宇自控施工人员与弱电工程项目的技术方案文档,系统讲解BAS(楼宇自动化控制)施工的全流程,包括工艺流程、线缆敷设、校接线、设备安装及传感器布置等关键环节。文档从施工准备与电管预留预埋讲起&#x…

2026/10/13 8:00:27 阅读更多 →
综合能源系统双层优化调度策略复现与Matlab实现解析

综合能源系统双层优化调度策略复现与Matlab实现解析

1. 项目概述与选题背景1.1 为什么"核心期刊复现"这么让人头大先说结论:复现一篇综合能源系统方向的核心期刊论文,很多时候比自己在原有框架上加一个新目标函数更痛苦。原因很简单,期刊正文里给出的公式是从定稿模型中截取的"高…

2026/10/13 7:59:25 阅读更多 →

最新新闻

LiteLLM实战:统一大模型API网关的部署、路由与预算控制

LiteLLM实战:统一大模型API网关的部署、路由与预算控制

做AI应用这一年多,我最大的感受是:模型本身其实不是瓶颈,真正让人头大的是怎么把一堆杂七杂八的模型接入、路由、计费、限流这些东西收拾利索。LiteLLM这个开源项目,说白了就是帮你把这件事打包干完——它把市面上主流的大模型API…

2026/10/13 8:38:54 阅读更多 →
大模型Agent技能库设计:从工具调用到编排的工程实践

大模型Agent技能库设计:从工具调用到编排的工程实践

接手 agent-skills 这个选题时,我脑子里马上浮现出前段时间做某客服智能体项目时被技能设计折磨的经历。agent-skills,说白了就是给大模型 Agent 配备的"能力工具箱",让它能按需调用搜索、计算、查库存、发消息这些具体动作。它不是…

2026/10/13 8:38:54 阅读更多 →
CFCA精品可可认证:证书之外,校友网络才是真正的行业入场券

CFCA精品可可认证:证书之外,校友网络才是真正的行业入场券

我见过太多人冲着“证书”去报名,却忽略了证书背后那张真正值钱的关系网。CFCA,一个在精品可可行当里低调但口碑很硬的专业认证项目,它的校友网络是我近几年见过最典型的“证书圈子”组合。精品可可这行,技术固然重要,…

2026/10/13 8:38:54 阅读更多 →
ClickHouse性能调优实战:从system库到工具组合的全链路指南

ClickHouse性能调优实战:从system库到工具组合的全链路指南

1. 调优第一步:把ClickHouse自带的system库当成第一套性能工具箱 接手ClickHouse集群运维的第一年,我踩得最深的一个坑就是:服务变慢之后不知道从哪儿下手抓原因。那时候我习惯先看机器CPU和内存,再翻日志,折腾半小时还…

2026/10/13 8:38:54 阅读更多 →
AI编码工具冲击下,程序员真正的护城河到底是什么?

AI编码工具冲击下,程序员真正的护城河到底是什么?

大约是半年前,我接到一个订单中心模块的重构任务,顺手把一部分“状态流转”的代码丢给了某主流AI编码工具。 当时的心态其实是试探性的,觉得它能生成一个骨架就算成功,毕竟这个模块牵扯到订单取消、超时关单、支付回调、幂等控制…

2026/10/13 8:38:54 阅读更多 →
基于PaddleOCR与PyQt5的GUI车票识别系统设计与实现

基于PaddleOCR与PyQt5的GUI车票识别系统设计与实现

简介:这是一套基于GUI的OCR车票识别完整毕业设计项目,面向计算机视觉、机器学习方向的本科生及入门开发者,重点解决车票日期、车次、座位号等关键信息的自动提取与可视化操作问题。压缩包共82个文件,整体约4.01MB,包含…

2026/10/13 8:37:52 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/13 2:54:56 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/12 0:16:38 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 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/12 21:05:09 阅读更多 →
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/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练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/12 18:11:17 阅读更多 →