Bluetooth 7 aún no existe: qué mirar al elegir chip

«Bluetooth 7» todavía no existe. La especificación que traerá HDT —hasta 7,5 Mbps en Bluetooth Low Energy— se espera para finales de 2026, y ya hay fabricantes anunciando chips «Bluetooth 7-ready».

Si estás eligiendo chip o módulo para un producto, esto importa más de lo que parece, porque el número de versión casi nunca es lo que tienes que mirar. Lo que hay que mirar es qué funciones concretas soporta el chip, y si las soporta también el otro extremo del enlace.

Qué aportó cada versión

Desde que existe Bluetooth Low Energy, cada salto de versión ha añadido funciones concretas. Es lo único relevante de cada uno:

• 4.0: nace Bluetooth Low Energy. Un protocolo nuevo, separado del Bluetooth clásico de los auriculares, pensado para mandar poco dato gastando muy poco. Aquí empieza el IoT a pilas.
• 4.2: paquetes más grandes y emparejamiento seguro. La carga de cada paquete pasa de 27 a 251 bytes, y LE Secure Connections trae un emparejamiento basado en criptografía de curva elíptica.
• 5.0: 2M PHY y Coded PHY. Una capa física al doble de velocidad y otra que cambia velocidad por alcance: hasta unas cuatro veces más en condiciones ideales, a 125 o 500 kbps.
• 5.1 a 5.4: localización, audio y redes grandes. Localización por ángulo (AoA/AoD) en la 5.1; canales isócronos y control de potencia en la 5.2, que son la base de LE Audio; y en la 5.4, anuncios periódicos con respuesta (PAwR), pensados para redes de miles de etiquetas electrónicas de precio.
• 6.0: Channel Sounding. Medida de distancia fiable entre dos dispositivos, mucho más precisa que estimarla por la intensidad de la señal. Es lo que permite saber si un objeto está a un metro o a diez.
• 6.2: el intervalo de conexión mínimo baja de 7,5 ms a 375 µs. Veinte veces menos entre intercambios, que se nota en cualquier periférico donde importe la latencia.
• Siguiente versión: HDT. High Data Throughput, hasta 7,5 Mbps sobre LE. Es la que muchos ya llaman «Bluetooth 7», aunque ese número todavía no está publicado.

El gráfico de cabecera recoge el mismo recorrido. Un detalle para leerlo bien: se hizo antes de que se fijara la numeración, y la versión que aparece como «5.5» acabó publicándose como 6.0. HADM, la medida de distancia de alta precisión, es lo que hoy se llama Channel Sounding. Las columnas x.x e y.y son lo que viene: HDT y paquetes más largos (HL), y después bandas de frecuencia más altas (HB).

La trampa: casi todo es opcional

La especificación Core de Bluetooth no obliga a implementar la mayoría de lo anterior. Un chip puede declarar «Bluetooth 5.3» y no soportar Coded PHY. Puede declarar 5.2 y no tener canales isócronos, es decir, no poder hacer LE Audio.

El número de versión dice con qué edición de la especificación se ha cualificado el chip. No dice qué partes opcionales se han implementado. Y la portada del datasheet, que es lo que suele llegar a la reunión, pone el número y poco más.

El enlace funciona con lo que soporten los dos extremos

Una función de radio solo existe si la soportan los dos lados. Si tu sensor tiene largo alcance y el móvil del cliente no, no tienes largo alcance. La conexión se queda en lo que tengan en común o, peor, el móvil ni siquiera ve al sensor si este solo se anuncia en Coded PHY.

En productos que hablan con un móvil esto es crítico, porque el otro extremo no lo eliges tú. Lo elige tu cliente, y el parque de móviles es de todo menos homogéneo: cada modelo implementa su propio subconjunto de funciones, y además el sistema operativo tiene que dejar que tu app las use.

Cómo se traduce a proyecto

Así lo aterrizamos cuando toca elegir:

• Sensor que manda un dato cada minuto: cualquier BLE 5.x. Decide el consumo en reposo, no la versión: cuánto gasta el chip dormido y cuánto tarda en despertar, transmitir y volver a dormir.
• Alcance en nave o en campo: Coded PHY, comprobado en los dos extremos.
• Localizar objetos en interior: 5.1 si basta con el ángulo, 6.0 si necesitas la distancia con Channel Sounding.
• Audio: LE Audio o Bluetooth Classic, según qué móviles haya que soportar. LE Audio es más eficiente; el clásico funciona con prácticamente todos.
• Periférico de baja latencia: 6.2, por el intervalo de conexión corto.
• Mucho volumen de datos: hoy, 2M PHY. HDT todavía no se puede meter en un producto.

