.webp)
سناریو در خانه هوشمند چگونه کار میکند؟ با ۶ مثال کاربردی، نقش اپلیکیشن، کلید لمسی و گیت وی IR و نکات طراحی و اجرای سناریو آشنا شوید.
پیش از خواب، معمولاً چند کار تکراری انجام میدهید: چراغهای پذیرایی را خاموش میکنید، پرده را میبندید و دمای اتاق را تغییر میدهید. سناریو در خانه هوشمند این کارها را به یک فرمان تبدیل میکند؛ مثلاً با لمس دکمه «خواب»، تجهیزات سازگار به وضعیتهایی میروند که از قبل مشخص کردهاید.
سناریو خانه هوشمند، مجموعهای از فرمانها یا وضعیتهای از پیش تعریفشده برای یک یا چند تجهیز است که با درخواست کاربر یا از طریق یک قاعده خودکار اجرا میشود. اجرای آن میتواند همزمان یا با ترتیب و تأخیر مشخص باشد؛ البته امکانات دقیق به سیستم کنترل و تجهیزات پروژه بستگی دارد.
ارزش سناریو زمانی مشخص میشود که یک نیاز واقعی را حل کند: خروج سریعتر از خانه، تنظیم نور برای تماشای فیلم یا حذف کارهای تکراری پیش از خواب. برای رسیدن به این نتیجه، باید علاوه بر فرمانها، شرایط اجرا و رفتار سیستم در موقعیتهای غیرعادی هم روشن باشد.
کنترل معمولی یک فرمان مستقیم است؛ مانند خاموش کردن چراغ آشپزخانه. سناریو، وضعیت دلخواه چند تجهیز را در یک حالت مشخص کنار هم قرار میدهد. اتوماسیون تعیین میکند چه رویدادی و تحت چه شرایطی باعث اجرای فرمان یا سناریو شود.
| مثال | چه کاری انجام میدهد؟ | مفهوم |
| خاموش کردن چراغ پذیرایی در موبایل | یک تجهیز را با درخواست شما کنترل میکند | کنترل مستقیم |
| حالت «فیلم»: خاموش شدن نور سقفی و بسته شدن پرده | وضعیت دلخواه تجهیزات را فراخوانی میکند | سناریو یا صحنه |
| با تشخیص ورود و فقط پس از غروب، روشنایی ورودی فعال شود | بر اساس رویداد و شرط، یک اقدام را اجرا میکند | اتوماسیون |
نامگذاری در اپلیکیشنها یکسان نیست. بعضی سیستمها همه این قابلیتها را «سناریو» مینامند؛ بعضی دیگر بین صحنه، اجرای مراحل و اتوماسیون تفاوت میگذارند. برای نمونه، در مستندات Home Assistant، صحنه برای تعیین وضعیت تجهیزات تعریف شده و اتوماسیون میتواند همان صحنه را فراخوانی کند. بنابراین هنگام خرید، قابلیت موردنیاز را بررسی کنید، نه فقط نام آن را.

