#motorsport

Formel-1-Live-Timing und Telemetrie als API, betrieben von OpenF1 — sauberes JSON, kein API-Key. Liste Rennwochenenden und deren Sessions (Training, Qualifying, Sprint, Rennen) auf, die Fahrer in jeder Session mit Team und Farben, und tauche ein in das Timing: Rundenzeiten mit Sektorsplits und Geschwindigkeitsfallen-Zeiten, Boxenstopps mit Dauer, Reifenstints mit Mischung und Rundenbereich, Streckenwetter (Luft- und Streckentemperatur, Luftfeuchtigkeit, Regen, Wind), Rennkontrollmeldungen (Flaggen, Safety-Cars, Strafen) und Teamfunk-Clips. Detaillierte Session-für-Session-Daten ab 2023. Abgrenzung zu F1-Referenzdaten: Dies ist die Live-Timing- und Telemetrie-Ebene — ideal für Live-Dashboards, Strategie- und Rundenzeitanalysen, Second-Screen-Apps und Discord-Bots. 9 Datenendpunkte. Authentifiziert mit einem x-oanor-Key; Fair-Use-Ratenlimits pro Plan.

api.oanor.com/openf1-api

Turbocharger- und Ladedruck-Ingenieurmathematik als API, lokal und deterministisch berechnet – die Druckverhältnis-, Ladeluft- und Luftmassenstromzahlen, mit denen ein Tuner, Motorenbauer oder Motorsportingenieur die Zwangsbeatmung dimensioniert. Der Druckverhältnis-Endpunkt liefert das Verdichterdruckverhältnis = absoluter Ansaugdruck ÷ Umgebungsdruck = (atmosphärisch + Ladedruck) ÷ atmosphärisch, also 10 psi auf Meereshöhe ergibt ein Verhältnis von 1,68 – die x-Achse jedes Verdichterkennfelds, die in der Höhe ansteigt, wo der Umgebungsdruck niedriger ist. Der Ladeluft-Endpunkt zeigt, warum ein Ladeluftkühler wichtig ist: Das Verdichten von Luft erwärmt sie (T₂ = T₁ × (1 + (PR^0,2857 − 1)/Wirkungsgrad)), und heiße Luft ist weniger dicht, daher ist der tatsächliche Gewinn das Ladeluftdichteverhältnis = Druckverhältnis × (T₁/T_Ladeluft), nicht das Druckverhältnis allein – 10 psi bei 70 % Verdichterwirkungsgrad erzeugt ~93 °C und ein Dichteverhältnis von 1,37 ohne Ladeluftkühler, das auf etwa 1,6 ansteigt, sobald ein Ladeluftkühler die Wärme zurückgewinnt, und der geschätzte Leistungsgewinn folgt der Dichte. Der Luftmassenstrom-Endpunkt liefert den Motor-Luftmassenstrom ≈ Hubraum × (Drehzahl/2) × Liefergrad × Ladeluftdichte, in lb/min – die y-Achse des Verdichterkennfelds, das Sie gegen das Druckverhältnis auftragen, um in der effizienten Insel zu landen und Pumpgrenze oder Strömungsabriss zu vermeiden. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Motorabstimmungs- und Turbolader-Dimensionierungswerkzeuge, Prüfstands- und Datenlogger-Apps sowie Motorsportrechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Dimensionierungsschätzungen – auf einem Prüfstand verifizieren. 3 Compute-Endpunkte. Für Hubraum und Verdichtung verwenden Sie eine Engine-API; für Druckluft eine Compressor-API.

api.oanor.com/turbo-api

Air-fuel ratio and lambda maths for engine tuning as an API, computed locally and deterministically — the lambda, AFR and mixture numbers a tuner, ECU developer or motorsport engineer dials fuelling in with. The lambda endpoint turns a measured air-fuel ratio into lambda (the AFR divided by the fuel's stoichiometric AFR — 14.7 for gasoline) and the equivalence ratio φ = 1/lambda, classifying the mix as rich, stoichiometric or lean: a gasoline AFR of 13.0 is lambda 0.88, an 11.6 % rich mixture, the sort used at wide-open throttle for power and a cooler, safer burn. The afr endpoint runs it the other way — pick a target lambda and it gives the AFR the wideband should read — and because the AFR number is fuel-specific (E85's stoichiometric AFR is about 9.8, not 14.7) it always works from the right fuel, which is why pros tune in lambda when switching fuels. The mixture endpoint links the air the engine breathes to the fuel the injectors must add: give an air mass and a target lambda and it returns the fuel mass (or vice-versa), the heart of how an ECU sizes fuelling from measured airflow. Built-in stoichiometric ratios for gasoline, E10, E85, ethanol, methanol, diesel, LPG, propane, methane/CNG and hydrogen, or pass your own. Everything is computed locally and deterministically, so it is instant and private. Ideal for engine-tuning and dyno tools, ECU and standalone-management apps, motorsport and data-logging utilities. Pure local computation — no key, no third-party service, instant. 3 compute endpoints. For engine displacement and power use an engine API; for chemical reaction stoichiometry a stoichiometry API.

api.oanor.com/airfuel-api

