0%

Carrito

Su carrito está vacío.

Ir de compras

¿Qué es Axe OS de Bitaxe GT Miner?

4 jun 2026 TinyChipHub
What is Axe OS of Bitaxe GT Miner-TinyChipHub Limited

💡 Consejo: los datos del artículo que se muestran a continuación son solo de referencia. Para conocer los detalles, consulta el comportamiento real del dispositivo y las respuestas oficiales de soporte.

AxeOS es el sistema operativo e interfaz web construida sobre el firmware: es el panel de control (dashboard) y la capa de gestión con la que interactúas directamente desde el navegador. En el uso diario, la mayoría simplemente llama a todo el sistema “AxeOS”.

AxeOS es un firmware de código abierto diseñado específicamente para la familia de mineros Bitaxe. Se ejecuta sobre el chip ESP32-S3 utilizando el framework ESP-IDF e inicia un servidor web local a través de su Wi‑Fi integrada, de modo que puedes abrir un navegador, ir a 192.168.xx.xx y ver inmediatamente la tasa de hash (hashrate), la temperatura del ASIC/de la pastilla (típicamente 50–65 °C) y el estado de la conexión Stratum. AxeOS no requiere software externo en tu PC, ni aplicaciones móviles, ni cuentas en la nube. Una vez configurado, un minero Bitaxe funciona de forma independiente: solo necesitas un dispositivo en la misma red con un navegador web.

1. ¿Cómo funciona? 🏃

Cuando alguien ve un minero Bitaxe por primera vez, una pregunta común es: ¿qué es lo que realmente hace funcionar a esta pequeña caja? La respuesta es el firmware AxeOS —el “sistema nervioso” de la unidad—, responsable de hacer trabajar a los chips ASIC (BM1366 / BM1368 / BM1370 / BM1373) para realizar el hashing SHA-256, al tiempo que coordina la comunicación Wi‑Fi, las estrategias térmicas/ventilador y el protocolo de pool (handshake con el pool).

La base del código se denomina ESP-Miner y está alojada en github.com/bitaxeorg/ESP-Miner. ESP-Miner es un paquete de firmware completo que gestiona todo, desde la comunicación de bajo nivel con el ASIC hasta la conectividad de red.

Por debajo, tras arrancar, AxeOS sigue aproximadamente esta secuencia:

  1. 💪 Autocomprobación de arranque (POST): verifica si el ASIC responde correctamente y lee la configuración del pool almacenada en el NVS (Non-Volatile Storage).
  2. ➡️ Conexión Wi‑Fi: se une a la LAN usando WPA2 y obtiene una dirección vía DHCP; si falla, entra en modo AP (punto de acceso) con SSID del hotspot: bitaxe, para que puedas configurarlo por primera vez.
  3. 🔥 Handshake Stratum: establece una conexión TCP de larga duración con el pool y completa los pasos de autenticación mining.subscribe + mining.authorize.
  4. ⚠️ Programación de trabajos (job scheduling): el ESP32-S3 reenvía los trabajos/trabajos del pool al ASIC, el cual busca continuamente nonces válidos a tasas expresadas en GH/s o TH/s.
  5. ➡️ Reporte de resultados: cuando se encuentra un share que cumple la dificultad objetivo, se envía de vuelta mediante el protocolo Stratum V1 —normalmente con una latencia de ida y vuelta muy inferior a 30 ms.

La lógica en tiempo de ejecución es esencialmente una arquitectura basada en eventos + planificación de tareas en tiempo real. El kernel FreeRTOS de ESP-IDF reparte la ejecución entre múltiples tareas concurrentes: muestreo de temperatura (≈ cada 500 ms vía termistor NTC), control PWM del ventilador, la tarea del servidor HTTP y la tarea del cliente Stratum. Esto mantiene el panel (dashboard) receptivo y con actualización en vivo incluso mientras el minero trabaja a plena carga.

2. Funciones de AxeOS ❓

Si analizamos el conjunto de funciones de AxeOS, su objetivo no es solo “que funcione”, sino llevar la capacidad de control de un minero en solitario (solo miner) tan lejos como sea práctico. Desde el ajuste de hashrate y políticas térmicas hasta las actualizaciones OTA, integrar todo esto en un sistema embebido ligero resulta sorprendentemente capaz. Las funciones principales se pueden agrupar en tres capas:

