Marktplatz-Vorschau

API-Marktplatz

Entdecke und integriere APIs über oanors secret-sicheres Gateway.

217–240 von 1117 APIs

Apparent Temperature API

Apparent („gefühlte“) Temperaturberechnungen als API, lokal und deterministisch aus den offiziellen meteorologischen Formeln berechnet – die drei Indizes, die eine Wetter-App, ein Dashboard oder ein Sicherheitstool neben der rohen Thermometerablesung meldet. Der Hitzeindex-Endpunkt liefert den Hitzeindex des US National Weather Service aus Lufttemperatur und relativer Luftfeuchtigkeit unter Verwendung der vollständigen Rothfusz-Regression mit ihren Anpassungen für niedrige und hohe Luftfeuchtigkeit: Denn hohe Luftfeuchtigkeit verhindert das Verdunsten von Schweiß, der Körper kann keine Wärme abgeben und es fühlt sich viel heißer an als das Thermometer – 90 °F bei 70 % Luftfeuchtigkeit fühlen sich wie etwa 106 °F an – und das Ergebnis wird mit einer Risikokategorie von Vorsicht über Gefahr bis hin zu extremer Gefahr ausgegeben. Der Windchill-Endpunkt liefert den Windchill von NWS / Environment Canada von 2001 aus Temperatur und Windgeschwindigkeit, das Gegenstück für kaltes Wetter, mit der Risikostufe für Erfrierungszeit – 0 °F bei 15 mph Wind fühlen sich wie etwa −19 °F an. Der Humidex-Endpunkt liefert Kanadas Warmwetterindex aus Temperatur und Luftfeuchtigkeit auf derselben Celsius-Skala, abgeleitet über den Wasserdampfdruck. Alles wird sowohl in °F als auch in °C zurückgegeben und lokal und deterministisch berechnet, sodass es sofort und privat ist. Ideal für Wetter- und Outdoor-Apps, Arbeitssicherheits- und Sport-Tools, Smart-Home- und HVAC-Dashboards sowie Klima- und Gesundheitsanwendungen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Schätzungen des menschlichen Komforts im Schatten und bei leichtem Wind. 3 Compute-Endpunkte. Für Taupunkt und feuchte Lufteigenschaften verwenden Sie eine psychrometrische API; für Live-Bedingungen eine Wetter-API.

#weather #heat-index #wind-chill
P von PremiumApi
Uptime
100.0%
Latenz
73ms
Subs
4,322
Server-geprüft 12 Probes/24h

api.oanor.com/apparenttemp-api

Density Altitude API

Aviation atmosphere maths as an API, computed locally and deterministically using the exact International Standard Atmosphere relations — the numbers a pilot, dispatcher or flight-planning tool needs before take-off, not a rough rule of thumb. The density-altitude endpoint turns the field elevation, altimeter setting and outside air temperature into the pressure altitude (elevation + (29.92 − setting) × 1000) and then the density altitude — the altitude the air actually feels like to the wings and engine — computed from the true ISA density ratio rather than the approximate 120-foot-per-degree rule, with the ISA temperature deviation: on a hot, high day the density altitude soars, robbing lift and thrust and lengthening the take-off roll, the classic mountain-airport hazard. The true-airspeed endpoint gives TAS from calibrated airspeed as CAS ÷ √(density ratio), so the navigator gets the real speed through the air that climbs above the indicated reading with altitude and temperature. The isa endpoint returns the standard-atmosphere temperature, pressure, pressure and density ratios and the speed of sound at any altitude in the troposphere — the reference every altimeter, performance chart and engine rating is built on. Everything is computed locally and deterministically, so it is instant and private. Ideal for flight-planning and EFB apps, drone and UAV tools, aviation weather dashboards, and aerospace-engineering utilities. Pure local computation — no key, no third-party service, instant. Troposphere (≤ 36,089 ft); incompressible TAS. 3 compute endpoints. For the speed of sound and Mach use a Mach-number API; for runway wind components a crosswind API.

#aviation #density-altitude #atmosphere
P von PremiumApi
Uptime
100.0%
Latenz
75ms
Subs
3,968
Server-geprüft 12 Probes/24h

api.oanor.com/densityaltitude-api

