Bitaxe qui ne mine pas : hashrate à 0, pool injoignable, redémarrages, les solutions dans l’ordre

Messages relevés dans le code source d’AxeOS Le logiciel open source du Bitaxe, qu'on règle depuis un navigateur : pool, fréquence, tension, ventilateur. Le mettre à jour 2.15.4, version du 21 octobre 2026 : écran du Bitaxe, bandeaux du tableau de bord, pages System et Logs. Ils restent en anglais, tels qu’ils s’affichent.

Ce que vous voyez	Cause probable	Que faire
Écran « Welcome to your new Bitaxe! » et réseau Wi-Fi Bitaxe_XXXX	Aucun Wi-Fi enregistré : machine neuve ou remise en usine	Rejoindre ce réseau et entrer votre Wi-Fi 2,4 GHz (configuration pas à pas)
Écran « Wi-Fi: » suivi de votre réseau, avec « Incorrect password entered » ou « No access point found »	Mot de passe faux, réseau en 5 GHz ou hors de portée	Le guide Wi-Fi
Hashrate La puissance de calcul : le nombre d'essais par seconde d'une machine ou de tout le réseau. Plus il est élevé, plus vous jouez de tickets à chaque tirage. à 0 sans bandeau, ventilateur au ralenti, « All configured pools Un serveur auquel se connectent les machines. Un pool classique partage les gains, un pool solo non. Solo ou pool ? unreachable, pausing mining to conserve power. » dans Logs	Aucun pool ne répond : hôte, port ou TLS faux, box qui filtre, pool en panne	Vérifications 2 et 3 ci-dessous ; le Bitaxe réessaie seul toutes les 30 secondes
« Address resolution failed for … » dans Logs	Le nom du pool ne se résout pas : faute de frappe ou DNS	Recopier l’hôte, sans espace
Bandeau « Using fallback pool - Share Un essai assez bon pour être compté par le pool. Il prouve que votre machine travaille, même s'il ne suffit pas à trouver un bloc. stats reset. Check Pool Settings and / or reboot Device. »	Le pool principal ne répond plus : le Bitaxe mine sur le pool de secours	Vérifier le pool principal ; le Bitaxe y revient seul quand il répond
Shares refusés « Invalid Bitcoin address » ou « Unauthorized worker »	Le plus souvent, un champ User faux (adresse mal copiée, espace en trop, adresse d’une autre chaîne) ; pour « Unauthorized worker », parfois une connexion refusée par le pool	Corriger le champ User (vérification 4)
Shares refusés « Job not found » ou « Stale »	Share parti au moment où le réseau trouvait un nouveau bloc	Rien, tant qu’ils restent rares
Shares refusés « Difficulty too low » ou « Above target »	Share sous la difficulté Le nombre d'essais qu'il faut en moyenne pour trouver un bloc. Elle s'ajuste toute seule toutes les deux semaines environ. La difficulté expliquée minimale du pool	Voir la partie sur les rejets
Bandeau « Power Fault Detected. Check your Power Supply. », cartes « Not available - Power fault »	Le régulateur de tension s’est coupé : tension d’entrée trop basse, surintensité ou surchauffe	Débrancher, rebrancher, puis vérifier l’alimentation (vérification 7)
« Danger: Low Voltage » sous Input Voltage	Tension d’entrée sous 94,9 % de la tension nominale, soit moins de 4,75 V environ sur un Gamma	Une alimentation plus solide
Écran « DEVICE OVERHEAT! », bandeau « Device has overheated - See settings »	Puce au-dessus de 75 °C ou régulateur au-dessus de 105 °C	Refroidir, puis vérifier fréquence, tension et ventilateur (vérification 8)
Bandeau « Fan Control Failed (…) »	Le ventilateur ne se pilote plus : AxeOS arrête le minage	Débrancher, vérifier le ventilateur et son connecteur
Écran « ASIC Une puce conçue pour une seule tâche. Celles du minage Bitcoin ne savent calculer que des empreintes, mais extrêmement vite. STATUS: » avec « ASIC 0 not found » ou « ASIC chain detection failed »	La puce ne répond pas au démarrage	Couper l’alimentation, rebrancher ; si ça persiste, autotest puis vendeur
Page System, Reset Reason : « Brownout reset (software or hardware) »	La tension de l’alimentation a chuté	Changer d’alimentation (vérification 7)
Bandeau « Mining is paused »	Minage mis en pause depuis AxeOS	Bouton de la barre du haut dont l’info-bulle indique Resume Mining
Bandeau « You don't have a share in the mining reward »	Le bloc, s’il était trouvé, ne paierait pas votre adresse	En solo, vérifier le pool et le champ User