برای فهم یک سناریوی خودکار، سه سؤال کافی است:
رویداد شروع یا «محرک» با شرط فرق دارد. «باز شدن در» میتواند محرک باشد؛ «تاریک بودن محیط» شرطی است که هنگام آن رویداد بررسی میشود. این تفکیک در طراحی اتوماسیون اهمیت دارد. منبع فنی: ساختار اتوماسیون
مثال پیشنهادی: وقتی در ورودی باز شد، اگر هوا تاریک بود، چراغ ورودی روشن شود. اما اگر همان در هنگام روز باز شود، روشنایی فعال نشود.
نکته ظریف این است که در چنین قاعدهای، تاریک شدن هوا لزوماً بهتنهایی چراغ را روشن نمیکند؛ چون محرک تعریفشده «باز شدن در» است. اگر انتظار دارید روشنایی هنگام غروب هم فعال شود، باید برای آن رویداد نیز قاعده مناسب تعریف کنید.
۶ مثال کاربردی از سناریوهای خانه هوشمند
جدول زیر نمونه طراحی است؛ قابلیت اجرای هر ردیف باید با تجهیزات و امکانات نرمافزار پروژه تطبیق داده شود.
| نکته طراحی | اقدامات قابل تعریف | روش شروع پیشنهادی | سناریو |
| باز شدن در بهتنهایی، هویت فرد واردشونده را مشخص نمیکند | روشن شدن نور ورودی و تنظیم دمای فضای مورد استفاده | لمس کلید ورودی یا تشخیص ورود معتبر | ورود به خانه |
| وضعیت کسانی که در خانه ماندهاند و تجهیزات ضروری مشخص شود | خاموش شدن چراغهای انتخابی و تغییر تنظیم سرمایش یا گرمایش | تأیید کاربر هنگام خروج آخرین نفر | خروج از خانه |
| کنترل چراغ کنار تخت و مسیر رفتوآمد در دسترس بماند | خاموش شدن روشنایی عمومی، بسته شدن پرده و تنظیم دمای اتاق | دکمه کنار تخت یا اپلیکیشن | خواب |
| کاهش شدت نور فقط با تجهیزات دارای قابلیت دیمر ممکن است | خاموش شدن نور سقفی، کاهش نور جانبی و بسته شدن پرده | اجرای دستی | تماشای فیلم |
| خاموشی خودکار ناشی از حسگر با حالت مهمانی تداخل نداشته باشد | انتخاب ترکیب نور پذیرایی و تنظیم تجهیزات صوتی سازگار | کلید سناریو یا اپلیکیشن | مهمانی |
| تعطیلات، تغییر ساعت بیداری و نیاز سایر اعضای خانواده لحاظ شود | باز شدن پرده و روشن شدن تدریجی چراغ سازگار | ساعت انتخابی در روزهای مشخص | بیدار شدن |
این نمونهها نشان میدهند سناریو الزاماً به هوشمندسازی تمام خانه نیاز ندارد. اگر هدف شما فقط خاموش کردن چند مدار روشنایی هنگام خروج باشد، ابتدا همان نیاز را طراحی کنید و توسعه بخشهای دیگر را برای زمانی بگذارید که کاربردشان مشخص شده است.
تجهیزات لازم را باید از روی اقدامات سناریو انتخاب کرد. «خاموش کردن چراغ» با «کم کردن شدت نور» نیاز فنی یکسانی ندارد؛ همانطور که کنترل اسپلیت با ریموت، با کنترل گرمایش از کف متفاوت است.
در سناریوهای روشنایی، کلید یا ماژول سازگار فرمان روشن و خاموش شدن مدار را اجرا میکند. اگر قرار است شدت نور هم تغییر کند، چراغ، درایور و کنترلکننده باید برای این کار مناسب باشند. قابلیتهای نور، از روشن و خاموش شدن تا تنظیم شدت یا رنگ، به سختافزار انتخابی وابستهاند.
لمسی بودن، بهتنهایی به معنای هوشمند بودن نیست. کلید لمسی ساده ممکن است فقط جایگزین کلید مکانیکی باشد. کلید لمسی هوشمند باید قابلیت ارتباط با سیستم کنترل موردنظر را داشته باشد؛ اختصاص یک دکمه به سناریو نیز باید برای همان مدل تأیید شود.
فراهوش در معرفی محصولات خود، کلیدهای لمسی ساده و هوشمند را از هم تفکیک کرده است. هنگام انتخاب، مدل ارتباطی و قابلیت واقعی کلید برای سیستم روشنایی پروژه را بررسی کنید.

