Noticias
¿Meshtastic es ilegal en Puerto Rico? Lo que realmente está pasando con la FCC y los 500 kHz
- Fecha de publicación
- 2026-09-20
- Versión de firmware
- Meshtastic 2.7.26 estable y rama develop 2.8 consultadas el 20 de septiembre de 2026
- Hardware utilizado
- N/A — análisis regulatorio y técnico; MeshHubPR planifica pruebas con 2 × Heltec V4 ESP32-S3R2
- Metodología de prueba
- Revisión editorial de 47 CFR Part 15, documentación y código oficiales de Meshtastic, documentación de Semtech y experiencias comunitarias identificadas como tales
- Resultados reproducibles
- No se presentan todavía resultados experimentales propios; se anuncia una comparación local de configuraciones de 250 y 500 kHz
Resumen: La FCC no anunció que Meshtastic esté prohibido en Puerto Rico. La discusión actual surge al comparar configuraciones LoRa utilizadas históricamente por estas redes con un requisito existente de 47 CFR §15.247(a)(2). Este análisis separa la regla, su interpretación técnica, los cambios de firmware y lo que la FCC realmente ha dicho.
Categoría: Noticias / Regulación y ecosistema LoRa
Estado de verificación: Fuentes regulatorias y técnicas contrastadas al 20 de septiembre de 2026. No existe en las fuentes consultadas una prohibición pública de la FCC dirigida específicamente a Meshtastic.
Región de interés: Puerto Rico / US 902–928 MHz
¿Meshtastic es ilegal en Puerto Rico?
Respuesta corta: no, la FCC no anunció que Meshtastic esté prohibido en Puerto Rico.
Lo que existe es una discusión técnica legítima sobre si determinadas combinaciones de equipos, firmware y parámetros LoRa cumplen correctamente con las reglas de la FCC bajo las cuales operan. El punto que ha recibido mayor atención es el requisito de ancho de banda contenido en 47 CFR §15.247(a)(2).
La controversia ganó visibilidad luego de que Hackaday publicara FCC ISM Rules May Shatter LoRa Mesh Communities el 17 de septiembre de 2026. Sin embargo, el propio artículo aclara algo esencial: la regla no es nueva y, hasta la fecha de esta revisión, no hemos encontrado una determinación pública de la FCC que mencione específicamente a Meshtastic, MeshCore o las redes LoRa mesh de uso comunitario.
Por tanto, no estamos ante una nueva ley que acaba de prohibir Meshtastic. Estamos ante una revisión más rigurosa de cómo se han interpretado y aplicado reglas existentes.
Este artículo es informativo y técnico; no constituye asesoría legal ni una certificación de cumplimiento para un dispositivo concreto.
Qué ocurrió realmente
La discusión mezcla cuatro cosas que deben mantenerse separadas:
| Elemento | Qué significa |
|---|---|
| Regla existente | El texto de Part 15 que regula transmisores sin licencia individual |
| Interpretación técnica | Cómo una comunidad, fabricante o desarrollador entiende que la regla aplica a LoRa |
| Cambio de proyecto | Una modificación en el firmware o los presets de Meshtastic |
| Determinación oficial | Una decisión, orden o acción pública de la FCC |
El requisito que preocupa a la comunidad aparece en §15.247(a)(2). Esa disposición permite operar sistemas de modulación digital en 902–928 MHz, entre otras bandas, pero exige un ancho de banda mínimo a 6 dB de 500 kHz.
Durante años, Meshtastic ha utilizado LONG_FAST como preset predeterminado. La documentación y el código oficiales lo definen con un ancho de banda LoRa nominal de 250 kHz. Esa diferencia provocó que desarrolladores y comunidades comenzaran a preguntarse si una transmisión LongFast puede justificarse bajo la modalidad de modulación digital de §15.247.
Pero esa pregunta no equivale a una decisión de la FCC. Tampoco puede contestarse examinando únicamente un campo de configuración en la aplicación.
Part 15 contiene distintas disposiciones y límites. Por ejemplo, §15.249 contempla operación en 902–928 MHz bajo límites de intensidad de campo diferentes y sin expresar el mismo requisito mínimo de 500 kHz. Que esa vía pueda aplicarse a un equipo concreto depende de cómo se certificó, probó y autorizó ese transmisor; no es algo que el usuario pueda presumir solamente reduciendo la potencia.
Puerto Rico y la región US
Puerto Rico se encuentra bajo jurisdicción de la FCC. Para Meshtastic corresponde utilizar la región de radio US, que la documentación oficial asocia con el rango de 902 a 928 MHz.
Esta banda se conoce comúnmente como una banda ISM, siglas de Industrial, Scientific and Medical. En ella conviven equipos industriales, sensores, lectores RFID y numerosos dispositivos de comunicación de baja potencia.
Part 15 permite que ciertos dispositivos operen sin que cada persona tenga que obtener una licencia individual. Eso no significa que la banda esté libre de reglas. El equipo y su operación deben cumplir los requisitos aplicables.
Además, §15.5 establece dos condiciones fundamentales: un dispositivo Part 15 no puede causar interferencia perjudicial y debe aceptar la interferencia recibida, incluso cuando esta perjudique su funcionamiento. La FCC también puede exigir que se suspenda una operación que esté causando interferencia perjudicial.
Esta es la razón por la que la banda puede utilizarse sin una licencia individual y, al mismo tiempo, ofrecer resultados variables o recibir interferencia de otros sistemas.
Para repasar la relación entre región, preset y canales, consulta Canales, regiones y configuración básica en Meshtastic.
El asunto de los 500 kHz
En términos sencillos, el ancho de banda representa cuánto espacio ocupa o utiliza una señal dentro del espectro de radio.
Los valores relevantes en esta discusión son:
| Preset | Ancho de banda nominal | Spreading factor | Coding rate |
|---|---|---|---|
| LongFast | 250 kHz | SF11 | 4/5 |
| LongTurbo | 500 kHz | SF11 | 4/8 |
Estos valores aparecen en el código actual de Meshtastic. LONG_TURBO fue incorporado mediante el PR oficial #8985 como una alternativa de 500 kHz que conserva el mismo spreading factor de LongFast y utiliza una mayor redundancia de corrección de errores.
Existe, sin embargo, una precisión importante: el campo de 250 o 500 kHz en Meshtastic describe el ancho de banda nominal configurado en el módem LoRa. El texto regulatorio habla del ancho de banda medido a 6 dB.
Son conceptos relacionados, pero no son automáticamente la misma medición. La conformidad formal se demuestra mediante pruebas del transmisor y su autorización correspondiente, no únicamente leyendo el preset en la pantalla.
Por eso sería irresponsable reducir el asunto a:
“Todo lo que use menos de 500 kHz es ilegal.”
La formulación técnicamente correcta es más limitada:
Si un transmisor pretende operar bajo la modalidad de modulación digital de §15.247(a)(2), esa sección exige un ancho de banda mínimo medido a 6 dB de 500 kHz.
Determinar si un equipo concreto opera bajo §15.247, §15.249 u otra autorización requiere revisar su identificación FCC, el expediente de certificación, las condiciones del permiso y la configuración realmente evaluada.
Certificación y configuración no son lo mismo
Meshtastic es software. La FCC regula transmisores, emisiones y su operación; no ha “certificado” o “prohibido” el proyecto Meshtastic como una aplicación completa.
Según §15.201, los radiadores intencionales normalmente deben estar certificados antes de comercializarse, salvo las excepciones establecidas. El proceso evalúa un equipo y sus modalidades autorizadas.
Eso introduce preguntas que no se resuelven con el nombre del chip:
- ¿Está autorizado el módulo de radio o el producto completo?
- ¿Qué antenas, potencias y modos se incluyeron en la evaluación?
- ¿La configuración seleccionada por el firmware corresponde a una modalidad autorizada?
- ¿Se ha modificado el hardware, la antena o la potencia respecto a lo aprobado?
Que un dispositivo contenga un transceptor Semtech capaz de generar señales LoRa no demuestra por sí solo que cualquier combinación de ancho de banda, potencia, antena y firmware esté cubierta por la autorización del producto final.
De igual modo, seleccionar 500 kHz no convierte automáticamente un sistema en “FCC compliant”. §15.247 también incluye límites de potencia, densidad espectral, emisiones fuera de banda y exposición a radiofrecuencia.
Por qué Meshtastic está probando LongTurbo
Meshtastic no comenzó a explorar presets más rápidos únicamente por la discusión regulatoria. Las redes grandes ya estaban buscando alternativas a LongFast por razones de congestión.
LongFast ofrece un buen balance de alcance y velocidad para redes pequeñas, pero su tiempo en el aire puede convertirse en una limitación cuando cientos de nodos comparten el mismo canal. Más velocidad puede reducir el tiempo necesario para transmitir cada paquete y dejar más oportunidades para otros usuarios.
Durante 2026, el proyecto incorporó LONG_TURBO, con 500 kHz, SF11 y CR 4/8. Posteriormente, el PR #11637 modificó una ruta específica de configuración inicial de la interfaz BaseUI: al seleccionar por primera vez la región US en las condiciones descritas por el PR, el equipo puede escoger LongTurbo.
Ese cambio fue deliberadamente limitado. El registro regional general conservó LongFast y una actualización desde firmware 2.7.26 no alteró automáticamente los nodos ya configurados. La propia documentación pública consultada todavía presenta LongFast como predeterminado y no refleja por completo todos los cambios recientes del código.
Eso indica una transición en desarrollo, no una migración uniforme ya terminada.
El problema de compatibilidad
Dos nodos Meshtastic necesitan utilizar parámetros de radio compatibles para escucharse correctamente. No basta con compartir el mismo canal y la misma clave.
La documentación oficial indica que los nodos deben tener la misma región y el mismo preset —o parámetros personalizados equivalentes— para comunicarse plenamente. Si cambia el ancho de banda, el spreading factor, el coding rate o la frecuencia, el receptor puede dejar de decodificar la señal.
Imaginemos una red comunitaria sencilla:
- ANA utiliza LongFast.
- BETO utiliza LongFast.
- CERRO retransmite entre ambos.
- DANI depende de CERRO para alcanzar al resto.
Si CERRO y ANA migran a LongTurbo, pero BETO y DANI permanecen en LongFast, no queda una sola red progresivamente modernizada. Quedan dos grupos que, en condiciones normales, no se escuchan entre sí.
Por eso una migración no debe ejecutarse nodo por nodo sin coordinación. Primero se deben identificar los nodos que sostienen enlaces importantes, acordar una fecha, verificar firmware compatible y establecer un plan para regresar a la configuración anterior si la prueba falla.
¿Más ancho significa mejor rendimiento?
No necesariamente.
Aumentar el ancho de banda LoRa normalmente permite transmitir información más rápido y reducir el airtime. Pero también aumenta el ruido que entra al receptor y puede reducir su sensibilidad. En términos prácticos, se intercambia parte del margen del enlace por velocidad.
| Factor | Al aumentar el ancho de banda |
|---|---|
| Velocidad | Generalmente aumenta |
| Airtime | Generalmente disminuye |
| Sensibilidad | Puede empeorar |
| Margen o alcance | Puede reducirse |
| Espectro expuesto a interferencia | Aumenta |
| Capacidad en una red congestionada | Puede mejorar si el entorno lo permite |
Semtech documenta que el rendimiento LoRa depende de la combinación entre ancho de banda, spreading factor, coding rate, potencia, sensibilidad y condiciones del enlace. No existe un parámetro aislado que garantice mejor alcance.
Philly Mesh probó LongTurbo durante 2026 en una red urbana grande. La comunidad reportó incompatibilidades con firmware anterior, comportamiento irregular en algunos equipos y niveles de interferencia que parecían afectar más a la señal de 500 kHz. También observó mejoras utilizando una configuración más estrecha en una frecuencia distinta.
Estos son resultados comunitarios útiles, pero no constituyen una evaluación oficial de la FCC ni una prueba universal de que 500 kHz funciona mal. Los autores describieron condiciones específicas de Philadelphia, una red congestionada y observaciones mediante SDR. Esos resultados no deben presentarse como predicción para Puerto Rico.
Lo que significa para Puerto Rico
Puerto Rico combina condiciones que no se parecen por completo a Philadelphia, Seattle ni otras redes continentales.
Tenemos zonas urbanas con abundante ruido de radio, pero también comunidades rurales, vegetación densa, estructuras de concreto, valles profundos y enlaces desde puntos elevados. Una distancia relativamente corta puede quedar bloqueada por una montaña, mientras un nodo bien ubicado puede establecer comunicación sobre distancias mucho mayores.
Un preset más ancho podría beneficiar una red local congestionada al reducir el tiempo en el aire. En otro lugar podría perder un enlace importante por menor sensibilidad o recibir más interferencia. Incluso dentro de un mismo municipio podrían aparecer resultados distintos entre la costa, una zona urbana y el interior montañoso.
La única respuesta responsable para Puerto Rico será combinar documentación regulatoria, información de certificación y pruebas locales reproducibles.
Qué hacer ahora
No recomendamos cambiar masivamente todos los nodos por un titular o una publicación comunitaria.
Antes de modificar una red:
- Verifica la versión de firmware.
- Anota región, preset, frecuencia y potencia actuales.
- Identifica qué nodos y enlaces dependen de esa configuración.
- Revisa las notas oficiales de Meshtastic y sus aplicaciones.
- Confirma que todos los equipos que participarán reconocen LongTurbo.
- Coordina el cambio con las demás personas de la red.
- Prueba primero con pocos nodos y conserva una configuración de regreso.
- Investiga la identificación FCC y autorización específica de cada equipo cuando esté disponible.
Puedes repasar la configuración inicial en Cómo configurar tu primer nodo, el funcionamiento de la red en Cómo funciona una red mesh de Meshtastic y el equipo usado actualmente por MeshHubPR en la ficha del Heltec LoRa 32 V4.
Próximo experimento de MeshHubPR
MeshHubPR realizará una comparación controlada entre configuraciones de aproximadamente 250 kHz y 500 kHz bajo condiciones reales de Puerto Rico.
La prueba utilizará mensajes numerados en ambas direcciones y registrará:
- RSSI y SNR;
- porcentaje de mensajes observados en el receptor;
- ACK recibidos;
- distancia aproximada;
- obstáculos y tipo de entorno;
- elevación relativa;
- estabilidad durante múltiples repeticiones;
- firmware, hardware, antenas y configuración completa.
La intención no será declarar un ganador universal. Buscaremos identificar en qué condiciones cada configuración conserva enlaces útiles, reduce el tiempo en el aire o queda más expuesta al ruido.
Los resultados distinguirán mediciones, interpretación y limitaciones. Tampoco se publicarán coordenadas privadas ni rutas sensibles. La metodología seguirá las lecciones aprendidas en FS001: terreno, estructuras y orientación de antena.
Conclusión
La FCC no anunció simplemente que “Meshtastic está prohibido”.
Lo que existe es una discusión técnica seria sobre cómo determinadas configuraciones LoRa encajan dentro de Part 15, especialmente cuando se evalúan bajo §15.247(a)(2). El requisito de 500 kHz es real dentro de esa modalidad, pero aplicarlo correctamente exige revisar el equipo, su autorización y las condiciones completas de operación.
Meshtastic está incorporando y evaluando opciones de 500 kHz, pero la transición todavía plantea problemas de documentación, compatibilidad y rendimiento. Las experiencias comunitarias ayudan, aunque no reemplazan una determinación de la FCC ni las pruebas locales.
La respuesta correcta no es el alarmismo. Es documentar, coordinar, probar y mantener visible lo que todavía no sabemos.
MeshHubPR continuará siguiendo los cambios oficiales y publicará evidencia obtenida en Puerto Rico.
Fuentes y lecturas adicionales
Fuentes consultadas el 20 de septiembre de 2026.
Regulación y FCC
- 47 CFR §15.247 — Operación en 902–928 MHz y otras bandas
- 47 CFR §15.249 — Límites alternos de intensidad de campo
- 47 CFR §15.5 — Condiciones generales de operación
- 47 CFR §15.201 — Requisitos de autorización del equipo
- FCC — Qué hace la Comisión y alcance territorial
Meshtastic y Semtech
- Meshtastic — Configuración oficial de LoRa
- Meshtastic — Comparación oficial de presets
- Meshtastic firmware — PR #8985: implementación de LongTurbo
- Meshtastic firmware — Issue #8214: propuesta técnica de LongTurbo
- Meshtastic firmware — PR #11637: configuración inicial US con LongTurbo en BaseUI
- Semtech — SX1262 y documentación técnica
- Semtech — Introducción oficial a LoRa
Cobertura editorial y experiencias comunitarias
- Hackaday — FCC ISM Rules May Shatter LoRa Mesh Communities
- Philly Mesh — Pruebas de MediumSlow y LongTurbo
- Philly Mesh — Discusión comunitaria sobre FCC y 500 kHz
MeshHubPR — tecnología abierta, explicada y puesta a prueba desde Puerto Rico.