Où ces textes sont écrits : écran, bandeaux, Wi-Fi, connexion au pool, régulateur, Reset Reason, rejets. Sur une version plus ancienne, certains textes diffèrent : mettez d’abord AxeOS à jour.

1. Le Wi-Fi, en 2,4 GHz. Le Bitaxe ne capte pas le 5 GHz. Tant qu’il n’est pas connecté, son écran affiche « Wi-Fi: » suivi du nom de votre réseau et d’un état ; connecté, il affiche son adresse IP. Depuis la 2.15.0, AxeOS s’ouvre aussi à l’adresse http://bitaxe.local si votre réseau le permet. Tout est dans le guide Wi-Fi. S’il est connecté mais ne mine pas, regardez la box : le projet signale que certains routeurs ASUS et TP-Link bloquent le minage, et conseille de désactiver AiProtection et la protection IoT (readme d’ESP-Miner).
2. L’hôte et le port du pool. Dans la page Pool, Stratum Le langage que parlent les machines et les pools. Host attend le nom seul, sans stratum+tcp:// ni numéro de port, et Stratum Port le numéro. AxeOS 2.15.4 fait le tri tout seul si vous collez l’adresse complète (code du formulaire). Sur FindMyBlock, le pool solo que j’ai créé (0 % de frais) : eu.findmyblock.xyz, port 3335 ; le port 3336 est réservé aux machines louées (miner sur FindMyBlock). Pour Bitcoin Cash, c’est eu.bch.findmyblock.xyz, port 4335, avec 1,5 % de frais (le pool Bitcoin Cash).
3. TLS, seulement si le pool le propose. Le réglage Connection Security reste sur « No TLS » pour une adresse en stratum+tcp://, comme celle de mon pool FindMyBlock. Ne choisissez « TLS (System certificate) » que si votre pool publie un port TLS, avec une adresse en stratum+ssl:// ou stratum+tls:// : AxeOS coche alors TLS de lui-même quand vous la collez. Sur un port qui ne parle pas TLS, la connexion échoue et Logs affiche « Transport unable to connect to … ». La version 2.15.4 a justement remplacé la liste de certificats intégrée qu’utilise ce mode (notes de version).
4. Le champ User : votre adresse, un point, un nom. Par exemple votre-adresse-bitcoin.bitaxe1, sans espace avant, après ni au milieu : AxeOS envoie ce champ au pool tel que vous l’avez tapé. L’adresse doit venir d’un portefeuille dont vous avez les clés (quel portefeuille choisir) et de la bonne chaîne : une adresse bc1 ne marche pas sur le pool Bitcoin Cash, qui attend une adresse bitcoincash:q… Après une remise en usine, le Bitaxe pointe vers public-pool.io, port 3333, avec une adresse par défaut qui n’est pas la vôtre (configuration d’usine du Gamma 601) : remplacez l’hôte, le port et l’adresse.
5. Le mot de passe : x. Sauf consigne contraire de votre pool. Laissez aussi Stratum Protocol sur Stratum V1, sauf si le pool annonce Stratum V2 : AxeOS le rappelle, « Not all pools support Stratum V2. »
6. La version d’AxeOS. Elle s’affiche dans la page Update, à la ligne Current Version. La dernière, la 2.15.4, est sortie le 21 octobre 2026. Depuis la 2.15.0, du 21 août 2026, un seul fichier suffit pour la mise à jour, esp-miner.bin, qui contient aussi l’interface (notes de version 2.15.0). Pas à pas : mettre à jour AxeOS.
7. L’alimentation. Un Gamma se branche en 5 V et rien d’autre : « 5V DC Only! », prévient le projet, une autre tension l’abîme. Le bloc doit fournir plus de 4 A (20 W) sans descendre sous 5 V, ce qui demande souvent un modèle de 25 à 30 W (README du bitaxeGamma) ; la fiche de mon test du Bitaxe Gamma indique un bloc 5 V 6 A. Dans AxeOS, Input Voltage doit rester entre 4,8 et 5,3 V (wiki OSMU). Le Gamma GT (carte 801), lui, est prévu pour 12 V : c’est sa tension nominale dans le code d’ESP-Miner. Débranchez le câble puis rebranchez-le : le wiki OSMU le conseille plutôt qu’un simple redémarrage depuis l’interface.
8. La chauffe. Les repères du wiki OSMU : puce sous 70 °C, régulateur de tension sous 90 °C. Au-delà de 75 °C sur la puce ou de 105 °C sur le régulateur, AxeOS 2.15.4 arrête le minage (détails plus bas). Nettoyage, pâte thermique et ventilateur : mineur qui chauffe.

