شرکت AAEON در ۲۳ ژانویهٔ ۲۰۲۶، MEX-BTS را به‌عنوان یک ورک‌استیشن ماژولار عرضه کرد که کارت‌های گرافیکی MXM 3.1 نوع A و نوع B را می‌پذیرد. این محصول برای ورک‌استیشن‌های صنعتی، تصویربرداری پزشکی با کمک هوش مصنوعی و کاربردهای پایش ایمنی طراحی شده است. این بررسی در ۳۰ اوت ۲۰۲۶، فراتر از شتاب‌دهندهٔ قابل‌تعویض را بررسی می‌کند و می‌پرسد برای استقرار تکرارپذیر هوش مصنوعی لبه‌ای چه عواملی باید کنترل شوند.

اسلات ماژولار به یک مشکل واقعی در چرخهٔ عمر پاسخ می‌دهد. بارهای کاری هوش مصنوعی و نیازمندی‌های شتاب‌دهنده می‌توانند سریع‌تر از نصب مکانیکی یک رایانهٔ صنعتی تغییر کنند. امکان انتخاب جداگانهٔ ماژول GPU از میزبان می‌تواند نیاز به تعویض غیرضروری کل سیستم را کاهش دهد. این مزیت به سازگار ماندن توان، خنک‌سازی، درایورها، مهار مکانیکی، پشتیبانی سیستم‌عامل و دسترسی بلندمدت به ماژول‌ها بستگی دارد.

MEX-BTS ماژول GPU را از پلتفرم میزبان جدا می‌کند و انعطاف‌پذیری ایجادشده باید به‌عنوان یک پیکربندی کامل اعتبارسنجی شود.

ماژولار بودن MXM دامنهٔ پیکربندی را گسترده‌تر می‌کند

AAEON سازگاری با کارت‌های MXM 3.1 نوع A و نوع B از شرکت‌های Intel و NVIDIA را اعلام کرده است. نوع A می‌تواند از پیکربندی‌های کم‌مصرف‌تر پشتیبانی کند، درحالی‌که ابعاد بزرگ‌تر نوع B امکان استفاده از ماژول‌های قدرتمندتر را فراهم می‌کند. محتوای عرضهٔ محصول، نوع A را برای استنتاج کم‌تأخیر و چندجریانیِ کم‌مصرف و نوع B را برای بارهای کاری سنگین‌ترِ چندوجهی یا تصویربرداری سه‌بعدی معرفی می‌کند.

سازگاری مکانیکی فقط نخستین مرحله است. هر ماژول دارای توان طراحی حرارتی، رابط خنک‌سازی، نیازمندی‌های میان‌افزار و درایور، قابلیت نمایشگر یا محاسبات و مشخصات جریان مصرفی است. یکپارچه‌ساز باید شماره‌قطعهٔ دقیق سازنده را تأیید کند، نه اینکه دستگاه را صرفاً «سازگار با MXM» تعریف کند. یک کارت آینده ممکن است از نظر اتصال جا بخورد، اما از ظرفیت خنک‌سازی، بودجهٔ توان یا شاخهٔ نرم‌افزاری اعتبارسنجی‌شده فراتر رود.

رکوردی برای پیکربندی ایجاد کنید که BIOS میزبان، چیپ‌ست، CPU، حافظه، ماژول GPU، میان‌افزار GPU، درایور، سیستم‌عامل، محیط اجرای استنتاج، مدل و نسخهٔ برنامه را به یکدیگر مرتبط کند. همین رکورد باید واحدی باشد که اعتبارسنجی و کنترل تغییرات روی آن انجام می‌شود. تعویض تنها GPU نیز می‌تواند نتایج عددی، تأخیر، قله‌های مصرف توان و رفتار خطا را تغییر دهد.

پلتفرم میزبان چند نسل CPU را پوشش می‌دهد

AAEON بیش از ۳۰ پردازندهٔ پشتیبانی‌شده را در محدوده‌های نسل دوازدهم، سیزدهم و چهاردهم Intel Core و Intel Core Series 2 فهرست کرده است که گزینه‌های پردازنده تا ۶۵ W را شامل می‌شود. این پلتفرم از چیپ‌ست‌های Intel R680E، Q670E و H610E پشتیبانی می‌کند. پشتیبانی از حافظهٔ ECC در پیکربندی‌های مجهز به چیپ‌ست R680E در دسترس است و ویژگی عمومی همهٔ مدل‌ها نیست.