Quarter-Mile-Drag-Strip-Mathematik als API, lokal und deterministisch berechnet – die klassischen empirischen Schätzungen, die ein Rennfahrer, Tuner oder Autoenthusiast verwendet, um die Leistung und das Gewicht eines Autos mit seiner Performance in Beziehung zu setzen. Der et-Endpunkt gibt die vorhergesagte Zeit und Endgeschwindigkeit aus Motorleistung und Renngewicht unter Verwendung der Standardformeln – ET = 5,825 × (Gewicht ÷ PS) hoch ein Drittel, Endgeschwindigkeit = 234 × (PS ÷ Gewicht) hoch ein Drittel – so wird für ein 3.000 lb schweres Auto mit 300 PS eine Zeit von etwa 12,6 Sekunden bei 109 mph vorhergesagt, unter der Annahme eines kompetenten Starts und angemessener Traktion. Der horsepower-Endpunkt führt die Berechnung umgekehrt durch: Da die Endgeschwindigkeit durch das Leistungsgewicht bestimmt wird und kaum durch den Start, ist PS ≈ Gewicht × (Endgeschwindigkeit ÷ 234) hoch drei eine beliebte Methode, um die Motorleistung direkt von einem Zeitmessstreifen zu schätzen. Der power-to-weight-Endpunkt gibt das Verhältnis an, das tatsächlich über die Beschleunigung entscheidet – in PS pro Pfund, PS pro Tonne und Watt pro Kilogramm, die sauberste einheitenübergreifende Kennzahl – mit einer Leistungsklasse von Pendler über Hot Hatch und Supersportwagen bis Hypercar, denn ein leichtes 200-PS-Auto kann ein schweres 400-PS-Auto schlagen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Drag-Racing- und Tuner-Apps, Fahrzeugspezifikations- und Vergleichstools, Autoenthusiasten und Motorsport-Dashboards. Reine lokale Berechnung – kein API-Key, kein Drittanbieter-Service, sofort. Empirische Schätzungen unter Annahme eines guten Starts und Traktion – kein Zeitmessstreifen. 3 Compute-Endpunkte. Für Luftwiderstand verwenden Sie eine Drag-API; für Getriebeübersetzung eine Gear-Ratio-API.

api.oanor.com/quartermile-api

Fahrwerksmathematik als API, lokal und deterministisch berechnet – die Feder- und Frequenzwerte, mit denen ein Rennfahrer, Tuner oder Fahrwerksingenieur ein Auto abstimmt. Der Wheel-Rate-Endpunkt wandelt eine Federrate in die tatsächlich vom Rad gefühlte Rate um: Radrate = Federrate × Übersetzungsverhältnis², wobei das Übersetzungsverhältnis der Federweg pro Radweg ist – eine 200 lb/in Feder bei einem Übersetzungsverhältnis von 0,7 ergibt eine Radrate von 98 lb/in, da die Hebelwirkung der Feder sie weicher macht. Der Frequenz-Endpunkt liefert die Eigenfrequenz an einer Ecke, f = (1/2π)·√(Radrate × g ÷ ungefederte Eckmasse), die Zahl, die wirklich das Fahrverhalten bestimmt: Luxusautos liegen bei etwa 0,5–1,2 Hz, sportliche Straßenfahrzeuge bei 1,2–1,7, Rennwagen bei 2 Hz und mehr. Der Spring-Rate-Endpunkt kehrt es um – die Federrate, die benötigt wird, um eine Zielfrequenz für eine Eckmasse und ein Übersetzungsverhältnis zu erreichen – so können Sie die Frequenz für den Einsatzzweck des Autos wählen und erhalten direkt die Feder. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Motorsport- und Tuning-Apps, Fahrwerksabstimmungs- und Ecklastwaagen-Tools, Fahrwerksauslegungsrechner und technische Lernhilfen. Reine lokale Berechnung – kein API-Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Schätzwerte – das tatsächliche Fahrverhalten hängt auch von Dämpfung und Reifen ab.

api.oanor.com/suspension-api

Internal-combustion engine maths as an API, computed locally and deterministically. The displacement endpoint computes an engine's swept volume from the bore, the stroke and the number of cylinders, V = (π/4)·bore²·stroke per cylinder, in cubic centimetres, litres and cubic inches, and classifies the bore-to-stroke geometry as oversquare, square or undersquare. The compression endpoint relates the compression ratio and the clearance volume, CR = (swept + clearance)/clearance — give the clearance to get the ratio or the ratio to get the clearance — and, with a boost pressure, estimates the effective compression ratio of a forced-induction engine. The power-to-weight endpoint computes the power-to-weight ratio in horsepower per tonne, kilowatts per tonne and watts per kilogram, the weight per horsepower, and, with a displacement, the specific output in horsepower per litre. Bore and stroke are in millimetres, volumes in cc, weight in kilograms and power in horsepower or kilowatts. Everything is computed locally and deterministically, so it is instant and private. Ideal for automotive, motorsport, motorcycle and engine-builder app developers, build-spec and tuning tools, and mechanical education. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is engine geometry and tuning; for EPA fuel-economy data use a fuel-economy API and for tyre sizes a tyre-calculator API.

api.oanor.com/engine-api

Formula 1 reference data as an API, built on the Ergast / Jolpica F1 dataset — every driver, constructor and circuit in F1 history plus every season since 1950. Look up a driver by id or name (e.g. hamilton → Lewis Hamilton, code HAM, #44, British), a constructor/team (ferrari → Ferrari), or a circuit with its coordinates and country (monza → Autodromo Nazionale di Monza, Italy); or search across all three (e.g. "verstappen" → Jos & Max Verstappen). 879 drivers, 214 constructors, 78 circuits. Ideal for motorsport apps, fantasy F1, sports trivia and data dashboards.

api.oanor.com/f1-api