API-Marktplatz

Indoor-Rowing (Concept2 Erg) Mathematik als API, lokal und deterministisch berechnet – die Watt-, Split- und Kalorienzahlen, mit denen ein Ruderer, Trainer oder eine Fitness-App ein Stück arbeitet, unter Verwendung der veröffentlichten Concept2-Beziehungen. Der Split-to-Watts-Endpunkt wandelt einen 500-m-Split in Leistung um: Auf einem Erg ist die Leistung durch das Tempo festgelegt, nicht durch die Schlagfrequenz, also Watt = 2,80 ÷ Tempo³, wobei das Tempo die Sekunden pro Meter ist (der Split ÷ 500) – ein 2:00-Split entspricht etwa 202 W. Da die Leistung umgekehrt proportional zur dritten Potenz des Tempos ist, kosten kleine Split-Gewinne viele Watt: 1:50 statt 2:00 zu ziehen entspricht etwa 270 W, nicht 220. Der Watts-to-Split-Endpunkt kehrt es um – Tempo = (2,80 ÷ Watt)^(1/3), Split = Tempo × 500 – sodass eine Zielwattleistung dem Split auf dem Monitor entspricht und die Leistung eines Ruderers direkt mit der eines Radfahrers oder jeder anderen Wattzahl vergleichbar ist. Der Kalorien-Endpunkt wendet die Concept2-Kalorienformel an: Cal/h = (Watt × 4 × 0,8604) + 300, wobei die +300 ein fester Ruhestoffwechsel-Term ist, der die Zählung des Ergs höher laufen lässt als die reine mechanische Arbeit; 200 W entsprechen etwa 988 Cal/h, grob 494 Kalorien über 30 Minuten. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Ruder- und Erg-Trainingstools, Coaching- und Leaderboard-Apps sowie Fitnessrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Concept2-Modell – eine Maschinenschätzung, keine Labor-Kalorimetrie. 3 Compute-Endpunkte. Für Laufgeschwindigkeit verwenden Sie eine Pace-API; für Radfahren eine Cycling-API.

Uptime

100.0%

Latenz

76ms

Subs

3,356

Kreuzstich- und Stickerei-Mathematik als API, lokal und deterministisch berechnet – die Designgröße, Stoff- und Garnzahlen, mit denen ein Kreuzsticker, Stickdesigner oder Handarbeitsgeschäft ein Projekt kalkuliert. Der Designgrößen-Endpoint wandelt eine Stichanzahl und eine Stoffanzahl (Stiche pro Zoll) in die fertige Größe um: Größe = Stichanzahl ÷ Stoffanzahl, also ein 140 × 98 Design auf 14-count Aida ergibt 10 × 7 Zoll (25,4 × 17,8 cm), kleiner auf 18-count und größer auf 11-count, weil eine höhere Anzahl mehr Stiche pro Zoll packt – und er gibt die Gesamtstichanzahl (Breite × Höhe) zurück, die das Garn und die Stunden bestimmt. Der Stoffbedarfs-Endpoint fügt auf jeder Seite einen Rand hinzu, um den zuzuschneidenden Stoff zu erhalten: Designgröße + doppelter Rand pro Dimension, mit den üblichen 3 Zoll pro Seite zum Einspannen, Rahmen und Fertigstellen, also ein 10 × 7 Design benötigt einen Zuschnitt von 16 × 13 Zoll. Der Garnlängen-Endpoint schätzt das Garn aus der Geometrie eines vollständigen Kreuzes – die beiden vorderen Diagonalen plus die Rückkehr ergibt etwa (2√2 + 2) ÷ Stoffanzahl Zoll pro Stich – also 5.000 Stiche auf 14-count sind ungefähr 1.724 Zoll, etwa 44 m, und er schätzt die Stränge bei gegebener Fadenanzahl (ein 6-strängiger Strang ist ~8 m). Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Kreuzstich- und Stickmuster-Tools, Handarbeitsgeschäfte und Kit-Apps sowie Bastelprojekt-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Garnangaben sind Planungsschätzungen – kaufen Sie etwas mehr und achten Sie auf Farbbadgleichheit. 3 Compute-Endpoints. Für Nähstofflängen verwenden Sie eine Näh-API; für Strickmaß eine Strick-API.

Uptime

100.0%

Latenz

77ms

Subs

4,435

Eiscreme- und Gelato-Chargenmathematik als API, lokal und deterministisch berechnet – die Overrun-, Ausbeute- und Feststoffzahlen, die ein Gelatiere, Eiscremehersteller oder Produktionsplaner für eine Mischung ausbalanciert. Der Overrun-Endpunkt misst die Luft, die während des Gefrierens in die Mischung geschlagen wird, nach der Gewichtsmethode: aus demselben Behälter, zuerst mit Mischung und dann mit gefrorenem Eis gefüllt, Overrun = (Mischungsgewicht − gefrorenes Gewicht) ÷ gefrorenes Gewicht × 100 – ein Becher, der von 1000 g auf 625 g fällt, hatte 60 % Overrun. Dichtes Gelato liegt bei etwa 20–35 %, Premium-Eiscreme bei 25–50 %, Soft-Serve und günstige Becher bei 50–100 %+; mehr Luft bedeutet ein leichteres, billigeres, schneller schmelzendes Produkt. Der Ausbeute-Endpunkt wandelt ein Mischungsvolumen und einen Overrun in das gefrorene Volumen (Mischung × (1 + Overrun/100)) und die Anzahl der Kugeln bei einer bestimmten Kugelgröße um, sodass 2 Liter Mischung bei 60 % Overrun 3,2 Liter und etwa 53 Sechzig-Milliliter-Kugeln ergeben – weshalb Overrun ein direkter Kostenhebel ist. Der Gesamtfeststoff-Endpunkt balanciert ein Rezept: Gesamtfeststoffe (Zucker + Fett + fettfreie Milchtrockenmasse + Sonstiges) als Prozentsatz des Mischungsgewichts, mit den Fett-, Zucker-, fettfreien Milchtrockenmasse- und Wasseranteilen – eine typische Eiscreme hat 36–42 % Gesamtfeststoffe, Gelato weniger Fett, und das Ausbalancieren von Feststoffen gegen Wasser hält die Textur glatt statt eisig. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Gelateria- und Molkereitools, Rezeptabstimmungs-Apps und Lebensmittelproduktionsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpunkte. Für allgemeine Kochmaßumrechnungen verwenden Sie eine Cooking-API.

