Cómo hacer que Starlink Mini funcione sin el router WiFi integrado

 (olegkutkov.me)
1 puntos por GN⁺ 2025-06-16 | 1 comentarios | Compartir por WhatsApp
  • Starlink Mini 1 puede operar sin el router Wi‑Fi integrado, retirándolo para usarlo como terminal solo Ethernet, lo que amplía las opciones para configuraciones de red personalizadas o instalaciones embebidas
  • La modificación se limita a Starlink Mini 1 al 14 de junio de 2025, y puede no aplicar a hardware posterior como Mini 2
  • Durante el desmontaje, la placa metálica del PCB de Starlink funciona como disipador térmico y blindaje EMI, por lo que retirarla aumenta el riesgo de throttling o interferencia electromagnética
  • La unidad principal y el router se conectan mediante un enlace Ethernet de 1Gbps y un bus de alimentación de 12VDC, y en un diseño del usuario se requieren transformadores Ethernet, a diferencia de la conexión interna directa y corta
  • Tras retirar el router, la terminal ofrece DHCP y una interfaz de estado gRPC en 192.168.100.0/24, pero para usar varios dispositivos después de conectarse al satélite hace falta un router aguas arriba

Alcance de la modificación y precauciones al desmontar

  • Starlink Mini es una terminal todo en uno con router Wi‑Fi integrado, pero si se retira físicamente la placa interna del router, puede operar como dispositivo solo Ethernet
  • Esto aplica a Starlink Mini 1 al 14 de junio de 2025; futuros cambios de hardware en modelos como Mini 2 podrían invalidar el procedimiento
  • El desmontaje requiere paciencia y precisión, y se recomienda usar un spudger metálico y herramientas plásticas de palanca
  • Para retirar el PCB del router se necesita una hoja delgada y flexible o un alambre metálico fino
  • Después de quitar el PCB del router, se puede detener el desmontaje, y no se recomienda en absoluto retirar la placa metálica del PCB de Starlink
    • La placa metálica cumple tanto la función de disipador térmico como de blindaje EMI
    • El CPU de Starlink genera bastante calor, y si la refrigeración es insuficiente, el CPU o el arreglo de antenas pueden entrar en throttling
    • Los bordes de la placa metálica están adheridos con pegamento conductor para ayudar al blindaje electromagnético, y retirarla puede aumentar las emisiones y causar interferencias con equipos cercanos

Conector del PCB y distribución de pines

  • No se conoce con precisión el tipo de conector del PCB de Starlink Mini, y podría ser una pieza hecha a medida
  • El paso del conector es de 2mm, por lo que un header de 2mm estándar podría servir
  • El conector está fijado con adhesivo conductor y una amplia zona de tierra, y sobre el conector del lado del PCB del router hay un blindaje
    • Esta configuración está pensada para suprimir EMI
  • Entre la unidad principal y el router se usa un enlace Ethernet de 1Gbps
  • La conexión interna es una conexión directa PHY-to-PHY sin transformadores Ethernet, con algo de desacoplo
    • Esto puede tolerarse en distancias cortas, pero en instalaciones diseñadas por el usuario los transformadores Ethernet son obligatorios
  • El bus de alimentación base es de 12VDC
  • Los pines 11, 14, 16, 17 y 18 no se usan en esta modificación y sirven principalmente para monitoreo Starlink-router
  • Para una alimentación estable, se recomienda usar todas las líneas de 12VDC y GND

Diseño de conexión Ethernet directa

  • El ejemplo de conexión Ethernet directa usa un circuito que proporciona el aislamiento Ethernet necesario y un filtrado mínimo de alimentación para el conector del PCB de Starlink Mini 1
  • Se recomienda colocar una guard ground alrededor del conector U1
  • Un diseño óptimo incluye adhesivo conductor y blindaje
  • El cableado entre el conector y los transformadores Ethernet debe mantenerse lo más corto posible
  • La corriente normal de operación a 12V es de aproximadamente 3A, con picos breves de hasta 5A
    • L1 debe elegirse con una corriente nominal adecuada para evitar sobrecalentamiento
  • Para la prueba de concepto se utilizó un adaptador Ethermod existente

Comportamiento de red y métodos de acceso

  • Cuando no está conectada al satélite Starlink, la terminal entrega una dirección IP por DHCP en la red 192.168.100.0/24
  • Se puede acceder a la propia terminal en 192.168.100.1, donde ejecuta una interfaz web simple y un servidor gRPC para monitoreo/control
  • Los datos de depuración de Starlink pueden consultarse con grpcurl
