Домашний майнер не хэширует? Полное руководство 2026

Поищите в любом сообществе домашних майнеров любой день — и найдёте одни и те же сообщения: Bitaxe запускается, но застревает на 0 GH/s, NerdQaxe перезагружается каждые две минуты, Gamma потерял половину хэшрейта после обновления прошивки, машина утверждает, что хэширует, пока пул ничего не видит. Эти устройства — открытое железо с открытой прошивкой на переработанном промышленном кремнии, и эта комбинация мощна, доступна по цене и по-настоящему уязвима так, как бытовая техника никогда не бывает.

Это руководство — та справка, которую мы хотели бы иметь всякий раз, когда помогали кому-то с отладкой. Оно охватывает шесть областей неисправностей, объясняющих почти любое мёртвое или капризное устройство, учит читать логи как это делает ремонтная мастерская, и завершается мастер-таблицей симптомов и словарём реальных строк ошибок, с которыми вы столкнётесь. Применимо для всего семейства AxeOS: каждый Bitaxe (Max, Ultra, Supra, Gamma, Gamma 601/602, GT, Hex), линейки NerdAxe и NerdQaxe включая варианты ++ и Hydro, NerdOctaxe, и по расширению любой производный от ESP-Miner, включая новые машины BM1373 из нашего справочника эпохи BM1373.

Один принцип прежде всего: диагностируйте перед тем, как трогать. Порядок действий в этом руководстве существует потому, что каждый шаг исключает целый класс причин. Прыжок сразу к перепрошивке, когда настоящая проблема — просевший источник питания, стоит вечера и может оставить вас с двумя проблемами вместо одной.

Нет времени? Пять решений для большинства случаев

Прежде чем читать что-либо ещё, попробуйте это по порядку. Вместе они решают большинство обращений «мой майнер мёртв» без инструментов, без логов и без вскрытия корпуса.

1. ХОЛОДНЫЙ ЦИКЛ ПИТАНИЯ, ПРАВИЛЬНО.
   Отключите РАЗЪЁМ питания (не выключатель розетки).
   Отсчитайте полные 60 секунд. Подключите снова.
   Почему: неисправности регулятора ФИКСИРУЮТСЯ и
   переживают любой программный перезапуск; только
   настоящее отключение их сбрасывает.

2. ПРОВЕРЬТЕ, ЧТО РЕАЛЬНО ЕГО ПИТАЕТ.
   USB-C запускает панель, но НЕ МОЖЕТ питать ASIC.
   Майнер только на USB-C будет показывать 0 GH/s и
   ~2 Вт бесконечно. Убедитесь, что настоящий источник
   питания (jack/XT30) подключён и плотно сидит, и что
   он подаёт ПРАВИЛЬНОЕ НАПРЯЖЕНИЕ (5 В против 12 В:
   неправильное уничтожит плату).

3. ВВОДИТЕ http:// ЯВНО.
   Браузеры молча переключаются на https:// и дают сбой.
   http://IP-МАЙНЕРА, с префиксом, всегда.

4. ДАЙТЕ ЕМУ 2,4 ГГЦ.
   Эти радиомодули никогда не говорят на 5 ГГц. На
   mesh-роутерах создайте отдельный SSID только 2,4 ГГц
   или IoT-сеть, WPA2-AES, и отключите изоляцию AP.

5. СПРОСИТЕ ПУЛ, НЕ МАЙНЕР.
   Время с момента последнего принятого шара на панели
   ПУЛА — единственный честный тест присутствия в сети.
   Больше 10 минут = сейчас мёртв, что бы ни говорил
   интерфейс майнера.

Решено? Отлично, закройте вкладку. Не решено? Триаж
ниже найдёт ваш раздел за 60 секунд.

Быстро найдите свою проблему

Двадцать разделов — это много. Три способа перейти сразу к своему:

По поиску: каждая строка ошибки в этом руководстве написана дословно, точно так, как её печатает прошивка. Нажмите Ctrl+F (Cmd+F на Mac), вставьте сообщение об ошибке — и окажетесь прямо на ней: это намеренное решение, а не случайность.

По симптому:

По стилю чтения: следующий раздел делит руководство на путь новичка и профессиональный.

Выберите свой путь

Это руководство обслуживает двух очень разных читателей, и читать его следует по-разному.

Первый майнер, первая проблема? Следуйте пронумерованному пути, не пропуская ничего: два правила безопасности, встроенная самодиагностика, триаж на 60 секунд, а затем только тот раздел, куда вас отправляет триаж. Каждый блок кода готов к копированию, каждый непонятный термин есть в мини-словаре ниже, и ничто на пути новичка не требует вскрытия корпуса или наличия мультиметра.

Знакомы с терминалом и мультиметром? Ваш быстрый путь: раздел API для получения логов удалённо и проверки парка устройств, словарь красных строк для прыжка прямо от строки ошибки к причине, таблица особенностей по моделям и профессиональный раздел стенда в конце, где живут схемы, метод точек измерения и ресурсы на уровне платы. Разделы, отмеченные PRO, предполагают умение читать схему и безопасно измерять напряжение на живой плате.

Мини-словарь для начинающих

Десять терминов, десять секунд каждый — и остальное руководство читается вдвое быстрее.

ASIC        сам майнинговый чип, единственная деталь,
            которая реально вычисляет хэши
ESP32       небольшой контроллер для всего остального:
            WiFi, панель управления, связь с ASIC
AxeOS       прошивка + веб-панель на ESP32
VCORE       питание ядра ASIC ~1,0-1,3 В, вырабатываемое
            на плате из входных 5 В или 12 В
VRM / TPS546  регуляторная схема, создающая VCORE и
            защищающая чип отключением при неисправностях
stratum     протокол, по которому майнер разговаривает
            с пулом
share       доказательство работы, которое вы отправляете;
            пул считает их, чтобы знать, что вы живы
% HW ошибок результаты, которые чип посчитал НЕВЕРНО:
            честный показатель здоровья (держать ниже 2%)
OTA         обновление «по воздуху» через панель, в
            отличие от прошивки через USB
NVS         память настроек, переживающая перепрошивку:
            поэтому существует сброс до заводских

Прежде всего: два правила безопасности и встроенный инструмент

Два правила, предотвращающие гибель плат

Правило первое: никогда не угадывайте напряжение. Стандартные одночиповые Bitaxe принимают 5 В; GT, Hex, NerdQaxe++ и NerdOctaxe принимают 12 В. Разъёмы jack обоих семейств физически взаимозаменяемы, и подключение блока питания 12 В к плате 5 В уничтожает её безвозвратно менее чем за секунду. Перед любым подключением читайте этикетку блока питания, а не форму разъёма. Это самая дорогостоящая ошибка в этом хобби.

Правило второе: горячий разъём означает стоп. Тёплый — это предупреждение; горячий, обесцвеченный или с запахом пластика — значит немедленно выключить и заменить кабель перед следующим включением. Всё остальное в этом руководстве может подождать до завтра. Это — нет.

Запустите встроенную самодиагностику

AxeOS включает тест при включении питания, о существовании которого большинство владельцев не знает. Он проверяет пять подсистем последовательно и сообщает о первой неисправности на экране, превращая его в бесплатную аппаратную диагностику за тридцать секунд, которая называет сбойную область:

ЧТО ПРОВЕРЯЕТСЯ (по порядку)    ПРИ ОШИБКЕ ЭКРАН ПОКАЖЕТ
  входной рейл                   POWER FAIL
  регулятор напряжения ядра      VCORE FAIL
  шина датчиков I2C              (зависает во время теста)
  обратная связь тахометра вент. FAN FAIL
  обнаружение ASIC               ASIC FAIL
  короткий burst хэширования     HASHRATE FAIL

