《导论一》我的价值体系 | slamseek

产品观 一款好的产品,会让它的用户第一次体验,油然而生一种“久违重逢”感觉—-它本来应该就是这样! 技术观 不存在最好的技术,只有最合适且解决问题的技术 系统观 场景的复杂性,决定业务的复杂性,业务的复杂性决定了技术的复杂性,自上而下看,了解产品是把技术做充分的前蹄,自下而上看,技术本身并不是问题,而是答案!技术学习的困难,往往是由于没有结合其背景而直接去看当下的结果状态 统筹观 尊重时间、范围、质量“黄金三角”的合理平衡 一套清晰的做事逻辑是推动项目进展的基础,但再好的“方法论”也难以控制“人”的复杂性 在作者的过往经历中,凝练出以上理解认知,也是作者认为可以让您走的更快、更远的核心支撑点,乃至于让一个大专生突破固有的壁垒,在同级、同阶段的群体中站的相对靠前。 它可以让一些问题变得不再是问题,比如,“产品”与“技术”之间的天然矛盾性,如果您阅读完本书,可以转变视角,把产品力同样归纳到做好技术应有的范围,那么,便会理解,1.产/技本同一立场,共同去研究并服务好用户(还不够润) 它不一定会让你技术能力提升、或技术储备扩展,但,会让你解决问题的能力提升。也会明白,技术手段并非解决问题的唯一途径,技术层面、产品层面、乃至市场层面,都可以尝试找到合适解,但最优解,并非唯一,它取决于团队状态、项目状态、单位状态、乃至于市场状态。(比较悲观的是,本岗人员寻找它岗的解决方案,这种行为,往往被定性为“推脱”、“甩锅”、“找借口”,主动的是,作者希望读者是一个有自我标准和技术信仰的人,被动的是它被如何界定,需要一个足够清醒的+1)

March 28, 2026 · von

《导论二》行业常见的认知偏差 | slamseek

我眼里的算法工程师? 在22年,作者同业内好友闲谈,我说,到今天我已经在算法岗位工作了6个年头,纵然自主开发的定位系统、导航系统随扫地机产品也已经服务了几万家,但我仍然没有足够的底气称自己是“算法工程师”,若不是确实在此岗位上开展工作及已有明确被市场验证的成果产出,我更愿意说自己是“软件工程师”,我后来反思,这可能要归结于两方面谈起:其一,应该是由于我计算机软件工程专业背景相干,其实本质上,仍然是通过编码行为实现期望的产品效果,至于过程中,所研习的那些公式理论,所优化的那些时空复杂度,不过是产品开发中需要解决的问题、需要做出的动作,性质和解bug无异。其二,对于算法仍然是存魅的,彼时,脑海中的第一印象算法工程师的自然语言是由符号和公式组成表达的,请原谅我这根歪路野的主观与片面,而在下,最舒服的方式仍然是代码的解读。 与朋友的检讨,让我更加清晰了一些概念,总结如下: 算法工程师是一个岗位,也是一个方向,但这里面又可以划分两个派系及四个级别: 学院派和工程派 学院派一般指向科研、理论,实验室场景,往往在相对理想或聚焦环境下关注指标上限,于学术相引导其方向; 工程派一般指向落地、应用,项目组场景,往往在复杂多变环境关注指标下限,于应用相引导其落地方案; 一些经典原生算法乃至框架一般由学院派主导发布,而工程派,更多是结合产品特性,在考虑应用场景、算力、成本等诸多边界元素的约束下,如何正确合理的去选择及应用。 于行业而言,两派并不对立,均在不同维度共同促进发展与成熟。 但由于工作场景的特性,与人才流动方向,两方面又促成了之间的矛盾! 实验室场景,以研究为导向、以答辩做闭环、时间概念相对模糊、重在过程与课题收获(无论是成功的贡献、还是失败的经验),对于最终结果失败的容忍度、可解释性较高。 项目组场景,以结果为导向、以产品落地做闭环、追求时间颗粒度细化、以项目成功为目标,几乎没有可解释性。 人才的流动的方向往往是学院、研究所向私企事业单位输送,场景思维的转换与适应,往往不是在短时间可以完成的,这就造成了极大的预期落差 人才方面,执著于算法技术本身的研磨,而轻视产品属性与项目节奏,要知道,即使同一个技术问题,在课题方向和产品方向上,也会有两个不同的答案,一个是宏观鲁棒性、另一个则是在明确场景与边界条件前提下的鲁棒性,偏差极大。 企业方面,为什么我全部招聘的名校/所的高材生,做不出我想要的产品?效果总是低于预期、时间不充分、项目风险失控。 这场面就很尴尬,明天投资人要来看演示了,但是,研发人员还在纠结是不是框架算法选的不合理?都很急也很茫然。 尤其在以上特性下,犯下高层用人认知错误:学院派高学历 = 高项目统筹管理能力。 科研视角是聚焦的、思维是深度垂直的,而项目统筹,是全局、发散的。这两方面的能力,并非擅长与平均的关系,往往是两个极端,极擅长科研并极弱于统筹,如果没有足够判断力,把错误的人用在错误的位置,对项目乃至初/中期企业的打击是致命的。 四个级别 主要针对工程派某算法方向的掌握度进行划分 知道 - 了解 - 工程 - 产品 1.知道:概念向,知其词汇、应用场景、解决什么问题,比如:Cartographer是google开源激光slam框架,可以进行机器人定位与地图构建。 2.了解:理论向,知其原理、流程与算法思想,比如,是基于图优化思想的前/后端架构,可以融合处理激光、imu、gps等传感数据,前端用来数据匹配关联,构建submap,后端进行回还检测与优化。 3.工程:实操向,大部分同行集中于此,由实操能力又有如下细分 3.1 开源框架移植部署与调参 3.2 开源框架基础上,小范围二次开发、裁剪 3.3 开源框架基础上,有产品意识,在场景驱动下,可以某框架为基础深度定制开发 3.4 多框架多思想,产品、场景、业务驱动下,可融合不同思想、策略取长补短自研生产最适合的算法系统 4.产品:验证向,多指工程化各项指标完成度达标,产品发布经过一定量级真实市场考验迭代后所具备。 如上,业内非常容易陷入的一种错觉: 选择一个好的开源框架,完成部署调参 = 基本完成了产品化开发,于是,反复在框架级的了解/选择/部署/调参/验证,在2-3.1循环反复 而实际真实的有效投入应是在3-4之间的摸索,乃至水平达到3.3之后,大部分的思考应是在技术基础之上集中在产品与场景端 3.3是一个明确的水平分水岭,往往需要至少一个完整的项目经验支撑,在这之前,充满了诸多的不确定性,算法概念、产品思维、项目思维均不成熟,需要漫长的摸索、验证与认知的提升,在这之后,才有可能将算法开发像软件开发一样进行计划式管理推动。对于算法工程师,即使具备了产品级的开发能力,虽然算法技术与思想是通用的,但横跨其他产品,往往也是从3.3做起。 希望如上表述,可以让您更加清楚的观测目前的团队状态。 这里的预期偏差 软件开发和算法开发的差异? 两者的底层逻辑、目标导向、能力模型完全不同 ——软件开发的核心是「用工程化方法,把明确的需求转化为稳定、可维护、可复用的软件系统,核心是 “把事情做对”」;算法开发的核心是「用数学建模解决不确定性问题,优化精度 / 效率 / 鲁棒性等核心指标,核心是 “找对的事情做”」。 核心目标 软件:实现明确的产品需求,构建稳定、可扩展、可维护的软件系统,保障功能可用、流程闭环 算法:用数学建模解决特定场景的不确定性问题,优化精度、速度、鲁棒性、泛化能力等核心性能指标 底层思维 软件:工程思维:追求确定性、标准化、可复用、低耦合,优先用成熟方案解决问题,避免重复造轮子 算法:科研思维 + 工程思维:先解决 “方案是否可行” 的不确定性,再做工程化落地,追求指标最优,常需要针对性造轮子 工作流程 软件:标准化线性流程:需求评审→架构设计→编码实现→单元测试→集成测试→发布上线,可通过敏捷 / 瀑布模式精准规划,迭代节奏可控 算法:非线性探索流程:问题定义→方案选型→数学建模→数据 / 仿真验证→代码实现→调优迭代→实机场景验证→工程化落地,存在大量推倒重来的可能,迭代节奏不可控 评判标准 软件: 确定性优先,核心看「不出错」: 核心维度:功能完整性、bug 率、长期稳定性、可用性、可维护性、兼容性、安全性; 合格标准:连续运行无崩溃、功能符合需求、无致命问题 算法: 最优性优先,核心看「效果好」: 核心维度:精度 / 准确率、召回率、运行效率、内存占用、鲁棒性(抗干扰)、泛化能力(跨场景适配); 合格标准:核心指标达到设计要求,复杂场景下不失效 发展路径 软件: 通用性强,赛道跨度大: 初级开发→高级开发→架构师 / 技术专家→技术经理 / CTO; 横向可转产品、项目管理、测试、运维,几乎全行业通用 算法: 垂直性强,跨赛道难度极高: 初级算法工程师→高级算法工程师→算法专家 / 架构师→算法负责人; 横向仅可转 AI 产品、数据科学,细分赛道间壁垒极高(如 SLAM 算法转 NLP 算法几乎等于从零开始) ...

