#automotive

US-Fahrzeugdaten als API, basierend auf den offiziellen NHTSA-Datensätzen. Dekodieren Sie jede VIN in Marke, Modell, Baujahr, Ausstattungsvariante, Karosserieklasse, Motor, Antriebsstrang, Kraftstoffart und Montagewerk. Durchsuchen Sie den vollständigen Katalog der Fahrzeugmarken und die Modelle, die für jede Marke und jedes Jahr angeboten werden. Rufen Sie dann den Sicherheitsbericht für ein Fahrzeug ab: offene Rückrufe mit dem betroffenen Bauteil, der Herstellerzusammenfassung, den Folgen und der Abhilfe; Besitzerbeschwerden, die Unfälle, Brände, Verletzungen und Todesfälle melden; und die offiziellen NCAP-Crashtest-Sternebewertungen (Gesamt, frontal, seitlich und Überschlag). Echte Regierungsdaten, kein API-Key vorgeschaltet erforderlich. Ideal für Fahrzeugmärkte, Händler-Tools, VIN-Lookup-Widgets, Versicherungs- und Rückruf-Apps.

api.oanor.com/nhtsa-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

Reifenmathematik als API, lokal und deterministisch berechnet – die Größen-, Druck- und Tachowerte, die ein Fahrer, Monteur oder Fuhrparkleiter vor dem Montieren eines Reifens ermittelt. Der Größen-Endpunkt wandelt eine P-Metrik-Spezifikation in die tatsächlichen Abmessungen um: Gesamtdurchmesser = Felge + 2 × die Seitenwand (Schnittbreite × Querschnittsverhältnis), sodass ein 225/45R17 etwa 25 Zoll hoch ist, einen 78-Zoll-Umfang abrollt und etwa 808 Mal pro Meile dreht – die Zahlen hinter Passform, Übersetzung und Freiraum. Der Druck-Endpunkt liefert den heißen Druck aus einem kalten Druck und der Temperaturänderung, da der Druck der absoluten Temperatur folgt (P2/P1 = T2/T1), etwa +1 psi pro 10 °F – also 32 psi kalt bei 70 °F ergeben ~34,6 nach Erwärmung auf 100 °F und fallen an einem kalten Morgen, was die Warnleuchte auslöst. Der Tachoabweichungs-Endpunkt liefert den Tachofehler und die wahre Geschwindigkeit aus einer Reifengrößenänderung: Ein größerer Reifen lässt den Tacho zu wenig anzeigen, also tatsächliche Geschwindigkeit = angezeigt × neuer Durchmesser ÷ alter – bei 4 % mehr zeigt der Tacho 60, tatsächlich sind es 62,5. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Reifenshop- und Montage-Apps, Flotten- und Geländewagen-Bauwerkzeuge, Tacho-Nachkalibrierungsrechner und Automobilseiten. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzwerte – Druck immer kalt gemäß Aufkleber einstellen.

api.oanor.com/tire-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

Window-Tint-Mathematik als API, lokal und deterministisch berechnet – die Netto-VLT-Werte, nach denen ein Installateur oder Autobesitzer eine Folie auswählt. Der Haken bei Tönung ist, dass die sichtbare Lichtdurchlässigkeit durch Schichten multipliziert wird: Werksautoglas lässt bereits nur etwa 70–80 % des Lichts durch, daher entspricht die angegebene VLT einer Folie nicht dem, was am Ende herauskommt. Der vlt-Endpunkt multipliziert es aus – netto % = das Produkt der VLT jeder Schicht ÷ 100 – also ergibt eine 35 %-Folie auf 78 %-Werksglas 27,3 %, eine 5 %-Limo-Folie auf demselben Glas 3,9 %, und Sie können mehrere Schichten in einem Aufruf stapeln; er beschreibt auch, wie dunkel das aussieht, von fast klar bis abgedunkelt. Der erforderliche Endpunkt rechnet rückwärts: Um eine Ziel-Netto-VLT durch bekanntes Glas zu erreichen, benötigen Sie eine Folie von Ziel ÷ Glas × 100, also erfordert das Erreichen einer 35 %-Netto-VLT auf 78 %-Glas eine 44,9 %-Folie – und er kennzeichnet den unmöglichen Fall, wenn das Ziel heller ist als das bloße Glas bereits erlaubt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Auto-Tönung, Fahrzeugveredelung, Glas- und Automobil-App-Entwickler, Folienauswahl- und Compliance-Tools sowie Werkstattsoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Gesetzliche Grenzwerte variieren je nach Rechtsordnung – prüfen Sie lokale Gesetze. Live, nichts wird gespeichert. 2 Compute-Endpunkte.