КАК ЧИТАТЬ РЕЗУЛЬТАТ
  POWER / VCORE FAIL   -> раздел Питание. Тест отвергает
                          входное напряжение с отклонением
                          более 10% от номинала: измерьте
                          источник питания.
  ASIC FAIL            -> раздел Проблемы ASIC.
  FAN FAIL             -> вентилятор отключён, заблокирован
                          или умер провод тахометра.
  HASHRATE FAIL        -> чип обнаружен, но не вычисляет:
                          обычно питание на пределе или
                          проблема настроек; сбросьте до
                          заводских.

ЕСЛИ САМА САМОДИАГНОСТИКА ЗАВИСАЕТ
  Экран заморожен на SELF TEST более 30 секунд или
  бесконечный цикл SELF TEST -> перезапуск: на AxeOS v2.12+
  удерживайте кнопку BOOT 2 секунды во время экрана SELF
  TEST, чтобы пропустить и попасть в панель, затем
  диагностируйте оттуда. Цикл самодиагностики после
  прошивки обычно означает неверный образ для платы.

Самодиагностика запускается автоматически при первом старте и может быть вызвана из настроек. Запускайте её после любого аппаратного события: транспортировки, переустановки радиатора, замены блока питания. Она превращает «что-то не так» в названную подсистему ещё до того, как вы откроете хоть один лог.

Что говорит вам экран

На моделях с дисплеем OLED является инструментом статуса, а не украшением. Он переключает информационные экраны каждые несколько секунд; кнопка BOOT вручную переключает и будит экран, отключённый таймером. Состояния, которые нужно знать: экран загрузки (прошивка работает), экран хотспота настройки (не настроен или потеряны учётные данные WiFi), экран IP-адреса (ваш вход в панель), самодиагностика и коды FAIL выше, предупреждение о перегреве и анимация найденного блока, которую мы надеемся вы когда-нибудь увидите. Тёмный экран не доказывает, что плата мертва: проверьте, не просто ли сработал таймер отключения дисплея, и видит ли пул поступающие шары.

Триаж за 60 секунд

Прежде чем открывать хоть один лог, ответьте на пять вопросов. Они разбивают всё пространство проблем на части.

В1  Что-нибудь включается? (LED, экран, вентилятор)
      НЕТ -> ОБЛАСТЬ ПИТАНИЯ. Перейдите к: Питание.
      ДА  -> В2

В2  Устройство достигает панели AxeOS или показывает IP?
      НЕТ -> В2а: транслирует ли оно хотспот настройки?
             ДА  -> ОБЛАСТЬ WIFI. Перейдите к: Сеть.
             НЕТ -> ОБЛАСТЬ ЗАГРУЗКИ. Перейдите к: Прошивка.
      ДА  -> В3

В3  Панель показывает хэшрейт выше нуля?
      НЕТ -> В3а: показывает ли неисправность питания,
             баннер перегрева или 0 чипов ASIC?
             неисп. питания -> Питание
             перегрев       -> Тепловые проблемы
             0 чипов        -> ASIC
      ДА  -> В4

В4  ПУЛ показывает принятые шары за последние 10 минут?
      НЕТ -> ОБЛАСТЬ STRATUM. Перейдите к: Пул.
      ДА  -> В5

В5  Хэшрейт, процент ошибок и температура в норме?
      НЕТ -> Тепловые проблемы или неудачный разгон.
      ДА  -> Ничего не сломано. Закройте вкладку.

Обратите внимание, что В4 спрашивает пул, а не устройство. Самое частое ложное преследование в домашнем майнинге — отладка майнера, интерфейс которого выглядит идеально, пока пул не слышал его уже час. Устройство и пул видят каждый половину картины, и это руководство возвращается к этой асимметрии снова и снова.

Как читать логи

Всё остальное в этом руководстве идёт быстрее, если вы умеете читать логи, поэтому этот раздел стоит первым. Есть две поверхности логов, и они отвечают на разные вопросы.

Веб-лог AxeOS

Откройте панель по IP-адресу майнера и найдите окно лога. Оно показывает журнал выполнения в реальном времени: stratum-трафик, отправки шаров, изменения сложности, температурные события. Это правильный инструмент, когда устройство нормально запускается и вопрос в том, что оно делает сейчас. Его ограничение: он начинается после того, как сеть поднята, поэтому не может показать ошибку загрузки, и умирает вместе с веб-сервером, поэтому не может показать зависание.

Серийная консоль: правда

Для всего, что касается загрузки, зависаний, обнаружения ASIC или ассоциации WiFi, нужна серийная консоль. Это тот же вывод, который читают разработчики, и он начинается с самой первой инструкции.

1. Подключите USB-C КАБЕЛЬ ДАННЫХ (не только зарядный)
   от майнера к компьютеру. На некоторых платах Bitaxe
   родное соединение USB-C to USB-C не проходит
   согласование; используйте кабель или адаптер
   USB-A to USB-C, который принудительно устанавливает
   классические 5В.

2. Откройте последовательный терминал на 115200 бод, 8N1:

   Windows:  PuTTY -> Serial -> COMx -> 115200
   Linux:    sudo minicom -D /dev/ttyACM0 -b 115200
             (или: screen /dev/ttyACM0 115200)
   macOS:    screen /dev/tty.usbmodem* 115200

3. Нажмите кнопку RST на плате (или переподключите
   питание). Полный загрузочный лог прокручивается
   с начала.

Строки лога ESP-IDF несут букву уровня важности: I — информация, W — предупреждение, E — ошибка. Большинство терминалов отображают строки E красным. Здоровая загрузка содержит ноль строк E. Это вся наука чтения логов в одной фразе: прокрутите загрузку, найдите первый E и поищите его в словаре в конце руководства. Важнее всего первая ошибка, потому что последующие обычно являются каскадным ущербом от первой.

Как выглядит здоровая загрузка

Аннотированная и сокращённая. Ваша будет отличаться в деталях, но должна достигать тех же вех в том же порядке.

rst:0x1 (POWERON_RESET), boot:0x8 (SPI_FAST_FLASH_BOOT)
        <- причина сброса. POWERON — норма. Повторяющиеся
           сбросы RTC_WDT или BROWNOUT здесь — первый
           тревожный сигнал.

I (xx) main: Found device config: <модель вашей платы>
        <- прошивка идентифицировала плату. Неверное
           название модели здесь означает неверный образ
           прошивки.

I (xx) TPS546: Found TPS546D24A          (платы с TPS)
I (xx) Power: VCORE set to 1150 mV
        <- регулятор ядра ответил по I2C и рейл ASIC
           поднят. Если этот блок отсутствует или даёт
           ошибки, ничто дальше не может работать.

I (xx) bm13xx: Found 1 chip(s)
        <- ГЛАВНАЯ строка. Число должно совпадать с
           количеством чипов вашей платы: 1 для однного
           чипа, 2 для GT, 4 для NerdQaxe, 6 для Hex,
           8 для NerdOctaxe.

I (xx) wifi: connected, IP: 192.168.x.x
        <- сеть поднята. Сбои ассоциации печатают здесь
           коды причины (словарь ниже).

I (xx) stratum_task: Connected to pool ...
I (xx) stratum_task: mining.subscribe / authorize OK
I (xx) stratum_task: Set difficulty to ...
I (xx) create_jobs_task: New Work: ...
        <- пул принял вход и отправил работу.

I (xx) asic_result: Nonce found, diff xxx of yyy
        <- ASIC возвращает результаты. В течение одной-
           двух минут должны появляться шары выше
           сложности пула, отправляемые и принимаемые.

Запомните порядок вех: причина сброса → конфигурация платы → регулятор → количество чипов → WiFi → stratum → nonce. Первая веха, которая даёт сбой, называет нужный раздел руководства.

Проблемы питания: причина номер один всего

Если бы неисправности домашних майнеров имели рейтинг, питание занимало бы первые три строчки. Эти платы гоняют кремний 3 нм и 5 нм при высоких токах от потребительских источников питания через потребительские разъёмы, и запасы минимальны.

Знайте свою архитектуру питания