Les champs de la page Pool pour FindMyBlock, mon propre pool solo (Bitcoin, 0 % de frais) :

Les cartes du tableau de bord d’AxeOS 2.15.4, d’après son code source, relevé le 28 octobre 2026. Difficulté du réseau au 17 octobre 2026.

Intitulé	Ce que c’est	Ce qui doit alerter
Hashrate	La puissance lue chaque seconde dans les compteurs de la puce, avec ses moyennes 1m, 10m et 1h. Expected est un calcul tiré de la fréquence réglée	Un hashrate qui reste loin sous Expected
Error	La part des calculs que la puce signale elle-même comme faux, en pourcentage du hashrate	Une hausse après un changement de fréquence, un overclock Pousser la fréquence et la tension de la puce pour plus de puissance. Ça consomme et chauffe nettement plus : sur le Thor X1, +50 % de puissance pour 2,1 fois plus de watts. Le test, une sous-tension ou avec une alimentation faible, d’après l’aide d’AxeOS
Shares (accepted)	Les shares acceptés par le pool depuis le dernier démarrage ou le dernier changement de pool	Un compteur bloqué à 0 alors que le hashrate tourne
rejected	Les shares refusés, classés par motif, avec leur pourcentage	Le motif : voir la partie sur les rejets
Difficulty (carte du pool)	La difficulté de share fixée par le pool : seuls les résultats qui l’atteignent lui sont envoyés	Rien, c’est le pool qui la règle
Fee ou Share (carte du pool)	Fee : la part du bloc qui irait au pool. Share, en rouge : votre part, quand elle passe sous 95 %	En solo sans frais, Fee affiche 0 %
Best Difficulty	all-time best : le meilleur résultat jamais trouvé, gardé après un redémarrage. session best : le meilleur depuis le dernier démarrage	Rien, c’est une loterie
Difficulty (Block Header)	La difficulté du réseau, 140,6 T au 17 octobre 2026. Un résultat qui l’atteint trouve un bloc	« !!! BLOCK FOUND !!! » sur l’écran

Le Bitaxe n’envoie pas tout au pool. La puce BM1370 du Gamma ne remonte que les résultats de difficulté 256 ou plus, et AxeOS ne transmet que ceux qui atteignent la difficulté du pool (code). En moyenne, le nombre de shares par minute vaut le hashrate divisé par la difficulté de share fois 4,3 milliards, le tout multiplié par 60. Pour un Bitaxe Gamma à 1,2 TH/s (chiffre annoncé) : environ 17 par minute à la difficulté 1 000, environ 1,7 à 10 000.

Les compteurs de shares repartent de zéro à chaque redémarrage et à chaque changement de pool (code) : un 0 juste après un redémarrage est normal. Si Error grimpe après une hausse de fréquence, revenez aux valeurs marquées (Default) dans Settings ; pour monter sans casse, voir overclocker un Bitaxe.

Chaque calcul de la puce a environ une chance sur D fois 4,3 milliards d’atteindre la difficulté D. On peut donc calculer la meilleure difficulté qu’un Bitaxe atteint en médiane, celle qu’une machine sur deux dépasse : ce n’est pas une mesure, c’est un calcul.

Best difficulty médiane d’un Bitaxe Gamma à 1,2 TH/s (chiffre annoncé), calculée pour une machine qui mine sans interruption. Elle ne dépend pas de la difficulté du réseau.

Temps de minage	Best difficulty médiane
1 heure	environ 1,5 M
1 jour	environ 35 M
1 semaine	environ 244 M
30 jours	environ 1,04 G
1 an	environ 12,7 G

Deux conséquences. Un record qui ne bouge plus pendant des jours n’est pas une panne : chaque nouveau record est plus rare que le précédent. Et la session best repart de zéro à chaque redémarrage, l’all-time best non.

