数码之家

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
查看: 74|回复: 0

[卡类] 读取TF卡S.M.A.R.T.信息第三季:280元的1TB大SD卡,到底是什么来路?

[复制链接]
发表于 昨天 17:34 | 显示全部楼层 |阅读模式

上一期还在折腾十几G到几百G的工业级TF卡,转眼这次已经直接奔着1TB去了。前两季主要关心的是单片机用的小块读写性能、颗粒寿命,以及怎么把卡里面的S.M.A.R.T.信息读出来,这一期继续这个话题,不过主角换成了小黄鱼上那些便宜得有点离谱的大SD卡。

前言:最近闲得没事,去小黄鱼看了一圈存储设备的价格。按我自己这一轮看到的报价,和一年前相比,固态硬盘已经翻了好几倍,小容量TF卡也差不多翻了一倍,内存就更不用说了,天价。倒是1TB和2TB的大容量TF卡还维持在550、1100元左右,闪迪居多,铠侠次之,江波龙的各种贴牌卡也越来越常见。

本来只是随便看看,后来无意中翻到一批大SD卡,同样标着1TB,有的280,有的300,贵一点的也就400左右。品牌更是五花八门:白牌1TB A2 V30、清网华、北京网明、海康、至誉科技……价格看着挺香,但是这玩意到底是谁生产的,用什么主控,什么颗粒,有没有SMART,才是我比较关心的问题。

于是又开始了熟悉的流程:先查资料,再买样品,买回来读不出,再继续查资料。查到后面已经不满足于产品网页了,连厂家的健康检测软件、监控相关资料、硬盘哨兵里面的检测模块都翻了出来,能找文档的找文档,没文档的就看程序到底给卡发了什么。

先上一张交易记录,免得说我光看不买。
图01 四笔订单:350+840+318+2000,共3508元

这一轮一共收了12张:350元的一张清网华,840元的三张混合装,318元的一张蓝色清网华,最后又收了2000元的七张海康标。平均下来一张292元左右。注意这个是我这几笔二手交易的成交价,不是全新零售报价,也不代表现在搜一下还能按这个价格随便买。

下面是本季选手的全家福,正反面都摆出来。看正面大家都写着1TB,翻过来看背码,事情就开始有意思了。
图02 12张实物正面,按本次识别结果做了区分
图03 同一批卡的背面,背码比正面商标更有参考价值
先把目前的判断说在前面:这12张卡不是一个方案换12张贴纸,至少分成了五组。清网华下面既有江波龙方案,也有至誉方案;海康标下面有江波龙卡;北京网明那两张背面带HS,读出来又是另外一套健康信息。至于白牌,主控和颗粒可以查到,究竟是谁把它做成这张卡的,暂时还没查实。

而且这次再次验证了一个老问题:能读SMART、SMART里剩余寿命很高、外面贴着TLC,是三件不同的事。先不要看见99%就激动,更不要看见TLC三个字就自动脑补成和另外一张3000 P/E的卡一模一样。

========================================
先看这次怎么测
跑分还是用前两季那只优越者USB3.0读卡器,同一台电脑,同一个读卡器,五组截图的设置也一致:ATTO,传输块从0.5KB到8192KB,测试长度256MB,队列深度4,Direct I/O。

这次还没有做整卡写满校验,也没有缓存外持续写入曲线。所以下面说的90多M、70多M,都是这轮ATTO短测试的结果,不能拿来当“从头到尾写满1TB都这个速度”的承诺。小块那几档也只是ATTO对应块大小的结果,不等于A2认证里面的随机IOPS测试。

SMART还是沿用前两季的思路,用单片机来读。这次用的是STM32H757XIH6开发板,通过SDMMC接口直接控制存储卡,命令、参数、数据方向都可以自己管,遇到普通软件不认识的卡,至少可以把原始数据拿回来研究。这一轮把读取和解析又扩充了一遍,详细命令、arg和字段偏移整理成TXT附件,方便有需要的坛友直接照着实现。

另外说明一下,下文CID里的生产日期是卡自己报告的日期;外壳背码和标签上也可能有日期。三者有差异时就分别记录,不把其中任何一个强行当作整张卡唯一的出厂证明。MID更不是查户口的软件,程序写着某个厂商的参考名称,只能当线索。