Однночиповый Bitaxe (Max/Ultra/Supra/Gamma)
  Вход:      5 В через jack (5,5x2,1мм) или USB-C
  Ток:       до ~5 А на Gamma из коробки, больше при OC
  Регулятор: цифровой buck TPS546D24A (старые платы:
             ЦАП DS4432U + монитор INA260) понижает 5В
             до ~1,1-1,3В ядра ASIC при очень большом
             токе
  Окно:      регулятор стартует от ~4,8 В, отключается
             ниже ~4,5 В

Семейство 12 В (GT, Hex, NerdQaxe++, NerdOctaxe)
  Вход:      12 В через разъём XT30 или jack
  Ток:       NerdQaxe++ ~8+ А при полной нагрузке; Octaxe
             больше
  Риск:      нагрев разъёма; просадка под нагрузкой

КРИТИЧЕСКИЙ ФАКТ: USB-C на текущих платах Bitaxe служит
ТОЛЬКО для ESP32 и прошивки. Он не может питать ASIC.
Плата, работающая только на USB-C, запускается, показывает
панель и хэширует ровно 0 GH/s при ~2 Вт. Это в точности
имитирует мёртвый регулятор и еженедельно отнимает часы у
всего сообщества.

Power Fault Detected: что реально произошло

Регулятор TPS546 следит за четырьмя защитами: перегрузка по току, перенапряжение, пониженное напряжение, перегрев. Когда одна срабатывает, регулятор фиксирует отключение, и AxeOS показывает баннер неисправности питания. ASIC теряет свой рейл; ESP32, питающийся отдельно, держит интерфейс живым. Два факта определяют решение:

• Фиксация переживает программные перезапуски. Состояние неисправности хранится в регистре статуса самого регулятора до физического удаления входного напряжения. Перезапуск через веб-интерфейс, вызов API restart или нажатие кнопки сброса ESP32 его не очищает. Это задокументированное поведение, а не баг, и именно поэтому существует целый класс issues на GitHub: платы BM1370, застрявшие на 0 GH/s при 5 Вт, где endpoint restart ничего не исправляет, а цикл питания исправляет всё.
• Срабатывание — симптом; причина — выше по цепи. Регулятор защищает чип, который стоит дороже платы вокруг него. Подавляющее большинство повторных срабатываний восходит к входному питанию, а не к регулятору.

Последовательность устранения по порядку:

1. ХОЛОДНЫЙ ЦИКЛ. Отключите сам разъём питания (не
   настенный выключатель). Отсчитайте полные 10 секунд.
   Некоторым платам нужно 60 секунд, чтобы конденсаторы
   разрядились и сбросилось состояние удержания brownout
   ESP32. Подключите снова. Это одно решает большинство
   единичных сбоев.

2. УБЕРИТЕ USB-C. Если к USB-C что-то подключено,
   отключите и убедитесь, что настоящий источник питания
   (jack/XT30) на месте. Исключите ловушку USB-C.

3. ИЗМЕРЬТЕ ПОД НАГРУЗКОЙ. Мультиметр постоянного тока
   на входном разъёме, ПОКА МАЙНЕР ХЭШИРУЕТ:
     платы 5 В:  ожидается 4,9-5,3 В стабильно.
                 Ниже 4,8 В = виновник источник питания.
     платы 12 В: ожидается 11,8-12,2 В стабильно.
                 Ниже 11,4 В = виновник источник питания.
   Измерение без нагрузки ничего не доказывает: дешёвые
   блоки показывают идеальные 5,0 В в покое и проседают
   до 4,4 В под нагрузкой.

4. ИСКЛЮЧИТЕ ПУТЬ. Подключите блок прямо в розетку: без
   удлинителей, фильтров, цепочек. Дешёвые удлинители
   добавляют измеримое падение. Пошевелите jack: если
   экран мигает, разъём или кабель изношены.

5. УЛУЧШИТЕ ИСТОЧНИК ПИТАНИЯ. Честный минимум:
     однночиповые платы 5 В: 5 В / 5 А качества, отдельный
     класс NerdQaxe++ 12 В:  12 В / 10 А (120 Вт) минимум
   Зарядники от телефонов и универсальные адаптеры —
   безусловно самая частая первопричина в этом руководстве.

Предупреждение о XT30

Семейство 12 В прогоняет 8 и более ампер через XT30. Разъём рассчитан на это; ручные пайки позади него — часто нет. Проверьте: обесцвеченные контакты, тёплый разъём на ощупь, холодные пайки, слабые обжимки. Высокоомное соединение при 8 А нагревается, окисляется, сопротивляется больше и нагревается ещё: это единственный режим отказа в домашнем майнинге, заканчивающийся расплавленным пластиком. Если разъём когда-либо был достаточно горячим, чтобы обесцветиться, замените кабель, не используйте его повторно. Устройства NerdQaxe, зависающие с ошибкой питания и кодом Guru Meditation, восходят именно к этому рейлу, просевшему под нагрузкой.

Brownout: зависание, которое зависанием не является

ESP32 имеет аппаратный детектор brownout. Когда рейл 3,3 В проседает, он печатает Brownout detector was triggered и перезапускается. Майнер, перезагружающийся каждые несколько минут, особенно когда ASIC выходит на полную нагрузку, почти никогда не имеет проблемы с прошивкой: это питание проседает в момент максимального потребления. Решение — шаги 3-5 выше. Не гонитесь за прошивкой из-за цикла brownout.

Проблемы ASIC: чип не отвечает

Строка загрузочного лога, за которой нужно следить, — это количество чипов. Прошивка перечисляет цепочку ASIC по UART и печатает, сколько чипов ответило. Всё, кроме полного счёта для вашей платы, относится к этому разделу.

Ноль обнаруженных чипов

Панель показывает счёт ASIC 0 или лог показывает ошибку инициализации. Причины по частоте наблюдений:

1. Зафиксированный регулятор или удержанное состояние brownout. Чип без напряжения ядра не может перечислиться. Выполните полный 60-секундный холодный разряд прежде всего: отключите основной источник питания, USB-C и все аксессуары, подождите полную минуту, снова подайте питание. Одно это закрывает значительную долю случаев.
2. Неверный образ прошивки. Прошивка образа другой платы даже один раз может оставить неверную конфигурацию устройства в энергонезависимой памяти, которая переживает последующие перепрошивки. Если строка модели в загрузочном логе не совпадает с физической платой, выполните полный сброс до заводских настроек, а затем прошейте правильный образ. Образ BM1366 на плате BM1370 никогда не найдёт чип.
3. Механическое событие. Классическая последовательность: устройство переместили, уронили, отправили или подтянули радиатор, и оно больше не хэширует. Под ASIC находится матрица BGA-паек; изгиб их трескает. Неравномерное давление крепления радиатора делает то же самое. Если хронология совпадает — это ремонт на стенде (оплавление), а не проблема настроек.
4. Заводской брак. Новое устройство, которое не хэшировало ни разу, с непропорционально высокой вероятностью имеет холодную паяную заводскую пайку. Не тратьте выходные на программную отладку: выполните холодный разряд и проверку прошивки, затем обратитесь по гарантии.

Частичный счёт чипов: подпись многочипового устройства

Hex сообщает 3 из 6, NerdQaxe 2 из 4, GT 1 из 2. Многочиповые платы перечисляют ASIC как цепочку, поэтому один мёртвый или отключённый чип разрывает обнаружение в этой точке цепочки: число говорит вам примерно, где разрыв. Плата на четыре чипа, показывающая 2, имеет проблему на чипе 3. Причины те же, что выше (запас питания, треснутая пайка), плюс одна характерная для многочипового: слабый чип в цепочке, отваливающийся только на высокой частоте. Если полный счёт возвращается на заводских частотах, но чипы пропадают при разгоне — вы нашли самый слабый die в своей кремниевой лотерее, и его предел — предел всей платы.

Ошибки I2C: шина датчиков, не майнер