api.oanor.com/windowtint-api

Tyre-size geometry as an API, computed locally and deterministically. The dimensions endpoint parses a metric tyre code such as 205/55R16 — or separate width, aspect ratio and rim values — into its full geometry: the sidewall height (width·aspect/100), the overall diameter (rim·25.4 + 2·sidewall) in millimetres and inches, the rolling circumference, and the revolutions per kilometre and per mile; a 205/55R16 works out to a 112.75 mm sidewall and a 631.9 mm (24.88 in) outside diameter. The compare endpoint takes an original and a replacement size and computes the speedometer error and ground-clearance change of swapping between them: because the speedometer is calibrated to the original rolling diameter, a larger tyre makes it read low, so true speed = indicated · OD_new/OD_old, and a tyre that is 2 % bigger means an indicated 100 is really about 102 km/h. Staying within ±3 % keeps the error and clearance change small. Tyre codes use the metric P-metric/Euro-metric form. Everything is computed locally and deterministically, so it is instant and private. Ideal for automotive, tyre-shop, fitment, car-enthusiast, fleet and vehicle-spec app developers, plus-sizing and speedo-error tools, and garage software. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 2 endpoints. This is metric tyre geometry; for fuel economy use a fuel-economy API.

api.oanor.com/tiresize-api

Física de frenado de vehículos como API, calculada local y determinísticamente. El endpoint de distancia de frenado calcula la distancia total para detener un vehículo como la suma de la distancia de reacción que el vehículo recorre durante el tiempo de reacción del conductor, v·t, y la distancia de frenado v²/(2·μ·g) — que crece con el cuadrado de la velocidad, por lo que duplicar la velocidad cuadruplica la distancia de frenado — a partir de la velocidad, el coeficiente de fricción neumático-carretera, el tiempo de reacción y la pendiente de la carretera, junto con la desaceleración y el tiempo hasta detenerse. El endpoint de fuerza de frenado calcula la fuerza de frenado F = m·a y la desaceleración de un vehículo, ya sea a partir de una parada en una distancia dada (a = v²/2d) o del coeficiente de fricción (a = μ·g), con la energía cinética que debe disiparse como calor. El endpoint de velocidad de derrape reconstruye la velocidad al inicio de un derrape a partir de la longitud de la marca de derrape, v = √(2·μ·g·d), una estimación de límite inferior utilizada en reconstrucción de accidentes. La velocidad está en km/h por defecto (también m/s o mph), la masa en kg y las distancias en m; el asfalto seco tiene μ ≈ 0.7, mojado ≈ 0.4 y hielo ≈ 0.1. Todo se calcula local y determinísticamente, por lo que es instantáneo y privado. Ideal para desarrolladores de aplicaciones automotrices, de seguridad vial, flotas, telemática y reconstrucción de accidentes, herramientas de distancia de frenado y forenses, y educación en física. Cálculo local puro — sin clave, sin servicio de terceros, instantáneo. En vivo, nada almacenado. 3 endpoints. Esto es frenado de vehículos; para cinemática general use una API de cinemática y para un objeto en una pendiente use una API de plano inclinado.

api.oanor.com/brake-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

