La idea de desconectarse de la red eléctrica y alimentar tus mineros directamente con el sol suena hermosa solo en el papel y en las diapositivas de los vendedores de equipos. En el mundo real, cuando intentas emparejar la fuente de alimentación conmutada de un ASIC —que está diseñada para tragar una onda senoidal industrial limpia y estable— con un sistema fotovoltaico, empieza el más puro y duro cinismo de la ingeniería.
Hace seis meses, en una de nuestras instalaciones, nos las arreglamos para freír tres inversores chinos carísimos en una sola semana antes de entender por completo hasta qué punto la electrónica de un minero odia la generación off-grid.
Errores de arquitectura: Off-grid frente a híbrido
Si estás pensando en poner unos paneles, un controlador de carga, un par de baterías y conectar directo un Antminer S21 —tengo malas noticias para ti. Un ASIC no es la nevera de tu casa. Es una carga absolutamente estática y ciega que exige, por ejemplo, 3.5 кВт aquí y ahora, de forma ininterrumpida, 24/7. El sol no funciona así. Su curva de generación es una campana que las nubes pasajeras cortan en pedazos constantemente. En esos momentos, la generación fotovoltaica cae un 80% en cuestión de segundos.
La autonomía total (Off-grid) sin conexión a la red externa es puro masoquismo. Para que el sistema sobreviva, vas a tener que armar un banco gigante de baterías LiFePO4. Y aun así, la eficiencia real de toda la cadena "paneles — controlador — batería — inversor — fuente del ASIC" caerá a un 75–83%. Un montón de energía simplemente se perderá en forma de calor durante el proceso de conversión.
Un esquema híbrido (Grid-tied с буфером) funciona de manera mucho más sensata. Aquí la red actúa como un amortiguador infinito. Si sale el sol, consumimos de ahí; si pasa una nube, el inversor compensa instantáneamente (o casi) el delta tirando del enchufe de la red. En este caso la eficiencia es decente, rondando el 95%, porque hay una conversión directa de DC a AC. Pero si estás en medio de la nada y no tienes red eléctrica, estás completamente solo frente a la electrónica de potencia.
Qué pasa dentro de la fuente de alimentación cuando el inversor empieza a "hipar"
Las fuentes de alimentación de fábrica de los mineros (como las clásicas APW12 o APW17) están diseñadas para una onda senoidal pura con una distorsión armónica mínima (THD < 3%). Sin embargo, la mayoría de los inversores baratos, aunque tengan una pegatina gigante que diga Pure Sine Wave, entregan una onda trapezoidal horrible cuando están bajo carga real.
- El primer muro contra el que vas a chocar es el funcionamiento del Corrector del Factor de Potencia Activo (APFC) interno de la fuente del ASIC. El algoritmo del APFC intenta ajustar el consumo de corriente a la forma de la tensión. El inversor, por su parte, intenta estabilizar la tensión según la carga. Cuando se juntan, sus controladores PWM empiezan a retroalimentarse negativamente entre sí. Al final, el sistema entra en una resonancia autooscilatoria: el inversor empieza a gritar como loco, el ASIC silba y, en un par de minutos, los transistores de potencia (MOSFETs) del inversor pasan a mejor vida por sobrecalentamiento.
- El segundo problema es el escalón dinámico de carga. En cuanto la placa controladora del ASIC da la orden de arrancar las hashboards, el consumo se dispara de unos pocos cientos de vatios a tres o cuatro kilovatios casi al instante. El inversor no tiene tiempo de procesar ese pico y la tensión de salida cae por debajo de los 180V. En la fuente de alimentación se activa la protección contra subtensión (UVP) y el ASIC se reinicia. Durante la fase de pruebas, sufríamos un bucle de reinicios cada 10 minutos, algo que destruye por completo la memoria flash de la placa controladora en un par de días.
Por eso, la capacidad del buffer de baterías debe calcularse a rajatabla: E_bat >= P_asic * 0.5 часа. Ese es el mínimo absoluto para amortiguar la caída de tensión mientras el inversor asimila los cambios de generación de los paneles. Además, la potencia nominal del inversor debe ser al menos entre un 35–50% superior al consumo máximo de la granja. Si tienes una granja de 10 kW, necesitas un inversor de 15 kW; de lo contrario, su protección saltará con cualquier estornudo del sistema.
Automatizando este zoológico mediante RPC y Modbus
La única forma de no freír los equipos y no tener que estar de niñera las 24 horas del día es limitar el hashrate de los ASICs de forma dinámica, dependiendo de cuánta radiación solar esté llegando a los paneles.
A continuación, les dejo un script funcional en Python. Se conecta al inversor mediante Modbus TCP (las direcciones de los registros corresponden a los inversores híbridos chinos más comunes, tipo Deye/Sunways), obtiene la generación fotovoltaica actual y, a través de JSON-RPC, cambia los perfiles de consumo en los ASICs que corren firmwares personalizados (como Braiins OS o VNISH).
import time
import logging
import requests
from pymodbus.client import ModbusTcpClient
# Configuración del log (sin rodeos ni adornos)
logging.basicConfig(level=logging.INFO, format='%(asctime)s [%(levelname)s] %(message)s')
# Config
INVERTER_IP = "192.168.1.50"
INVERTER_PORT = 502
REG_SOLAR_POWER = 40082 # Registro de potencia PV para Deye/Sunways
ASIC_IP = "192.168.1.100"
ASIC_URL = f"http://{ASIC_IP}:4028/api" # Endpoint estándar para firmwares personalizados
SHUTDOWN_THRESHOLD = 1000 # Menos de 1kW — apagamos el minero
# Perfiles (ordenados de mayor a menor para facilitar el bucle)
POWER_PROFILES = [
{"min_watt": 3200, "profile": "Performance_3500W"},
{"min_watt": 2200, "profile": "Balanced_2400W"},
{"min_watt": 1100, "profile": "Eco_1200W"}
]
def get_solar_power():
"""Consultamos al inversor de forma limpia usando pymodbus"""
client = ModbusTcpClient(INVERTER_IP, port=INVERTER_PORT)
try:
if client.connect():
# Leemos 1 registro (holding register = 3)
res = client.read_holding_registers(REG_SOLAR_POWER, 1, slave=1)
if not res.isError():
return res.registers[0]
logging.error(f"Error de Modbus: {res}")
except Exception as e:
logging.error(f"El inversor se desconectó: {e}")
finally:
client.close()
return 0
def send_asic_cmd(cmd, param=None):
"""Enviamos una petición RPC al ASIC"""
payload = {"command": cmd}
if param:
payload["parameter"] = param
try:
# Por lo general, los firmwares personalizados (Vnish/Braiins) aceptan un POST simple con JSON
r = requests.post(ASIC_URL, json=payload, timeout=3)
if r.status_code == 200:
return r.json()
except Exception as e:
logging.error(f"La petición al ASIC {cmd} falló: {e}")
return {}
def main():
logging.info("Script de balanceo Solar-Mining iniciado.")
last_profile = None
while True:
solar_pwr = get_solar_power()
logging.info(f"El sol está entregando: {solar_pwr}W")
if solar_pwr < SHUTDOWN_THRESHOLD:
if last_profile != "paused":
logging.warning("Poca radiación solar. Deteniendo las hashboards.")
send_asic_cmd("pause")
last_profile = "paused"
else:
# Buscamos el perfil adecuado para la potencia actual
selected_profile = None
for p in POWER_PROFILES:
if solar_pwr >= p["min_watt"]:
selected_profile = p["profile"]
break
if selected_profile and selected_profile != last_profile:
logging.info(f"Cambiando al perfil: {selected_profile}")
send_asic_cmd("resume")
res = send_asic_cmd("setprofile", param=selected_profile)
# Validación de estado (para VNISH / Braiins)
if res.get("STATUS", [{}])[0].get("STATUS") == "S":
last_profile = selected_profile
logging.info("Perfil cambiado correctamente.")
else:
logging.error(f"El ASIC rechazó el perfil: {res}")
# Pausa de 30 segundos para no volver loca la placa controladora del ASIC con cambios de frecuencia constantes
time.sleep(30)
if __name__ == "__main__":
main()Manual de supervivencia: cómo armar el sistema sin morir en el intento
En lugar de las típicas listas bonitas de los libros de texto, aquí tienen la experiencia pura de campo, pagada con un montón de horas de trabajo y silicio derretido.
- Primero, olvídate de los inversores de alta frecuencia (sin transformador) si estás armando un sistema off-grid real. Necesitas equipos pesados de baja frecuencia con transformadores toroidales masivos en la salida (tipo los Victron MultiPlus o series industriales pesadas). Gracias a su inductancia, perdonan el pésimo factor de potencia de las fuentes de los ASICs y absorben los picos de corriente brutales.
- Segundo, la toma de tierra debe estar separada. Las hashboards generan una cantidad brutal de ruido de alta frecuencia en el chasis. Si conectas las estructuras de los paneles solares, los seguidores y el rack de los mineros a la misma malla física de tierra, ese ruido electromagnético va a volver locos a los controladores de carga de los paneles (MPPT). Un buen día, simplemente se quedarán bloqueados en estado abierto, mandando el voltaje máximo de los paneles directo al inversor.
- Tercero, es obligatorio instalar protectores contra sobretensiones transitorias (DPS) de clase B+C tanto en el lado de DC que viene de las cadenas de paneles, como en el lado de AC justo después del inversor. A las fuentes de alimentación de los mineros les encanta escupir picos de corriente inversa a la red cuando cae la tensión. Sin una protección decente, con el tiempo tu inversor empezará a entrar constantemente en fallo por sobrecorriente (Overcurrent), incluso cuando casi no haya carga activa.
Números reales: por qué el cálculo clásico de amortización es un cuento de hadas
Si abres cualquier calculadora de sistemas solares en internet, te van a prometer un payback de unos 3 o 4 años. Los de marketing agarran la potencia total instalada de los paneles, la multiplican por el promedio de horas de sol de la región y te clavan que la energía del enchufe ahora es "gratis". Pero en el mundo del criptominado, esta matemática se estrella contra el muro de la realidad: la intermitencia de la generación.
Imaginemos un setup estándar: un array de paneles de 15 kW y tres ASICs que consumen un total de 10.5 kW. Así es como se distribuye el uso real de la energía a lo largo de un día perfecto de verano:
| Intervalo de tiempo | Generación PV (promedio) | Consumo del rig | Dirección de los flujos de energía |
|---|---|---|---|
| 00:00 – 06:00 | 0 kW | 0 kW (o 10.5 kW de la red) | El rig está apagado o tragando luz de la red a precio nocturno premium. Ni se te ocurra ciclar las baterías a esa hora: te las vas a cargar en 300 ciclos. |
| 06:00 – 09:00 | 3 – 6 kW | 3.5 kW (1 ASIC) | El script de automatización arranca el primer minero. El resto de la generación se va a darle una carga lenta a las baterías tras la autodescarga nocturna del sistema. |
| 09:00 – 15:00 | 12 – 14 kW | 10.5 kW (3 ASICs) | Hora pico de eficiencia. Las tres máquinas minando a tope (full throttle). El excedente de 1.5 a 3.5 kW termina de rellenar las baterías de respaldo. |
| 15:00 – 18:00 | 5 – 8 kW | 7.0 kW (2 ASICs) | El sol empieza a caer. El script apaga un ASIC para evitar que el inversor empiece a chupar de las baterías. |
| 18:00 – 24:00 | 0 – 2 kW | 0 kW (o 10.5 kW de la red) | Apagón total del sistema off-grid. |
En resumen: de las 24 horas del día, tus ASICs corren al 100% de su capacidad durante apenas unas 6 horas. Otras 6 horas operan capados, entregando entre el 30% y el 60% de su potencia. El resto del tiempo, tu hardware carísimo se queda ocioso juntando polvo y perdiendo vigencia (recordemos que la dificultad de la red sube todos los santos días).
Si trabajas en modo Off-grid puro, tu factor de capacidad (Capacity Factor) se desploma a niveles del 35–40%. En la práctica, esto significa que el tiempo de amortización de los propios ASICs se multiplica por 2.5. El hardware va a quedar obsoleto y servirá de pisapapeles antes de haber recuperado la inversión inicial.
Los "gatos encerrados" (De lo que los proveedores prefieren no hablar)
La deriva térmica de paneles y ASICs
Los mineros son básicamente estufas industriales que escupen una cantidad brutal de calor. Por otro lado, los paneles solares rinden al máximo con la celda a unos templados 25°C. Por cada 1°C que suba de ahí, la generación del silicio cae cerca de un 0.4%.
Si diseñas mal el flujo y el escape de aire caliente de los ASICs termina soplando —aunque sea una parte— debajo del array de paneles, te vas a comer una caída de generación del 15% al 20% de la nada. En una instalación que revisamos en el sur, nos volvimos locos días enteros intentando entender por qué la generación al mediodía quedaba lejísimos de lo proyectado, hasta que redirigimos el flujo de los coolers del rig hacia el lado opuesto del techo donde estaban los paneles. Santo remedio.
Loops de corriente en las hashboards por caídas de tensión
Cuando el inversor va ahogado y la tensión cae, el convertidor DC-DC integrado en la hashboard del ASIC intenta mantener a toda costa el voltaje fijado para los chips (por ejemplo, 0.36V). Para compensar esa caída de tensión de entrada, empieza a pedir mucha más corriente (amperaje).
Si tu inversor encima mete ruido de alta frecuencia (ripple), esos picos de corriente te van a freír las fases de alimentación (MOSFETs) de la propia placa de hash. Ahí tienes el clásico escenario de pesadilla: la fuente (PSU) está intacta, el inversor tira un error, pero la hashboard pasó a mejor vida con las pistas quemadas y los chips en cortocircuito.
El veredicto final del ingeniero
Montar un minado autónomo con paneles solares solo tiene sentido real en dos escenarios muy específicos:
- Tienes hardware viejo usado gratis o a precio de liquidación (tipo unos Antminer T17/S19 veteranos de guerra, que no te va a doler tenerlos parados gran parte del día). Comprar ASICs flagship con refrigeración líquida o modelos tope de gama como el S21 para depender del sol es un suicidio financiero; el costo de oportunidad de tenerlos apagados de noche te quiebra el negocio.
- Tienes un sistema híbrido serio conectado a la red, donde la energía solar se usa exclusivamente para recortar el pico de consumo diurno y, de noche, la granja pasa a una tarifa subsidiada o de baja demanda.
Toda la otra fantasía romántica del "minado verde en medio de la nada" en la vida real suele terminar con un cementerio de transistores achicharrados, baterías hinchadas y muertas, y un script de automatización corriendo al límite para evitar que este castillo de naipes se venga abajo en el próximo reboot.