این سیستم دو سوکت SODIMM برای حداکثر ۶۴ گیگابایت حافظهٔ DDR5 دوکاناله دارد. دو اسلات M.2 2280 M-Key از ذخیره‌سازی پشتیبانی می‌کنند، درحالی‌که یک جایگاه M.2 3052 B-Key و یک موقعیت Mini Card در اندازهٔ کامل برای توسعهٔ بی‌سیم در نظر گرفته شده‌اند. این انتخاب‌ها به سازندهٔ دستگاه اجازه می‌دهند میان حافظهٔ استنتاج، بافر تصویر، ضبط محلی و ارتباطات تعادل برقرار کند.

ظرفیت باید بر اساس اندازه‌گیری تعیین شود. کاربردهای چنددوربینه به حافظهٔ کافی برای بافرهای فریم و عملکرد پایدار ذخیره‌سازی متناسب با سیاست نگهداری نیاز دارند. ضبط هر فریم خام می‌تواند فضای ذخیره‌سازی و دوام نوشتن را به‌سرعت مصرف کند. مشخص کنید کدام تصاویر نگهداری می‌شوند، نتایج چگونه فشرده می‌شوند و سیستم هنگام کند یا پر شدن فضای ذخیره‌سازی چه رفتاری دارد.

خنک‌سازی، محدودهٔ واقعی محاسبات را تعیین می‌کند

طبق اعلام AAEON، ابعاد MEX-BTS برابر با ۲۹۵ میلی‌متر در ۱۸۶ میلی‌متر در ۵۰ میلی‌متر است. قالب باریک آن برای نصب در فضاهای محدود مناسب است، اما محفظهٔ فشرده گرمای CPU، GPU، حافظه و ذخیره‌سازی را متمرکز می‌کند. نتایج بنچمارک روی میز باز، نمایانگر عملکرد دستگاه در کابینت بسته و نزدیک درایوها یا منابع تغذیه نیست.

CPU و GPU دقیق را در بدترین دمای محیط، با جهت نصب، جریان هوا، میزان گرفتگی فیلتر و تجهیزات اطرافِ موردنظر اعتبارسنجی کنید. دمای قطعات، نرخ کلاک، تأخیر استنتاج و فریم‌های ازدست‌رفته را آن‌قدر ثبت کنید تا تعادل حرارتی برقرار شود. سیستمی که پنج دقیقه زمان چرخه را رعایت می‌کند اما پس از یک ساعت دچار کاهش فرکانس می‌شود، برای تولید مناسب نیست.

آزمون توان باید راه‌اندازی سرد، شروع هم‌زمان دوربین‌ها، بار اوج GPU، نوشتن روی ذخیره‌سازی و جریان مصرفی تجهیزات جانبی را شامل شود. AAEON محدودهٔ ورودی DC از ۱۹ V تا ۲۴ V را مشخص می‌کند، اما منبع بالادستی، کانکتور، افت کابل و مدارهای حفاظتی باید توان پاسخ‌گویی به تقاضای گذرا و پیوستهٔ پیکربندی انتخاب‌شده را داشته باشند. بازیابی پس از رخداد افت ولتاژ باید با همان دقت راه‌اندازی عادی آزمایش شود.

تراکم I/O از دوربین‌ها و تجهیزات قدیمی پشتیبانی می‌کند

AAEON حداکثر شش پورت LAN، چهار پورت COM و شش پورت USB، به‌همراه GPIO شانزده‌بیتی و SMBus هم‌مکان با I2C را فهرست کرده است. این شرکت اعلام می‌کند که پیکربندی‌های سازگار می‌توانند استنتاج هم‌زمان را روی حداکثر هشت جریان ویدئویی اجرا کنند. این یک ادعای قابلیت از سوی سازنده است؛ تعداد کانال قابل‌دستیابی به وضوح دوربین، نرخ فریم، کُدک، انتقال شبکه، پیچیدگی مدل، GPU، پیش‌پردازش و تأخیر قابل‌قبول بستگی دارد.

