06/02/2026
أغلب الطلبة بتتعلّم الـ Distribution لوحده، والـ Control لوحده، ومحدش بيقولك إن أخطر المشاكل دايمًا بتحصل في المساحة اللي بينهم.
🏭 تخيّل لوحة شغالة في مصنع، كل حاجة صح:
الـ PLC شغال، الـ Logic مظبوط، الـ HMI بتعرض قراءات طبيعية. فجأة السيستم يفصل. المهندس اللي فاهم Control بس هيبدأ يراجع الكود. المهندس اللي فاهم Distribution بس هيبدأ يبص على الحمايات.
❗ لكن المشكلة الحقيقية؟ ممكن يكون Transformer اتحط من غير ما يتحسب تأثير الأحمال المتغيرة على استقرار جهد الكنترول. لا ده Power خطأ لوحده، ولا ده Control لوحده، دي فجوة بين الاتنين.
🔍 مثال تاني: Sensor شغال تمام في الاختبارات، بس في التشغيل الحقيقي بيدي قراءات غريبة. المشكلة مش Sensor بايظ ولا PLC وحش، المشكلة إن مسار كابل الكنترول معدّي جنب كابل باور تقيل من غير separation حقيقي. اللي فاهم Control هيشك في الـ Scaling، واللي فاهم Distribution هيشوف الـ Routing من أول مرة.
🧠 علشان كده المهندس التقيل ما بيصنّفش نفسه “Power” أو “Control”، هو بيصنّف نفسه “فاهم السيستم”. ولو عايز تبدأ تبني الفهم ده عمليًا، امشي بالـ Steps دي كل مرة تشوف Panel أو مشروع:
✅ الخطوة الأولى: حدّد طبيعة الحمل قبل أي حاجة. اسأل نفسك بوضوح: الحمل ده لو الكهرباء فصلت عنه لحظة، إيه اللي يحصل؟ هل خط إنتاج يقف؟ هل داتا تضيع؟ هل معدّة تتلف؟ تحديد حساسية الحمل للانقطاع هو اللي بيحكم اختيار نوع الحماية، زمن الفصل، وهل محتاج redundancy ولا لأ. من غير الإجابة دي، أي اختيار Protection أو Control Logic هيبقى عشوائي.
✅ الخطوة التانية: قيّم مصدر التغذية في أسوأ ظروف تشغيل. مش كفاية تقول “الجهد 400V”. اسأل: الجهد ده بيعمل إيه وقت start-up؟ وقت peak load؟ وقت تشغيل أحمال كبيرة مع بعض؟ لو الجهد بيتأثر، لازم الكنترول يتصمّم وهو واخد ده في اعتباره، سواء بتأخير تشغيل، sequencing، أو interlocks تمنع التشغيل في ظروف غير مستقرة.
✅ الخطوة التالتة: اربط الحماية بالكنترول بشكل صريح. أي جهاز حماية بيفصل لازم يكون للكنترول علم بيه. هل في feedback؟ هل في status contact؟ هل الـPLC بيعرف الفرق بين Trip حقيقي، Loss of supply، أو Manual off؟
✅ الخطوة الرابعة: راجع مسارات الكابلات من منظور تشويش وتأثير متبادل. السؤال هنا مش الكابلات منفصلة ولا لأ، السؤال: هل فصلهم مناسب لطبيعة الإشارة؟ كابلات باور تقيلة جنب analog signals أو digital I/O من غير separation أو shielding كافي = قراءات غير مستقرة. دي مش مشكلة كنترول، ودي مش مشكلة Sensor، دي مشكلة Distribution Routing.
✅ الخطوة الخامسة: راجع تسلسل التشغيل وربطه بقيود الباور. أي Control Logic لازم يبقى مبني على قدرة الشبكة. تشغيل أكتر من حمل عالي التيار في نفس اللحظة ممكن يعمل voltage dip يخلي السيستم كله يتصرف غلط. هنا الحل مش في تغيير Breaker، ولا في تعديل Logic لوحده، الحل في تنسيق الاتنين مع بعض: sequencing، delays، أو load shedding.
✅ الخطوة السادسة: اختبر سلوك السيستم في حالات الـFault بشكل مقصود. اسأل نفسك بوضوح: لو حصل short circuit، overload، أو loss of phase، هل الكنترول هيطلع Alarm محدد باسم المشكلة؟ ولا هيطلع نتيجة جانبية زي توقف غير مبرر أو إعادة تشغيل؟ السيستم السليم هو اللي كل Fault فيه ليه تفسير واضح، وإشارة واضحة، وتصرف متوقّع.
💡 ال Insight اللي قليل من الطلبة بياخد باله منها إن الـ Control مش دايمًا بيعالج مشاكل الباور، والـ Distribution مش دايمًا بيحمي الكنترول. الاتنين لازم يتصمّموا وهم شايفين بعض. أول ما تبدأ تفكر بالطريقة دي، هتلاحظ إن مشاكل كتير كنت فاكرها غريبة بقت منطقية جدًا.
🎯 الخلاصة إن السوق مش محتاج مهندس يعرف يحسب كابل بس، ولا مهندس يكتب Logic بس. السوق محتاج مهندس يعرف إمتى المشكلة تتحل بسطر Code، وإمتى تتحل بتغيير قرار Power. وده مستوى فهم أعلى من مجرد اختيار تخصص.
❓ خلّي السؤال ده ثابت في دماغك:
القرار اللي قدامي ده لو غيرته، هيأثر على Power إزاي؟ وعلى Control إزاي؟
🚀 أول ما السؤال ده يبقى تلقائي عندك، إنت كده خرجت من دايرة الطالب، ودخلت دايرة المهندس.
