نظرة عامة معمارية: فصل التحكم في الأجهزة، والتدفقات الخام، والمعالجة

في مكتبات الكاميرا الأحادية القديمة، تكون وظائف عرض العرض - مثل التحكم التلقائي في الكسب (AGC)، ومعادلة الرسم البياني، وبحث لوحة الألوان الزائفة - موصولة مباشرة في حلقة التقاط الإطار. على جهاز كمبيوتر اختبار منضدي مع دورات فائضة، قد يبدو ذلك جيدًا. لكن في بناء مدمج محدود الموارد، إنها كارثة مطلقة. في اللحظة التي تتلعثم فيها حلقة عرض AGC أو تتنافس على تنفيذ الخيط، يتوقف خيط التقاط الإطار الخاص بك. النتيجة؟ تجاوزات المخزن المؤقت، وإطارات مسقطة، ومزامنة مستشعر مكسورة.

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

المسارات المعمارية الرئيسية:

• ⚙️ مستوى القياس والتحكم: يدير إعدادات الجهاز ثنائية الاتجاه عبر استدعاءات الإجراءات عن بُعد غير المتزامنة (RPC) أو تسلسلات قراءة/كتابة السجلات الحتمية عبر نقاط نهاية التحكم USB (EP0)، أو المنفذ التسلسلي الأصلي UART، أو I2C، أو SPI عالي السرعة. يتحكم هذا المسار في مواضع تركيز العدسة، وتبديل الكسب العالي/المنخفض، ومحفزات غالق NUC، وإزاحات الانبعاثية المحيطة، وقراءات الثرمستور في قالب المستشعر دون المساس بتيار البكسل.
• ⚙️ مستوى بث البيانات المتزامن والكمي: مصمم حصريًا لنقل الإطارات عالي الإنتاجية للعدادات الرقمية الخام غير المضغوطة أو الموترات الإشعاعية المعايرة في المصنع. تستخدم هذه القناة نقاط نهاية USB الكمية/المتزامنة، أو المسارات الافتراضية المباشرة MIPI CSI-2، أو وصلات CMOS/LVDS المتوازية لتمرير تيارات البكسل مباشرة إلى ذاكرة النظام الفعلية دون تعطيل معاملات التحكم.

في ظل هذه البنية، يقسم خط أنابيب الابتلاع البيانات الواردة مباشرة عند حدود المشغل. يسحب خيط العامل الأساسي للاستدلال قيمًا رقمية نقية غير مضغوطة بدقة 14 بت (Y14) أو 16 بت معبأة (Y16)، محافظًا على الدقة الإشعاعية الحقيقية لحسابات الرؤية الحاسوبية الحرجة. بالتوازي، يمكن لخيط عامل خفيف الوزن تشغيل معادلة الرسم البياني الهضبية (PHE) أو تخطيط النسبة المئوية الخطي لتغذية تيار شاشة 8 بت للمشغلين البشريين في أرضية الفحص أو محطة التحكم الأرضية.

تضمن هذه الحدود الصارمة أن أي تعديلات ألوان، أو منحنيات AGC، أو تحسينات عرض تطبقها للعيون البشرية لا تؤثر أبدًا أو تغير مصفوفات درجات الحرارة الفعلية التي تحتاجها حواسيب الطيران الذاتي، أو أقفال الأمان، أو خوارزميات كشف العيوب.

الطبقة الفيزيائية وبنية الناقل المدمج (USB-C، MIPI-CSI، UART/SPI)

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

الربط عبر USB 2.0 / USB-C باستخدام وحدات تمديد UVC

USB-C هو الخيار القياسي للتكامل السريع على لوحات الحامل الطرفية ووحدات المضيف x86/ARM. نظرًا لتوافقه مع معيار فئة فيديو USB (UVC 1.1/1.5)، تتم تهيئة الكاميرا أصليًا عبر أنظمة التشغيل الحديثة دون الحاجة إلى مشغلات نواة خارجية غير مستقرة. تُنقل التغذية الإشعاعية عبر تنسيقات بكسل مخصصة تُعرف بمعرفات FourCC القياسية مثل Y16 , YUYV, ، أو واصفات البث المخصصة للبائع.

