Un module infrarouge a-t-il besoin d’un SDK ?
Un SDK de module infrarouge n’est pas toujours obligatoire, mais dans la plupart des projets OEM il influence directement le cycle de développement, la cohérence des mesures thermiques et le coût de maintenance. La conclusion est simple : si le système ne fait qu’afficher une vidéo, un SDK peut être inutile ; si l’application doit récupérer des données brutes, mesurer la température, piloter une optique, synchroniser une tourelle, exécuter un algorithme IA ou gérer l’étalonnage en série, il faut presque toujours un SDK ou une documentation logicielle équivalente.
À quoi sert un SDK de module infrarouge ?
Un SDK couvre généralement quatre familles de fonctions : contrôle du périphérique, acquisition d’image, configuration des paramètres et interprétation des données. Les commandes typiques incluent la correction NUC par obturateur, l’activation AGC, l’amélioration de détails DDE, le zoom électronique, les palettes pseudo-couleur, les plages de température, le temps d’intégration, la fréquence d’image, le moteur d’objectif, le déclenchement FFC et la lecture d’état du module.
La couche de données est souvent encore plus critique. Pour un module 640×512 en 16 bit à 30 Hz, le débit brut est d’environ 640×512×16×30, soit près de 157 Mbit/s. Pour un capteur 1280×1024 à 30 Hz, on atteint environ 629 Mbit/s. Selon que l’interface soit MIPI, LVDS, USB, GigE ou Camera Link, le pilote, la mise en tampon et la gestion des pertes de trames ne seront pas les mêmes. Sans SDK, l’équipe doit interpréter elle-même les en-têtes de trame, horodatages, tables de pixels défectueux, métadonnées thermiques et protocoles de commande, ce qui allonge souvent la phase de mise au point.
Avec un module LWIR non refroidi comme le SPECTRA L06 640×512 LWIR 12μm, une simple sortie vidéo et quelques menus de base peuvent être intégrés avec une documentation d’interface. En revanche, si la carte hôte doit lire les niveaux de gris bruts 14/16 bit pour appliquer un traitement propriétaire, le SDK réduit fortement le risque d’intégration.
Quand peut-on intégrer un module infrarouge sans SDK ?
Le premier cas est l’intégration orientée affichage. Le module sort un flux BT.656, HDMI, vidéo analogique ou numérique déjà traité, et le système se limite à l’affichage, l’enregistrement ou la retransmission réseau. Les sujets prioritaires deviennent alors l’alimentation, la dissipation thermique, la fixation mécanique, le format vidéo et la CEM. Un SDK complet n’est pas forcément nécessaire.
Le deuxième cas concerne les projets disposant déjà d’une chaîne ISP ou FPGA mature. Certains intégrateurs connectent directement les données LVDS ou MIPI à un FPGA, puis gèrent eux-mêmes la synchronisation ligne/trame, les buffers, l’AGC et l’amélioration d’image. Dans ce scénario, une table de registres et un protocole de communication peuvent suffire.
Le troisième cas est celui d’un équipement de série à paramètres fixes. Par exemple, le module démarre toujours avec la même fréquence d’image, la même palette et la même plage de mesure ; l’hôte ne lit que l’image vidéo. Cette approche limite la dépendance logicielle, mais elle suppose que le fournisseur garantisse un firmware stable, un protocole complet et une gestion claire des versions.
Ne pas utiliser de SDK ne signifie donc pas travailler sans interface. Il faut au minimum obtenir l’interface électrique, les timings, le protocole de commande, les codes d’erreur, les règles de version et la procédure de mise à jour. Sinon, un changement de lot, d’objectif ou de firmware peut devenir difficile à diagnostiquer.
Un SDK de module infrarouge est-il indispensable pour la thermométrie ?
Dès qu’un projet implique la mesure de température, l’intérêt du SDK augmente nettement. La thermométrie ne consiste pas à convertir linéairement une valeur de gris en température. Elle dépend aussi de la réponse du détecteur, de la correction de non-uniformité, de l’émissivité, de la température réfléchie, de la température ambiante, de l’humidité, de la distance, de la transmission atmosphérique et de la transmission de l’objectif.
Si le système doit fournir un point central, une température maximale, minimale, moyenne par zone, des isothermes ou une matrice thermique, il est préférable de choisir un module livré avec SDK thermométrique. La raison est directe : la chaîne de température doit être traçable. En inspection électrique, une erreur de 2°C peut modifier le classement d’un défaut. Le SDK devrait au moins fournir les valeurs thermiques natives, une fonction de conversion, le réglage des paramètres radiométriques, des statistiques ROI et la lecture de version d’étalonnage.
La norme ISO 18434-1:2008, consacrée à la thermographie pour la surveillance d’état des machines, traite notamment de l’émissivité, de la température apparente réfléchie et de l’atténuation du milieu. La qualification des opérateurs en thermographie est également couverte par ISO 18436-7:2014. En pratique, il ne suffit donc pas de demander si le module “fait de la mesure”. Il faut vérifier si les paramètres radiométriques peuvent être écrits par interface, et si les résultats peuvent être lus de manière synchronisée à chaque trame.
Comment choisir entre MIPI, GigE et SDK pour l’IA ?
Dans les systèmes embarqués, MIPI CSI-2 est courant. Son avantage est une intégration compacte au niveau carte, avec une faible latence. Il convient bien aux drones, robots mobiles et applications embarquées véhicule. Dans un système bi-bande comme le FUSION LV0625A 640×512+2560×1440 MIPI 35mm, le SDK ou le pack pilote doit gérer la synchronisation des deux flux, les horodatages, les paramètres ISP et l’alignement des données avant fusion.
GigE convient mieux aux câbles longs, aux PC industriels et aux architectures distribuées. Le débit théorique d’un lien 1 GbE est de 1000 Mbit/s, mais le débit utile réel est inférieur. Un flux infrarouge brut 1280×1024, 16 bit, 30 Hz approche déjà 629 Mbit/s. Avec les surcharges de protocole, les files d’attente et la gigue de buffer, le risque de perte de trames doit être évalué sérieusement. Dans ce contexte, les files de tampon, callbacks et statistiques de pertes exposées par le SDK ont une vraie valeur opérationnelle.
Les systèmes IA ajoutent une autre contrainte : le format d’entrée du modèle. Avec un système comme NEXUS LV0619B AI multi-band Ethernet/SDI, le SDK ne sert pas seulement à récupérer une image. Il doit aussi gérer l’alignement multi-bandes, la normalisation, la sortie des résultats d’inférence et les déclenchements externes. Sans ces fonctions, l’équipe IA risque de consacrer une part importante du projet au nettoyage, à la synchronisation et à la qualification des données plutôt qu’au modèle lui-même.
Quelles questions poser au fournisseur avant l’achat ?
Il est recommandé d’inscrire le SDK comme livrable technique dans le cahier des charges, et non de se limiter à une confirmation orale. Les points essentiels sont les suivants : prise en charge Windows, Linux et ARM Linux ; langages C/C++, Python ou C# ; présence de fichiers d’en-tête, bibliothèques dynamiques, exemples de projet et documentation API ; accès aux données brutes 14/16 bit ; prise en charge d’une matrice de température ; règles de thread-safety ; compatibilité API après mise à jour firmware ; licence liée ou non au périphérique ; possibilité de déploiement hors ligne en production.
Une approche pragmatique consiste à utiliser le SDK pour valider rapidement le prototype, tout en exigeant la documentation du protocole bas niveau pour la phase de série. Cela évite de dépendre entièrement d’une bibliothèque propriétaire. Un équipement d’affichage simple peut se passer de SDK ; un projet de thermométrie, d’IA, de fusion bi-bande, de charge utile drone ou de maintenance longue durée doit privilégier un module infrarouge avec SDK complet, protocole ouvert et traçabilité de version.
FAQ
Un module avec seulement une sortie vidéo a-t-il besoin d’un SDK ?
Pas nécessairement. Si le format vidéo, la résolution, la fréquence d’image et le protocole de commande sont clairement documentés, l’hôte peut afficher le flux de manière stable sans SDK complet.
La thermométrie impose-t-elle toujours un SDK ?
Elle ne l’impose pas juridiquement, mais elle le rend fortement recommandé. Les paramètres radiométriques, les données d’étalonnage et l’interprétation d’une matrice thermique sont trop sensibles pour être reconstruits approximativement à partir d’une image 8 bit.
Un SDK peut-il créer un risque en production ?
Oui. Il faut vérifier la version d’API, le mode de licence, le déploiement hors ligne, la compatibilité firmware et le support long terme. La documentation du protocole bas niveau doit rester disponible.
Pour un projet IA, faut-il surtout un SDK ou des données brutes ?
Les deux sont importants. Le SDK assure l’acquisition stable, la synchronisation et les métadonnées ; les données 14/16 bit conservent davantage d’information thermique que les images pseudo-couleur 8 bit, ce qui est souvent préférable pour l’entraînement et l’inférence.