March 29, 2026 · von

《导论三》为何以扫地机器人为核心,拆解服务机器人全链路工程实践 | slamseek

一、为何以扫地机器人为核心技术主线? 我们选择扫地机器人作为服务机器人技术梳理的核心载体,核心源于其用户需求明确、应用场景清晰、技术方案成熟、技术体系全面的四大先天优势,是民用服务机器人领域最适合作为工程实践入门与进阶的标杆产品: 用户需求明确: 核心需求聚焦于「高效完成家庭地面清洁」,目标单一且可量化,避免泛化场景下的需求模糊与技术发散,让学习始终围绕核心问题展开。 用户场景明确: 应用场景高度限定于家庭室内环境,边界清晰、干扰因素可控,是验证机器人感知、决策、执行全链路能力的理想试验场。 技术方案成熟: 历经二十年产业迭代,扫地机器人已形成标准化工程落地方案,从硬件选型到算法适配均有成熟量产案例可参考,无需从零探索未知技术路径。 技术方案全面: 研发体系完整覆盖软 / 硬件 / 传感器全链路,深度集成 定位与建图(Slam)、路径规划(Navi)、运动控制(Motion) 三大机器人核心算法,同时贯穿从机器人端(robot)→服务端(server)→应用端(app)的完整技术栈,是一套可复用的服务机器人通用技术框架。 二、技术可迁移性:从扫地机器人到全品类服务机器人 本书的技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景: 包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 三、本书概览 原则性基础 为顺畅理解本书核心内容,建议读者具备以下技术基础: C/C++ 编程或阅读能力,一般即可(服务机器人嵌入式开发的核心语言) 了解Cartographer SLAM框架,知晓即可(扫地机器人主流激光 SLAM 实现方案) 熟悉HSM(分层状态机) 思想,现学也行(机器人行为调度与状态管理的核心范式) 具备计算机、自动化、机电一体化等相关专业背景,将更易理解硬件与算法的协同逻辑 以上都不具备,你好好学,我好好教,也没问题。 叙事风格:轻理论、轻代码,重思想、重工程 本书始终遵循工程落地优先的叙事原则,风格清晰可概括为: 轻理论:摒弃冗长的公式推导与纯学术空谈,仅保留理解工程实现所需的核心理论 轻代码:不堆砌完整源码,仅通过关键片段与逻辑框图讲解核心实现思路 重思想:强调工程设计思维、技术选型逻辑与问题解决方法论 重工程:聚焦量产落地、系统集成、测试避坑等实战环节,所有内容均指向「如何在产业中落地可用的机器人系统」。 叙事脉络 以现代化IPD项目管理流程串联,从概念-计划-开发-发布全流程 以扫地机机器人产品为载体 以激光slam、路径规划、运动控制算法为核心 以邮件形式,职场场景化带入

April 1, 2026 · von

《前言》

X智能硬件科技有限公司,是一家以自主研发激光雷达传感器为核心主业的企业。 为更好地拉动自有激光雷达的销售业务,公司定了两条并行的业务路线: 一是配套开发扫地机器人整机方案,把它作为自有雷达销售的增值服务; 二是依托自研的激光雷达硬件,加上配套的整机算法能力,同步做自有品牌扫地机产品的自主研发和品牌运营。 为了把这套业务落地,公司专门启动了项目总工的专项招聘,要找能牵头组建业务团队、全权负责这条业务线全流程落地的负责人。 通过人力部门的建联,最终公司与我达成正式合作意向,这条业务线的落地工作也就此正式启动。

April 5, 2026 · von

《概念篇一》扫地机新项目任命的履职答复及启动计划 | slamseek

