تفاوت محیط آزمایشگاهی با محیط واقعی؛ صنعتی‌شدن یک ویژگی سیستم است، نه فقط اسم میکروکنترلر.

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

مقدمه؛ برد روی میز سالم است، اما داخل تابلو قهر می‌کند

یک سناریوی خیلی آشنا را تصور کنید. برد روی میز است، ESP32 روشن شده، Wi-Fi بدون دردسر وصل است و سنسورها هم درست جواب می‌دهند. چند ساعت تست می‌گیریم و همه‌چیز مرتب به نظر می‌رسد. بعد همان برد وارد دستگاه یا تابلو برق می‌شود؛ موتور روشن می‌شود، کنتاکتور قطع و وصل می‌کند، VFD شروع به کار می‌کند و ناگهان ESP32 ریست می‌شود یا ارتباطش می‌پرد.

اینجا معمولاً بحث شروع می‌شود: «ESP32 صنعتی نیست» یا برعکس، «من با ESP32 پروژه صنعتی ساخته‌ام و مشکلی نداشته‌ام». به نظر من هر دو جمله، اگر شرایط پروژه را نگوییم، ناقص‌اند. سؤال اصلی این نیست که ESP32 صنعتی هست یا نه؛ سؤال این است که آیا کل محصول برای محیط واقعی طراحی و تست شده، یا فقط یک برد توسعه را داخل جعبه گذاشته‌ایم؟

راهنمای رسمی Espressif هم روی همین فاصله بین برد توسعه و محصول نهایی تأکید دارد. در منابع ۱ تا ۳، تغذیه، طراحی PCB، بخش رادیویی و جانمایی ماژول برای محصول واقعی بررسی شده‌اند. از طرف دیگر، استاندارد IEC 61000-6-2 مصونیت کل تجهیز را در محیط صنعتی می‌سنجد، نه فقط نام میکروکنترلر را؛ منبع ۸.

۱. اول این چهار مفهوم را جدا کنیم: تراشه، ماژول، برد توسعه و محصول نهایی

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

از تراشه تا محصول نهایی؛ با هر مرحله، مسئولیت‌های بیشتری به طراحی اضافه می‌شود.

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

۲. چرا روی میز کار می‌کند ولی در کارخانه نه؟

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

برای همین، «روی میز کار کرد» فقط یعنی مرحله اول را رد کرده‌ایم. تست آزمایشگاهی لازم است، اما به‌تنهایی برای تحویل یک محصول صنعتی کافی نیست.

۳. خازن ۱۰۰ نانوفاراد جادو نمی‌کند؛ تغذیه را در بدترین لحظه ببینیم

در عیب‌یابی، تغذیه برای من یکی از اولین مظنون‌هاست. ممکن است مولتی‌متر عدد ۳٫۳ ولت را کاملاً درست نشان دهد، اما ریل تغذیه برای چند میکروثانیه یا چند میلی‌ثانیه افت کند و همان افت کوتاه باعث ریست شود. Espressif در راهنمای سخت‌افزار روی توان کافی منبع، خازن ذخیره مناسب و خازن‌های بای‌پس نزدیک پایه‌های تغذیه تأکید کرده است؛ منبع ۲.

نمونه مفهومی از افت لحظه‌ای ریل ۳٫۳ ولت؛ افتی که ممکن است مولتی‌متر اصلاً آن را نشان ندهد.

در مستندات ESP-IDF هم مدار تشخیص افت ولتاژ وجود دارد و اگر ولتاژ از محدوده امن پایین‌تر برود، سیستم می‌تواند ریست شود؛ منبع ۴. بنابراین اگر دستگاه فقط هنگام روشن‌شدن موتور، ارسال Wi-Fi یا فعال‌شدن چند خروجی با هم ریست می‌شود، من قبل از تغییر کد اول ریل ۳٫۳ ولت را با اسیلوسکوپ و نزدیک خود ماژول نگاه می‌کنم.