هنا يتعثر التصميم الهاوي: يقوم العديد من المهندسين بتوصيل شريحة جسر USB-to-UART مساعدة فقط لتمرير أوامر التحكم إلى النواة. هذا إهدار لتكلفة قائمة المواد ومساحة لوحة الدائرة. يتواصل SDK الحراري المصمم بشكل صحيح عبر وحدات تمديد UVC (XU) مباشرة عبر نقطة نهاية التحكم USB 0 (EP0). من خلال تغليف استعلامات السجلات، وتفعيلات الغالق، وكتابات جداول البحث داخل عمليات نقل تحكم UVC الأصلية، تتخلص من سيليكون الجسر الإضافي، وتوفر مساحة اللوحة، وتزيل نقطة فشل محتملة أخرى في الأجهزة.

الربط عبر MIPI CSI-2 والوصلات الرقمية المتوازية

عند بناء محاور دقيقة أو عقد استشعار تعمل بالبطارية حيث كل غرام ومللي واط مهم، يصبح عبء متحكم مضيف USB عائقًا. هنا يتفوق التوجيه المباشر MIPI CSI-2 (الواجهة التسلسلية للكاميرا) بلا منازع. من خلال التجميعات المحورية الدقيقة أو الدوائر المطبوعة المرنة (FPC)—مثل تلك المصنعة بواسطة موليكس— تربط واجهة MIPI الدائرة المتكاملة لقراءة المستشعر (ROIC) مباشرةً بمعالج إشارات الصور (ISP) الخاص بالمعالج المضيف أو النظام الفرعي لإدخال الفيديو (VI).

• ⚙️ خطوط أنابيب DMA المباشرة للأجهزة: تتجاوز MIPI CSI-2 وحدات تحكم USB المضيفة تمامًا، باستخدام الوصول المباشر للذاكرة (DMA) لدفق بيانات الإطارات الخام مباشرةً إلى ذاكرة الوصول العشوائي للنظام مع تدخل شبه معدوم من وحدة المعالجة المركزية أو اهتزاز جدولة النواة.
• ⚙️ مزامنة الساعة دون الميكروثانية: يمكن ربط اتصالات MIPI بالأجهزة مباشرةً بدبابيس مزامنة الأجهزة، مثل خط نبضة في الثانية (PPS) خارجي أو مشغّل IMU. وهذا يضمن مزامنة على مستوى الإطار بين البث الحراري وكاميرات RGB المرئية وسحب نقاط LiDAR.
• ⚙️ نواقل تحكم منخفضة الحمل: مع تولي MIPI معالجة البكسلات الخام، ينتقل التحكم في الكاميرا إلى ناقل SPI إضافي عالي السرعة يعمل حتى 50 ميجاهرتز أو قناة واجهة تحكم كاميرا I2C موثوقة (CCI).

إذا كنت تزن خيارات الواجهات عبر لوحات حاملة واقعية، فتأكد من دراسة دليل الوحدات الحرارية لعام 2025 للتكامل السريع منخفض التكلفة.

رياضيات المعايرة الإشعاعية، صيغ بلانك، واستقبال المستشعر

دعنا نوضح مفهومًا خاطئًا شائعًا: الميكروبولومتر غير المبرّد لا يُخرج قراءة درجة حرارة مباشرة. الأشعة تحت الحمراء التي تمر عبر العدسة تصطدم بأغشية أكسيد الفاناديوم المصغرة المعلقة فوق تجاويف السيليكون في ROIC. تلك الطاقة الممتصة تغيّر المقاومة الكهربائية للمادة. تقوم ROIC بأخذ عينات من تلك التحولات كجهود تناظرية وترقمنها إلى أعداد صحيحة خام بدون إشارة 14-بت أو 16-بت، تُعرف عالميًا بالأرقام الرقمية (DN). تحويل تلك العدادات الخام إلى وحدات هندسية موثقة يتطلب فهمًا راسخًا لـ فيزياء التصوير بالأشعة تحت الحمراء.

معادلة بلانك الإشعاعية المعكوسة

