Cómo optimizar la configuración de dispositivos IoT para Simbase
Si fabricas tu propio hardware IoT, la lógica de conexión que escribes en el firmware importa más que la SIM que le pones. Una SIM de roaming da a tu dispositivo acceso a muchos operadores, pero es el dispositivo el que decide cuál usar, cuándo reintentar y cuándo rendirse.
Esta guía cubre las decisiones de configuración que determinan si una flota sigue en línea: priorización de redes, back-off entre reintentos, comprobaciones de conectividad, gestión de sesiones y política de firmware.
El dispositivo elige la red, no la SIM
Es el malentendido más común, y cambia la forma de depurar todo lo demás.
Una SIM de Simbase da acceso a varios operadores. No elige entre ellos. Decide el módem, con su propia lógica: intensidad de la señal, la lista de operadores guardada en el dispositivo, si ya conoce la red y cómo está configurado el firmware. Si un dispositivo se sigue conectando a una red débil cuando hay otra más fuerte disponible, es un problema de configuración del dispositivo, no de la SIM.
En la práctica: si quieres que un dispositivo prefiera un operador concreto, configúralo en el firmware del módem, si lo admite.
Crea una lista de redes preferidas con alternativa
La mayoría de las flotas prefieren ciertos operadores por un buen motivo. Un dispositivo puede estar certificado en un operador y no en otro, o un acuerdo comercial puede favorecer una red concreta. Una lista de redes preferidas lo refleja sin dejarte sin salida.
El orden a seguir:
Intenta la primera red preferida.
Si falla, intenta la siguiente red preferida.
Sigue la lista de prioridad hasta haber probado todas las redes preferidas.
Intenta cualquier red disponible que no esté en la lista.
Si ninguna ha funcionado, vuelve a empezar por la primera red preferida.
El paso 4 es el que la gente omite. Un dispositivo que solo se registra en tres redes concretas no tiene forma de volver a conectarse cuando las tres no están disponibles, que es justo cuando más lo necesitas.
Espacia los reintentos con un back-off progresivo
En el ritmo de los reintentos es donde un firmware bienintencionado causa daños reales. Para el partner de roaming, un dispositivo que reintenta cada pocos segundos parece un dispositivo defectuoso, y los partners de roaming responden bloqueándolo de forma temporal o permanente. Recuperarse de eso es lento y manual.
Aumenta la espera entre intentos cada vez:
Primer reintento tras 1 minuto.
Segundo reintento tras 2 minutos.
Tercer reintento tras 4 minutos.
Tras varios ciclos completos, pasa a una hora o más, según lo rápido que el dispositivo necesite recuperarse.
El objetivo es recorrer las redes de forma metódica, reconectar en cuanto una esté disponible y no parecer nunca un dispositivo que satura la red.
Cuidado con las listas negras
Algunos dispositivos permiten poner redes en una lista negra. Tiene su utilidad, para una red que rinde mal de forma constante o con la que tu hardware es realmente incompatible.
Recomendamos prudencia, sobre todo en despliegues con roaming. Cada red en la lista negra es una vía de conectividad menos, y las listas negras tienden a crecer: se añade una red en una mala semana, nadie la revisa y sigue en el firmware dos años después, cuando esa red es la única que cubre una nueva ubicación.
Mejor una lista de prioridad que ordene las redes que una lista negra que las prohíba. Ordenar degrada de forma gradual. Bloquear, no.
Comprueba la conectividad con pings
Un dispositivo puede estar registrado en una red, mostrar señal completa y aun así no tener una salida a internet que funcione.
Un ping periódico a un destino fiable, normalmente el resolver DNS de Google en 8.8.8.8, confirma que el tráfico llega de verdad a internet y vuelve. Un ping fallido es un buen motivo para cerrar la conexión y reiniciar la selección de red.
Recomendamos hacer un ping al menos una vez por hora, y reconectar ante cualquier fallo. Ajusta la frecuencia a tu presupuesto de datos: cada prueba consume algo de datos y, en un dispositivo de bajo consumo que se prueba demasiado a menudo, las comprobaciones de conectividad pueden suponer una parte notable de la factura. Consulta Consumo de datos y excesos para ver cómo se miden y redondean las sesiones.
Registrarse en la red y abrir una sesión de datos son dos pasos
El acceso completo a internet requiere ambos, y confundirlos hace que los problemas de conectividad sean mucho más difíciles de diagnosticar.
Registrarse en la red
El dispositivo se registra en una red móvil, igual que un teléfono se conecta a una antena cercana. En este punto tiene señal y la red lo conoce, pero todavía no puede transmitir datos.
Esto pide al módem que seleccione una red automáticamente.
Abrir una sesión PDP
Una sesión Packet Data Protocol abre la pasarela por la que realmente circulan los datos. Primero define el contexto con tu APN:
Después actívalo:
Sustituye APN_NAME por el APN de tu perfil SIM. La mayoría de los perfiles usan simbase. Consulta Configurar el APN para ver el APN que corresponde a tu perfil y caso de uso.
Mantén la sesión abierta
Mantener abierta una sesión PDP evita tener que negociar una nueva en cada transmisión. También tiene un efecto directo en la facturación: cada sesión se redondea al alza a 1 kB y los costes se calculan con cuatro decimales, así que un dispositivo que abre y cierra una sesión por cada pequeña lectura cuesta bastante más de lo que sugiere su carga útil. Para aplicaciones con pocos datos, una sesión larga suele salir más barata que muchas cortas.
Vuelve a conectar el dispositivo a la red cada 24 horas
Mantener la sesión de datos abierta merece la pena. Seguir registrado en la misma red de forma indefinida, no.
Las redes fuerzan periódicamente una nueva autorización de los dispositivos que llevan mucho tiempo registrados, y esa reautorización forzada suele llegar en mal momento. Desconectar y volver a registrar el dispositivo aproximadamente cada 24 horas, según tu calendario y no el de la red, mantiene su autorización al día y convierte una interrupción impredecible en una controlada.
Mantén el firmware actualizado, pero sin ir a la última
Los fabricantes de módems publican actualizaciones de firmware que mejoran la compatibilidad de red, el comportamiento en roaming y la seguridad, y mantenerse al día ayuda de verdad en todas las regiones.
Ser el primero en instalar una versión nueva, no. Un firmware de módem nuevo puede introducir regresiones justo en las áreas que te importan. Deja que una versión madure antes de desplegarla en una flota y, cuando lo hagas, hazlo por fases.
Supervisa el rendimiento real y ajusta
Una lógica de conexión que parece correcta en el banco de pruebas se comporta de otra forma en una flota. Una vez desplegada, haz seguimiento de:
La tasa de éxito de los reintentos y qué intento de la secuencia suele funcionar.
La duración de las sesiones y con qué frecuencia terminan de forma inesperada.
En qué redes se registran realmente los dispositivos, por región.
Con qué frecuencia fallan las comprobaciones de conectividad mientras el dispositivo sigue registrado.
Esas cifras te dicen si tu orden de prioridad se ajusta a la realidad y si tus intervalos de back-off son demasiado agresivos o demasiado relajados. Diagnóstico muestra lo que ve la red para una SIM concreta, y sirve de contraste cuando los logs del dispositivo dicen una cosa y la conectividad otra.
Ejemplo práctico: un despliegue en EE. UU.
Un dispositivo con SIM de roaming en Estados Unidos, con las tres grandes redes disponibles.
Orden de redes preferidas
Verizon.
T-Mobile.
AT&T.
Secuencia de registro
Intentar Verizon. Si funciona, abrir una sesión de datos y operar con normalidad. Si falla, esperar 1 minuto.
Intentar T-Mobile. Si funciona, abrir una sesión de datos. Si falla, esperar 2 minutos.
Intentar AT&T. Si funciona, abrir una sesión de datos. Si falla, esperar 4 minutos y empezar un nuevo ciclo desde Verizon.
Cuando todas las redes rechazan el dispositivo
Si las tres lo rechazan, algo que puede ocurrir durante una incidencia del servicio o cuando una SIM se ha desactivado, alarga los intervalos en lugar de seguir dando vueltas:
Tras el reintento de 4 minutos, esperar 1 hora antes de volver a recorrer todo el orden de preferencia.
Si sigue sin conexión, pasar a intervalos de 4 horas.
Comprobación de conectividad
Con la sesión de datos abierta, hacer ping a 8.8.8.8 de forma periódica. Si el ping falla, desconectarse de la red actual y reiniciar la secuencia desde Verizon.
Reautorización diaria
Para mantener el rendimiento de la red y permitir cualquier reautorización necesaria, el dispositivo se desconecta y se vuelve a conectar a la red cada 24 horas.
Reconexión diaria: el dispositivo se desconecta de su red actual y sigue la secuencia de prioridad inicial (Verizon, T-Mobile, AT&T) para restablecer la conexión.
Así la autorización se mantiene al día y se reduce el riesgo de que la red fuerce una reautorización.
Preguntas frecuentes
No. La selección de red se hace en el dispositivo. La SIM da acceso a los operadores incluidos en la cobertura de tu plan y el módem elige entre ellos, así que la preferencia se tiene que configurar en el firmware.
Al menos cada hora, tratando un fallo como señal para reconectar. Alarga el intervalo si el coste de los datos importa más que una recuperación rápida, ya que cada comprobación consume datos facturables.
Mantenla abierta. Cada sesión se redondea al alza a 1 kB, así que muchas sesiones cortas cuestan más que una larga con la misma carga útil, y reconectar añade latencia y puntos de fallo.
Normalmente por intentos de registro fallidos repetidos en poco tiempo. Los partners de roaming bloquean los dispositivos que se comportan así, y un back-off progresivo entre reintentos es lo que mantiene tu dispositivo fuera de esa lista.
Artículos relacionados
Problemas de conexión: diagnostica una SIM que no se conecta
Configurar el APN: el valor de APN para tu perfil y caso de uso
Diagnóstico: consulta lo que informa la red sobre una SIM concreta
Roaming de datos: cómo funciona el roaming en una SIM de Simbase
Consumo de datos y excesos: cómo se miden y facturan las sesiones
© 2026 Simbase. Todos los derechos reservados.