Hohlblock füllen

Jede Eingabe, die keine endliche positive Zahl ist, scheitert mit invalid_input statt eines stillen Unsinnsvolumens. Dieselbe reine Funktion speist das kostenlose Browser-Werkzeug und die bezahlte API, sodass eine Kontrolle auf der Baustelle mit der Zeile übereinstimmt, die ein Einkaufsskript später sendet.

So wird das Füllvolumen hohler Steine in Kubikyards berechnet

Ihre Dicke skaliert von der an ASTM C90 angelehnten 1.25-Zoll-Schale einer 8 Zoll breiten Einheit, sodass shell_thickness 1.25 mal width geteilt durch 8 beträgt. Die Stege (webs) queren die Länge: es gibt cores plus einen Steg, also zwei Enden plus die Trennwände zwischen den Hohlräumen, und web_thickness beträgt 1.00 mal length geteilt durch 16, passend zu einem Ein-Zoll-Steg auf einem 16-Zoll-Läufer. Jede Kammer ist dann ein rechteckiger Hohlraum: core_width ist width minus zwei Schalen, core_length ist length minus cores-plus-eins mal web, alles geteilt durch cores, und core_height ist die Steinhöhe, weil die Kammern die ganze Schicht durchlaufen. Das Volumen je Kammer ist core_length mal core_width mal core_height in Kubikzoll; multiplizieren Sie mit cores für einen Stein und mit der Stückzahl für die Baustelle. Jede Eingabe, die keine endliche positive Zahl ist, wird mit invalid_input abgelehnt, und eine Kammerzahl, die core_length oder core_width nicht positiv machte, wird abgelehnt, weil diese Kammern nicht in den Stein passten.

Was Sie senden und was Sie zurückerhalten

Null Steine, eine negative Breite oder so viele Kammern, dass die Stege die Länge auffressen, scheitern geschlossen. Verdrahten Sie das kostenlose Browser-Formular für eine Baustellenkontrolle und rufen Sie denselben Vertrag aus Skripten für Mehrwand-Aufmaße auf, ohne die Kammergeometrie neu zu implementieren. Senden Sie fünf erforderliche endliche positive Zahlen. blocks ist, wie viele Hohleinheiten Sie verfüllen; Bruchstückzahlen sind zulässig, wenn eine Schicht unvollständig bleibt. length, width und height sind die Außenmaße des Steins in Zoll, nach der US-CMU-Konvention, in der ein üblicher Läufer 16 mal 8 mal 8 misst. cores ist, wie viele durchgehende Hohlräume jeder Stein hat; Zweikammerläufer verwenden 2, manche Einheiten 3. Fehlende Felder, leere Zeichenketten, nichtnumerischer Text, NaN, Infinity, Null und negative Werte scheitern mit invalid_input unter Nennung des Felds und werden nicht berechnet: der Vertrag verlangt, dass jede Eingabe eine positive Zahl ist. Bei Erfolg spiegelt das JSON die bereinigten Eingaben, abgeleitetes shell_thickness und web_thickness, das rechteckige core_length, core_width und core_height, volume_per_core_in3 und volume_per_block_in3, dann fill_volume_in3, fill_volume_ft3 und das primäre fill_volume_yd3 in Kubikyards, plus unit_note, eine formula-Zeichenkette und method rectangular_cmu_core_fill_yd3, damit Protokolle den Algorithmus dokumentieren. Beispiel: einhundert Steine, length 16, width 8, height 8, cores 2 ist der Lehrbuch-Kubatur des 8-Zoll-Läufers. Der API-Preis ist die veröffentlichte Basis von $0.002 je erfolgreicher Position; Validierungsfehler verbrauchen kein Prepaid-Guthaben.

Wo ein Hohlblock-Füllrechner sich bezahlt macht

Weil diese Fähigkeit eine reine Parse-Engine ist, beträgt der API-Preis die veröffentlichte Basis von $0.002 je erfolgreicher Position und fehlgeschlagene Validierung verbraucht niemals Guthaben. Halten Sie Anfragen klein, pinnen Sie fill_volume_yd3 in Tests, und Sie erhalten reproduzierbare Kubatur für Angebote, Bestellungen und Edge-Worker, ohne einen eigenen CAD-Kern aufzustellen.