引言导读: 本邮前,现实动作应至少完成部分主要人员会面引荐,或在非正式饭桌间,疏通基础关系。 正式书面交代项目背景,确保与领导间的信息对称。 进行项目相干人串联,为后续紧密/持续甚至叨扰性的沟通,铺垫基础。 澄清项目主体思路,宏观交代项目推动逻辑(即IPD流程),说明个人的做事章法清晰明了,逐步积累信任基础。 安排近期动作及目标,重点说明人力资源缺口(争取资源)。 新建团队初期,普遍缺少信任基础与默契,关键节点任何书面形式通知,需必要性进行面谈会议性的二次传达与信息对称。 本书以扫地机器人为载体阐述,但技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景:包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 TO:总经理 CC:雷达销售部、硬件研发部、结构设计部、产品部、人事部 hi, X总 非常感谢公司的信任与认可,本人后续将全权负责该项目团队组建及全流程落地工作。结合公司核心业务规划,现就我的履职安排及项目启动计划,做如下答复及梳理 一、核心履职 紧扣公司“激光雷达主业赋能”核心目标,聚焦“雷达销售增值服务+自有品牌运营”双轨方向 一是,确保12个月内完成可批量交付的扫地机整机方案,为自有激光雷达销售提供配套支撑; 二是,18个月内实现自有品牌扫地机从0到1量产落地,同步拉动激光雷达出货量,助力公司拓宽市场渠道、提升核心竞争力。 全程严控项目成本、进度及质量,确保各项工作贴合公司战略规划。 二、整体项目计划及节奏,概览如下 三、本阶段(概念)核心动作及关键交付 本次启动计划分阶段推进,第一阶段重点完成基础调研、团队搭建及方向锚定,具体安排如下: 调研摸底:牵头完成扫地机赛道激光雷达应用趋势调研、行业核心竞品整机方案拆解,联动雷达销售部收集终端客户对整机方案的核心需求(含成本、适配、功能等),形成调研分析报告,为项目定位及方案设计提供依据。 团队组建:完成跨部门核心团队组建,明确结构、硬件、算法、软件、项目管理等各模块责任人及职责边界,建立清晰的分工机制,确保团队高效协同。需要注意的是,算法团队人员空白,需 @人事部 立即同步启动招聘动作,招聘JD要求内容,今日将发出到对应人事负责人。 方案初定:基于调研结果,输出项目初步定位、核心技术路线及Charter初稿,明确整机方案与自有激光雷达的适配重点,完成初步可行性论证。 三、团队协同与机制建立 跨部门协同:重点联动雷达销售部,建立常态化需求同步机制,确保整机方案贴合客户需求、适配自有雷达;联动硬件研发部、供应链部,提前对接核心器件选型、供货周期等关键事宜,规避落地风险。 进度管控:建立周度进度同步机制,每周向您及各相关部门负责人汇报项目进展、存在问题及下一步计划,确保项目进度可控、可追溯。 四、潜在风险预判与应对准备 结合项目特性,初步预判核心风险为:整机方案与自有激光雷达的适配优化、To B端客户需求匹配度、核心器件供应链稳定性。后续将针对各类风险,制定详细应对预案,提前联动相关部门做好准备,及时规避、化解项目推进中的各类阻碍,确保项目顺利落地。 五、将于明日协调各负责人空白时间,组织会议,面谈以上内容。 后续将严格按照以上安排推进各项工作,统筹协调各方资源,全力确保项目达成预期目标。 请您及各相关部门给予支持与配合,若有任何调整或指导意见,敬请随时告知。 Von Best Regards Mail : slamseek@163.com 智能研发部 作者观: IPD管理流程,是华为公司推广的一套管理理论。 它是标准答案,但是一定不是任何一家公司及项目的最优解(包括华为本身),它是普适的,但不是针对性的,依据自有团队状况、发展阶段等等外在因素,灵活把控,快慢/粗细自适才是最佳思路。 如果是发展初期,财务状况、团队状况捉襟见肘,时间与Demo产出最为关键,作者坚定力挺:忽略任何体系式的管理及文档式的强制性留存与评审,一切皆可在会议桌口头敲定及邮件书面式闭环,是最聪明的做法。 即使是业务成熟,资源充分,方法论也仅作为一条需要无限靠近的标准线,而真实的推动是波动线,项目经理的能力评价也主要集中在稳态误差的控制与收敛速度上。 GOOD LUCK!

April 25, 2026 · von

《概念篇二》扫地机项目智能算法人员招聘需求 | slamseek

引言导读: 1.本邮说明的是算法工程师招聘岗位在定位与规划控制两方向上一份标准化的职责、能力、薪资要求模版 2. 澄清企业内部用人流程,往往由项目组发起 - 关键领导批准 - 人事部门执行(初步筛选) - 技术负责人确认(二次筛选) - 人事部门约谈(时间、形式) - 初面(技术沟通) - 二面(部门领导) - 人事通知(入职通知) 3. 谈薪一般由部门领导直接沟通或约定薪资上限同步人事沟通,与候选人达成一致,发起入职邀请,即offer。 4.本书以扫地机器人为载体阐述,但技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景:包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 TO:人事部H经理 CC:X总 H经理, 如前邮及面谈会议沟通,因扫地机器人项目团队-智能方向人员空白,需即时开放招聘通道填补空缺 现梳理细分岗位及人员需求(已与X总结合现阶段项目状况,讨论达成一致),如下: 一、激光Slam算法工程师(合理薪资范围30k~35k)* 1 岗位职责: 激光slam算法的研发与实现:包括但不限于定位、建图、回环检测、地图优化等核心模块。 多传感器数据融合:将激光雷达、IMU、里程计等数据进行有效融合,提升系统在动态环境下的鲁棒性和精度。 算法性能优化:针对现有算法进行深度优化,包括计算效果、内容占用以及在不同场景下的稳定性和精度。 系统调试与维护:与硬件、软件工程紧密协作,解决算法在实际运行中遇到的各种问题,确保导航系统的稳定可靠。 前沿技术探索:持续关注slam领域的最新研究动态,将前沿技术应用于产品研发中。 任职要求: 学历与专业:本科及以上学历,计算机科学、自动化、机器人等相关专业。 技术能力: 精通c/c++编程,有良好的数据结构和算法基础。 深入理解激光slam原理,熟悉粒子滤波、卡尔曼滤波、图优化思想下的主流开源框架,如:cartographer、gmapping、fast-lio等。 熟练使用eigen、ceres、g2o等优化库 熟悉ros/ros2 经验要求: 有3年以上slam相关开发经验 有实际机器人落地经验优先、扫地机机器人优先 综合素质: 具备分析和解决问题能力 有技术有钻研精神、乐于学习和分享 有良好的团队和沟通能力 二、规划控制算法工程师(合理薪资范围25k~35k) * 2 岗位职责: 1.设计和实现移动机器人的路径规划算法,如A*、Dijkstra、RRT、DWA、CCPP全覆盖类等算法,提升机器人自主导航能力。 2.开发实时运动控制算法,确保机器人能够按照规划路径稳定、高效的运动 3.针对不同的机器人任务(如自主导航、清扫、回充、避障),设计全局或局部规划策略; 4.利用PID、MPC等开发基于模型的运动控制器 5.结合感知信息,如激光雷达、摄像头、红外等进行环境建模,设计避障及动态避障算法 6.与slam等团队合作,集成和优化机器人整体控制架构 7.参与机器人平台的仿真与真机调试,优化场景中的性能和鲁棒性 8.跟踪前沿技术,调研和应用新的规划控制方法,提升机器人运动性能 ...

