أفضل وحدات الكاميرا الحرارية UVC لأنظمة Linux و Pi والأنظمة المدمجة

إذا كنت تعمل في خنادق بناء العتاد — سواء كنت مدمج أنظمة، أو مطور طائرات بدون طيار تقوم بتجهيز حمولات ذاتية التشغيل، أو مهندس أتمتة صناعية — فأنت تعرف الوضع جيدًا. لم يعد عنق الزجاجة الحقيقي في نشر الاستشعار بالأشعة تحت الحمراء طويلة الموجة (LWIR) هو دقة المستشعر الفيزيائي بعد الآن. الصداع الفعلي هو ما أسميه "ضريبة SDK". تشتهر وحدات النواة الحرارية التقليدية باشتراطها برامج تشغيل نواة مغلقة المصدر، وملفات ثنائية مقفلة على منصة معينة، وخطوط أنابيب برمجية احتكارية معقدة. حاول أن تجعل هذه تعمل بسلاسة مع توزيعة Linux مخصصة، أو بيئة نظام تشغيل الروبوتات الحديثة (ROS 1 أو ROS 2)، أو Raspberry Pi محدود الطاقة، وستجد نفسك سريعًا في جحيم التكامل. إنه يحرق ساعات العمل الهندسية، ويؤخر وقت وصولك إلى السوق، ويُدخل ثغرات هائلة في إعداد الحوسبة الطرفية لديك.

إليك الخلاصة: وحدات الكاميرا الحرارية القياسية من فئة الفيديو USB (UVC) تغير قواعد اللعبة بالكامل. من خلال ربط مستشعرات الميكروبولومتر LWIR غير المبردة مباشرة ببروتوكول فيديو USB الأصلي، تعرض هذه الوحدات تغذية التصوير الحراري مباشرة لبرامج التشغيل المدمجة في نظام التشغيل لديك. نحن نتحدث عن Video4Linux2 (V4L2) على Linux وواجهات برمجة تطبيقات DirectShow/MediaFoundation القياسية على Windows. إنه توصيل وتشغيل خالص. يمكنك الحصول على تدفقات بيانات إشعاعية خام أو YUV مباشرة من العلبة، مما يقلل من أعباء تكامل البرامج لديك إلى ما يقرب من الصفر، ويحرر دورات وحدة المعالجة المركزية الحرجة على اللوحة، ويجعل نشر الذكاء الاصطناعي على الحافة عمليًا بالفعل. هذا الدليل هو مخطط تصميم كامل ومختبر ميدانيًا لاختيار وتكوين وبرمجة وحدات الكاميرا الحرارية الرقمية الخام و UVC غير المبردة عالية الأداء في أنظمة Linux المدمجة.

فهم وحدات الكاميرا الحرارية UVC

توسيع الآفاق المدمجة: ما هي وحدة الكاميرا الحرارية UVC؟

عند التبسيط، وحدة الكاميرا الحرارية UVC هي ببساطة مستشعر أشعة تحت حمراء غير مبرد مقترن بواجهة خلفية رقمية على اللوحة تتحدث لغة معايير UVC القياسية لـ USB-IF. على عكس الخيارات الحرارية الاستهلاكية النموذجية التي تجبرك على تشغيل أغلفة برمجية احتكارية، تعمل نواة UVC تمامًا مثل كاميرا الويب القياسية. إنها تتصل بنظام التشغيل المضيف دون أي عناء، مما يجعلها خيارًا موثوقًا ومتعدد المنصات للمشاريع الصناعية الجادة.

دعنا ننظر تحت الغطاء. تبدأ العملية بأكملها من البصريات. يمر إشعاع الأشعة تحت الحمراء طويلة الموجة (الموجود عادة في النطاق الطيفي من 8µm إلى 14µm) عبر قطعة متخصصة من الجرمانيوم — الزجاج لا يفي بالغرض هنا — ويركز على مصفوفة من الميكروبولومترات. عادة ما تكون هذه الميكروبولومترات مصنوعة من أكسيد الفاناديوم (VOx) أو السيليكون غير المتبلور (a-Si). عندما يصطدم بها الأشعة تحت الحمراء، تغير مقاومتها بناءً على درجة حرارتها. يتم أخذ عينات من هذا التغيير بواسطة محول تناظري إلى رقمي (ADC) على اللوحة وتحويله إلى سجلات قيمة رقمية خام، عادةً بعمق 14 بت أو 16 بت.

