Electrical Minds : عقول كهربائية

12/10/2022

تم تصميم جهاز لمراقبة استهلاك الطاقة الكهربائية عن بعد
حيث يقوم الجهاز بتحسس الفولتية و التيار و التردد و البور و البور فاكتر لكل فيس و يقوم بارسال القرائات الى السيرفر في الانترنت حيث يمكن مراقبة القرائات من اي مكان في العالم و كذلك يقوم بخزن القرائات بشكل ملف اكسل شيت في رام داخل الجهاز

الجهاز المصمم يتحمل الف امبير لكل فيس

12/01/2021

شركة "جينيرال إليكترك GE" صنعت أكبر توربين هوائي لتوليد الكهرباء في العالم.

دورة واحدة منه تولد طاقة كهربائية تكفي منزل لمدة يومين.

التوربين الواحد يولد كهرباء تكفي لحاجة 30 ألف منزل خلال 24 ساعة.

https://www.ge.com/renewableenergy/wind-energy/offshore-wind/haliade-x-offshore-turbine

م

03/12/2020

MQTT protocol
واحداً من أكثر بروتوكولات إنترنت الأشياء انتشاراً واعتماداً، وقد جعل التصميم المبسّط وخفّة هذا البروتوكول حلّا مناسباً للأجهزة المضمّنة ذات الامكانيات المحدودة واللامحدودة في قدرة المعالجة والتخزين و ان من اهم مزايا هذا البروتوكول هي تقليل استخدام موارد الشبكة و كذلك تقليل استهلاك الطاقة الكهربائية وهذين عاملين مهمين جداً في أجهزة إنترنت الأشياء.
ان مصطلح MQTT هو مختصر لجملة (Message Queuing Telemetry Transport ) و يقوم عمله على مبدأ الناشر و المستلم publisher/subscriber و هو مصمم خصيصا لتطبيقات انترنت الاشياء المحدودة الموارد في مجال الطاقة و قابلية التخزين.
لتنفيذ ابسط عملية نقل بيانات باستعمال بروتوكول MQTT نحتاج الى ثلاثه اجزاء رئيسية وهي :-
اولا: Broker و هو السيرفر الذي يقوم بادارة عملية نقل البيانات بين العملاء Clients
ثانيا:Publisher و هو احد العملاء الذي تكون وضيفته ارسال البيانات الى باقي العملاء و يشترط ان تكون بياناته معنونه بعنوان معين و يسمى العنوان ب (Topic)
ثالثا: Subscriber و هو احد العملاء الي تكون وضيفته استقبال البيانات من العملاء المرسلين للبيانات و يشترط في ال subscriber ان يقوم بمتابعة عنوان موضوع معين (Topic) ليتمكن استقبال جميع البيانات المرسله على هذا العنوان (Topic)

تتم عملية نقل البيانات في ال MQTT بروتوكل بالألية الاتيه
• في البدايه يتم تجهيز السيرفر (الخادم) بتنصيب MQTT broker بداخله و تعرف عنوان ايبي مخصص لهذا السيرفر
• بعدها يتم الاتصال بين جميع العملاء (Clients) ( على اختلاف طبيعة عملهم ان كانوا publishers او subscribers ) مع الخادم (Server)
• يقوم اي عميل من نوع Publisher بارسال بيانات الى السيرفر على عنوان موضوع معين (Topic)
• بالتالي اي عميل اخر يعمل subscribe على نفس عنوان الموضوع هذا سيتمكن من استقبال هذه البيانات المرسله من ال Publisher

ملاحظة :- يمكن لأي عميل ان يكون Publisher لعنوان موضوع معين و Subscriber لعنوان موضوع اخر في نفس الوقت.
ان طريقة نقل البيانات في بروتوكل ال MQTT تختلف اختلافا جذريا عن طريقة نقل البيانات في بروتوكول ال HTTP حيث ان في بروتوكول ال MQTT يمكن لاي عدد من ال Subscribers ان يستلم البينات من publisher واحد و هذه الخاصية تسمح بطريقة النقل التي تسمى
One to many.