Quarter Mile Drag 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 verstrichene Zeit und Fanggeschwindigkeit aus der Motorleistung und dem Renngewicht unter Verwendung der Standardformeln – ET = 5,825 × (Gewicht ÷ PS) hoch ein Drittel, Fanggeschwindigkeit = 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 Fanggeschwindigkeit durch das Leistungsgewicht bestimmt wird und kaum durch den Start, ist PS ≈ Gewicht × (Fanggeschwindigkeit ÷ 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 die Beschleunigung bestimmt – 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 Auto mit 200 PS kann ein schweres mit 400 PS schlagen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Drag-Racing- und Tuner-Apps, Auto-Spezifikations- und Vergleichstools, Automobil-Enthusiasten und Motorsport-Dashboards. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Empirische Schätzungen unter Annahme eines guten Starts und Traktion – kein Zeitmessstreifen. 3 Compute-Endpunkte. Für aerodynamischen Widerstand verwenden Sie eine Drag-API; für Getriebeübersetzung eine Gear-Ratio-API.

#drag-racing #automotive #horsepower
P von PremiumApi
Uptime
100.0%
Latenz
77ms
Subs
3,361
Server-geprüft 12 Probes/24h

api.oanor.com/quartermile-api

Heat Pump COP API

Wärmepumpen- und Kälteleistungsberechnungen als API, lokal und deterministisch berechnet – die Effizienzzahlen, mit denen ein HLK-Ingenieur, Energieauditor oder Wärmepumpeninstallateur tatsächlich arbeitet. Der cop-Endpunkt liefert die Leistungszahl und die US-EER-Bewertung aus der thermischen Leistung und der elektrischen Leistung: Eine Einheit, die 7 kW Wärme mit 2 kW Strom bewegt, hat eine COP von 3,5 (einen EER von 12), was bedeutet, dass 3,5 Einheiten Heizung oder Kühlung pro Einheit Strom erzeugt werden – daher ist eine Wärmepumpe besser als Widerstandsheizung, bei der die COP genau 1 beträgt. Der carnot-Endpunkt liefert das unschlagbare ideale Limit, das nur durch die absoluten Temperaturen bestimmt wird – Heizen = Th ÷ (Th − Tc), Kühlen = Tc ÷ (Th − Tc) in Kelvin, wobei die Heiz-COP immer gleich der Kühl-COP plus eins ist – und, bei einer realen COP, den Wirkungsgrad nach dem zweiten Hauptsatz, der angibt, wie nah die Maschine an dieser Obergrenze arbeitet; je kleiner der Temperaturhub, desto höher das Limit, weshalb Erdreich- und Niedertemperatursysteme an einem kalten Tag besser sind als Luftsysteme. Der capacity-Endpunkt wandelt elektrische Leistung und eine COP in die gelieferte Heiz- oder Kühlleistung in Kilowatt, BTU pro Stunde und Tonnen Kälteleistung um – die zusätzliche Energie über den Strom hinaus wird der Außenluft, dem Erdreich oder dem Wasser entzogen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für HLK- und Kälteingenieure, Energieauditoren, Wärmepumpen- und Gebäudeleistungstools sowie Nachhaltigkeits-Dashboards. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Schätzungen unter den angegebenen Bedingungen – die reale COP sinkt mit steigendem Temperaturhub. 3 Berechnungsendpunkte. Für die Raumdimensionierung verwenden Sie eine HLK-BTU-API; für feuchte Lufteigenschaften verwenden Sie eine psychrometrische API.

#heat-pump #cop #refrigeration
P von PremiumApi
Uptime
100.0%
Latenz
74ms
Subs
3,895
Server-geprüft 12 Probes/24h

api.oanor.com/heatpump-api

Steam Boiler API

Steam-boiler engineering maths as an API, computed locally and deterministically — the three numbers a boiler operator, plant engineer or steam-system designer actually works with. The boiler-hp endpoint converts a required heat output into boiler horsepower (heat ÷ 33,475 BTU/hr, the standard definition), the equivalent steam output in pounds per hour "from and at" 212 °F (34.5 lb/hr per BHP) and the output in kilowatts — a 1,000,000 BTU/hr load is about 29.9 BHP or 1,031 lb/hr of steam. The factor-of-evaporation endpoint gives the real capacity for your feedwater: the factor = (the total heat of the steam − the feedwater heat) ÷ 970.3, always greater than one because the boiler must add the sensible heat to bring water up to boiling, so a boiler rated "from and at" 212 °F actually makes less with 60 °F feedwater — which is exactly why preheating feedwater with an economiser raises capacity and saves fuel. The blowdown endpoint gives the continuous blowdown rate to hold the boiler water within its dissolved-solids limit: blowdown = steam × feedwater TDS ÷ (boiler limit − feedwater TDS), with the cycles of concentration and the blowdown as a percentage of feedwater — better feedwater means more cycles, less blowdown and less wasted hot water. Everything is computed locally and deterministically, so it is instant and private. Ideal for boiler operators, steam-plant and HVAC engineers, energy auditors, water-treatment specialists and process-engineering tools. Pure local computation — no key, no third-party service, instant. Engineering estimates — verify against the manufacturer data and local code. 3 compute endpoints. For moist-air properties use a psychrometric API; for compressed air use a compressor API.

#boiler #steam #hvac
P von PremiumApi
Uptime
100.0%
Latenz
75ms
Subs
4,507
Server-geprüft 12 Probes/24h

api.oanor.com/boiler-api

EV-Lade-API

Elektrofahrzeug-Lademathematik als API, lokal und deterministisch berechnet – die drei Zahlen, die jeder EV-Fahrer und jede Lade-App tatsächlich benötigt. Der Ladezeit-Endpunkt gibt an, wie lange eine Sitzung dauert: Aus der Batteriegröße und der Differenz zwischen dem Start- und Zielladezustand berechnet er die hinzuzufügende Energie und die Zeit bei einer gegebenen Ladeleistung und Effizienz – ein 60-kWh-Akku von 20 % auf 80 % an einem 7,2-kW-Heimladegerät mit 90 % Effizienz dauert etwa 5,6 Stunden, und er erinnert daran, dass DC-Schnellladen oberhalb von 80 % stark nachlässt, sodass Roadtrips um den schnellen Teil der Kurve herum geplant werden sollten. Der Reichweiten-Erweiterungs-Endpunkt wandelt eine Ladesitzung in Meilen um: Aus der Ladeleistung, den Minuten des Anschlusses und den Meilen pro kWh des Autos gibt er die Energie und die hinzugefügte Reichweite sowie die praktische Zahl „Meilen pro Lade-Stunde“ – ein 7-kW-Heimladegerät fügt etwa 22 mi/h hinzu, eine 150-kW-DC-Station Hunderte. Der Kosten-Endpunkt gibt an, was ein Ladevorgang kostet, wobei die aus dem Netz bezogene Energie (die Energie zur Batterie geteilt durch die Ladeeffizienz) multipliziert mit dem Preis pro kWh korrekt abgerechnet wird, mit den effektiven Kosten pro nutzbarer kWh – nächtliche Heimtarife machen EV-Meilen sehr billig, während DC-Schnellladegeräte ein Vielfaches kosten. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für EV-Apps, Routen- und Reiseplaner, Flotten- und Ladestations-Tools, Ladekostenrechner und Dashboards. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Schätzungen – echtes DC-Laden lässt oberhalb von 80 % nach und kaltes Wetter reduziert die Reichweite. 3 Berechnungs-Endpunkte. Für Batterielaufzeit verwenden Sie eine Batterie-API; für generische Energiekosten verwenden Sie eine Energiekosten-API.

#ev #charging #electric-vehicle
P von PremiumApi
Uptime
100.0%
Latenz
78ms
Subs
3,219
Server-geprüft 12 Probes/24h

api.oanor.com/evcharging-api

Drone Build API

Multirotor (Drone) Flugmathematik als API, lokal und deterministisch berechnet – die Schub-, Effizienz- und Schwebewerte, die ein FPV-Bauer oder UAV-Designer für einen Quadcopter einstellt. Der Schub-Gewicht-Endpunkt liefert das Schub-Gewicht-Verhältnis, Gesamtmotorschub ÷ Gesamtgewicht: Ziel ist mindestens 2:1, damit das Gerät Autorität hat, um Position zu halten und gegen Wind anzukämpfen, wobei Freestyle 3–5:1 und Schwerlast nahe 1,5:1 anstrebt – vier 800-Gramm-Motoren an einem 1.200-Gramm-Quad ergeben ein kräftiges 2,67:1. Der Scheibenbelastungs-Endpunkt liefert die Rotor-Scheibenbelastung, Gewicht ÷ gesamte Propellerfläche, wobei niedriger effizienter ist: große langsame Propeller bewegen mehr Luft mit weniger Leistung, weshalb Ausdauer- und Cinema-Rigs große Propeller mit niedriger Scheibenbelastung verwenden. Der Schwebegas-Endpunkt liefert das Schwebegas, Gesamtgewicht ÷ Gesamtschub – ein guter Bau schwebt nahe 40–50 % und lässt Spielraum für Manöver, während Schweben über ~60 % bedeutet, dass er übergewichtig, träge und heiß läuft. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für FPV- und Drohnenbau-Apps, UAV-Design- und Motorauswahl-Tools, Hobby-Rechner und Maker-Seiten. Reine lokale Berechnung – kein Key, kein Drittanbieter-Dienst, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – testen Sie Motoren auf dem Prüfstand bei Ihrer Spannung und Ihrem Propeller. Für Batterielaufzeit verwenden Sie eine Batterie-API.

#drone #fpv #multirotor
P von PremiumApi
Uptime
100.0%
Latenz
74ms
Subs
4,319
Server-geprüft 12 Probes/24h

api.oanor.com/drone-api

Pressure Washer API

Druckreiniger-Mathematik als API, lokal und deterministisch berechnet – die Reinigungskraft-, Düsen- und Wasserzahlen, mit denen ein Käufer oder Profi eine Maschine dimensioniert und betreibt. Der Cleaning-Units-Endpunkt liefert die Reinigungskraft, PSI × GPM, mit einer Belastungsklasse – beide sind wichtig, weil der Druck den Schmutz löst und der Durchfluss ihn wegspült, sodass eine 3.000 PSI / 2,5 GPM Maschine (7.500 Cleaning Units) viel schneller reinigt als derselbe Druck bei 1,5 GPM. Der Düsen-Endpunkt liefert den Durchfluss bei einem anderen Druck (eine feste Düse fließt mit der Quadratwurzel des Drucks) und die Rückstoßkraft der Düse, die Sie spüren, ≈ 0,0526 × GPM × √PSI in Pfund – ein paar Pfund bei einem Verbrauchergerät, genug bei einer großen Maschine, um zwei Hände zu benötigen. Der Water-Usage-Endpunkt liefert den Wasserverbrauch über einen Lauf, Durchfluss × Zeit, in Gallonen und Litern mit optionalen Kosten – ein Druckreiniger verbraucht tatsächlich viel weniger Wasser als ein Gartenschlauch für die gleiche Reinigung. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Druckreiniger-Shops und Verleih-Apps, Reinigungsunternehmer- und Kaufberatungs-Tools, Geräte-Rechner und DIY-Seiten. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – Oberfläche und Reinigungsmittel sind genauso wichtig wie die Zahlen.

#pressure-washer #cleaning #nozzle
P von PremiumApi
Uptime
100.0%
Latenz
79ms
Subs
4,427
Server-geprüft 12 Probes/24h

api.oanor.com/pressurewasher-api

Solar Thermal API

Solar-thermische (Solarwarmwasser) Mathematik als API, lokal und deterministisch berechnet – die Kollektor-, Dimensionierungs- und Speicherzahlen, die ein Solarinstallateur oder Hausbesitzer zur Auslegung eines Warmwassersystems benötigt. Der Ausgabe-Endpunkt liefert die nutzbare tägliche Wärme, die ein Kollektor erzeugt: Fläche × die tägliche Solarenergie darauf × der Kollektorwirkungsgrad (Flachkollektor ~40–60 %, Vakuumröhren höher), also liefert ein 40 ft² Kollektor bei 1.800 BTU/ft²/Tag und 50 % etwa 36.000 BTU (10,5 kWh) – das Warmwasser einer Familie an einem guten Tag. Der Flächen-Endpunkt dimensioniert den Kollektor für einen Bedarf: Fläche = (tägliche Gallonen × 8,34 × die Temperaturerhöhung) ÷ (Einstrahlung × Wirkungsgrad), also benötigen 60 Gallonen, die um 70 °F erwärmt werden, etwa 39 ft² – dimensioniert für einen durchschnittlichen Tag mit einem Backup-Heizgerät, da ein Solaranteil von 60–80 % der wirtschaftliche Sweet Spot ist. Der Tank-Endpunkt dimensioniert den Solarspeicher mit etwa 1,5 Gallonen pro Quadratfuß Kollektor, groß genug, um einen sonnigen Nachmittag zu puffern, ohne den Kollektor zu blockieren. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Solarinstallateur- und Erneuerbare-Energien-Apps, Warmwasser-Systemdesign-Tools, Heimenergie-Rechner und Nachhaltigkeitsseiten. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Für die lokale Solarressource verwenden Sie eine Solarstrahlungs-API; für Poolheizung verwenden Sie eine Pool-API.

#solar-thermal #solar-hot-water #renewable
P von PremiumApi
Uptime
100.0%
Latenz
74ms
Subs
3,962
Server-geprüft 12 Probes/24h

api.oanor.com/solarthermal-api

Rohrisolierungs-API

Rohrisolierungs-Wärmeverlustberechnungen als API, lokal und deterministisch berechnet – die radialen Wärmeverlust-, Dicken- und Energiekostenzahlen, die ein Maschinenbauingenieur oder Energieauditor für die Dämmung dimensioniert. Der Wärmeverlust-Endpunkt gibt den Verlust pro laufendem Fuß durch zylindrische Isolierung an, Q/L = 2π·(k/12)·ΔT ÷ ln(r2/r1), wobei k die Wärmeleitfähigkeit der Isolierung (BTU·in/hr·ft²·°F, ~0,25 für Glasfaser), r1 der Rohrradius und r2 der Außenradius ist – eine 2-Zoll-Leitung bei 300 °F mit einem Zoll Glasfaser verliert etwa 43 BTU/hr pro Fuß, und da die Beziehung logarithmisch ist, halbiert eine Verdopplung der Dicke den Verlust nicht. Der Dicken-Endpunkt invertiert dies für einen Zielverlust: ln(r2/r1) = 2π·(k/12)·ΔT ÷ Ziel, dann Dicke = r2 − r1, was den wirtschaftlichen Dickenpunkt zeigt, jenseits dessen sich mehr Material selten auszahlt. Der Jahreskosten-Endpunkt wandelt den Verlust pro Fuß in den jährlichen Wärmeverlust und die Brennstoffkosten über eine Rohrleitung um, die Zahl, die die Dämmung rechtfertigt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für mechanische Konstruktions- und Energieaudit-Apps, Isolierungsunternehmer- und Prozessrohrleitungs-Tools, Gebäudetechnik-Rechner und technische Hilfsmittel. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Berechnungs-Endpunkte. Ignoriert den äußeren Luftfilm (tatsächlicher Verlust geringfügig niedriger). Für flache Wände und Dächer verwenden Sie eine U-Wert-API.

#pipe-insulation #heat-loss #mechanical
P von PremiumApi
Uptime
100.0%
Latenz
71ms
Subs
4,139
Server-geprüft 12 Probes/24h

api.oanor.com/pipeinsulation-api

CNC-Oberflächenfinish-API

CNC-Oberflächenfinish-Mathematik als API, lokal und deterministisch berechnet – die Rauhtiefe, der Zeilenabstand und die Anzahl der Durchgänge, die ein CNC-Maschinenbediener für ein glattes Finish einstellt. Der Scallop-Endpunkt gibt die Rauhtiefe an, die ein Kugelfräser zwischen den Durchgängen hinterlässt, h = R − √(R² − (Zeilenabstand/2)²), sodass ein halbzölliger Fräser bei einem Zeilenabstand von 0,05 Zoll etwa eine Rauhtiefe von 1,25 Tausendstel hinterlässt – engerer Zeilenabstand, kleinere Rauhtiefe, weitaus mehr Durchgänge. Der Stepover-Endpunkt kehrt es um: den Zeilenabstand für eine Zielrauhtiefe, 2·√(R² − (R−h)²), ebenfalls als Prozentsatz des Werkzeugdurchmessers angegeben (Feinbearbeitung läuft bei ~4–10 %), sodass er auf verschiedene Aufgaben übertragbar ist – und ein größerer Kugelfräser erreicht das gleiche Finish bei einem breiteren, schnelleren Zeilenabstand. Der Passes-Endpunkt verwandelt eine Fläche in Arbeit: Durchgänge = Breite ÷ Zeilenabstand aufgerundet plus eins, die gesamte Schnittstrecke und die Schnittzeit bei einer gegebenen Vorschubgeschwindigkeit – das Fräsen einer 4×6-Zoll-Fläche bei einem Zeilenabstand von 0,05 Zoll ergibt 81 Durchgänge und 486 Zoll Strecke, unter fünf Minuten bei 100 ipm. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für CNC- und CAM-Apps, Maschinisten- und Werkzeugbahnrechner, Maker- und Lohnfertigungs-Tools sowie technische Hilfsmittel. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Für Schnittgeschwindigkeit, Vorschub und Drehzahl verwenden Sie eine Bearbeitungs-API.

#cnc #machining #milling
P von PremiumApi
Uptime
100.0%
Latenz
74ms
Subs
4,693
Server-geprüft 12 Probes/24h

api.oanor.com/cncfinish-api

Roller Chain Drive API

Roller-Chain-Drive-Mathematik als API, lokal und deterministisch berechnet – die Kettenlängen-, Kettenrad- und Geschwindigkeitszahlen, mit denen ein Maschinenkonstrukteur oder Mühlenbauer einen Antrieb auslegt. Der Kettenlängen-Endpunkt gibt die Kette in Teilungen aus den beiden Kettenradzähnezahlen, der Kettenteilung und dem Achsabstand: L = 2·C + (N1+N2)/2 + ((N2−N1)/2π)² ÷ C (C in Teilungen), aufgerundet auf eine gerade Zahl, damit die Kette ohne Verschlussglied schließt – ein 17- und 34-Zahn-Paar bei 15-Zoll-Achsabstand auf #40 (halbe Zoll) Kette ergibt 86 Teilungen, 43 Zoll. Der Kettenrad-Endpunkt gibt den Teilkreisdurchmesser, Teilung ÷ sin(180°/Zähne), und den Außendurchmesser – ein 17-Zahn-#40-Kettenrad hat einen 2,72-Zoll-Teilkreis. Der Geschwindigkeits-Endpunkt gibt die lineare Geschwindigkeit der Kette, Teilung × Zähne × rpm ÷ 12, also läuft ein 17-Zahn-#40-Kettenrad bei 100 rpm die Kette mit etwa 71 ft/min. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Maschinenkonstruktions- und Antriebsstrang-Apps, Förder- und Gerätebau-Tools, Maker- und CAD-Rechner sowie technische Hilfsmittel. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Für Übersetzungsverhältnisse verwenden Sie eine Gear-Ratio-API; für Riemen eine Pulley-API.

#chain-drive #roller-chain #sprocket
P von PremiumApi
Uptime
100.0%
Latenz
78ms
Subs
4,640
Server-geprüft 12 Probes/24h

api.oanor.com/chaindrive-api

Water Well API

Wasserbrunnen-Mathematik als API, lokal und deterministisch berechnet – die Verrohrungs-, Ergiebigkeits- und Pumpeneinstellungszahlen, mit denen ein Brunnenbohrer, Pumpeninstallateur oder ländlicher Hausbesitzer arbeitet. Der Casing-Volume-Endpunkt gibt das stehende Wasser in einem Brunnen an: Gallonen pro Fuß = π/4 · Durchmesser² × 12 ÷ 231 (etwa 1,47 gal/ft für eine 6-Zoll-Verrohrung, 0,65 für eine 4-Zoll) mal der Wassersäule, also 100 Fuß Wasser in einer 6-Zoll-Verrohrung enthalten etwa 147 Gallonen – die benötigte Menge, um einige Brunnenvolumen vor der Probenahme zu spülen oder eine Schockchlorung zu dosieren. Der Specific-Capacity-Endpunkt wandelt einen Absenkungstest um, wie frei der Brunnen Wasser abgibt: spezifische Kapazität = Pumpenrate ÷ Absenkung (gpm pro Fuß), und die prognostizierte Ergiebigkeit ≈ das mal der verfügbaren Absenkung – 15 GPM bei 20 Fuß Absenkung sind 0,75 gpm/ft und etwa 45 GPM bei 60 Fuß. Der Pump-Setting-Endpunkt gibt die Tiefe an, um die Pumpe zu hängen: statischer Wasserstand + Absenkung + Eintauchtiefe (typischerweise 10–20 Fuß), damit sie nie Lufteinschlüsse bekommt, wenn der Wasserstand absinkt, mit einer Überprüfung gegen die Brunnentiefe. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Brunnenbohr- und Pumpeninstallations-Apps, ländliche Wasser- und Hausbesitzer-Tools, hydrogeologische Rechner und Handwerkshilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – mit einem echten Absenkungstest verifizieren. Für Pumpenleistung/Förderhöhe eine Pumpen-API verwenden; für Brunnenchlorierung eine Poolchemie-API.

#well #water-well #pump
P von PremiumApi
Uptime
100.0%
Latenz
72ms
Subs
4,218
Server-geprüft 12 Probes/24h

api.oanor.com/wellpump-api

Screw Auger API

Schneckenförderer- und Getreideschnecken-Mathematik als API, lokal und deterministisch berechnet – die Kapazitäts-, Geschwindigkeits- und Durchsatzwerte, mit denen ein Landwirt, Mühlenbauer oder Materialflusstechniker eine Schnecke dimensioniert. Der Kapazitätsendpunkt gibt den volumetrischen Durchsatz aus der Schneckengeometrie: das ringförmige Flügelvolumen pro Umdrehung ((π/4)(Durchmesser² − Schaft²) × Steigung) × rpm × 60 × die Rinnenfüllung, sodass eine 9-Zoll-Schnecke mit voller Steigung auf einem 2,5-Zoll-Schaft bei 40 rpm und 45 % Füllung etwa 330 Kubikfuß – 265 Scheffel – pro Stunde bewegt. Der Geschwindigkeitsendpunkt kehrt es um, die benötigte Drehzahl für eine Zielkapazität, damit Sie eine kleine Schnecke nicht überdrehen und das Getreide zermahlen. Der Scheffelendpunkt wandelt eine volumetrische Rate in Scheffel und Tonnen pro Stunde um (1 Scheffel = 1,2445 ft³, Tonnen = Scheffel × Testgewicht ÷ 2000), sodass 330 ft³/h 56-Pfund-Mais 265 Scheffel oder 7,4 Tonnen pro Stunde sind – die Zahl, die Sie auf den Trockner oder den LKW abstimmen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Getreidehandhabungs- und Landmaschinen-Apps, Materialflusstechnik- und Förderbanddesign-Tools, landwirtschaftliche Rechner und technische Hilfsmittel. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Schätzungen – Neigung und Material ändern den tatsächlichen Durchsatz. Für Bandförderer verwenden Sie eine Conveyor API.

#auger #screw-conveyor #grain
P von PremiumApi
Uptime
100.0%
Latenz
75ms
Subs
3,034
Server-geprüft 12 Probes/24h

api.oanor.com/auger-api

Radiant Floor API

Radiantboden- und Hydronik-Heizungsmathematik als API, lokal und deterministisch berechnet – die Ausgabe-, Rohr- und Durchflusszahlen, mit denen ein Installateur oder Heimwerker einen warmen Fußboden plant. Der Ausgabe-Endpunkt gibt die Wärme aus, die ein warmer Fußboden abgibt: etwa 2 BTU/h pro Quadratfuß für jedes °F, das die Fußbodenoberfläche über dem Raum liegt, also liefert ein 85 °F warmer Fußboden in einem 70 °F warmen Raum etwa 30 BTU/h/ft² – etwa 9.000 BTU/h über 300 ft², die Komfortgrenze, da der Fußboden bei ~85 °F gehalten wird. Der Rohr-Endpunkt gibt das Rohr und die Schleifen für eine Fläche bei einem Abstand an: Feldrohr = Fläche × 12 ÷ Abstand, also benötigt 300 ft² bei 9-Zoll-Abstand 400 Fuß Rohr, aufgeteilt in Schleifen unter ~300 Fuß (zwei 200-Fuß-Schleifen), damit die Pumpe sie durchdrücken kann. Der Durchfluss-Endpunkt gibt die Schleifendurchflussrate für eine Heizlast an, GPM = Last ÷ (500 × ΔT), wobei 500 die Wasserkonstante und ΔT die Vorlauf-Rücklauf-Differenz ist – 9.000 BTU/h bei einer ΔT von 20 °F benötigt 0,9 GPM. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Fußbodenheizungs- und Sanitäranwendungen, Hydronik-Design- und PEX-Layout-Tools, HVAC-Auftragnehmer-Rechner und DIY-Bau-Seiten. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – mit einer vollständigen Wärmeverlustberechnung verifizieren. Für die Gebäudelast eine HVAC-API verwenden; für die Rohrgeschwindigkeit eine Durchflussraten-API.

#radiant #hydronic #heating
P von PremiumApi
Uptime
100.0%
Latenz
77ms
Subs
3,688
Server-geprüft 12 Probes/24h

api.oanor.com/radiant-api

Leitersicherheits-API

Leitersicherheits-Mathematik als API, lokal und deterministisch berechnet – die Winkel-, Reichweiten- und Lastzahlen, die verhindern, dass eine Leiter wegrutscht oder knickt. Der Winkel-Endpunkt wendet die 4:1-Regel an: Der Fußpunkt wird für je vier Fuß Arbeitslänge einen Fuß von der Wand entfernt platziert, was die Leiter auf etwa 75,5° bringt – eine 24-Fuß-Leiter steht 6 Fuß von der Wand entfernt und erreicht etwa 23 Fuß Höhe, steil genug, um nicht nach hinten zu kippen, und flach genug, um nicht zu rutschen. Der Verlängerungs-Endpunkt gibt die nutzbare Länge und Reichweite einer zweiteiligen Schiebeleiter an, unter Berücksichtigung des Überlappungsverlusts (3 Fuß bis 36, 4 bis 48, 5 darüber), sowie die Arbeitshöhe im sicheren Winkel – wobei die Leiter 3 Fuß über eine Dachkante hinausragen muss, auf die man tritt. Der Tragfähigkeits-Endpunkt wandelt eine Gesamtlast – Ihr Gewicht plus Werkzeuge und Materialien, nicht nur Körpergewicht – in die richtige Tragfähigkeitsklasse um, von Typ III Haushalt (200 lb) über I Industrie (250) bis IAA Profi (375). Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Bau- und Handwerks-Apps, Baustellen- und Vermietungswerkzeuge, OSHA-Schulungshilfen und Heimwerker-Websites. Reine lokale Berechnung – kein API-Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Lehrreich – befolgen Sie stets die Herstelleretiketten und OSHA/ANSI-Regeln.

#ladder #safety #osha
P von PremiumApi
Uptime
100.0%
Latenz
76ms
Subs
3,044
Server-geprüft 12 Probes/24h

api.oanor.com/ladder-api

Guitar Luthier API

Gitarren- und Gitarrenbauer-Mathematik als API, lokal und deterministisch berechnet – die Saitenspannungs- und Bundzahlen, mit denen ein Spieler, Hersteller oder Techniker ein Instrument einrichtet. Der Saitenspannungs-Endpoint gibt die Spannung an, die eine Saite bei Tonhöhe aus der Physik zieht, Spannung = Einheitsgewicht × (2 × Mensur × Frequenz)² ÷ 386,4, wobei das Einheitsgewicht (lb/in) aus der Tabelle des Saitenherstellers stammt – eine .010 Plain-Steel hohe E-Saite auf einer 25,5-Zoll-Mensur, gestimmt auf 329,6 Hz, zieht etwa 16 lb. Der Bundpositions-Endpoint gibt den Abstand vom Sattel zu jedem Bund in gleichstufiger Stimmung an, Mensur × (1 − 2^(−Bund/12)), sodass der 12. Bund genau in der Mitte liegt und der erste Bund einer 25,5-Zoll-Mensur 1,43 Zoll entfernt ist – die Mathematik hinter jedem Griffbrettschlitz. Der Set-Spannungs-Endpoint summiert einen ganzen Saitensatz zur Gesamtlast auf dem Hals (eine typische sechssaitige Gitarre liegt bei ~95–120 lb), die Zahl, die entscheidet, ob eine Saitenstärken- oder Stimmungsänderung eine Halsstabeinstellung erfordert. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Gitarrenbauer- und Gitarrentechniker-Apps, Saitenspannungs- und Bundschlitzrechner, Setup- und Neubesaitungswerkzeuge sowie Musikausrüstungsseiten. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 3 Compute-Endpoints. Holen Sie Einheitsgewichte aus der Tabelle des Saitenherstellers. Verwenden Sie für die Umrechnung von Note↔Frequenz eine Musiktheorie-API.

#guitar #luthier #music
P von PremiumApi
Uptime
100.0%
Latenz
80ms
Subs
3,887
Server-geprüft 12 Probes/24h

api.oanor.com/guitar-api

Air Compressor API

Druckluft-Mathematik als API, lokal und deterministisch berechnet – die Receiver-, Pump-up- und SCFM-Zahlen, mit denen ein Pneumatiktechniker oder Werkstattbesitzer ein System dimensioniert. Der Receiver-Size-Endpunkt gibt den Tank an, den Sie benötigen, um eine Bedarfsspitze abzufedern: Volumen = Bedarf (freie Luft CFM) × Minuten × 14,7 ÷ das nutzbare Druckfenster (max − min) – bei 20 CFM für eine Minute über ein 175-zu-100-psi-Fenster wird ein etwa 30-Gallonen-Receiver benötigt, der Puffer, der der Pumpe Zeit zum Nachkommen gibt. Der Pumpup-Endpunkt gibt die Zeit an, um einen Receiver von einem Druck auf einen anderen zu bringen: Volumen × Druckanstieg ÷ (14,7 × Kompressor-CFM), also benötigt ein 60-Gallonen-Tank von 100 auf 175 psi bei einem 15-CFM-Kompressor etwa 2,7 Minuten. Der SCFM-Endpunkt korrigiert tatsächliche CFM auf Standard-CFM für die Einlassbedingungen – SCFM = ACFM × (Einlassdruck ÷ 14,696) × (528 ÷ Einlasstemperatur in Rankine) – daher liefert ein Kompressor auf 5.000 Fuß etwa 17 % weniger SCFM als auf Meereshöhe, der Grund, warum Sie Werkzeuge nach SCFM dimensionieren, nicht nach dem Typenschild. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Pneumatik- und Druckluft-Apps, Kompressor-Dimensionierungs- und Werkzeugbedarfs-Tools, industrielle Luftrechner und Fachhilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Schätzungen – Tastverhältnis und die Pumpenkennlinie verschieben reale Zahlen.

#compressor #pneumatics #compressed-air
P von PremiumApi
Uptime
100.0%
Latenz
78ms
Subs
3,866
Server-geprüft 12 Probes/24h

api.oanor.com/compressor-api

Tire Calculator API

Reifenmathematik als API, lokal und deterministisch berechnet – die Größen-, Druck- und Tachometerwerte, die ein Fahrer, Monteur oder Fuhrparkleiter vor der Montage 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 rollt und etwa 808 Umdrehungen pro Meile macht – 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 sinken an einem kalten Morgen, was die Warnleuchte auslöst. Der Tachoabweichungs-Endpunkt liefert den Tachometerfehler 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, aber es sind wirklich 62,5. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Reifenshop- und Montage-Apps, Fuhrpark- und Geländewagen-Bauwerkzeuge, Tacho-Nachkalibrierungsrechner und Automobil-Websites. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – Druck immer kalt gemäß Aufkleber einstellen.

#tire #tyre #automotive
P von PremiumApi
Uptime
100.0%
Latenz
71ms
Subs
3,314
Server-geprüft 12 Probes/24h

api.oanor.com/tire-api

Bootspropeller-API

Bootspropeller-Mathematik als API, lokal und deterministisch berechnet – die Schlupf-, Drehzahl- und Steigungszahlen, die entscheiden, ob ein Boot seine Werte erreicht oder kämpft. Der Schlupf-Endpunkt gibt den Propellerschlupf aus Steigung, Propeller-Drehzahl und tatsächlicher Bootsgeschwindigkeit: theoretische Geschwindigkeit = Steigung × Propeller-Drehzahl ÷ 1215, und Schlupf = (theoretische − tatsächliche) ÷ theoretische – ein 19-Zoll-Propeller bei 2000 U/min sollte theoretisch 31 Knoten machen, also sind echte 26,6 Knoten etwa 15 % Schlupf, normal für ein sauberes Gleitboot. Der Propeller-Drehzahl-Endpunkt gibt die Propeller-Drehzahl aus Motordrehzahl und Getriebeuntersetzung – ein 2:1-Getriebe dreht den Propeller mit halber Motordrehzahl – und mit einer Steigung die theoretische schlupffreie Geschwindigkeit bei dieser Drehzahl. Der Steigungs-Endpunkt gibt die Steigung, die nötig ist, um eine Zielgeschwindigkeit bei einer Propeller-Drehzahl und erwartetem Schlupf zu erreichen: Steigung = Ziel × 1215 ÷ (Propeller-Drehzahl × (1 − Schlupf)), sodass Sie das Boot so bestücken können, dass der Motor den oberen Bereich seiner Volllast-Drehzahl erreicht, anstatt zu schwergängig zu laufen. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Boots- und Marine-Apps, Motor- und Propellerwerkzeug, Leistungsrechner und seemännische Studienhilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – Rumpf, Last und Untergrundzustand verschieben den tatsächlichen Schlupf.

#propeller #boating #marine
P von PremiumApi
Uptime
100.0%
Latenz
75ms
Subs
3,999
Server-geprüft 12 Probes/24h

api.oanor.com/propeller-api

Boat Anchoring API

Bootsverankerungsmathematik als API, lokal und deterministisch berechnet – die Längen-, Schwingungs- und Lastzahlen, nach denen ein Segler oder Bootsfahrer den Anker setzt. Der Scope-Endpunkt gibt die auszulassende Leine an: Scope = Leine ÷ die Vertikale vom Meeresboden bis zur Bugrolle (Wassertiefe + Bughöhe), gemessen bei Flut, sodass beim Ankern in 20 Fuß mit einem 4-Fuß-Bug beim klassischen 7:1 168 Fuß Leine ausgebracht werden – bei Wind mehr auslassen, niemals weniger als 5:1 bei Vollkette. Der Swing-Endpunkt gibt den Kreis an, den das Boot beschreibt: Radius = die horizontale Reichweite der Leine (√(Leine² − Vertikale²)) plus die Bootslänge, sodass die 168-Fuß-Leine an einem 30-Fuß-Boot einen Radius von 196 Fuß überstreicht – der Platz, den man jedem anderen Boot lassen muss, das ebenfalls schwingt. Der Load-Endpunkt gibt die Windlast an, die das Anschirrmaterial halten muss, 0,00256 × Widerstandsbeiwert × frontale Windangriffsfläche × Windgeschwindigkeit², die sich bei jeder Verdopplung des Windes vervierfacht – 50 Quadratfuß Windangriffsfläche ergeben 138 lb bei 30 mph, aber 553 lb bei 60. Alles wird lokal und deterministisch berechnet, daher sofort und privat. Ideal für Segel- und Boots-Apps, Anker- und Kreuzfahrt-Tools, Anschirrgrößen-Rechner und seemännische Studienhilfen. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Schätzungen – Strömung, Wellen und einen Sicherheitsfaktor hinzufügen.

#anchor #boating #sailing
P von PremiumApi
Uptime
100.0%
Latenz
78ms
Subs
4,461
Server-geprüft 12 Probes/24h

api.oanor.com/anchor-api

Suspension Tuning 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 dies 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, Fahrwerksdesign-Rechner und technische Lernhilfen. Reine lokale Berechnung – kein 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.

#suspension #motorsport #tuning
P von PremiumApi
Uptime
100.0%
Latenz
70ms
Subs
3,650
Server-geprüft 12 Probes/24h

api.oanor.com/suspension-api

Vakuumtechnik-API

Vakuumtechnik-Mathematik als API, lokal und deterministisch berechnet – die Pumpdown-, Siede- und Druckzahlen, mit denen ein Labortechniker, Verfahrensingenieur oder Vakuum-Hobbyist arbeitet. Der Pumpdown-Endpunkt gibt die ideale Zeit zum Evakuieren einer Kammer an, t = (Volumen ÷ Pumpgeschwindigkeit) × ln(Startdruck ÷ Zieldruck) – eine 10-Liter-Kammer mit einer 5 L/s Pumpe fällt theoretisch in etwa 14 Sekunden von 1000 auf 1 mbar, obwohl Ausgasung und fallende Pumpgeschwindigkeit die reale Niederdruckphase verlängern. Der Siedepunkt-Endpunkt gibt die Temperatur an, bei der Wasser unter reduziertem Druck siedet, basierend auf der Antoine-Gleichung: etwa 100 °C auf Meereshöhe, aber nur ~52 °C bei 100 mbar und ~46 °C bei 100 mbar – die Physik hinter Vakuumentgasung, Gefriertrocknung und Höhenkochen. Der Level-Endpunkt wandelt einen Druck in die gängigen Vakuumeinheiten um (mbar, Torr/mmHg, Pa, kPa, inHg, atm, psi), meldet das prozentuale Vakuum relativ zur Atmosphäre und benennt das Regime – Grobvakuum, Feinvakuum, Hochvakuum oder Ultrahochvakuum – damit Sie wissen, welche Pumpe und welches Messgerät die Aufgabe benötigt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Vakuumlabor- und Prozessanwendungen, Pumpenauslegungs- und Entgasungswerkzeuge, Halbleiter- und Beschichtungsrechner sowie Physikunterricht. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Ideale Schätzungen – reale Systeme werden durch Ausgasung und Lecks verlangsamt.

#vacuum #pressure #physics
P von PremiumApi
Uptime
100.0%
Latenz
78ms
Subs
3,797
Server-geprüft 12 Probes/24h

api.oanor.com/vacuum-api

Craps Odds API

Craps-Odds-Mathematik als API, lokal und deterministisch und exakt berechnet – die Würfelwahrscheinlichkeiten hinter dem Tisch, abgeleitet von den 36 Möglichkeiten, wie zwei Würfel fallen, nicht aus einer Tabelle entnommen. Der Come-Out-Endpunkt gibt den Come-Out-Wurf: die Pass-Linie gewinnt bei einer 7 oder 11 (8 von 36, 22,2 %), verliert bei Craps 2, 3 oder 12 (4 von 36, 11,1 %) und setzt ansonsten einen Point (24 von 36, 66,7 %). Der Point-Endpunkt gibt die Wahrscheinlichkeit, einen Point vor einer Sieben zu erreichen – Wahrscheinlichkeit = ways(point) ÷ (ways(point) + 6) – also eine 6 oder 8 schafft es 45,5 % der Zeit und eine 4 oder 10 nur 33,3 %, mit den TRUE odds (2:1, 3:2, 6:5) zahlt der Free-Odds-Einsatz hinter der Linie ohne Hausvorteil aus. Der Bet-Endpunkt gibt den Hausvorteil der Hauptwetten: die Line-Wetten bei 1,41 % (Pass) und 1,36 % (Don't) und Place 6/8 bei 1,52 % sind die besten am Tisch, während Place 4/10 (6,67 %), das Feld und Proposition-Wetten wie Any Seven (16,67 %) dich ausbluten lassen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und exakt. Ideal für Craps- und Casino-Spiel-Apps, Glücksspiel-Bildungs- und Odds-Tools, Game-Design-Backends und Wahrscheinlichkeitslehre. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Lehrreich – kein Wettberatung; setze auf die Line mit Free Odds.

#craps #casino #dice
P von PremiumApi
Uptime
100.0%
Latenz
87ms
Subs
3,373
Server-geprüft 12 Probes/24h

api.oanor.com/craps-api