هوشمند سازی طراحی آسانسور در Autodesk Inventor در محیط iLogic

طراحی آسانسور یکی از پروژههای چندبخشی در مهندسی مکانیک است که شامل طراحی کابین، شاسی، درها، ریلهای راهنما، سازه نگهدارنده، سیستم محرکه و بسیاری از قطعات مکانیکی دیگر میشود. در چنین پروژهای، تغییر یک پارامتر مانند عرض کابین یا ارتفاع طبقه میتواند باعث تغییر ابعاد تعداد زیادی از قطعات و مجموعهها شود.
در روش طراحی سنتی، مهندس طراح باید بسیاری از این تغییرات را بهصورت دستی اعمال کند. این کار علاوه بر افزایش زمان طراحی، احتمال بروز خطا در ابعاد، سوراخکاریها، موقعیت قطعات و نقشههای ساخت را نیز افزایش میدهد.
Autodesk Inventor با قابلیتهایی مانند مدلسازی پارامتریک، محیط اسمبلی، API و ابزار iLogic ا مکان خودکارسازی بخش زیادی از این فرایند را فراهم میکند. با استفاده از کدنویسی میتوان مدلی هوشمند ایجاد کرد که با تغییر چند پارامتر ورودی، ابعاد قطعات و ساختار مجموعه آسانسور را بهصورت خودکار بهروزرسانی کند.
در این مقاله با کاربرد کدنویسی در Autodesk Inventor برای مدلسازی و اتوماسیون آسانسور آشنا میشویم.
۱. چرا در طراحی آسانسور به کدنویسی نیاز داریم؟
در پروژههای صنعتی، هدف از کدنویسی در نرمافزارهای CAD صرفاً نوشتن برنامه نیست؛ بلکه ایجاد یک فرایند طراحی قابل تکرار، قابل کنترل و کمخطاست.
برای مثال، فرض کنید یک شرکت ماشینسازی باید کابین آسانسور را در چند اندازه مختلف تولید کند. اگر مدل بهصورت کاملاً پارامتریک طراحی شده باشد، میتوان با تغییر عرض، عمق و ارتفاع کابین، بخش زیادی از مدل را بدون طراحی مجدد تولید کرد.
مهمترین کاربردهای کدنویسی در طراحی آسانسور عبارتاند از:
- تغییر خودکار ابعاد کابین بر اساس پارامترهای ورودی
- محاسبه و تنظیم ابعاد کف، سقف و دیوارههای کابین
- تغییر طول شاسی و اعضای سازهای
- تنظیم موقعیت سوراخها، براکتها و اتصالات
- ایجاد مدلهای مختلف از یک طرح پایه
- تولید خودکار قطعات ورقی و الگوهای بازشده ورق
- ساخت اسمبلی از قطعات استاندارد و سفارشی
- تهیه خودکار نقشههای ساخت و فهرست قطعات
- استخراج اطلاعات فنی و تهیه گزارشهای طراحی
البته میزان اتوماسیون به نحوه طراحی مدل اولیه، روابط پارامتریک، ساختار اسمبلی و محدودیتهای پروژه بستگی دارد.

۲. آشنایی با روشهای کدنویسی در Autodesk Inventor
در Autodesk Inventor چند ابزار مهم برای خودکارسازی طراحی وجود دارد.
۲-۱. پارامترهای مدلسازی (Parameters)
پارامترها پایه اصلی طراحی هوشمند هستند. برای مثال میتوان پارامترهای زیر را برای کابین تعریف کرد:
| نام پارامتر | شرح | مقدار نمونه |
| CabinWidth | عرض کابین | ۱۱۰۰ mm |
| CabinDepth | عمق کابین | ۱۴۰۰ mm |
| CabinHeight | ارتفاع کابین | ۲۲۰۰ mm |
| SheetThickness | ضخامت ورق | ۲ mm |
| DoorWidth | عرض بازشوی در | ۸۰۰ mm |
این مقادیر صرفاً نمونههای آموزشی هستند و نباید بهعنوان ابعاد استاندارد یا طراحی تأییدشده آسانسور تلقی شوند.
با تعریف روابط بین پارامترها، میتوان ابعاد قطعات مختلف را به ابعاد اصلی کابین وابسته کرد.
برای مثال، اگر عرض کف کابین برابر با عرض کابین در نظر گرفته شود، رابطه زیر قابل استفاده است:
FloorWidth = CabinWidth
همچنین اگر عرض یک دیواره جانبی با عمق کابین مرتبط باشد:
SidePanelWidth = CabinDepth
در نتیجه، تغییر پارامترهای اصلی باعث تغییر خودکار ابعاد وابسته خواهد شد.