لتحويل الأرقام الرقمية الخام ($DN$) إلى درجات حرارة مطلقة بالكلفن ($T_{obj}$)، يعزل SDK التدفق الفعلي المنبعث من الجسم ويقيّم منحنى تجريبيًا معكوسًا لقانون بلانك الإشعاعي:

المتغيرات B, R, و F تمثل ثوابت معايرة خاصة بالمستشعر أُنشئت على منصة معايرة الجسم الأسود الآلية في المصنع وخُزنت في ذاكرة الكاميرا غير المتطايرة المدمجة. المصطلح S_obj هو التدفق الإشعاعي القادم حصريًا من الجسم الهدف، معزولًا عن الانعكاسات المحيطة الخلفية والتوهين الجوي.

التعويض عن المتغيرات البيئية والبصرية

في البيئات الواقعية، يكون إجمالي تدفق الأشعة تحت الحمراء الساقط على مصفوفة الميكروبولومتر ($S_{total}$) مجموعًا لثلاث مدخلات إشعاعية مميزة:

• ⚙️ الانبعاث الحراري المباشر للهدف، المحدد بانبعاثيته السطحية ($\varepsilon$) والمُوهَّن بالنفاذية الجوية ($\tau_{atm}$).
• ⚙️ الانعكاسات البيئية المنتشرة المرتدة عن الهدف، مضروبة في الانعكاسية $(1 - \varepsilon)$ ونفاذية المسار الجوي ($\tau_{atm}$).
• ⚙️ طاقة الأشعة تحت الحمراء الشاردة المنبعثة من عمود الهواء نفسه بين العدسة والهدف، متناسبة مع $(1 - \tau_{atm})$.

بجمع ذلك معًا في معادلة التدفق الإشعاعي الشاملة:

تتولى حزمة تطوير برمجيات صناعية موثوقة هذه التحويلات خلف الكواليس. وبالاستفادة من تعليمات SIMD (مثل ARM NEON على أنوية Cortex-A أو AVX2 على شرائح x86)، تحوّل الإطارات الخام ذات الأعداد الصحيحة 16 بت إلى مصفوفات حرارة كاملة بالفاصلة العائمة في الزمن الحقيقي. تقوم بإدخال المعاملات الجوية الحية — انبعاثية الهدف، ودرجة الحرارة المنعكسة المحيطة، ومسافة الهدف، والرطوبة النسبية — وتقوم حزمة التطوير بإعادة حساب مصفوفة الخرج ديناميكيًا بشكل فوري.

لمطابقة عتاد المستشعر المناسب مع قيود تطبيقك، راجع دليل اختيار وحدة VOx الحرارية غير المبردة للذكاء الاصطناعي الطرفي.

خطوط أنابيب الذاكرة بدون نسخ لتسريع الذكاء الاصطناعي الطرفي المدمج

نشر الشبكات العصبية الالتفافية أو محولات الرؤية على أهداف طرفية مثل NVIDIA Jetson Orin Nano أو Jetson AGX Orin أو Rockchip RK3588 أو Raspberry Pi 5 يتلخص في أمر واحد: إبقاء ناقل الذاكرة خاليًا. الخطأ الأكثر شيوعًا الذي نراه في خطوط أنابيب الرؤية الحرارية هو النسخ المتكرر للمخازن المؤقتة بين مساحة التعريف وذاكرة المستخدم وسياقات تشغيل التعلم الآلي.

تأمل خط الأنابيب القياسي غير الفعال: يقوم تعريف Linux V4L2 بإلقاء إطار في مخازن مؤقتة معينة بالذاكرة، ويقوم التطبيق بنسخ تلك الذاكرة نسخًا عميقًا إلى مخزن مؤقت في مساحة المستخدم، ويلفها في OpenCV قياسي cv::Mat, ، ثم يدفعها عبر PCIe إلى ذاكرة CUDA الموحدة. هذا النسخ المستمر يحرق دورات وحدة المعالجة المركزية، ويرفع معدلات فقدان الذاكرة المخبئية، ويرفع زمن الانتقال بشكل كبير.

إليك كيف تبني حزمة تطوير حرارية عالية الأداء خط أنابيب مبسطًا بدون نسخ:

• ✅ الالتقاط من النواة عبر DMA-BUF: بدلاً من تخصيص مصفوفات منفصلة في مساحة المستخدم، تأخذ حزمة التطوير المخازن المؤقتة V4L2 المعينة بالذاكرة (V4L2_MEMORY_MMAP) وتصدرها مباشرة كواصفات ملفات DMA-BUF قياسية.
• ✅ التعيين المباشر لذاكرة العتاد الموحدة: بتسليم DMA-BUF واصفات الملفات هذه مباشرة إلى واجهات برمجة التطبيقات الخاصة بالمنصة (مثل NvBuffer أو مساحات الذاكرة الموحدة من NVIDIA)، يصبح الإطار الحراري الوارد قابلًا للعنونة فورًا من قبل وحدة معالجة الرسومات أو DLA أو ISP دون لمس وحدة المعالجة المركزية.
• ✅ ضغط النطاق الديناميكي المعجل بالعتاد: عندما تحتاج إلى تغذية شبكات تقليدية ثلاثية القنوات (مثل YOLOv8 أو MobileNet)، يتم تحويل العدّادات الإشعاعية 14 بت إلى نطاق ديناميكي 8 بت مباشرة عبر أنوية CUDA مخصصة أو كتل ISP عتادية، متجاوزًا اختناقات خيوط وحدة المعالجة المركزية تمامًا.
• ✅ التقييم المتوازي للموترات والإشعاع: تُعيَّن مؤشرات الإطارات الخام 16 بت مباشرة إلى أسطح ذاكرة CUDA (مثل cudaSurfaceObject_t أو cv::cuda::GpuMat). يمكن لنظامك تنفيذ تصنيف الأجسام بالتعلم العميق مع تشغيل فحوصات العتبة على مستوى البكسل في الوقت نفسه عبر البيانات الحرارية الخام — مع الحفاظ على معدلات إطارات كاملة تبلغ 50 هرتز دون اختناق حراري.

ملفات تعريف الأجهزة الإنتاجية: مقارنة نوى Mini 640 وMini 384

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

مقارنة Mini 640 مقابل Mini 384 الأساسية

ملفات النواة التفصيلية

وحدة نواة كاميرا تصوير حراري مصغرة غير مبردة LWIR USB بدقة 640*512

الـ ميني 640 هي قوة صناعية مصممة خصيصًا للتطبيقات التي تتطلب كثافة بكسل عالية داخل غلاف فائق الاكتناز بأبعاد 21مم × 21مم. بدقة أصلية 640×512 (مع وضع قص 640×480 قابل للتحديد برمجيًا عبر السجل)، صُممت هذه النواة لمنصات الاستطلاع الجوي، وأنظمة أمن المحيط، وفحص البنية التحتية عالي الدقة.

مع تباعد بكسلات 12μm، تفصل هذه الوحدة التدرجات الحرارية الدقيقة على مسافات مراقبة كبيرة عند إقرانها ببصريات جرمانيوم طويلة البؤرة (من 5مم حتى 150مم). ينقل خط أنابيب USB-C الفردي في الوقت نفسه إطارات إشعاعية نظيفة غير مضغوطة 14-بت/16-بت إلى جانب التحكم بالسجلات عبر وحدات امتداد UVC، مما يجعلها خيارًا مثاليًا عندما يكون حجم الحمولة وتوازن المنصة من الأولويات القصوى.

عرض تفاصيل المنتج والأسعار ➔

وحدة كاميرا حرارية مصغرة غير مبردة 384*288 للطائرات بدون طيار

الـ ميني 384 هي الخيار العملي للميزانيات المحدودة من حيث SWaP-C (الحجم، الوزن، الطاقة، والتكلفة). مبنية حول مصفوفة ميكروبولومتر VOx غير مبردة بدقة 384×288 مع نفس تباعد البكسلات 12μm وحساسية حرارية ≤40 mK، تحقق توازنًا مثاليًا بين الحمل الكهربائي المنخفض، والوزن الأدنى، والأداء الإشعاعي العالي.