La difficulté du réseau, elle, était de 140,6 T au 17 octobre 2026 : un best difficulty de 1 G reste environ 140 600 fois en dessous. Pour ce Gamma, cela fait environ 1 chance sur 16 000 par an de trouver un bloc (réseau au 17 octobre 2026). Le calculateur de minage solo fait le calcul pour votre machine, et la difficulté expliquée détaille d’où vient ce chiffre.

AxeOS affiche le motif renvoyé par le pool et, quand il le connaît, une explication en anglais. Le texte exact dépend du logiciel du pool, d’où plusieurs variantes pour une même cause.

Motifs de rejet et explications d’AxeOS 2.15.4 (fichier share-rejection-explanations.json, relevé le 28 octobre 2026).

Motif affiché	Ce qu’en dit AxeOS	Que faire
« Job not found », « Stale », « stale-share »	Pendant l’envoi, le réseau avait déjà trouvé un nouveau bloc	Rien, tant qu’ils restent rares
« Duplicate », « Duplicate share »	Ce share a déjà été envoyé	Mettre AxeOS à jour s’ils se répètent
« Difficulty too low », « Above target », « difficulty-too-low »	Le share n’atteint pas la difficulté minimale demandée	Mettre AxeOS à jour, remettre Suggested Difficulty à sa valeur d’usine ou à 0
« Invalid Bitcoin address »	Le nom d’utilisateur n’est pas une adresse Bitcoin valide	Corriger le champ User
« Unauthorized worker », « Not subscribed »	La connexion n’a pas été autorisée ou inscrite par le pool	Vérifier User et Password, puis redémarrer

Suggested Difficulty, dans la page Pool, ne fait qu’exprimer une préférence : « Servers are not required to honour this request », précise AxeOS, et 0 la désactive. Sa valeur d’usine est 1 000 sur un Gamma 601. En Stratum V2, la version 2.15.0 a corrigé une cause de rejets « difficulty-too-low » (notes de version). Un champ User faux, lui, se voit vite : les rejets « Invalid Bitcoin address » arrivent dès les premiers shares.

Depuis la version 2.14.0, sortie en juin 2026, un Bitaxe qui ne joint plus aucun pool arrête de chauffer pour rien (modification 1689). Après trois tentatives par pool configuré, il coupe sa puce, passe le ventilateur à 30 % et réessaie toutes les 30 secondes (code de la 2.15.4). Le hashrate tombe à 0 sans que la machine soit en panne, aucun bandeau ne s’affiche, et le minage repart seul dès qu’un pool répond. Les lignes à chercher dans la page Logs :

• Address resolution failed for … : le nom du pool ne se résout pas. Faute de frappe dans Stratum Host, ou DNS de la box.
• Transport unable to connect to … : rien ne répond à cette adresse sur ce port. Mauvais port, TLS activé pour rien, box qui filtre ou pool en panne.
• All configured pools unreachable, pausing mining to conserve power. : tous les pools ont échoué, le minage est en pause.
• Pool recovery: primary pool reachable, resuming mining (…) : c’est reparti.

Avec un pool de secours (Fallback Pool), le Bitaxe bascule dessus au lieu de s’arrêter, affiche « Using fallback pool » et teste le pool principal toutes les 60 secondes pour y revenir (« Primary pool is back! Switching from fallback. »). Le réglage est expliqué dans régler un pool de secours.

Commencez par la cause du dernier redémarrage, affichée dans la page System à la ligne Reset Reason (liste des messages) :

• « Brownout reset (software or hardware) » : la tension a chuté. C’est l’alimentation, son câble ou sa prise.
• « Reset due to power-on event » : une coupure de courant ou un rebranchement.
• « Software reset via esp_restart » : un redémarrage demandé, par exemple après une mise à jour ou un réglage.
• « Software reset due to exception/panic », ou un message de watchdog : le logiciel a planté. Mettez AxeOS à jour ; si ça continue, réinstallez-le (partie suivante).

Power Fault. Le bandeau « Power Fault Detected. Check your Power Supply. » apparaît quand le régulateur de tension signale qu’il s’est éteint : surtension, surintensité, tension d’entrée trop basse ou température (code du régulateur). Sur une carte 5 V comme le Gamma, ce régulateur s’éteint sous 4,5 V à l’entrée et ne repart qu’à 4,8 V. Le remède passe presque toujours par l’alimentation : un bloc 5 V qui tient plus de 4 A, un câble en bon état, puis un vrai débranchement.