يمكن ان تكون عناوين المواضيع (Topics)احادية الطبقه او متعددة الطبقات مثلا :-

يمكن ان يكول عنوان الموضوع بهذا الشكل "Temp"
و يمكن ان يكون بهذا الشكل “rooms/room1/temp”
و بهذه الخاصية يمكن تقسيم العناوين بتقسيم منطقي جيد لارسال و استقبال البيانات
إن بروتوكول الـMQTT قد صُمّم للبيئات محدودة الموارد وخاصة مورد النفاذ للشبكة، وبالتالي هناك خيارات في البروتوكول تتعلّق بتوصيل الرسالة بين المخدّم والعميل. إن QoS أو Quality of Service هو المصطلح لـ3 خيارات بخصوص هذا الشأن:

المستوى 0 (QoS = 0) توصيل الرسالة مرة واحدة في أفضل حالة. هذا يعني في حال المشترك لم يستلم الرسالة فإن المخدّم لن يقوم بإرسالها مرة أخرى، حيث لا يتوقع المخدّم تأكيد acknowledgment من طرف المشترك حول وصول الرسالة.

المستوى 1 (QoS = 1) توصيل الرسالة على الأقل مرة واحدة.هذا يعني أن المخدّم يستمر بإرسال الرسالة إلى أن يقوم المشترك باستلام الرسالة ويرسل تأكيد باستلامها acknowledgment هذا قد يؤدي إلى وصول الرسالة أكثر من مرة إلى المشترك.

المستوى 2 (QoS =2) توصيل الرسالة مرّة واحدة لزوماً. هذا يعني أن الرسالة يجب أن تصل لمرة واحدة ودون تكرار إلى المشترك.

لكن ماذا لو لم يكن المشترك متصل أساساً؟ هل ستضيع الرسائل أم ستصله عندما يتصل مرة أخرى؟ الجواب: هذا ” الأمر يعتمد على الإعدادات”. إذا تم ضبط الإعدادات بحيث يبدأ الاتصال بجلسة اتصال نظيفة “Clean Session”فإن المخدّم سيتجاهل الرسائل القديمة ويبدأ جلسة جديدة، بينما لو تم تعطيل هذه الخاصية وذلك بتصفير بت موجود في رزمة packet طلب الاتصال بين المستخدم والمخدّم، فإن المخدّم سيرسل الرسائل المتراكمة ذات الجودة QoS 1 و QoS 2 إلى المشتركين التي حدثت أثناء انقطاعهم.

سوف نرى في مقال لاحق ان شاء الله كيفية استخدام الـESP32 مع الـMQTT وسيرفر محلي.

08/11/2020

شرح تفصيلي عن الحماية الكاثودية 👇👇

الحماية الكاثودية لماذا سميت بالحماية الكاثودية الفرق بين الكاثود والانود حماية الانابيب من التاكل التآكل اسباب التاكل منظومات الحماية الكاثودية اقطاب تضحية ...

01/11/2020

الفروقات بين:
Speed
Frequency
Bandwidth
Throughput
Capacity
Data rate
Bit rate
ببساطة، شاهد الفيديو 👇

الفرق بين السرعة والتردد الفرق بين عرض النطاق والانتاجية الفرق بين السعة ومعدل نقل البيانات Bandwidth and throughput Capacity and data rate Speed and Frequency

18/10/2020

لماذا لا نتكهرب عند لمس اطراف ماكنة اللحام ؟

تعرف على السبب في الفيديو
https://youtu.be/Rt2BrvKV9xM

17/10/2020

شرح مبسط لمعرفة كيفية ربط التوالي والتوازي خصوصا في الامثلة المعقدة
الجزء الاول
ادعموا بالاشتراك بالقناة
واي موضوع حابين اشرح عليه، اكتبولي بالتعليقات

