He visto demasiadas cámaras PTZ 4G perder su alimentación de vídeo en el campo. La causa suele ser que el módem salta entre bandas débiles sin lógica de control en el firmware.
El cambio de banda automático se realiza enviando una máscara hexadecimal completa al módem y dejando que el algoritmo RRM elija la mejor banda. El bloqueo manual de banda se realiza enviando una máscara hexadecimal filtrada que sólo habilita bandas específicas. Ambos métodos se basan en comandos AT entre el firmware y el módulo celular, como el comando AT+QCFG="banda" o Sierra Wireless BANDA. La clave está en crear un módulo de gestión de banda en el firmware que se encargue de la selección de modo, la evaluación de la señal y el retroceso seguro.
Conmutación de bandas y bloqueo del firmware de la cámara PTZ
A continuación, te guiaré a través de la lógica exacta, los comandos AT y los patrones de diseño de firmware que utilizamos en Loyalty-Secu. Ya sea que necesite bloquear una banda, establecer prioridades de portadora, activar una actualización remota o supervisar las métricas de señal a través de una interfaz gráfica de usuario web, cada sección cubre los pasos prácticos.
¿Puedo bloquear la cámara a una banda específica para evitar el roaming en una torre débil?
Me he enfrentado a este mismo problema en despliegues en el borde del bosque en los que el módem oscilaba entre la banda 12 y la banda 4. El flujo de vídeo se interrumpía cada vez que cambiaba de banda. El flujo de vídeo se interrumpía cada vez que cambiaba.
Sí, puedes bloquear la cámara a una banda específica. El firmware envía una máscara de bits hexadecimal al módem que sólo activa la banda elegida. El módem ignorará las señales de sincronización de todas las demás bandas. Esto detiene el “efecto ping-pong” en el que el dispositivo salta entre dos torres débiles y pierde la señal de vídeo.
Bloquea la cámara PTZ a una banda LTE específica para evitar la itinerancia
Cómo funciona realmente el bloqueo de banda en el módem
El bloqueo de banda no es realmente “conmutación”. Es enmascaramiento. Le dices al módem qué bandas están permitidas. Cada banda que soporta el módem tiene una posición de bit en un valor hexadecimal. Si ese bit es 1, la banda está permitida. Si es 0, el módem ni siquiera intentará escanearla.
Por ejemplo, en un Quectel EC25 1 o el módulo EG25 (muy común en las cámaras PTZ de fabricación china), el comando tiene el siguiente aspecto:
AT+QCFG="band",0,A,0,1Toma, A es la máscara hexadecimal. Significa que sólo se permite la Banda 2 y la Banda 4. La dirección 1 al final indica al módem que aplique esta configuración ahora mismo y reinicie la pila de protocolos.
Cómo calcular la máscara hexadecimal
Cada banda LTE corresponde a una posición de bit. La banda 1 es el bit 0. La banda 2 es el bit 1. La banda 3 es el bit 2. Y así sucesivamente. Para obtener el valor hexadecimal, eleva 2 a la potencia de (número de banda menos 1).
| Banda LTE | Posición del bit | Valor decimal | Valor hexadecimal |
|---|---|---|---|
| Banda 2 | 1 | 2 | 0x2 |
| Banda 4 | 3 | 8 | 0x8 |
| Banda 7 | 6 | 64 | 0x40 |
| Banda 12 | 11 | 2048 | 0x800 |
| Banda 13 | 12 | 4096 | 0x1000 |
Para bloquear la Banda 2 y la Banda 4, suma sus valores hexadecimales: 0x2 + 0x8 = 0xA. Esa es tu máscara.
¿Qué ocurre si desaparece la banda bloqueada?
Aquí es donde fallan muchos diseños de firmware. Si bloqueas una sola banda y esa banda se desconecta, la cámara también se desconecta. No hay señal. Sin vídeo. No hay acceso remoto.
Siempre recomiendo añadir un temporizador de seguridad. Si el módem no puede registrarse en la banda bloqueada en 60 segundos, el firmware debería volver automáticamente al modo automático. De esta manera, la cámara permanece en línea. Puede que esté en una banda más lenta, pero al menos sigues teniendo señal en directo y puedes cambiar los ajustes a distancia.
Para restaurar el modo automático, sólo tienes que restablecer la máscara a todas las F:
AT+QCFG="banda",0,FFFFFFFF,0,1Esto le dice al módem que escanee de nuevo todas las bandas soportadas.
Tres modos de bloqueo para ofrecer en su firmware
Para clientes B2B como los integradores de sistemas, sugiero ofrecer tres opciones en la configuración:
- AUTO: Todas las bandas activadas. El módem elige la mejor.
- LOCK_SINGLE: Sólo se permite una banda. El módem permanece en ella o se desconecta.
- LOCK_SET: Se permite un grupo de bandas. El módem puede conmutar dentro de este grupo pero nunca fuera de él.
Esto da flexibilidad al instalador. En una ciudad, AUTO funciona bien. En una granja remota con una torre, LOCK_SINGLE evita el escaneo inútil. En una autopista, LOCK_SET con dos o tres bandas mantiene la conexión estable sin demasiadas opciones.
¿Permite el firmware la selección prioritaria de banda para mi operador local?
He tenido clientes en EE.UU. que me han pedido que preconfigure las prioridades de banda para Verizon o AT&T. No quieren tocar los comandos AT. No quieren tocar los comandos AT. Sólo quieren un menú desplegable.
Sí, el firmware puede soportar la selección de banda basada en prioridades. Se crea un algoritmo de puntuación que clasifica las bandas disponibles según la intensidad de la señal (RSRP), la calidad de la señal (RSRQ/SINR) y el rendimiento. El firmware evalúa periódicamente cada banda y cambia a la de mayor puntuación. También puedes precargar listas de prioridad específicas de cada operador para que el instalador sólo tenga que elegir su operador de un menú.
Selección de banda prioritaria para operadores de EE.UU. en firmware PTZ
El algoritmo de puntuación
La lógica de conmutación automática se ejecuta en un bucle simple. Cada 10 a 30 segundos, el firmware consulta al módem las métricas de señal actuales utilizando comandos como AT+QNWINFO o AT+QCSQ. Registra RSRP 2, RSRQ, SINR y, opcionalmente, el caudal del enlace ascendente.
A continuación, puntúa la banda actual. Si la puntuación cae por debajo de un umbral durante más de 30 segundos, el firmware activa una búsqueda de bandas. Comprueba todas las bandas permitidas, puntúa cada una de ellas y cambia a la mejor candidata.
Ajuste de umbrales con histéresis
El mayor error es establecer un único umbral. Si dices “conmutar cuando el RSRP caiga por debajo de -110 dBm”, el módem podría conmutar de un lado a otro cada pocos segundos cuando la señal ronde los -110. Esto se llama efecto ping-pong. Esto se llama efecto ping-pong. Mata el flujo de vídeo.
La solución es la histéresis. Se fijan dos umbrales:
- Umbral de salida: Abandona la banda actual cuando RSRP < -110 dBm Y SINR < 0 dB durante 30 segundos.
- Umbral de entrada: Acepta una nueva banda sólo cuando RSRP > -100 dBm Y SINR > 3 dB durante 60 segundos.
Añade también un tiempo mínimo de permanencia. Tras la conmutación, el firmware debe permanecer en la nueva banda al menos 5 minutos antes de volver a evaluar. De este modo se evitan las conmutaciones rápidas durante breves caídas de la señal.
Listas de prioridades específicas del operador
Para las compañías estadounidenses, las bandas habituales son:
| Transportista | Bandas primarias | Notas |
|---|---|---|
| Verizon | B13, B4, B2 | B13 tiene una amplia cobertura pero poco ancho de banda |
| AT&T | B12, B14, B2, B4 | B12/B14 para zonas rurales, B2/B4 para zonas urbanas |
| T-Mobile | B71, B12, B2, B66 | B71 es ideal para la cobertura rural de largo alcance |
En el firmware, se almacenan como perfiles predefinidos. Cuando el instalador selecciona “Verizon” en la interfaz web, el firmware carga la máscara de banda y el orden de prioridad correctos. No es necesario introducir hexadecimales manualmente.
Cómo ayuda a su empresa
Si usted es un integrador de sistemas que está instalando 50 cámaras PTZ solares en una zona rural de Texas, no quiere configurar manualmente cada una de ellas. Lo que quiere es seleccionar “AT&T” en un menú y dejar que el firmware se encargue del resto. Ese es el tipo de función que reduce el tiempo de instalación y los desplazamientos en camión.
¿Cómo desencadeno a distancia una actualización de banda si la conexión de datos se vuelve lenta?
He visto casos en los que una cámara permanece conectada a una banda congestionada durante horas. La señal parece buena sobre el papel, pero el rendimiento real es terrible. El instalador no tiene forma de forzar una actualización sin desplazarse al lugar.
Puede activar una actualización de banda de forma remota enviando un comando a través de la interfaz web de la cámara, la API o la plataforma en la nube. El firmware recibe este comando, restablece la máscara de banda del módem para activar una nueva exploración completa, evalúa todas las bandas disponibles y se vuelve a conectar a la mejor. De este modo se evita el reinicio completo del dispositivo y se mantiene el tiempo de inactividad por debajo de los 15 segundos.
Actualización remota de banda para conexión lenta de cámara PTZ 4G
Flujo de comandos de actualización remota
Esta es la lógica paso a paso dentro del firmware cuando se activa un refresco remoto:
- El usuario hace clic en “Actualizar banda” en la interfaz gráfica web o envía una llamada a la API.
- El firmware guarda el ajuste de banda actual como reserva.
- Envía
AT+QCFG="banda",0,FFFFFFFF,0,1para restablecer la máscara y forzar una nueva exploración. - Espera a que el módem se registre en una nueva banda (tiempo de espera: 30 segundos).
- Lee la nueva banda y la métrica de la señal con
AT+QNWINFOyAT+QCSQ. - Si la nueva banda es mejor, se mantiene. Si no, vuelve a la configuración guardada.
¿Por qué no reiniciar el módem?
Un reinicio completo del módem tarda entre 20 y 40 segundos. Durante ese tiempo, se pierde toda la conectividad. Si la cámara está transmitiendo vídeo en directo, es un intervalo muy largo. Un reinicio de banda sólo reinicia la capa de radio. La sesión IP a menudo puede sobrevivir si el módem se vuelve a registrar rápidamente en la misma célula o en una cercana.
Actualización automática de banda en función del caudal
Más allá de los disparadores manuales, recomiendo construir una versión automática. El firmware monitoriza el rendimiento de subida cada 60 segundos. Si el rendimiento cae por debajo de 500 Kbps durante más de 5 minutos, y el RSRP está todavía por encima de -105 dBm, el firmware sabe que la banda está congestionada, no débil. Activa una actualización de banda por sí mismo.
Esto es muy útil para las cámaras de las obras. Durante las horas punta, la Banda 12 puede estar sobrecargada por los usuarios cercanos. La cámara puede cambiar tranquilamente a la Banda 4, donde hay más ancho de banda. Cuando el tráfico disminuye por la noche, puede volver a cambiar.
Integración con el codificador de vídeo
Aquí hay un detalle importante. Cuando el firmware activa un refresco de banda, también debe notificarlo al codificador de vídeo. El codificador puede reducir temporalmente la tasa de bits o cambiar al modo de sólo fotograma I durante la transición. Así se evita que se acumulen paquetes sin enviar en el búfer. Una vez que la nueva banda está activa y estable, el codificador vuelve a la calidad máxima.
Este tipo de transmisión consciente de los enlaces es lo que diferencia a un sistema PTZ profesional de un producto de consumo. El cliente final ve una breve pérdida de calidad en lugar de una pantalla congelada.
¿Existe una opción de interfaz gráfica de usuario web para ver los valores de RSRP y RSRQ de cada banda activa?
He hablado con muchos integradores que instalan una cámara y luego no tienen ni idea de cómo es la conexión celular. Sólo ven “conectado” o “desconectado”. Eso no es suficiente para solucionar problemas.
Sí, puedes crear una página web GUI que muestre información en tiempo real sobre RSRP, RSRQ, SINR y la banda actual. El firmware consulta el módem a intervalos regulares utilizando comandos AT como AT+QCSQ y AT+QNWINFO, A continuación, envía los datos a la interfaz web. Esto proporciona a los instaladores y operadores remotos una visibilidad completa de la calidad del enlace celular sin necesidad de acceso SSH o conocimientos de comandos AT.
Web GUI que muestra información de la banda RSRP RSRQ SINR para la cámara PTZ
Qué métricas mostrar
La GUI web debería mostrar al menos estos valores, actualizados cada 5 o 10 segundos:
| Métrica | Fuente del comando AT | Qué le dice | Buen alcance |
|---|---|---|---|
| Banda actual | AT+QNWINFO | Qué banda LTE está utilizando el módem ahora | — |
| RSRP (dBm) | AT+QCSQ | Potencia de señal de la torre | > -100 dBm |
| RSRQ (dB) | AT+QCSQ | Calidad de la señal (tiene en cuenta el ruido) | > -10 dB |
| SINR (dB) | AT+QCSQ | Relación señal/ruido | > 5 dB |
| ID de célula | AT+QENG="servingcell" | A qué torre está conectado el módem | — |
| Velocidad de carga | Prueba de velocidad del firmware | Rendimiento real disponible para la transmisión de vídeo | > 2 Mbps |
Creación de la página GUI
En el lado del firmware, un demonio en segundo plano ejecuta las consultas AT y almacena los resultados en memoria compartida o en una pequeña base de datos SQLite. El servidor web (normalmente lighttpd o uhttpd en Linux embebido) lee estos datos y los sirve como un punto final de la API JSON.
La página front-end sondea este punto final cada pocos segundos y actualiza la pantalla. Puede utilizar HTML y JavaScript sencillos. No se necesitan frameworks pesados. Una barra codificada por colores (verde/amarillo/rojo) junto a cada métrica facilita la lectura de un vistazo.
Añadir un registro del historial de la banda
Además de los datos en tiempo real, sugiero añadir un registro histórico de 24 horas. Cada vez que cambia la banda, el firmware escribe una entrada con fecha y hora: banda antigua, banda nueva, RSRP antes y después, y el motivo del cambio (activado por el usuario, cambio automático debido a una SINR baja, actualización programada, etc.).
Este registro es muy valioso para la resolución remota de problemas. Si un cliente llama y dice “la cámara estaba desconectada a las 3 de la madrugada”, puede consultar el registro y ver exactamente qué ocurrió. Tal vez la banda 13 cayó a -120 dBm RSRP y se activó el conmutador automático, pero la banda de reserva también tenía una SINR deficiente. Ahora sabes que el problema está en la torre, no en la cámara.
Unirlo todo con el director de la banda
La interfaz gráfica de la web no es sólo una pantalla. También debe ser el panel de control. Desde la misma página, el usuario puede:
- Cambia entre los modos AUTO, LOCK_SINGLE y LOCK_SET.
- Seleccione las bandas que desea bloquear.
- Activar un refresco manual de banda.
- Establecer umbrales para la conmutación automática.
- Descargue el registro del historial de la banda como archivo CSV.
Esto proporciona a su cliente B2B una herramienta completa. No necesitan conectarse por SSH a la cámara ni escribir comandos AT. Todo es cuestión de apuntar y hacer clic. Para un integrador de sistemas que gestiona 100 cámaras en 20 centros, esto supone un ahorro de horas de trabajo a la semana.
Almacenamiento de ajustes en memoria no volátil
Una cosa más. Todos los ajustes de usuario, preferencias de banda, selección de modo y valores de umbral deben almacenarse en memoria no volátil (NV/flash). Si la cámara pierde potencia y se reinicia, debe volver con la misma configuración de banda. No confíe en el almacenamiento sólo en RAM. Y siempre proporcione un botón de reinicio físico (manténgalo pulsado durante 10 segundos) que restaure todo al modo AUTO con todas las bandas activadas. Esta es su red de seguridad si alguien bloquea una banda que no existe en el lugar de despliegue.
Conclusión
El cambio de banda automático y el bloqueo de banda manual se reducen a una sola cosa: controlar la máscara hexadecimal que el firmware envía al módem, respaldado por umbrales inteligentes y un mecanismo de reversión seguro.
1. Referencia de comando AT Quectel EC25 para control de banda. ︎ 2. Medición RSRP de la intensidad de la señal LTE. ︎ 3. 3GPP TS 27.007 Sintaxis del comando AT. ︎ 4. Cálculo de máscara de bits hexadecimal para la selección de banda LTE. ︎ 5. Control automático de ganancia (AGC) para módems LTE. ︎ 6. Activación del contexto PDP para sesiones de datos. ︎ 7. Correlación SINR vs RSRP para calidad de banda. ︎ 8. Diseño de API JSON para servidores web integrados. ︎ 9. Base de datos SQLite para registros históricos de bandas. ︎ 10. Detección de la congestión de la red a través del rendimiento. ︎