KNX/EIB
واسطه KNX/EIB میتواند از طریق اترنت متصل شود. در اینجا همچنین پیشنهادها و تکنیکهای تجربی طولانی مدت را پیدا میکنید.
وارد کردن یک پروژه KNX
پس از ایجاد واسطه، میتوان یک پروژه KNX وارد کرد. اگر پروژه با یک کلمه عبور محافظت شده باشد، از شما خواسته میشود که یک کلمه عبور وارد کنید. این کلمه عبور سپس در واسطه زیر بخش پیشرفته ذخیره میشود.
نکته: پس از وارد کردن، میتوانید کانالها را ایجاد کنید.
وارد کردن یک پروژه Theben LUXORplug
امکان دارد که یک پروژه از LUXORplug مستقیم وارد شود. وارد کردن مانند وارد کردن یک پروژه ETS است. در این صورت لیستی از آدرسهای گروه و پوشههای کارخانه ایجاد نمیشود. سنسورها برای راحتی از ساختمان حذف شدهاند. پس از وارد کردن، میتوانید کانالها را نیز ایجاد کنید.
ایجاد کانالها
در ساختار ساختمان و توپولوژی، میتوانید کانالها را ایجاد کنید. برای این کار، شرایط مختلفی باید برآورده شوند. مهمترین آن تعریف نوع داده در ETS است.
| انواع | شرایط |
|---|---|
| حداقل دو مقدار بولی. | |
| حداقل یک مقدار bool_dimup و دو مقدار از نوع uint_byte. | |
| حداقل دو مقدار رنگ color_3bytes. یک نسخه با کانالهای جداگانه در حال حاضر پشتیبانی نمیشود. | |
| حداقل یک مقدار bool_up و دو مقدار uint_byte. | |
| حداقل یک مقدار bool_up و چهار مقدار uint_byte. |
مقادیر برای وضعیت باید پس از مقادیر ارسال شده ظاهر شوند. عملکرد لولهها با استفاده از کلمات slat و lam تشخیص داده میشود.
تعیین نوع داده
تبدیل نوع داده مانند سایر نمایشهای بصری که بر اساس KNX هستند، انجام نمیشود. همه انواع داده KNX (DPT) به یک فرمت SPS تبدیل میشوند. اینها در ETS قابل مشاهده هستند. در اینجا لیستی کامل از تغییر نوع را پیدا میکنید.
نکته: قبل از وارد کردن، همه انواع داده را در پروژه ETS تعیین کنید. سپس Antcas Control آنها را نیز تعیین میکند.
تلگرام RAW
نوع داده raw به صورت زیر ساخته شده است. هر بار یک بایت در هگزادسیمال با یک فاصله:
00 FF 3B
یا یک مقدار دودویی (6-بیت) با علامت $-راهبر:
$3F
درخواستهای خواندن
میتوان از نوع داده read برای ارزیابی درخواستهای خواندن استفاده کرد. برای ارسال پاسخ، میتوان یک r مستقیم قبل از آدرس گروه قرار داد. به عنوان مثال: r1/4/23. این کار باعث ارسال یک پاسخ میشود.
برنامهریزی سپس به صورت زیر انجام میشود. in.switchRead یک فلنج ایجاد میکند که بدون تأخیر پاسخ وضعیت از خروجی out.switch را ارسال میکند.
نکته: آدرس گروه با r راهبر در
نصب لیست نمیشود.
متغیرهای آفلاین و خطا
دو متغیر برای تشخیص واسطه وجود دارد. متغیر offline درست است اگر همه گیتویها خراب شده یا جدا شده باشند. متغیر
error درست است اگر یک واسطه خراب شده باشد و هنوز میتوان کار را ادامه داد. در حالت چندگانه، فقط سرویس و نه گیتوی تشخیص داده میشود. در حالت اولیه بدون گیتوی، متغیر
offline خودکار به درست نوشته میشود.
کنترل جریان
چون کنترل جریان گیتوی فقط با روترهای فیلتر نشده کار میکند، باید حتماً تعداد پیامها و درخواستهای خواندن تنظیم شود. این باید 100ms برای هر روتری که استفاده میشود باشد. به عنوان مثال: اگر 2 روتر با چندگانه در同時 ارتباط برقرار کنند، فاصله باید 200ms باشد. در پروژههای بزرگ میتوان درخواست خواندن را بیشتر تنظیم کرد. به عنوان مثال تا حدود 2000ms.
نکات مهم
- هیچگاه برنامههای امنیتی را از طریق Bus KNX کنترل نکنید. این Bus برای این کار مناسب نیست. حتی یک سنسور حرکت خراب شده یا کوتاه شدن مدار به دلیل آب در کاندانسور میتواند警報دهی را جلوگیری کند.
- اگر Bus در خارج ساختمان نصب شود، باید خط جدید ایجاد کنید. این کار اطمینان حاصل میکند که در صورت کوتاه شدن مدار در خارج، عملکرد داخل ساختمان هنوز تضمین میشود. بهتر است Bus را از دسترسیهای نامطلوب محافظت کنید، با تنظیم فیلتر بسته در لاین کوپلر.
- در معماری چندگانه، امنیت دسترسی را در نظر بگیرید. استفاده از چندگانه در ساختمانهای عمومی را اجتناب کنید.
- چون Bus KNX بسیار آهسته است، میتوانید چندین خط فیلتر شده ایجاد کنید و آنها را به صورت جداگانه توسط سرور کنترل کنید. توجه داشته باشید که Bus KNX در سطح شبکه نیز فقط 9600 Baud دارد.
- در روتینگ، از لوپها احتیاط کنید. KNX با شمارنده روتینگ یک راه حل برای حلقههای بی پایان دارد، اما سرعت Bus همچنان تحت تأثیر قرار میگیرد. در سرور، بستهها به صورت پیشفرض داخلی منتقل نمیشوند اگر شما چندین گیتوی استفاده کنید.
چک لیست
- در پروژههای بزرگ، طول Bus اغلب فراموش میشود. همیشه به یاد داشته باشید که الکتریسیان کابلها را همیشه به همان صورت که برنامهریزی شده است نصب نمیکند. ممکن است یک شبکه ستارهای برنامهریزی شده به یک شبکه خطی تبدیل شود. Bus نامنظم میشود اگر آخرین اکتور بیشتر از 1000 متر از منبع تغذیه برق فاصله داشته باشد.
- مخازن را در توزیع خوب برنامهریزی کنید. اغلب اتفاق میافتد که فضای کافی برای دایمر و غیره در توزیع وجود ندارد. با مشتری حداکثر توسعه را در مفهوم تعیین کنید تا این مشکل را به حد امکان کم کنید.
اشکالزدایی
پیامها اغلب تکرار میشوند
اگر پیامها در گروه مونیتور ETS زرد ظاهر شوند، آنها به دلیل برخورد بسته دوباره ارسال میشوند. اگر این کار sudden و دائمی شود، ممکن است یک عیب وجود داشته باشد:
- تغییر منبع تغذیه --> فیلتر یا اسپول دrosseل خراب شده است
- حلقه در Bus --> برای یافتن خطا میتوانید در یک شاخه جدا کنید و خط را اسکن کنید.
- در کابلهای دوگانه تویست شده، جفتها به هم متصل شدهاند --> این باعث ایجاد حلقه میشود و باید جدا شود. اغلب در نصبهای قدیمی با کابل U72 دیده میشود.
- خط طولانی است --> ولتاژ شرکتکنندگان را بررسی کنید که حداقل 24V باشد (KNX تا 21V کارایی دارد)
- مختصات لولاک --> بسیار نادر است و سخت برای یافتن است.
Invalid Frame - فریم نامعتبر
اگر پیامها در گروه مونیتور ETS آبی ظاهر شوند، ETS نمیتواند با Bus ارتباط برقرار کند. دلایل ممکن:
- ولتاژ Bus را بررسی کنید --> کوتاه شدن مدار یا خط طولانی است
- تغییر منبع تغذیه --> فیلتر یا اسپول drosseل خراب شده است
- گیتوی خراب شده است --> واسطه را تغییر دهید
دستگاه نمیتواند بارگذاری شود
اگر ممکن باشد، تلاش کنید دستگاه را با یک منبع تغذیه جداگانه بارگذاری کنید، اگر هیچ چیز دیگر کار نکند.
- Bus را دوباره شروع کنید --> ولتاژ 230V را برای 1 دقیقه جدا کنید (همچنین از اکتور)
- ولتاژ Bus را بررسی کنید --> کوتاه شدن مدار یا خط طولانی است
- تغییر منبع تغذیه --> فیلتر یا اسپول drosseل خراب شده است
- دستگاه یا Bus کوپلر خراب شده است --> دستگاهها را تغییر دهید
- گروه مونیتور را بررسی کنید --> یک دستگاه دیگر میتواند اختلال ایجاد کند یا تعداد پیامهای زیادی وجود دارد و زمانهای انتظار زودتر تمام میشوند (ETS: دستگاه پاسخ نمیدهد)
- لاین کوپلر همه پیامها را روتینگ نمیکند --> از طریق لاین کوپلر بارگذاری نکنید