Consumo en ralentí

Introduzca idle_rate en unidades de combustible por hora y duration en horas o minutos; el motor pasa los minutos a horas cuando hace falta, multiplica el régimen por esa duración y devuelve fuel_used. Si también envía fuel_price, multiplica ese volumen por el precio unitario y devuelve cost en la misma moneda. Un régimen negativo o una duración negativa se rechazan con invalid_input porque una quema física al ralentí no puede ir hacia atrás.

Qué significa el consumo en ralentí y qué se obtiene

Usted aporta idle_rate en unidades de combustible por hora y duration en horas o minutos; la respuesta repite esas entradas, informa duration_hours tras cualquier conversión de minutos, informa fuel_used y, cuando hay fuel_price, informa cost. No hay simulación de tráfico ni mapa en vivo: el motor construye un volumen finito no negativo dentro del rango numérico admitido o rechaza la entrada con invalid_input. Los casos rechazados incluyen un campo idle_rate o duration ausente, un token no finito, una magnitud por encima del techo documentado, un régimen negativo, una duración negativa, un precio de surtidor negativo y un duration_unit que no sea hours o minutes.

Cómo se leen las dos entradas obligatorias y cómo se calcula el combustible usado

Se permiten signos más iniciales opcionales y notación científica en cadenas numéricas cuando se interpretan como decimales finitos; los espacios incrustados, los prefijos hexadecimales y los tokens no numéricos se rechazan con un mensaje que nombra el campo, de modo que una celda mala no se convierta en un volumen de ralentí erróneo. Tras la validación, el motor aplica la identidad escolar: el combustible usado es el régimen de ralentí por la duración en horas. Por eso 0.8 litros por hora durante media hora son 0.4 litros, y por eso 1.2 litros por hora durante treinta minutos son 0.6 litros tras el redondeo a seis decimales. Un régimen negativo o una duración negativa es la vía de error especificada: inventar una quema inversa ocultaría un error de captura. Los campos preferidos son idle_rate para la quema del motor en unidades de combustible por hora y duration para el intervalo parado, pero se aceptan alias como rate, consumption_rate, idle_consumption, liters_per_hour, lph, hours, idle_hours, time, idle_time e idle_duration para que hojas de cálculo y formularios tipados reutilicen el mismo contrato sin renombrar columnas. duration_unit elige hours o minutes y por defecto es hours; los minutos se dividen entre sesenta antes de multiplicar, de modo que una espera de treinta minutos a 1.2 litros por hora es el mismo producto de media hora que enviar duration 0.5 con la unidad predeterminada. Cuando se omite fuel_price, cost se omite del payload para que un campo opcional nunca aparezca como null. Cuando fuel_price está presente y no es negativo, cost es el combustible usado por ese precio unitario, de modo que 0.6 litros a 1.5 por litro son 0.9 en la misma moneda. Combine la ejecución gratuita en el navegador de esta página con la API de pago cuando necesite el mismo resultado matemático dentro de una canalización automatizada.

Dónde encaja una comprobación de combustible al ralentí en la vida diaria y el software

Los productos de gastos llaman al contrato desde scripts cuando un usuario anota minutos al ralentí y un precio de surtidor y la aplicación debe mostrar fuel_used y cost sin enviar un simulador de tráfico. En esta página el trabajo se ejecuta enteramente en su navegador; a través de la API cada consulta exitosa cuesta $0.002, la validación fallida no se cobra y no se guarda nada después de devolver la respuesta. Esa división —exploración interactiva gratuita y una API de pago idéntica— coincide con el resto del catálogo de nivel A y le permite pasar de una demostración de panel a una canalización automatizada sin cambiar el resultado matemático.