ما يميز Mini 384 في الميدان هو مجموعة واجهاته المتعددة. يخرج فيديو CVBS تناظريًا للاتصال المباشر مع أجهزة إرسال الطائرات المسيّرة التناظرية القديمة 5.8 جيجاهرتز، مع تشغيل واجهات USB-C UVC القياسية وSPI/UART التسلسلية للوحات الحوسبة الرقمية. يدعم نطاقات حرارة مزدوجة الكسب واسعة من -20°C حتى +650°C، مما يجعله خيارًا موثوقًا لفحص الخزانات الكهربائية، ومهام البحث بالطائرات المسيّرة، والصيانة التنبؤية للمنشآت.

للحصول على خرائط دبابيس الموصل التفصيلية، وأنماط التثبيت الميكانيكية، وخطوات إعداد التعريفات، راجع دليل دمج نواة الكاميرا الحرارية 384x288.

عرض تفاصيل المنتج والأسعار ➔

مخطط تنفيذ ملموس: استخراج خام C++ وPython

لنلقِ نظرة على كود عملي. فيما يلي مخططات جاهزة للإنتاج بلغة C++ الحديثة وPython توضح كيفية استقبال تدفق إشعاعي خام 16-بت وتحويل الأرقام الرقمية (DN) إلى مصفوفات مئوية معايرة دون التورط في اختناقات النسخ في مساحة المستخدم.

محرك الاستقبال الإنتاجي بلغة C++

يستهدف هذا التطبيق بلغة C++ الواجهة الخلفية Linux Video4Linux2 (V4L2) في OpenCV، مقفلًا عقدة الالتقاط في وضع استخراج الأعداد الصحيحة الخام 16-بت (Y16 ) ومنفذًا تحويل بلانك المعكوس:

#include <iostream>
#include <vector>
#include <cmath>
#include <opencv2/opencv.hpp>

// Factory-calibrated Planck coefficients (extracted from sensor EEPROM)
constexpr float SENSOR_PLANCK_B = 1428.0f;
constexpr float SENSOR_PLANCK_F = 1.0f;
constexpr float SENSOR_PLANCK_R = 224056.0f;

class ThermalCorePipeline {
public:
    explicit ThermalCorePipeline(int deviceIndex) {
        // Open the thermal core through standard Linux V4L2 capture
        captureNode.open(deviceIndex, cv::CAP_V4L2);
        if (!captureNode.isOpened()) {
            throw std::runtime_error("Sensor capture initialization failed: device node inaccessible.");
        }

        // Set FourCC to raw 16-bit linear integer stream (Y16)
        captureNode.set(cv::CAP_PROP_FOURCC, cv::VideoWriter::fourcc('Y', '1', '6', ' '));
        captureNode.set(cv::CAP_PROP_FRAME_WIDTH, 640);
        captureNode.set(cv::CAP_PROP_FRAME_HEIGHT, 512);
        captureNode.set(cv::CAP_PROP_CONVERT_RGB, false); // Preserve raw byte structures
    }

    // Convert raw 16-bit digital values to calibrated Celsius temperatures
    cv::Mat ExtractCelsiusMatrix(const cv::Mat& rawFrame, float emissivity = 0.97f) {
        cv::Mat celsiusMatrix(rawFrame.rows, rawFrame.cols, CV_32FC1);

        for (int row = 0; row < rawFrame.rows; ++row) {
            const uint16_t* rawDataPtr = rawFrame.ptr<uint16_t>(row);
            float* outputDataPtr = celsiusMatrix.ptr<float>(row);

            for (int col = 0; col < rawFrame.cols; ++col) {
                // Mask the 14-bit digital value, discarding ROIC telemetry flags
                uint16_t rawCount = rawDataPtr[col] & 0x3FFF;

                // Scale target flux using the target's emissivity coefficient
                float targetFlux = static_cast<float>(rawCount) / emissivity;

                // Invert the Planck equation to derive Kelvin temperature
                float kelvin = SENSOR_PLANCK_B / std::log((SENSOR_PLANCK_R / targetFlux) + SENSOR_PLANCK_F);

                // Convert Kelvin to Celsius
                outputDataPtr[col] = kelvin - 273.15f;
            }
        }
        return celsiusMatrix;
    }