Uptime

100.0%

Latenz

75ms

Subs

4,166

Holzfeuchte-Mathematik als API, lokal und deterministisch berechnet – die Feuchtegehalt-, Darrgewicht- und Trocknungsziel-Zahlen, mit denen ein Holzarbeiter, Säger, Trockner oder Brennholzverkäufer Holz bewertet. Der Feuchtegehalt-Endpunkt nimmt ein Nassgewicht und ein Darrgewicht und gibt den Feuchtegehalt in beiden Konventionen zurück: die Trockenbasis (Wasser ÷ Darrgewicht × 100, der Forst- und Holzverarbeitungsstandard) und die Nass-/Grünbasis (Wasser ÷ Nassgewicht × 100, üblich in Landwirtschaft und Papier) – ein Brett mit 120 g, das auf 100 g trocknet, enthält 20 g Wasser und hat 20 % Trockenbasis oder 16,7 % Nassbasis, daher ist es immer wichtig, welche Angabe verwendet wird. Oberhalb der Fasersättigung (~28–30 %) gibt das Holz noch freies Wasser ab und hat noch nicht zu schrumpfen begonnen. Der Darrgewicht-Endpunkt berechnet das unveränderliche Darrgewicht aus einem aktuellen Gewicht und einer Messgerätablesung (Nass ÷ (1 + MC/100)), den Anker für jeden Trocknungsplan, da sich die Holzsubstanz nicht ändert, wenn Wasser entweicht. Der Zielgewicht-Endpunkt verwendet diesen Anker, um das Gewicht zu ermitteln, das ein Stück für einen Ziel-Feuchtegehalt erreichen sollte, sowie das noch zu entfernende Wasser – 120 g bei 20 % auf 12 % zu reduzieren bedeutet ein Zielgewicht von 112 g und 8 g zu verlierendes Wasser, sodass Sie das Stück einfach auf diesen Wert abwiegen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Holzbearbeitungs- und Geigenbauwerkzeuge, Sägewerks- und Kammer-Trocknungs-Apps sowie Brennholz-Trocknungsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Massenbilanz-Mathematik – kombinieren Sie es mit einem echten Feuchtemessgerät. 3 Compute-Endpunkte. Für Brettfuß verwenden Sie eine Lumber-API; für ein Holzstapelvolumen eine Firewood-API.

Uptime

100.0%

Latenz

78ms

Subs

4,875

Edelsteingewichts-Mathematik als API, lokal und deterministisch berechnet – die Karat-, Gramm-, Punkt- und Messgewichtszahlen, mit denen ein Juwelier, Edelsteinhändler, Gutachter oder Steinschleifer arbeitet. Der Karat-zu-Gramm-Endpunkt wandelt ein Karatgewicht in Gramm, Milligramm und Punkte um: Das metrische Karat beträgt genau 0,2 g (200 mg) und ist in 100 Punkte unterteilt, also wiegt ein 1,5-ct-Stein 0,3 g und 150 Punkte, und ein Viertelkarat ist ein 25-Punkter – das Karat ist eine Masseneinheit, keine Größe, daher wiegen ein 1-ct-Diamant und ein 1-ct-Smaragd gleich, sehen aber aufgrund ihrer unterschiedlichen Dichten anders aus. Der Gramm-zu-Karat-Endpunkt kehrt dies um (dividiere Gramm durch 0,2 oder multipliziere mit 5) für ein auf einer Grammwaage gemessenes Gewicht. Der Rundbrillant-Gewichts-Endpunkt liefert die Handelsschätzung, die verwendet wird, wenn ein Stein gefasst ist und nicht auf eine Waage gelegt werden kann: Karat ≈ Durchmesser² × Tiefe × 0,0061, wobei der Gürteldurchmesser und die Gesamttiefe in Millimetern angegeben werden – ein 6,5 mm runder Stein mit etwa 4 mm Tiefe schätzt nahe 1 Karat, genau deshalb misst ein 1-ct-Rundbrillant etwa 6,5 mm im Durchmesser; der Faktor kann für einen dicken Gürtel oder einen anderen Schliff angepasst werden. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Schmuck- und Bewertungswerkzeuge, Edelsteinhändler- und Auktions-Apps sowie Steinschleifer-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Nur Gewichtsmathematik – es bewertet den Stein nicht oder bewertet Farbe und Reinheit. 3 Berechnungsendpunkte. Für Goldkarat und Feingehalt verwenden Sie eine Goldreinheits-API.

Uptime

100.0%

Latenz

79ms

Subs

3,955

Goldreinheits- und Karat-Mathematik als API, lokal und deterministisch berechnet – die Karat-, Feingehalts- und Legierungszahlen, mit denen ein Juwelier, Goldschmied, Prüfer oder Raffineur arbeitet. Der Karat-zu-Feingehalt-Endpunkt konvertiert zwischen den beiden Reinheitssystemen: Karat ist die Anzahl der 24stel eines Stücks, das reines Gold ist, also ist der Feingehalt (Teile pro Tausend, die Zahl auf einem Punzstempel) = Karat ÷ 24 × 1000 und der Goldanteil in Prozent = Karat ÷ 24 × 100 – 24K ist rein (1000‰), 18K ist 750‰ (75 %), 14K ist 583‰, 9K ist 375‰. Der Reingold-Gewicht-Endpunkt gibt das tatsächliche Feingold in einem Stück an = sein Gesamtgewicht × der Goldanteil (Karat ÷ 24): Ein 10 g 18K-Ring enthält 7,5 g Gold und 2,5 g Legierung, der Feingoldgehalt, den ein Raffineur vergütet, und die Grundlage des inneren Metallwerts. Der Legierungsmisch-Endpunkt kehrt es für die Werkbank um: Um raffiniertes Feingold auf ein Zielkarat zu bringen, ist das Gesamtgewicht = das Feingold ÷ (Zielkarat ÷ 24) und die zuzugebende Legierung = das Gesamtgewicht − das Feingold, also ergeben 7,5 g reines Gold 10 g 18K mit 2,5 g Masterlegierung. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Schmuck- und Goldschmiedewerkzeuge, Pfand- und Altgold-Apps sowie Prüf- und Metallwertrechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofortig. Nur Reinheitsmathematik – es ruft nicht den aktuellen Goldpreis ab. 3 Compute-Endpunkte. Für das Gewicht eines Metallteils aus seinen Abmessungen verwenden Sie eine Metallgewicht-API.