April 26, 2026 · von

《概念篇三》2026家用扫地清洁机器人发展趋势调研 | slamseek

引言导读: 1. 本邮对2026年扫地机器人的发展趋势作为了调研分析 2. 澄清了为什么90%的产品调研报告都是体力活?一份完善优秀的调研报告,应具备至少三层考量。第一层:产品参数罗列(体力);第二层:背景、趋势观点分析(脑力);第三层:吸收、检讨、滋养才是价值!(心力) 3. 说明了,用户-产品-科技-商业之间的闭环逻辑:产品迭代需要科技的赋能,科技的进步需要商业的投入,商业的发展又离不开用户群体的支撑。如此循环,方是健康的社会生态,性能多样化、定价多样化、品牌多样化,即为商业与不同用户群体间相对平衡与周全的考量,”有所求,取所需“即可。 4. 本书以扫地机器人为载体阐述,但技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景:包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 TO:X总 CC:产品部(C工)、硬件负责(Y工)、软件负责(R工)、结构负责(J工) X总及各位, 关于2026年家用扫地机器人行业产品及发展趋势,已完成调研,请查阅 如上表格,横向统计了从2002-至今(2026)二十余年扫地机器人发展历程,并筛选了年度代表品牌及型号,从产品功能属性及技术属性做出关键提升对比,并用颜色区分了一般提升及关键提升及MAINT代表参数保持 概述说明如下: 1.iRobot是美国公司,扫地机商业化的源头品牌,最早将扫地机器人推向市场,碍于时代技术不成熟,仅可满足用户的基础清洁需求,放在今天看,也已谈不到其性能体验。但其推出的边刷+滚刷+真空吸尘三位一体清洁方式,沿用至今,为整个行业品类奠定了基础。由于中国制造与科技创新的崛起,自身创新缓慢,该品牌多次受到冲击,先后经历2022亚马逊收购失败-2025破产申请-2026退市与并深圳杉川达成破产重组,目前为杉川全资控股子公司,从研发、产品定义到运营全方向调整为”中国市场化“发展。 2.2016年是中国扫地机器人市场发展的元年,由米家联合生态企业石头科技发布的一代扫地机器人引爆国内市场,重点推出了LDS激光导航技术,从清洁效率、避障等方面做出极大的提升,随后市场进入快速发展迭代的趋势,新兴科技公司包括传统家电企业(如九阳、松下、美的等)均重点转向该品类及技术研究。 3.2020年之前行业可以总结为是技术发展期,偏科技向,从底层导航技术的摸索上呈多元化发展的态势,除LDS激光导航外,视觉导航、甚至UWB定位导航各有大小公司尝试研究,同时也带动了诸多下游传感器性能与成本的发展优化,直至2020年,石头科技推出T7pro型号,以LSD激光导航+双目视觉AI避障机型,基本确定了该产品品类下的技术主线,即“LDS激光定位为主视觉为辅+视觉避障为主定位为辅”。而在这期间(科技向趋势下),19年云鲸科技推出J1,从功能属性做出明显的差异化设计,圆盘拖地及自清洁基站,成为了该时期下的黑马品牌,同时,也可以理解为调整了未来的发展趋势。 4.2022年后,产品科技基线研究企稳,行业转向功能属性的提升,”全能基站“/”越障能力“/”大吸力“/”拖布形态“成为了发展的着力点,追觅科技以掌握深厚的高速马达技术推动”吸力“参数,在这一时期发展迅猛,而科技向,则主要以AI识别障碍种类单向有限提升。 总体趋势发展与侧重,可参考如下 5.2026年,截止眼下与对未来的预判,仍从功能与科技属性两方面总结: 功能属性,”地面2D空间转向3D立体空间“,一是,多楼层的自主移动导航设计,如履带、机械腿的应用(石头科技G-Rover双机械腿架构与追觅科技Cyber X仿生六足履带式,均在2026 CES首发),二是,机械臂的应用(石头科技于25年已发布全球首款5轴机械臂型号G30 Space 探索版,预计26年8月,追觅科技亦将发布Cyber10 Ultra机械臂款),当然现在即使从宣传层面,也仅简单体现出对于袜子、玩具类的拾取能力,但从空间角度,也已同时具备了沙发乃至桌面更高范围清洁与想象的可能性; 科技属性,当下我们已经一只脚迈进了AI时代的大门,未来大模型与AGI的发展与赋能,相信也绝不会是简单的停留在对话与沟通层面,更智能性、主动性、针对性的执行策略终将慢慢呈现。 6.以上品牌倾向与其公司背景,不难看出均有直接性的关联: 米家联合石头,以科技属性创新引爆国内品类市场,自此,石头旗下扫地机品牌型号,持续引领并成为行业内科技前沿应用的代表。 云鲸科技以功能属性创新,成为年度黑马立足市场,自此,旗下品牌型号从洗脱体验在行业内独树一帜。 追觅科技,以高速马达技术稳筑行业壁垒,超高吸力遥遥领先。 大疆创新,已有成熟的无人机业务,无人机端的导航与避障技术早已成为国内代表,扫地机品类的技术迁移业内也普遍认为是”降维打击“,自带”高科技“标签。 余述至此, 结合我司激光雷达方面的技术储备背景,自有方案也应大致了然方向。 用户侧痛点分析,将是我们下一步的分析重点。 Von Best Regards Mail : slamseek@163.com 智能研发部 作者观: 1.一份优秀的调研报告,并非简单的品牌罗列与参数堆叠,更进一步的,其背后的发展背景、逻辑、趋势与对未来的走向判断,以及对自有项目的检讨与反思才是真实的调研价值。 2.从营销角度讲,22年后,”科技属性“转向”功能属性“重心,是非常聪明的调整,即,”用户看的见摸得着的才是真实价值“,以作者技术背景看,当年的科技属性并非再无上升空间,如避障准确性等,只是从”投入-提升-外化“的空间比例已远低于功能属性的投入,于消费者而言,科技是黑盒、功能是白盒,逻辑不言而喻,这在云鲸J1的推出给出了明确的验证。 3.扫地机器人品类发展至今,尤其当下的走向演变,也充满了诸多争议,比如,机械足/臂、近4WPa的吸力是否已经进入”镀金“阶段?即,已足够满足用户需求的前提下,”为了参数提升而提升“?”营销噱头“?众说纷纭,作者的观点是,需要多维度多角度的去看待事物发展的规律: 从产品与用户之间的关系看,或许”解放双手“”无污无尘“的诉求在五年前便已具备,或弹性一点讲,功能性与体验性已收敛至”用户容忍度“范围内了,在此之后的迭代,是否都可理解为”镀金“?当然不是,产品体验不存在上限! 产品迭代需要科技的赋能,科技的进步需要商业的投入,商业的发展又离不开用户群体的支撑。如此循环,方是健康的社会生态,性能多样化、定价多样化、品牌多样化,即为商业与不同用户群体间相对平衡与周全的考量,”有所求,取所需“即可。