تراکم پورت‌ها تنها زمانی ارزشمند است که پهنای باند، دسترسی کابل، ایزولاسیون و نقش‌های شبکه در سطح سیستم برنامه‌ریزی شده باشند.

رابط‌ها را بر اساس سطح اعتماد و کارکرد تخصیص دهید. شبکه‌های دوربین، ترافیک نظارتی کارخانه، دسترسی تعمیر و نگهداری و اتصال به کنترلرهای ماشین نباید بدون معماری مشخص با یکدیگر ترکیب شوند. از سوئیچینگ مدیریت‌شده، قوانین فایروال، کنترل حساب‌ها و غیرفعال‌سازی سرویس‌های بلااستفاده استفاده کنید. اگر دوربین‌ها جداگانه تغذیه می‌شوند، سوئیچ‌های آن‌ها و همگام‌سازی زمانی را نیز در تحلیل خطا لحاظ کنید.

قطعات ارتباطات صنعتی در مجموعهٔ ارتباطات و شبکه‌سازی دسته‌بندی شده‌اند، درحالی‌که سخت‌افزار ورک‌استیشن و اپراتور را می‌توان در بخش HMI و محاسبات صنعتی بررسی کرد. MEX-BTS باید مکمل کنترل قطعی ماشین باشد، نه اینکه صرفاً به‌دلیل داشتن پورت‌های اضافی همهٔ وظایف را بر عهده بگیرد.

تصمیم‌های هوش مصنوعی را خارج از مسیرهای ایمنیِ تأییدنشده نگه دارید

AAEON پایش ایمنی را به‌عنوان یکی از کاربردهای هدف ذکر می‌کند، اما استفادهٔ ایمنی‌محور از یک مدل بینایی به کل سیستم اعتبارسنجی‌شده و الزامات ایمنی عملکردیِ قابل‌اعمال بستگی دارد. یک رایانهٔ لبه‌ای همه‌منظوره و مدل هوش مصنوعی نباید جایگزین اینترلاک‌های تأییدشده، توقف اضطراری، حفاظ‌ها یا کنترلرهای ایمنی شوند، مگر اینکه معماری و قطعات به‌طور مشخص برای آن کار تأیید صلاحیت شده باشند.

یک الگوی عملی این است که سیستم هوش مصنوعی یک نتیجهٔ مشورتی، کیفی یا نظارتی تولید کند و منطق قطعی PLC و ایمنی، محدودیت‌های ماشین را اعمال کنند. اگر نتیجهٔ هوش مصنوعی بر حرکت تولید اثر می‌گذارد، اعتبار، نحوهٔ مدیریت اطمینان، مهلت زمانی، رد دادهٔ منسوخ و پاسخ ایمن به نبود استنتاج را تعریف کنید. یک مقدار بولیِ منفرد بدون شناسهٔ فریم یا مهر زمانی ممکن است برای محصول اشتباه اعمال شود.

پشتیبانی نرم‌افزاری بخشی از پیکربندی محصول است

عرضهٔ ژانویهٔ AAEON، Windows 10 نسخهٔ 22H2 یا جدیدتر، Windows 11 و Ubuntu 24.04 با کرنل 6.11 را فهرست می‌کند. سازگاری هنگام عرضه به این معنا نیست که هر ترکیبی از درایور GPU، نسخهٔ CUDA یا OpenVINO، SDK دوربین و محیط اجرای استنتاج با یکدیگر قابل‌تعویض است. پیش از راه‌اندازی، یک ماتریس نرم‌افزاری پشتیبانی‌شده ایجاد و ثابت کنید.

به‌روزرسانی‌ها باید روی سخت‌افزار نماینده و به‌صورت مرحله‌ای انجام شوند. دقت مدل، خروجی عددی، تأخیر، شناسایی دستگاه، اتصال مجدد دوربین، بازیابی GPU و راه‌اندازی مجدد برنامه را آزمایش کنید. بسته‌های بازگشت برای BIOS، درایورها، محیط اجرا، مدل و برنامه را حفظ کنید. در سیستم‌های متصل به شبکه، وصله‌گذاری و مدیریت آسیب‌پذیری باید با اعتبارسنجی تولید متعادل شود، نه اینکه برای مدت نامحدود به تعویق بیفتد.

