想跑 SSI,出厂却得先接 SPI:很多编码器输的不是精度,是第一次接入太别扭
首发于公众号「如是有为」 · 查看原文
读着累可听本文播客

这两天我反复想到的,是一个特别小、特别土、但特别容易让客户心里犯嘀咕的细节:
客户明明只想用 SSI,第一次上电时候却还得先连一次 SPI。
很多做芯片的人看到这句话,第一反应大概是:这算多大点事?不就是先配一下寄存器、切一下模式吗?配置完以后,后面不就一直按 SSI 跑了?
可问题是,客户不是按芯片设计者的视角感受产品的。
客户感受到的是,板子上得多留一组口,前期 bring-up 得多接一根线,调试时得多走一步,FAE 还得多解释一遍:“你先这么配一下,后面就好了。”
这几件事,单拿出来看都不重。
但工业现场最烦人的,从来不是惊天动地的大问题,而是这种你挑不出大错、但就是让人别扭的小摩擦。
它们会慢慢把一颗本来参数不错的芯片,变成客户嘴里一句很伤人的评价:
这个方案有点折腾。
而“有点折腾”,很多时候比“少半 bit”更容易把项目搞丢。
因为参数差一点,客户有时愿意忍。
可第一次接入就拧巴,客户第一天就能感觉到。
真正让客户烦的,不是最后能不能跑,而是第一次为什么还要多绕一步
最近我们自己碰到的 SSI 反馈,其实就很典型。
客户目标接口是 SSI,但测试阶段仍然得先通过 SPI 去改配置,才能把器件切到目标输出模式。量产以后,这类问题当然可以通过预烧录、代烧录、烧录厂或者代理商服务去消化,客户未必每次都要自己亲手处理。
可问题就在这儿:前期测试不是量产。
客户第一次拿到板子、第一次想把系统带起来的时候,他面对的不是“后面量产能解决”,而是“我今天为什么还得为了 SSI 额外留一组 SPI”。
这两句话,看上去差不多,实际上分量完全不一样。
前一句是供应商视角,说的是以后能兜住。
后一句是客户视角,说的是现在顺不顺手。
而客户第一次给一个方案打分,靠的恰恰不是你以后怎么解释,而是他第一次上电那一刻到底顺不顺。
所以这类问题真正暴露出来的,不是某一个寄存器麻不麻烦,而是一个更普遍的矛盾:
客户要的是最终运行接口,芯片给他的却常常是一条“先配置、再切换、再进入目标状态”的使用路径。
也就是说,客户买的是 SSI,第一次面对的却还是 SPI。
客户想要的是“接上就跑”,拿到手却成了“先配一下再说”。
这中间多出来的,不是技术先进性,而是接入摩擦。
这不是某一家、某一个型号的孤例,而是多接口器件里很常见的设计取舍
如果这只是某一颗芯片的小毛病,那它顶多算产品细节,不足以上升到行业判断。
问题恰恰在于,这类结构并不罕见。
很多支持 SSI 的多接口器件,最终当然能跑 SSI,但在模式选择、寄存器设置、器件编程这些环节上,SPI 仍然占着关键位置。也就是说,最终输出接口和首次配置接口,本来就经常不是一回事。
这件事过去大家不太会专门拿出来说,不是因为它不存在,而是因为行业默认接受了这种设计取舍:功能做得多一点,模式做得灵活一点,那初始化路径复杂一点,好像也正常。
可问题是,今天这个取舍开始变贵了。
它以前只是一个工程折中。
现在,它越来越像产品竞争力本身。
因为客户越来越不愿意为这种复杂度买单了。
很多公司还在卖参数,客户已经开始买“第一次接入是否顺手”
很多技术人容易低估这一点,是因为这种差距不长在参数表上。
你很难在宣传页上写“首次接入少走一步”“bring-up 少接一根线”“FAE 少解释一次”“代理商少背一个烧录包袱”。这些话不够炸,不够亮,也不适合拿去做海报。
海报更适合写什么?
18 bit、21 bit、23 bit、0.05°、10 MHz、高速、高精度、低延迟。
这些词当然重要,没有参数底座,谁都别想上桌。但工业客户真正每天在处理的,不是海报,是接线、调试、板子、文档、交付、返工、代理商、产线和售后。
所以宣传世界最爱问的是:
这颗芯片有多少 bit?
量产世界更先问的却是:
我第一次把它接进系统,会不会很麻烦?
很多公司到今天还没完全意识到,这两个问题虽然都重要,但后者离成交更近,离客户的真实感受也更近。
因为客户越来越清楚,真正贵的,从来不只是纸面参数。
真正贵的是接进系统的总成本。
这个总成本里,除了物料、精度、接口兼容,还包括第一次 bring-up 时到底要不要额外多做一套动作,第一次调试时到底要不要多留一组口,第一次测试时到底要不要多解释一遍“先这样,再那样”。
你别小看这些动作。
它们不会直接写进 datasheet。
但它们会写进客户心里。
以前“支持 SSI”就够了,接下来恐怕就不够了
这两年还有一个变化越来越明显:控制器和驱动器平台,正在把 SSI、BiSS、EnDat 这类反馈接口慢慢往基础设施方向收。
这意味着什么?
意味着过去你还能把“我支持这些协议”当成护城河,接下来它会越来越像一张入场券。入场券的特点是,你必须有,但有了不一定加分。
真正开始加分的,是别的东西。
是不是默认状态就贴着客户真实场景。
是不是第一次上电就能顺手 bring-up。
是不是不需要客户为了最终只用 SSI 的项目,再临时借一个 SPI。
是不是不需要客户把一段原本该由产品定义吞掉的复杂度,自己再背一遍。
到了这个阶段,“我也支持 SSI”这句话就开始变轻了。
因为客户真正在意的,已经不是你理论上支不支持,而是:我今天下午能不能把它顺顺当当地跑起来。
这才是最现实的竞争。
不是实验室里谁的曲线更漂亮。
而是客户桌上谁让人更少皱眉。
编码器行业下一轮真正值钱的,可能不是协议本身,而是默认路径
顺着这个逻辑再往下看,很多事情就会变得很清楚。未来真正拉开差距的,可能不是协议列表本身,而是默认路径。
不是你会不会 SSI。
而是你的默认状态是不是贴着 SSI 客户的真实用法。
不是你能不能通过 SPI 把它配出来。
而是这段配置到底还该不该留给客户去做。
不是你文档里有没有写清楚。
而是客户是不是最好连那页文档都不用翻。
说得再具体一点,真正开始值钱的,可能是这些能力:
高频场景要不要单独做尾缀版本;
默认接口态要不要按主流用法定义;
出厂时哪些配置该直接预置进去;
哪些复杂度该由烧录链路吞掉,哪些该由芯片本身吞掉;
文档、工具、代理商服务是不是都围着“第一次接入更顺”来设计。
这些东西听起来不如高精度算法、高分辨率架构那么有技术光环,甚至还有点琐碎。
可工业产品做到后面,真正拉开成交率、转化率和复购率的,往往恰恰就是这些琐碎。
因为客户买的,从来不只是测角本身。
客户买的是:
你帮他提前吞掉了多少麻烦。
所以这类反馈真正提醒行业的,不是哪一个寄存器,而是谁来为复杂度买单
回头看这类 SSI 反馈,真正值得重视的,不是哪一个寄存器,也不是哪一颗芯片,而是一个更底层的问题:
一个高频场景,如果还要客户第一次上电时自己先绕一步,那这段复杂度到底还该不该继续留在客户那边?
这个问题一旦想明白,后面的动作其实并不复杂。
短期看,既然这类需求高频存在,就先把预烧录、代烧录、代理商支持这些链路补齐,别让资源薄弱区域把客户体验拖垮。
中期看,既然目标场景已经足够明确,就该认真评估尾缀版本、默认接口态、出厂预配置,而不是让客户每次都自己动手完成最后半步。
再往后,真正要建立的,是一套更成熟的产品定义方法:凡是高频、稳定、明确的使用路径,就尽量别让客户第一次 bring-up 时再做一次多余动作。
因为工业客户最怕的
不是你达不到极限
而是你明明差最后半步
却偏偏要他自己补上
该少吹一点 bit,多认真算一算接入成本了
所以现在如果你再问我,怎么判断一颗编码器、一个反馈方案、甚至一家编码器公司到底成不成熟,我可能不会先问多少 bit。
我会先问一句很土,但特别实在的话:
客户第一次上电时到底是顺手,还是拧巴?
这个问题,比很多人想的都更接近真相。
因为很多行业的价值重估,最后都不是从实验室里那张最好看的曲线开始的。而是从客户桌上那根本来不该多出来的线开始的。
编码器行业也一样。
下一轮真正拉开差距的,是谁先把“第一次接入”这件事,做得更像一个成熟商品。
说到底,客户买的不只是一个角度值。
客户买的是:
今天拿到板子,下午就能把系统接起来。


关注公众号「如是有为」
微信扫一扫,新文章先在公众号发出。