• پروب اسیلوسکوپ را تا جای ممکن نزدیک پایه تغذیه ماژول بگیرید و اتصال زمین را کوتاه نگه دارید. سیم زمین بلندِ پراب خودش می‌تواند نویز اضافه کند و اندازه‌گیری را گمراه‌کننده نشان دهد.
• فقط به جریان نامی رگولاتور روی دیتاشیت اکتفا نکنید. پاسخ گذرای رگولاتور، مشخصات خازن‌ها و مسیر برگشت جریان روی PCB هم روی افت لحظه‌ای ولتاژ اثر دارند.
• اگر ESP32 و بارهای پرنویز از یک مسیر تغذیه مشترک و باریک استفاده کنند، احتمال دردسر بیشتر می‌شود. مسیر تغذیه و زمین باید بر اساس جریان‌های لحظه‌ای واقعی سیستم طراحی شوند.
• پایه فعال‌سازی ماژول، یعنی CHIP_PU/EN، را هم فراموش نکنید. اگر این مسیر نویز بگیرد یا شبکه مقاومت و خازن آن ضعیف باشد، ممکن است ریست ناخواسته رخ دهد؛ حتی وقتی ریل ۳٫۳ ولت ظاهراً سالم است.

۴. صنعتی‌شدن از جایی شروع می‌شود که EMC را جدی می‌گیریم

وقتی دستگاه کنار موتور، کنتاکتور، رله، کابل قدرت یا VFD نصب می‌شود، دیگر نمی‌شود «نویز» را یک کلمه مبهم در نظر گرفت. باید بدانیم اغتشاش از چه مسیری وارد سیستم می‌شود و چه آزمونی برای آن وجود دارد. استاندارد IEC 61000-6-2 یک مرجع عمومی برای مصونیت تجهیزات در محیط صنعتی است؛ البته وقتی استاندارد اختصاصی محصول، الزام دقیق‌تری تعیین نکرده باشد. منبع ۸.

چند آزمون مهم EMC در طراحی محصول صنعتی؛ سطح آزمون باید از استاندارد محصول و محیط کاربرد استخراج شود.

یک نکته مهم این است که سطح آزمون‌های EMC برای همه محصولات یک عدد ثابت نیست. سطح آزمون، معیار پذیرش و حتی نوع آزمون به محصول، پورت‌ها و محیط نصب بستگی دارد. من این بخش را راهنمای طراحی و پیش‌آزمون می‌دانم، نه جایگزین استاندارد اختصاصی محصول یا آزمون رسمی. برای جزئیات، منابع ۸ تا ۱۳ را ببینید.

۵. Wi-Fi در کارخانه؛ همیشه روتر مقصر نیست

در محیط صنعتی، مسئله فقط روتر نیست. فلز، کابینت، ماشین‌آلات متحرک، انعکاس‌های متعدد و بعضی تجهیزات می‌توانند شرایط کانال ۲٫۴ گیگاهرتز را تغییر دهند. در مقاله‌ای که در کنفرانس IEEE ICPS سال ۲۰۲۴ ارائه شده، اثر تداخل جوشکاری TIG روی شبکه Wi-Fi صنعتی آزمایش شده و افت عملکرد در حضور این منبع تداخل گزارش شده است؛ منبع ۱۴.

به همین دلیل، من فقط به قدرت سیگنال نگاه نمی‌کنم. تعداد بسته‌های از دست‌رفته، ارسال‌های مجدد، تأخیر، قطع Beacon و محل واقعی آنتن داخل بدنه هم مهم‌اند. Espressif توصیه می‌کند آنتن ماژول تا حد امکان نزدیک لبه برد باشد و اطراف آن فضای آزاد مناسب در نظر گرفته شود. در نهایت، برد ارتباطی و برد پوشش باید روی محصول نهایی تست شوند؛ منبع ۳.

مطالعات جدید هم همین نگاه را تأیید می‌کنند. یک مقاله در IEEE Access در سال ۲۰۲۵، Wi-Fi 6، MulteFire و 5G را برای ارتباط صنعتی بلادرنگ مقایسه کرده و نشان می‌دهد انتخاب فناوری باید از نیازهای تأخیر، قابلیت اطمینان و شرایط نصب شروع شود؛ منبع ۱۶. مطالعه دیگری در مجله Telecom در سال ۲۰۲۵ هم محدودیت‌های تأخیر، قابلیت اطمینان و تداخل را در Wi-Fi صنعتی بررسی کرده است؛ منبع ۱۷.

۶. پس Wi-Fi برای کنترل صنعتی خوب است یا نه؟

