Loxone Config
برمجة Loxone Config — البنية والمنطق والتسليم
كيف يبنى Loxone Config، وكيف يبقى المنطق قابلا للقراءة والاختبار، وما ينبغي تسليمه كي يتمكن مهندس آخر من صيانة المشروع.
إجابة سريعة
Config هو بيئة الهندسة التي يبني فيها المهندسون مشروع Miniserver: الغرف والوظائف والمدخلات والمخرجات والمنطق والجداول الزمنية وواجهات المستخدم. والبرمجة الجيدة منظمة ومسماة وموثقة، بحيث يستطيع مهندس آخر قراءتها. والأمر لا يتعلق بكتابة كتل بارعة؛ بل بجعل سلوك المبنى مرئيا وقابلا للاختبار وآمنا عند التغيير.
المشروع نموذج للمبنى
ينظم Config العمل حسب الغرفة والوظيفة، لا حسب قائمة مسطحة من الأطراف. فالغرفة تضم إضاءتها وتظليلها ومناخها وحساساتها؛ والوظيفة تصف ما تفعله الغرفة. وهذه البنية هي الفارق بين مشروع قابل للصيانة وكومة من الكتل تعمل بالمصادفة. وأطلق أسماء النقاط من منظور المبنى، واستخدم بادئات متسقة، وحافظ على توافق التسلسل الهرمي للغرف والوظائف مع جدول النقاط. وعندما تنحرف التسمية، تصبح كل مهمة لاحقة أبطأ: فالإنذارات وسجلات الاتجاهات والرسومات والتسليم وتحديد الأعطال كلها تعتمد على الأسماء نفسها. ومن الفحوص المفيدة أن تسلم شجرة المشروع إلى شخص لم ير الموقع قط وتطلب منه العثور على قاعة اجتماعات الطابق الثالث دون استخدام البحث.
- اعكس جدول الغرف في شجرة المشروع
- استخدم اصطلاح تسمية واحدا من اليوم الأول
- أبق الرسومات والإنذارات على الأسماء نفسها
المنطق في طبقات
ضع السلوك البسيط قريبا من الجهاز: يتبع الضوء مفتاحه، ويتبع الصمام قيمة ضبط غرفته. وضع السلوك العابر للغرف والأنظمة في طبقة مبان محددة بوضوح. وضع التقارير والتحسين فوق ذلك. ويمنع هذا التقسيم الطبقي تغييرا صغيرا في غرفة من الانتشار في المشروع كله، ويجعل الاختبار ممكنا على شكل شرائح. استخدم آلات الحالة للتسلسلات ذات الحالات المتميزة، بدلا من عش من الشروط لا يفهمه إلا كاتبه. ووثق كل كتلة غير بديهية بملاحظة قصيرة: ماذا تفعل، وما الذي يطلقها، وما يحدث عند فشل الحساس. وإذا كانت الكتلة تحتاج فقرة لتفسيرها، فتلك الفقرة مكانها ملاحظات المشروع بجانب الكتلة، لا في مستند منفصل لا يفتحه أحد.
- يبقى منطق الجهاز والغرفة والمبنى منفصلا
- استخدم آلات الحالة للتسلسلات متعددة الخطوات
- علق على كل كتلة غير بديهية
دليل الاختبار، لا الثقة
لا ينتهي المشروع عندما يبدو التطبيق صحيحا. اختبر المدخلات واحدا تلو الآخر، وافرض أعطال الحساسات، وتحقق من توجيه الإنذارات، وتأكد من الجداول الزمنية عبر أنواع الأيام، وأكد أن التجاوزات تنتهي. وسجل النتيجة مقابل قائمة النقاط، لا في ذاكرة أحد. واختبر مسار الفشل: ماذا يحدث عندما يختفي جهاز على الناقل، أو يتوقف عداد عن الاستجابة، أو تنقطع الشبكة. وورقة اختبار مكتوبة قصيرة أثمن من عرض طويل، لأنها تصمد أمام تغير الموظفين وتجعل زيارة الصيانة التالية أقل كلفة. وأدرج المسار البشري أيضا: هل يعرف المشغل ما يفعله عند ظهور إنذار الساعة 02:00، وهل هذه التعليمات في حزمة التسليم لا في رأس المركب؟
- اختبر كل مدخل ومخرج مقابل قائمة النقاط
- افرض الأعطال وسجل الحالة الناتجة
- تحقق من الجداول الزمنية والتجاوزات وتوجيه الإنذارات
التسليم وضبط التغييرات
سلم ملف المشروع وإصدار البرنامج والنسخة الاحتياطية ومخطط الشبكة وقائمة النقاط وسجل التغييرات. واحم المشروع ببيانات اعتماد يتحكم بها المالك، لا ببيانات اعتماد ترحل مع المركب. واتفق على كيفية طلب التغييرات واختبارها وتسجيلها. ولا ينبغي أن يتطلب تغيير صغير في جدول زمني زيارة للموقع إذا صمم الوصول عن بعد والصلاحيات بصورة صحيحة. ومعيار التهيئة الجيدة ليس مقدار المنطق المكتوب؛ بل مدى ثقة فريق المالك في تشغيل المبنى وتعديله بعد رحيل المهندسين. والمشروع الذي لا يستطيع شخص آخر استعادته وشرحه وتغييره لم يسلم حقا؛ بل شغل فقط.
- بيانات اعتماد وتراخيص يتحكم بها المالك
- عملية مكتوبة لطلب التغيير واختباره
- اختبار استعادة قبل التسليم النهائي
طبقات البرمجة
5 rows| الطبقة | ما تحتويه | دليل الاختبار |
|---|---|---|
| الأجهزة | المدخلات والمخرجات وسلوك الأمان المحلي عند الفشل | اختبار المدخلات والمخرجات نقطة بنقطة |
| الغرفة | الإضاءة والتظليل والمناخ ومشاهد الغرفة | اختبار مشهد الغرفة وقيمة الضبط |
| المبنى | الجداول الزمنية والترابط والإنذارات ومنطق الطاقة | اختبار التسلسل والإنذار والتجاوز عند الفشل |
| واجهة المستخدم | صفحات التطبيق وعناصر التحكم باللمس وعروض الأدوار | فحص الوصول حسب الدور وقابلية الاستخدام |
| التسليم | النسخ الاحتياطية والإصدارات والملاحظات وسجل التغييرات | اختبار الاستعادة ومراجعة الوثائق التنفيذية |
صور المشروع
3 images
الأسئلة الشائعة
01هل Config برمجة أم تهيئة؟
كلاهما. إنها بيئة رسومية، لكن العمل هندسي: البنية والمنطق والتسمية والاختبار. والتمييز أقل أهمية من كون النتيجة قابلة للقراءة والصيانة.
02هل أحتاج إلى كتابة شيفرة؟
تبنى معظم المشاريع من كتل وظيفية أصلية. والمنطق المخصص متاح للتسلسلات الخاصة، لكن ينبغي توثيقه وتبريره، لأنه يرفع مستوى المهارة اللازم لصيانة الموقع.
03هل يمكن لمنفذ تكامل آخر صيانة المشروع؟
نعم، إذا سلم ملف المشروع واصطلاح التسمية والملاحظات وبيانات الاعتماد بصورة صحيحة. وينبغي أن يكون ذلك شرطا تعاقديا، لا معروفا بعد الإنجاز.
04كم مرة ينبغي أخذ نسخ احتياطية؟
قبل كل تغيير وبعده، وعند التسليم. واحفظ نسخة خارج وحدة التحكم واختبر استعادتها. فالنسخة الاحتياطية غير المختبرة مجرد أمل.
05هل يمكن تخصيص التطبيق لكل مستخدم؟
نعم. يمكن هيكلة صفحات المستخدمين والصلاحيات حسب الدور، بحيث يرى المشغلون والفنيون والسكان مستويات مختلفة من التفاصيل وعناصر تحكم مختلفة.
الخطوة التالية
أحضر إلينا المبنى.
أخبرنا بنوع المبنى والأنظمة ضمن النطاق والنتيجة التي تحتاج إليها. وسنرسم أقصر مسار إلى نظام يعمل.