El error habitual en los requisitos

Escribir «el Bluetooth más reciente» en los requisitos y dar el tema por cerrado.

Lo que hay que pedir es la lista de funciones concretas: qué PHY, qué tipo de anuncio, si hace falta LE Audio, Channel Sounding o intervalos cortos. Y comprobarla en tres sitios, ninguno de los cuales es la portada del datasheet:

1. El listado de cualificación del Bluetooth SIG, que recoge qué se ha cualificado para ese diseño concreto.
2. El SDK del fabricante. Una función que el silicio soporta pero el stack no expone, para ti no existe.
3. El otro extremo: los móviles o pasarelas con los que el producto tiene que hablar.

¿Compensa ir a lo último?

Para la mayoría de productos que hablan con un móvil, un BLE 5.0 bien elegido sobra. Ir a lo último solo compensa si necesitas una función concreta que solo está ahí.

Y conviene mirar cuándo entra ese chip en producción en masa. Hay SoC anunciados este mes que no estarán en volumen hasta el segundo trimestre de 2027. Un chip anunciado no es un chip que puedas comprar por miles, y diseñar alrededor de uno que no llega retrasa el producto entero. Es parte de pensar en la fabricación en masa desde el principio.

Lo mismo con los chips «Bluetooth 7-ready»: que un fabricante diga que su silicio está preparado para una especificación que aún no existe no te dice qué funciones tendrá, ni cuándo estará cualificado.

Cómo lo planteamos en RobotUNO

Cuando un producto lleva Bluetooth, el chip sale de los requisitos, no al revés:

• Traducimos lo que tiene que hacer el producto —alcance, autonomía, latencia, audio, con qué móviles habla— a una lista de funciones BLE concretas.
• Comprobamos esas funciones en el listado de cualificación y en el SDK, y las cruzamos con los móviles que hay que soportar.
• Miramos disponibilidad en volumen y plazos antes de cerrar el esquema, no después.
• Medimos alcance y consumo en el prototipo, en el entorno real, antes de dar la radio por buena.

Es una de las primeras decisiones en cualquier desarrollo de producto electrónico conectado, y condiciona el diseño de la PCB, la batería y la app.

Preguntas frecuentes

¿Existe ya Bluetooth 7?

No. A día de hoy no hay ninguna especificación publicada con ese número. La siguiente versión, que traerá HDT (hasta 7,5 Mbps en Bluetooth Low Energy), se espera para finales de 2026. Los chips «Bluetooth 7-ready» son un anuncio del fabricante, no una cualificación.

¿Un chip Bluetooth 5.3 tiene más alcance que uno 5.0?

No necesariamente. El alcance depende de la potencia, la sensibilidad y la antena, y el salto grande viene de Coded PHY, que llegó con la 5.0 y es opcional en todas las versiones posteriores. Un chip 5.3 sin Coded PHY no alcanza más por ser 5.3.

¿Qué diferencia hay entre Bluetooth y Bluetooth Low Energy?

Son dos radios distintas dentro de la misma especificación. El Bluetooth clásico (BR/EDR) es el de los auriculares y el audio de siempre; Bluetooth Low Energy, desde la 4.0, es el que usan los sensores y casi todo el IoT. Un chip puede tener uno, otro o los dos (modo dual), y un dispositivo solo LE no habla con uno solo clásico.

¿Dónde compruebo qué funciones soporta un chip?

En el listado de cualificación del Bluetooth SIG, que recoge qué se ha cualificado para ese diseño, y en la documentación del SDK del fabricante, que dice qué funciones expone de verdad el stack. La portada del datasheet sirve para descartar, no para decidir.

¿Espero a HDT si mi producto mueve muchos datos?

Depende de cuándo tengas que fabricar. Hoy lo que hay en producción es 2M PHY. Si el producto sale en los próximos meses, diseña con eso: HDT tardará en llegar a chips disponibles en volumen y, sobre todo, a los móviles de tus clientes.