Сбивающий с толку класс: майнер хэширует нормально, пока Power, ASIC Temp и Input Voltage отображаются прочерками, нулями или нулевыми значениями, а лог показывает ошибки передачи/приёма I2C или таймауты. Путь хэширования (UART к ASIC) и путь телеметрии (I2C к PMBus регулятора, датчику температуры, монитору тока) — отдельные шины. Одна может упасть, пока другая работает. Известный триггер: полоса регрессии прошивки вокруг AxeOS v2.13/v2.14, где путь считывания датчиков тихо отказывает на части устройств. Также вызывается любым аксессуаром на разъёме I2C: добавленный OLED или внешний датчик с нестабильным контактом может заблокировать шину для встроенных датчиков. Верните устройство в серийное состояние, выполните холодный цикл, и если это полоса прошивки — обновитесь вперёд или откатитесь назад.

Опасный побочный эффект: без обратной связи по температуре кривая вентилятора не может работать, поэтому вентилятор застрянет на одной скорости. Если телеметрия мертва, считайте и тепловую защиту мёртвой и не оставляйте устройство без присмотра до устранения.

Тепловые проблемы: тепло — это бюджет, а не событие

Цифры, которые важны

Темп. ядра ASIC   цель:       55-62 C стабильно
                  тревожно:   выше 65 C постоянно
                  отключение: ~75 C -> режим Overheat

Темп. VREG        работает на 10-15 C горячее ядра под
                  нагрузкой; на платах BM1370/BM1373 часто
                  именно она — лимитирующий датчик

Режим Overheat    хэширование останавливается, вентилятор
                  100%, интерфейс остаётся живым; выходит
                  с гистерезисом при падении до ~65 C

Диагностика по паттерну

Перегревает сразу с холодного состояния — проблема монтажа. Радиатор не контактирует: отсутствует или порван термопад, высохшая или отсутствующая паста, неравномерный момент затяжки, или радиатор ослаб при транспортировке. Чип без контакта уходит от комнатной температуры до отключения за секунды. Перемонтируйте, нанесите зёрнышко качественной пасты, затяните винты крест-накрест равномерно.

Перегревает через 10-30 минут — проблема мощности теплоотвода. Контакт хорош, но система не успевает отводить тепло. Причины складываются: температура окружающей среды выше примерно 27 C, устройство в шкафу, ящике или закрытом корпусе, заблокированный вход или выход воздуха, войлок пыли на рёбрах, или разгон, для которого охлаждение никогда не было рассчитано. Дайте 10 см свободного воздуха с обеих сторон, очистите рёбра, и если началось после изменения частоты — это изменение было лишним.

Медленный дрейф на протяжении недель — проблема обслуживания. Те же настройки, температура ползёт градус за градусом: накопление пыли или высыхающая термопаста. Паста на этих платах — расходный материал; заменять её каждые 6-12 месяцев нормально.

Перегрев после обновления прошивки — проблема кривой. Кривые вентилятора и тепла меняются между версиями; документированный пример около v2.11 сдвинул поведение по умолчанию настолько, что устройства работали на несколько градусов горячее и немного медленнее с заводскими настройками. Прочитайте примечания к выпуску, вручную повысьте скорость вентилятора на ступень или отрегулируйте целевую температуру, если ваша прошивка предоставляет ПИД-управление.

Сам вентилятор

Вентилятор, сообщающий 0 об/мин при любой температуре, отключён, заблокирован кабелем или мёртв. Постоянно воющий вентилятор на 100% означает либо реально горячий чип (см. выше), либо мёртвую телеметрию температуры, вслепую управляющую кривой (см. раздел I2C). Сменные вентиляторы 40 мм и 60 мм дёшевы; тихие высококачественные модели (обычный выбор сообщества — Noctua) снижают шум ниже 40 дБ и являются лучшим по соотношению цены и качества аппаратным апгрейдом для любого из этих устройств.

Сетевые проблемы: мировоззрение WiFi у ESP32

Радиомодуль в каждой из этих машин говорит только на 2,4 ГГц. Ни 5 ГГц, ни 6 ГГц, без исключений, без исправления прошивкой. Огромная доля сбоев установки сводится к тому, что эта фраза сталкивается с поведением современных роутеров.

Проблема mesh-роутеров

Современные mesh-системы транслируют единый комбинированный SSID и перемещают клиентов между диапазонами. ESP32 не может присоединиться к стороне 5 ГГц, и band steering может не дать ему закрепиться на 2,4 ГГц. Надёжные решения; большинство роутеров поддерживает хотя бы одно:

Вариант А  Создать SSID только для 2,4 ГГц (лучший)
Вариант Б  Использовать функцию «IoT-сеть» роутера:
           несколько производителей добавили её именно
           для таких устройств
Вариант В  Отключить band steering / «smart connect»,
           чтобы диапазоны выглядели как отдельные SSID

Затем проверьте на SSID 2,4 ГГц:
  Безопасность   WPA2-Personal, только AES (не TKIP; сети
                 только WPA3 провалятся)
  Канал          фиксированный 1, 6 или 11 в загруженных
                 зонах, не Auto
  Ширина канала  20 МГц
  Изоляция AP    ОТКЛЮЧЕНА <- при включении WiFi
                 подключается, но панель недоступна из
                 вашей LAN, что выглядит точно как
                 мёртвое устройство
  MAC-фильтр     выключен, или добавьте MAC майнера

Чтение сбоев WiFi в серийном логе

Серийная консоль печатает причину разрыва при каждой неудавшейся ассоциации, и причина называет решение:

AUTH_EXPIRE / auth failed      неверный пароль (PSK).
                               Перепечатайте; следите за
                               типографскими кавычками,
                               если копировали с телефона.
NO_AP_FOUND                    SSID невидим на 2,4 ГГц:
                               band steering, скрытый SSID,
                               вне зоны или только 5 ГГц.
beacon timeout                 слабый сигнал или перегружен
                               канал; переместите или
                               зафиксируйте канал.
ASSOC_TOOMANY                  достигнут лимит клиентов
                               роутера.
Brownout detector triggered    вообще не WiFi: пиковое
                               потребление радио при
                               ассоциации обваливает слабое
                               питание. Исправьте питание,
                               не сеть.

Последний пункт заслуживает акцента: передача WiFi — это наибольший мгновенный пиковый ток, производимый ESP32. Граничное питание, переживающее покой, умирает при ассоциации, поэтому устройство, «зависающее при подключении к WiFi», почти всегда является проблемой питания, замаскированной под сетевую.

Доступность без сбоев WiFi

Два функции безопасности роутеров заслуживают особого упоминания, потому что они блокируют майнеры намеренно. ASUS AiProtection и эквивалент в некоторых моделях TP-Link классифицируют stratum-трафик как подозрительный и молча его отбрасывают: майнер прекрасно присоединяется к WiFi, а затем не достигает ни одного пула. Если устройство подключается к WiFi, но каждое соединение с пулом проваливается, а тот же пул работает через мобильный хотспот — отключите защитную функцию роутера или добавьте майнер в белый список прежде, чем что-либо трогать.

И особенность браузера, создающая бесконечные ложные тревоги: AxeOS отдаёт простой HTTP на порту 80. Современные браузеры молча преобразуют голые адреса в HTTPS, что проваливается, и майнер кажется мёртвым. Вводите префикс явно: http:// перед IP, всегда. Если всё равно не работает — попробуйте другой браузер и отключите блокировщики рекламы для локальных адресов.

Если майнер получил IP, но открыть панель не получается: изоляция AP (выше), особенность списка клиентов роутера или mDNS. Устройство объявляет себя через имя .local; когда несколько устройств используют одно имя, современная прошивка автоматически добавляет суффикс на основе MAC, но устаревшие mDNS-кэши на вашем компьютере могут по-прежнему указывать на неверное устройство. При сомнении используйте голый IP из таблицы DHCP роутера и дайте каждому устройству уникальное имя.

Проблемы stratum и пула: последняя миля