بعد ذلك، يتولى معالج ASIC أو DSP المدمج المهام الثقيلة. فهو ينفذ تصحيحات آنية بالغة الأهمية مثل تصحيح عدم الانتظام (NUC)، واستبدال البكسلات التالفة (BPR)، والتحكم التلقائي في الكسب (AGC). ثم، بدلاً من إرسال هذه البيانات المعالجة عبر ناقل متوازي مخصص، يقوم معالج ASIC بتغليفها في حزم فيديو USB قياسية متوافقة مع UVC. سواء قمت بالتوصيل عبر USB-C أو micro-USB أو موصل JST قوي من لوح إلى لوح، يبث الجهاز مباشرة إلى مسجلات ذاكرة المعالج المضيف باستخدام التعريفات الأصلية لنظام التشغيل.

في الورشة، المكسب الأكبر هنا هو الموثوقية. إذا قمت بتحديث نواة نظام بشكل روتيني على نظام Ubuntu أو Debian، فلن يؤدي ذلك إلى تعطيل مسار المستشعر لديك. هذا أمر بالغ الأهمية عندما تقوم ببناء آلات معقدة وحرجة مثل المركبات الجوية غير المأهولة (UAVs) حيث يقوم الحاسوب المرافق بتشغيل رقعة نظام تشغيل آني مثل PREEMPT_RT. لأن المعالج المدمج في الكاميرا يتولى العمليات الحسابية التصحيحية المعقدة - NUC، واستبدال العيوب، وضغط المدى الديناميكي - فإن وحدة المعالجة المركزية المضيفة لديك لا تجهد نفسها، تاركة دوراتها حرة للرؤية الحاسوبية، أو تخطيط المسار، أو الشبكات العصبية.

مواجهة واجهات العتاد: UVC USB-C مقابل MIPI CSI-2 مقابل أجهزة بث RJ45 RTSP/IP

تقييم الوصلات البينية الفيزيائية

اختيار الوصلة الفيزيائية الصحيحة سيحدد حدود تصميمك بالكامل - فهو يثبت الحدود القصوى لمعدلات الإطارات، وحدود الدقة، وزمن انتقال النظام، والمسافة التي يمكنك مد الكابلات عبرها. عندما تكون جالساً أمام محطة CAD ترسم إعداداً لالتقاط الصور الحرارية، تجد نفسك عموماً تنظر إلى ثلاثة خيارات فيزيائية: USB، أو MIPI CSI-2، أو البث المباشر عبر إيثرنت RJ45.

واجهة UVC USB

في الورشة، نحب مسارات USB القياسية لأنها تجعل حياتنا سهلة للغاية. عبر واجهة USB 2.0 أو 3.0 فيزيائية (عادة موصل Type-C أصلي أو موصل JST من لوح إلى لوح)، تعرض الوحدة نفسها باستخدام واصفات فيديو USB أساسية وقابلة للتنبؤ. تطلب نقاط نهاية bulk أو isochronous وتضخ تيارات رقمية نظيفة وخام بصيغ YUYV أو MJPEG أو أحادية اللون. لا تجميع لتعريفات نواة مخصصة، لا معاناة مع إعدادات مصادر غريبة - إنها تعمل فحسب.

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

واجهة MIPI CSI-2

إذا كنت تضغط كل ميكروثانية من خط أنابيب المعالجة لديك، فإن MIPI CSI-2 هو الخيار الأقوى. فهو ينقل بيانات الميكروبولومتر الخام غير المضغوطة مباشرة إلى معالج إشارات الصور (ISP) على مستوى العتاد في وحدة المعالجة المركزية لديك. نحن نتحدث عن أقل زمن انتقال ممكن، حيث تصل الإطارات مباشرة إلى مخازن الذاكرة المؤقتة عبر DMA. إنه الخيار القياسي لمنصات تثبيت الطائرات بدون طيار الاحترافية حيث تعتمد حلقات التحكم في الطيران على التدفق البصري أو التتبع البصري.