    void ProcessNextFrame() {
        cv::Mat rawFrame;
        if (captureNode.read(rawFrame)) {
            cv::Mat calibratedCelsius = ExtractCelsiusMatrix(rawFrame);
            
            // Sample a 3x3 pixel area at the image center
            cv::Rect centerRegion(319, 255, 3, 3);
            cv::Scalar meanTemp = cv::mean(calibratedCelsius(centerRegion));
            
            std::cout << "[TELEMETRY] Central Region Temperature: " 
                      << meanTemp[0] << " C" << std::endl;
        }
    }

    ~ThermalCorePipeline() {
        if (captureNode.isOpened()) {
            captureNode.release();
        }
    }

private:
    cv::VideoCapture captureNode;
};

int main() {
    try {
        ThermalCorePipeline pipeline(0);
        for (int i = 0; i < 30; ++i) {
            pipeline.ProcessNextFrame();
        }
    } catch (const std::exception& ex) {
        std::cerr << "Execution Fault: " << ex.what() << std::endl;
        return -1;
    }
    return 0;
}

خط أنابيب القياس الإشعاعي الطرفي بلغة Python

للإعدادات المتمحورة حول Python، تكرار الحلقات قاتل للأداء. يستخدم هذا السكربت عمليات NumPy الموجهة عبر مخزن الإطارات الخام لتحويل العدادات الخام إلى موترات حرارة بسرعة الخط:

import cv2

الانجراف الحراري، تخفيف زمن انتقال الغالق، وضبط NETD

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

تخفيف زمن استجابة الغالق وتجميد الصورة

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

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

إليك كيفية تعاملنا مع زمن استجابة الغالق في العالم الحقيقي:

• ⚙️ أقفال الغالق البرمجية: قم بإيقاف دورات NUC التلقائية في الخلفية تمامًا عن طريق كتابة SET_NUC_AUTO_MODE = 0 عبر واجهة تحكم SDK. هذا يضع البرنامج المضيف في التحكم، مما يسمح لحاسوب الطيران بتشغيل نبضة معايرة فقط خلال نوافذ التشغيل الآمنة—مثل التحويم الثابت أو نقاط الطريق بين عمليات الفحص.
• ⚙️ تعويض الانجراف الخوارزمي بدون غالق: بالنسبة للأنظمة الحرجة التي لا تتحمل أي نقاط عمياء، استخدم أوضاع التصحيح بدون غالق. يقرأ SDK الثرمستورات المدمجة على خلية العدسة وركيزة ROIC، مستخدمًا نموذجًا متعدد الحدود ديناميكيًا للتنبؤ رياضيًا بالانجراف الحراري عبر المصفوفة وتصفيته دون إسقاط علامة الغالق الميكانيكي أبدًا.

تحسين فرق درجة الحرارة المكافئ للضوضاء (NETD)

يقيس فرق درجة الحرارة المكافئ للضوضاء (NETD) أصغر فرق درجة حرارة يمكن للمستشعر استخراجه من ضوضاء الخلفية. يتميز كل من Mini 640 وMini 384 بتصنيفات ≤40 mK في الاختبارات المعملية. لكن التكامل الكهربائي والميكانيكي السيئ على لوحة حاملة مضيفة يمكن أن يرفع ذلك بسهولة إلى 80 mK مشوشة.

• ✅ توصيل طاقة نظيف من اللوحة الحاملة: ضوضاء التبديل عالية التردد على خطوط الطاقة 3.3V أو 5V تحقن الضوضاء بسهولة في محولات ROIC التناظرية إلى الرقمية الحساسة. غذِّ وحدة الكاميرا من منظمات منخفضة التسرب (LDO) مخصصة، وحافظ على التموج عالي التردد أقل من 15 mV RMS.
• ✅ ضبط معاملات المرشح الزمني: يدمج SDK مرشحات استجابة نبضية لا نهائية (IIR) قابلة للتكوين ومرشحات ضوضاء مكانية-زمانية تكرارية. يؤدي تفعيل هذه الكتل إلى تنظيف الضوضاء الحرارية عالية التردد عبر الإطارات المتتالية دون تشويش الأهداف سريعة الحركة عبر مجال الرؤية.

الأسئلة الشائعة الهندسية الشاملة