ETA-Rechner: Ankunftsuhrzeit aus Abfahrt, Distanz und Tempo

Null oder negative Durchschnittsgeschwindigkeit wird mit invalid_input abgelehnt, weil Division durch null keine endliche Ankunft erzeugen kann.

Was die geschätzte Ankunftsuhrzeit bedeutet

Diese Dauer wird zu den Abfahrtsminuten seit Mitternacht addiert; überschreitet die Summe Mitternacht, erhöht die Antwort day_offset und druckt weiterhin eine gültige HH:MM-Ankunft. Das Modell fragt weder Stau, Wetter, Grenzwarteschlangen noch Höhenprofile ab; es ist eine transparente Formel, damit Planer und Lernende die Stunden von Hand nachrechnen und derselben Antwort im Browser und auf der API vertrauen können. Das Ablehnen von null oder negativer Geschwindigkeit schützt Aufrufer vor stillem Unendlich, das Kalender, Dispatch-Tafeln und Abrechnungsskripte verderben würde, die ein endliches positives Reiseintervall annehmen.

Wie Sie die API aufrufen und was zurückkommt

Senden Sie einen JSON-Körper mit remaining_distance (Aliasse distance, remaining, dist, d, leg_distance) und average_speed (Aliasse speed, avg_speed, v, velocity) als endliche positive Zahlen innerhalb der veröffentlichten Maxima. Geben Sie die Abfahrt entweder als departure_time-Zeichenkette HH:MM (Aliasse depart, leave_at, start_time, time_out) oder als departure_hour null bis dreiundzwanzig mit optionalem departure_minute null bis neunundfünfzig, Standard null. Bei Erfolg spiegelt die Antwort departure_time, departure_hour, departure_minute, gerundete remaining_distance und average_speed, travel_time_hours, travel_time_minutes, eine kompakte travel_time_formatted-Bezeichnung, arrival_time als HH:MM, arrival_hour, arrival_minute, day_offset, day_note, die Formelzeichenkette arrival gleich departure plus remaining_distance über average_speed, eine kurze Meldung und geordnete Substitutionsschritte. Fehlgeschlagene Validierung — fehlende Abfahrt, fehlende Distanz oder Geschwindigkeit, nicht endliche Zahlen, Werte außerhalb des Bereichs, fehlerhafte Uhrzeichenketten oder null oder negative Geschwindigkeit — liefert invalid_input und wird nie berechnet. Der Preis ist pauschal $0.002 pro erfolgreicher Anfrage mit Einheit item und null marginalem Einheitspreis.

Praktische Tipps, Grenzen und verwandte Suchen

Halten Sie Restdistanz und Durchschnittsgeschwindigkeit in derselben Einheitenfamilie; das Mischen von Straßenmeilen mit Kilometern pro Stunde verzerrt die Stunden still, ohne dass der Solver den Fehlgriff erkennt, weil die Formel absichtlich einheitenagnostisch ist. Bevorzugen Sie eine konservative Durchschnittsgeschwindigkeit bei Familienabholungen oder engen Check-in-Fenstern statt des ausgewiesenen Autobahnmaximums. Absolute Grenzen lehnen absurde Eingaben ab, die Zwischenergebnisse überlaufen ließen: multimillionen Einheiten Distanz oder unmögliche Geschwindigkeiten. Bevorzugen Sie diese Fähigkeit, wenn Sie bereits wissen, wann Sie aufbrechen, und die Ankunft HH:MM brauchen; brauchen Sie nur Fahrstunden ohne Uhr, nutzen Sie einen Rechner für Straßenreise-Dauer. Nutzen Sie departure_time für menschliche Formulare mit einem einzelnen Uhrfeld und departure_hour plus departure_minute, wenn Ihr Client bereits Ganzzahlen speichert. Mehrtägige Etappen erhöhen einfach day_offset und liefern weiterhin ein korrektes Zifferblatt. Diese Seite richtet sich an Personen, die einen Rechner für die geschätzte Ankunftszeit, ETA aus Abfahrt und Geschwindigkeit oder Ankunftsuhrzeit online suchen; sie ist kein Abbiege-Navigator, kein Live-Verkehrs-ETA und kein reines Dauer-Offset-Werkzeug für Straßenreisen ohne Abfahrtsuhr. Fehlgeschlagene Aufgaben mit invalid_input verbrauchen kein vorausbezahltes Guthaben, was explorative Skripte günstig hält, wenn Sie absichtlich Geschwindigkeit null senden, um die Fehlerbehandlung zu prüfen.