========================================
No.1 350元的红色清网华 江波龙6A92

图04 第一张样品:350元,背面可见001TH6A92

这张是最先收的清网华,背码里面有6A92。读出来MID是AD,OID是LS,产品名SD000,CID日期2025年5月,SMART走的是目前程序里面的“慧荣工业”解析分支。结合背码和这组信息,我把它归到江波龙6A92这一组。

这里顺便说一句,程序把协议叫“慧荣工业”,不代表这张卡的完整主控型号就已经查清了。能确认协议兼容,和能报出一个准确到后缀的主控型号,中间还差着证据。颗粒也一样,不能靠3000这个数字就把具体料号编出来。

这张卡最值得看的几个数:初始坏块52,新增坏块0,备用块80,主机写入量4455.666GB,闪存写入量10790GB,剩余寿命99%,擦写寿命参数3000 P/E。

我个人倾向于把这一组看作eTLC,也就是更偏耐久取向的TLC;这是结合参数做的判断,目前没有拆出颗粒丝印。别把这里的3000 P/E理解成我已经往它里面写了三千遍,更不是说这张二手卡还有厂家的三千遍保修。
图05 江波龙6A92的ATTO原始截图

跑分比较典型:0.5K到32K不算特别出彩,64K开始一下子上去了,后面读写基本都贴着90多M走。对于一次只写几百字节、几K的单片机场景,还是要看前面那几档,不能光看最下面两根最长的条。

完整CID、原始SMART和当前解析结果如下,原始数据也保留,后面发现字段有新解释还能回头核对。

CID RAW: AD 4C 53 53 44 30 30 30 20 36 30 36 D9 A1 95 DC
MID (hex): AD
黑匣子厂商参考(MID): Longsys 173
OEM/应用ID(OID): LSOID (hex): 4C 53
产品名称: SD000
产品版本: 2.0
产品序列号: 36 30 36 D9
CID生产日期: 2025-05
S.M.A.R.T.协议: 慧荣工业
------------------------CMD56 RAW DATA------------------------
70 58 32 96 00 00 20 00 D2 EE D6 CD 60 00 00 00 34 00 00 00 00 00 00 00 4E 52 F5 2C 02 00 00 00  50 00 00 00 EA 24 00 00 00 C0 31 77 63 00 00 00 FD 1A 34 00 B8 0B 00 00 26 2A 00 00 0E 00 00 06  05 01 01 00 AD 4C 53 53 44 30 30 30 20 36 30 36 D9 A1 95 DD 02 00 00 00 00 00 00 00 D0 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
--------------------------S.M.A.R.T. Info--------------------------
版本号: 2097152
SMART信息大小:
96初始坏块数量: 52
新增坏块数量: 0
数据写入量:    4455.666GB
备用块数量: 80
总擦除计数: 9450
总扇区数: 1999749120
剩余寿命: 99%
剩余数据写入量: 3414781GB
闪存擦除寿命: 3000P/E
闪存数据写入量: 10790GB
--------------------------------------------------------------------

========================================
No.2 三张840元 里面居然混了两种方案

图06 840元三张:左边白牌,右边两张北京网明

这三张平均280元一张。左边只有1TB、A2、V30一类标记,右边两张是北京网明,正面写着生产日期2025年7月,背面有HS25181024G。虽然一起买的,里面显然不是同一个东西。

先说白牌。CID里面OID是PH,SMART开头六个字节是2C E3 8D 32 EA 30,主控编号那两个字节是20 25。把0x2025换成十进制,正好就是8229,再和群联的产品资料交叉核对,主控落在PS8229上。

颗粒这次不是靠PE次数猜的:这组完整Flash ID的对应线索指向美光N48R,176层3D QLC。前面反复查的就是这个,不能因为它跑出了90多M,就把QLC三个字自动擦掉。至于卡内实际用了哪个完整封装料号、哪个等级,目前没有拆封证据,照片上整理的颗粒名称也不能代替原厂物料表。


