ForHosting KIT · Utilidades de desarrollo

Ángulo de fase para ventanas de lanzamiento Hohmann

Esta calculadora determina dónde debe encontrarse el planeta de destino respecto del planeta de origen cuando comienza una transferencia de Hohmann.

● BetaGratis · en su navegador
Úselo desde WebAPIEmailTelegramApp pronto

Introduzca el tiempo de transferencia previsto y el período orbital del destino en la misma unidad temporal. La herramienta calcula cuánto avanza el destino durante el viaje, resta ese movimiento a la geometría de llegada de 180 grados y muestra tanto el ángulo normalizado como los valores intermedios empleados.

Qué representa el ángulo de fase de lanzamiento

Una transferencia de Hohmann no apunta a la posición que ocupa el planeta de destino al despegar. La nave recorre la mitad de una órbita elíptica mientras el destino continúa alrededor del cuerpo central; por ello, ambos planetas deben partir con una separación angular concreta. Aquí el ángulo se define como la longitud heliocéntrica del destino menos la del origen, medida en el sentido del movimiento orbital y normalizada entre 0 y menos de 360 grados. Un resultado cercano a 44 grados indica que el destino debe adelantar al origen aproximadamente 44 grados. Un valor superior a 180 grados equivale a un ángulo bruto negativo: 300 grados representa, en la práctica, un retraso de 60 grados. El modelo supone órbitas circulares y coplanares y una geometría ideal en la que la nave recorre 180 grados alrededor del cuerpo central. Es una estimación inicial, no una trayectoria operativa completa.

Cómo se obtiene el resultado

Use la misma unidad para ambos datos: días con días, años con años o segundos con segundos. El cociente entre el tiempo de transferencia y el período del destino no tiene dimensión. Primero se multiplica ese cociente por 360 grados para hallar el recorrido angular del destino durante el vuelo. Después se resta dicho recorrido a 180 grados, que es la separación entre los extremos de salida y llegada de la elipse de Hohmann. El ángulo bruto puede ser negativo o quedar fuera de una revolución con valores hipotéticos poco habituales. Por ello también se ofrece una versión normalizada entre 0 y menos de 360 grados, adecuada para compararla con longitudes de efemérides. La salida incluye el recorrido del destino, la fracción de órbita completada y el ángulo sin normalizar. Estos datos permiten auditar la cuenta y descubrir unidades temporales incompatibles.

Supuestos y uso práctico

La fórmula sirve para una primera aproximación a una ventana interplanetaria. Considera que origen y destino siguen órbitas circulares y coplanares con velocidad angular constante, y que la inserción en la elipse ideal es instantánea. Los planetas reales tienen excentricidad e inclinación, cambian de velocidad y las misiones pueden elegir trayectorias más rápidas o lentas. Antes de considerar operativa una fecha hacen falta efemérides y un solucionador de Lambert. Este cálculo tampoco convierte el ángulo en una fecha, obtiene el tiempo de vuelo a partir de radios orbitales ni incluye la repetición sinódica o una órbita de estacionamiento. Compare longitudes heliocéntricas de origen y destino en el mismo marco y época, localice cuándo su diferencia dirigida coincide con el ángulo y refine después ese candidato con restricciones de trayectoria y del lugar de lanzamiento.

Estimar la geometría de un lanzamiento interplanetario

Convierta un tiempo de viaje Hohmann y el año del destino en la separación angular necesaria al partir.

Comprobar ejercicios de mecánica orbital

Revise el avance angular del destino y el ángulo final mediante todos los resultados intermedios.

Filtrar fechas candidatas en efemérides

Use el ángulo ideal como primer filtro antes de aplicar Lambert y restricciones de misión más precisas.

¿Qué ecuación utiliza?

Calcula 180 grados menos 360 grados multiplicados por transfer_time dividido entre target_orbital_period y normaliza el resultado entre 0 y menos de 360 grados.

¿Qué unidad temporal debo emplear?

Puede usar cualquiera, siempre que los dos valores compartan unidad. Mezclar días y años altera el cociente y el ángulo.

¿Por qué aparecen un ángulo bruto y otro normalizado?

El bruto muestra directamente la fórmula; el normalizado expresa la misma dirección como ángulo positivo dentro de una revolución.

¿Por qué se rechaza un período orbital igual a cero?

El período es el denominador del movimiento angular. Dividir por cero no está definido ni tiene sentido físico.

¿Cuánto cuesta una solicitud API?

Cada solicitud API cuesta $0.002. El cálculo del navegador usa la misma lógica analítica determinista.

Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.

POSThttps://api.kit.forhosting.com/astro/launch-window-phase-angle

¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.

curl -X POST https://api.kit.forhosting.com/astro/launch-window-phase-angle \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"transfer_time":258.9,"target_orbital_period":686.98}'
{
  "transfer_time": 258.9,
  "target_orbital_period": 686.98
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "astro.launch_window_phase_angle",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.

Por solicitud$0.002

Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.

HTTPCódigoSignificado
401unauthorizedAPI key ausente o inválida.
402insufficient_balanceEl saldo no cubre el precio de la tarea.
404unknown_typeEl tipo de tarea no existe.
429rate_limitedDemasiadas peticiones. Use el webhook en vez de sondear.

Ver la documentación completa del KIT →