من Wi-Fi را زمانی برای کنترل انتخاب مناسبی می‌دانم که قطع چند بسته یا چند ثانیه ارتباط، سیستم را وارد وضعیت خطرناک نکند. هرچه نقش ارتباط بی‌سیم به مسیرهای حیاتی نزدیک‌تر شود، باید تضمین‌های زمان پاسخ، قابلیت اطمینان و حالت امن را جدی‌تر طراحی کنیم.

یک معماری قابل‌دفاع: ESP32 برای ارتباط و تله‌متری، و کنترل اصلی روی MCU یا PLC مناسب باقی بماند.

برای مانیتورینگ، عیب‌یابی، تنظیمات، داشبورد و به‌روزرسانی از راه دور، Wi-Fi می‌تواند انتخاب خیلی خوبی باشد. اما مسیری که باید در زمان مشخص فرمان ایمنی یا کنترل حیاتی را اجرا کند، نیاز متفاوتی دارد. اگر تأخیر و قابلیت اطمینان مرز مشخص دارند، معماری ارتباط و حالت امن باید از همان ابتدا بر اساس آن‌ها طراحی شود؛ منبع ۱۵.

۷. برد توسعه را داخل جعبه گذاشتیم؛ آیا محصول شد؟

برد توسعه برای نمونه‌سازی و راه‌اندازی اولیه واقعاً عالی است و من هم برای تست ایده از آن استفاده می‌کنم. اما وقتی قرار است محصول تولید شود، باید سؤال‌های سخت‌تری بپرسیم: ورودی برق چطور محافظت شده؟ تخلیه الکترواستاتیک از کدام مسیر عبور می‌کند؟ آنتن داخل بدنه چه عملکردی دارد؟ کانکتورها در برابر لرزش مناسب‌اند؟ زمین و شیلد چطور بسته شده‌اند؟

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

۸. PCB چهارلایه معجزه نیست؛ اما صفحه زمین درست خیلی کمک می‌کند

Espressif برای ESP32 طراحی چهارلایه را توصیه می‌کند: یک لایه برای قطعات و سیگنال‌ها، یک صفحه زمین پیوسته، یک لایه برای تغذیه و زمین و یک لایه برای تعداد محدودی سیگنال؛ منبع ۳. مزیت این ساختار فقط ظاهر حرفه‌ای‌تر نیست. مسیر برگشت جریان قابل‌پیش‌بینی‌تر می‌شود و کنترل EMI و بخش رادیویی ساده‌تر خواهد شد.

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

۹. نرم‌افزار نهفته صنعتی یعنی سیستم بعد از خطا بتواند برگردد

من نرم‌افزار نهفته صنعتی را این‌طور تعریف می‌کنم: برنامه‌ای که فقط در شرایط ایده‌آل کار نمی‌کند؛ وقتی خطا اتفاق افتاد هم می‌داند چطور برگردد. ESP-IDF چند سازوکار Watchdog دارد که می‌توانند در شرایط مشخص وقفه یا ریست ایجاد کنند؛ منبع ۵. اما روشن‌کردن Watchdog به‌تنهایی کافی نیست. باید بدانیم کدام وظیفه حیاتی است و بعد از ریست چه وضعیت‌هایی باید بازیابی شوند.

• علت ریست را با تابع esp_reset_reason() ثبت کنید تا افت ولتاژ، Watchdog و ریست نرم‌افزاری از هم جدا شوند.
• در قطع Wi-Fi فقط دوباره وصل نشوید. علت قطع، فاصله زمانی بین تلاش‌های مجدد و وضعیت ارتباط شبکه را هم مدیریت کنید. مستندات ESP-IDF توضیح می‌دهد که قطع Wi-Fi می‌تواند اتصال‌های TCP و UDP را بی‌اعتبار کند؛ منبع ۶.
• برای داده‌های مهم، شماره توالی، زمان انتظار، تأیید دریافت و روش تکرار ارسال را مشخص کنید. این کار کمک می‌کند بعد از گم‌شدن یک بسته یا دیر رسیدن پاسخ، سیستم وارد وضعیت نامعلوم نشود.
• اگر به‌روزرسانی از راه دور دارید، بازگشت به نسخه قبلی را جدی بگیرید. ESP-IDF امکان Rollback دارد تا اگر نسخه جدید آزمون اولیه را رد کرد، سیستم به نسخه سالم قبلی برگردد؛ منبع ۷.
• گزارش خطاهای مهم را فقط روی خروجی سریال نگه ندارید. تعداد ریست، علت قطع شبکه، نسخه نرم‌افزار و خطاهای کلیدی باید بعداً هم قابل بازیابی باشند.