❄️ Capa de rendimiento y ajuste de consumo —la parte que más disfrutan tunear los entusiastas. Desde el Dashboard puedes ajustar la frecuencia de operación del ASIC y el voltaje del núcleo (VCORE). Por ejemplo, en un Bitaxe GT el rango gira en torno a ~525 MHz y VCORE ~1.15 V; equilibrar ambos ayuda a encontrar el punto óptimo de estabilidad según tu refrigeración. Los valores predeterminados oficiales suelen apuntar a ~625 MHz; reportes de la comunidad sugieren que, siempre que el chip se mantenga por debajo de ~70 °C, subir un poco más puede dar mejoras notables, a menudo citadas en torno al +8 % en ciertas configuraciones (tu experiencia puede variar).

Minero Bitaxe GT

  • 🔥 Frecuencia y voltaje ajustables de forma independiente: cambia los valores desde la interfaz web y aplícalos sin necesidad de un ciclo completo de reinicio (dependiendo del ajuste).
  • 💪 Control automático PWM del ventilador: escala dinámicamente del 0 % al 100 % según la temperatura del chip; también puedes fijar un duty manual.
  • ➡️ Umbral de protección contra sobrecalentamiento: límite superior configurable (por defecto a menudo entre 60–70 °C); activa reducción de potencia (throttling) u otra acción protectora si se supera.
  • Recuperación automática de hashrate: si se cae el enlace Stratum, el firmware reintenta con retroceso exponencial (comúnmente empezando en ~5 s y hasta ~60 s) para reconectar automáticamente.

🏃 Actualizaciones OTA (Over-The-Air) son otro gran alivio: no necesitas abrir la carcasa ni usar USB/UART. Desde Settings (Configuración) en el Dashboard puedes subir un archivo .bin o pegar la URL de un asset de GitHub Release y descargarlo directamente. Las actualizaciones suelen tardar unos 30–45 s, y el bootloader proporciona un mecanismo de reserva para evitar “brickear” el equipo si algo sale mal. La línea AxeOS v2.x (2024) también introdujo soporte de gráficos LVGL para unidades con OLED/LCD local (por ejemplo, Bitaxe Supra).

Nota: los endpoints de la API REST de AxeOS (como GET /api/system/info, PATCH /api/system) no están cifrados y están pensados solo para acceso en la LAN. Si tu red doméstica expone la IP del minero hacia afuera, aplica reglas de firewall/ACL en el router para evitar cambios no autorizados.

3. Cómo acceder al panel de AxeOS (Dashboard) 🔥

El obstáculo más común al principio es simplemente “no encuentro la IP”. No te preocupes: una vez que conoces el flujo, es rápido. De encender el equipo a ver el Dashboard puede tomar menos de 3 minutos cuando ya se conoce el proceso.

Requisito previo: tu Bitaxe GT y tu ordenador/teléfono deben estar en la misma LAN. El firmware se anuncia vía mDNS con el nombre de host predeterminado bitaxe.local, lo cual funciona de forma nativa en la mayoría de sistemas macOS/Linux. Los usuarios de Windows pueden necesitar tener instalado Apple Bonjour, o simplemente buscar la IP en la lista de clientes DHCP del router.

  1. ➡️ Configuración inicial (modo AP): si el minero aún no se ha unido a tu Wi‑Fi, crea un hotspot abierto llamado bitaxe. Conéctate a él, navega a 192.168.88.195, ingresa el SSID/contraseña de tu Wi‑Fi doméstica, guarda y reinicia.
  2. 🔥 Acceso en modo normal: tras reiniciar, el minero se une a tu red; localiza la IP que recibió (desde la página del router o con un escáner como Fing en iOS/Android) y abre esa IP en tu navegador, p. ej. 192.168.x.x.
  3. 💪 Atajo mDNS: en redes donde mDNS resuelve, simplemente escribe http://bitaxe.local en la barra de direcciones —sin tener que buscar la IP.
  4. Si no carga: revisa la banda —el ESP32-S3 del Bitaxe GT usa 2.4 GHz; no puede conectarse a un SSID exclusivamente de 5 GHz.

El servidor HTTP del Dashboard escucha en el puerto 80, implementado con el componente ligero esp_http_server, y soporta varias conexiones concurrentes (comúnmente ≤4). Eso significa que puedes tenerlo abierto en el móvil y en el portátil y ver datos vivos sincronizados.

⚠️ Importante: por defecto el Dashboard no tiene contraseña —cualquier dispositivo en la misma LAN puede ver y cambiar la configuración. En redes compartidas (oficina, Wi‑Fi de apartamentos, etc.), la recomendación es restringir el acceso a la IP del minero mediante firewall/ACL en el router.