April 27, 2026 · von

《概念篇四》2026家用扫地清洁机器人用户痛点调研 | slamseek

引言导读: 本邮对2026年扫地机器人的十大用户痛点做出调研分析 澄清用户痛点调研的核心目的,并非是在自有产品设计与研发上一一对应去解决 说明了「用户-产品」两种思维或立场的天然矛盾性 为什么「解释性问题」会伴随整个产品生命周期? 本书以扫地机器人为载体阐述,但技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景:包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 TO:X总 CC:产品部(C工)、硬件负责(Y工)、软件负责(R工)、结构负责(J工) X总及各位, 关于2026年家用扫地机器人用户痛点,已完成调研(主要品类集中在价格2000-6000中高端型号),请查阅 TOP1 清洁效果类:墙角 / 家具缝隙 / 床底边缘清洁不到位,碎屑、毛发残留 有效反馈人数:217.4 万条(±5% 误差) 核心数据来源: 奥维云网 2026 年 Q1 白皮书,全样本提及率 16.9%,对应人数 217.4 万,为所有痛点中提及率最高项; 京东平台 科沃斯 T30 Pro(2025.10-2026.04),58.2 万条有效评价,该痛点提及率 18.2%,对应人数 10.6 万; 京东平台 石头 G20S(2025.10-2026.04),52.7 万条有效评价,该痛点提及率 15.7%,对应人数 8.3 万。 补充边界说明:90% 以上反馈集中在 90° 墙角、床底 / 沙发底部边缘、家具与墙面 2-5cm 缝隙。 TOP2 维护便捷性类:主滚刷 / 边刷 / 吸口毛发缠绕,需频繁手动清理,严重时触发停机保护 有效反馈人数:182.7 万条(±5% 误差) 核心数据来源: 奥维云网 2026 年 Q1 白皮书,全样本提及率 14.2%,对应人数 182.7 万; 中消协 2026 年 Q1 比较试验报告,20 款测试机型中 18 款存在 15cm 以上长发缠绕问题,该类用户投诉占比 13.8%; 天猫平台 追觅 X30 Pro Ultra(2025.11-2026.04),61.3 万条有效评价,该痛点提及率 16.1%,对应人数 9.9 万; 天猫平台 小米 M30 Pro(2025.10-2026.04),47.9 万条有效评价,该痛点提及率 15.3%,对应人数 7.3 万。 补充边界说明:养宠家庭、长发女性家庭反馈占比超 85%,即使搭载防缠绕设计的机型,仍有 12%+ 用户反馈需每日手动清理滚刷。 ...

April 28, 2026 · von

《概念篇五》家用扫地清洁机器人概念定义 | slamseek

引言导读: 本邮对扫地机器人产品概念进行表格式梳理 澄清产品概念卡的定位与核心价值 本书以扫地机器人为载体阐述,但技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景:包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 TO:X总 CC:产品部(C工)、硬件负责(Y工)、软件负责(R工)、结构负责(J工) X总及各位, 关于自有扫地机器人产品(按照内部沟通,暂定品牌型号SEEK S1命名,达成一致,后续将以此进行交流)概念卡,已梳理完毕,详见如下 邀各位于今日下午14:00,对于此内容共同评审一致。 Von Best Regards Mail : slamseek@163.com 智能研发部 作者观: 产品概念卡是「定方向、定做不做」的前置极简共识; 形态:一页纸 / 极简卡片,无复杂流程、无详细交互 阶段:IPD-概念阶段最核心产出,立项前、评审前 受众:老板、业务、研发负责人、决策层 核心价值: 1.收敛想法,杜绝无边界脑洞 把零散创意压缩到:目标用户、核心痛点、核心价值、关键功能、商业目标、投入产出、风险 7 个关键维度。 避免大家各说各话,先统一「我们到底要做一个什么东西」。 2.做立项决策:判断值不值得做 用来过概念评审会,决策层只看这一页就能判断: 要不要投入资源、要不要立项、优先级排第几、砍掉多余诉求。 3.锁定范围基线,防止后期无限加需求 概念卡定好核心价值和最小业务闭环,后面所有新增需求,都要对照概念卡校验:是否偏离初衷。 [Concept Card]和[PRD 文档]是概念阶段锁定范围、确定边界的两个核心产物,Concept Car也是PRD文档的关键前置输入

May 4, 2026 · von

《概念篇六》家用扫地清洁机器人PRD文档定义与竞争力分析 | slamseek

引言导读: 本邮对扫地机器人产品需求说明书进行文档式梳理 澄清PRD文档的核心价值 说明PRD文档和产品概念卡的关系与差异 本书以扫地机器人为载体阐述,但技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景:包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 TO:X总 CC:产品部(C工)、硬件负责(Y工)、软件负责(R工)、结构负责(J工) 附: SEEK S1 PRD 扫地机器人产品需求文档.docx X总及各位, SEEK S1 PRD文档初稿已梳理完毕,详见附件。 关键规格及竞品竞争力对标分析如下 如上,请各位提前查阅,并于明日14:00一致评审。 待沟通完毕,PRD文档请 @产品部(C工) 负责后续维护与变更管理。 Von Best Regards Mail : slamseek@163.com 智能研发部 作者观: 产品概念卡是「定方向、定做不做」的前置极简共识; PRD(Product Requirement Document) 是「定细节、怎么做、做成什么样」的落地执行说明书,二者是从立项源头到开发落地的前后接力关系,共同锁定项目边界 PRD 产品需求文档 形态:完整文档,含背景、目标、用户、功能清单、流程图、原型说明、规则、边界、异常 case 阶段:“诞生”于IPD-概念阶段,“成熟”于IPD-开发阶段 受众:研发、测试、UI、运营、项目、交付全员 PRD 文档的核心价值 1.作为全团队唯一需求基准 开发、测试、UI、运维、运营所有人以 PRD 为准,避免口头承诺、临时口头改需求,做到需求可追溯、可复盘。 2.把模糊概念,翻译成可开发的精确规则 概念卡只讲「做什么」,PRD 讲每一步怎么做、有什么限制、异常怎么处理、逻辑怎么走。 没有 PRD,研发只能猜需求,必然返工、理解偏差。 3.承载功能细节、业务规则、边界约束 包含:业务流程图、页面逻辑、权限规则、兼容范围、性能指标、埋点需求、降级方案、异常场景。 作为测试用例、验收标准的依据 4.测试直接按 PRD 写用例、定验收标准; 版本上线、需求变更,全部以 PRD 变更记录为准。 5.沉淀产品资产,方便迭代 & 接手 后续版本迭代、新人接手项目、二次开发,直接看 PRD 就能看懂整个产品逻辑,不用靠老人口口相传。 ...

May 4, 2026 · von

