اشتباهات اجرای هوشمندسازی در طراحی و اجرای پروژه ساختمان هوشمند

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

اما پروژه واقعی از لحظه‌ای شروع می‌شود که نقشه برق کامل نیست، کارفرما وسط اجرا نظرش را تغییر می‌دهد، اشتباهات اجرای هوشمندسازی برندهای مختلف باید با هم کار کنند، یک کابل در مسیر اشتباه اجرا شده و تجهیزی که روی کاغذ مناسب به نظر می‌رسید در تابلو واقعی فضای کافی ندارد. درست در همین نقطه است که تفاوت میان «شناخت محصول» و «توانایی اجرای پروژه» مشخص می‌شود.

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

سیستم‌های حرفه‌ای Building Automation نیز به همین دلیل فقط به محصول وابسته نیستند. وزارت انرژی آمریکا تأکید می‌کند که طراحی، نصب و Commissioning سیستم‌های کنترل ساختمان به تخصص‌های مختلف از مهندسی برق و اشتباهات اجرای هوشمندسازی مکانیک تا HVAC، نرم‌افزار و سیستم نیاز دارد.

 

تصمیم اشتباه اول؛ اول تجهیزات را انتخاب کنیم، بعد ببینیم ساختمان چه می‌خواهد

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

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

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

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

 

قبل از طراحی تابلو باید سناریو را بنویسید

سناریو نباید فقط جمله‌ای مانند «خانه هوشمند باشد» یا «همه‌چیز با موبایل کنترل شود» باشد. سناریوی قابل اجرا باید دقیق‌تر مشخص کند در هر وضعیت چه اتفاقی می‌افتد.

برای مثال در سناریوی خروج باید معلوم باشد کدام مدار روشنایی خاموش می‌شود، آیا فن‌کویل کاملاً خاموش می‌شود یا Setpoint تغییر می‌کند، پرده چه وضعیتی می‌گیرد و سیستم امنیتی چه زمانی فعال می‌شود.

همین جزئیات مشخص می‌کنند چه تعداد ورودی و خروجی نیاز داریم و مدارهای تابلو چگونه باید تفکیک شوند. اگر ابتدا تجهیزات انتخاب شوند، ممکن است بعداً متوجه شویم تعداد کانال کافی نیست یا بعضی بارهایی که باید مستقل باشند روی یک مدار مشترک قرار گرفته‌اند.

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

 

نیاز کارفرما را با امکانات سیستم اشتباه نگیرید

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

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

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

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

 

تصمیم اشتباه دوم؛ چون دو تجهیز یک پروتکل دارند حتماً بدون مشکل با هم کار می‌کنند

یکی از جملاتی که در پروژه‌های هوشمندسازی زیاد شنیده می‌شود این است: «هر دو دستگاه فلان پروتکل را دارند، پس به هم وصل می‌شوند.» این جمله بخشی از حقیقت را بیان می‌کند، اما برای تصمیم مهندسی کافی نیست.

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

ممکن است دو محصول هر دو Modbus داشته باشند، اما یکی فقط چند پارامتر محدود ارائه کند. یا دو محصول BACnet باشند، اما قابلیت موردنیاز پروژه در Interface یکی از آنها وجود نداشته باشد.

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

 

قابلیت اتصال با قابلیت اجرای سناریو یکی نیست

فرض کنید ترموستات می‌تواند به BMS متصل شود. این موضوع هنوز مشخص نمی‌کند آیا BMS می‌تواند Setpoint آن را تغییر دهد اشتباهات اجرای هوشمندسازی یا فقط دمای فعلی را بخواند.

ممکن است وضعیت Fan Speed قابل مشاهده باشد اما امکان فرمان دادن به آن وجود نداشته باشد. در تجهیز دیگری شاید وضعیت حضور قابل خواندن باشد اما Alarmها از طریق Interface موردنظر ارائه نشوند.

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

قبل از خرید باید لیست دقیق Pointها نوشته شود؛ یعنی مشخص شود از هر سیستم چه داده‌ای می‌خواهیم بخوانیم و چه فرمانی می‌خواهیم ارسال کنیم.

 

وابستگی کامل به یک برند هم همیشه تصمیم مناسبی نیست

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

در سیستم‌های باز مانند KNX هدف این است که تجهیزات برندهای مختلف بتوانند در یک استاندارد مشترک فعالیت کنند و ساختمان در طول زمان قابلیت توسعه بیشتری داشته باشد. KNX نیز بر اتصال تجهیزات برندهای مختلف از طریق یک Open Standard تأکید می‌کند.

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

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

 

