為什麼選擇 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

發貨前滿載測試

發回之前均經過滿載測試驗證,而不只是通電即算完工。

取得報價

提交您的板卡資訊

我們會回覆報價,並告知如何將板卡寄送給我們。

維修諮詢

板卡型號、數量與週期要求 —— 之後交給我們處理。