اپلیکیشن اختصاصی خانه هوشمند، رابط شما برای مدیریت تجهیزات و اجرای حالتهای تعریفشده است. بااینحال، وجود اپلیکیشن بهتنهایی نشان نمیدهد که تمام شرطها، تأخیرها یا ترکیب تجهیزات دلخواه شما پشتیبانی میشوند.
در صفحه معرفی اپلیکیشن فراهوش، امکان ایجاد و اجرای سناریوهایی مانند خواب، مهمانی، خروج و سفر ذکر شده است. برای پروژه خود، اجرای سناریوی موردنظر را با مدل تجهیزات و نسخه فعلی نرمافزار تطبیق دهید
پیش از انتخاب، یک سناریوی مشخص را مطرح کنید؛ مثلاً «با این کلید، سه مدار روشنایی خاموش شود و پرده بسته شود». پاسخ به این درخواست، از عبارت کلی «قابلیت سناریونویسی دارد» برای تصمیمگیری مفیدتر است.
گیت وی IR میتواند فرمانهای مادونقرمز را برای دستگاههای سازگار، مانند بعضی تلویزیونها و کولرهای گازی، ارسال کند. اگر یک تجهیز با ریموت مادونقرمز کنترل میشود، امکان اضافه کردن آن به سناریو باید از نظر مدل دستگاه، فرمانهای پشتیبانیشده و محل نصب بررسی شود.
در صفحه محصول گیت وی IR فراهوش، کنترل تجهیزات مبتنی بر IR و RF معرفی شده است. این قابلیت را نباید معادل سازگاری با هر ریموت یا هر دستگاه دانست؛ تأیید سازگاری مدل دقیق، بخشی از انتخاب محصول است.
دو نکته در کنترل مادونقرمز مهم است:
اگر ریموت فقط یک دکمه مشترک روشن/خاموش داشته باشد، ارسال دوباره همان فرمان ممکن است نتیجه را برعکس کند. برای سناریویی که باید دستگاه را حتماً خاموش کند، وجود فرمان مستقل «خاموش» یا راهی برای تشخیص وضعیت واقعی را بررسی کنید.
حسگر زمانی لازم است که سناریو به اطلاعات محیط وابسته باشد؛ مانند حرکت، باز بودن در یا میزان روشنایی. سناریویی که فقط با لمس دکمه اجرا میشود، الزاماً به حسگر نیاز ندارد.
کنترلکننده یا بستر اجرای قواعد نیز باید بتواند تجهیزات انتخابی را هماهنگ کند. بسته به معماری سیستم، این نقش میتواند در یک مرکز کنترل، تجهیزات محلی یا سرویس ابری انجام شود. از مجری بخواهید محل ذخیره و اجرای قواعد را برای پروژه مشخص کند.
فرض کنید میخواهید هنگام خروج، چراغهای پذیرایی و آشپزخانه خاموش شوند و سرمایش روی تنظیم مناسب زمان نبودن شما قرار بگیرد. این یک نمونه پیشنهادی است، نه گزارش یک پروژه اجراشده.
بهجای درخواست «همهچیز با یک دکمه خاموش شود»، سناریو را دقیقتر تعریف کنید:
| تعریف پیشنهادی | بخش طراحی |
| لمس دکمه «خروج» توسط آخرین فرد | شروع |
| تأیید خالی بودن خانه؛ دستی یا با روش تشخیص حضور قابل اتکا | شرط |
| خاموش کردن مدارهای مشخص و اعمال تنظیم از پیش توافقشده برای سرمایش | اقدامات |
| یخچال، تجهیزات شبکه و هر وسیله ضروری که نباید قطع شود | موارد خارج از سناریو |
| امکان روشن کردن مجدد چراغ با کلید دیواری | دخالت دستی |
سه آزمون، کیفیت این طراحی را روشن میکند:
برای تجهیزات سازگار، تعریف وضعیت نهایی مثل «چراغ خاموش باشد» معمولاً انتخاب مناسبتری از «وضعیت چراغ عوض شود» است. همچنین نتیجه اجرای بخشی از سناریو را از موفقیت کامل آن جدا کنید؛ خاموش شدن چراغها بهتنهایی، اجرای فرمان سرمایش را اثبات نمیکند.