Uptime

100.0%

Latenz

75ms

Subs

3,617

Kreissegment-Bogengcometrie als API, lokal und deterministisch berechnet – Radius, Bogenlänge und Austragungszahlen, mit denen ein Maurer, Tischler, Steinmetz oder CAD-Benutzer einen Segmentbogen austrägt. Ein Segmentbogen ist ein Kreisbogen, der durch die beiden Kämpfer und den Scheitelpunkt gezogen wird: Der from-span-rise-Endpunkt nimmt die Spannweite und die Stichhöhe (die Höhe des Scheitels über der Kämpferlinie) und gibt den Radius = (Spannweite²/4 + Stichhöhe²) ÷ (2·Stichhöhe), den zugehörigen Mittelpunktswinkel, die Bogenlänge entlang der Kurve und die Segmentfläche des darunter liegenden Hohlraums zurück – flachere Bögen mit geringer Stichhöhe haben überraschend große Radien. Der from-radius-angle-Endpunkt kehrt es um und gibt die Sehne (Spannweite), die Stichhöhe (Sagitta), die Bogenlänge und die Fläche aus einem bekannten Radius und Mittelpunktswinkel zurück, so wie eine Kurve beschrieben wird, die mit einem Stangenzirkel oder einer Oberfräse auf einem Drehpunkt gezogen wird. Der setout-ordinates-Endpunkt liefert die praktischen Zahlen zum Markieren einer Schablone: die Stichhöhe des Bogens über einer geraden Basislinie an gleichmäßig verteilten Stationen über die Spannweite (y = √(R² − x²) − (R − Stichhöhe)), sodass Sie die Höhen auftragen, verbinden und eine Sperrholzschablone ausschneiden oder eine Latte biegen können, ohne einen riesigen Zirkel zu benötigen – die Enden ergeben Null an den Kämpfern und die Mitte entspricht der Stichhöhe am Scheitel. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Mauerwerks- und Tischlerverlegewerkzeuge, Treppen- und Fensterbogendesign sowie CAD- und Holzbearbeitungsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofortig. Segmentbögen (bis zu einem Halbkreis). 3 Compute-Endpunkte. Für Straßenkurven verwenden Sie eine Horizontal- oder Vertikalkurven-API; für einfache Formflächen eine Geometrie-API.

Uptime

100.0%

Latenz

78ms

Subs

4,123

Riveted-joint strength maths as an API, computed locally and deterministically — the shear, bearing and rivet-count numbers a structural, sheet-metal or aircraft fitter checks a riveted connection by. The shear-capacity endpoint gives the load a rivet group carries across its shanks = the rivet area (π/4·d²) × the shear strength × the number of rivets × the shear planes — a rivet in single shear is cut on one plane, in double shear (the centre plate of a butt joint with cover plates) on two, so it carries twice. The bearing-capacity endpoint gives the load the rivets can press against the sides of their holes before the plate crushes = the projected contact area (diameter × plate thickness) × the bearing strength × the number of rivets; thin plates fail in bearing long before the rivet shears, which is exactly why both must be checked — the joint strength is the lesser of the two. The rivets-required endpoint inverts it: the rivets a design load needs = the load ÷ the allowable load per rivet (area × allowable shear × planes), rounded up to a whole rivet, using the working shear (strength ÷ safety factor) not the raw value. Everything is computed locally and deterministically, so it is instant and private. Ideal for structural and sheet-metal estimating, mechanical-design and fastener tools, and engineering calculators. Pure local computation — no key, no third-party service, instant. Shank-shear and bearing only — also confirm edge tear-out and minimum pitch. 3 compute endpoints. For bolt preload and torque use a bolt-torque API; for thread geometry a thread API; for welded joints a welding API.

Uptime

100.0%

Latenz

78ms

Subs

4,075

Statik von gespannten Seilen mit Punktlast als API, lokal und deterministisch berechnet – die Seilspannungs- und Ankerkraftzahlen, die ein Slackliner, Highliner oder Rigging-Experte ermittelt, bevor er ein Seil belastet. Dies ist das V, das ein belastetes Seil unter einer Person bildet, keine Eigengewichts-Katenare: Der Spannungs-Endpoint nimmt die Spannweite, den Durchhang und die Körperlast und gibt die Seilspannung und den horizontalen Ankerzug zurück, denn das vertikale Gleichgewicht ist 2·T·sin(Winkel) = das Körpergewicht – je flacher also das Seil (je kleiner der Durchhang), desto mehr steigt die Spannung an, weshalb das straffe Spannen eines Seils, um das Hüpfen zu unterdrücken, die Anker mit einem Vielfachen des Körpergewichts belasten kann. Der Durchhang-Endpoint kehrt es um: Aus einer bekannten Seilspannung gibt er den Durchhang zurück, den sich eine Last in der Mitte setzt (sin Winkel = Gewicht ÷ doppelte Spannung), und meldet, wenn die Spannung zu niedrig ist, um die Last überhaupt zu halten. Der Endpoint für außermittige Last behandelt das Stehen abseits der Mitte, wo die beiden Hälften unterschiedliche Spannungen tragen: Der horizontale Zug ist auf beiden Seiten gleich (H = Gewicht × a × b ÷ (Durchhang × Spannweite)), aber das kürzere, steilere Segment läuft mit der höheren Spannung und versagt zuerst – der Grund, warum ein Highliner nahe einem Anker diese Leash stärker belastet als einer in der Mitte. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Slackline- und Highline-Rigging-Tools, Kletter- und Outdoor-Ausrüstungs-Apps sowie Spannungs- und Ankerrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Geometrische Statik – kombinieren Sie mit den tatsächlichen Band- und Ankerbewertungen. 3 Compute-Endpoints. Für ein Eigengewichts-Hängeseil verwenden Sie eine Katenaren-API; für Arbeitslastgrenze und Sicherheitsfaktor eine Rigging-API.

Uptime

100.0%

Latenz

68ms

Subs

3,192

