TechZone

🚨 تخيل معايا الموقف ده...

أنت ماشي بعربيتك، وفجأة حصلت حادثة.

الـ Airbag اشتغل... لكن بعد ثانية واحدة!

في رأيك، هيكون ليه أي فايدة؟

الإجابة: لأ.

في أنظمة كتير، ثانية واحدة أو حتى جزء من الثانية ممكن يفرق بين إن النظام ينقذ حياة شخص أو يفشل تمامًا.

وده مش في العربيات بس...

🏥 جهاز طبي بيتابع نبض مريض.
✈️ نظام تحكم في طائرة.
🏭 روبوت في مصنع.
🚆 نظام إشارات القطارات.

كل دي أنظمة لازم تنفذ الأوامر في الوقت المحدد بالظبط.

وده اللي بنسميه Real-Time Systems.

الناس كتير بتفتكر إن المهم الكود يشتغل صح...
لكن في الـ Embedded فيه سؤال أهم:

اشتغل صح... بس اشتغل إمتى؟

لأن لو النتيجة صح لكن وصلت متأخر، يبقى بالنسبة للنظام دي تعتبر غلطة.

وعشان كده مهندس الـ Embedded بيهتم جدًا بالـ Timing، والـ Interrupts، والـ Timers، وأحيانًا بيستخدم RTOS عشان يضمن إن كل مهمة تتنفذ في معادها.

وده واحد من أهم الحاجات اللي بتميز الـ Embedded Systems عن تطوير تطبيقات الموبايل أو الويب، لأن هنا الوقت جزء أساسي من نجاح النظام، مش مجرد تحسين للأداء.

💬 كنت تعرف قبل كده إن التأخير بجزء من الثانية ممكن يعتبر فشل كامل للنظام؟

🚨 تخيل إن رقم واحد غلط... أو حتى وحدة قياس مختلفة، ممكن يضيع مشروع تكلفته أكتر من 125 مليون دولار!

وده مش سيناريو خيالي...
ده حصل فعلًا مع وكالة NASA سنة 1999.

وقت إطلاق مركبة **Mars Climate Orbiter**، كان فيه فريق بيستخدم النظام المتري (Newton)، وفريق تاني بيستخدم النظام الإنجليزي (Pound-force).

ولا حد أخد باله من الفرق.

النتيجة؟

❌ المركبة خرجت عن مسارها.
❌ دخلت الغلاف الجوي للمريخ بزاوية غلط.
❌ المهمة انتهت قبل ما تحقق أي هدف.
❌ خسائر تجاوزت 125 مليون دولار.

طيب إيه علاقة ده بالـ Embedded؟

كتير من الناس بتفتكر إن الأخطاء الكبيرة سببها Bugs معقدة أو أعطال في الهاردوير.

لكن الحقيقة إن أخطر الأخطاء أوقات بتكون أبسط حاجة.

🔹 Register مكتوب بقيمة غلط.
🔹 Bit واحد اتنسى يتعمله Set أو Clear.
🔹 Delay محسوب بشكل غير دقيق.
🔹 وحدة قياس مختلفة بين Module والتاني.
🔹 Overflow صغير محدش انتبه له.

كل دي تفاصيل شكلها بسيط...
لكن في نظام Embedded ممكن تبقى السبب في إن الجهاز كله يفشل.

علشان كده أي مهندس Embedded شاطر بيعرف إن كتابة الكود مش هي كل الشغل.

المراجعة، واختبار كل تفصيلة، والتأكد إن كل جزء في السيستم متوافق مع التاني... دول اللي بيفرقوا بين مشروع ينجح ومشروع يخسر ملايين.

💬 لو أنت مهندس Embedded، إيه أكتر Bug بسيط ضيّع منك وقت طويل أو عمل مشكلة كبيرة؟

📌 ما الفرق بين الـ RAM والـ Flash في الـ Microcontroller؟

كتير من الناس وهي لسه بتبدأ في الـ Embedded بتبص على حجم الـ Flash بس، ولو لقت المتحكم فيه 1MB أو 2MB تفتكر إنه قوي وخلاص.

لكن الحقيقة إن **الـ RAM ساعات بتكون أهم من الـ Flash** حسب طبيعة المشروع.

💾 أولًا: Flash Memory
دي المكان اللي بيتخزن فيه البرنامج (Firmware) بعد ما تعمله Flash على المتحكم.
يعني كل الكود اللي كتبته بيتحفظ فيها، وبتفضل محتفظة بيه حتى لو فصلت الكهرباء أو عملت Restart للجهاز.

ببساطة:
✅ الكود بيتخزن فيها.
✅ البيانات بتفضل موجودة بعد انقطاع الكهرباء.
✅ سعتها غالبًا أكبر من الـ RAM.

⚡ ثانيًا: RAM
دي الذاكرة اللي المتحكم بيستخدمها وقت التشغيل.
أي متغير بتعمله، Array، Stack، Function Calls، أو Buffer لاستقبال بيانات من UART أو SPI أو Wi-Fi... كله بيتخزن فيها بشكل مؤقت.