Устройство запускается, хэширует, и пул — то место, где решается правда. В этом разделе взгляд со стороны майнера и взгляд со стороны пула нужно читать вместе.

Соединение отклонено или недоступно

Проверяйте в этом порядке:
1. Точный URL: stratum+tcp://хост:порт - без https://,
               без конечного слеша, с портом — верным
2. DNS:        другое устройство в той же LAN резолвит
               хост? Некоторые роутеры провайдеров и
               DNS-фильтры (или блокировщики типа Pi-hole)
               тихо поглощают майнинговые домены.
3. Порт:       некоторые сети блокируют нестандартные
               исходящие порты. Проверьте через мобильный
               хотспот: если там работает — домашняя сеть
               фильтрует.
4. Регион:     попробуйте другой региональный endpoint
               пула; возможно вы наблюдаете сбой в одном
               регионе.

Authorize проваливается

Пул отклонил вход. В соло-пуле имя пользователя — это ваш адрес кошелька плюс имя воркера, и адрес является всей идентификацией: здесь нечего неправильно написать с точки зрения аккаунта. Причины: адрес с опечаткой (достаточно одного символа), адрес не той сети (см. ниже), имя воркера с пробелами или спецсимволами, или поле пароля, которое пул ожидает непустым (используйте x).

Адрес не той сети: тихий убийца

Самая вредная ошибка конфигурации в мультисетевом SHA-256 майнинге, и она может дать сбой двумя разными способами:

• Шумный сбой: пул проверяет формат адреса по сети и отклоняет authorize или каждый шар. Раздражает, но безопасно: вы замечаете это за несколько минут.
• Тихий сбой: адрес, формально действительный в более чем одной сети, или пул, не проверяющий глубоко, принимает ваши шары весь день, а затем выплата не может дойти до вас. В ненастоднном соло-пуле вознаграждения за блок выплачиваются прямо в coinbase на строку адреса, которую вы настроили. Не существует тикета поддержки, который отменит coinbase, выплаченный на адрес, которым вы не можете распоряжаться.

Правило: адрес должен быть нативным для той сети, на которую вы нацелены, созданным кошельком этой сети и проверенным. Если вы переключаете один физический майнер между сетями, ведите письменную таблицу «сеть — адрес» и перепроверяйте поле имени пользователя каждый раз при смене URL stratum. Это стоит больше, чем все остальные советы этого раздела вместе взятые.

Отклонённые шары: чтение причин отклонения

Отклонения — не одна проблема; строка причины в логе говорит вам, какая из четырёх проблем у вас есть.

"job not found" / stale       Вы отправили работу для job,
  небольшими всплесками       которую пул уже заменил:
  сразу после новых блоков    нормально при смене блоков.
                              Ниже ~1-2% от общего: игнорируйте.
                              Стабильно выше: сетевая задержка
                              или потери пакетов WiFi; проверьте
                              RSSI, попробуйте ближайший регион.

"above target" /              Шар не достигает сложности,
"low difficulty share"        назначенной пулом. Постоянные
                              случаи: смещение после смены
                              сложности или аппаратные ошибки,
                              искажающие результат. Проверьте
                              % HW ошибок.

"duplicate"                   Один и тот же nonce отправлен
                              дважды. Изредка: безвредный
                              артефакт повторной отправки.
                              Поток: известное состояние сбоя,
                              когда ASIC застревает на одном
                              nonce. Цикл питания; если
                              повторяется на текущих частотах —
                              уменьшите разгон.

всё отклоняется               Конфигурация, не невезение:
                              адрес не той сети, неверно
                              сформированное имя воркера или
                              неверный порт (например, порт
                              высокой сложности для больших
                              ASIC).

Процент аппаратных ошибок: честное число

Хэшрейт на панели — это заявление; процент аппаратных ошибок — это признание. Он считает результаты, которые ASIC вернул и которые не проходят проверку. Ниже 2 процентов — здорово. Растущий процент ошибок с растущей температурой означает тепловую проблему; растущий при постоянной температуре после изменения настроек означает, что точка частота/напряжение превышает возможности кремния данного чипа. Чип с 5 процентами ошибок может показывать внушительный хэшрейт, пока эффективный хэшрейт тихо падает ниже того, что дала бы более низкая частота. При тонкой настройке оптимизируйте количество принятых шаров в час, а не цифру на панели. Полный метод описан в разделе настройки справочника BM1373, а контекст по смыслу сложности шара — в объяснении best share.

«Майнер говорит, что хэширует, а пул ничего не показывает»

Самый публикуемый симптом во всех сообществах, поэтому вот полный путь решения:

1. СТОРОНА ПУЛА, время с момента последнего принятого шара:
   более 10 минут = соединение СЕЙЧАС мертво, что бы ни
   говорил интерфейс майнера. Средние значения панели
   затухают в течение ~часа и скрывают свежие разрывы.
   «Хэшрейт выше нуля» — НЕ тест присутствия; «последний
   шар недавно» — тест.

2. СТОРОНА МАЙНЕРА, лог в реальном времени:
   Шары ОТПРАВЛЯЮТСЯ? Если ASIC находит nonce, но ничего
   не отправляется, stratum-сокет завис: перезапустите
   майнер.
   Отправки дают ОШИБКУ? Читайте таблицу причин отклонения.

3. ИДЕНТИЧНОСТЬ: панель пула, на которую вы смотрите,
   отфильтрована по тому же адресу кошелька И той же
   монете, для которых настроен майнер? Удивительное
   количество таких случаев — это открытая панель BTC,
   пока майнер нацелен на BCH, или страница вчерашнего
   тестового адреса.

4. FALLBACK: настроен ли резервный пул, и майнер тихо
   переключился на него? Ваш хэшрейт может поступать
   в ДРУГОЙ пул. Проверьте его статистику.

Всегда настраивайте резервный пул

Все устройства семейства AxeOS поддерживают резервный пул. Майнер без резервного пула, потерявший stratum-сокет в 2 часа ночи, ничего не делает, пока вы не заметите, а затухающее среднее на панели гарантирует, что вы заметите поздно. Установите резервный пул на второй регион вашего пула, чтобы региональная проблема никогда не останавливала машину. Хосты и порты по регионам для каждой монеты есть на странице подключения.

Проблемы прошивки: прошить, окирпичить, восстановить

OTA из двух файлов и полукирпич

Обновления AxeOS поставляются в виде двух артефактов: бинарника прошивки и образа веб-интерфейса (www.bin). Документированный режим отказа — OTA, зависающий на фазе www.bin, оставляя прошивку и интерфейс рассинхронизированными: устройство запускается и майнит, но панель пуста или сломана. Это не кирпич. Перейдите прямо по URL восстановления:

http://<ip-майнера>/recovery

и загрузите образ веба повторно. Если устройство вообще не запускается после неудачного обновления, веб-прошивальщик USB (Chrome или Edge, кабель данных USB-C) перезаписывает полный заводской образ и восстанавливает практически любой программный кирпич. Три правила делают прошивку скучной, а не страшной:

• Образ должен точно соответствовать плате, вплоть до ревизии. Номер ревизии напечатан на самой плате и показан в разделе System AxeOS: Supra 401 нужен образ 401, а не 402. Знайте два типа файлов на странице выпусков: полный esp-miner-factory-REV-vX.X.X.bin (загрузчик + разделы + интерфейс + прошивка, для прошивки через USB и полного восстановления) и меньший esp-miner.bin (только прошивка, для OTA через панель). Использование одного вместо другого — классический рецепт полукирпича. Образ Gamma на Gamma, Ultra на Ultra. Неверный образ может оставить неправильную конфигурацию устройства в NVS, переживающую обычные перепрошивки; лечение — сброс до заводских плюс правильный образ.
• Никогда не прошивайте по WiFi при слабом сигнале или слабом питании. Зависание на фазе www.bin точно коррелирует с этими двумя условиями.
• Знайте цель отката. Регрессии случаются: полоса потери телеметрии вокруг v2.13/v2.14, изменение кривой вентилятора вокруг v2.11, из-за которого устройства работали горячее, путь обновления вокруг v2.4.3, зависавший на некоторых аппаратных ревизиях, пока пользователи не откатывались. Перед обновлением запишите текущую версию; если новая ведёт себя плохо, предыдущая на расстоянии одной веб-прошивки на странице выпусков проекта.