这张卡的主控版本8229、4 CE、平均擦除22次、最大138次,上电211次,异常掉电17次,数据自动刷新476次,报告的剩余寿命98.17%。原始数据0x54位置按大端32位读取是1200,按这套群联布局对应额定擦除参数;22/1200也和98.17%的剩余比例相符。不过程序这里实际是把0x60处的比例原值除以100后显示,不是拿22重新算出来的,更不是另外做了一次耐久认证。1200也是这张卡的报告参数,不能直接变成所有N48R颗粒的统一保证。CE数同样不是“卡里有几颗独立封装”的意思。
图07 白牌PS8229卡的ATTO原始截图

这张的读速并不差,16K、32K读取甚至比两张江波龙样品更好。但是写入到64K时还只有31.583M,128K是42.974M,到256K以后才明显上来,最后接近92M。只看最后一档,大家好像都差不多;把块大小展开,主控和固件的性格就出来了。

CID RAW: 27 50 48 53 44 31 54 42 60 DA 0D 72 AA 01 86 3C
MID (hex): 27
黑匣子厂商参考(MID): Phison/Apacer/Delkin/Lexar/PNY/Sony... 39
OEM/应用ID(OID): PH
OID (hex): 50 48
产品名称: SD1TB
产品版本: 6.0
产品序列号: DA 0D 72 AA
CID生产日期: 2024-06
S.M.A.R.T.协议: 群联工业
------------------------CMD56 RAW DATA------------------------
2C E3 8D 32 EA 30 00 00 00 20 25 13 5B 00 04 02 00 0A 00 02 00 00 00 00 00 00 00 00 00 00 00 00  00 0F 00 00 00 10 00 00 00 10 00 00 00 14 00 00 00 12 00 00 00 16 00 00 00 10 00 00 00 13 00 00  26 D9 00 01 06 11 00 05 00 23 00 08 00 0B 00 05 00 00 87 F7 00 00 04 B0 00 00 00 00 00 00 00 00  26 59 00 16 00 09 00 8A 00 00 00 00 00 00 00 00 00 00 00 D3 00 00 00 00 00 00 00 00 00 00 00 00  00 11 00 00 16 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  01 DC 00 00 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 03 10 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 0F 7C 00 00 00 43 00 00 00 01 00 00 00 4A 00 00 00 00  0D F1 30 F2 00 00 00 02 34 6F 2B C0 03 00 00 00 00 41 01 00 00 00 01 DC 00 00 00 00 00 00 00 00  02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 53 44 19 39 58 58 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 27 50 48 53 44 31 54 42 60 DA 0D 72 AA 01 86 3D
--------------------------S.M.A.R.T. Info--------------------------
闪存ID: 2C E3 8D 32 EA 30
主控版本: 8229
固件版本: 13 5B
CE数: 4
备用块数量: 10
每个芯片初始坏块数: 0 15 0 0 0 16 0 0 0 16 0 0 0 20 0 0 0 18 0 0 0 22 0 0 0 16 0 0 0 19 0 0
良好的块比率:  99.45%
总擦除计数: 34807
剩余寿命:  98.17%
平均擦除计数: 22
最小擦除计数: 9
最大擦除计数: 138
通电次数: 211
异常掉电次数: 17
数据自动刷新计数: 476
产品代号:         
每个芯片新增坏块数: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
--------------------------------------------------------------------

========================================
No.3 北京网明 HS背码的卡到底是谁的
再看840元里面另外两张北京网明。前期查背码和相关资料时,我倾向于认为HS开头这一组来自海康自己的封测体系。这一点目前仍是推测,我没有拿到厂家给这两张卡开的身份证明,也不打算因为一个前缀就宣布实锤。

真正有进展的是读取方式。这张卡的CID是MID 11、OID DZ、产品名EZSD1,用前面那些常见CMD56参数一直读不出来。后来沿着海康健康监测这条线查,才发现它用的是特殊地址的CMD17读取,和“多试几个CMD56参数”根本不是一条路。

现在拿到的数据里面,坏块数0,已写入容量612GB,剩余可写入容量2795388GB,程序计算的剩余寿命99.98%。两个电源相关字段目前分别显示26和9,名称保留为“电源日志计数”,没有再强行把哪个都叫成掉电次数。