grpcurl -plaintext -d {\"get_status\":{}} 192.168.100.1:9200
SpaceX.API.Device.Device/Handle
  • Después de conectarse a la red Starlink, la interfaz Ethernet ofrece un servicio DHCP tunelizado
    • Al cliente se le asigna una IP del pool de Starlink
    • Normalmente se entrega una dirección IPv4 CGNAT y una dirección IPv6 link-global
    • Con esta configuración ya es posible acceder a internet
  • El servidor DHCP de Starlink solo entrega una única dirección IP
    • Lo que puede conectarse directamente es un solo host o un router aguas arriba para compartir la conexión con varios dispositivos
  • Tras recibir una IP externa, el cliente naturalmente pierde acceso a 192.168.100.1
  • Para conservar el acceso a la terminal, se puede agregar una ruta estática
sudo ip route add 192.168.100.1 dev ethX
  • ethX debe reemplazarse por el nombre de la interfaz Ethernet conectada a Starlink
  • Cuando el host obtiene una dirección IP tras conectarse a la red Starlink, puede acceder a internet sin configuración adicional
  • El estado de la cuenta y de la conexión debe monitorearse mediante la salida de gRPC

Códigos de estado gRPC

  • La salida de gRPC de get_status incluye información útil para diagnosticar problemas de conexión
  • Cuando hay problemas de conexión, puede aparecer una sección outage en la salida de gRPC
"outage": {
  "cause": "NO_SCHEDULE",
  "startTimestampNs": "1815683934050410150",
  "durationNs": "4320001119",
  "didSwitch": true
}
  • Valores posibles de outage.cause:
    • BOOTING: la terminal está iniciando y espera la inicialización de módulos y el fix de GPS
    • THERMAL_SHUTDOWN: la terminal se apagó para proteger componentes por sobrecalentamiento
    • NO_SCHEDULE: no puede comunicarse con satélites; puede deberse a señal débil, datos GPS incorrectos u otros problemas
    • NO_SATS: no detecta satélites en el cielo
    • OBSTRUCTED: se detectó un obstáculo en la trayectoria del haz inalámbrico
    • NO_DOWNLINK: no puede recibir datos desde el satélite
    • NO_PINGS: la terminal mantiene el enlace con el satélite, pero el satélite perdió la conexión con el segmento terrestre

Códigos de restricción de cuenta

  • El estado de la cuenta de Starlink puede revisarse en la sección disablementCode
  • Posibles disablement code:
    • UNKNOWN_STATE: la terminal reporta un estado no definido o no reconocido
    • OKAY: la cuenta está activa y debería haber acceso a internet
    • NO_ACTIVE_ACCOUNT: la cuenta de Starlink fue eliminada o el servicio está en pausa
    • TOO_FAR_FROM_SERVICE_ADDRESS: está operando fuera del área de la dirección de servicio registrada
    • IN_OCEAN: está en una zona marítima no cubierta por el plan de servicio actual
    • BLOCKED_COUNTRY: está en un país donde el servicio Starlink no está permitido
    • DATA_OVERAGE_SANDBOX_POLICY: se excedió el límite de datos y es necesario cambiar el plan para obtener más
    • CELL_IS_DISABLED: la celda de servicio local está deshabilitada en el sistema Starlink
    • ROAM_RESTRICTED: la cuenta o plan actual no permite roaming
    • UNKNOWN_LOCATION: los satélites Starlink no pueden determinar la ubicación de la terminal
    • ACCOUNT_DISABLED: la cuenta Starlink fue suspendida o desactivada permanentemente
    • UNSUPPORTED_VERSION: el firmware de la terminal no es compatible o está desactualizado
    • MOVING_TOO_FAST_FOR_POLICY: se mueve demasiado rápido, como en un vehículo o aeronave, infringiendo restricciones de política
    • UNDER_AVIATION_FLYOVER_LIMITS: el servicio está restringido por estar bajo límites de sobrevuelo de aviación
    • INVALID_COUNTRY: está en un país no compatible con Starlink
    • UNLICENSED_COUNTRY: está en un país donde Starlink no ha obtenido aprobación regulatoria
  • disablementCode siempre debería estar disponible una vez que la conexión satelital se haya establecido con éxito
  • La terminal del usuario no conoce por sí misma el plan de servicio, país, región ni límites de velocidad, y sigue las instrucciones recibidas desde los satélites Starlink

Lecturas relacionadas

1 comentarios

 
GN⁺ 2025-06-16
Opiniones en Hacker News

  • La última parte me confunde. Da la impresión de que el “código de desactivación” (bloqueo regional, exceso de velocidad, etc.) se aplica en la terminal del usuario, y si es así me pregunto si eso significa que se puede eludir.
    Dice que “la terminal del usuario en sí no conoce el plan de servicio, el país, la región ni el límite de velocidad, y solo sigue las órdenes recibidas de los satélites Starlink”, pero yo habría asumido que, obviamente, se aplicaría en la etapa de DHCP. O quizá no, porque después de recibir una IP podría moverse demasiado rápido. Me pregunto si este artículo es, en la práctica, una guía del tipo “dense cuenta ustedes” para eludir las restricciones de política de Starlink.

    • Suena más bien a códigos de resultado compartidos con la terminal. Por ejemplo, algo como “ACCOUNT_DISABLED - La cuenta de Starlink está suspendida o desactivada permanentemente” o “UNLICENSED_COUNTRY – La terminal está en un país donde Starlink no recibió aprobación regulatoria”.
      Parece poco probable que esa decisión la tome la terminal y no la red de Starlink.
    • Entiendo que la razón por la que el satélite le envía el código a la terminal es que la propia terminal ni siquiera sabe si fue bloqueada. Es para que el usuario pueda ver por qué no funciona internet.
    • No conozco bien Starlink, pero en general parece el flujo en el que la app lee códigos de error y diagnóstico desde la terminal. Si se evita el router integrado y se usa la terminal solo como un módem conectado a una SBC, no se pueden ver esos errores desde el smartphone.
      Por eso se puede crear un script que revise los códigos de error y actúe según corresponda. Por ejemplo, si montaras una terminal Starlink en un dron, podría cambiar automáticamente de ubicación cuando se corte el servicio, y si se detectan obstáculos, el vehículo no tripulado podría volar más alto. Si cruzara accidentalmente una geocerca y se cortara el servicio, también podría apagar la terminal Starlink y encender un sistema de comunicación de respaldo. En la práctica, se podría usar este código de desactivación como un sensor.
    • Si realmente hubieran descubierto qué códigos de desactivación se pueden engañar o eludir, no lo habrían compartido. Al final depende de qué tan estrictamente Starlink revise y haga cumplir el uso no autorizado.
      Para una empresa estadounidense que opera a esta escala, parece posible cualquier cosa, desde un nivel muy estricto hasta revisiones básicas o respuesta bajo solicitud. Alguien aquí dijo que Starlink funciona incluso en Rusia, donde en teoría no debería, pero quizá algunos equipos entregados a Ucrania también puedan usarse en Rusia.
    • Para nada me da esa impresión. Si la terminal no mantiene la información del plan de servicio ni de las restricciones, entonces esa información se administra en un nivel superior. Solo con este artículo no se puede saber si configurando la terminal se pueden ignorar las restricciones, pero es muy probable que simplemente ignorar disablementCode no sea suficiente.

  • Es interesante la decisión de usar Ethernet modificado entre placas en vez de conectar directamente MAC con MAC mediante RGMII.

    • Ethernet parece mucho más fácil para prototipar. Para comunicarse por RGMII casi no hay productos listos para usar, mientras que con Ethernet, para probarlo, simplemente lo conectas a una laptop.
      Si dos equipos distintos están desarrollando cada uno su parte, es mucho más fácil acordar Ethernet como interfaz, y se pueden postergar las pruebas de integración o salir al mercado más rápido.
    • RGMII no está diseñado para conexiones entre placas. La velocidad de datos es bastante alta y, idealmente, hay que igualar los retardos de todas las señales.
      Si se divide en dos placas, se vuelve más complicado, y creo que también aparecerían problemas de EMI/EMC. He visto que se hace así en kits de evaluación, pero no parece una buena idea para un producto de producción masiva.
    • En conjunto, se siente bastante como una prueba de concepto. Es cierto que digital→analógico→analógico→digital es ineficiente, y en abstracto probablemente sería mejor una conexión MAC-PHY con RGMII.
      Dicho eso, mi conjetura improvisada es que la interfaz mencionada en el artículo era más accesible o requería profundizar menos en la estructura interna. Ni siquiera sé dónde están las líneas RGMII, y según el diseño del propio Starlink Mini podrían estar más enterradas y ser difíciles de acceder.
    • No termino de entender el objetivo de este trabajo. El Mini ya tiene un conector RJ45, así que no hace falta hackear el dispositivo para acceder al PHY Ethernet. También se puede apagar el router WiFi desde la página de configuración.
      ¿Será que el soporte del conector Ethernet fue eliminado en los Mini que se entregan en Ucrania? En las fotos parece que sigue estando en la placa WiFi, junto al conector de alimentación.
    • Ese conector es mucho más barato que uno capaz de transportar señales RGMII sin grandes reflexiones. Al final puede ser más barato agregar silicio extra que usar un conector mejor, y si no se necesita aislamiento, parece que tampoco harían falta componentes magnéticos.

  • Entiendo exactamente qué caso de uso con restricciones de energía tienen en mente, y me gusta.

    • Me da curiosidad saber qué caso de uso específico tenían en mente.
    • Starlink ya se usa en el bombardero nocturno Nemesis y en el dron naval Magura.
    • ¿Será para montarlo en un dron?

  • Versión archivada: https://archive.ph/UTFTK

  • ¿Qué SoC usa Starlink? ¿Broadcom?

    • MediaTek

  • Muy bueno. Ojalá Starlink ofreciera realmente este tipo de servicio de antena+módem y una IPv4 real, no algo como CGNAT. Parece que lo tienen en el plan Business, mucho más caro.

    • Puedes crear un túnel a través de Starlink para obtener una IP pública. No es 100% eficiente por la reducción de MTU y el salto adicional hasta el extremo del túnel, pero funciona.
    • En los ISP nuevos, este es el flujo normal. Sin un buen plan de utilización de direcciones, es difícil que te aprueben la compra de bloques IPv4.
      Dar una IP pública a todos los clientes residenciales ya no se considera una buena forma de usar el espacio IPv4.

  • Me pregunto cómo averiguó el autor el pinout de Ethernet. Realmente impresionante.
    Y también me gusta que hayan usado GRPC. Parece una señal de que hay gente competente que hace las cosas bien, sin apurarse.