لكن كن حذرًا: تكلفة التطوير باهظة. MIPI CSI-2 ليس نظام توصيل وتشغيل. إنه يفتقر إلى الواصفات ذاتية التعريف. سيتعين عليك تطوير حزم دعم اللوحة (BSP) الخاصة بك وتراكبات شجرة الأجهزة، بالإضافة إلى توجيه أزواج التفاضل عالية السرعة مع قيود صارمة لمطابقة طول المسار والمعاوقة المستهدفة على لوحة الدوائر المطبوعة لديك. إذا كنت تقوم ببناء نماذج أولية أو أنظمة ذات حجم إنتاج منخفض إلى متوسط، فقد يتحول MIPI إلى عنق زجاجة هندسي خطير.

شبكات RJ45 (وحدات RTSP/IP)

عندما تحتاج إلى إرسال دفق فيديو عبر منشأة، فأنت تريد إعدادًا شبكيًا. تدمج هذه الوحدات شريحة ASIC إضافية لضغط الفيديو على اللوحة نفسها، لتعبئة الإطارات الحرارية في تدفقات قياسية H.264 أو H.265 يتم تسليمها عبر بروتوكولات RTSP أو RTMP أو ONVIF. يمكنك تشغيل كابلات إيثرنت Cat6 لمسافة تصل إلى 100 متر دون مكرر واحد - مثالي لإعداد أنظمة الأمن المحيطي، أو مراقبات المحطات الفرعية، أو مصفوفات المراقبة الهيكلية.

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

نواة لينكس وV4L2: بنية تعريف خالصة للتوصيل والتشغيل لراسبيري باي وROS

على لوحات لينكس المدمجة الحديثة ARMv7 وARMv8 — مثل Broadcom BCM2711/BCM2712 التي تشغل راسبيري باي 4 و5 — تقوم نواة لينكس تلقائياً بتحميل uvcvideo الوحدة القياسية لحظة توصيل الجهاز. تلك الكاميرا تتوافق بشكل نظيف مع /dev/videoX.

لنقم بتخطيط هذه البنية البرمجية. تحت الغطاء، يتصل لب الكاميرا الحرارية UVC الخام عبر USB. يقوم uvcvideo التعريف الأصلي للنواة باعتراضه، وكشفه فوراً لـ V4L2 (Video4Linux2). وهذا يملأ أجهزة العقد في /dev/videoX, ، مما يسمح لأطر العمل اللاحقة — مثل عقدة كاميرا USB في ROS 1 أو حاوية كاميرا V4L2 في ROS 2 — بالتقاط التدفقات بسلاسة. وينتهي بك الأمر بموضوعات بصرية قياسية (مثل /thermal/image_raw) جاهزة لمهام الرؤية اللاحقة أو مصفوفات 16-بت عالية الدقة جاهزة للبرامج النصية الآلية.

إذا كنت تشغل بنيات نظام تشغيل الروبوت (ROS 1 أو ROS 2)، يمكنك ربط عقد التعريف القياسية مباشرة بمسار الجهاز والبدء في نشر موضوعات الصور القياسية (sensor_msgs/Image). للاستعلام عن معلمات الجهاز أو تكوينها (مثل معدلات الإطارات، أو الدقة المستهدفة، أو أوضاع الكسب) ديناميكياً دون كتابة كود، استخدم أدوات سطر الأوامر القياسية في الطرفية:

# استعلام عن أجهزة USB المسجلة في نظام V4L2

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

فك تشفير التدفق: المخزن المؤقت للإطار البصري YUV مقابل بيانات درجة الحرارة الإشعاعية الخام

بينما تقوم وحدة حرارية UVC بتدفق حزم كاميرا ويب ذات مظهر قياسي (باستخدام تنسيقات بكسل مألوفة مثل MJPEG، YUYV، أو RGB24)، عليك أن تفهم أن تدفق البيانات الناتج يمكن أن يمثل خطي أنابيب مختلفين تماماً اعتماداً على متطلبات التطوير الخاصة بك.

التدفقات البصرية المعينة بالألوان (YUYV/MJPEG)

في هذا الوضع، يأخذ DSP الموجود على الكاميرا المعلومات الحرارية الخام عالية الدقة ويحولها إلى مقياس بصري 8-بت (قيم من 0 إلى 255، غالباً ما تكون ملونة باستخدام لوحات قياسية مثل Ironbow، أو Rainbow، أو Grayscale الخام). هذا التدفق هو ما تريده إذا كنت تعرض صورة حية لشاشة بشرية، أو تبني شاشة متنقلة، أو تغذي شبكة عصبية عميقة بصرية (مثل تشغيل YOLO أو نماذج استدلال خاصة لتحديد البشر أو الآلات في الظلام الدامس).

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

