为什么选择 Field of Hash

外包维修很容易,消除不确定感却不容易。

把矿机送出去,最难的部分往往不是维修本身 —— 而是矿机离开后不知道发生了什么。我们把整个车间的运作方式都围绕着消除这种不确定感来设计。

凌晨 2:34

您需要答案的时刻,我们都在

凌晨时分,您突然想起需要把矿机要回来,却完全不知道它们现在的状况。用账户绑定的手机号码发送 status,几秒内就能知道进度。也可以随时从任意设备打开您的客户后台。不需要办公室电脑,不用等工作时间,不用发邮件排队。

为什么这很重要您可以基于真实信息为场站做决策,而不是等明天的回电。

每一台矿机全程可追踪

每台矿机入库扫描后,会经过诊断、维修、完整 24 小时烤机测试与最终质检,每一步都有时间戳记录。

为什么这很重要您可以规划算力何时恢复,而不是靠猜测。

同一套系统,没有断层

我们的技术员就在您查看的这套系统里完成维修工作。没有需要专人记得发送的"状态更新"。矿机进入烤机阶段时,您看到的画面也会同步更新。

为什么这很重要不会有信息在交接中遗漏,实际情况与您被告知的内容之间也不会有延迟。

有据可查的记录

托盘会以托盘为单位扫描记录,每台设备从抵达那一刻起都有带日期的完整历史。

为什么这很重要保险公司与承运商需要准确知道托盘上装的是什么、装运于何时 —— 这正是货损或丢失理赔背后所需的凭证,也是您自己团队做审计与保修核查时需要的资料。

专业人手负责您的板卡

我们每一位技术员都持有 Bitmain 认证,因此您的算力板是由接受过这套硬件专项训练的人员处理。现在您还能实时看到这个过程,而不必仅凭口头保证。

为什么这很重要熟练的维修加上全程可见,正是"信任一个供应商"与"验证一个供应商"之间的区别。

报告与数据

让数据真正为您所用

我们记录的一切都会转化为您可以使用的信息 —— 用于规划、用于预算,也用于监督我们自己。这些数据来自技术员实际操作时使用的同一套实时系统,不需要人工整理或转录。

实时订单状态

随时通过短信或客户后台查看有多少矿机正在诊断、维修、烤机或待发货。

为什么这很重要了解即将返还的设备数量与时间,方便您的场站提前规划。

逐台维修历史

每台矿机的带日期时间线:入库、诊断、维修、测试、发货。

为什么这很重要几秒内就能回答"这台设备发生了什么",任何保修沟通都有据可依。

季度汇总报告

整个机队的维修数量、平均周转时间,以及更换了哪些部件。

为什么这很重要发现反复出现的故障(重复的芯片问题可能指向散热、供电或气流方面需要在场站层面解决的问题),并基于真实数字而非估算来做维修预算。

保修与到货即损(DOA)理赔

我们处理的每一宗理赔、采取的措施,以及最终结果。

为什么这很重要在出问题时最重要的这部分关系中,获得完整的可见度。

还有其他需要的报告?告诉我们。我们接下来开发的报告,都来自客户实际反馈的需求。

最常见的问题

我们常见的维修问题

板级维修,而不只是重刷固件后碰运气。

芯片数量异常

板卡报告的正常工作芯片数量低于应有水平 —— 即使板卡仍能通电运行,有效算力也会因此下降。

在日志中会是什么样子

Bitmain 的内核日志中会将其标记为 ERROR_ASIC_LOSS —— 表示某条链未报告其应有的芯片数量,通常会同时显示该链实际的芯片数量。

ERROR_ASIC_LOSS — Chain[2] chipnum=63

EEPROM 错误

EEPROM 数据损坏或无法读取,导致控制板与固件无法正确识别该板卡,甚至完全无法识别。

在日志中会是什么样子

日志中记录为 ERROR_EEPROM_INFO —— Bitmain 用于标记板卡存储数据(序列号、校准值、链路信息)无法正确读取的代码,常见于固件刷写中断或 EEPROM 芯片老化之后。

ERROR_EEPROM_INFO

链路与算力错误

一条或多条链路出现算力不稳定、归零或持续下降的情况,包括重启后间歇性失效的域。

在日志中会是什么样子

通常与芯片数量异常是同一个底层标记 —— ERROR_ASIC_LOSS —— 只是表现形式不同:并非芯片数量偏低,而是该链算力归零,板卡其余部分仍正常工作。

ERROR_ASIC_LOSS — chain 3 hashrate 0

电源电路故障

LDO 烧毁、元件短路等电源电路损坏,通常只影响板卡的一部分,而非整块板卡失效。

在日志中会是什么样子

Bitmain 将其记录为 ERROR_POWER_LOST —— 表示电源与控制板之间的通信中断,表现为电压异常或板卡某一部分失去供电。

ERROR_POWER_LOST

传感器与信号问题

温度传感器与信号线路数据异常或中断,有时会导致板卡被误判为故障。

在日志中会是什么样子

这通常是内核日志中一条直白的文字记录,而不是编码错误 —— 当传感器无法返回有效数据时,矿机会直接如实记录。

Read temp sensor failed

热损伤与物理损坏

芯片热应力损伤、焊盘损坏、板级烧损 —— 这类问题很多维修点都不愿接手。

在日志中会是什么样子

热损伤并不总是留下一条清晰的记录,更常见的是一种模式 —— 日志中同一条链反复出现 ERROR_FAN_LOST 或温度警告,随后这条链便彻底沉寂。

ERROR_FAN_LOST (repeated, same chain)
服务流程

从板卡信息到通过测试的成品

以下每个阶段都会在您的状态视图中实时体现。

01

告诉我们您的情况

板卡型号、数量,以及您观察到的现象 —— 芯片数量、错误代码,以及您已经尝试过的方法。

02

我们提供报价

标准或加急周期,在寄出板卡之前就会给出报价,避免板卡到手后出现意外费用。

03

板级维修

元件级返修 —— 芯片、EEPROM、电源电路、传感器 —— 而不是重刷固件后碰运气。

04

发货前满载测试

发回之前均经过满载测试验证,而不只是通电即算完工。

获取报价

提交您的板卡信息

我们会回复报价,并告知如何将板卡寄送给我们。

维修咨询

板卡型号、数量与周期要求 —— 之后交给我们处理。