《概念篇七》收尾总结与计划阶段准入申请 | slamseek

引言导读: 本邮对扫地机器人项目概念阶段工作做总结回顾 澄清在IPD流程下进入下一阶段的准入审核动作 本书以扫地机器人为载体阐述,但技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景:包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 TO:X总 CC:产品部(C工)、硬件负责(Y工)、软件负责(R工)、结构负责(J工) X总及各位, 截止今天,我们已完成SEEK S1概念阶段的相关工作,总结如下 1.2026扫地机机器人发展趋势调研 2.2026扫地机机器人产品痛点调研 3.SEEK S1扫地机概念定义 4.SEEK S1扫地机PRD文档初稿定义与规格竞争力分析 请各位进行最终审查,我们接下来将进入计划阶段,进行具体任务、时间计划、关键选型评估。 如无疑义,请答复批准。 Von Best Regards Mail : slamseek@163.com 智能研发部 作者观:

May 13, 2026 · von

《面试篇一》扫地机器人slam算法面试过程与答复 | slamseek

引言导读: 本邮对激光slam算法岗位面试题及答复做了梳理 面试对于真正的人才,实际是一场双向考核,并非面试官的领域场 本书以扫地机器人为载体阐述,但技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景:包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 TO:人事部(H工) CC:X总 Hi H工, 今天已完成SLAM算法岗位候选人的技术面试,通过一人,请H工继续跟进协同X总时间进行二面 整体沟通过程如下 请做一个简短的自我介绍 -您好,我姓S,20年毕业于北京KJ大学,至今有6年机器人SLAM算法工作经验,22年加入某斯科技做扫地机器人产品开发,是属于团队初期成员,现在产品已进入发布阶段,还未正式起量。当前是在职状态,本次看机会主要是考虑产品的核心研发任务已基本完成,但公司及团队规模偏小,同岗同事包括我共2人,考虑可能会对后续的技术成长有一定的阻碍,期望寻找一个更大的平台及更专业的环境发展。 OK,S工好!您刚提到属于某斯科技团队初期成员,那SLAM算法可以说是从零搭建? -是的。 您是自主研发从“轮子”造起还是基于哪个开源框架做的二次开发? -基于Google开源的Cartographer框架做的修改。 请您对Cartographer框架架构及数据处理流程做一下梳理? -好的。Cartographer是图优化思想的激光SLAM框架,整体分为局部建图及全局建图,也就是通俗讲的前端及后端。 -它可以处理里程计位姿(odometry)、陀螺仪(IMU)、激光雷达(range data)及GPS数据(Fixed)四种不同的数据,其中Fixed GPS数据在扫地机器人产品中,暂不涉及,它主要应用于后端处理,可以把它理解为真值,且不参与优化。 -其余三种数据,在框架中首先会有一个等待的动作,目的是保证三种数据乃至三种传感器全部进入ready状态数据吞吐正常,主要在data_dispatcher中处理,待三种数据全部接收到,会进行数据裁剪,裁剪规则是以最迟到到达传感数据类型及其时间戳为基准,将该时间之前接受到的其余传感器数据抛弃(可以理解为由于传感器启动时间异步,带来的部分无意义的无效数据,cartographer中认为只有所有传感器数据全部接受到那一刻,之后的接收数据才为有效数据,这与后续不同传感器时间同步呼应考量),之后进入正常的数据分发及处理流程 -imu data会进入imu_tracker进行更新维护,odometry data会直接进入pose_extrapolator即位姿推断器,imu tracker是pose extrapolaor的包含对象,里程计与imu的融合与时间对齐即在位姿推断器中完成,也是前端的预测位姿。 -range data会首先通过体素滤波即(voxel filter)进行降采样,减少数据量,一般体素盒子大小同步于地图像素分辨率(0.05m*0.05m),之后进行畸变补偿,将补偿之后的点云,通过时间戳获取对应时刻的预测推算位姿,到这里,点云、里程计与imu时间全部对齐。 -前端的最后一个关键步骤,便是匹配,cartographer中封装了3种不同的匹配方式:CSM/Fast CSM/Scan Matcher,简单介绍CSM就是指定位姿窗口大小的暴力搜索,而,Fast CSM通过构建分辨率金字塔做了深度优先搜索效率优化,Scan Matcher通过ceres库精细优化匹配。在这里,匹配的对象,前景是当前点云、背景即是当前的submap。 -submap是cartographer非常典型的一个特性,它可以理解为一定量点云、局部的地图,整体地图由多个不同的submap拼接而成。在前端中,通过一个滑动窗口对submap进行定量维护。 -点云匹配完毕,则会将当前点云更新到submap栅格地图中。submap被点云更新到指定次数,则变更为完成状态,输送进后端。 -后端即global trajectory则主要负责两个业务,一是,回环检测(FAST CSM),二是计算约束与全局优化。 很详细且有逻辑,在扫地机产品上,您在原有基础上做了哪些二次修改? 删减:cartographer同时支持2D与3D,即单线激光与多线激光传感器。扫地机器人是单线激光雷达,那么,在框架中3D部分我们做了移除;其次,全局回环检测与优化,也就是后端也可以说是做了移除,常规下的slam后端对于历史数据的存储与约束优化计算,在家用C端产品硬件资源受限的前提下,几乎无法发挥。 补充:状态分析器,在原生框架中有motion_filter,判定机器人在静止状态下,不再进行子图的更新操作。但是,这在扫地机机器人产品场景下是不够的,它还有可能发生打滑、倾斜等等异常姿态,这里我们重新做了完善。 另外,还有一些细节上的调整,比如虽然没有后端与回环检测,但扫地机产品有关机地图重新加载与重定位的需求,这里我们仍然沿用了它的Fast CSM并做了相关的参数调整。 您是如何做出打滑状态估计的? 打滑状态识别的目标是,寻找到主动轮空转的情况。可以从扫地机的两种运动情况进行分析,一是旋转、二是直行。 当机器人进行旋转时,通过里程计运动模型可分析出最近一段时间的运动姿态,它当然是失真有偏差的,这时,把同等时间段内IMU姿态反馈等量做出统计,作为真值(IMU数据不受打滑影响),这时,进行二者差值error计算,如果超出指定阈值,则可判定打滑。 扫地机也有可能在直行状态下,被架空,导致主动轮空转打滑,这时里程计姿态与IMU姿态无法分析出偏差,但可基于同样思路,使用最近一段时间机器里程计运动距离与激光雷达观测运动距离,进行差值error计算,如果超出指定阈值,则可判定打滑。 合理的。您是如何处理动态物体干扰的? -点云在匹配操作前,会进行动态点云滤波,剔除动态点云。具体做法是,由原始点云向栅格概率地图做好坐标系映射,并在一定范围内,寻找点云中每个点距离最近的地图障碍点(高概率栅格),就是比对与参照,这里我们用了KD-tree进行搜索加速,如果未寻找最近障碍点或距离超过指定阈值,则认为是该点是动态点,它并不参与配准,从而保证位姿稳定,但是会进行地图概率更新。思路是,概率栅格地图本身便具备“滤波”意义,如果是动态点云,则不会常驻在某个栅格内导致概率增长,如果是新增静态障碍,则在多次更新下正常表达为障碍点,后续将不再判定为动态点。 通过点云聚类也可通过前后帧进行识别处理,但,基于点云数据特性考量,应还需要预先处理离群点,两者应效果差异不大,直接与栅格图映射更加简洁彻底。 除了图优化思想的slam算法,你了解基于滤波思想的slam算法或框架吗? 在一个极简框架tiny-slam中了解过MCL方法的粒子滤波,另外,也熟悉卡尔曼滤波。 请简短介绍下卡尔曼滤波? -标准卡尔曼滤波通过两个过程即预测和更新完成,由5个公式实现。 预测(Predict):根据上一时刻的状态和运动规律,推算出当前时刻大概在哪里(比如:根据车速推算下一秒的位置)。 更新(Update):读取当前时刻传感器的测量值(比如:GPS定位数据),将“预测值”和“测量值”进行加权融合,得出当前时刻的最优状态。 核心(卡尔曼增益):算法会自动计算一个“卡尔曼增益”。它本质上是在评估:“我到底该更相信我的预测,还是更相信传感器的测量?” 如果传感器噪声大,增益就小,算法会更依赖预测; 如果预测模型不准,增益就大,算法会更依赖传感器的测量。 ...

