- 主题:[转载]为什么硬件很难做
我之前参与过的一个项目,有个硬件在日本某个地区冬天的3个月内故障率会上升到近百分之一左右。
一万套,那3个月要坏几十个,这个故障率肯定是异常的。
但这个故障只有在日本的那个地区的冬天出现,日本的其他地区不会出现,国内相似纬度的不会出现。在家里100套各种温度,各种湿度,各种极端工况反复高强度模拟也无法复现。
出故障的节点也送去ti实验室做了切片各种分析,甚至找了ti设计这款芯片的原班人马来分析,折腾了一年多也没找出问题。
【 在 ECUCoder 的大作中提到: 】
: 硬件并不难做,这个案例里面的团队太弱了,连最基本的环境试验都不做就敢批量出货。
: 对个人来说,硬件是不好做的,各种试验设备的采购、存放、保养维修需要持续投入,个人不太好搞。
: 对公司来说,没有几十台试验设备,几百平实验室,怎么好意思号称是做硬件的?
: ...................
--
修改:lvsoft FROM 114.222.220.*
FROM 114.222.220.*
这个就是硬件的另一个问题,硬件的排查可能会需要动用大量设备,现场排查能力是很有限的。
【 在 z16166 的大作中提到: 】
: 本地不能重现,不在能重现的用户现场排查?
--
修改:lvsoft FROM 114.222.220.*
FROM 114.222.220.*
各有各的复杂性。
通常来说,软件在系统规模上复杂性远远超过硬件。
但硬件本质上就是现实世界,现实世界的复杂性一定是超过现在的软件的。所以只要你调试的问题跟某个鬼知道的现实世界的问题关联在一起,那就是硬件更难调试。
【 在 foliver 的大作中提到: 】
: 想起来NASA的第一代火星车登上火星后,就出现通讯中断,数据丢失等莫名问题,甚至引发了政治风波。
: 经过无休止的复现,终于偶然的机会复现了。
: 我想说的是,软件比硬件更难做。
: ...................
--
FROM 223.104.4.*
这些只是最低要求
好比你的代码编译通过不表示不会segment fault
【 在 donald2020 的大作中提到: 】
: 采购零件时没有指标吗?
: 比如工作温度、湿度之类的
: 你们标你们产品的环境要求时,是根据各个零件的最差工况标吗
: ...................
--
FROM 223.104.4.*
理论上还是可以debug的...
只不过这个上限可能非常非常高而已...
【 在 tgfbeta 的大作中提到: 】
: 应该说,硬件问题很可能没有debugability
--
FROM 114.222.220.*