Surchauffe. Dans AxeOS 2.15.4, au-delà de 75 °C sur la puce ou de 105 °C sur le régulateur, le Bitaxe arrête de miner, pousse le ventilateur à 100 %, attend au moins 30 secondes et que le régulateur repasse sous 95 °C, puis repart avec 100 MHz et 100 mV de moins (code). L’écran affiche « DEVICE OVERHEAT! » et « Power, frequency and fan configurations have been reset. Go to AxeOS to reconfigure device. » Ensuite, la machine tourne plus lentement et son ventilateur reste à 100 % en manuel. Une fois la cause réglée (nettoyage, pâte thermique, ventilation), dans Settings : remettez Frequency et Core Voltage sur les valeurs marquées (Default), recochez Automatic Fan Control, puis Save. Si le bouton Disable Overheat Mode est affiché, AxeOS précise : « Make sure to reset Frequency and Voltage before clicking this button. »

Ne maintenez pas le bouton BOOT en branchant le Bitaxe : il lance alors son autotest, « BITAXE SELF-TEST », au lieu de miner (code). Rebranchez-le sans toucher au bouton.

Changer de Wi-Fi sans tout effacer. Appuyez 2 secondes sur le bouton BOOT : le Bitaxe rouvre son réseau de configuration Bitaxe_XXXX, dont l’écran affiche le nom et un QR code ; un nouvel appui long le referme (AxeOS 2.15.4). Il le rouvre aussi tout seul tant qu’il n’arrive pas à se connecter. Rejoignez ce réseau, puis entrez le nouveau Wi-Fi comme au premier jour (configurer un Bitaxe). Un appui court, lui, fait seulement défiler les écrans.

Interface qui ne s’affiche plus. Le projet prévoit une page de secours, http://adresse-ip/recovery : elle permet de désactiver une interface personnalisée ou de renvoyer le fichier www.bin (readme d’ESP-Miner, code de la page).

Retour aux réglages d’usine, ou Bitaxe qui ne démarre plus. La méthode documentée est de flasher l’image « factory » de votre carte. Le plus simple est le Web Flasher officiel, dans le navigateur :

1. Ouvrez le Web Flasher dans Chrome, Edge ou Brave. Il exige un navigateur Chromium.
2. Branchez le Bitaxe sur son alimentation et reliez-le à l’ordinateur en USB, comme le décrit la procédure du projet. Certaines versions ne se connectent pas directement à un port USB-C d’ordinateur : passez alors par un adaptateur USB-A, conseille le readme d’ESP-Miner.
3. Cliquez sur Connect et choisissez le port série du Bitaxe dans la fenêtre du navigateur.
4. Choisissez le modèle, la version de carte et la version du firmware. La version de carte s’affiche dans la page System d’AxeOS, à la ligne Board Version : 601 pour un Gamma 601, par exemple.
5. Décidez pour Keep configuration. Cochée, l’outil garde Wi-Fi, pool et réglages. Décochée, il écrit aussi la configuration d’usine : c’est la vraie remise à zéro (code du Web Flasher).
6. Cliquez sur Start Flashing et attendez « Flashing completed successfully! Device has been restarted. » sans rien débrancher.
7. Après une remise à zéro, le Bitaxe lance son autotest puis redémarre seul 10 secondes après « SELF-TEST PASS! ». En cas de « SELF-TEST FAIL! », l’écran propose : « Hold BOOT button for 2 seconds to cancel self-test, or press RESET to run self-test again. » Reconnectez ensuite le Wi-Fi et remplacez l’adresse par défaut du champ User par la vôtre.

Notez le modèle, la Board Version et la version d’AxeOS (page System), la ligne Reset Reason, les bandeaux affichés et les dernières lignes de la page Logs, téléchargeables depuis la version 2.14.0. Si le Bitaxe redémarre trop vite pour ouvrir AxeOS, le Web Flasher enregistre aussi son journal par USB : Start Logging, puis Download Logs.

Avec ça, posez la question sur le Discord : on y est plusieurs à répondre. Le projet a aussi le sien, celui d’OSMU, qui maintient AxeOS.