这里的二百多万GB不是我跑出来的成绩,而是卡内报告并经当前算法解释的剩余写入参数。这个量级和3000 P/E那一档相符,我倾向于认为是eTLC方向,但仍然没有这张卡的完整颗粒料号。卡上贴了北京网明,程序显示海康协议,也不能顺手把它和下面江波龙代工的海康标混为一组。
图08 北京网明/海康协议样品的ATTO截图

这组还有个挺有意思的地方:大块写入只有70M左右,看着不如另外几张90多M漂亮;但是16K写入27.306M,32K写入40.255M,反而是这五组里面比较突出的。如果还是前两季那个“单片机每次写不了太多数据”的需求,这种差异比最后一档少20M更值得关注。

CID RAW: 11 44 5A 45 5A 53 44 31 07 57 A4 8E 72 71 95 0C
MID (hex): 11
黑匣子厂商参考(MID): Unknown 17
OEM/应用ID(OID): DZ
OID (hex): 44 5A
产品名称: EZSD1
产品版本: 0.7
产品序列号: 57 A4 8E 72
CID生产日期: 2025-05
S.M.A.R.T.协议: 海康
-----------------------Hikvision CMD17 RAW DATA-----------------------
00 00 00 00 1A 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 09 00 00 00 66 5A 88 A5 33 02 00 00 64 02 00 00 7C A7 2A 00 00 00 01 00 0C 03 19 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 72 8E A4 57 B8 0B 00 00 00 00 00 00 63 00 00 00  04 8A 09 33 26 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
--------------------------S.M.A.R.T. Info--------------------------
坏块数: 0
剩余寿命:  99.98%
电源日志计数(0x04): 26
电源日志计数(0x24): 9
已写入容量: 612GB
剩余可写入容量: 2795388GB
--------------------------------------------------------------------

========================================
No.4 318元的蓝色清网华 至誉方案比想象中折腾

图09 318元的蓝色清网华,背面为RAR系列背码


图10 至誉原标卡的外观对照素材,不能只靠外壳定方案

同样叫清网华,前面红色那张是江波龙,这张蓝色的却是另一套东西。背面的认证标志和RAR背码先提供了线索,再拿至誉原标卡的照片对照,最后还是要靠读回来的固件信息和数据结构来核实。

这张卡CID里面MID是22,旧的厂商参考表会把它显示成Dahua。结果真正读出来的却是至誉这套数据,固件字符串是SA3309_V11.0516.7014-NB。所以MID参考表看看就好,不能看到Dahua就直接写“大华原厂”,也不能看到清网华就默认和红色那张一样。

它的SMART也是CMD17特殊地址读取。至誉官方软件提供了很重要的线索,但麻烦并没有在“读出512字节”这一步结束:软件里面还兼容不同格式,某个字段在一个分支里有名字,放到另一张卡上未必就讲得通。

最典型的就是那一项5994。按早先找到的名称往上套,会变成“掉电5994次”,而这张卡上电才229次。不是说世界上绝不可能有统计口径差异,而是眼下证据根本不够,不能为了把每个数字都起个名字就硬解释。最后这项回到“未定义”,另外有依据的SLC空闲块、缓存擦写、主机写入等字段再逐项补回来。

主机写入单位还专门做了一次核对:一次约324MiB的数据读写前后,该计数从55141134614变成55141798194,差663580。这个差值乘512,得到339752960字节,也就是324.0137MiB,和这次操作的量很接近。因此当前只对这一个实测固件,把它标成“512字节/计数,实测推定”。其它固件不能直接照抄,物理写入那一项的单位也还没确认。

这比对着一个几十亿的大整数猜“可能是GB”靠谱多了。折腾SMART真正费时间的地方就在这里:数据读回来了,字段叫什么、大小端怎么排、单位是什么,还得继续查。
图11 蓝色清网华/至誉协议样品的ATTO截图

跑分上这张也挺好看,64K开始接近89M,后面写入大致在94~95M附近。至于颗粒,我目前仍怀疑是QLC,但没有像群联那张一样把证据链收齐,所以这里保留“怀疑”。缓存擦写三千多次,也不能直接拿来证明主体闪存是TLC还是QLC,缓存和主体区域不是同一个统计对象。

当前样本寿命百分比95%,初始坏块130,运行坏块0,上电229次,主体平均擦写37次、最大42次,SLC空闲块91。95%是厂商字段原值,其它协议的99%、98.17%各有算法,不能拿这几个百分比排一个跨厂商耐久排行榜。