Textilfärberezept-Mathematik als API, lokal und deterministisch berechnet – die Farbstoff-, Wasser- und Hilfsstoffmengen, die ein Färber abwiegt, um ein reproduzierbares Färbebad zu mischen, sei es für einen Probestreifen oder eine ganze Stoffbahn. Der Farbstoffgewicht-Endpunkt gibt das abzuwiegende Farbstoffgewicht = Stoffgewicht × Farbtiefe, den prozentualen Farbstoffanteil am Warengewicht: ein 2%iger Farbton auf 100 g Stoff ergibt 2 g Farbstoff, helle Töne liegen unter einem halben Prozent, tiefe Schwarztöne bei 4 % oder mehr – die Berechnung auf Basis des Warengewichts ist genau das, was ein Rezept skalierbar und reproduzierbar macht. Der Flottenverhältnis-Endpunkt gibt das Färbebadvolumen = Warengewicht in kg × Flottenverhältnis, die Liter Bad pro Kilo (ein 20:1-Verhältnis sind 20 L pro kg); niedrigere Verhältnisse sparen Wasser, Farbstoff und Energie und erschöpfen tiefer, höhere Verhältnisse egalisieren bei empfindlicher oder heller Ware gleichmäßiger. Der Hilfsstoff-Endpunkt gibt die zuzugebende Menge an Salz, Soda oder Egalisiermittel = Badvolumen × Dosierungskonzentration in Gramm pro Liter – Salz (50–80 g/L) treibt Reaktiv- und Direktfarbstoffe auf Baumwolle, Soda (10–20 g/L) erhöht den pH-Wert, um sie zu fixieren. Alles basiert auf Warengewicht oder pro Liter, sodass dasselbe Rezept in jedem Maßstab dieselbe Farbe und Chemie liefert, und es wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Handwerks- und Studiofärber, Textil- und Garnläden sowie Farbstoffrezept- und Chargenrechner-Tools. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpunkte. Für Strickwarenlängen und Maschenproben verwenden Sie eine Strick-API; für Gemüsefermentations- oder Fleischpökelsalz eine Fermentations- oder Pökel-API.

Uptime

100.0%

Latenz

77ms

Subs

4,009

Solar-Array-Reihenabstands- und Verschattungsgeometrie als API, lokal und deterministisch berechnet – die Schattenlänge, der Reihenabstand und die Bodenbedeckungszahlen, mit denen ein PV-Planer oder Installateur eine Bodenmontage- oder Flachdachanlage auslegt. Der Schattenlängen-Endpunkt gibt den Schatten an, den ein Objekt wirft = seine Höhe ÷ tan(Sonnenhöhe), länger bei niedrigerer Sonne (weshalb Layouts für die worst-case Wintersonnenwende mit niedriger Sonne ausgelegt werden), gestreckt um 1/cos(Azimutdifferenz) wenn die Sonne außerhalb der Achse steht. Der Reihenabstands-Endpunkt gibt den minimalen Reihenabstand (Vorderkante zu Vorderkante) an, um zu verhindern, dass eine Reihe die dahinterliegende beschattet = die horizontale Basis des Moduls (Länge × cos Neigung) + der Schatten, den seine Hinterkante wirft (Modulhöhe ÷ tan der minimalen Sonnenhöhe) – ein 1,7 m Modul bei 30° Neigung, das eine 20° Wintersonne freihält, benötigt etwa einen 3,8 m Abstand – und gibt das resultierende Bodenbedeckungsverhältnis zurück. Der Bodenbedeckungs-Endpunkt gibt dieses GCR = Modullänge ÷ Reihenabstand, die Packungsdichte: Festneigungsfelder liegen typischerweise bei 0,4–0,5, höhere Werte packen mehr kW pro Acre, verlieren aber Winterertrag durch gegenseitige Verschattung, niedrigere Werte verschwenden Land. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Solar-Design- und Layout-Tools, EPC- und Standortbewertungs-Apps sowie Rechner für erneuerbare Energien. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofortig. Geometrisches Modell – verwenden Sie die reale worst-hour Sonnenhöhe. 3 Compute-Endpunkte. Für Sonnenposition/-höhe verwenden Sie eine Solar-Position-API; für Einstrahlung eine Solar-API; für netzunabhängige Dimensionierung eine Off-Grid-API.

Uptime

100.0%

Latenz

79ms

Subs

3,276

Windentrommel- und Seiltrommel-Mathematik als API, lokal und deterministisch berechnet – die Seilkapazität, Zugkraft und Seilauslaufzahlen, mit denen ein Windenführer, Rigging-Spezialist oder Bergungsfahrer an einer Trommel arbeitet. Der Kapazitätsendpunkt gibt das Seil an, das eine Trommel durch exakte Lagengeometrie fasst: die Summe über jede volle Lage der Windungen pro Lage × π × dem mittleren Wickeldurchmesser dieser Lage, wobei Windungen pro Lage = Trommelbreite ÷ Seildurchmesser und die Anzahl der Lagen = die Flansch-zu-Trommelkörper-Tiefe ÷ Seildurchmesser – eine 10-Zoll-Trommel, 20-Zoll-Flansch, 12-Zoll-breite Trommel mit halbzölligem Seil fasst etwa 940 Fuß über 10 Lagen. Der Lagenzug-Endpunkt zeigt, warum die Zugkraft abnimmt, wenn die Trommel sich füllt: Die Nennzugkraft gilt für die erste Lage auf der nackten Trommel, und wenn Seil aufgewickelt wird, verringert der wachsende Hebelarm die Zugkraft und erhöht die Seilgeschwindigkeit im gleichen Verhältnis – Zugkraft × (Durchmesser der ersten Lage ÷ Durchmesser dieser Lage) – sodass die oberste Lage einer tiefen Trommel kaum die Hälfte der untersten Lagen-Nennzugkraft ziehen kann, weshalb man für einen harten Zug auf die nackte Trommel abspult oder einen Umlenkblock hinzufügt. Der Längen-pro-Lage-Endpunkt gibt das Seil an, das nach einer Anzahl voller Lagen aufgewickelt ist, zum Markieren des Seils oder um zu wissen, wie viel Seil ausliegt. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Winden- und Hebezeug-Auslegungswerkzeuge, Bergungs- und Geländewagen-Apps, Schiffs- und Industrie-Rigging-Hilfsmittel sowie technische Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Dienst, sofort. Geometrische Schätzung – berücksichtigen Sie Setzung und Freibord. 3 Berechnungsendpunkte. Für Capstan-Reibung verwenden Sie eine Capstan-API; für Flaschenzüge eine Seilrollen-API.