۲-۲. استفاده از iLogic
ابزار iLogic یکی از روشهای کاربردی برای ایجاد قوانین طراحی در Inventor است. این ابزار امکان نوشتن قواعد شرطی، کنترل پارامترها، اجرای عملیات تکراری و ایجاد فرمهای ورودی را فراهم میکند.
با iLogic میتوان قوانینی مانند موارد زیر ایجاد کرد:
- اگر عرض کابین تغییر کرد، ابعاد کف و سقف بهروزرسانی شوند.
- اگر نوع در انتخاب شد، قطعات متناسب با آن فعال یا غیرفعال شوند.
- اگر ضخامت ورق تغییر کرد، پارامترهای مرتبط با ورق نیز اصلاح شوند.
- اگر کاربر نوع خاصی از کابین را انتخاب کرد، مجموعه قطعات متناسب با آن در مدل استفاده شود.
۲-۳. استفاده از(Application Programming Interface) Inventor API
برای اتوماسیون پیشرفتهتر میتوان از رابط برنامهنویسی Autodesk Inventor API استفاده کرد. این رابط امکان کنترل بسیاری از قابلیتهای نرمافزار را از طریق برنامهنویسی فراهم میکند.
با استفاده از API میتوان عملیات پیچیدهتری مانند ایجاد اسناد جدید، دسترسی به ویژگیهای مدل، کنترل اسمبلیها، تغییر پارامترها و تهیه خروجیهای مشخص را خودکار کرد.
در پروژههای واقعی، انتخاب بین iLogic و API به پیچیدگی کار، میزان کنترل موردنیاز و ساختار نرمافزاری پروژه بستگی دارد.
۳. طراحی پارامتریک کابین آسانسور
اولین گام برای اتوماسیون، طراحی صحیح مدل پایه است. بهتر است ابعاد اصلی کابین بهعنوان پارامترهای اصلی تعریف شوند و ابعاد قطعات دیگر از آنها مشتق شوند.
مدل کابین میتواند از قطعات زیر تشکیل شود:
- کف کابین
- دیواره سمت راست
- دیواره سمت چپ
- دیواره عقب
- سقف کابین
- قاب و شاسی نگهدارنده
- مجموعه درها
- براکتها و اتصالات
برای هر قطعه باید پارامترهای لازم، روابط هندسی و محدودیتهای مونتاژی مشخص شوند.
بهعنوان مثال، اگر دیوارههای کابین از ورق فلزی ساخته شوند، پارامتر ضخامت ورق باید در قطعات مربوطه تعریف شود. در صورت تغییر ضخامت، مدل سهبعدی و اطلاعات مربوط به ساخت ورق باید متناسب با قواعد طراحی بهروزرسانی شوند.
نکته مهم این است که مدل پارامتریک تنها زمانی عملکرد مناسبی دارد که وابستگیها، قیود هندسی و روابط ابعادی از ابتدا بهدرستی تعریف شده باشند.
- اتوماسیون طراحی ورقهای کابین
بخش مهمی از کابین آسانسور از ورقهای فلزی تشکیل میشود. در این بخش میتوان از محیط Sheet Metal در Inventor و قوانین iLogic برای خودکارسازی طراحی استفاده کرد.
برای نمونه، با تغییر ابعاد کابین میتوان ابعاد دیوارهها، محل خمها و موقعیت سوراخهای نصب را بهروزرسانی کرد؛ البته این کار مستلزم تعریف صحیح ویژگیهای ورق، شعاع خم، روش محاسبه بازشدگی و قواعد ساخت است.
فرایند پیشنهادی شامل مراحل زیر است:
۱. تعریف پارامترهای اصلی ورق
۲. ایجاد مدل سهبعدی دیواره یا کف
۳. تعریف ضخامت، شعاع خم و قواعد ورقکاری
۴. وابسته کردن ابعاد قطعه به پارامترهای اصلی
۵. ایجاد الگوی بازشده (Flat Pattern)
۶. بررسی تداخلها و قابلیت ساخت
۷. تهیه خروجی مناسب برای برش لیزر یا سایر فرایندهای تولید
باید توجه داشت که محاسبه دقیق الگوی بازشده به جنس ورق، ضخامت، شعاع خم، ضریب K یا روش محاسبه خم و شرایط واقعی فرایند تولید وابسته است. صرفاً تغییر ابعاد در مدل، تضمین نمیکند که قطعه در کارگاه بدون اصلاح ساخته شود.
- اتوماسیون اسمبلی آسانسور
پس از طراحی قطعات، مرحله بعد ایجاد اسمبلی است. در اسمبلی آسانسور، قطعات باید با قیدهای مونتاژی مناسب در موقعیت صحیح قرار گیرند.
با کمک iLogic و API میتوان بخشی از عملیات زیر را خودکار کرد:
- قرار دادن قطعات در اسمبلی
- انتخاب قطعات متناسب با پیکربندی
- بهروزرسانی طول اعضای سازهای
- تنظیم موقعیت براکتها و اتصالات
- کنترل تعداد قطعات تکراری
- بررسی تداخل هندسی
- بهروزرسانی ساختار مجموعه پس از تغییر ابعاد
برای مثال، اگر عرض کابین تغییر کند، موقعیت دیوارهها و برخی اتصالات باید براساس پارامترهای جدید تنظیم شود. برای دستیابی به نتیجه پایدار، باید وابستگیهای بین قطعات و قیدهای مونتاژی از ابتدا با دقت طراحی شوند.
اتوماسیون اسمبلی به معنی حذف کنترل مهندسی نیست؛ مدل نهایی باید از نظر تداخل، مونتاژپذیری، دسترسی برای تعمیرات و الزامات تولید بررسی شود.
- تولید خودکار نقشههای ساخت و فهرست قطعات
یکی دیگر از کاربردهای کدنویسی در Inventor، خودکارسازی مستندسازی است. در یک پروژه آسانسور ممکن است دهها یا صدها قطعه و زیرمجموعه وجود داشته باشد. تولید دستی نقشهها و فهرست قطعات برای هر پیکربندی زمانبر است.
با طراحی یک فرایند اتوماسیون مناسب میتوان برخی از فعالیتهای زیر را انجام داد:
- بهروزرسانی نقشههای دوبعدی
- درج اطلاعات قطعه و شماره فنی
- تهیه فهرست قطعات (BOM)
- استخراج جرم و مشخصات هندسی
- ذخیره فایلها با نامگذاری استاندارد
- تهیه خروجیهای PDF و DXF در صورت نیاز
- آمادهسازی اطلاعات برای انتقال به سیستمهای تولید یا ERP
برای مثال، در یک پروژه تولیدی میتوان ساختار نامگذاری فایلها را براساس کد قطعه، نوع کابین و شماره پیکربندی تعریف کرد. این کار احتمال اشتباه در شناسایی فایلها را کاهش میدهد.
البته خروجی خودکار نقشه یا BOM باید از نظر نسخه، کامل بودن اطلاعات، تلرانسها و وضعیت تأیید مهندسی کنترل شود.