CID RAW: 22 23 45 53 44 75 53 44 07 18 0B 01 0A 71 8B C2
MID (hex): 22
黑匣子厂商参考(MID): Dahua 34
OEM/应用ID(OID): #E
OID (hex): 23 45
产品名称: SDuSD
产品版本: 0.7
产品序列号: 18 0B 01 0A
CID生产日期: 2024-11
S.M.A.R.T.协议: 至誉科技
-----------------------Exascend CMD17 RAW DATA-----------------------
82 00 00 00 00 00 00 00 5B 00 00 00 CA 02 00 00 E5 00 00 00 09 0D 00 00 A9 0D 00 00 25 00 00 00  2A 00 00 00 6D 14 00 00 FA 07 B7 D6 0C 00 00 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 06 FF FF 00 FF FF FF FF 6A 17 00 00 FF FF 00 00 00 00 00 00 00 01 00 00 08 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 FF FF 00 00 FF FF 00 00 FF FF 00 00 FF FF 00 00  FF FF 00 00 FF FF 00 00 FF FF 00 00 FF FF 00 00 FF FF 00 00 FF FF 00 00 72 71 80 53 00 02 1B 00  26 52 09 33 01 06 00 00 00 00 00 00 41 26 39 20 00 00 00 00 00 00 00 00 00 00 00 00 00 01 FF FF  5F 00 00 00 12 00 5C 28 12 00 00 00 5E 00 00 00 FF FF FF 00 FF FF FF FF AD 00 00 00 0A 01 0B 18  53 41 33 33 30 39 5F 56 31 31 2E 30 35 31 36 2E 37 30 31 34 2D 4E 42 20 20 20 20 20 20 20 20 20  00 00 00 00 32 8D E3 2C 00 00 30 EA 20 24 05 16 00 00 24 77 04 00 00 00 1E 00 00 00 03 00 00 00  02 00 00 00 22 00 00 00 45 23 00 00 53 75 44 53 44 00 00 00 53 45 23 22 44 53 75 44 01 0B 18 07  9B 8B 71 0A 00 00 C0 5E DF 01 00 00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF  FF FF FF FF 00 00 00 00 0A 48 00 00 00 00 00 00 00 00 00 00 00 00 00 00 F3 2C 00 00 00 00 00 00  00 00 00 00 EA 21 01 00 00 00 00 00 B8 0B 00 00 00 00 00 00 83 03 00 00 E0 43 00 00 FF FF FF FF  FF FF FF FF 00 00 00 00 00 00 00 00 20 00 00 00 02 00 00 00 FF 00 00 FF 00 00 00 00 00 00 00 00  01 00 00 00 FF FF FF FF FF 00 00 FF FF FF FF FF 00 00 00 00 FF FF FF FF FF FF FF FF FF FF FF FF  FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 9E 00 00 00
--------------------------S.M.A.R.T. Info--------------------------
数据格式: 至誉通用格式(CID匹配)
寿命百分比(厂商原值): 95%
初始坏块数: 130
运行坏块数: 0
上电次数: 229
平均擦写次数: 37
最大擦写次数: 42
异常掉电次数: 4
SLC空闲块数 (0x008, LE32): 91 (0x0000005B)
未定义 (0x00C, LE32): 714 (0x000002CA)
缓存平均擦写次数 (0x014, LE32): 3337 (0x00000D09)
缓存最大擦写次数 (0x018, LE32): 3497 (0x00000DA9)
坏块替换计数 (0x024, LE32): 5229 (0x0000146D)
主机写入计数(512字节/计数,实测推定) (0x028, LE64): 55141926906 (0x0000000CD6B707FA)
ECC失败计数 (0x034, LE32): 0 (0x00000000)
固件替换计数 (0x038, LE32): 0 (0x00000000)
CRC错误计数 (0x03C, LE32): 0 (0x00000000)
未定义 (0x04C, LE32): 5994 (0x0000176A)
硬解码计数 (0x0AC, LE32): 540616257 (0x20392641)
软解码计数 (0x0B0, LE32): 0 (0x00000000)
物理写入计数(单位未确认) (0x0C4, LE64): 77986529298 (0x00000012285C0012)
运行坏块标识槽 (0x070, LE16): 65535 (0xFFFF)
运行坏块标识槽 (0x074, LE16): 65535 (0xFFFF)
运行坏块标识槽 (0x078, LE16): 65535 (0xFFFF)
运行坏块标识槽 (0x07C, LE16): 65535 (0xFFFF)
运行坏块标识槽 (0x080, LE16): 65535 (0xFFFF)
运行坏块标识槽 (0x084, LE16): 65535 (0xFFFF)
运行坏块标识槽 (0x088, LE16): 65535 (0xFFFF)
运行坏块标识槽 (0x08C, LE16): 65535 (0xFFFF)
运行坏块标识槽 (0x090, LE16): 65535 (0xFFFF)
运行坏块标识槽 (0x094, LE16): 65535 (0xFFFF)
错误码(原值) (0x0BE, LE16): 65535 (0xFFFF)
唤醒FCL IO测试错误计数 (0x1BC, LE32): 0 (0x00000000)
Host SPOR计数(厂商原值) (0x1FC, LE32): 158 (0x0000009E)
超时计数 (0x1AC, LE32): 32 (0x00000020)超时计数 (0x1B0, LE32): 2 (0x00000002)
--------------------------------------------------------------------