بار کاری را بنچمارک کنید، نه دستهٔ تبلیغاتی را

تأخیر انتها‌به‌انتها را از نوردهی یا تریگر تا نتیجه‌ای که PLC می‌پذیرد اندازه‌گیری کنید. دریافت، انتقال، رمزگشایی، پیش‌پردازش، استنتاج، پس‌پردازش، ثبت گزارش و تحویل شبکه را نیز در نظر بگیرید. میانگین زمان استنتاج به‌تنهایی می‌تواند صف‌ها و تأخیرهای دنباله‌بلند را پنهان کند. بدترین انفجار قابل‌باور را ثبت کنید، نه فقط یک نمایش تمیز با یک دوربین.

سیستم را با دوربین‌های ازدست‌رفته، فریم‌های خراب، فضای کم دیسک، بازنشانی درایور GPU، قطعی شبکه، انحراف زمانی و برنامه‌ای که در حال اجراست اما آماده نیست، به چالش بکشید. اطمینان حاصل کنید که هشدارها این وضعیت‌ها را از هم متمایز می‌کنند و اپراتور نمی‌تواند با بازنشانی‌های مکرر، سیستم را وارد خطایی حل‌نشده کند. برای بازرسی کیفیت، اطلاعات کافی دربارهٔ دستور ساخت و مدل را نگه دارید تا هر تصمیم قابل بازتولید باشد.

برنامه‌ریزی چرخهٔ عمر، بازده سرمایه‌گذاری را تعیین می‌کند

شتاب‌دهندهٔ قابل‌تعویض می‌تواند عمر مفید میزبان را افزایش دهد، اما تنها در صورتی که ماژول‌های MXM سازگار همچنان قابل تهیه و پشتیبانی باشند. پیش از استانداردسازی پلتفرم، گزینه‌های تأییدشدهٔ GPU، محدودیت‌های حرارتی، بودجه‌های توان، شاخه‌های درایور و آزمون مجدد لازم پس از جایگزینی را مستند کنید. برای ماشین‌هایی که قرار است یک دهه کار کنند، راهبرد موجودی ممکن است از قابلیت ارتقای نظری مهم‌تر باشد.

مفهوم ماژولار در جایی بیشترین قدرت را دارد که بارهای کاری میان استقرارها متفاوت باشند یا احتمال رشد آن‌ها وجود داشته باشد، درحالی‌که شاسی، I/O و نصب مکانیکی ثابت می‌مانند. وقتی یک بار کاری اعتبارسنجی‌شده هرگز تغییر نمی‌کند و سادگی بلندمدت از امکان ارتقا ارزش بیشتری دارد، شتاب‌دهندهٔ ثابت همچنان می‌تواند گزینهٔ بهتری باشد.

ارزیابی مهندسی

MEX-BTS پاسخی سخت‌افزاری و قابل‌اتکا به منسوخ شدن هوش مصنوعی لبه‌ای ارائه می‌دهد: حفظ یک میزبان صنعتی فشرده و انتخاب شتاب‌دهندهٔ MXM نوع A یا نوع B متناسب با بار کاری. دامنهٔ گستردهٔ CPU و I/O این پیشنهاد را تقویت می‌کند.

این پلتفرم کار یکپارچه‌سازی را حذف نمی‌کند؛ بلکه تمرکز را به سمت کنترل پیکربندی منتقل می‌کند. استقرار باید به‌صورت مجموعه‌ای هماهنگ از CPU، GPU، شرایط حرارتی، توان، سیستم‌عامل، درایورها، مدل، سیاست شبکه و رابط ماشین عرضه شود. اگر این مجموعه در شرایط بدترین حالت بنچمارک شود و در طول چرخهٔ عمر تحت حاکمیت قرار گیرد، شتاب‌دهی ماژولار می‌تواند بدون قربانی کردن تکرارپذیری، هزینهٔ تعویض را کاهش دهد.