لكن أول ما الكهرباء تفصل...
❌ كل البيانات دي بتختفي.

وده طبيعي لأنها ذاكرة مؤقتة.

💡 طيب ليه حجم الـ RAM مهم جدًا؟

تخيل إن عندك Microcontroller فيه:

Flash = 1MB
RAM = 64KB

الكود ممكن يشتغل ويتحمل عادي جدًا لأن حجمه أقل من 1MB.

لكن أول ما تبدأ تستخدم:
✔️ Arrays كبيرة
✔️ Buffers للاتصال
✔️ FreeRTOS Tasks
✔️ مكتبات زي Wi-Fi أو Bluetooth
✔️ Image Processing أو AI

هتلاقي الـ RAM بتتملي بسرعة، وساعتها ممكن تظهر مشاكل غريبة زي:
🔸 البرنامج يعمل Reset لوحده.
🔸 Hard Fault.
🔸 Stack Overflow.
🔸 المتحكم يهنج فجأة من غير سبب واضح.

وساعات تفضل تدور على Bug في الكود بالساعات، وفي الآخر تكتشف إن المشكلة كلها إن الـ RAM خلصت!

🎯 عشان كده في شغل الـ Embedded، مش المهم إن الكود يعمل Compile من غير Errors...
المهم كمان تعرف هو بيستهلك قد إيه من الذاكرة.

دايمًا بص على:
📍 Flash Usage
📍 RAM Usage
📍 Stack Size
📍 Heap Size

لأن إدارة الذاكرة الصح ممكن تفرق بين مشروع شغال بثبات، ومشروع بيقع كل شوية.

وده سبب إن مهندس الـ Embedded الشاطر مش بس بيعرف يكتب كود...
لكن كمان بيعرف كل بايت رايح فين. 😉

💡 أول حاجة لازم تعرفها عن الـ Embedded:

مش كل جهاز فيه شاشة أو أزرار يعتبر "كمبيوتر".

في أجهزة بتشتغل سنين كاملة من غير ما تحس إنها فيها برمجة أصلًا:
🚗 أنظمة السيارة
🧺 الغسالة
❄️ التكييف
🩺 أجهزة قياس السكر
⌚ الساعات الذكية

كل دي Embedded Systems.

الفكرة ببساطة إنك بتصمم جهاز يؤدي وظيفة محددة بكفاءة وسرعة واستهلاك طاقة قليل.

عشان كده الـ Embedded موجود في كل حاجة تقريبًا حولنا.

❤️❤️

🚀 هل سمعت عن Data Science لكن لا تعرف من أين تبدأ؟
هل ترغب في دخول واحد من أسرع المجالات نموًا والأكثر طلبًا في سوق العمل؟
تعلن وحدة التدريب بكلية الهندسة – جامعة المنصورة عن تنظيم:
📊 ورشة عمل مجانية في مجال Data Science
👨‍🏫 يقدمها:
م. نور عباده
Data Scientist Engineer
خلال الورشة ستتعرف على:
✅ مقدمة في مجال علم البيانات وتطبيقاته المختلفة.
✅ أساسيات البرمجة باستخدام Python لتحليل البيانات.
✅ التعامل مع البيانات باستخدام Pandas و NumPy.
✅ أساسيات تعلم الآلة Machine Learning.
✅ تصور البيانات وعرض النتائج بصورة احترافية.
📅 مدة الورشة: يومان تدريبيان
⏰ إجمالي الساعات التدريبية: 6 ساعات
🎯 الورشة مجانية بالكامل
⚠️ الأماكن محدودة للغاية
وسيتم قبول 30 طالبًا فقط.
إذا كنت ترغب في بدء رحلتك في عالم الذكاء الاصطناعي وتحليل البيانات، فهذه هي فرصتك المناسبة للانطلاق.
🔥 ابدأ من البيانات... واصنع قرارات المستقبل.
لينك التسجيل من هنا :
https://forms.gle/ASzVtS3oQQF34W1e8
See less

🚫 أكبر كذبة بيصدقها أي حد داخل مجال الـ Embedded...

"طالما الكود Compile من غير Errors، يبقى المشروع هيشتغل!"

للأسف... لأ. 😅

في الـ Embedded ممكن:

الكود يشتغل Perfect.

ومافيش Error واحد.

ومع ذلك البوردة متعملش أي حاجة!

ليه؟ لأن المشكلة ممكن تكون في:

توصيلة غلط.

Clock مش متظبط.

Pull-up أو Pull-down ناسيها.

Voltage مش مناسب.

أو حتى Pin واحدة متعرفة غلط.

عشان كده مهندس الـ Embedded الشاطر مش بيكتب كود بس... هو بيفهم الهاردوير قبل السوفتوير.

احكي لنا.. إيه أغرب مشكلة ضيعت منك ساعات، وفي الآخر طلعت مجرد سلك مفصول؟ 😂👇