========================================
No.5 2000元七张海康标 6A92还分两种

图12 2000元收来的七张卡,四张一组,另三张一组

最后这七张平均285.71元一张,正面都是海康威视,其中三张还特意写着TLC。按标签的气势,似乎是怕你不知道它用了好颗粒。翻过来又都是6A92,第一眼很容易觉得,无非就是印刷批次不同。

结果三张TLC标的背面有明显划标痕迹,码还重复。下面这张近照比我描述有用。
图13 三张划标卡的背码近照,注意擦划痕迹和重复内容

这批里面四张归入前面那组3000 P/E的6A92,另外三张的SMART擦写寿命参数却只有1000 P/E。这三张我姑且叫它“假6A92”,指的是这组可疑的划标和背码,究竟是在哪个环节重新打的标,目前还没查清。

再说颗粒:我倾向于3000 P/E那组是eTLC,1000 P/E这组是普通TLC,没有证据说这三张一定是QLC。问题不是“TLC这三个字一定骗人”,而是同样贴着1TB、同样打着6A92,里面的耐久参数已经差了一档。买的时候如果只认这个背码,显然还不够。

这张1000 P/E样本CID日期2025年1月,初始坏块28,新增坏块0,备用块80,主机写入5299.735GB,闪存写入12026GB,剩余寿命也是99%。和前面3000 P/E那张并排看,两个99%很有迷惑性,但各自100%的基准都不一样,当然不能画等号。
图14 划标1000 P/E样品的ATTO原始截图

更有意思的是跑分:这张一点也不慢,64K以后和3000 P/E样本几乎挤在一起,小块的某些档还更高。假如只跑一遍ATTO,截图发出来,大家很可能一句“挺快的,值”就结束了。SMART的价值这时候就出来了,速度一样,不代表耐久参数也一样。

CID RAW: AD 4C 53 53 44 30 30 30 21 37 80 8A 19 A1 91 12
MID (hex): AD
黑匣子厂商参考(MID): Longsys 173
OEM/应用ID(OID): LS
OID (hex): 4C 53
产品名称: SD000
产品版本: 2.1
产品序列号: 37 80 8A 19
CID生产日期: 2025-01
S.M.A.R.T.协议: 慧荣工业
------------------------CMD56 RAW DATA------------------------
70 58 32 96 03 00 00 00 40 32 74 77 60 00 00 00 1C 00 00 00 00 00 00 00 E3 82 77 96 02 00 00 00  50 00 00 00 FE 28 00 00 00 C0 31 77 63 00 00 00 9B 4D 11 00 E8 03 00 00 FA 2E 00 00 0E 00 00 06  05 01 01 00 AD 4C 53 53 44 30 30 30 21 37 80 8A 19 A1 91 13 01 00 00 00 01 00 00 00 76 03 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
--------------------------S.M.A.R.T. Info--------------------------
版本号: 3
SMART信息大小: 96
初始坏块数量: 28
新增坏块数量: 0
数据写入量:    5299.735GB
备用块数量: 80
总擦除计数: 10494
总扇区数: 1999749120
剩余寿命: 99%
剩余数据写入量: 1133979GB
闪存擦除寿命: 1000P/E
闪存数据写入量: 12026GB
--------------------------------------------------------------------

