ENGINEERING NOTES — CAPABILITIES

پنج حوزه، یک سیستم مهندسی

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

CHAPTER 01 / ELECTRONICS ENGINEERING

مهندسی الکترونیک Electronics Engineering

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

بازبینی طراحی نیز بخشی از همین حوزه است. بسیاری از محدودیت‌هایی که بعداً به مسئله‌ی firmware یا ارتباط تبدیل می‌شوند، در این مرحله قابل دیدن و اصلاح‌اند.

دامنه‌ی معمول: مهندسی الکترونیک

  1. کار در سطح مدار
  2. یکپارچه‌سازی سخت‌افزار
  3. ملاحظات تغذیه و رابط
  4. بازبینی طراحی و تعریف فنی

مرتبط با ۰۲ سیستم‌های نهفته و نمای سیستمی

CHAPTER 02 / EMBEDDED SYSTEMS

سیستم‌های نهفته Embedded Systems

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

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

شکل ۰۱ — سیستم نهفته جایی است که این دو تصمیم به یک رفتار واحد می‌رسند؛ این یک معماری پروژه‌ی واقعی نیست.

دامنه‌ی معمول: سیستم‌های نهفته

  1. سیستم مبتنی بر میکروکنترلر (MCU-based)
  2. یکپارچگی سخت‌افزار و نرم‌افزار
  3. جانبی‌ها و رابط‌های روی برد
  4. محدودیت منابع و رفتار اجرایی

مرتبط با ۰۱ مهندسی الکترونیک و ۰۳ نرم‌افزار نهفته

CHAPTER 03 / FIRMWARE

نرم‌افزار نهفته و Firmware

Firmware لایه‌ای است که سخت‌افزار را به رفتار قابل استفاده تبدیل می‌کند: از دسترسی مستقیم به ثبات‌ها و جانبی‌ها تا منطق وضعیت و کنترلی که تصمیم می‌گیرد سیستم در هر لحظه چه کاری انجام دهد.

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

  1. منطق کاربردی
  2. وضعیت و کنترل
  3. درایور و دسترسی به سخت‌افزار
  4. سخت‌افزار و جانبی‌ها
شکل ۰۲ — لایه‌بندی مفهومی رفتار نرم‌افزار نهفته؛ عمق و مرز واقعی لایه‌ها به هر سیستم بستگی دارد.

دامنه‌ی معمول: نرم‌افزار نهفته

  1. معماری firmware
  2. درایورها و دسترسی به سخت‌افزار
  3. کنترل جانبی‌ها
  4. منطق وضعیت و کنترل
  5. ارتباط و انتقال داده

مرتبط با ۰۲ سیستم‌های نهفته و ۰۴ اینترنت اشیا

CHAPTER 04 / IOT

اینترنت اشیا IoT

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

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

دامنه‌ی معمول: اینترنت اشیا

  1. دستگاه و داده‌ی مبدأ
  2. لایه‌ی ارتباط (connectivity)
  3. تعامل با داده و بخش پشتیبان
  4. استفاده‌ی عملیاتی از نتیجه

مرتبط با ۰۳ نرم‌افزار نهفته و ۰۵ اتوماسیون صنعتی

  1. دستگاهDevice
  2. ارتباطConnectivity
  3. داده و بخش پشتیبانData / Backend
  4. استفاده‌ی عملیاتیOperational use
شکل ۰۳ — زنجیره‌ی مفهومی IoT. حذف هر حلقه، ارزش حلقه‌های دیگر را از بین می‌برد. این نمودار جایگزین معماری یک راهکار مشخص نیست.

CHAPTER 05 / INDUSTRIAL AUTOMATION

اتوماسیون صنعتی Industrial Automation

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

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

  1. سنجش
  2. کنترل
  3. اقدام
  4. فرایند
شکل ۰۴ — برخلاف زنجیره‌ی IoT، این یک حلقه‌ی بسته است؛ بدون بازخورد، کنترل معنا ندارد.

دامنه‌ی معمول: اتوماسیون صنعتی

  1. سنجش و ورودی میدانی
  2. منطق کنترل
  3. رابط‌ها و نقاط تعامل
  4. یکپارچه‌سازی دستگاه‌ها
  5. جریان کاری عملیاتی

مرتبط با ۰۴ اینترنت اشیا و ۰۲ سیستم‌های نهفته

CROSS-REFERENCE / SYSTEM VIEW

پنج حوزه روی یک مسئله

این ترتیب یک مسیر اجباری یا معماری یک پروژه‌ی واقعی نیست. فقط نشان می‌دهد یک مسئله معمولاً از پایه‌ی الکترونیکی شروع می‌شود و می‌تواند تا تعامل با فرایند امتداد پیدا کند — و هر لایه، محدودیت‌های لایه‌ی بعدی را تعیین می‌کند.

در عمل، یک مسئله ممکن است تنها به یکی از این لایه‌ها نیاز داشته باشد یا از میانه‌ی آن آغاز شود.

  1. مهندسی الکترونیکپایه‌ی سخت‌افزاری را تعریف می‌کند
  2. سیستم‌های نهفتهآن پایه را به یک سیستم هدفمند تبدیل می‌کند
  3. نرم‌افزار نهفتهرفتار و منطق کنترل آن سیستم را می‌سازد
  4. اینترنت اشیاآن رفتار را به داده و تعامل بیرونی می‌رساند
  5. اتوماسیون صنعتیهمه را در یک فرایند در حال اجرا به کار می‌گیرد
شکل ۰۵ — رابطه‌ها ممکن‌اند، اما ترتیب واقعی آن‌ها از مسئله و محدودیت‌های هر پروژه پیروی می‌کند.

برای شروع یک گفت‌وگوی فنی

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

USEFUL STARTING CONTEXT

  • مسئله یا هدف
  • محدودیت‌های شناخته‌شده
  • وضعیت فعلی پروژه
  • نیازهای یکپارچه‌سازی
  • زمان‌بندی تقریبی، در صورت وجود