پاسخ به محل اجرای قواعد و مسیر ارتباط تجهیزات بستگی دارد. سناریویی که کاملاً روی کنترلکننده محلی اجرا میشود و اجزایش ارتباط محلی دارند، میتواند بدون اینترنت بیرونی کار کند. اگر اجرای آن به سرویس ابری وابسته باشد، قطع دسترسی ممکن است عملکرد را مختل کند. معماریهای محلی و وابستگی برخی تجهیزات به ابر، هر دو در سیستمهای خانه هوشمند وجود دارند.
سه وضعیت را جداگانه بررسی کنید:
برای پروژه در ایران، بهتر است عملکرد سناریو را با قطع اینترنت بیرونی و روشن ماندن شبکه داخلی عملاً مشاهده کنید. وجود سرور داخل کشور، بهتنهایی اثباتکننده اجرای آفلاین نیست. همچنین کنترل از راه دور را با عملکرد کلید داخل خانه یکسان در نظر نگیرید.
سناریو را در شرایط عادی و غیرعادی آزمایش کنید. قطع اینترنت، دخالت دستی و پاسخ ندادن یک تجهیز را هم بررسی کنید.
در اپلیکیشن، نامی انتخاب کنید که نتیجه را روشن کند؛ مانند «خواب ـ خاموشی پذیرایی». نامهای مبهم مثل «سناریو ۱» استفاده روزمره را دشوار میکنند.
برای متخصصان نیز بهتر است هر سناریو با محرک، شرط، اقدامات، استثناها و معیار پذیرش مستند شود. عبارت «حالت خروج پیادهسازی شد» برای تحویل پروژه کافی نیست؛ باید روشن باشد چه چیزی، تحت چه شرایطی و با چه نتیجهای اجرا میشود.
نادیده گرفتن حضور دیگران: خروج یک نفر نباید بهطور خودکار معادل خالی شدن خانه باشد.
تداخل سناریوها: اگر حالت «فیلم» نور را کم کند، اما حسگر حرکت دوباره همه چراغها را روشن کند، قواعد با هم تعارض دارند. برای حالتهای فعال و کنترل دستی، اولویت مشخص کنید.
فرض گرفتن قابلیت دیمر: کلید هوشمند روشن/خاموش لزوماً امکان کاهش شدت نور ندارد.
خودکار کردن بیشازحد: کاری که زمان متغیری دارد، شاید با یک کلید سناریو بهتر از برنامه ساعت ثابت انجام شود. انتخاب کنترل دستی برای بعضی حالتها میتواند استفاده را راحتتر کند.
نبود راه اصلاح سریع: کاربر باید بتواند سناریو را متوقف کند یا وضعیت یک تجهیز را تغییر دهد. این رفتار را هنگام تحویل بررسی کنید.
وعده صرفهجویی قطعی: حذف روشنایی یا سرمایش غیرضروری میتواند به مدیریت مصرف کمک کند، اما میزان کاهش هزینه به مصرف قبلی، تجهیزات و تنظیمات بستگی دارد؛ بدون اندازهگیری نمیتوان درصد مشخصی اعلام کرد.
بهجای درخواست فهرست طولانی امکانات، سه سناریوی پرکاربرد خود را مطرح کنید و برای هرکدام این موارد را بخواهید:
برای بررسی راهکار مناسب با فراهوش، سه موقعیت روزمره خود را آماده کنید؛ مثلاً خروج، خواب و تماشای فیلم. همراه آنها، نوع ساختمان، سیستم روشنایی و مدل تجهیزات سرمایشی موجود را توضیح دهید. سپس از طریق صفحه تماس فراهوش، امکان اجرای همین نیازها و تجهیزات لازم را استعلام کنید.
این کار کمک میکند پیشنهاد فنی حول نیاز واقعی خانه شما شکل بگیرد و هزینه امکانات موردنیاز از گزینههای قابل توسعه در آینده جدا شود.
مقالات اخیر
نظرات(0)