Trailer-towing weight maths as an API, computed locally and deterministically. The tongue endpoint computes the tongue (hitch) weight as a percentage of the loaded trailer weight and reports the recommended 10–15 % range — too little tongue weight is the main cause of trailer sway. The capacity endpoint computes the maximum trailer weight a tow vehicle can pull, GCWR − curb weight − payload (the passengers and cargo in the vehicle), and checks a proposed trailer against it with the margin remaining. The payload endpoint computes the vehicle payload still available once the trailer is hitched, GVWR − curb weight − tongue weight, since the tongue weight presses down on the tow vehicle and counts against its payload rating. Everything is computed locally and deterministically, so it is instant and private. Ideal for RV, caravan, trailer and fleet apps, tow-vehicle matching and load-planning tools, and automotive calculators. Pure local computation — no key, no third-party service, instant. Live, nothing stored. Guidance only — follow the manufacturer's ratings. 3 endpoints. This is trailer-towing weights; for tyre size and rolling circumference use a tyre API.

api.oanor.com/towing-api

Tyre, wheel and drivetrain maths as an API. The tire endpoint parses a metric tyre size such as 205/55R16 into all its real dimensions — section width, aspect ratio, sidewall height, rim and overall diameter in millimetres and inches, rolling circumference, and revolutions per kilometre and per mile. The compare endpoint takes an original and a replacement tyre size and works out the change in overall diameter and the resulting speedometer and odometer error — so you know how much faster you are really going than the dial shows after a tyre change. The gear endpoint computes a gear ratio from ring and pinion tooth counts, or the road speed from engine RPM, total gear ratio and tyre size. Everything is computed locally and deterministically, so it is instant and private. Ideal for automotive and motorsport apps, tyre shops and fitment tools, modding and restomod planning, and vehicle configurators. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 endpoints. This is tyre and drivetrain maths; for vehicle specifications by VIN use a vehicle-database API.

api.oanor.com/tirecalc-api

Official US vehicle fuel-economy data as an API, powered by FuelEconomy.gov — the joint US EPA and Department of Energy resource behind the fuel-economy window sticker on every car, SUV and truck sold in the United States since 1984. Browse the catalogue step by step — model years, then makes, then models, then the engine/transmission trims (each carrying the vehicle id you need for the detail call) — and pull a vehicle's complete fuel-economy record: city, highway and combined MPG, fuel type, engine (number of cylinders and displacement), transmission, EPA vehicle class and drivetrain, the estimated annual fuel cost, tailpipe CO2 emissions in grams per mile, the barrels of petroleum consumed per year and the estimated five-year fuel-cost saving (or extra spend) versus an average new vehicle. Ideal for car-shopping and comparison tools, total-cost-of-ownership and emissions calculators, fleet management and sustainability reporting. The data is authoritative, official EPA/DOE test data and is public domain; it covers US-market light-duty vehicles. Vehicle ids come from the trims endpoint, reached via the year -> make -> model -> trim chain.

api.oanor.com/fueleconomy-api

Decode any Vehicle Identification Number (VIN) into a full, structured vehicle specification — make, manufacturer, model, year, trim, series, body class, vehicle type, drive type, doors, engine (cylinders, displacement, horsepower, configuration and primary/secondary fuel), transmission style, gross vehicle weight rating and the manufacturing plant (country, city, state, company). Partial VINs with wildcards are supported and an optional model year improves accuracy. The API also lists every vehicle make (optionally for a vehicle type such as car, truck or motorcycle) and all models for a given make and year. Backed by the official NHTSA vPIC database, with clean, predictable JSON and no raw-data wrangling. Every endpoint accepts input via the query string or the request body. Ideal for automotive marketplaces, insurance and fleet tools, dealer and parts catalogues, and vehicle-registration flows.

api.oanor.com/vehicledb-api

Decode any Vehicle Identification Number (VIN) into make, model, year, body class, engine, fuel type, drivetrain and plant — and browse vehicle makes and models by type and year. Powered by the official NHTSA vPIC database.

api.oanor.com/cars-api