Циклы зависаний: читаем Guru Meditation

Guru Meditation Error — это kernel panic ESP32. Слово в скобках — подсказка:

Guru Meditation Error: Core X panic'ed (ПРИЧИНА)

LoadProhibited /       баг прошивки, обращающийся к
StoreProhibited        недействительной памяти: запишите
                       версию, проверьте трекер, откатитесь
                       на одну версию
IllegalInstruction     повреждённая flash или переписанный
                       стек: полная перепрошивка через USB
Cache error /          обычно следует за проблемами PSRAM
DoubleException        (ниже)
Interrupt wdt timeout  задача завила, часто сетевого
                       характера; ищите известную issue
                       для вашей версии

Единичный panic: игнорируйте. Цикл: определите, одна ли причина каждый раз (неисправность прошивки или железа: действуйте по таблице) или они перемежаются сообщениями brownout (тогда это питание: прекратите читать паники и идите чинить источник питания).

Сбои PSRAM: специфика семейства Nerd

NerdQaxe, NerdOctaxe и другие платы на модуле ESP32-S3-WROOM-1 используют внешнюю PSRAM. Загрузочный баннер с ошибкой чтения ID PSRAM или сбоем инициализации, за которым следует panic StoreProhibited, как только прошивка касается внешней RAM, имеет пять известных корней: поддельные модули без die PSRAM, прошивка, скомпилированная с неверным режимом PSRAM (octal вместо quad), холодная пайка под модулем, brownout во время окна инициализации или постаревший die. Практический триаж: исключите питание сначала (как всегда), прошейте точный образ производителя для вашей платы (он кодирует правильный режим PSRAM), и если ошибка сохраняется при чистом питании и правильной прошивке — виновен сам модуль, что является случаем гарантии или ремонта на стенде.

Неудачный разгон: восстановление и профилактика

Признак неисправности: частота или напряжение повышены, и теперь устройство зависает, падает через минуты или часы, троттлит, или чип в многочиповой плате исчезает. Физика беспощадна в одном конкретном аспекте: нестабильность от слишком высокой частоты часто проявляется с задержкой. Настройка, переживающая 10-минутный тест, может дать сбой на 40-й минуте, когда плата полностью прогреется, и именно поэтому любое утверждение о стабильности менее чем за 24 часа является предварительным.

ВОССТАНОВЛЕНИЕ (если устройство ещё запускается):
  Веб-интерфейс -> вернуть частоту и напряжение к заводским
  -> сохранить -> холодный цикл питания (сбрасывает любую
  зафиксированную неисправность).

ВОССТАНОВЛЕНИЕ (если уходит в цикл до интерфейса):
  Прошейте заводской образ через USB: это восстанавливает
  заводские рабочие точки. Затем сброс до заводских для
  очистки NVS.

ПРОФИЛАКТИКА (весь метод в пяти строках):
  - по одной ступени 25 МГц за раз, напряжение не трогать
  - минимум 30 минут на ступень, следя за % HW ошибок
  - ошибки выше 2% = откатитесь на ступень; это и есть
    стена
  - только тогда поднимайте напряжение шагами по 25 мВ,
    если принимаете дополнительный нагрев; оставайтесь в
    окне 1100-1300 мВ
  - 24 часа на финальной настройке, прежде чем назвать
    её стабильной

И честное замечание: подвольтаж для эффективности ломается так же, как разгон для скорости, только в другую сторону: слишком мало напряжения для частоты производит те же ошибки и зависания. Кремниевая лотерея работает на обоих краях.

Диагностика через API: ярлык для опытного пользователя

Каждый майнер семейства AxeOS предоставляет REST API на порту 80, и это меняет облик диагностики: не нужен экран, не нужно кликать по панелям, и это масштабируется от одного устройства до парка. Полная спецификация живёт в файле openapi.yaml в репозитории ESP-Miner; вот вызовы, важные для диагностики.

Пять диагностических вызовов

# Всё сразу: средние хэшрейта, температуры, напряжение,
# мощность, обороты вентилятора, шары, лучшая сложность,
# WiFi RSSI, аптайм, версия прошивки, свободная куча
curl http://IP-МАЙНЕРА/api/system/info

# Состояние ASIC: модель, количество, частота, напряжение
curl http://IP-МАЙНЕРА/api/system/asic

# Временной ряд, по которому строятся графики панели
curl "http://IP-МАЙНЕРА/api/system/statistics?columns=hashrate,asicTemp,vrTemp,power"

# НЕДООЦЕНЁННЫЙ: удалённое скачивание логов устройства.
# Без серийного кабеля, без PuTTY: получите лог по сети
# и ищите в словаре красных строк.
curl http://IP-МАЙНЕРА/api/system/logs

# Который из которых? Заставляет устройство себя
# идентифицировать (экран/LED): бесценно в стойке с
# идентичными коробками
curl -X POST http://IP-МАЙНЕРА/api/system/identify

Endpoint логов заслуживает отдельной фразы: большую часть раздела серийной консоли этого руководства можно выполнить с дивана с помощью одного этого вызова, пока устройство запускается достаточно, чтобы отдавать HTTP. Серийный кабель остаётся нужным только для сбоев в момент загрузки и циклов зависаний.

Чтение /api/system/info как механик

Шесть полей этого JSON отвечают на большинство запросов до того, как они сформулированы:

ПОЛЕ (типичное название)  ЧТО ГОВОРИТ
hashRate / hashrate_10m   заявление: сравните с пулом
temp / asicTemp           бюджет 55-62 C из теплового
                          раздела
vrTemp                    сторона регулятора: часто
                          настоящий лимитатор на
                          BM1370/BM1373
voltage                   входной рейл КАК ЕГО ВИДИТ
                          ПЛАТА: программный мультиметр.
                          Падение ниже 4,9 В под нагрузкой
                          = источник питания, доказано
                          без вскрытия корпуса
power                     потребляемые ватты: 2 Вт на
                          «хэширующем» устройстве =
                          ловушка USB-C
sharesAccepted /          пара правды; растущие
sharesRejected            отклонения = таблица причин
wifiRSSI                  сильнее -70 дБм — хорошо;
                          слабее объясняет устаревшие
                          шары
freeHeap                  медленно уменьшается на
                          протяжении дней = класс
                          ошибок утечки памяти; запишите
                          версию, проверьте трекер

Здоровье парка в одном цикле

При более чем одном устройстве прекратите проверять панели. Этот цикл печатает одну строку сводки о здоровье для каждого майнера и отмечает мёртвых:

#!/bin/bash
# fleet-check.sh - подставьте IP вашего парка
for IP in 192.168.1.101 192.168.1.102 192.168.1.103; do
  J=$(curl -s -m 5 "http://$IP/api/system/info")
  if [ -z "$J" ]; then
    echo "$IP  НЕДОСТУПЕН"
    continue
  fi
  echo "$J" | python3 -c "
import sys, json
d = json.load(sys.stdin)
print('$IP  %-10s %6.1f GH/s  %4.1fC  %4.1fW  acc:%s rej:%s' % (
  d.get('hostname','?'),
  d.get('hashRate',0),
  d.get('temp',0),
  d.get('power',0),
  d.get('sharesAccepted','?'),
  d.get('sharesRejected','?')))"
done

Запустите его через cron каждые пять минут, направьте в уведомление на ваш выбор, и сбой в 2 ночи станет оповещением в 2:05, а не утренним сюрпризом. Имена полей слегка различаются между версиями прошивки; сделайте дамп сырого JSON один раз и подстройте.

API умеет и чинить

