想跑 SSI,出厂却得先接 SPI:很多编码器输的不是精度,是第一次接入太别扭

首发于公众号「如是有为」 · 查看原文

读着累可听本文播客

想跑 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。

我会先问一句很土,但特别实在的话:

客户第一次上电时到底是顺手,还是拧巴?

这个问题,比很多人想的都更接近真相。

因为很多行业的价值重估,最后都不是从实验室里那张最好看的曲线开始的。而是从客户桌上那根本来不该多出来的线开始的。

编码器行业也一样。

下一轮真正拉开差距的,是谁先把“第一次接入”这件事,做得更像一个成熟商品。

说到底,客户买的不只是一个角度值。
客户买的是:

今天拿到板子,下午就能把系统接起来。

想跑 SSI,出厂却得先接 SPI:很多编码器输的不是精度,是第一次接入太别扭

应作如是观
公众号「如是有为」二维码

关注公众号「如是有为」

微信扫一扫,新文章先在公众号发出。