Uptime

100.0%

Latenz

76ms

Subs

4,761

Mobile-Crane-Lift-Planungsmathematik als API, lokal und deterministisch berechnet – die Lastmoment-, Kippkapazitäts- und Abstützplattenzahlen, mit denen ein Kranführer, Liftplaner oder Rigging-Ingenieur einen Hub überprüft. Der Lastmoment-Endpunkt gibt die Last × ihren Arbeitsradius (den horizontalen Abstand vom Drehzentrum zum Haken), die einzelne Zahl, die der Tragfähigkeitsbegrenzer eines Krans überwacht: Eine 5-Tonnen-Last bei 8 m ergibt ein 40-Tonnenmeter-Moment, dasselbe wie 10 Tonnen bei 4 m, weshalb die Diagrammkapazität steil abfällt, wenn der Ausleger ausfährt – das Moment, nicht das Gewicht, kippt den Kran. Der Kapazitäts-Endpunkt gibt eine vereinfachte Kippbilanz um den Drehpunkt: Die Last, die gerade kippt = Gegengewicht × sein Radius ÷ Lastradius, und die zulässige sichere Last ist ein Stabilitätsbruchteil davon (~75 % auf Abstützungen, ~66 % auf Raupen gemäß den Normen) – eine Lehr-/Plausibilitätszahl, die den Ausleger und das Überbaugerät ignoriert, niemals ein Ersatz für das Lastdiagramm. Der Abstützplatten-Endpunkt dimensioniert die Platte: Erforderliche Plattenfläche = Abstützbeinlast ÷ zulässiger Bodendruck (und die Seite einer quadratischen Matte), da Überlastung von schwachem Boden eine Hauptursache für Umkippen ist – ein 30-Tonnen-Bein auf 200 kPa benötigt etwa eine 1,2 m quadratische Matte. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Liftplanungs- und Rigging-Tools, Bau- und Kranbetriebs-Apps sowie Baustellensicherheitsanwendungen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Vereinfacht – immer das Hersteller-Lastdiagramm verwenden. 3 Compute-Endpunkte. Für Anschlag- und WLL-Lasten eine Rigging-API verwenden.

Uptime

100.0%

Latenz

79ms

Subs

4,593

Traction-Aufzugstechnik als API, lokal und deterministisch berechnet – die Gegengewichts-, Hubmotor- und Seilzugzahlen, mit denen ein Aufzugsingenieur oder Gebäudetechniker einen Personenaufzug dimensioniert. Der Gegengewichts-Endpunkt liefert die Ausgleichsmasse = der leere Fahrkorb plus ein Bruchteil der Nennlast (der Überhang, typischerweise 40–50 %, 45 % üblich), sodass ein 1.000 kg Fahrkorb mit einer Nennlast von 1.000 kg ein Gegengewicht von 1.450 kg verwendet – Fahrkorb und Gewicht gleichen sich bei etwa halber Last aus, und die Maschine wird für das ungünstigste Ungleichgewicht ausgelegt, nicht für die volle Last. Der Motorleistungs-Endpunkt nutzt dies: Da das Gegengewicht den größten Teil des Fahrkorbs aufhebt, hebt der Motor nur die unausgeglichene Last = Nennlast × (1 − Überhang), also Leistung = das × g × Geschwindigkeit ÷ Wirkungsgrad (~65–75 % bei Getriebe) – ein 1.000 kg Aufzug mit 1,5 m/s benötigt nur etwa 11–12 kW, halb so viel wie ein Aufzug ohne Gegengewicht. Der Zugkraftverhältnis-Endpunkt prüft den Reibungsgriff: Ein Traktionsaufzug bewegt die Seile durch Reibung über die Treibscheibe, daher muss die verfügbare Zugkraft (e^(μθ), die Capstan-Gleichung) das T1/T2-Spannungsverhältnis in beiden Worst-Case-Szenarien übertreffen – ein voller Fahrkorb unten und ein leerer Fahrkorb oben – und gibt das maßgebliche Verhältnis zurück. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Aufzugsdesign- und Gebäudetechnik-Tools, Vertikaltransport- und MEP-Dienstprogramme sowie technische Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Dimensionierungsschätzungen – befolgen Sie die Aufzugsnorm und Herstellerdaten. 3 Compute-Endpunkte. Für Flaschenzüge verwenden Sie eine Pulley-API; für Capstan-Reibung eine Capstan-API.

Uptime

100.0%

Latenz

78ms

Subs

3,189

Eisenbahn-Zugleistungsmathematik als API, lokal und deterministisch berechnet – die Zugkraft-, Widerstands- und Haftungszahlen, mit denen ein Eisenbahningenieur, Zugplaner oder Bahnsim-Entwickler die Antriebsleistung bewertet. Der Zugkraft-Endpunkt gibt die Zugkraft einer Lokomotive an = 375 × PS × Wirkungsgrad ÷ Geschwindigkeit (mph), die klassische hyperbolische Kurve, bei der eine Lokomotive mit konstanter Leistung bei niedriger Geschwindigkeit am stärksten zieht und mit zunehmender Beschleunigung abfällt – 4.000 PS bei 25 mph und 82 % Wirkungsgrad ergeben etwa 49.200 lbf an der Schiene. Der Widerstands-Endpunkt gibt die Kräfte an, gegen die ein Zug kämpft: Steigungswiderstand ≈ 20 lb pro Tonne pro 1 % Steigung (die Gewichtskomponente entlang der Neigung, die dominierende Kraft an einem Hang – ein 5.000-Tonnen-Zug auf einer 1 %-Steigung kämpft gegen 100.000 lbf) plus Kurvenwiderstand ≈ 0,8 lb pro Tonne pro Kurvengrad durch Spurkranzreibung. Der Haftungs-Endpunkt gibt die harte Obergrenze an: Egal wie viel Leistung eine Lok hat, sie kann nur so stark ziehen, wie die Räder greifen – maximale Anfahrzugkraft = Haftreibungskoeffizient (≈ 0,25 trocken, mehr mit Sand) × das Gewicht auf den Treibrädern, also 200 Tonnen auf den Treibrädern ergeben etwa 100.000 lbf vor dem Durchdrehen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Bahnbetriebs- und Antriebsplanungstools, Zugsimulator- und Eisenbahnfan-Apps sowie Transporttechnik-Dienstprogramme. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Ausgenommen die geschwindigkeitsabhängige Davis-Roll-/Luftreibung. 3 Berechnungsendpunkte. Für Straßenkurvengeometrie verwenden Sie eine Horizontal-Kurven-API.

