حاسبة القوالب الخرسانية

تعمل أداة المتصفح مجانًا على جهازك؛ أما API المدفوع مسبقًا فيحصّل $0.002 لكل عنصر ناجح عندما تحتاج الخوادم وحزم SDK إلى العقد نفسه.

قياس مساحة الجدار ومطابقة أبعاد وجه القالب بنظام وحدات واحد

ابدأ بقياس كل واجهة ستبنيها بالقوالب الخرسانية. فللمستطيل الواحد اضرب الطول في الارتفاع؛ ولقواعد التأسيس المتدرجة أو الجدران الجانحية أو المرائب متعددة الفتحات اجمع المستطيلات واطرح الفتحات الكبيرة كالأبواب والنوافذ عندما لن تُردم تلك الفتحات بالقوالب. وإذا كانت بطاقة الكيس أو المنصة تذكر البوصات وقد قست الجدار بالأقدام، فحوّل المساحة أو حافات الوجه حتى تتفق؛ فخلط الأقدام للجدار مع البوصات للقالب يقلل العدد بمعامل 144. عبّر عن المجموع بقيمة wall_area بالأمتار المربعة أو الأقدام المربعة أو أي وحدة مربعة أخرى تفضلها — فالحاسبة لا تحوّل الوحدات، لذا يجب أن تستخدم أبعاد وجه كل قالب الجذر التربيعي للنظام نفسه. فإذا كانت wall_area عشرين مترًا مربعًا، أرسل block_width وblock_height بالأمتار (مثلًا 0.4 في 0.2 لوجه قالب CMU متري شائع). وتُقبل الأسماء البديلة الاختيارية area وwall وsurface_area لحقل wall_area؛ ويغطي width وblock_w وface_width وlength الحافة الأفقية للوجه؛ ويغطي height وblock_h وface_height وcourse_height الحافة الرأسية. ويجب أن تكون كل المدخلات الهندسية أعدادًا موجبة منتهية قطعًا: فالقيم الصفرية أو السالبة أو غير العددية تثير invalid_input ولا تُحتسب. وتُرفض أيضًا القيم المتناهية الصغر أو الضخامة خارج نطاق الاستقرار المنشور حتى تبقى نتائج الفاصلة العائمة ذات معنى على معزل Worker.

نسبة الهالك وكيف يحوّل التقريب إلى الأعلى المساحة إلى قوالب كاملة

الهالك الحقيقي في البناء بالقوالب ليس اختياريًا. فالزوايا تحتاج قوالب نصفية أو مقصوصة، وتعترض كمر الربط والعتبات مداميك البناء، وتكسر قصّات المبتدئين الحواف، ويتلف التسليم كثيرًا في الطلبات متعددة المنصات. تناسب الخمسة في المئة جدارًا مستقيمًا بمدماك جارٍ وقليل الفتحات؛ وارفعها للمخططات المعقدة أو كثرة الزوايا أو الفتحات الكبيرة التي تفرض قصّات غير منتظمة. وتذكّر أن أسماء القوالب الاسمية (مثل CMU بثماني بوصات أو القياسي بست بوصات) تشمل غالبًا مفاصل المونة في قواعد الاستدلال الميدانية — وتستخدم هذه الحاسبة أبعاد الوجه الفعلية التي تزودها بها، لذا قِس أو اقرأ حجم الوجه لدى الشركة المصنعة بدلًا من افتراض قاعدة استدلالية تكون المفاصل مضمَّنة فيها سلفًا. والحقل الاختياري waste_percent يفترض خمسة عند إغفاله ويقبل قيمًا من صفر إلى مئة؛ وتُسند الأسماء البديلة waste وwaste_allowance وoverage إلى العدد نفسه. يبني المحرك waste_factor مساويًا واحدًا زائد waste_percent مقسومًا على مئة، ويضرب wall_area في ذلك المعامل لينتج area_with_waste، ثم يقسم على block_face_area المساوية block_width في block_height. وناتج القسمة هو blocks_exact؛ أما blocks_needed فهو سقف ذلك الناتج بحيث يتحول أي باقٍ كسري دائمًا إلى قالب كامل إضافي في ورقة الطلب. وتبقى تسمية الطريقة دائمًا area_with_waste_ceil لتفريع مستقر في المراحل اللاحقة. ويفشل الهالك السالب والحقول المطلوبة الناقصة بخطأ invalid_input. والمدخلات المتطابقة تنتج دائمًا JSON متطابقًا لأن المسار حساب صِرف بلا شبكة ولا بذرة عشوائية ولا ساعة.

استخدام API والتسعير وسير عمل البناء والحدود العملية

أرسل جسم JSON يتضمن wall_area وblock_width وblock_height، إضافة إلى waste_percent الاختياري عندما لا تناسب الخمسة في المئة مخططك. واستخدم API المدفوع مسبقًا عندما يحتاج تطبيق بناء أو مُهيئ تجارة إلكترونية لمواد البناء أو خط أنابيب لحصر الكميات أو أداة إدارة عقارات إلى عقد مستقر برصيد KIT بقيمة $0.002 لكل عنصر ناجح؛ فإخفاقات التحقق لا تستهلك الرصيد أبدًا بعد رفض المحرك للطلب. ويمكن لمؤلفي حزم SDK إسناد blocks_needed مباشرة إلى سطور السلة مع إظهار area_with_waste وblocks_exact كتفصيل تفسيري للمشتري أو المقدِّر.