В примечаниях к NMAxe v3.1.03 добавлена поддержка платы Nexus и меры безопасности восстановления.
Публикация источника: 2026-09-22 · Редакционный анализ опубликован: 2026-09-23
В репозитории NMAxe указана версия 3.1.03 с поддержкой NMQAxe++ Nexus, автоматическим обнаружением платы и восстановлением HCN. Операторы должны проверить активы выпуска для конкретной модели перед прошивкой.
Анализ и практические выводы
В этом разделе — наш анализ и условные расчёты, отдельно от сообщения источника.
Что опубликовал репозиторий
В репозиторий ESP-Miner-NMAxe добавлена запись от 22 сентября для версии 3.1.03. В примечаниях к выпуску описывается поддержка платы NMQAxe++ Nexus с использованием ASIC BM1373, автоматическое обнаружение версии платы, логика восстановления и изменения пользовательского интерфейса. Это прошивка с открытым исходным кодом для семейства компактных биткойн-майнеров, построенных на базе управляющего оборудования ESP32. Примечания представляют собой информацию о проекте, а не тест, выполненный ASIC.tools. На момент нашей проверки на отдельной странице «Релизы» репозитория по-прежнему отображалась версия 3.1.02 как последняя упакованная версия, поэтому пользователи должны подтвердить, что соответствующие ресурсы версии 3.1.03 действительно доступны, прежде чем пытаться обновиться.
Поддержка Nexus и идентификация платы
В версии 3.1.03 добавлен новый вариант платы NMQAxe++ Nexus на базе BM1373. В примечаниях также говорится, что QAxe++ и QAxe++ Rev6.1 можно различить во время загрузки через соединительный контакт GPIO46. Если прошивка не соответствует обнаруженной плате, интерфейс должен отображать полноэкранное наложение неправильной прошивки с именем платы, а не молчать об ошибке. Эта гарантия уменьшает двусмысленность, но не делает каждый двоичный файл универсальным. В более раннем руководстве проекта говорится, что пользователи должны выбрать прошивку для конкретной модели устройства. Операторы должны записать версию платы, тип контроллера и текущий образ, прежде чем что-либо загружать.
автоматическое восстановление HCN
Новая автоматическая повторная инициализация HCN предназначена для реагирования, когда программное обеспечение обнаруживает дисбаланс каналов, отсутствие каналов или отсутствие прогресса. Майнер может выполнить быстрое восстановление после включения и выключения Vcore с интервалом не менее пятнадцати минут между попытками. Ограниченный интервал полезен, поскольку повторяющееся включение и выключение питания может скрыть постоянную неисправность оборудования, питания или перегрева. После обновления отслеживайте количество восстановлений, хешрейт отдельного канала, температуру, напряжение питания и общие ресурсы пула. Если один и тот же канал неоднократно падает, сохраните журналы и проверьте разъемы, охлаждение и качество питания вместо того, чтобы рассматривать автоматическое восстановление как доказательство того, что основная проблема решена.
Предустановки, результаты тестов и ограничения
В примечаниях к выпуску перечислены рабочие настройки ECO, Normal и Turbo, а также диаграммы тестов, которые могут хранить от 28 до 80 исторических результатов. Они также упоминают ограничение частоты и напряжения ядра до аппаратных ограничений. Пресеты — это удобные отправные точки, а не гарантированные стабильные настройки для каждого образца ASIC, источника питания или температуры окружающей среды. Конфигурация, которая дает короткий эталонный пик, может привести к снижению эффективности принимаемых акций в течение нескольких часов, если ошибки, нагрев или регулирование увеличиваются. Сравните принятый хешрейт и настенную мощность после теплового равновесия и сохраните заводскую базовую настройку, чтобы можно было отменить проблемное изменение настройки.
Защита от охлаждения и напряжения
Согласно примечаниям, в версии 3.1.03 добавлен безопасный потолок скорости вращения вентилятора и исправлено смещение калибровки Nexus Vcore. Эти изменения напрямую влияют на термический и электрический контроль, поэтому согласование моделей имеет важное значение. Не копируйте значение напряжения из другой версии платы только потому, что веб-интерфейс его принимает. Перед майнингом проверяйте работу вентилятора, следите за температурой ASIC и регулятора и избегайте автоматического тестирования после серьезного изменения прошивки. Программный потолок не может компенсировать засорение радиатора, незакрепленный разъем, недостаточную мощность источника питания или неправильные показания датчика. Остановите устройство, если температура или электрическое поведение существенно отличаются от известных базовых значений.
Изменения загрузки, интерфейса и API
В проекте говорится, что стабильность запуска была улучшена, а интерфейс обновления теперь показывает временную шкалу версий с примечаниями к выпуску, синхронизированными из репозитория GitHub. Ответы API получают поле maxTarget и запись о последнем результате беспроводного обновления. Эти поля могут помочь информационным панелям автопарка отличить доступный лимит от выбранного параметра и выявить неудачные обновления. Автоматизация должна относиться к новым или отсутствующим полям с осторожностью: сначала запрашивать один тестовый модуль, сохранять старую схему ответа и обновлять анализаторы, прежде чем широко внедрять. Ответ HTTP, в котором говорится, что OTA завершено, по-прежнему не заменяет проверку работающей версии, подключения к пулу и принятых общих ресурсов после перезагрузки.
Осторожная процедура обновления
Сначала экспортируйте или сфотографируйте настройки пула, сети, частоты, напряжения и температуры. Определите точную модель и версию печатной платы, затем получите соответствующий образ из официального репозитория или официального веб-прошивальщика и проверьте имя файла и контрольную сумму при его публикации. Модернизируйте один некритичный блок со стабильной мощностью; не прерывайте стирание, прошивку или первую загрузку. Подтвердите текущую версию, конфигурацию, поведение вентилятора, обнаружение чипа и принятие пула. Понаблюдайте за ним в течение всего периода прогрева, прежде чем расширять свой парк. Держите документированный проводной метод восстановления доступным, поскольку сбой OTA может потребовать прямой прошивки ESP32.
Успешная загрузка — это только первый этап проверки. Убедитесь, что каждый канал ASIC обнаружен и что отправленные общие ресурсы принимаются предполагаемым пулом. Сохраняйте последовательные журналы тестового устройства, поскольку они могут выявить сбросы или ошибки калибровки, которые скрывают средние значения приборной панели. Откат, если стабильность, температура или эффективность ухудшаются.
Что осталось проверить
Запись README является ценной документацией, но операторам по-прежнему нужны версии с тегами, загружаемые ресурсы и контрольные суммы, соответствующие их платам. Просмотрите открытые вопросы на предмет проблем, связанных с конкретным устройством, и не думайте, что дата README доказывает, что образ завершил упаковку выпуска. ASIC.tools будет ссылаться только на поддающуюся проверке исходную загрузку и не будет отражать неподтвержденный двоичный файл в качестве официальной прошивки. Имеющиеся данные подтверждают ограниченный вывод: в исходном проекте документированы функции v3.1.03 для Nexus и связанных с ним плат, включая более безопасное обнаружение и поведение восстановления, в то время как каждый пользователь все равно должен проверить точную совместимость оборудования и доступность активов перед перепрошивкой.
Перед развертыванием парка сохраните точный URL-адрес восходящего сервера, тег, хэш фиксации, контрольную сумму файла и время установки для тестового устройства. Эта запись позволяет оператору воспроизвести изображение и определить, действительно ли два майнера выполняют идентичный код. Используйте окно обслуживания, локальный доступ и заведомо исправную резервную копию настроек. После перезагрузки сравните частоту, напряжение, температуру, скорость вращения вентилятора, принятые и отклоненные общие ресурсы, а также мощность сети с базовым уровнем перед обновлением. Смотрите достаточно долго, чтобы уловить пятнадцатиминутный интервал восстановления, описанный в примечаниях. Если плата явно не указана как поддерживаемая, остановитесь и спросите у вышестоящего проекта, а не выбирайте изображение с таким же именем. Встроенное ПО может повысить уровень безопасности, но тщательная идентификация и поэтапное развертывание остаются самой надежной защитой от сбоев, которых можно было бы избежать.
Источник: NMminer1024 / GitHub ↗
Калькулятор майнинга ↗
