Нулевой хешрейт
Проверяют Kernel Log, fans, температуры, boards и pool/network.
Antminer S19 требует учитывать не только симптом, но и аппаратную ревизию. При нулевом или низком хешрейте, пропавшей плате, температурной защите или PSU error сначала полезны интерфейс и Kernel Log; подбор платы, control board или APW12 без определения ревизии может быть неверным.
Симптомы
Один симптом может быть связан с несколькими узлами. Ниже — направления проверки, а не дистанционный диагноз.
Проверяют Kernel Log, fans, температуры, boards и pool/network.
Смотрят board-level status и лог, не делая вывод по одному числу.
Нужно определить missing chain/board и hardware revision.
Проверяют reported temperatures, fan status и внешний airflow.
Сохраняют power-related log и label PSU.
Используют exact-model firmware и Kernel Log.
Контекст модели
Эта страница относится к base Antminer S19. S19 Pro, XP, Hydro и другие производные не должны смешиваться с ним: у base S19 есть собственные аппаратные ревизии и ограничения совместимости.
S19 Pro/XP/Hydro исключены из scope; exact model важен до любой component recommendation.
В документированном диагностическом контексте S19 использует три hashboards; missing board может приводить к zero/low hash.
BITMAIN документирует разные аппаратные версии S19, поэтому control/hashboard compatibility нужно проверять.
APW12 — не один универсально взаимозаменяемый блок; версия PSU имеет значение.
Диагностический маршрут
До сервиса
Не делать самостоятельно
Сервисная граница
Missing board, zero/low hash и board-level log abnormalities с учётом revision.
Power abnormality и no/unstable start после определения совместимой версии.
Communication/backend/board-management failure после проверки hardware context.
Fan failure и thermal shutdown.
Failure after software changes только в exact-model scope.
Связанные услуги
Когда по симптому ещё нельзя определить конкретный неисправный узел.
Если плата не определяется, есть нулевой/низкий хешрейт или аппаратные ошибки.
При проблемах запуска, питания или повторяющихся PSU-related симптомах.
Если проблема связана с управлением, интерфейсом или коммуникацией с платами.
При устойчивых fan/cooling симптомах после безопасной внешней проверки.
Для подтверждённых firmware/configuration/recovery сценариев.
Процесс
Идентифицировать base S19, а не только «S19 family».
Сохранить Kernel Log, board status, temperature/fan data.
Определить hardware revision, если ремонт зависит от hashboard/control/PSU compatibility.
Диагностировать конкретный узел.
После ремонта проверить все boards, logs, fans, temperature и stable hashrate.
FAQ
Укажите, что это base S19, аппаратную ревизию если известна, симптом, количество определяемых плат и ключевые строки Kernel Log. При power issue добавьте модель APW12.
Технические источники