Calculateur volume de joints de mortier

La même fonction pure alimente l'outil gratuit du navigateur et l'API payante, de sorte qu'une estimation sur téléphone coïncide avec la ligne qu'un script de devis publie ensuite. Des dimensions non positives, une largeur de joint non positive ou un nombre d'unités négatif échouent avec un message clair invalid_input au lieu d'un volume absurde silencieux.

Comment le volume de mortier de joint est calculé à partir de la taille d'unité et de la largeur de joint

Parte de la géométrie qu'utilise tout estimateur de maçonnerie lorsque la taille d'unité et l'épaisseur de joint sont connues mais qu'aucune valeur tabulée de mortier par brique n'est disponible. Attribuez à chaque unité une part de joint de lit et une part de joint de bout. La part de lit est la longueur de course de l'unité plus une largeur de joint, multipliée par la profondeur de l'unité dans le mur, multipliée par l'épaisseur de joint. La part de bout est la hauteur de face de l'unité multipliée par la même profondeur multipliée par l'épaisseur de joint. Zéro unité est autorisé et donne un volume de mortier nul, utile pour des lignes vides de réserve dans des planning multi-lots. Ce modèle couvre uniquement les joints de lit et de bout d'une seule feuille ; il n'ajoute pas le volume de joint collier entre feuilles, ne remplit pas les alvéoles ni les noyaux et ne convertit pas la masse de mélange en sacs —ce sont des intentions de produit distinctes. Additionner ces deux contributions est algébriquement identique au produit compact mortar_per_unit égal à unit_depth multiplié par joint_width multiplié par la somme de unit_length, unit_height et joint_width, qui ne compte qu'une seule fois le petit prisme d'intersection des joints. Multipliez par le nombre d'unités pour obtenir mortar_volume_net. Lorsque waste_percent est strictement positif, multipliez le volume net par un plus waste_percent sur cent afin que mortar_volume intègre le surplus intentionnel pour chutes, lits irréguliers et découpes. Lorsque waste_percent est omis ou nul, le volume net et le total coïncident. Le pipeline est une arithmétique flottante déterministe, sans graines aléatoires, sans horodatages d'horloge et sans appels réseau, de sorte que des entrées identiques produisent toujours le même JSON. Les dimensions de l'unité et joint_width doivent être strictement positives car un joint d'épaisseur nulle ou une brique de taille nulle ne sont pas physiques pour une estimation de remplissage. Le nombre d'unités ne doit pas être négatif : un nombre négatif de briques ou de blocs est rejeté avec invalid_input.

Ce que vous envoyez et ce que vous recevez en retour

Lorsque units est négatif, la requête échoue avec un message indiquant que le nombre d'unités ne peut pas être négatif. Un autre contrôle utile porte sur mille blocs de deux cents par cent par quatre cents millimètres avec un joint de dix millimètres et dix pour cent de perte, en gardant toutes les entrées linéaires en millimètres pour un volume en millimètres cubes, ou en convertissant d'abord tout en mètres pour des mètres cubes. Envoyez cinq nombres finis obligatoires : unit_length pour la longueur de face d'une brique ou d'un bloc le long de la course, unit_height pour la hauteur de face, unit_depth pour la profondeur de l'unité dans le mur, joint_width pour l'épaisseur du joint de mortier, et units pour le nombre de briques ou de blocs. Envoyez optionnellement waste_percent comme pourcentage de surplus non négatif et precision comme entier de zéro à quinze pour les décimales de la réponse. Les champs obligatoires manquants, les chaînes non numériques, NaN et Infinity échouent avec invalid_input et ne sont pas facturés. Lorsqu'une dimension linéaire ou joint_width est nulle ou négative, la requête échoue avec un message indiquant que le champ doit être positif, afin que les clients corrigent les dimensions avant de réessayer. En cas de succès, la réponse renvoie les entrées nettoyées, mortar_per_unit, mortar_volume_net, waste_volume, mortar_volume, la precision utilisée, un rappel unit_note pour garder un seul système linéaire, l'étiquette de méthode bed_and_head_joint_per_unit et une courte chaîne de formule pour la documentation. Les contrôles classiques incluent cinq cents unités modulaires de longueur 0.19, hauteur 0.057, profondeur 0.09 et largeur de joint 0.01 avec perte par défaut : mortar_per_unit vaut 0.0002313 unités cubiques et le volume total de mortier vaut 0.11565 unités cubiques. Le prix des appels API réussis est la base publiée de $0.002 par élément ; les échecs de validation ne consomment pas le solde prépayé.

Où un calculateur de volume de joints de mortier se justifie

Les équipes de maçonnerie et d'aménagement extérieur qui établissent des calendriers d'achat à partir de métrés listant taille d'unité, spécification de joint et quantité ont besoin d'un endpoint déterministe qui sépare le remplissage net du joint de la perte optionnelle afin que le stock excédentaire reste intentionnel et auditable. Les bureaux d'études qui spécifient des joints de dix millimètres plutôt que douze peuvent relancer le même nombre d'unités avec un joint_width nouveau et voir comment le volume de remplissage évolue sans rouvrir un tableur rempli de formules fragiles. Comme cette capacité est un moteur parse pur, le prix de l'API est la base publiée de $0.002 par élément réussi et une validation échouée ne consomme pas le solde.