16/10/2020

تعرف على الفرق بين تقدم التيار وتأخره في الاحمال بكل سهولة !


https://youtu.be/Sdici6-v8PI

15/10/2020

معامل اقصى دقة في محولات التيار
Accuracy Limit Factor in Current Transformer

https://youtu.be/DE8OeNJSIj8

لطفا يرجى الاشتراك في قناة للمشاهدة المزيد من الفيديوهات عن شرح معلومات عن الهندسة الكهربائية

شرح: Accuracy Limit Factor in CT معامل اقصى دقة في محولات التيار لا تنسى الاعجاب والاشتراك ومشاركة الفيديو مع الاصدقاء اكرم راضي مهندس كهرباء

28/08/2019

مشاكل تواجه الـــــ Distance Relay


مهما كانت المحاولات للوصول إلى الأداء الجيد لأجهزة Distance Relays فلا يزال هناك عدة مشاكل مشهورة تؤثر على أداء الـ Distance Relays من أهمها:
1- Overreach
2- Parallel lines
3- Under reach
4- In-Feed
5-Power Swing

مشكلة Overreach

نتيجة أخطاء أجهزة القياس فإن جهاز الوقاية المسافية يمكن أن يرى العطل البعيد كأنه قريب (إذا كان الخطأ بالسالب)، بمعنى أن الجهاز يرى معاوقة أصغر من الـ Impedance الحقيقية، و في هذه الحالة نقول أن الجهاز قد حدث له Over-reach بمعنى أنه صار يمكنه أن يغطى بالخطأ مدى أكبر من المدى الحقيقي له، لأنه طالما أن الخطأ الذى يضاف إليه بالسالب فسيظل الجهاز يعتقد أن العطل لا يزال في مداه الطبيعي.

مشكلة الخطوط المتوازية

من أشهر المشاكل التى تصنف على أنها من مشاكل الـ Over-reach هى مشكلة خروج أحد خطين متوازيين من الخدمة وبقاء الآخر. فقبل خروج هذا الخط كانت الـ Impedance التى يراها كلا الـ Relay تتأثر بما يعرف بـ Mutual Impedance بين الخطين ويرمز لها بالرمز Zm ، ويطرح تأثيرها من الحسابات عند ضبط الجهاز.

الآن عند خروج أحد الخطين – دون تعديل فى قيم الضبط – يظل الجهاز الذى بقى فى الخدمة يطرح قيمة Zm من قيمة معاوقة أى عطل، رغم أن Zm لم يعد لها وجود، وبالتالي فقد يرى الجهاز أعطال المرحلة الثانية كأنها مرحلة أولى، ومن ثم فنحن أمام مشكلة Overreach لأن الجهاز يرى معاوقة أقل من الحقيقية.
وبالتالي تغطى بالخطأ مسافة أكبر من المفروض.

وتجدر الإشارة أنه فى أجهزة الوقاية الرقمية Digital Relays يتم حل هذه المشكلة ببساطة عن طريق تخزين مجموعتين من قيم الـ Setting، تكون أحدهما مناسبة إذا كان الخطين معا فى الخدمة، والأخرى مناسبة عند خروج أحد الخطين من الخدمة، على أن يتم تفعيلها بمجرد خروج الخط الآخر من الخدمة.

مشكلة Under reach

و العكس إذا أرى الجهاز العطل القريب كأنه بعيد (إذا كان الخطأ فى القياس موجبا) بمعنى أن الـ Z Impedance التى يراها الجهاز أكبر من الـ Impedance الحقيقية، وفى هذه الحالة نقول أن الجهاز قد حدث له Under reach بمعنى أنه لم يعد قادرا على التغطية الصحيحة إلا لمدى أصغر من الطبيعي. وخارج هذا المدى القصير سيرى الجهاز – بالخطأ - أن العطل خارج تغطيته مما يعنى أنه يعانى من مشكلة Under reach

يتبع
م