Uptime

100.0%

Latenz

75ms

Subs

3,272

Meer-Horizont- und Sichtweiten-Mathematik als API, lokal und deterministisch berechnet – die Entfernung zum Horizont, die geografische Reichweite und die Dip-Zahlen, mit denen ein Seemann, Küstennavigator oder eine Marine-App arbeitet. Der Horizont-Endpunkt gibt die Entfernung zum Meereshorizont ≈ 1,169·√(Augenhöhe in Fuß) nautische Meilen an, einschließlich der standardmäßigen atmosphärischen Refraktion, die die Sichtlinie ein wenig über die geometrische Kante hinaus krümmt – bei 9 Fuß Augenhöhe liegt der Horizont etwa 3,5 sm entfernt – zusammen mit dem Dip, wie weit diese Wasserlinie unter der wahren Horizontalen liegt (≈ 0,97′·√h), die Korrektur, die von einer Sextant-Höhenmessung zum Meereshorizont abgezogen wird. Der Endpunkt für die geografische Reichweite gibt an, wie weit entfernt ein Licht oder ein Landmarke zuerst über den Horizont lugt = die Summe zweier Horizontentfernungen, Ihrer eigenen plus der des Objekts: 1,169·(√h_Auge + √h_Objekt), sodass ein 100 Fuß hoher Leuchtturm von einem 9 Fuß hohen Cockpit aus in etwa 15 sm über dem Meer auftaucht – rein geometrisch, vor der eigenen Leuchtweite des Lichts und der Sichtweite. Der Objekthöhen-Endpunkt kehrt es um: Wie hoch ein Turm, ein Licht oder eine Landspitze sein muss, um den Horizont in einer Zielentfernung zu durchbrechen, oder wie nah Sie sein müssen, bevor ein bekanntes Landmarke erscheint. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Marine-Navigations- und Kartenplotter-Apps, Küstenpilotage- und Leuchtturm-Tools sowie Segel-Utilities. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Geometrisches/Refraktions-Modell. 3 Compute-Endpunkte. Für Großkreisentfernung verwenden Sie eine Geo-Distanz-API; für Set & Drift eine Set-und-Drift-API.

Uptime

100.0%

Latenz

85ms

Subs

3,283

Navigationsmathematik für Stromsegeln (Set and Drift) als API, lokal und deterministisch berechnet – die Kurse über Grund, zu steuernde Kurse und Strömungszahlen, die ein Seemann, Navigator oder eine Marine-App für eine Passage plant. Der Endpunkt „Kurs über Grund“ addiert die Geschwindigkeit des Bootes durchs Wasser zum Strömungsvektor, um die tatsächliche Bahn zu erhalten: den Kurs über Grund (COG) und die Geschwindigkeit über Grund (SOG), mit dem Abdriftwinkel, den die Strömung Sie von Ihrem Bug wegdrückt – bei Steuerkurs 090° durchs Wasser mit 10 Knoten und einer 2-Knoten-Strömung nach Norden ergibt sich etwa 079° über Grund bei 10,2 Knoten. Der Endpunkt „Zu steuernder Kurs“ löst den umgekehrten Fall: den zu steuernden Kurs, um eine gewünschte Bahn über Grund zu erreichen, wobei gegen die Strömung gesteuert wird, um die Querversetzung auszugleichen (sin(H−T) = −drift·sin(set−track) ÷ speed), sowie die resultierende SOG – normalerweise langsamer bei Gegenstrom, schneller bei Mitstrom und unmöglich, wenn die Querströmung Ihre Geschwindigkeit übertrifft. Der Endpunkt „Strömung“ ermittelt Set und Drift aus der Abweichung zwischen einer Koppelposition und einer beobachteten Position: Das Set ist die Peilung von Koppel- zu beobachteter Position, und der Drift ist diese Distanz geteilt durch die verstrichene Zeit, bereit zur Weiterverwendung. Alles wird lokal und deterministisch berechnet, daher sofort und privat. Ideal für Marine-Navigations- und Plotter-Apps, Segel- und Bootstools sowie maritime Trainingshilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Grad true. 3 Berechnungsendpunkte. Für Großkreisentfernungen nutzen Sie eine Geo-Distanz-API; für Gezeitenzeiten eine Gezeiten-API.

Uptime

100.0%

Latenz

79ms

Subs

4,178

Heu- und Futterballen-Mathematik als API, lokal und deterministisch berechnet – die Gewichts-, Trockenmasse- und Futterversorgungszahlen, mit denen ein Rancher, Heuproduzent oder Viehmanager das Winterfutter plant. Der Rundballen-Endpunkt gibt das Gewicht aus dem Zylindervolumen (π·r²·Breite) × der Trockenmassedichte (typischerweise ~9–12 lb/ft³ für getrocknetes Heu), sodass ein 5×5 ft Ballen etwa 1.000 lb wiegt, und meldet das Trockenmassegewicht (≈88 % des verfütterten), das die Tiere tatsächlich ernährt – kaufen und rationieren Sie nach Trockenmasse, nicht nach Gewicht am Tor. Der Quaderballen-Endpunkt gibt das Gewicht eines rechteckigen Ballens aus Länge, Breite und Höhe (÷ 1.728 für Kubikfuß aus Zoll) × der Dichte – ein typischer kleiner Quader von 14×18×36 Zoll wiegt etwa 50 lb, große 3×3 oder 4×4 ft Ballen hunderte – mit dem Hinweis, dass hohe Feuchtigkeit sowohl das Gewicht erhöht als auch Schimmel- und Scheunenbrandgefahr birgt. Der Futterversorgungs-Endpunkt dimensioniert den Stapel: benötigtes Futter = Anzahl × tägliche Aufnahme × Tage (Rinder fressen ~2–2,5 % des Körpergewichts, etwa 25–30 lb Trockenmasse für eine Fleischkuh), und Ballen = das ÷ Ballengewicht, also 30 Kühe für 120 Tage bei 30 lb ergibt etwa 108 Ballen zu 1.000 lb – plus 10–20 % für Futterverluste. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Ranch- und Farmmanagement-Tools, Heuhandels- und Vieh-Apps sowie Agrarrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. US-Einheiten; Dichten sind Schätzungen. 3 Compute-Endpunkte. Für Getreidelagerung verwenden Sie eine Getreidesilo-API; für Umtriebsweide eine Weide-API.