قبل از خرید تجهیزات Integration Matrix بسازید

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

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

موارد اصلی این بررسی می‌توانند شامل این موارد باشند:

• سیستم مبدأ و سیستم مقصد
• نوع پروتکل یا Interface
• داده‌هایی که باید خوانده شوند
• فرمان‌هایی که باید ارسال شوند
• رفتار سیستم هنگام قطع ارتباط

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

 

تصمیم اشتباه سوم؛ زیرساخت برق و شبکه بعداً حل می‌شود

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

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

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

بسیاری از اشتباهات اجرای هوشمندسازی دقیقاً در همین لایه اتفاق می‌افتند؛ جایی که تیم تصور می‌کند مسئله برق یا شبکه را بعداً می‌توان با برنامه‌نویسی حل کرد.

 

تابلو هوشمند باید قبل از ساخت روی کاغذ حل شده باشد

یکی از اشتباه‌های پرهزینه ساخت تابلو قبل از قطعی شدن تعداد واقعی I/Oهاست. ممکن است در انتهای پروژه مشخص شود چند کانال جدید نیاز است اما هیچ فضای مناسبی روی ریل باقی نمانده است.

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

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

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

 

ظرفیت رله را فقط با عدد آمپر مقایسه نکنید

اگر روی یک رله نوشته شده ۱۰ آمپر، نمی‌توان نتیجه گرفت هر بار ۱۰ آمپری برای آن مناسب است. ماهیت بار اهمیت دارد.

لامپ LED، موتور پرده، هیتر و بار مقاومتی هنگام سوئیچینگ رفتار یکسانی ندارند. برخی تجهیزات جریان راه‌اندازی دارند و بعضی بارها برای استفاده مستقیم با خروجی کنترلر مناسب نیستند.

بنابراین مشخصات فنی خروجی باید با نوع بار واقعی مقایسه شود. در صورت نیاز باید از Contactor یا Interface مناسب استفاده شود.

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

 

شبکه هوشمند ساختمان را مانند یک مودم خانگی نبینید

در پروژه‌های کوچک شاید چند تجهیز Wi-Fi مستقیماً به روتر متصل شوند، اما با افزایش تعداد دستگاه‌ها ساختار شبکه اهمیت بیشتری پیدا می‌کند.

در سیستم‌های BACnet/IP یا پلتفرم‌های مبتنی بر Ethernet باید IP Address، Subnet، مسیر ارتباط و سیاست دسترسی مشخص باشند. اگر چند تیم بدون نقشه مشترک وارد شبکه شوند، آدرس‌های تکراری یا تغییرات بدون ثبت می‌توانند عیب‌یابی را دشوار کنند.

امنیت نیز اهمیت بیشتری پیدا کرده است. BACnet Secure Connect برای ایجاد ارتباط امن‌تر در شبکه‌های BAS توسعه یافته و KNX نیز KNX Secure را برای محافظت از ارتباطات هوشمندسازی ارائه می‌کند.

پس طراحی شبکه و Cybersecurity دیگر موضوعی نیست که بعد از تحویل پروژه به آن فکر کنیم. حذف آن از طراحی می‌تواند یکی از جدی‌ترین اشتباهات اجرای هوشمندسازی در پروژه‌های جدید باشد.

 

تصمیم اشتباه چهارم؛ وقتی همه چیز روشن شد یعنی پروژه تمام شده است

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

روشن شدن تجهیزات فقط ثابت می‌کند بخش‌هایی از سیستم کار می‌کنند. هنوز مشخص نیست رفتار ساختمان در تمام سناریوها درست است یا خیر.

Commissioning دقیقاً برای همین مرحله وجود دارد. وزارت انرژی آمریکا Commissioning را فرایند بررسی و اثبات این موضوع تعریف می‌کند که سیستم‌های ساختمان مطابق طراحی و نیازهای مالک و کاربران نصب شده و کار می‌کنند.

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

 

تست تجهیز با تست سناریو متفاوت است

فرض کنید سنسور حضور سالم است و چراغ نیز با فرمان روشن می‌شود. این دو تست هنوز ثابت نمی‌کنند سناریوی راهرو درست کار می‌کند.

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

در فن‌کویل نیز باید بررسی کرد اگر Setpoint تغییر کرد، شیر و فن مطابق انتظار عمل می‌کنند یا خیر. باز شدن پنجره چه تأثیری دارد؟ اگر سنسور دما از دسترس خارج شود سیستم چه می‌کند؟