# Перезапустить без прикосновения к железу
curl -X POST http://IP-МАЙНЕРА/api/system/restart
#   (помните: это НЕ сбрасывает зафиксированную неисправность
#    TPS546; для этого всё равно нужно физическое отключение)

# Вернуть эксперимент с разгоном к разумным значениям
curl -X PATCH http://IP-МАЙНЕРА/api/system \
  -H "Content-Type: application/json" \
  -d '{"frequency": 525, "coreVoltage": 1150}'

# Исправить неверно набранную конфигурацию пула без UI
curl -X PATCH http://IP-МАЙНЕРА/api/system \
  -H "Content-Type: application/json" \
  -d '{"stratumUser": "ВАШ_КОШЕЛЁК.worker1"}'

Честная оговорка: у API нет аутентификации. Любой в вашей LAN может читать и перенастраивать ваши майнеры. В домашней сети это обычно приемлемо; в общей сети или сети с доступом для гостей поместите майнеры в отдельный VLAN или IoT-сегмент: что удобно является тем же самым решением, которое уже рекомендовал раздел WiFi.

Особенности по моделям: знайте характер своей платы

Помимо универсальных режимов отказа, у каждого семейства плат есть характерные поведения, о которых стоит знать перед отладкой.

Мастер-таблица симптомов

Словарь красных строк

Строки ошибок, которые вы реально увидите, в одном месте, написанные дословно, чтобы Ctrl+F их нашёл. Найдите свою строку — получите направление.

СТРОКА В ЛОГЕ                      ЗНАЧЕНИЕ -> КУДА ИДТИ
---------------------------------------------------------------
Brownout detector was triggered    просадка питания -> Питание
rst:0x.. (BROWNOUT_RESET)          то же, в баннере сброса
Power Fault Detected               TPS546 зафиксирован -> Питание
TPS546 status / regulator fault    то же семейство -> Питание
VCORE init failed /                прошивка не может запрограм-
  device ID mismatch               мировать регулятор: неверный
                                   образ или I2C -> ASIC + Прошивка
i2c_master_transmit_receive err /  шина датчиков упала -> ASIC,
  ESP_ERR_TIMEOUT near boot          подраздел I2C
Found 0 chip(s) / ASIC init fail   чип не отвечает -> ASIC
Chip count N of M                  разрыв цепочки в N+1 -> ASIC
Device has overheated /            отключение при 75 C -> Тепло
  Overheat Mode
VREG temp over limit               регулятор горячий -> Тепло
wifi: NO_AP_FOUND                  видимость 2,4 ГГц -> Сеть
wifi: AUTH_EXPIRE / auth fail      неверный пароль -> Сеть
wifi: beacon timeout               слабый сигнал/канал -> Сеть
wifi_disconnect reason: N          ищите N; решайте по причине
Stratum connection failed /        пул недоступен -> Stratum
  connect errno
authorize failed                   вход отклонён -> Stratum,
                                   проверить адрес и воркер
job not found (при отправке)       устаревший шар -> Stratum
above target / low diff share      смещение сложности или HW
duplicate share                    застрявший nonce -> цикл
                                   питания, затем снизить частоту
Guru Meditation Error: (ПРИЧИНА)   panic -> Прошивка, читать
                                   слово причины
esp_psram: PSRAM ID read error /   инициализация PSRAM -> Прошивка,
  Failed to init external RAM        подраздел Nerd-семейство
E (xx) esp_image: checksum failed  повреждённая flash -> USB-перепрошивка
[www.bin / пустой UI после OTA]    URL восстановления -> Прошивка

Профилактическое обслуживание: 15-минутный месячный ритуал

Почти всё вышесказанное дешевле предотвратить, чем отлаживать.

ЕЖЕМЕСЯЧНО
  [ ] Пыль: рёбра и лопасти вентилятора (сжатый воздух,
      придерживая вентилятор)
  [ ] Проверка со стороны пула: тренд принятых против
      отклонённых, % HW ошибок ниже 2
  [ ] Взгляд на температуры: дрейф относительно
      прошлого месяца?
  [ ] Физически потрогать разъём питания: тёплый —
      предупреждение, горячий — стоп

КАЖДЫЕ 6-12 МЕСЯЦЕВ
  [ ] Заменить термопасту (расходный материал)
  [ ] Осмотреть контакты XT30 или jack на обесцвечивание
  [ ] Перепроверить блок питания под нагрузкой мультиметром

ПРИ КАЖДОМ ОБНОВЛЕНИИ ПРОШИВКИ
  [ ] Прочесть примечания к выпуску ДО прошивки
  [ ] Записать текущую версию (ваша цель отката)
  [ ] Прошивать при стабильном питании, желательно близко
      к роутеру
  [ ] Проверить конфигурацию пула после: обновления могут
      сбрасывать поля

ВСЕГДА
  [ ] Настроен резервный пул (второй регион)
  [ ] Уникальные имена воркеров для всего парка
  [ ] Письменная таблица: сеть -> адрес кошелька
  [ ] Заводские настройки записаны перед любой тонкой
      настройкой

Когда это действительно железо: что поддаётся ремонту

Вы выполнили холодный цикл, сброс до заводских, перепрошивку правильным образом на проверенном питании, и неисправность остаётся. Это определение аппаратной проблемы. Реалистичная карта ремонта:

• Ремонтируется на стенде (фен, микроскоп, твёрдая рука или специалист): неисправный TPS546 или компоненты buck-ступени, треснутые керамические конденсаторы, холодные пайки под ASIC или модулем ESP32 (оплавление), изношенные разъёмы питания, мёртвые вентиляторы. Это рутина для любого ASIC-ремонтного стенда.
• Иногда восстановимо: плата с явным коротким замыканием на рейле 5 В (почти ноль Ом на корпус, без питания) — не продолжайте подавать напряжение; сначала короткое нужно найти и устранить.
• Как правило, терминально: ASIC, работавший без радиатора более нескольких секунд, последствия теплового разноса или чип, получивший неверное напряжение ядра при импровизированном ремонте VRM. На однночиповой плате чип составляет большую часть стоимости: после определённого момента замена выигрывает у ремонта.

Помощь сообщества живёт в Discord OSMU и трекере issues ESP-Miner на GitHub: перед открытием issue поищите в трекере, потому что поразительная доля сообщений «мой майнер сломан» — это известные issues с уже влитым исправлением в следующей версии. При сообщении полный отчёт получает ответ за несколько часов, а расплывчатый умирает в тишине. Скопируйте этот шаблон:

ПЛАТА:     (точная модель + ревизия, напр. Gamma 602)
ПРОШИВКА:  (версия AxeOS из панели или /api/system/info)
ПИТАНИЕ:   (напряжение, амперы, марка — и: измерено под
            нагрузкой?)
ПУЛ:       (URL + порт + монета)
СИМПТОМ:   (одна фраза: что происходит, с каких пор)
ТРИГГЕР:   (что изменилось прямо перед: обновление?
            транспортировка? OC? переустановка радиатора?
            ничего?)
ПРОБОВАЛ:  (холодный цикл 60с? сброс до заводских?
            перепрошивка? заводские частоты? результат
            самодиагностики?)
ЛОГ:       (вставьте загрузочный лог с последовательного
            терминала 115200 или из
            curl http://IP/api/system/logs — как минимум
            первую E-строку и десять строк вокруг неё)

Этот шаблон — не бюрократия: это именно та информация, которую ремонтный стенд собирает первой, в том порядке, в котором собирает.

PRO: раздел стенда — схемы, точки измерения и мультиметр

Этот раздел предполагает, что вы умеете читать схему и измерять напряжение на живой плате, не замыкая соседние выводы. Если это предложение заставило вас засомневаться, остановитесь здесь: всё выше этой строки решается без вскрытия корпуса, и соскользнувший щуп на живой 3-нм плате превращает одну проблему в две. Для остальных: именно здесь открытое железо окупается.

Почему эти платы отличаются от любого другого майнера

