Que una placa de cómputo (hashboard) se reporte como "no detectada" en un Antminer S19 no significa necesariamente que la placa haya fallado. Primero, confirme la cadena ausente en la interfaz local del minero y guarde el registro (log) del kernel. Luego revise la conexión del cable de señal con el minero desconectado de la alimentación, examine cualquier fallo registrado y confirme que el firmware corresponda exactamente al modelo. Si la cadena sigue sin aparecer, utilice la evidencia recopilada para solicitar un diagnóstico adicional.

El hashrate en cero por sí solo no confirma una placa de cómputo ausente. Los fallos de ventilador, temperatura, alimentación y red también pueden interrumpir la minería, así que distinga estas condiciones de un fallo de detección de placa antes de decidir qué requiere reparación.

Revise primero las señales de advertencia que indican dejar de usar el equipo

Antes de reiniciar el minero o realizar comprobaciones físicas, deténgase y busque asistencia de reparación calificada si observa:

• Marcas visibles de quemadura, conectores fundidos o decoloración por calor
• Un olor químico o a quemado durante el funcionamiento
• Daño físico tras un impacto o caída

No siga reiniciando un minero con estas señales. Desconecte la alimentación si es seguro hacerlo. No retire disipadores de calor, no sondee los rieles de voltaje, no reemplace chips ASIC ni abra la fuente de alimentación como parte de esta guía. Estas comprobaciones no cubren reparaciones a nivel de componentes ni trabajos dentro de equipos de alto voltaje.

Confirme el modelo y el síntoma de placa ausente

Registre el modelo exacto de S19 y la versión de firmware, luego compare la página de estado local con la configuración esperada para ese modelo. Distinga entre dos síntomas:

• Una cadena completa ausente: una cadena de hashboard esperada no aparece. BITMAIN recomienda verificar que los cables estén en buen estado y correctamente conectados.
• Una cadena detectada pero con chips faltantes: la cadena aparece, pero su recuento de ASIC está por debajo del esperado. BITMAIN enumera comprobaciones de la fuente de alimentación (PSU) y de puesta a tierra para esta categoría de fallo separada; no debe tratarse automáticamente como una placa averiada.

Estas son rutas de diagnóstico separadas en la guía de solución de problemas de la serie 19 de BITMAIN. Registre qué cadena está afectada y si está ausente o reportando menos chips.

Capture los registros antes de cambiar algo

Guarde el registro (log) actual del kernel mientras el fallo esté presente. BITMAIN distingue entre registros actuales y registros históricos, y señala que el almacenamiento histórico es limitado, por lo que debe capturar la evidencia antes de un reinicio o un cambio de firmware.

Prepare:

• Modelo exacto del minero y número de serie
• Versión de firmware actual
• Una captura de pantalla que muestre la cadena ausente o el recuento inesperado de chips
• El registro (log) actual del kernel
• El identificador de la cadena afectada
• Cuándo comenzó el problema, incluyendo cualquier transporte reciente, limpieza, actualización de firmware o evento de alimentación

Busque errores acompañantes en lugar de diagnosticar únicamente a partir del panel de control. La guía de BITMAIN sobre hashrate cero en S19 identifica errores de versión de hashboard, PIC, temperatura y EEPROM entre los fallos que pueden detener la minería.

Este material ayuda al personal de soporte a evaluar el problema. Trátelo como una lista de preparación útil; los campos actuales del portal de reparaciones determinan lo que se requiere al enviar un ticket.

Revise las conexiones, los fallos registrados y el firmware

Inspeccione la conexión del cable de señal

Apague completamente el minero, desconecte todas las conexiones de alimentación y déjelo enfriar antes de inspeccionar un cable interno. Nunca vuelva a conectar los conectores mientras el minero esté energizado.

Si está familiarizado con el procedimiento de servicio del modelo, inspeccione el cable de señal entre la placa de cómputo afectada y la placa de control en busca de una conexión floja, pellizcos, daños o corrosión. Vuelva a asentar un conector que no esté completamente insertado sin forzarlo. Si el acceso o el estado del conector no son claros, deje la revisión en manos de personal de servicio calificado.

Esto sigue la primera comprobación recomendada por BITMAIN para una placa de cómputo ausente; no establece con qué frecuencia los cables causan el fallo.

Revise los errores de enfriamiento y protección

Revise el registro guardado y la información de estado en busca de fallos de ventilador o temperatura. BITMAIN documenta que el fallo del ventilador y la protección por sobretemperatura pueden cortar la alimentación a las placas de cómputo y causar hashrate cero. Esto, por sí solo, no establece que una cadena en particular no esté detectada.

Inspeccione si hay flujo de aire bloqueado, polvo o recirculación de aire caliente de escape. La guía de solución de problemas de la serie 19 recomienda de 5 a 35 °C en su guía de temperatura; consulte la documentación de su variante exacta antes de aplicar ese rango.

Derive los fallos relacionados con la alimentación a un diagnóstico calificado

Si el registro indica un fallo de alimentación, puede ser necesario investigar la PSU o las conexiones de control de alimentación. Un técnico calificado puede usar una PSU compatible y en buen estado conocido como parte del aislamiento de fallos. Esto queda fuera de la inspección básica de cables descrita anteriormente.

Si la cadena sigue ausente después de sustituir la PSU, aún se necesita un diagnóstico adicional. Ese resultado por sí solo no distingue un fallo de la placa de cómputo de problemas no resueltos en el cable de señal o en el lado de la placa de control. No abra la PSU ni intente mediciones eléctricas como parte de esta guía.