========================================
五类卡放到一张图里看
前面的五张原始截图全部保留,再把每个块大小的数值抄出来画成两条坐标图,上面是读取,下面是写入,颜色一一对应。横轴每档翻倍,图里的速度按截图右侧数值除以1000表示,方便和原来的条形图核对。
图15 五类卡按块大小的读写速度对比,数据逐项对应前面的五张ATTO截图

读速的大趋势差不多,64K以后多数已经接近这套读卡器下的上限;写速的分化要明显得多。江波龙两组从64K开始跳上90M附近,至誉也在这一档明显上来;群联白牌还要等到256K以后;北京网明的大块写入平台较低,但16K、32K的小块写入反而有优势。

这也是我从第一季就一直强调小块性能的原因。拿来拷大视频,和拿来给单片机记日志,看中的本来就不是同一段曲线。至于这几张卡缓存用完以后谁先掉速,目前没有写满结果,暂时不给它们编一张耐久排行榜。

分组
实物数
成交对应
颗粒/耐久判断
样本寿命显示
样本主机写入
江波龙6A925350元单张+七张包中4张3000 P/E;倾向eTLC99%4455.666GB
划标6A92/TLC标32000元七张包中的3张1000 P/E;倾向普通TLC99%5299.735GB
白牌PS82291840元三张包中的1张N48R QLC;报告1200 P/E98.17%本次未显示
北京网明/海康协议2840元三张包中的2张倾向eTLC;料号未查实99.98%(公式值)612GB
蓝色清网华/至誉协议1318元单张怀疑QLC;未确认95%(厂商原值)55141926906计数

注:GB沿用各份原始输出的标签,其中江波龙主机写入量采用1024进位,具体换算见TXT附件;不同协议的容量和寿命口径不能直接混算。至誉的512字节/计数仅限本次实测固件。

上表只汇总这五份实测样本的报告值;同组有几张实物,不代表每张都已经提供了一份完全相同的日志。初始坏块是出厂统计,新增坏块是使用中统计,也不要直接把不同主控的坏块数字横着比大小。

========================================
为了读个SMART 这次都绕了哪些路
第一季还主要是查数据手册、找CMD56参数,这次遇到的新卡不太吃这一套。海康这边要沿着健康监测资料去找实际读取入口;广颖电通SP Toolbox里面又能拆出群联和Hyperstone的不同处理;至誉工具里面还有自己的特殊读法和多种数据格式。后来连Hard Disk Sentinel也拿来对照,看看普通USB读卡器下,它是怎样把厂商检测命令送下去的。

这里得分清两层:PC上的软件可能发的是SCSI或者读卡器厂商命令,经过读卡器再落到卡上;STM32开发板则是直接控制SD接口。把PC软件里面一串命令原封不动抄进单片机,不见得就是同一回事。反过来,单片机能发某个CMD,也不代表所有USB读卡器都给你留了这条通路。

本来以为最麻烦的是没有文档,后来发现,有数据也可能看错。比如广颖那张卡的某个数,最初被解释成不可纠正ECC错误,一看pSLC卡怎么报这么多错误,又回去核对软件,才发现真正的ECC统计在另外一个详情页。继续读page3时,又遇到表面上换页了、实际拿回来的还是page0,最后把会话分开,才真正读回不同的页。

这类错比“读不出来”还烦,因为它会给你一串看起来非常专业、实际上名称套错了的数字。于是现在的做法是把原始数据保留,能核实的继续解析,有明显矛盾的就先放回“未定义”。这和第二季最后那一段勘误其实是一回事,读卡不是猜谜比赛,猜得多不算赢,能对上才算。

还有一次更刺激。顺手尝试给那张128GB三星Pro Endurance读健康信息,CMD56先报传输错误,后面又继续走了几种探测,卡直接进入了异常状态。日志里一串读取失败、超时,最后甚至报“无法确认卡状态或扇区恢复成功”。本来是想看看卡健不健康,结果差点先把它问不健康了。

