پرش به محتوا عیب یابی شبکه KNX تقریبا همیشه به یکی از سه دسته برمی گردد: مشکلات برق و کابل کشی باس، خطاهای تنظیمات و آدرس دهی در ETS، و اشکالات ارتباطی میان تجهیزات. نکته مهم این است که بسیاری از خطاهایی که شبیه ایراد نرم افزاری به نظر می رسند، ریشه الکتریکی دارند؛ مثلا افت ولتاژ در انتهای خط یا ترمینال شل. به همین دلیل مسیر درست عیب یابی، حرکت از لایه فیزیکی به سمت لایه نرم افزاری است، نه برعکس. در این راهنما ابتدا یک مسیر استاندارد تشخیص ارائه می کنیم، سپس ده خطای رایج KNX را با نشانه، علت، روش تست و راه حل بررسی می کنیم و در پایان یک چک لیست عملی در اختیار شما می گذاریم.
پیش از آنکه سراغ هر خطای خاصی بروید، این پنج مرحله را به ترتیب طی کنید. رعایت همین ترتیب، در بیشتر پروژه ها زمان عیب یابی را به نصف کاهش می دهد.
| قاعده طلایی عیب یابی: هیچ تجهیزی را پیش از تست جایگزین نکنید. در پروژه های واقعی، بخش بزرگی از تجهیزاتی که به عنوان خراب تعویض می شوند، در آزمایشگاه سالم از آب درمی آیند. |
جدول زیر خلاصه ده خطای رایج را نشان می دهد. در ادامه هر مورد را با جزئیات بررسی می کنیم.
| ردیف | نشانه مشکل | علت محتمل | اولین تست |
| 1 | هیچ تجهیزی کار نمی کند | نبود یا افت ولتاژ باس | اندازه گیری ولتاژ با مولتی متر |
| 2 | بخشی از خط بی پاسخ است | خطای سیم کشی یا قطبیت | بررسی ترمینال و رنگ سیم |
| 3 | تجهیزات خطوط مختلف با هم کار نمی کنند | خطای توپولوژی و کوپلر | بررسی Topology در ETS |
| 4 | رفتار تصادفی و تداخلی | آدرس فیزیکی تکراری | اسکن آدرس در ETS |
| 5 | تجهیز روشن است اما فرمان نمی گیرد | آدرس گروهی اشتباه | تست Send و Receive |
| 6 | ETS دستگاه را پیدا نمی کند | مشکل اینترفیس یا اتصال باس | تست اتصال در بخش Bus |
| 7 | دانلود برنامه ناتمام می ماند | حالت برنامه ریزی یا قطع ارتباط | بررسی LED برنامه ریزی |
| 8 | پاسخ دهی کند و ناپایدار | بار باس بالا یا تلگرام تکراری | تحلیل ترافیک باس |
| 9 | ریست شدن مکرر تجهیزات | کمبود توان منبع تغذیه | محاسبه جریان مصرفی خط |
| 10 | بدرفتاری پس از تعویض یا آپدیت | ناسازگاری نسخه دیتابیس یا فرم ور | تطبیق نسخه سخت افزار و دیتابیس |
هیچ تجهیزی روی یک خط پاسخ نمی دهد، یا تجهیزات نزدیک تابلو کار می کنند و تجهیزات انتهای خط بدرفتاری نشان می دهند.
منبع تغذیه KNX خروجی 30 ولت DC دارد و تجهیزات در محدوده 21 تا 30 ولت کار می کنند. این فاصله عمدا برای جبران افت ولتاژ در طول کابل در نظر گرفته شده است. اگر ولتاژ در ترمینال تجهیز زیر 21 ولت برود، رفتار سیستم غیرقابل پیش بینی می شود؛ تجهیز ممکن است ظاهرا روشن باشد اما ارتباط پایداری نداشته باشد.
با مولتی متر ولتاژ را در دو نقطه اندازه بگیرید: خروجی منبع تغذیه و ترمینال دورترین تجهیز روی خط. اختلاف این دو عدد، افت ولتاژ واقعی خط شماست. آنچه اهمیت دارد ولتاژ خروجی منبع نیست، ولتاژ پای تجهیز است.
بخشی از خط بی پاسخ است یا یک تجهیز خاص هیچ گاه شناسایی نمی شود.
رایج ترین موارد عبارتند از جابه جایی قطبیت، یعنی وصل شدن سیم قرمز به ترمینال منفی و سیاه به مثبت، اتصال ناقص در ترمینال، آسیب مکانیکی کابل هنگام کشیدن در لوله، و استفاده از کابل نامناسب. نکته مهمی که یک تحلیل تخصصی درباره کابل زوج به هم تابیده KNX به آن اشاره می کند این است که استفاده از کابل شبکه به جای کابل استاندارد KNX می تواند به دلیل سطح مقطع کمتر، افت ولتاژ را از حد مجاز عبور دهد و سیستمی بسازد که در مرز خرابی کار می کند.
ابتدا چشمی ترمینال ها را بررسی کنید و سپس با مولتی متر ولتاژ و قطبیت را در نقطه مشکوک بسنجید. اگر مشکوک به قطع بودن یک شاخه هستید، آن بخش را از باس جدا کنید و ببینید بقیه سیستم سالم می شود یا نه.
| اگر پروژه شما قدیمی است و نقشه سیم کشی ندارید، پیش از هر تعویض تجهیز، یک بار مسیر کابل و ولتاژ نقاط مختلف را مستند کنید. همین کار معمولا نیمی از عیب یابی را جلو می برد. |
تجهیزات هر خط به تنهایی درست کار می کنند، اما فرمان از یک خط به خط دیگر نمی رسد.
اتصال اشتباه Line Coupler، آدرس دهی نادرست کوپلر، تنظیم اشتباه جدول فیلتر و مهم تر از همه، حلقه شدن شبکه. توپولوژی KNX می تواند خطی، درختی یا ستاره ای باشد اما هیچ گاه نباید حلقه بسته تشکیل دهد.
در نمای Topology پروژه، ساختار واقعی را با ساختار ETS تطبیق دهید. سپس با Group Monitor بررسی کنید که آیا تلگرام از خط مبدا خارج می شود و به خط مقصد می رسد یا نه.
رفتار تصادفی سیستم، خطای ارتباطی هنگام دانلود یا شناسایی همزمان دو تجهیز با یک آدرس.
معمولا وقتی رخ می دهد که تجهیزی از پروژه دیگری آورده شده یا آدرس دهی بدون منطق مکتوب انجام شده است. هر تجهیز روی باس باید آدرس فیزیکی یکتا داشته باشد.
در ETS می توانید آدرس های فعال روی باس را اسکن کنید و فهرست آنها را با پروژه مقایسه کنید. همچنین با فشردن دکمه برنامه ریزی روی هر تجهیز، می توانید ببینید ETS چه آدرسی برای آن گزارش می کند.
تجهیز برق دارد، در ETS شناخته می شود و برنامه هم روی آن دانلود شده، اما با فشردن کلید هیچ اتفاقی نمی افتد.
این شایع ترین خطای نرم افزاری است. دلایل متداول: وصل نشدن آبجکت کلید و آبجکت اکچویتور به یک آدرس گروهی مشترک، انتخاب آبجکت اشتباه مثلا وصل کردن آبجکت وضعیت به جای آبجکت سوییچ، ناسازگاری نوع داده میان دو آبجکت، و تنظیم نادرست فلگ ها.
انجمن KNX برای همین کار ابزار Groups Diagnostics را در ETS قرار داده است. این ابزار در چهار مرحله آدرس گروهی انتخابی را بررسی می کند: انتخاب آدرس، بررسی درست برنامه ریزی شدن تجهیزات، ارسال و دریافت مقدار روی باس، و تحلیل ترافیک. با بخش ارسال و دریافت می توانید مستقیما یک مقدار روی آدرس گروهی بنویسید؛ اگر چراغ با این فرمان روشن شد، یعنی اکچویتور سالم است و مشکل از سمت کلید یا اتصال آبجکت هاست.
ETS اصلا به باس متصل نمی شود یا اینترفیس در فهرست نمایش داده نمی شود.
طبق راهنمای رسمی KNX درباره شناسایی نشدن اینترفیس USB، رایج ترین دلایل عبارتند از خرابی کابل یا پورت USB، تداخل حالت خواب ویندوز با درایور، و اتصال نادرست خود اینترفیس به باس. در اینترفیس های IP هم معمولا مشکل از تنظیمات شبکه، فایروال یا نبود مسیر ارتباطی میان لپ تاپ و اینترفیس است.
ابتدا در بخش Bus برنامه ETS، وضعیت اینترفیس را بررسی کنید. سپس پورت USB دیگری را امتحان کنید و در صورت امکان همان اینترفیس را روی کامپیوتر دیگری تست کنید. برای اینترفیس IP، دسترسی شبکه را با پینگ بررسی کنید.
فرآیند دانلود شروع می شود اما نیمه کاره متوقف می شود یا ETS پیام عدم دسترسی به تجهیز می دهد.
فشرده نشدن دکمه برنامه ریزی هنگام دانلود آدرس فیزیکی، بودن همزمان چند تجهیز در حالت برنامه ریزی، ناپایداری ارتباط اینترفیس در میانه کار، افت ولتاژ لحظه ای و انتخاب نسخه اشتباه برنامه کاربردی.
مطمئن شوید فقط و فقط همان یک تجهیز در حالت برنامه ریزی است و LED آن روشن مانده است. سپس دانلود آدرس فیزیکی را جداگانه از دانلود برنامه کاربردی اجرا کنید تا بفهمید مشکل در کدام مرحله رخ می دهد.
سیستم کار می کند اما کند است، گاهی فرمان ها اجرا نمی شوند و رفتار سیستم در ساعات شلوغ بدتر می شود.
این نشانه کلاسیک بار باس بالاست. انجمن KNX در مستندات تحلیل خطای آنلاین در ETS هشدار می دهد که بار باس بیش از 50 درصد می تواند باعث افزایش مشکلات ارتباطی و خرابی های موردی در تاسیسات KNX شود. منابع این مشکل معمولا تنظیم بازه ارسال بسیار کوتاه برای سنسورها، ارسال دوره ای غیرضروری وضعیت ها و منطق های سنگین سناریو هستند.
با ابزار تحلیل ترافیک باس، مقدار جاری، میانگین و بیشینه بار باس را ثبت کنید. در همان ابزار می توانید ببینید کدام تجهیزات بیشترین سهم را در ترافیک دارند و کدام آدرس های گروهی تایید دریافت نمی گیرند یا با پاسخ منفی مواجه می شوند.
تجهیزات به صورت دوره ای ریست می شوند یا پس از افزودن چند تجهیز جدید، سیستمی که سال ها پایدار بود ناپایدار شده است.
کمبود توان منبع تغذیه نسبت به مجموع مصرف تجهیزات خط. هر تجهیز KNX به صورت پیوسته جریان می کشد، نه فقط هنگام فعالیت. به همین دلیل، افزودن چند تجهیز به یک خط پر، می تواند کل خط را از تعادل خارج کند.
مجموع جریان مصرفی تجهیزات خط را از دیتاشیت ها جمع بزنید و با توان منبع تغذیه مقایسه کنید. سپس جریان واقعی خط را اندازه بگیرید و ولتاژ را در حالت بار کامل بسنجید.
توسعه پروژه بدون بازمحاسبه توان، یکی از پرتکرارترین دلایل ناپایداری سیستم های KNX است. هر بار که تجهیز جدیدی اضافه می کنید، محاسبه بار خط را دوباره انجام دهید.
مشاوره رایگان هوشمندسازی شماره تماس: 78712-021تجهیز پس از تعویض یا به روزرسانی، رفتار متفاوتی نشان می دهد یا بعضی قابلیت ها ناپدید می شوند.
سازنده ها برای هر نسخه سخت افزاری، نسخه مشخصی از فایل دیتابیس منتشر می کنند. استفاده از دیتابیس نسخه دیگر، حتی برای همان مدل، می تواند باعث از بین رفتن بعضی آبجکت ها یا خطای دانلود شود. در تجهیزات جدیدتر، نسخه فرم ور هم می تواند تعیین کننده باشد.
شماره فنی و نسخه سخت افزاری روی بدنه تجهیز را با مشخصات دیتابیس واردشده در ETS مقایسه کنید. در بخش اطلاعات تجهیز هم می توانید ببینید چه برنامه ای واقعا روی آن بارگذاری شده است.
مهم ترین ابزار شماست. بخش های کاربردی آن در عیب یابی عبارتند از Diagnostics برای بررسی وضعیت تجهیزات و آدرس ها، Group Monitor برای دیدن زنده تلگرام ها، Bus Monitor برای تحلیل سطح پایین ترافیک، و Device Info برای خواندن اطلاعات تجهیز متصل. اگر با محیط ETS آشنایی کافی ندارید، دوره آموزش KNX فریتز همین مهارت ها را به صورت پروژه محور آموزش می دهد.
برای اندازه گیری ولتاژ باس در نقاط مختلف و بررسی تغذیه تجهیزات. ساده ترین ابزار ممکن است اما بیشترین نرخ کشف مشکل را دارد. عادت کنید هر عیب یابی را با مولتی متر شروع کنید.
فایل پروژه با پسوند knxproj، نقشه توپولوژی، فهرست تجهیزات و جدول آدرس های گروهی. عیب یابی یک پروژه بدون مستندات، چند برابر زمان می برد. اگر فایل پروژه در دسترس نیست، اولین کار شما باید بازسازی آن از روی تجهیزات موجود باشد.
یک اینترفیس USB یا IP قابل اعتماد داشته باشید که مطمئن باشید سالم است. اینترفیس معیوب، شما را ساعت ها دنبال مشکلی می فرستد که اصلا وجود ندارد.
این چک لیست را می توانید در محل پروژه به ترتیب اجرا کنید:
پرهزینه ترین اشتباه ممکن. تجهیز جدید نصب می شود، مشکل حل نمی شود و حالا دو متغیر مجهول دارید به جای یکی.
بیشتر مشکلاتی که شبیه ایراد برنامه نویسی به نظر می رسند، منشا الکتریکی دارند. همیشه از ولتاژ شروع کنید.
وقتی چند چیز را با هم تغییر می دهید، حتی اگر مشکل حل شود نمی دانید کدام تغییر موثر بوده است. هر بار یک متغیر.
اولین سوال شما باید این باشد: از کی مشکل شروع شد و درست پیش از آن چه چیزی تغییر کرده است؟ افزودن یک تجهیز، تعویض یک ماژول یا یک قطعی برق، معمولا پاسخ را در خود دارد.
اگر پیش از شروع تغییرات نسخه پشتیبان نگیرید، در بدترین حالت راهی برای بازگشت ندارید.
در پروژه های ساختمانی بزرگ که KNX با سامانه های تاسیساتی ترکیب می شود، طراحی اولیه معماری اهمیت بیشتری از عیب یابی بعدی دارد. برای درک بهتر این لایه بندی می توانید مقاله سیستم BMS چیست و مقایسه BMS و EMS را مطالعه کنید.
اگر عیب یابی پروژه شما پیچیده شده یا چند تجهیز بدون نتیجه تعویض شده است، بررسی تخصصی توسط تیم فریتز می تواند جلوی هزینه های اضافی را بگیرد.
مشاوره رایگان هوشمندسازی شماره تماس: 78712-021بیشتر خطاهای شبکه KNX در سه دسته جای می گیرند: مشکلات برق و کابل کشی، خطاهای تنظیمات و آدرس دهی در ETS، و اشکالات ارتباطی میان تجهیزات و خطوط. اگر عیب یابی را همیشه از پایین ترین لایه یعنی ولتاژ باس شروع کنید و مرحله به مرحله بالا بیایید، بخش بزرگی از مشکلات بدون تعویض هیچ تجهیزی حل می شود.
مهم ترین سرمایه یک تکنسین در این مسیر، نظم است: منطق آدرس دهی مکتوب، مستندات به روز پروژه و تغییر یک متغیر در هر مرحله. برای دیدن نمونه پروژه های اجراشده می توانید پروژه های فریتز را مرور کنید و برای تهیه تجهیزات استاندارد به محصولات KNX در فروشگاه فریتز سر بزنید.
در بیشتر موارد یکی از این سه دلیل وجود دارد: نبود یا افت ولتاژ باس، خطای سیم کشی و قطبیت، یا اشتباه در تنظیمات و آدرس دهی در ETS. بررسی را همیشه از ولتاژ باس شروع کنید نه از نرم افزار.
ولتاژ را در ترمینال همان تجهیز اندازه بگیرید. اگر ولتاژ سالم است و تجهیز پاسخ نمی دهد، احتمال ایراد تجهیز یا برنامه بالاست. اگر ولتاژ پایین یا صفر است، مشکل از کابل، ترمینال یا تغذیه است.
تجهیزات KNX در محدوده 21 تا 30 ولت DC کار می کنند و خروجی منبع تغذیه معمولا 30 ولت است. اگر ولتاژ پای تجهیز زیر 21 ولت برود، ارتباط ناپایدار می شود حتی اگر تجهیز ظاهرا روشن باشد.
معمولا به دلیل مشکل اینترفیس است؛ کابل یا پورت USB معیوب، تنظیمات شبکه برای اینترفیس IP، یا اتصال نادرست خود اینترفیس به باس. پیش از هر چیز اتصال اینترفیس را در بخش Bus برنامه تست کنید.
در بیشتر موارد بله. تجربه پروژه ای نشان می دهد که بخش بزرگی از تجهیزاتی که به عنوان خراب تعویض می شوند سالم هستند و مشکل از تغذیه، کابل کشی یا تنظیمات بوده است. تعویض همیشه باید آخرین گزینه باشد.
معمولا آبجکت کلید و آبجکت اکچویتور به یک آدرس گروهی مشترک وصل نشده اند یا نوع داده دو طرف با هم سازگار نیست. با ابزار ارسال و دریافت در ETS می توانید مستقیما یک مقدار روی آدرس گروهی بنویسید و سالم بودن اکچویتور را تست کنید.
معمولا به دلیل بالا بودن بار باس. ارسال دوره ای بیش از حد وضعیت ها و بازه ارسال کوتاه سنسورها، رایج ترین دلیل است. بار باس بالای پنجاه درصد می تواند باعث خرابی های موردی شود.
بله. اگر مجموع مصرف تجهیزات از توان منبع تغذیه بیشتر شود، ولتاژ افت می کند و تجهیزات ریست می شوند. پیش از هر توسعه، بار خط را دوباره محاسبه کنید.
ابتدا با اسکن آدرس ها در ETS تجهیز تکراری را پیدا کنید، سپس آدرس آن را اصلاح و دوباره دانلود کنید. برای تجهیزاتی که از پروژه دیگری آورده شده اند، پیش از نصب برنامه قبلی را پاک کنید.
در پروژه های مسکونی معمولی، بازدید سالانه کافی است. در ساختمان های اداری و تجاری بزرگ، بازدید دوره ای شش ماهه همراه با اندازه گیری ولتاژ و بررسی بار باس توصیه می شود.