May 13, 2026 · von

《面试篇二》扫地机器人规划控制算法面试过程与答复 | slamseek

引言导读: 本邮对扫地机器人项目路径规划算法岗位常见面试题做出梳理 澄清路径规划岗位与slam岗位工作性质差异 本书以扫地机器人为载体阐述,但技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景:包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 TO:人事部(H工) CC:X总 Hi H工, 今天已完成路径规划算法岗位候选人的技术面试,通过一人,请H工继续跟进协同X总时间进行二面 整体沟通过程如下 请做一个简短的自我介绍 -面试官,您好!我姓N,19年开始从事机器人行业,在某西科技主要研发仓储AMR机器人,21年加入某石科技做清洁机器人产品开发,深度参与了T7、J20等4款产品型号的研发。至今共7年算法开发经验,我的技术栈主要包括ROS/C++,算法方面便是常用的全局及局部路径规划,如A*/Dijkstra/DWA等,运动控制主要是PID、LQR及MPC,这些都比较熟悉。 您好,N工,接下来我们先聊一聊具体算法技术,之后,再聊产品,分两部分交流。您首先介绍一下对A*算法的理解? -好的,A*算法是广度优先搜索思想,基于栅格地图实现全局A-B两点间最短路径规划,一般A点即机器人当前位置-起点,B点为目标点。 -起点、目标点、栅格图作为A*算法的3个基础输入参数,栅格图至少可以表达未知、占据、通行三种单元信息,考虑机器人本体大小,栅格图中占据栅格需要进行代价计算、膨胀处理,即我们常称的CostMap。膨胀范围需要结合栅格分辨率及本体大小共同考量。 -算法过程有三个关键元素,开启列表、关闭列表、移动权重公式F=G+H。开启列表主要存储机器人可移动节点,关闭列表主要存储机器人禁止移动节点,如障碍栅格位置节点,开启列表中每个可移动节点需要进行计算与更新移动权重F,G表达常量移动代价,H一般有两种取法,节点与目标点间欧式距离或曼哈顿距离,H代价的存在,也使其成为启发式广度搜索。 -算法启动首先以当前位置节点为中心(默认为最小移动代价),计算其8邻域或4邻域节点,将可通行节点记录父节点与计算权重F后放置开启列表,如某节点已存在于开启列表需要更新其移动权重(更新项为基于当前父节点的常量代价G)与父节点,不可通行节点放置关闭列表。 -每次开启列表pop出最小移动代价节点,作为中心节点,进行邻域计算与权重计算,如此循环迭代,直至邻域中检测到目标节点。 -最终,通过父节点链条回溯,则得到一条A-B点间连续的最短路径。 您对A算法做过哪些方面的优化吗? -一是,开启列表每次获取最小移动代价节点,可用最小堆或优先队列实现,提升检索效率。 二是,A最短路径只是理论最优,会存在起点与目标点间,即使无障碍物但存在拐点,并非一条直线直接到达的情况。对于规划路径结果可以进一步优化,我曾用弗洛伊德路径平滑思路进行处理,思路是,首先设定当前拐点,默认为起点,其次设定检测点,默认为终点。计算当前拐点与检测点之间栅格直线,直线所通过栅格,如果全部为可通行状态,则剔除当前拐点与检测点之间所有节点,如果存在障碍物,则检测点-1向当前拐点移动再次检测,直至满足条件或-1节点为当前拐点,,之后,当前拐点+1,重新以终点为检测点进行检测,如此迭代,直至当前拐点+1为终点,则处理完毕。在该逻辑下,连续的稠密路径将转换为仅保留绕开障碍物的拐点路径。 Dijkstra算法和A有什么异同? -Dijkstra同样是广度优先搜索思想,但不同于A,并没有启发代价考量,它主要考虑A-B间连通状况,并不追求路径最短。可以简单理解,A*算法中H代价=0,即等价于Dijkstra,搜索过程是以起点为中心扩散泛洪式搜索。 你还了解哪些A算法的变种吗? -双向A*,主要提升搜索效率,在A过程中是以起点开始单向搜索,双向A*,也就是在搜索过程中,可以同步的以终点反向向起点同时搜索,当搜索节点互相重叠时,以两条路径进行叠加拼接,获取一条完整的路径。 -以及Hybird A*,加入了机器人运动约束,搜索节点的运算不再是通过邻域计算,而是,通过运动模型。A*仅可以对路径节点位置规划,Hybird A、*同时也可以对姿态进行规划,但对应的算法效率相对变低。 请简述一下DWA算法? DWA是基于动态窗口的局部路径规划算法 它的核心思想是“在有限的时间内,从一堆可行的速度里挑出最好的一个”。它不直接规划具体的轨迹点,而是直接在速度空间(线速度和角速度)即窗口中进行采样和评估。可以分为三个步骤来理解: 第一步:确定“动态窗口”(筛选可行速度) 机器人不能想怎么动就怎么动,它受到物理和环境的多重限制。DWA 会在速度空间中划出一个合法的“窗口”,只有落在这个窗口内的速度组合,这个窗口由三个条件取交集得到: 机器人自身的极限速度:比如电机最大能跑多快 电机的加速度限制:考虑到上一时刻的速度,当前周期内加速或减速不能超过电机的能力 安全刹车距离:这是最关键的一点。机器人在当前速度下,必须保证能在撞到障碍物之前完全刹停。如果某个速度会导致刹车不及,就会被直接剔除。 第二步:轨迹推演与评分(预测未来) 对于动态窗口内留下的每一组速度,算法会假设机器人在接下来的一小段时间内保持这个速度不变,从而推演出一条模拟轨迹。然后,通过一个评价函数给这些轨迹打分。 标准的评价函数通由三部分组成: G(v,ω)=α⋅heading+β⋅dist+γ⋅vel 其含义是: heading(方位角代价):轨迹终点朝向与目标点的夹角。简单说就是谁离终点方向更近,分越高。 dist(障碍物距离代价):轨迹上离最近障碍物的距离。离障碍物越远,分越高(保证安全)。 vel(速度代价):当前的线速度大小。跑得越快,分越高(保证效率)。 α,β,γ 是权重系数,用来根据实际场景调整机器人的行为偏好(比如狭窄环境就把 β 调大,空旷环境就把 γ 调大)。 第三步:执行最优解 计算完所有模拟轨迹的分数后,算法会选择得分最高的那一组速度,下发给底层的电机控制器去执行。到了下一个控制周期,再重新重复上述过程。 您是如何调试pid参数的? 呵呵,一般就是手动试,先调p后i再d。 可以的,我们接下来聊一聊产品工程。在扫地机器人中,您是如何规划它的弓字形作业路线的? -首先弓字型路线的规划,也是基于已知栅格的地图的规划形式。 -整体上可以分为两个步骤:一是确定弓字形路线点对,二是将弓字形路线点对进行串联。 -确定弓字形路线点对的过程是,比如我们将地图从左向右逐栅格进行遍历,每次遇到(可通行&不可通行-1)确认为一对有效点对进行记录存储,当然这里我们考虑有效的最短弓字路线约束条件,比如小于1个机身直径我们认为过短则放弃记录。在同一行的遍历中,是有可能记录多个点对的,当遍历完一行后,开始下一行的遍历,我们可以默认由上向下的遍历顺序,每一行之间都有一定的间隔,这个间隔一般要考虑机器的清扫滚刷直径,理论上等同于一个直径,但我们往往稍微取小于一个滚刷直径,使它的清扫路径有部分重叠,避免由于外在干扰或精度问题,导致漏扫。如此迭代,直至完成全局遍历,便获取到了地图上弓字形路径的所有拐点。 -之后将弓字形拐点进行串联,变为有序路径,首先以机器人当前位置为当前节点,进行泛洪式搜索,获取到连通的最近拐点A,检查当前点与拐点A之间的直通性,如存在障碍则需由A*路径替代当前节点与A之间的路径,如直通则直接保留A节点,之后以该拐点的对点即A‘为起点,再次进行搜索,如此迭代,直至完成所有点对的串联或无法再搜索到有效点对。 ...