Commissioning از تست تک‌تک قطعات فراتر می‌رود و رفتار کل سیستم را بررسی می‌کند. پژوهش‌های جدید وزارت انرژی حتی روی استفاده از Fault Detection برای Commissioning خودکارتر کنترل‌های HVAC و روشنایی تمرکز کرده‌اند.

 

شرایط شکست را هم باید تست کنید

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

اگر اینترنت قطع شد روشنایی اصلی باید چه کند؟ اگر Gateway از دسترس خارج شد اشتباهات اجرای هوشمندسازی ترموستات محلی همچنان کار می‌کند؟ اگر سنسور حضور خراب شد امکان Override دستی وجود دارد؟

این شرایط Fail-Safe باید پیش از تحویل مشخص شوند. نباید اولین بار زمانی بررسی شوند که کاربر با مشکل روبه‌رو شده است.

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

 

Commissioning فقط برای پروژه‌های بزرگ نیست

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

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

برای مثال سناریوی خروج شاید چراغ‌ها را خاموش کند، اما یک Automation دیگر بلافاصله براساس سنسور حضور چراغی را دوباره روشن کند.

اجرای تست مرحله‌ای قبل از تحویل می‌تواند این تضادها را آشکار کند. کاهش اشتباهات اجرای هوشمندسازی همیشه نیازمند تجهیزات گران نیست؛ گاهی یک Test Checklist دقیق بیشترین ارزش را ایجاد می‌کند.

 

تصمیم اشتباه پنجم؛ مستندات را بعداً درست می‌کنیم

این «بعداً» در بسیاری از پروژه‌ها هیچ‌وقت نمی‌رسد. تیم پروژه محل را ترک می‌کند، پروژه بعدی شروع می‌شود و اطلاعات مهم فقط در ذهن یک یا دو نفر باقی می‌مانند.

چند ماه بعد، کارفرما درخواست اضافه کردن یک اشتباهات اجرای هوشمندسازی مدار جدید را دارد. کسی دقیق نمی‌داند کدام خروجی آزاد است، فایل نهایی برنامه کدام نسخه بوده و IP کنترلرها چگونه تنظیم شده است.

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

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

 

چه چیزهایی باید در پایان پروژه باقی بمانند؟

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

حداقل می‌توان این موارد را تحویل داد:

• نقشه نهایی تابلو و شماره خروجی‌ها
• لیست تجهیزات، آدرس‌ها و تنظیمات اصلی
• Backup نهایی برنامه و تاریخ نسخه
• توضیح سناریوها و منطق‌های مهم
• اطلاعات شبکه و نقاط Integration

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

 

As-Built با نقشه اولیه فرق دارد

نقشه اولیه نشان می‌دهد قرار بوده چه چیزی اجرا شود. As-Built باید نشان دهد در اشتباهات اجرای هوشمندسازی نهایت چه چیزی واقعاً اجرا شده است.

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

اگر این تغییرات روی مدارک نهایی اعمال نشوند، چند ماه بعد هیچ‌کس نمی‌تواند با اطمینان فقط به نقشه مراجعه کند.

یکی از ساده‌ترین روش‌ها برای جلوگیری از اشتباهات اجرای هوشمندسازی در نگهداری این است که اصلاح As-Built بخشی از فرایند تحویل باشد، نه کاری اختیاری بعد از پروژه.

 

Backup برنامه را روی لپ‌تاپ یک نفر رها نکنید

فایل برنامه باید نسخه‌بندی و در محل امن نگهداری شود. نام‌هایی مانند Final، Final2 و Final-New روش مناسبی برای مدیریت نسخه نیستند.

بهتر است تاریخ، شماره نسخه و توضیح تغییرات مشخص باشند. اگر پروژه بعداً اصلاح شد، باید معلوم باشد آخرین فایل Upload‌شده کدام نسخه بوده است.

همچنین اطلاعات لازم برای Restore سیستم باید در دسترس تیم مجاز باشد. وابستگی کامل پروژه به لپ‌تاپ یا حافظه یک برنامه‌نویس ریسک بالایی ایجاد می‌کند.

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

 

پنج تصمیم اشتباه در واقع به هم متصل هستند

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

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

در نهایت مستندات نیز به دلیل عجله ناقص می‌مانند و هر مشکل کوچک بعدی زمان زیادی برای عیب‌یابی نیاز خواهد داشت.