Железо Bitaxe лицензировано под CERN-OHL-S и спроектировано в KiCad, и каждая схема, каждый layout PCB и каждый BOM публичны. Это означает, что вы никогда не гадаете, что за компонент или где проходит рейл: вы можете открыть точную схему точной ревизии, найти цепь и измерить её. Ни один владелец Antminer никогда не имел такой привилегии. Каждый аппаратный репозиторий также содержит раздел, который почти никто не открывает: страницу HW issues с известными дефектами, доработками и эрратами по ревизиям. Перед диагностикой любой неисправности на уровне платы проверьте, нет ли задокументированной эрраты для вашей ревизии: поразительная доля «загадочных» аппаратных неисправностей уже написана там вместе с доработкой, их устраняющей.

Метод мультиметра: три рейла рассказывают всю историю

Неисправности пути питания локализуются тремя измерениями постоянного тока, снятыми по порядку. Сначала привяжитесь к земле, соблюдайте последовательность и измеряйте под нагрузкой там, где указано.

РЕЙЛ 1 - ВХОД (5 В или 12 В в зависимости от семейства)
  Где:      разъём или пады входа (см. схему)
  Ожидается: семейство 5 В:  4,9 - 5,3 В  ПРИ ХЭШИРОВАНИИ
             семейство 12 В: 11,8 - 12,2 В ПРИ ХЭШИРОВАНИИ
  Низко только под нагрузкой -> питание или кабель (чаще)
  Показывает 0 при хорошем блоке -> сгоревшая входная
                                     защита или КЗ ниже:
                                     измерьте сопротивление
                                     на землю БЕЗ ПИТАНИЯ;
                                     почти ноль Ом = КЗ,
                                     прекратите подачу и
                                     найдите его

РЕЙЛ 2 - 3,3 В (питание ESP32)
  Где:      цепь 3,3 В по схеме (модуль ESP32)
  Ожидается: 3,2 - 3,4 В стабильно
  Отсутствует при нормальном входе -> маленький регулятор
  3,3 В или его пассивные компоненты: объясняет «полностью
  мёртв, нет USB-перечисления» при доказанно хорошем блоке

РЕЙЛ 3 - VCORE (питание ASIC)
  Где:      выход buck-ступени TPS546 / цепь ядра
  Ожидается: около 1,0 - 1,3 В, соответствует значению,
             установленному в AxeOS
  Отсутствует при нормальных входе и 3,3 В -> buck-ступень:
  зафиксированная неисправность (сначала всегда холодный
  цикл), или неисправные TPS546 / индуктор / окружающие
  пассивные компоненты
  Присутствует но неверное значение -> программирование
  регулятора или PMBus: сверьте с тем, что AxeOS считает
  установленным

ПОДТВЕРЖДАЮЩИЕ ИЗМЕРЕНИЯ
  Прозвонка разъём входа -> вход регулятора: находит
  обрывы дорожек и треснутые пайки jack
  Температура die TPS546 с панели против руки рядом:
  регулятор, к которому нельзя приближаться в покое,
  выходит из строя

Эти три рейла разбивают любую неисправность питания: плохой вход = до платы; хороший вход и плохие 3,3 В = маленький регулятор; оба хороши, плохое VCORE = buck-ступень; все три хороши = неисправность не в питании, вернитесь к разделу ASIC. Десять минут с двадцатидолларовым мультиметром заменяют часы спекуляций.

Что ремонтный стенд может и не может сделать

РУТИНА (фен + микроскоп + твёрдая рука)
  - замена TPS546 или компонентов buck-ступени
  - треснутые керамические конденсаторы (визуально:
    тонкая трещина через корпус; электрически: КЗ или
    обрыв)
  - оплавление BGA под ASIC или модулем ESP32 (класс
    неисправности после падения и переустановки)
  - замена разъёмов (изношенный jack, сгоревший XT30)

ВОЗМОЖНО С ТЕРПЕНИЕМ
  - поиск КЗ на рейле 5 В (тепловизор или трюк с
    испарением изопропилового спирта на подозрительных
    участках)
  - замена модуля ESP32-S3 (требует перепрошивки после)

НЕ ОПРАВДАНО / ТЕРМИНАЛЬНО
  - замена ASIC на однночиповых платах: чип составляет
    большую часть стоимости платы, а доноры всё равно
    переработанные; новая плата выигрывает по цене и
    надёжности
  - всё после теплового разноса или переполюсованного
    входа на всём рейле

Читаем схему как ремонтный техник

Три привычки, делающие открытые схемы по-настоящему полезными. Первое: найдите страницу дерева питания и один раз на бумаге проследите путь от входа до VCORE перед любыми измерениями: после этого вы знаете каждый компонент, способный убить рейл. Второе: запишите обозначения (R12, C34, U3) компонентов buck-ступени: сообщения на форумах и эрраты ссылаются на детали по обозначениям, и найти их на вашей плате занимает секунды при открытом файле layout. Третье: сравните ревизии, когда неисправность специфична для ревизии: журнал изменений между, скажем, Gamma 600 и 601 скажет точно, что исправили разработчики, что часто именно то, что выходит из строя на старой плате.

Библиотека ресурсов с открытым исходным кодом

Все первичные источники в одной таблице. Добавьте этот раздел в закладки: половина ценности открытого железа — знать, где живут оригиналы, и каждая ссылка ниже является официальным источником, а не зеркалом.

Ключевые выводы

• Шесть областей охватывают почти любую неисправность: питание, ASIC, тепло, сеть, stratum, прошивка. Триаж на 60 секунд скажет, в какой вы находитесь, прежде чем вы что-либо тронете.
• Питание — причина номер один и главный самозванец: маскируется под зависания WiFi, паники прошивки, застрявшие чипы и мёртвые платы. Измерьте вход под нагрузкой перед тем, как верить любой другой теории.
• Зафиксированная неисправность регулятора переживает любой программный перезапуск. Физическое отключение на 10-60 секунд — настоящий диагностический шаг, а не суеверие.
• USB-C питает ESP32, никогда не ASIC. Плата только на USB-C идеально имитирует мёртвый майнер на 0 GH/s.
• Изучите серийную консоль на 115200 бод. Первая E-строка в загрузочном логе называет вашу проблему быстрее любого форумного треда.
• Встроенная самодиагностика называет неисправную подсистему за 30 секунд, а REST API доставляет логи, телеметрию и даже решение по сети: используйте оба инструмента прежде, чем искать серийный кабель.
• Никогда не подключайте блок питания 12 В к плате 5 В. Разъёмы взаимозаменяемы; платы нет.
• ESP32 говорит только на 2,4 ГГц; band steering и изоляция AP — два функции роутера, ломающие больше всего установок.
• Правда со стороны пула бьёт оптимизм со стороны майнера: время с момента последнего принятого шара — единственный честный тест присутствия, и 10 минут — порог.
• Адрес кошелька должен быть нативным для добываемой монеты. В ненастоднном пуле это единственная ошибка без пути назад.
• Процент аппаратных ошибок — честный показатель производительности; хэшрейт панели — это заявление. Оптимизируйте под принятые шары и требуйте 24 часа, прежде чем назвать настройку стабильной.
• Горячий разъём питания — единственный симптом, означающий стоп прямо сейчас, а не отладка потом.

Составлено на основе трекера issues и примечаний к выпускам ESP-Miner, документации ESP-IDF по фатальным ошибкам, документации ремонтных стендов сообщества и повторяющихся паттернов неисправностей, сообщаемых в сообществах Bitaxe, NerdAxe и NerdQaxe, по состоянию на 20 июля 2026 года. Описанное здесь поведение прошивки (фиксация неисправностей, пороги перегрева, URL восстановления, известные полосы регрессий) соответствует версиям AxeOS и ESP-Miner, актуальным на момент публикации; сверяйтесь с примечаниями к выпуску вашей версии. Это руководство поддерживается как живой справочник: если вы столкнулись с режимом неисправности, не охваченным здесь, напишите нам через страницу контактов, и мы его добавим.