الآن بعد أن أصبح لدى الطلاب خبرة في التعامل مع شاشة الدماغ مثل زر واحد كبير، يمكنهم تحويل الشاشة إلى زرين. سيعرف هذا النشاط الطلاب على استخدام الكتل المتداخلة [إذا كان الأمر كذلك] لإدارة العبارات الشرطية والمنطق الأساسي للقيام بذلك بشكل أفضل. يتم توجيه الطلاب أولاً من خلال بناء المشروع لجعل مكابس الشاشة تدير الروبوت إلى اليسار أو اليمين. ولكن، يُطلب منهم بعد ذلك تبديل الأزرار بحيث يتحول ما أدار الروبوت إلى اليسار الآن إلى اليمين، والعكس صحيح.

لمزيد من المعلومات حول كتل [If then] و [If then else] أو غيرها من الكتل المستخدمة في هذا النشاط، يرجى زيارة معلومات المساعدة ضمن VEXcode V5. لمزيد من المعلومات حول أداة المساعدة المدمجة هذه، انقر هنا.

فيما يلي ملخص لما سيفعله طلابك في هذا النشاط:

• مراجعة  مشروع StopOrDrive وتخطيط شاشة الدماغ بالبكسل.

• بناء مشروع LeftOrRight جديد أثناء توجيهه من خلال منطق البرمجة.

• مراجعة المشروع بحيث تعمل الأزرار الموجودة على الشاشة بشكل معاكس.

• تمديد التعلم الخاص بك: تقسيم الشاشة إلى زرين عند الضغط عليهما، أدر الروبوت إلى اليسار أو اليمين.

للحصول على اقتراحات حول استراتيجيات التدريس لهذا القسم، راجع عمود التسليم في دليل ما يجب فعله أو عدم فعله! (Google Doc / .docx / .pdf)

تساوي قيمة x في وسط الشاشة نصف عرض الشاشة بالبكسل. إذن قيمة x لنقطة المركز هي 240 سيحتاج الطلاب إلى هذا الرقم لبرمجة الشرط لما إذا كانت الشاشة مضغوطة على اليسار أو اليمين. لذا تأكد من التحقق من أن جميعها لها القيمة الصحيحة.

بالنظر إلى المستقبل، سيتطلب تحدي واجهة المستخدم في قسم إعادة التفكير من الطلاب تطبيق ما تعلموه لإنشاء أربعة أزرار على الشاشة. لذلك، سيحتاجون إلى قيمتي x و y.

توجه التعليمات الطلاب إلى البرامج التعليمية داخل VEXcode V5 حسب الحاجة. لمزيد من المساعدة، راجع مكتبة فيكس لمقالات المساعدة التكميلية.

يتضمن الهيكل العظمي للمشروع (كتل التحكم فقط) كتل متداخلة: وكتل [إذا كان الأمر كذلك] داخل كتلة [إذا كان الأمر كذلك ] داخل حلقة [إلى الأبد]. قد يبدو هذا أكثر تعقيدًا مما يجب لأنه يمكنك بدلاً من ذلك استخدام كتل [If then] المتسلسلة. ومع ذلك، فإن استخدام كتل [If then] المتسلسلة ليس ممارسة برمجة جيدة.

المشروع المرفوض على اليسار هو النسخة المشروطة المتسلسلة من مشروع LeftOrRight. إذا تم الضغط على الشاشة وإذا كانت قيمة x أقل من 240، يتحول Clawbot إلى اليسار. إذا تم الضغط على الشاشة وإذا كانت قيمة x أكبر من 240، يتحول Clawbot إلى اليمين. تكمن المشكلة في هذا المشروع في أنه ينطوي على خطر أن يكون كلا الشرطين صحيحين. في أي وقت تستخدم فيه كتل [If then] المتسلسلة، فإنك تخاطر بإنشاء أخطاء داخل المشروع لأنه قد يكون هناك أكثر من عبارة شرطية واحدة صحيحة. تؤدي الأخطاء إلى عدم القدرة على التنبؤ.

في الوسط يوجد الهيكل العظمي لمشروع LeftOrRight، وعلى اليمين يظهر المشروع مع بعض العبارات الشرطية وإدراج كتل مجموعة نقل الحركة. المنطق في هذا الإصدار من المشروع مختلف قليلاً. إذا/عند الضغط على الشاشة، تكون قيمة x إما أقل من 240 (انعطف يسارًا) أو لا تقل عن 240 (انعطف يمينًا). نحن لسنا بحاجة إلى بيان مشروط آخر هناك. بمجرد الضغط على الشاشة، إما أن تكون أقل من 240 أو لا تكون. لدينا زران فقط لنهتم بهما. لاحظ أن المشروع على اليمين لا يزال غير مكتمل. يحتاج

الطلاب إلى فهم الاختلافات بين هذين النهجين للمشروع. إن فهم الاختلافات في المنطق الأساسي سيفيد المبرمجين بشكل كبير.

أثناء الاختبار، يجب على الطلاب إدراك أن واجهة المستخدم عند استخدامها من خلف Clawbot، يبدو أنها تعمل في الاتجاه المعاكس. من وجهة نظر المستخدم، يبتعد Clawbot عن الجانب الذي يضغط عليه المستخدم. هذه ليست تجربة المستخدم المثلى.