Uptime

100.0%

Latenz

75ms

Subs

3,845

Pflanz-Saatraten-Mathematik als API, lokal und deterministisch berechnet – die Pflanzenpopulation, der Saatabstand und die Saatratenzahlen, die ein Landwirt, Agronom oder Präzisionslandwirtschafts-Tool an einer Pflanzmaschine oder Sämaschine einstellt. Der Population-Endpoint gibt die Pflanzen pro Acre = 6.272.640 ÷ (Reihenabstand × Saatabstand in der Reihe) in Zoll (die 6.272.640 sind die Quadratzoll in einem Acre), also ergeben 30-Zoll-Reihen mit 6 Zoll Abstand zwischen den Samen etwa 34.800 Pflanzen pro Acre – ein engerer Abstand erhöht die Population und die Konkurrenz. Der Seed-Spacing-Endpoint berechnet es umgekehrt: den Saatabstand in der Reihe für eine Zielpopulation = 6.272.640 ÷ (Zielpflanzen × Reihenabstand), also bedeutet 35.000 Pflanzen pro Acre in 30-Zoll-Reihen einen Samen etwa alle 6 Zoll, der Wert, der an einem Einzelkorn-Sägerät oder einer Saatraten-Antrieb eingestellt wird. Der Seeding-Rate-Endpoint gibt die Pfund Saatgut pro Acre = die Zielpopulation ÷ die Keimrate ÷ die Samen pro Pfund, mit Überbesatz für die Samen, die nicht aufgehen – 35.000 Pflanzen einer Kultur mit 1.500 Samen pro Pfund bei 95 % Keimung benötigen etwa 24,6 lb/Acre, ausgehend vom Etikett der Saatgutpartie. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Präzisionslandwirtschafts- und Betriebsführungs-Tools, Pflanzkalibrierungs- und Agronomie-Apps sowie Saatgut-Einzelhandels-Dienstprogramme. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. US-Einheiten. 3 Compute-Endpoints. Für Spritzraten verwenden Sie eine Spray-API; für Dünger eine Fertilizer-API.

Uptime

100.0%

Latenz

76ms

Subs

4,531

Landwirtschaftliche Spritzentechnik als API, lokal und deterministisch berechnet – die Kalibrierungs-, Deckungs- und Tankmischzahlen, mit denen ein Landwirt, Agronom oder Lohnapplikator eine Feldspritze einstellt. Der Kalibrierungs-Endpoint gibt die Flächenaufwandmenge GPA = 5940 × der Durchfluss pro Düse (GPM) ÷ (Fahrgeschwindigkeit in mph × Düsenabstand in Zoll), wobei die 5940 die Einheiten für einen vollflächigen Gestänge umrechnet – so liefert eine 0,4 GPM-Düse bei 5 mph und 20-Zoll-Abstand etwa 24 Gallonen pro Acre, und schnelleres Fahren oder weiterer Düsenabstand senkt die Rate. Der Deckungs-Endpoint gibt die Acres an, die ein Tank bedeckt (Tank ÷ GPA) und, für eine Feldgröße, das gesamte Spritzvolumen und die Anzahl der Tankladungen, wobei die letzte Teilfüllung ausgewiesen wird, damit sie auf die restlichen Acres gemischt werden kann. Der Produkt-Endpoint gibt das Pestizid oder den Nährstoff pro Tank an = die Acres, die ein Tank bedeckt × die Aufwandmenge pro Acre (in der Einheit, die die Rate verwendet – Unzen, Pints, Pfund), plus das Gesamtprodukt für das Feld. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Präzisionslandwirtschafts- und Farmmanagement-Tools, Spritzenkalibrierungs- und Tankmisch-Apps sowie landwirtschaftliche Einzelhandelsdienstprogramme. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Befolgen Sie stets das Produktetikett und kalibrieren Sie mit einem echten Auffangtest. 3 Compute-Endpoints. Für Düngemittelraten verwenden Sie eine Düngemittel-API; für Beregnungs-/Bewässerungsplanung eine Bewässerungs-API.

Uptime

100.0%

Latenz

75ms

Subs

3,615

RTD (Widerstands-Temperatur-Detektor) Sensor-Mathematik als API, lokal und deterministisch mit der IEC 60751 Callendar-Van Dusen Gleichung berechnet – die Widerstands-, Temperatur- und Toleranzzahlen, die ein Instrumentierungs- oder Steuerungsingenieur von einem Pt100 oder Pt1000 abliest. Der Widerstands-Endpunkt gibt den Sensorwiderstand aus der Temperatur: über 0 °C, R = R₀·(1 + A·T + B·T²) mit A = 3,9083×10⁻³ und B = −5,775×10⁻⁷; unter 0 °C fügt ein dritter Term C·(T−100)·T³ hinzu – ein Standard-Pt100 (100 Ω bei 0 °C) zeigt 138,51 Ω bei 100 °C und 80,31 Ω bei −50 °C, und ein Pt1000 ist das Zehnfache. Der Temperatur-Endpunkt kehrt dies um, um einen gemessenen Widerstand wieder in Temperatur umzuwandeln – analytisch über 0 °C, iterativ darunter – genau das, was ein Messumformer mit der Brückenablesung macht, und eine Erinnerung daran, dass eine 3- oder 4-Leiter-Verbindung den Leitungswiderstand aufhebt, sodass er nicht als zusätzliche Grad gelesen wird. Der Toleranz-Endpunkt gibt die IEC 60751 Genauigkeitsband sowohl in °C als auch in Ω nach Klasse an – AA ±(0,10 + 0,0017·|T|), A ±(0,15 + 0,002·|T|), B ±(0,30 + 0,005·|T|), C ±(0,60 + 0,010·|T|) – der Fehler wächst mit der Entfernung von 0 °C. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Instrumentierungs- und Steuerungssoftware, Datenlogger- und Messumformer-Firmware, Kalibrierungs- und industrielle IoT-Tools. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpunkte. Für NTC-Thermistoren verwenden Sie eine Thermistor-API; für Thermoelemente eine Thermoelement-API.

Uptime

100.0%

Latenz

77ms

Subs

4,661