4. ➡️ Vista general del Dashboard

Al abrir el Dashboard de AxeOS no te encuentras con gráficos caóticos ni telemetría abrumadora. Es un panel único, limpio y en tiempo real, con métricas clave distribuidas con claridad y que se refrescan aproximadamente cada pocos segundos —ver cómo trabaja tu máquina resulta extrañamente satisfactorio.

La pantalla principal suele organizarse en cuatro áreas funcionales:

Área Indicadores principales Rango típico
Panel de Hashrate Hashrate en vivo / promedio 5 min / minigráfico de tendencia 2400+ GH/s (condiciones nominales BM1370)
Panel de Temperatura Temp. del encapsulado del ASIC / temp. ambiente / RPM del ventilador ASIC 50–70 °C; ventilador 1500–4500 RPM
Estado del Pool Estado de conexión al pool / shares aceptados / tasa de rechazo Un rechazo saludable suele ser <2 %
Info del Sistema Tiempo activo (uptime) / versión de firmware / IP / MAC Puede funcionar 720 h (30 días)+ sin necesidad de reiniciar

Captura del Dashboard de AxeOS

Una vez entras al panel de control de AxeOS, estas son las métricas principales y qué significan:

  • Hashrate: rendimiento de minado actual, normalmente expresado en TH/s (billones de hashes por segundo).
  • Eficiencia (J/TH): eficiencia energética —cuántos julios se consumen por terahash de trabajo.
  • Error % (o varianza): desviación entre el hashrate observado y el hashrate nominal esperado, expresada en porcentaje.
  • Temp (Chip): temperatura medida del chip ASIC en °C.
  • VR Temp: temperatura sobre/alrededor del regulador(es) de voltaje.
  • Power (W): consumo eléctrico total en vatios.
  • Input Voltage (mV): voltaje de alimentación entregado a la placa.
  • Core Voltage / VCORE (mV): voltaje suministrado al núcleo del ASIC.
  • Fan Speed (RPM / %): velocidad actual del ventilador en RPM y/o ciclo de trabajo (duty %).
  • Accepted Shares: número de shares válidos enviados y confirmados por el pool.
  • Rejected Shares / Rejected Jobs: envíos rechazados por el pool (stale, inválidos o discrepancia de dificultad).
  • Best Difficulty / Best Share: share de mayor dificultad encontrado en esta sesión —el número que a todos les gusta capturar en captura de pantalla.
  • Block Height: últura del último bloque de Bitcoin reportada por el pool.
  • Pool Difficulty: dificultad objetivo asignada actualmente por el pool a tu worker.
  • Response Time / Latency: tiempo de ida y vuelta (RTT) para el envío de un share al pool, en milisegundos.
  • Uptime: tiempo que el Bitaxe lleva encendido desde el último reinicio.
  • Hashrate Chart: gráfico histórico (tipo doble eje) con el rendimiento reciente (comúnmente hasta ~1 hora de muestras; la granularidad depende de la versión, a menudo una ventana deslizante que se actualiza cada pocos segundos).

La página de Settings (Configuración) es donde están los controles útiles: endpoint del pool (Stratum+TCP o Stratum+SSL), frecuencia, VCORE, modo de ventilador (Auto/Manual) y el acceso a actualizaciones OTA. Tras cambiar algo, haz clic en Save & Restart —el minero suele reiniciar y retomar el minado en unos 8 segundos, así que el tiempo sin hashrate es breve.

El gráfico de hashrate suele mostrar por defecto los últimos 10 minutos de datos (intervalo de muestreo en torno a 10 s). Eventos como una reconexión Stratum suelen verse como una breve caída a cero que es fácil de detectar visualmente. También fíjate en el campo Best Share: registra el share de mayor dificultad encontrado en la sesión —números más altos significan que estás “golpeando” nonces más fuertes y es una de las estadísticas más compartidas en la comunidad.

Arquitectónicamente, el frontend del Dashboard es HTML + JavaScript plano, con activos estáticos empaquetados en una partición SPIFFS (aprox. 200 KB). Los datos en vivo se obtienen mediante sondeo REST (polling) en lugar de WebSocket persistente, lo que reduce la presión sobre la memoria —la SRAM disponible del ESP32-S3 es de unos 512 KB, y el uso del heap por parte de AxeOS bajo carga suele situarse entre 60–80 KB, dejando margen para mantener la estabilidad.

Volver al blog

Publicar comentario

Tenga en cuenta que los comentarios deben ser aprobados antes de ser publicados