Cuando SpeedFan no detecta ventiladores, el problema casi nunca es solo “un programa caprichoso”. Normalmente hay detrás una mezcla de compatibilidad con el chip de monitorización, configuración de la BIOS/UEFI y el tipo de conexión que usa cada ventilador. En este artículo voy a ir a lo práctico: cómo comprobar si el fallo está en la placa, qué ajustes merece la pena tocar en Windows y cuándo conviene dejar de pelearse con SpeedFan.
Lo esencial antes de tocar nada
- Si la BIOS/UEFI no muestra RPM, SpeedFan tampoco suele poder inventarlas.
- SpeedFan lee sensores expuestos por el chip de monitorización de la placa, no “todos los ventiladores” por arte de magia.
- Los hubs, splitters y algunos sistemas AIO pueden ocultar la señal de RPM aunque el ventilador gire bien.
- La lectura de RPM y el control PWM no siempre van unidos.
- En equipos modernos, muchas veces la vía más estable es la BIOS/UEFI o el software del fabricante.
Qué significa realmente que el programa no vea los ventiladores
Lo primero que separa un fallo real de una simple limitación de compatibilidad es entender qué intenta leer SpeedFan. La herramienta trabaja con chips de monitorización de hardware; en otras palabras, no habla directamente con cada ventilador, sino con el circuito de la placa que informa de temperaturas, voltajes y, cuando puede, RPM (revoluciones por minuto) y PWM (la señal que permite variar la velocidad). La web oficial de Almico sigue mostrando SpeedFan 4.52 como la última versión publicada, y esa pista ya deja bastante claro por qué en placas más recientes la compatibilidad puede quedarse corta.
Yo aquí haría una distinción básica: una cosa es que el ventilador gire físicamente y otra que el software pueda leer su velocidad. Si la placa no expone esa lectura, el programa se queda ciego. Y si además el conector no recibe una señal de control compatible, tampoco podrás ajustar la velocidad desde Windows. Esa diferencia entre lectura y control es la que más confunde a quien se enfrenta al problema por primera vez.
La propia documentación de SpeedFan aclara justo eso: no todos los RPM están disponibles en todos los equipos, y el control de velocidad depende de cómo el fabricante haya cableado el hardware. Esa es la idea que conviene tener en la cabeza antes de tocar opciones al azar. Con esa base, el siguiente paso lógico es comprobar si la placa base está mostrando esos datos por su cuenta.
Comprueba primero si la placa base expone el ventilador
Yo empezaría siempre por la BIOS/UEFI. Si allí ya ves el ventilador del CPU o los conectores SYS_FAN con su velocidad, entonces el problema suele estar en la capa de software. Si la BIOS no muestra nada útil, lo más prudente es asumir que SpeedFan tampoco va a sacar RPM de la nada.
Busca la sección de monitorización de hardware, salud del sistema o control de ventiladores. En muchas placas aparece como Hardware Monitor, Fan Monitor o algo parecido. Ahí deberías ver si cada header entrega lectura de RPM y si el modo de control está en automático, silencioso, estándar o manual.
| Lo que ves en BIOS/UEFI | Qué suele significar | Qué haría yo |
|---|---|---|
| No aparece ningún RPM | El header no está entregando señal o la placa no la expone | Probar otro conector, revisar el cableado y confirmar si el ventilador lleva tachómetro |
| Aparece solo CPU_FAN | La placa monitoriza ese header, pero no necesariamente los demás | Usar el header correcto y revisar si SYS_FAN requiere otro ajuste |
| Los RPM cambian con normalidad | El hardware sí está informando bien | Pasar a la configuración de SpeedFan o al software del fabricante |
| Ves 0 RPM con el ventilador girando | Hay problema de lectura, splitters o compatibilidad | Comprobar si hay hub, divisor o controlador intermedio |
Este paso parece obvio, pero ahorra mucho tiempo. Si la placa ya confirma que el ventilador existe, entonces tiene sentido seguir con Windows. Si no, yo no perdería una tarde entera en SpeedFan: me iría directo a revisar cableado, header y soporte real del hardware.
Las causas más habituales cuando el ventilador gira pero no aparece
Cuando el ventilador funciona pero el programa no lo detecta, casi siempre estamos ante uno de estos escenarios. Algunos son fáciles de corregir; otros simplemente marcan el límite del hardware que tienes delante.
| Causa probable | Síntoma típico | Qué probar |
|---|---|---|
| El ventilador está conectado a un hub o splitter sin retorno de RPM | Gira bien, pero la lectura aparece vacía o en 0 | Conectarlo directamente a un header de la placa o usar un splitter que sí pase la señal de tachómetro |
| La placa usa un chip de monitorización poco compatible | SpeedFan ve temperaturas, pero no ventiladores | Actualizar BIOS/UEFI y comprobar si el fabricante ofrece su propio control de ventiladores |
| El header está controlado por otro sistema | La velocidad cambia desde la BIOS, pero no desde Windows | Desactivar perfiles automáticos solo para probar y revisar si el software de la placa tiene prioridad |
| El ventilador no entrega señal de RPM | Hay giro físico, pero ningún dato de velocidad | Comprobar el cableado del ventilador y el tipo de conector |
| El soporte de SpeedFan se queda corto para tu plataforma | El resto del sistema se detecta, pero los ventiladores no | Aceptar la limitación y usar otra vía de control más moderna |
Hay una confusión muy frecuente con los conectores: un ventilador de 3 cables suele dar alimentación, masa y señal de RPM, mientras que uno de 4 cables añade la línea PWM para regular velocidad con más precisión. Eso no significa que todos los de 4 pines vayan a funcionar mejor en cualquier placa, pero sí que el tipo de header importa mucho. Si el cabezal o el divisor no pasa la señal adecuada, el programa se queda sin datos aunque el ventilador esté perfecto.
En equipos con refrigeración líquida o cajas con hubs propios, el problema también puede estar en el controlador intermedio. Yo he visto casos en los que el software del fabricante lee todo y SpeedFan no ve casi nada. En ese escenario, no es que el ventilador “desaparezca”; es que el camino de lectura no pasa por donde SpeedFan espera.
Los ajustes de SpeedFan que sí merece la pena revisar
Antes de rendirte, hay varios ajustes que yo sí probaría. La documentación de SpeedFan deja claro que leer RPM y controlar PWM son cosas distintas, así que no basta con abrir el programa y esperar que todo se autoconfigure. Si el hardware es compatible, estos pasos suelen marcar la diferencia.
- Abre SpeedFan con permisos de administrador.
- Entra en Configure y revisa las pestañas Fans, Speeds y Temperatures.
- Comprueba si los ventiladores aparecen con nombre o solo como lecturas genéricas.
- No actives el control automático hasta que la lectura sea estable.
- Si tu placa lo admite, prueba Advanced Fan Control y asigna una temperatura de referencia lógica, como CPU o GPU.
- Define mínimos y máximos con calma: un ventilador que se quede por debajo de su umbral real puede detenerse o comportarse de forma errática.
El punto crítico está en no mezclar problemas. Si la pestaña de fans está vacía o todo aparece en 0 RPM, no es momento de jugar con curvas; primero necesitas que el hardware responda. Si, en cambio, sí ves lecturas pero el control no obedece, entonces el fallo ya no es de detección, sino de mapeo o de permisos. Yo en ese caso revisaría qué temperatura está vinculada a cada PWM y si la placa acepta ese modo de control.
También conviene revisar si tienes una configuración antigua arrastrada de otra placa o de una instalación previa. SpeedFan puede quedar “convencido” de una asignación que ya no existe. Cuando eso pasa, empezar de cero suele ser más útil que seguir sumando cambios encima de una base errónea. Y si el programa reconoce unos ventiladores sí y otros no, la pista casi siempre está en la forma en que están conectados a la placa.
Cuándo dejar SpeedFan y usar otra vía
Hay un momento en el que insistir deja de tener sentido. Si la placa base es moderna, si el software del fabricante controla mejor los headers o si el equipo depende de un hub AIO, yo no me aferraría a SpeedFan por nostalgia. Es una utilidad útil, sí, pero está pensada para hardware compatible y para usuarios que aceptan trastear con parámetros poco intuitivos.
| Opción | Cuándo tiene sentido | Ventaja principal | Límite |
|---|---|---|---|
| BIOS/UEFI | Cuando quieres un control básico y estable | No depende de Windows | Menos flexible que un software dedicado |
| Software del fabricante de la placa | Cuando usas hardware reciente o muy específico | Suele entender mejor el chip de tu placa | Depende del ecosistema del fabricante |
| Controlador físico o hub PWM | Cuando tienes muchos ventiladores o poca compatibilidad | Control independiente del sistema operativo | Requiere compra y algo más de cableado |
| Seguir con SpeedFan | Cuando ya ves RPM y PWM correctamente | Flexibilidad y coste cero | Compatibilidad irregular en equipos actuales |
Mi criterio aquí es sencillo: si ya tienes una solución nativa que funciona, úsala. La ventaja de la BIOS o del software del fabricante es que suelen respetar mejor la lógica real de la placa. SpeedFan solo merece la pena cuando tu hardware aparece bien en pantalla y quieres un control más fino o más cómodo desde Windows.
En cajas con varios ventiladores, además, un controlador físico puede ser más sensato que intentar forzar una lectura imposible. No es la opción más romántica, pero sí la que mejor resuelve el problema cuando la compatibilidad falla por diseño. A veces la solución correcta no es exprimir más el software, sino cambiar de camino.
La comprobación que yo haría antes de cerrar el caso
Si tuviera que resumir todo esto en una sola pasada, me quedaría con una prueba muy concreta: verificar dónde se pierde la señal. Ese es el punto que separa un ajuste de software de una limitación de hardware. Y, sinceramente, suele ser más rápido que intentar veinte combinaciones dentro de SpeedFan.
- ¿El ventilador aparece en BIOS/UEFI con RPM reales?
- ¿Está conectado al header correcto de la placa?
- ¿Usa un splitter, hub o controlador intermedio que pueda ocultar la señal?
- ¿La placa y su chip de monitorización están realmente soportados por SpeedFan?
- ¿Tu objetivo es leer velocidad, controlar la curva o ambas cosas a la vez?
Si la respuesta a la primera pregunta es no, yo dejaría de buscar un arreglo mágico en el programa y revisaría conexión, cabecera y soporte del hardware. Si la respuesta es sí, entonces todavía hay margen para ajustar curvas, asignar PWM y usar SpeedFan con sentido. La diferencia entre un sistema visible y uno invisible marca todo el diagnóstico, y entenderla te ahorra bastante frustración.