- محدودیتها و نکات مهندسی مهم
اتوماسیون CAD بهتنهایی جایگزین طراحی و تأیید مهندسی آسانسور نیست. آسانسور یک سامانه ایمنیحساس است و طراحی آن باید براساس استانداردها و مقررات قابلاعمال در محل پروژه انجام شود.
در طراحی واقعی، موارد زیر باید بهصورت مستقل بررسی شوند:
- ظرفیت باربری و بارهای طراحی
- استحکام و تغییرشکل شاسی و اتصالات
- پایداری و رفتار دینامیکی اجزای مرتبط
- سازگاری ابعادی و تلرانسهای مونتاژ
- الزامات ایمنی درها و تجهیزات
- شرایط نصب، سرویس و نگهداری
- انطباق با استانداردها و مقررات مربوطه
کدهای iLogic یا API باید مطابق نسخه نرمافزار و ساختار واقعی مدل آزمایش شوند. همچنین قبل از استفاده در تولید، لازم است خروجیها و قواعد طراحی توسط افراد مسئول بررسی و تأیید شوند.
انجمن اینونتور ایران با سالها تجربه در آموزش و برنامه نویسی در محیط اتودسک اینونتور آماده انجام پروژه های اتوماسیون در صنایع بطور خاص در طراحی مخازن و آسانسور می باشد. جهت بررسی و تعریف پروژه با ما تماس بگیرید.