۱۰. Wi-Fi، RS-485 یا CAN؟ هر چیزی که بی‌سیم شد، هوشمند نشده!

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

در محصولی که هم اپلیکیشن دارد و هم کنترل محلی، معمولاً معماری ترکیبی برای من منطقی‌تر است: ارتباط بی‌سیم برای رابط کاربر، سرویس و اتصال ابری؛ و یک رابط سیمی مقاوم برای بخش داخلی یا کنترل اصلی. این ترکیب عیب‌یابی، نگهداری و طراحی حالت امن را هم ساده‌تر می‌کند.

۱۱. تست صنعتی یعنی خطا ایجاد کنیم، نه اینکه فقط برد را روشن بگذاریم

اینکه برد ۴۸ ساعت روی میز روشن بماند، تست خوبی برای بعضی خطاهاست؛ اما هنوز نشان نمی‌دهد در برابر نویز، افت برق یا قطع شبکه چه رفتاری دارد. برای اعتبارسنجی باید بعضی خطاها را عمداً ایجاد کنیم. NIST در گزارش IR 8563 سال ۲۰۲۵ به بازتولید منابع تداخل صنعتی برای ارزیابی ارتباطات بی‌سیم پرداخته است؛ منبع ۱۹.

یک مسیر پیشنهادی برای اعتبارسنجی قبل از اینکه به محصول برچسب «صنعتی» بزنیم.

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

۱۲. چک‌لیست: آیا ESP32 شما آماده ورود به محیط صنعتی است؟

☐ منبع ۳٫۳ ولت در بدترین حالت بار و هنگام ارسال Wi-Fi با اسیلوسکوپ بررسی شده است.

☐ ورودی تغذیه در برابر گذراهای ولتاژ و تخلیه الکترواستاتیک، متناسب با محیط و استاندارد محصول طراحی شده است.

☐ مسیر زمین و برگشت جریان و جانمایی خازن‌های بای‌پس روی PCB بررسی شده‌اند.

☐ آنتن فضای آزاد مناسب دارد و عملکرد رادیویی داخل بدنه نهایی تست شده است.

☐ علت ریست و علت قطع Wi-Fi در گزارش‌های محصول قابل بازیابی هستند.

☐ Watchdog بر اساس وظیفه‌های حیاتی طراحی شده است، نه اینکه فقط روشن شده باشد.

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

☐ برای پیام‌های حیاتی، زمان انتظار، شماره توالی و روش بازیابی خطا تعریف شده است.

☐ در صورت به‌روزرسانی از راه دور، حالت امن و بازگشت به نسخه قبلی تست شده است.

☐ محصول کنار منابع واقعی نویز مانند موتور، کنتاکتور و VFD آزمایش شده است.

☐ پیش‌آزمون EMC متناسب با استاندارد محصول و محیط در برنامه تست قرار گرفته است.

☐ قطع Wi-Fi یا ریست نباید سیستم را در وضعیت خروجی خطرناک رها کند.

☐ تست طولانی‌مدت همراه با ایجاد خطا و ثبت رخدادها انجام شده است.

☐ کانکتور، کابل، بدنه و شرایط دمایی و مکانیکی محصول نهایی ارزیابی شده‌اند.

۱۳. پس بالاخره ESP32 صنعتی هست یا نه؟

اگر بخواهم جوابم را در یک جمله بگویم: صنعتی‌بودن ویژگی کل سیستم است، نه یک برچسب روی اسم میکروکنترلر. ESP32

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

قبل از اینکه بگوییم

«ESP32 صنعتی نیست» یا «کاملاً صنعتی است»، بهتر است اسیلوسکوپ، گزارش خطا، برنامه تست و چند آزمون واقعیِ نویز و فشار کار داشته باشیم.

در مهندسی، اندازه‌گیری معمولاً خیلی زودتر از بحث نظری جواب را روشن می‌کند.

یک نگاه سریع: چه زمانی ESP32 انتخاب خوبی است؟

منابع و مطالعه بیشتر

منابع زیر از مستندات رسمی سازنده، IEC، NIST و مقالات داوری‌شده انتخاب شده‌اند.