يجب على الطلاب تخطيط واختبار وتنقيح هذه التغييرات في المشروع أثناء توثيقها في دفاتر ملاحظاتهم الهندسية. للحصول على نموذج تقييم دفتر الملاحظات الهندسي الفردي، انقر فوق أحد الروابط التالية (Google Doc / .docx / .pdf)، أو انقر فوق أحد الروابط التالية لدفاتر ملاحظات الفريق (Google Doc / .docx / .pdf). تذكر أن تشرح النتيجة للطلاب قبل أن يبدأوا العمل.

هناك طريقتان ممكنتان لحل المشكلة المطروحة أعلاه. الطريقة الأولى هي الطريقة المكتوبة في التعليمات: راجع مشروع LeftOrRight وقم بمراجعته بحيث عندما يضغط المستخدم على الأزرار من خلف Clawbot، يتحول الروبوت إلى اليمين عندما يضغط المستخدم على الجانب الأيسر من الشاشة. وإلا، ينعطف Clawbot يسارًا.

الحل الآخر هو تبديل كتلة المشغل بحيث عندما تكون قيمة x أكبر من 240، يتحول Clawbot إلى اليسار.

كنت بحاجة إلى استخدام الإحداثيات من مستوى إحداثي عندما قمت ببرمجة العبارة الشرطية عندما كانت القيمة x أقل من 240 (الجانب الأيسر من الشاشة). لجعل شاشة الدماغ ترسم أزرارًا مرئية، ستحتاج أيضًا إلى استخدام الإحداثيات.
ارجع إلى الخطوة 2 حيث تم عرض إحداثيات شاشة دماغ الروبوت V5.

س: ما هي قيمة x في الحافة اليمنى من الشاشة ؟
ج: تزداد قيمة x من 0 عند الحافة اليسرى إلى 480 عند الحافة اليمنى.

س: إذن نطاق قيمة x هو 480 (0 إلى 480). ما هو نطاق قيمة y ؟
ج: نطاق قيمة y هو 240 (0 إلى 240).

س: أين هو أصل (0، 0) هذا المستوى الإحداثي ؟
ج : الأصل في الجهة العلوية اليسرى.

س: أنت في الجزء العلوي من الشاشة عندما تكون قيمة y تساوي 0. لماذا هذا غير عادي ؟
ج: عادة، تزداد قيمة y كلما تحركت لأعلى ولكن على شاشة V5، تزداد قيمة y كلما تحركت لأسفل. ولكن يمكنك التفكير في الأمر على أنه قيمة y تتزايد كلما ابتعدت عن الأصل (0، 0) في الجزء العلوي الأيسر من الشاشة.

في تحدي واجهة المستخدم في قسم إعادة التفكير، سيُطلب من الطلاب تطوير مشروع ينشئ أربعة أزرار على الشاشة للتحكم في مخلب وذراع Clawbot. لهذا التحدي، يُطلب منهم أيضًا عرض هذه الأزرار الأربعة على الشاشة. سيساعد هذا على توسيع نطاق تعلمك، مثل الصفحة السابقة، في إعدادهم لهذا التحدي لأن التحدي يحتوي على أربعة أزرار للبرمجة من أجلها وهذا يحتوي على اثنين فقط.

اطلب من الطلاب إضافة حدث إلى البرنامج بحيث ترسم الشاشة زرين مرئيين عند تشغيل المشروع. اقترح أن يستخدم الطلاب ميزة المساعدة في VEXcode V5 للحصول على معلومات حول كتل الأحداث والمظهر، وخاصة معلومات كتلة [رسم المستطيل]. وجه الطلاب لمراجعة كيفية تنظيم شاشة الدماغ في نظام إحداثي بناءً على عدد البكسلات عند استخدامها في كتلة [رسم المستطيل]. سيحتاجون إلى فهم ذلك من أجل تعيين المعلمات داخل تلك الكتلة. بالإضافة إلى ذلك، سيحتاجون إلى فهم كيفية بث الأحداث. في هذه الحالة، الحدث هو أزرار الرسم. يجب على

الطلاب تخطيط واختبار وتنقيح هذه التغييرات في المشروع أثناء توثيقها في دفاتر ملاحظاتهم الهندسية. للحصول على نموذج تقييم دفتر الملاحظات الهندسي الفردي، انقر فوق أحد الروابط التالية (Google Doc / .docx / .pdf)، أو انقر فوق أحد الروابط التالية لدفاتر ملاحظات الفريق (Google Doc / .docx / .pdf).

فيما يلي مثال على الحل:

للحصول على تجربة إضافية واقعية من الناحية المهنية، اطلب من الطلاب أن يطلبوا من زملائهم في الفصل تقديم ملاحظات حول اختياراتهم اللونية.
هل الألوان المختارة تجعلك ترغب في استخدام الواجهة، أم ما هي الألوان التي يفضلونها كمستخدمين ؟
جزء من تطوير واجهة مستخدم رائعة هو جمع البيانات حول تجربة المستخدم، حتى التفضيلات الجمالية.