ViaBTC | ¿Por qué mi minero ASIC sigue reiniciándose? Lista de verificación

¿Por qué mi minero ASIC sigue reiniciándose? Lista de verificación

2026-10-27 16:16

Funcionamiento de los ventiladores y RPM reportadas en cada ventilador\n- Conectores y cables de los ventiladores en busca de holgura o daños\n- Vías de entrada o salida de aire bloqueadas, acumulación de polvo en disipadores o filtros, o recirculación de aire caliente de escape\n- En el caso de unidades refrigeradas por hidro o por inmersión, el flujo de refrigerante, la temperatura de entrada, el estado de la bomba y cualquier alarma del sistema de refrigeración, siguiendo la documentación del fabricante para ese equipo\n- Si la placa afectada funciona notablemente más caliente que las demás placas del mismo chasis, en lugar de basarse en una única cifra de temperatura general\n\nEl firmware normalmente pausará o detendrá el hashing cuando detecte una temperatura peligrosa o un ventilador averiado, independientemente de cualquier otro fallo. Braiins OS, por ejemplo, documenta un estado de parada activado por una temperatura peligrosa, un ventilador averiado u otra condición de sobrecalentamiento (Braiins Academy). Los rangos aceptables de temperatura y velocidad de los ventiladores varían según el modelo de minero, el método de refrigeración y el firmware, por lo que conviene comparar la lectura con la documentación de ese modelo en lugar de con una cifra fija.\n\n## Paso 4: Inspeccionar los ventiladores, los cables y el estado de las placas de hash\n\nCuando una única placa de hash se desconecta repetidamente mientras la placa de control y las demás placas permanecen en línea, la investigación debe centrarse en esa placa en lugar de en todo el equipo. Las entradas de registro y comprobaciones físicas relevantes incluyen:\n\n- Mensajes de placa de hash ausente o de chip ausente\n- Fallos repetidos de lectura del sensor de temperatura en una placa\n- Errores de EEPROM o de identificación de la placa\n- Cables de datos y de alimentación flojos, dañados o mal asentados entre la placa de control y la placa de hash afectada\n- Errores de ventilador que bloquean el arranque o que activan una parada de protección\n\nLa documentación de resolución de problemas de la serie S17 de BITMAIN vincula estos mensajes específicos con comprobaciones del asentamiento de los cables, la fuente de alimentación, la recuperación del firmware y, cuando es necesario, la reparación de la placa de hash mediante un proceso de servicio autorizado (BITMAIN Support). Utilice esto como ejemplos específicos del modelo y siga las instrucciones de resolución de problemas de su propio minero. Una placa que se está recuperando o que ha sido deshabilitada es un evento distinto a un reinicio completo del equipo, aunque un operador pueda describir ambos como «el minero reiniciándose».\n\n## Paso 5: Comprobar la alimentación eléctrica y la fuente de alimentación\n\nLa interrupción de energía o una alimentación eléctrica inestable es una posibilidad importante que investigar después de confirmar un reinicio de todo el equipo, especialmente cuando varios mineros en el mismo circuito se ven afectados conjuntamente. Las comprobaciones en esta etapa deben mantenerse dentro de lo que un operador puede hacer con seguridad:\n\n- Buscar eventos eléctricos a nivel de la instalación, disyuntores disparados o conexiones de alimentación externas flojas\n- Inspeccionar la PDU, la toma de corriente y el cable de alimentación en busca de daños visibles o marcas de calor\n- Revisar cualquier mensaje relacionado con la fuente de alimentación en el registro del minero\n\nCuando la documentación del fabricante del minero lo respalda, sustituir la fuente de alimentación por otra que se sepa que funciona correctamente y sea compatible puede ayudar a confirmar o descartar un supuesto fallo de la PSU. Por ejemplo, la guía de la serie S17 de BITMAIN recomienda la sustitución de la PSU al solucionar problemas de chips ausentes o fallos de lectura del sensor de temperatura (BITMAIN Support). Si el problema se remonta al cableado de la instalación o requiere abrir equipos de alta tensión, ese trabajo debe realizarlo un electricista cualificado o el proceso de servicio autorizado del fabricante, en lugar de que lo intente el operador.\n\n## Paso 6: Revisar el firmware, el ajuste (tuning) y los cambios recientes\n\nLos reinicios que comienzan inmediatamente después de un cambio de configuración suelen estar relacionados con ese cambio en lugar de con un fallo de hardware. Preguntas útiles incluyen:\n\n- ¿Comenzaron los reinicios después de una actualización de firmware?\n- ¿Comenzaron después de un overclock, un objetivo de potencia personalizado, un cambio de autotuning o una curva de ventilador modificada?\n- ¿Ocurre el reinicio específicamente durante el arranque en frío, durante la rampa de subida (ramp-up), o después de que el minero entre en un modo de mayor potencia?\n- ¿Está la versión de firmware instalada soportada para esta placa de control, placa de hash y modelo de minero exactos?\n

No se debe asumir que una actualización de firmware es una solución automática. Los proveedores de firmware documentan periódicamente problemas puntuales y específicos de ciertos modelos; un ejemplo documentado fue un error del sensor de temperatura que podía detener intermitentemente la minería durante un breve periodo en modelos específicos de Antminer, antes de ser corregido en una versión de firmware posterior (Braiins Academy). La lección práctica es registrar la versión exacta de firmware en uso y revisar las notas de la versión correspondiente antes de reinstalar o cambiar el firmware, en lugar de asumir que el comportamiento se aplica de forma universal. Si está justificado revertir, utilice el firmware oficial del fabricante y el procedimiento de recuperación oficial, y conserve los registros existentes de antemano.