التدفقات الإشعاعية الخام (Y16 / أحادية اللون 14-بت)

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

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

لتحويل بيانات المستشعر الخام هذه إلى وحدات مئوية قياسية، يمكنك تطبيق العملية الحسابية التالية على كل بكسل في بايثون أو سي++:

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

ديناميكيات الميكروبولومتر البصري: تباعد البكسل والاستجابة الطيفية

عند اختيار ودمج الميكروبولومترات غير المبردة، يحدد متغيران رئيسيان حدود التعرف المكاني: تباعد البكسل لمصفوفة الميكروبولومتر والطول البؤري البصري لمجموعة عدسة الجرمانيوم الخاصة بها.

تباعد البكسل (12 ميكرومتر مقابل 17 ميكرومتر)

تستفيد النوى الدقيقة الحديثة من مصفوفات مستشعر أكسيد الفاناديوم غير المبرد (VOx) أو السيليكون غير المتبلور (a-Si). بينما اعتمدت التصميمات القديمة على تباعد بكسل أكبر يبلغ 17 ميكرومتر، تستفيد النوى الحديثة من تباعد بكسل أضيق يبلغ 12 ميكرومتر. يوفر هذا الانخفاض في تباعد البكسل ميزة هندسية كبيرة: فهو يقلل من البصمة الفيزيائية لمصفوفة المستشعر مع الحفاظ على نفس الدقة تمامًا.

وبالتالي، يمكن لنواة 12 ميكرومتر تحقيق مجال رؤية (FOV) مطابق لمستشعر 17 ميكرومتر مع استخدام عدسة جرمانيوم بصرية أصغر وأخف وزنًا وأكثر فعالية من حيث التكلفة. في الوقت نفسه، تقلل الكتلة الحرارية المنخفضة لكل عنصر مستشعر فردي على شريحة بتباعد 12 ميكرومتر من الضوضاء الحرارية، مما ينتج عنه فرق درجة حرارة مكافئ للضوضاء (NETD) تنافسي للغاية أقل من 40 ملي كلفن أو 50 ملي كلفن.

الحسابات الميكانيكية البصرية

يتم تحديد تخطيطات المجال عن طريق حساب الدقة المكانية، والمعروفة أيضًا باسم مجال الرؤية اللحظي (IFOV). احسب البصمة النظرية للبكسل باستخدام الصيغة التالية:

حيث d هو تباعد البكسل الفيزيائي و f هو الطول البؤري البصري لعدسة الجرمانيوم. لحساب مجال الرؤية الأفقي (HFOV) لمصفوفة 640 × 512 باستخدام حزمة عدسة 9 مم على نواة بتباعد 12 ميكرومتر:

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

ملفات تعريف المنتجات الصناعية ومعايير الأداء الحقيقية

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

⚙️ **المنتج 1:** وحدة كاميرا تصوير حراري غير مبردة Mini2 بدقة 640x512/384x288/256x192 وعدسة 9 مم تدعم MIPI و UVC (مصممة للأنظمة الجوية المقيدة بالوزن).
⚙️ **المنتج 2:** وحدة كاميرا مستشعر حراري ASIC غير مبردة بدقة 640x512 تدعم RJ45 و CVBS و RTSP و IP (مصممة لمراقبي المرافق الشبكية وتكامل الأمان).

نظرة معمقة على المنتج 1: وحدة الأشعة تحت الحمراء غير المبردة MIPI 640/384/256 9 مم للطائرات بدون طيار

صُممت الوحدة الحرارية للطائرات بدون طيار Mini2 بدقة 640x512 وعدسة 9 مم للإعدادات الحساسة للوزن حيث يؤثر كل جزء من الجرام مباشرة على زمن الطيران. تمنحك هذه النواة المدمجة مرونة تكوين مذهلة لأنها توفر منفذ USB Type-C مادي أصلي (متوافق تمامًا مع فئة UVC) إلى جانب واجهة MIPI CSI-2 الخام على نفس مجموعة اللوحة.

مع تشغيل منطق المعالجة بشكل أصلي على معالج ASIC المدمج، تقدم Mini2 مصفوفات حرارية واضحة بشكل استثنائي ومفلترة من الضوضاء. صُممت لعزل الشذوذ الحراري الصغير في شبكات البحث والإنقاذ أو المسوحات الزراعية، مخترقة الدخان والضباب والليالي شديدة الظلام. توفر عدسة الجرمانيوم القياسية 9 مم مجال رؤية محسنًا يندمج بشكل جيد في المحاور المثبتة ثنائية المستشعر إلى جانب كاميرات الزوم البصرية المرئية القياسية.

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