به همین دلیل کنترل اشتباهات اجرای هوشمندسازی باید از اولین جلسه پروژه شروع شود، نه زمانی که تجهیزات روی دیوار نصب شده‌اند.

 

چرا یک تغییر کوچک در نقشه می‌تواند هزینه بزرگی ایجاد کند؟

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

خود کابل شاید ارزش مالی زیادی نداشته باشد، اما اجرای آن بعد از تکمیل دیوار می‌تواند به تخریب، گچ‌کاری و رنگ مجدد منجر شود.

همین اتفاق درباره اضافه شدن سنسور، تغییر نوع پرده یا جدا کردن یک مدار روشنایی نیز ممکن است رخ دهد.

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

 

چرا هماهنگی با برقکار باید قبل از کابل‌کشی انجام شود؟

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

ممکن است برقکار همه چراغ‌های یک فضا را روی مداری قرار داده باشد که اکنون باید در سه سناریوی مستقل کنترل شوند.

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

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

 

هماهنگی با مکانیک هم به همان اندازه مهم است

در کنترل HVAC، اشتباه کوچک در شناخت سیستم مکانیکی می‌تواند منطق برنامه را کاملاً اشتباه کند.

فن‌کویل دو لوله با چهار لوله رفتار یکسانی ندارد. نوع Actuator شیر و منطق Normally Open یا Normally Closed نیز روی فرمان کنترلر اثر دارد.

در موتورخانه باید معلوم باشد چه تجهیزاتی Interlock دارند و ترتیب روشن شدن پمپ یا منبع گرمایش چگونه است.

سیستم‌های Building Automation امروزی HVAC، روشنایی اشتباهات اجرای هوشمندسازی و سایر زیرساخت‌ها را در کنار یکدیگر مدیریت می‌کنند و همین موضوع نیاز به هماهنگی میان تخصص‌ها را افزایش می‌دهد.

 

سنسور را براساس نقشه معماری نصب نکنید؛ براساس رفتار فضا نصب کنید

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

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

همین موضوع برای سنسور دما نیز وجود دارد. نزدیکی به دریچه، پنجره یا منبع گرما می‌تواند اندازه‌گیری را منحرف کند.

جانمایی نامناسب حسگر یکی از اشتباهات اجرای هوشمندسازی است که نرم‌افزار نمی‌تواند آن را کاملاً جبران کند؛ زیرا تصمیم کنترلر از ابتدا بر داده اشتباه بنا شده است.

 

برنامه‌نویسی بیش از حد پیچیده هم یک اشتباه است

گاهی سیستم با ده‌ها شرط و Automation طراحی می‌شود تا максимально هوشمند به نظر برسد. بعد از مدتی حتی برنامه‌نویس نیز برای فهمیدن علت یک رفتار مجبور است چند صفحه منطق را بررسی کند.

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

کاربر نیز باید بتواند رفتار سیستم را پیش‌بینی کند. اگر چراغ در شرایط مشابه یک بار روشن و بار دیگر خاموش بماند، اعتماد کاربر کاهش پیدا می‌کند.

یکی از اصول کاهش اشتباهات اجرای هوشمندسازی این است که فقط به اندازه نیاز Automation ایجاد شود و هر منطق دلیل مشخصی داشته باشد.

 

Override دستی را حذف نکنید

اتوماسیون نباید باعث شود کاربر اشتباهات اجرای هوشمندسازی در شرایط غیرعادی هیچ راه ساده‌ای برای کنترل سیستم نداشته باشد.

اگر سنسور خراب شد، روشنایی باید مسیر دستی داشته باشد. اگر سناریوی خودکار مناسب شرایط مهمانی نیست، کاربر باید بتواند آن را موقتاً Override کند.

در HVAC نیز کنترل محلی می‌تواند در برخی معماری‌ها هنگام از دسترس خارج شدن سیستم مرکزی نقش مهمی داشته باشد.

طراحی Fail-Safe و Override معمولاً جذاب‌ترین بخش ارائه فروش نیست، اما نبود آنها یکی از اشتباهات اجرای هوشمندسازی است که در روز خرابی بسیار واضح دیده می‌شود.

 

امنیت را برای روز آخر باقی نگذارید

سیستم هوشمند امروز می‌تواند به شبکه داخلی، اپلیکیشن و Cloud متصل باشد. بنابراین Username پیش‌فرض، دسترسی بدون محدودیت و شبکه بدون تفکیک قابل چشم‌پوشی نیستند.

