واجهة KNX/EIB يمكن ربطها عبر إيثرنيت. ستجد هنا أيضًا نصائح وطرائق من خبرة طويلة الأمد.
بعد إنشاء الواجهة، يمكن استيراد مشروع KNX بالفعل. إذا كان المشروع محميًا بكلمة مرور، فسيتم طلب إدخال كلمة مرور. ثم يتم تخزينها في الواجهة تحت "متقدم".
نصيحة: بعد الاستيراد، يمكن إنشاء القنوات.
من الممكن استيراد مشروع من LUXORplug مباشرة. يتم استيراده مثل مشروع ETS. لا يتم إنشاء قائمة بالعنوانات الجماعية والمجلدات التجارية. تم إزالة المستشعرات من المبنى لأغراض التوضيح. بعد الاستيراد، يمكن أيضًا إنشاء القنوات.
في هيكلية المبنى والتوبولوجيا، يمكن إنشاء القنوات. يجب أن تتوفر عدة شروط لإنشائها. من المهم إعلان أنواع البيانات في ETS.
| أنواع | شرط |
|---|---|
| على الأقل قيمتان منطقيتان. | |
| على الأقل قيمة واحدة bool_dimup وقيمتان من النوع uint_byte. | |
| على الأقل قيمتان لون color_3bytes. لا يتم دعم نسخة مع قنوات فردية في الوقت الحالي. | |
| على الأقل قيمة واحدة bool_up وقيمتان uint_byte. | |
| على الأقل قيمة واحدة bool_up وأربع قيم uint_byte. |
يجب أن تظهر القيم لحالة الإرسال بعد القيم. يتم التعرف على وظيفة الشظايا باستخدام المصطلحات slat وlam.
لا تحدث تحويل أنواع البيانات كما هو الحال مع التمرينات البصرية الأخرى التي تعتمد على KNX. يتم تحويل جميع أنواع بيانات KNX (DPT) إلى تنسيق PLC. هذه مرئية في ETS. ستجد هنا قائمة كاملة لتحويل DPT.
نصيحة: حدد جميع أنواع البيانات في مشروع ETS قبل الاستيراد. ثم يقوم Antcas Control بتحديدها أيضًا.
يتم بناء نوع البيانات raw كما يلي. بايت واحد سداسي عشري متبوعًا بفراغ:
00 FF 3B
أو قيمة ثنائية (6 بت) مع رمز $-مسبق:
$3F
يمكن تقييم استعلامات القراءة باستخدام نوع البيانات read. لإرسال إجابة، يمكن وضع r مباشرة قبل عنوان المجموعة. على سبيل المثال: r1/4/23. بهذه الطريقة يتم إرسال رد.

يتم البرمجة كما يلي. in.switchRead يخلق حافة ترسل فورًا حالة الإجابة من المخرج out.switch.

ملاحظة: لا يتم إدراج عنوان المجموعة مع r المسبق في
التثبيت.
هناك متغيران للتشخيص الواجهة. المتغير offline صحيح إذا انقطعت جميع البوابات أو تم فصلها. المتغير
error صحيح إذا انقطعت واجهة واحدة ويمكن الحفاظ على التشغيل. مع البث المتعدد، يمكن تشخيص الخدمة فقط وليس البوابة. عند التهيئة بدون بوابة، يتم كتابة المتغير
offline تلقائيًا على صحيح.
بسبب Flow-Control البوابة التي تعمل فقط مع مراوغات غير مرشحة، يجب تحديد عدد الرسائل واستعلامات القراءة بشكل إلزامي. يجب أن يكون هذا 100ms لكل مراوغ مستخدم. أي: إذا تم الاتصال بـ 2 مراوغات عبر البث المتعدد في نفس الوقت، يجب أن يكون الفاصل الزمني 200ms. في المشاريع الأكبر، يمكن أيضًا زيادة استعلامات القراءة. أي إلى حوالي 2000ms.
إذا ظهرت الرسائل في مراقب المجموعة من ETS بلون أصفر، يتم إعادة إرسالها بسبب تصادم حزمة. إذا حدث ذلك فجأة باستمرار، قد يكون هناك عطل:
إذا ظهرت الرسائل في مراقب المجموعة من ETS بلون أزرق، لا يمكن لل ETS التواصل مع الحافلة. الأسباب المحتملة هي:
جرب تحميل الجهاز، إذا كان ذلك ممكنًا، بمصدر طاقة خاص به إذا لم يساعد أي شيء.