نظرة معمقة على المنتج 2: النواة الحرارية ASIC غير المبردة RJ45 CVBS RTSP IP بدقة 640*512

عند نشر شبكات المراقبة عبر مصنع مادي، أو مصنع كيميائي، أو محيط أمني طويل، فإن وحدة ASIC غير المبردة RJ45 RTSP IP بدقة 640x512 هي الحل المتين طويل المدى. إنها تتجاوز تمامًا حدود طول كابل USB عن طريق تضمين لوحة واجهة كاملة مهيأة للشبكة فوق مستشعر التصوير.

معالج ASIC المدمج مُحسَّن عتاديًا لضغط وبث قيم الميكروبولومتر غير المبرد ديناميكيًا. ينشر تيارات H.264 القياسية مباشرة عبر شبكات IP المحلية عبر بروتوكولات RTSP القياسية. هذا يعني أنه يمكنك توصيل الكاميرا مباشرة بنظام إدارة الفيديو (VMS) الحالي لديك دون الحاجة إلى كمبيوتر مضيف مخصص بجوار الكاميرا الفعلية. مبنية حول مصفوفة VOx غير مبردة مفصلة بدقة 12 ميكرومتر، توفر هذه الوحدة الدقة المكانية الدقيقة ودقة التشخيص طويلة الأمد اللازمة لمراقبة البنية التحتية.

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

الأسئلة الشائعة لهندسة الرؤية الصناعية

يتناول قسم الأسئلة الشائعة التقني هذا تحديات التكامل العميق التي يواجهها مهندسو العتاد ومطورو البرامج المدمجة عند نشر الميكروبولومترات غير المبردة.

دليل التكامل التقني: برمجة أجهزة UVC أصليًا في C++ و Python

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

تنفيذ بايثون: الحصول على تدفقات Y16 الحرارية الخام وتطبيعها

قبل تشغيل سكربتات بايثون على لوحة التطوير المستهدفة، تأكد من تثبيت حزم النظام:

sudo apt-get install python3-opencv python3-numpy v4l-utils

يرتبط هذا السكربت بـ وحدة كاميرا حرارية UVC عبر V4L2 ويلتقط مصفوفات أحادية اللون خام 16-بت، ويعالج كل إطار لعرض إحصائيات درجة الحرارة المباشرة:

#!/usr/bin/env python3

تنفيذ بلغة C++: التقاط سريع للإطارات بزمن انتقال منخفض عبر Linux V4L2 ونواة OpenCV

لحلقات المعالجة عالية التردد، أو تتبع الأهداف المحمولة جواً سريعة الحركة، أو بناء خطوط أنابيب مدمجة منخفضة العبء، توفر لغة C++ الأصلية معدلات إطارات مثالية وأدنى عبء على النظام. لتجميع التطبيق، استخدم الأمر التالي:

g++ -O3 main.cpp -o thermal_capture `pkg-config --cflags --libs opencv4`

فيما يلي كود مصدر خط أنابيب الالتقاط منخفض زمن الانتقال:

#include <iostream>
#include <opencv2/opencv.hpp>
#include <opencv2/videoio.hpp>

// Explicitly define physical camera parameters
#define CAMERA_FPS 25
#define TARGET_WIDTH 640
#define TARGET_HEIGHT 512