日志最后确实又重新挂载出来了119.241GB,但重新挂载不等于整卡数据已经逐字节验证完好。我当时专门强调,CMD56真出错就不要不信邪地往下轮流试,空数据和传输失败是两种情况。这里说的是SMART探测那次异常,和另外做过的整卡擦除不是一回事。

所以附件里会把当前实际采用的读取路径写清楚,哪些只完成了候选解析、哪些研究过但还没接入,也分别说明。当前代码在CMD56传输失败后会跳过后面的CMD56参数,但仍可能进入其它特殊协议,这不等于已经保证对所有陌生卡都安全。特殊地址、先写后读、厂商私有命令这些东西,认准协议再用,不能变成“反正不知道是什么卡,把所有参数挨个发一遍”。

读取和解码细节放在附件里
如果把每个字节的偏移、大小端、公式和握手过程全部塞进帖子,后半篇就变成程序说明书了。所以这次单独整理了一份TXT,正文留给卡和实测数据。

附件按协议分别写了命令及arg、读写顺序、识别条件、字段偏移和单位,群联那套编解码的完整算法、替换表和离线校验样本也放进去了。五份原始SMART同时收在附件末尾,方便不翻帖子也能核对。想自己写程序的可以照着做,也可以直接把文件交给另一个GPT,让它先完成离线解析和样本验证。

附件:
作者手动备注(这是我手打的不是AI写的):附件里的解码方式是给AI看的,不是给人看的,告诉AI去读这个文件,它就知道如何去处理这些卡
还没有确定的字段,附件里面仍然写明“候选”或“未定义”,不会因为移到了附件就变成已经验证过的结论。

========================================
最后说几句
这一圈折腾下来,最有用的收获倒不是“280元买到了1TB”,而是这些看着差不多的大卡,里面真能差出不少东西。一个清网华下面有两条路线,一个海康标也不能保证里面就是同一种方案;同一个6A92背码,3000 P/E和1000 P/E都能碰到;跑分漂亮的白牌,照样可以是QLC。

如果只问我这次最愿意继续研究哪一组,我会优先看那几张3000 P/E的江波龙方案,以及小块写入表现不错的北京网明样品。不过目前还没有整卡写满校验和长时间持续写入结果,所以这里先交代到“已经读到了什么、能判断到哪一步”,不把短测写成放心用十年的保证书。

至誉那张还有不少字段值得继续挖,白牌的实际生产方也没查实。后面有新的颗粒证据,或者完成了全盘测试,再补到帖子里面。原始SMART都贴出来了,坛友如果有同方案的卡、相同固件的日志,或者正好知道那些未定义字段,欢迎拿出来对照。

最后交代一件事:上面这些字,其实不是我本人一字一句敲的,是GPT-6 Astra照着我的前两季帖子、这次的照片、SMART数据和折腾记录代笔的。卡是我买的,数据是我测的,坑也是我踩的;它负责把这一堆东西整理成你现在看到的第三季。

前两季是我折腾卡,这一季顺便把AI也折腾了一遍。就是卡和钱包都没少受罪。


作者补充说明:本帖子由GPT-6 Astra撰写。
    受读取设备限制虽然本人也想做个开源软件让每一个人都能读取到卡的SMART数据,但是windows系统下搭配普通读卡器没办法发送特殊的CMD56指令以及三星EVO卡要求的CMD62定制化指令。
    因此本人让GPT把目前每一种卡的读取方式都整理了出来,放在文中附件,如需开发读SMART数据的设备,比如使用STM32开发板,或者是其他Linux设备,只需要把附件中的txt交给AI即可,AI会根据文件内容自动写读取以及解析代码。
    特别说明:如需重现一样的读取效果,建议使用GPT-6 Astra或Claude Code,不推荐使用国产睿智AI。




本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

APP|手机版|小黑屋|关于我们|联系我们|法律条款|数码之家-技术知识分享平台

闽公网安备35020502000485号

闽ICP备2021002735号-2

GMT+8, 2026-10-13 03:18 , Processed in 0.093600 second(s), 9 queries , Gzip On, Redis On.

Powered by Discuz!

© MyDigit.Net Since 2006

快速回复 返回顶部 返回列表