Paso 7: Separar los problemas de red y de pool de los reinicios de hardware

Un minero que se desconecta y se vuelve a conectar al pool no está necesariamente sufriendo un reinicio de hardware. Revise:

La URL y el puerto Stratum configurados
El formato del nombre del worker
La configuración de DNS y puerta de enlace en la red local
El cable de red, el puerto del switch y cualquier regla de firewall o VLAN que pudiera interrumpir la conexión
Los mensajes de autorización, recepción de tareas, envío de shares y rechazo en el registro

Para la minería de BTC en ViaBTC, los endpoints Stratum documentados son stratum+tcp://btc.viabtc.io:3333 y stratum+tcp://btc.viabtc.io:443, con el nombre del worker introducido como userID.workerID y una contraseña opcional; la página de configuración también recomienda configurar más de un endpoint documentado para que el minero pueda conmutar por error si uno de ellos deja de estar accesible (Centro de ayuda de ViaBTC). Si el registro muestra un error explícito de autorización o de conexión en lugar de un tiempo de espera genérico, ese mensaje específico debe investigarse de inmediato en lugar de esperar a que se resuelva por sí solo.

Un aumento en la tasa de rechazo de shares no confirma, por sí solo, que el minero se haya reiniciado. Compruebe el motivo específico del rechazo y los registros circundantes antes de elegir una vía de solución de problemas. La latencia de red y los problemas de conexión o configuración pueden afectar los envíos, pero las condiciones del propio dispositivo también importan: ViaBTC incluye las temperaturas altas del minero y los problemas de firmware entre las comprobaciones para una tasa de rechazo elevada (Centro de ayuda de ViaBTC). Revise las temperaturas, el firmware y el estado operativo del minero junto con las condiciones de red.

Paso 8: Verificar la recuperación con mediciones comparables

Tras tomar medidas correctivas, confirme la recuperación utilizando mediciones que realmente sean comparables:

El minero permanece encendido y accesible a través de su propia interfaz
Se detectan todas las placas de hash (hashboards) y chips esperados
Las lecturas de ventiladores y temperatura están de nuevo dentro del rango normal documentado para ese modelo y entorno
El minero está recibiendo tareas y enviando shares
El mismo mensaje de registro no vuelve a aparecer en el mismo punto en un ciclo de arranque posterior

Al comparar las cifras de computing power (hashrate), tenga en cuenta que los valores locales y los del lado del pool se calculan de forma diferente. El computing power en tiempo real de ViaBTC es un promedio de los 10 minutos anteriores, y su computing power diario es un promedio de las 24 horas anteriores; por lo tanto, un minero que acaba de recuperarse de un reinicio puede mostrar una cifra diaria más baja durante un tiempo, aunque en ese momento esté minando con normalidad (Centro de ayuda de ViaBTC). Juzgar la recuperación a partir de una única lectura instantánea, en cualquiera de los dos lados, no es una base fiable para concluir que el problema se ha resuelto.

Preguntas frecuentes

Mi worker aparece como Offline (Desconectado) en el panel del pool. ¿Significa eso que mi ASIC se reinició?

No necesariamente. Un estado Offline en ViaBTC significa que el worker no ha reportado computing power ni actividad de trabajo durante un periodo de entre 20 minutos y un día; puede deberse a una interrupción de red, a un problema de configuración de stratum o a un retraso en el reporte por parte del pool, además de a un reinicio real del dispositivo. Revise la propia interfaz y los registros del minero antes de concluir que se produjo un reinicio de hardware.

¿Cuánto tiempo debo esperar antes de solucionar problemas en un worker que acaba de iniciarse?

Si una minera recién iniciada aún no ha enviado datos al pool, ViaBTC recomienda observarla durante 10-20 minutos, dependiendo de su potencia de cómputo (Centro de Ayuda de ViaBTC). Esto es una orientación para el envío inicial de datos, no un tiempo universal para que la potencia de cómputo se estabilice ni una prueba de que la minera está funcionando con normalidad. Investigue de inmediato los errores explícitos de conexión o autorización en lugar de esperar.

¿Es una actualización de firmware el primer paso correcto si mi minera sigue reiniciándose?

No automáticamente. Los cambios de firmware a veces son la solución correcta para un problema documentado y específico de una versión, pero reinstalar el firmware sin antes leer los registros (logs) existentes puede borrar la evidencia necesaria para diagnosticar la causa real. Identifique primero el error exacto y la versión del firmware, y luego consulte las notas de la versión de esa versión en busca de una solución conocida antes de decidir si actualizar.

¿Puedo diagnosticar yo mismo una falla en la fuente de alimentación?

Puede revisar las conexiones externas, el PDU o la toma de corriente, y cualquier mensaje relacionado con la fuente de alimentación en el registro de la minera, y, cuando la documentación del fabricante lo respalde, probar con una fuente de alimentación compatible que se sepa que funciona correctamente. Abrir o reparar hardware de fuente de alimentación de alto voltaje debe realizarse a través de un electricista calificado o del proceso de servicio autorizado del fabricante, en lugar de intentarlo de forma independiente.

Referencias

Ya estás en el primer artículo

Errores de hardware ASIC vs. shares rechazadas: ¿qué problema estás viendo realmente?