ZVENOبوابة KNX / OPC UAمناقشة المشروع

ZVENO / معلومات تقنية

التركيب والتوصيل
KNX / OPC UA

أين يُثبّت ZVENO، وكيفية توصيل KNX وSCADA، والمعلمات المطلوب تجهيزها للإعداد.

المدخلKNXnet/IP tunnelingالمخرجخادم OPC UAالموقعالبوابة في شبكة الموقع

مخطط تبادل البيانات

يمكن إنشاء عدة اتصالات KNX/IP بواجهات أو موجهات في ZVENO. يرتبط كل وسم باتصال واحد ضمن مشروعه. وتنشر البوابة الوسوم عبر خادم OPC UA واحد يتصل به SCADA.

إذا انقطع أحد اتصالات KNX/IP، تستمر الاتصالات الأخرى في العمل. ويظل خادم OPC UA متاحا. تُستخدم واجهة الويب للإعداد والتشخيص؛ وبعد تطبيق الإعدادات لا يتطلب تبادل البيانات إبقاء المتصفح مفتوحا.

أجهزة KNXاتصالات KNX/IPZVENOSCADA

عرض مخطط التوصيل

التثبيت والإعداد

خيار التوريد الأساسي هو بوابة ZVENO المادية. نتفق بصورة منفصلة على تثبيت ZVENO على حاسوب مناسب للعميل يعمل بنظام Linux وعلى شروط استضافته. يحتاج كل اتصال KNX/IP إلى واجهة أو موجه متاح ووصول شبكي ومعلومات عن نقاط KNX.

  • يستخدم KNXnet/IP غير المحمي نفق UDP.
  • يستخدم KNX IP Secure نفق TCP محميا. تُدخل بيانات الاعتماد يدويا أو تُختار من ملف .knxkeys.
  • يمكن استيراد النقاط من ملف ETS5/ETS6 بصيغة مدعومة .knxproj أو إضافتها يدويا.
  • تُحفظ التغييرات أولا، ثم تُفحص وتُطبّق على البوابة بخطوة منفصلة.

يؤدي تطبيق الإعدادات إلى إعادة تشغيل اتصالات KNX وخادم OPC UA. وسيحتاج العملاء إلى إعادة الاتصال. اتفق مسبقا على وقت التطبيق في المواقع العاملة.

البيانات والأوامر

يربط الوسم المنشور نقطة KNX بمتغير OPC UA. وتتوفر جودة البيانات وطابعها الزمني مع القيمة. تُرسل الأوامر من OPC UA إلى KNX لوسوم الأوامر التي سمح المهندس بالكتابة إليها واختار طريقة تأكيدها. ويمكن ضبط نطاق القيم المسموح به بصورة منفصلة.

يعرض العارض المدمج القيم والجودة والطوابع الزمنية وNodeId لعقد خادم OPC UA العامل. استخدم عنوان الخادم وNodeId للوسوم المنشورة لقراءتها من SCADA.

تغييرات الإعدادات

يبقى NodeId كما هو عند إعادة تسمية الوسم أو تغيير مجلده أو عنوان مجموعته ضمن المشروع نفسه. ويتطلب تغيير نوع OPC وسما بديلا ذا NodeId جديد. بعد الاستبدال، حدّث الربط في SCADA.

فقدان اتصال KNX

قد يظل خادم OPC UA متاحا. عند فقدان الاتصال، تُسند إلى آخر قيمة واردة من KNX خلال التشغيل الحالي الجودة UncertainLastUsableValue. وإذا لم تصل بيانات حية منذ بدء التشغيل، تكون جودة القيمة المستعادة UncertainInitialValue، وإذا لم تتوفر قيمة، تُستخدم BadWaitingForInitialData. بعد استعادة الاتصال، لا تُعاد الأوامر تلقائيا.

مثال على التكامل مع SCADA FUXA.

دعم البروتوكولات والوصول الشبكي

OPC UA

يستخدم خادم OPC UA الإعدادين SecurityPolicy None وSecurityMode None، دون توقيع أو تشفير. ضَع الاتصال في مقطع شبكة محمي، واستخدم VPN للوصول عن بعد.

KNX

الاتصال بـ KNX: نفق KNXnet/IP عبر UDP أو نفق KNX IP Secure عبر TCP. يقتصر دعم IP Secure على النفق؛ ولا تشمل الأوضاع المدعومة KNX Data Secure أو multicast Routing.

نشر البيانات

ينشر ZVENO نقاط KNX المختارة عبر خادم OPC UA واحد. ويتصل به SCADA بوصفه عميل OPC UA.

التوافق

يتطلب نشر النقطة عنوان مجموعة وDPT مدعوما ذا قيمة مفردة ووظيفة واتصال KNX/IP. وتشمل البيانات الأولية للإعداد طرازات أجهزة KNX/IP وأنواع النقاط ومعلمات SCADA.

سعة البوابة الواحدة

الحمل التقديري لبوابة واحدة: أكثر من 10,000 وسم منشور. نحدّد الحجم التشغيلي وفقا لمعدل التغييرات وعدد عملاء OPC UA ومواصفات الحاسوب.

أنواع النقاط المدعومة

تقبل البوابة أنواع DPT المدعومة ذات القيم المفردة من العائلات 1 و9 و14 و20، وكذلك 5.001, 5.010, 6.001, 6.010, 7.001, 8.001, 12.001, 13.001, 16.000 و 16.001. يُحدّد DPT الدقيق لكل نقطة في مشروع ETS أو إعدادات ZVENO.

ما نحتاج إلى معرفته عن المشروع

  • ما واجهات KNX/IP أو الموجهات المركّبة، وأيها يحتاج إلى نفق؟
  • كم جهاز KNX في المشروع، وكم نقطة يجب نشرها لـ SCADA؟
  • هل يتوفر ملف مشروع ETS أو قائمة بعناوين المجموعات وDPT ووظائف النقاط؟
  • أين ستوضع البوابة، وكيف سيصل SCADA إلى OPC UA؟
  • هل يلزم كتابة أوامر من SCADA إلى KNX، وكيف يُؤكّد تنفيذها؟
مناقشة المشروع