Verifique la compatibilidad del firmware

Registre el firmware instalado antes de realizar cambios. Use únicamente firmware oficial destinado exactamente al modelo de minero y a la versión de placa de control correspondientes. El firmware cruzado entre modelos o de terceros no es un paso de solución de problemas recomendado aquí.

Si el problema comenzó después de una actualización, registre ese momento y conserve los registros disponibles de antes y después de la misma. La reinstalación debe seguir las instrucciones relevantes de BITMAIN o el consejo de soporte para el fallo registrado; no es una solución general para toda placa de cómputo ausente.

Después de cualquier comprobación básica apropiada, reevalúe el estado local de la cadena y guarde un nuevo registro. Si el fallo persiste o reaparece, deje de repetir reinicios y solicite un diagnóstico adicional.

Mantenga la supervisión del pool separada de la detección de placas

Un equipo de minería puede detectar sus hashboards localmente mientras la actividad del lado del pool se ve interrumpida por una dirección Stratum, un puerto, una configuración de worker o un problema de red. Por lo tanto, un hashrate de cero en el pool no puede confirmar que falte una placa.

La guía de minería de BTC de ViaBTC recomienda revisar las páginas de Workers y Earnings después de que el equipo de minería haya estado estable durante aproximadamente 10–15 minutos. Esta es una orientación sobre cuándo revisar la actividad de minería, no una garantía fija de actualización de datos ni una prueba de detección de hardware.

Utilice el estado local del equipo de minería y el registro del kernel para evaluar la detección de placas. Cambiar la configuración del pool no es una solución para un fallo confirmado localmente de cadena no detectada.

Prepare una solicitud de reparación

Si una cadena permanece sin detectar o desaparece repetidamente, contacte a BITMAIN o a un proveedor de reparación cualificado con las evidencias ya recopiladas. Incluya la cadena afectada, la línea de tiempo del fallo y las comprobaciones realizadas, junto con el modelo, el número de serie, la versión del firmware, capturas de pantalla y registros. También deben incluirse para el diagnóstico los errores persistentes relacionados con PIC, EEPROM, sensor de temperatura o ASIC.

Siga las instrucciones actuales de BITMAIN para tickets de reparación. Estas indican a los clientes que suban la información de seguimiento correcta y envíen el producto defectuoso dentro de 7 días. Este es un plazo de envío para el cliente, no una promesa de que BITMAIN devolverá una unidad reparada o de reemplazo dentro de 7 días. Las instrucciones también requieren la recepción dentro de los 15 días posteriores a la creación del ticket y advierten que la cobertura de la garantía no puede respetarse si un producto que llega tarde se recibe después de su período de garantía. Confirme los requisitos aplicables a su ticket antes de enviarlo.

También confirme si el centro de reparación receptor acepta un solo hashboard para su modelo y tipo de placa. Por ejemplo, la guía de BITMAIN para el S19k Pro permite que la versión con placa de aluminio se devuelva como una sola placa o como equipo de minería completo, mientras que la versión sin placa de aluminio requiere el equipo de minería completo.

Utilice las recomendaciones de embalaje de BITMAIN aplicables, incluyendo un acolchado adecuado y protección antiestática. Confirme la elegibilidad del envío con el centro receptor antes de empacar una placa por separado.

Preguntas frecuentes

¿Un hashboard no detectado siempre significa que la placa ha fallado?

No. BITMAIN recomienda primero revisar el estado y la colocación de los cables cuando falta un hashboard. Confirme la cadena afectada y revise el registro del kernel antes de decidir qué componente necesita reparación.

¿Puede un hashrate de cero en el panel del pool confirmar que falta un hashboard?

No. El hashrate del lado del pool depende de los shares enviados y puede verse afectado por problemas de conectividad o de configuración. Compruebe la detección de placas en la interfaz propia del equipo de minería y en su registro del kernel.

¿Es seguro recolocar yo mismo los cables del hashboard?

Intente revisar el cable de señal solo si está familiarizado con el procedimiento de servicio del modelo y no hay señales de daño o sobrecalentamiento. Desconecte por completo la energía y deje que el equipo de minería se enfríe primero. Si no está seguro, recurra a personal de servicio cualificado.

¿Reinstalar el firmware solucionará un hashboard no detectado?

No de manera fiable. Siga las instrucciones específicas del modelo de BITMAIN o el consejo de soporte para el fallo registrado. Utilice firmware oficial compatible con el modelo exacto y la versión de la placa de control.

¿Qué debo incluir en una solicitud de reparación?

Prepare el modelo y el número de serie, la versión del firmware, el registro del kernel en el estado de fallo, una captura de pantalla del estado, la cadena afectada y un breve relato de cuándo comenzó el problema y qué comprobaciones se realizaron. Siga los requisitos de envío vigentes del portal de reparación.

Referencias

• BITMAIN, Common Problems and Solutions for ANTMINER (19 series)
• BITMAIN, Solution of Zero Hashrate on S19 Miner
• BITMAIN, How to create or edit an Apply for Repair ticket
• BITMAIN, How to distinguish S19k Pro hashboard types and the repair related precautions
• BITMAIN, Packaging Recommendations for Returning ANTMINERs for Repair
• Centro de ayuda de ViaBTC, BTC Mining