Sauna-Heizer-Bemaßungsmathematik als API, lokal und deterministisch berechnet – die Heizleistung, Steinmasse und elektrischen Werte, die ein Saunabauer, Installateur oder Wellnesshändler für eine Kabine dimensioniert. Der Heizgrößen-Endpoint gibt die Leistung: etwa 1 kW pro 1,3 m³ gut isolierter Kabine (Raumvolumen ÷ 1,3), wobei kalte Oberflächen, die der Heizer ebenfalls erwärmen muss – eine Glastür oder -wand, blanker Stein, Fliesen oder ungedämmtes Holz – etwa 1,2 m³ Äquivalentvolumen pro Quadratmeter hinzufügen, sodass ein 10 m³ Raum mit einer 2 m² Glastür etwa einen 10 kW Heizer benötigt, aufgerundet auf die nächste Standardgröße. Der Steine-Endpoint gibt die empfohlene Saunasteinmasse, etwa 10–20 kg pro kW (mehr Steine für einen weicheren, dampfigeren Aufguss, weniger für eine schnellere Aufheizung), mit einem Hinweis, geeignete Peridotit/Olivin-Steine locker zu stapeln. Der Elektrik-Endpoint gibt den Strom an, den der Widerstandsheizer zieht – Leistung ÷ Spannung für einphasig oder ÷ (√3 × Spannung) für dreiphasig, da die meisten Heizer über ~4 kW dreiphasig angeschlossen werden, um den Strom pro Leitung und den Kabelquerschnitt gering zu halten – zur Dimensionierung des Schutzschalters und des dedizierten FI-geschützten Stromkreises. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Sauna- und Wellnesshändler, Heimwerker- und DIY-Tools sowie HLK-/Elektro-Schätzungs-Apps. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Schätzungen – folgen Sie der Tabelle des Heizerherstellers und den örtlichen Verdrahtungsvorschriften. 3 Compute-Endpoints. Für Dampfkessel-Mathematik verwenden Sie eine Boiler-API; für Raumwärmeverlust eine U-Wert-API.

Uptime

100.0%

Latenz

70ms

Subs

4,237

Heißluftballon-Auftriebsberechnungen als API, lokal und deterministisch berechnet – die thermischen Auftriebs-, Hüllentemperatur- und Luftdichtezahlen, mit denen ein Ballonpilot, Designer oder Physiklehrer einen Flug durchrechnet. Der Auftriebs-Endpunkt gibt den Auftrieb durch Erwärmung der Luft: Bruttoauftrieb = Hüllenvolumen × (Außenluftdichte − Innenluftdichte), die Dichten aus dem idealen Gasgesetz – eine 2.500 m³ Hülle bei 100 °C an einem 15 °C Tag erzeugt etwa 698 kg Bruttoauftrieb, davon abgezogen werden Hülle, Korb, Brenner und Treibstoff für die Nutzlast, und je heißer die Luft und kälter der Tag, desto mehr Auftrieb. Der Erforderliche-Temperatur-Endpunkt kehrt es um: Um einen Zielauftrieb zu tragen, muss die Innenluft eine bestimmte Dichte und damit eine bestimmte Temperatur erreichen, mit einer Prüfung, dass sie unter der ~120 °C bleibt, die Nylonhüllen aushalten – die alltägliche Frage vor dem Flug, ob der Ballon die heutige Besatzung und den Treibstoff heben kann. Der Luftdichte-Endpunkt gibt die feuchte Luftdichte ρ = (P − 0,378·Pv) ÷ (R·T) und erklärt die kontraintuitive Tatsache, dass feuchte Luft WENIGER dicht ist als trockene Luft, was den Auftrieb leicht verringert. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Ballonfahrt- und Luftfahrt-Tools, MINT- und Physikbildungs-Apps sowie Auftriebsrechner. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Idealisiertes Trockenauftriebsmodell. 3 Berechnungsendpunkte. Für Archimedes-Auftrieb im Wasser verwenden Sie eine Auftriebs-API; für Partyballon-Heliumauftrieb eine Ballon-API.

Uptime

100.0%

Latenz

80ms

Subs

4,252

Wasserhammer- (hydraulischer Transienten-) Mathematik als API, lokal und deterministisch berechnet – die Druckstoß-, Wellengeschwindigkeits- und Ventilzeitsteuerungszahlen, mit denen ein Rohrleitungs- oder Sanitäringenieur ein System schützt. Der Surge-Endpunkt wendet die Joukowsky-Gleichung Δp = ρ · a · Δv an: Ein plötzlicher Stopp des Durchflusses erhöht den Druck um die Fluiddichte × die Druckwellengeschwindigkeit × die Geschwindigkeitsänderung – das Stoppen von 2 m/s Wasser bei a ≈ 1200 m/s fügt etwa 24 bar (348 psi) hinzu, weit über dem Leitungsdruck, was die Rohre zum Schlagen bringt und Armaturen sprengen kann. Der Wellengeschwindigkeits-Endpunkt gibt diese Druckwellengeschwindigkeit: a = √(K/ρ) in einem starren Rohr (≈ 1.480 m/s für Wasser), verlangsamt in einem realen elastischen Rohr auf √(K/ρ) ÷ √(1 + (K·D)/(E·t)) – ein dünnes oder Kunststoffrohr ergibt eine niedrigere Wellengeschwindigkeit und einen sanfteren Druckstoß, weshalb PVC Hammer besser verträgt als Stahl. Der Critical-Time-Endpunkt gibt 2L/a, die Umlaufzeit der Welle: Schließt man ein Ventil schneller als diese, erhält man den vollen Joukowsky-Druckstoß, langsamer und die zurückkehrende Entlastungswelle reduziert ihn, daher ist die Dimensionierung von Schließzeiten (oder der Einbau eines Druckstoßbehälters oder einer Luftkammer) über der kritischen Zeit die Standardlösung. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Rohrleitungs- und Sanitärplanungswerkzeuge, Pumpstationen- und Pipeline-Druckstoßanalyse sowie hydraulische Ingenieurwerkzeuge. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Idealisiertes Einzelrohr-Transientenmodell. 3 Berechnungsendpunkte. Für stationären Rohrdruckabfall verwenden Sie eine Darcy-API; für Pumpenförderhöhe und Affinität eine Pumpen-API.

Uptime

100.0%

Latenz

76ms

Subs

3,906