May 13, 2026 · von

《计划篇一》扫地机器人外观与结构设计 | slamseek

引言导读: 本邮件对扫地机器人主体与基站主要组成做出梳理 宏观澄清各个组件量产注意事项 本书以扫地机器人为载体阐述,但技术方法论并非局限于扫地机器人单一品类,其核心工程逻辑与技术方案可直接引申借鉴至更广泛的服务机器人场景:包括割草机器人、空气净化机器人、泳池清洁机器人、家用服务机器人、消杀机器人等,从室内到户外、从清洁到服务的多类场景中,算法技术储备、工程化适配方法、系统架构设计、集成逻辑均可复用,掌握扫地机器人技术即掌握了服务机器人研发的底层通用能力。 TO:X总 CC:产品部(C工)、硬件负责(Y工)、软件负责(R工)、结构负责(J工) 各位, SEEK S1结构外观已同J工商讨确定设计定稿,产品主体线稿如下 一、底部执行系统: 底部执行系统直接决定了产品的核心清洁能力和用户维护频率,也是售后故障率最高的区域。 万向轮:当前主流设计为单轮双轴承结构,直径 30-35mm。行业通病是毛发缠绕导致转向卡顿,解决方案包括:防缠绕轮轴设计、可拆卸式轮组、以及部分高端机型采用的主动驱动万向轮。 主动轮:普遍采用直流减速电机 + 行星齿轮箱 + 悬挂系统的架构。悬挂行程通常设计为 15-20mm,以覆盖绝大多数家庭门槛高度。轮面材质多为 TPU 橡胶,硬度 60-70 Shore A。 悬崖传感器:标准配置为 6 组红外对管,分布在底部四周。检测距离通常设定为 8-10mm,响应时间 < 10ms。 滚刷与吸尘模块:当前主流方案为胶毛一体滚刷 + 单风机吸尘系统。纯胶滚刷在防毛发缠绕方面表现更优,但对地毯的清洁力略差;胶毛混合滚刷则兼顾两者。需注意:吸尘风道的密封性设计对实际吸力影响极大,风道泄漏 10% 可导致实际吸力下降 30% 以上。 滚筒拖布系统:这是 2024 年以来行业竞争的核心赛道。主流方案为双滚筒对旋 + 加压结构,压力通常在 5-10N。工程难点在于:拖布的含水率控制、污水回收效率、以及基站清洗盘的自清洁能力。当前行业普遍存在的问题是拖布异味和残留水渍,解决方案包括:热风烘干、银离子抗菌、以及基站自动排污。 对接接口:集尘口、注水口和充电极片的对齐精度要求在 ±2mm 以内。量产中需重点关注对接机构的公差设计和磨损补偿。充电极片建议采用镀金工艺,以防止氧化导致的充电接触不良。 二、顶部感知系统: 感知系统是扫地机器人的 “大脑”,决定了产品的智能化水平和用户体验上限。 可升降激光雷达:当前主流 LDS 激光雷达的转速为 300-600RPM,测距范围 0.1-8m,精度 ±2cm。可升降结构的升降行程通常为 10-15mm,使机器人能够进入高度 8cm 以下的低矮空间。工程难点在于升降机构的可靠性和密封性,需通过 10000 次以上的升降寿命测试。 避障系统:当前行业主流方案为 “结构光 + 单目视觉”,可识别直径 5mm 以上的障碍物。纯视觉方案成本较低,但在弱光环境下表现较差;3D 结构光方案精度更高,但 BOM 成本增加。需注意:避障系统的误检率和漏检率是一对矛盾,过度敏感会导致漏扫,过于迟钝则会导致碰撞。 碰撞感知:采用物理碰撞板 + 微动开关的设计,通常配备 3-4 个微动开关分布在碰撞板四周。量产中需关注碰撞板的回弹力度和间隙设计,过大的间隙会导致碰撞时产生异响,过小的间隙则会影响触发灵敏度。 沿墙传感器:采用红外测距传感器,与墙壁的保持距离通常设定为 10-15mm。配合边刷实现边缘清洁。 ...

May 17, 2026 · von