int main() {
    // Instantiate raw capture driver context bound strictly via standard v4l2 backend
    cv::VideoCapture cap(0, cv::CAP_V4L2);
    
    if(!cap.isOpened()) {
        std::cerr << "Critical Error: Could not bind to target /dev/video0 interface!" << std::endl;
        return -1;
    }

    // Explicitly request video conversion bypass configuration
    // This allows the raw 16-bit pixel data array to pass untouched to the CPU memory
    cap.set(cv::CAP_PROP_CONVERT_RGB, 0);
    cap.set(cv::CAP_PROP_FRAME_WIDTH, TARGET_WIDTH);
    cap.set(cv::CAP_PROP_FRAME_HEIGHT, TARGET_HEIGHT);

    std::cout << "[SYSTEM ACTIVE] Stream started at resolution configuration: " 
              << TARGET_WIDTH << "x" << TARGET_HEIGHT << " @ " << CAMERA_FPS << " FPS" << std::endl;

    cv::Mat rawFrame;
    cv::Mat normalized8Bit;
    cv::Mat colorizedOutput;

    while(true) {
        cap >> rawFrame;
        if(rawFrame.empty()) {
            std::cerr << "[WARNING] Latency dropped a buffer packet! Frame was empty." << std::endl;
            continue;
        }

        // OpenCV interprets raw, un-RGB-converted 16-bit Y16 thermal matrices as CV_16UC1 (1-channel 16-bit)
        // Convert to standard CV_8UC1 (1-channel 8-bit) using robust automatic calibration scaling
        double minVal, maxVal;
        cv::minMaxLoc(rawFrame, &minVal, &maxVal);

        // Normalize raw data dynamically to make the thermal details visible
        double scale = 255.0 / (maxVal - minVal);
        rawFrame.convertTo(normalized8Bit, CV_8UC1, scale, -minVal * scale);

        // Apply a highly dynamic Colormap rendering pipeline
        cv::applyColorMap(normalized8Bit, colorizedOutput, cv::COLORMAP_INFERNO);

        // Render crosshairs at the center pixel location to track spatial temperature trends
        int centerX = TARGET_WIDTH / 2;
        int centerY = TARGET_HEIGHT / 2;
        
        // Grab the raw value at the crosshair and convert to representative temp
        uint16_t centerRawVal = rawFrame.at<uint16_t>(centerY, centerX);
        double centerTempCelsius = (centerRawVal / 100.0) - 273.15;

        // Print center temperature value directly onto screen buffer rendering
        std::string labelText = "Center Temp: " + std::to_string(centerTempCelsius).substr(0, 5) + " C";
        cv::putText(colorizedOutput, labelText, cv::Point(20, 40), 
                    cv::FONT_HERSHEY_COMPLEX_SMALL, 1.0, cv::Scalar(255, 255, 255), 2);
        
        // Draw crosshair overlay
        cv::line(colorizedOutput, cv::Point(centerX - 10, centerY), cv::Point(centerX + 10, centerY), cv::Scalar(0, 255, 0), 2);
        cv::line(colorizedOutput, cv::Point(centerX, centerY - 10), cv::Point(centerX, centerY + 10), cv::Scalar(0, 255, 0), 2);

        // Draw dynamic view portal on active screen
        cv::imshow("Embedded Linux Thermal Vision Terminal Portal", colorizedOutput);

        // Press 'q' or ESC (ASC-II Code 27) to break the capture loop
        char keyPress = (char)cv::waitKey(1);
        if (keyPress == 'q' || keyPress == 27) {
            break;
        }
    }

    cap.release();
    cv::destroyAllWindows();
    std::cout << "[SYSTEM CLOSE] Hardware channel freed. Terminating program operations." << std::endl;
    return 0;
}

ممارسات المعايرة وصيانة التجانس

تصحيح المجال المسطح (FFC / معايرة الغالق)

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

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

مشغلات غالق برمجية مخصصة

بينما يعمل الضبط التلقائي للكاميرا الحرارية (auto-FFC) بشكل افتراضي من تلقاء نفسه، فإن حدث الغالق هذا يجمّد دفق الفيديو لمدة تتراوح بين 200 و500 ميلي ثانية تقريبًا. في التطبيقات عالية المخاطر - مثل تتبع الأهداف من طائرة بدون طيار عالية السرعة أو هبوط مركبة ذاتية القيادة - يمكن أن يؤدي هذا التجمد المفاجئ إلى مقاطعة العمليات الحرجة.

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

توصيات التصميم المعماري

• ✅ لاستكشاف كتالوجنا الهندسي الكامل لأهداف المستشعرات الحرارية المتقدمة طويلة المدى غير المبردة، والنوى العارية للوحات، وتجميعات التحليلات الصناعية، ضع إشارة مرجعية على مدونة التصوير الحراري الرئيسية.
• ✅ للطلبات المخصصة المتعمقة, ، ومخططات توزيع الأطراف، وتوليفات العدسات المحددة، أو وثائق دعم SDK للمطورين، اتصل بمكتب الدعم الهندسي لدينا مباشرة على صفحة منتجات Purpleriver لإضفاء الحيوية على مشاريع الرؤية الآلية المدمجة الخاصة بك.