در معماری حرفه‌ای باید مشخص شود چه فردی به کدام بخش دسترسی دارد و ارتباط خارجی چگونه انجام می‌شود.

فناوری‌هایی مانند BACnet/SC و KNX Secure نیز نشان می‌دهند امنیت اکنون به بخشی از طراحی استاندارد سیستم‌های اتوماسیون تبدیل شده است.

امنیت چیزی نیست که بعد از راه‌اندازی با تغییر یک رمز عبور به پروژه اضافه شود. نادیده گرفتن آن می‌تواند یکی از جدی‌ترین اشتباهات اجرای هوشمندسازی باشد.

 

کاربر باید قبل از تحویل نهایی وارد پروژه شود

بعضی تنظیمات فقط با استفاده واقعی مشخص می‌شوند. نصاب ممکن است Timer راهرو را ۳۰ ثانیه مناسب بداند، اما کاربر بعد از چند روز متوجه شود برای خانواده او بسیار کوتاه است.

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

بهتر است پروژه یک دوره تنظیم نهایی داشته باشد و بازخوردهای منطقی کاربر در تنظیمات اعمال شوند.

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

 

کلاس باید خطا را هم آموزش دهد

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

اما برای آماده شدن برای پروژه واقعی باید شرایط خرابی نیز تمرین شوند. یک سیم قطع شود، آدرس اشتباه باشد، سنسور داده نادرست بدهد یا Gateway از شبکه خارج شود.

هنرجو باید یاد بگیرد مشکل را مرحله‌به‌مرحله محدود کند؛ نه اینکه با هر خطا شروع به تعویض تجهیزات کند.

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

 

تجربه اجرا چگونه دید طراح را تغییر می‌دهد؟

بعد از چند پروژه، فرد متوجه می‌شود بسیاری از چیزهایی که اشتباهات اجرای هوشمندسازی در کاتالوگ مهم به نظر می‌رسند، در اجرا اولویت پایین‌تری دارند.

قابل دسترس بودن کنترلر، شماره‌گذاری کابل، فضای اضافی تابلو، Backup، امکان Override و کیفیت مستندات شاید در بروشور تبلیغاتی دیده نشوند، اما در نگهداری پروژه بسیار ارزشمند هستند.

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

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

 

یک پروژه خوب چگونه شروع می‌شود؟

پروژه مناسب از بازدید و سؤال شروع می‌شود. ابتدا کاربری ساختمان، اشتباهات اجرای هوشمندسازی زیرساخت، تجهیزات مکانیکی و انتظارات مالک بررسی می‌شوند.

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

نقشه اجرایی باید قبل از کابل‌کشی در اختیار تیم برق و مکانیک قرار گیرد و نقاط مشترک میان تخصص‌ها مشخص شوند.

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

 

یک پروژه خوب چگونه تمام می‌شود؟

پایان پروژه زمان روشن شدن آخرین تجهیز نیست. تمام سناریوها باید تست شوند و حالت‌های غیرعادی نیز بررسی شوند.

تنظیمات با استفاده واقعی Fine-Tune می‌شوند اشتباهات اجرای هوشمندسازی و Backup نهایی برنامه تهیه می‌شود. نقشه As-Built، لیست تجهیزات و اطلاعات اصلی شبکه نیز به‌روز می‌شوند.

در نهایت کاربر باید بداند چگونه سیستم را به‌صورت روزمره استفاده کند و در شرایط ضروری Override انجام دهد.

وقتی این مراحل انجام شوند، پروژه فقط «کار می‌کند» نیست؛ قابلیت نگهداری نیز دارد. همین تفاوت یکی از نشانه‌های اصلی کاهش اشتباهات اجرای هوشمندسازی در یک پروژه حرفه‌ای است. مطالب بیشتر : BMS Academy

 

جمع‌بندی؛ گران‌ترین اشتباه همیشه گران‌ترین تجهیز نیست

در هوشمندسازی ممکن است یک رله خراب شود و با هزینه مشخصی تعویض شود، اما بعضی تصمیم‌های اشتباه چنین پایان ساده‌ای ندارند.

انتخاب تجهیزات قبل از مشخص شدن سناریو می‌تواند باعث تغییر تابلو شود. فرض اشتباه درباره Integration می‌تواند Gateway یا تجهیز جدیدی به پروژه تحمیل کند. کابل‌کشی ناقص ممکن است به تخریب دیوار منجر شود و حذف Commissioning می‌تواند ده‌ها خطای کوچک را مستقیم به کاربر تحویل دهد.

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

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

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