Module de caméra thermique RAW 14 bits : FlexMini 640 vs InfiRay Mini2 640

Ce que signifie Y14 dans un conteneur Y16

Y16 indique à l'hôte comment les échantillons en niveaux de gris sont stockés : deux octets par pixel. Cela n'indique pas à l'hôte que ces échantillons contiennent 16 bits utiles du capteur, ni que chaque valeur représente une température. La largeur de stockage et la signification de l'image nécessitent des réponses distinctes.

Le guide MD décrit la source RAW comme des niveaux de gris Y14 dans un conteneur 16 bits. La spécification du format luma Linux V4L2 note également que la précision d'échantillonnage Y16 peut être inférieure à 16 bits. Pour cette configuration MD, la sortie est données d'image non radiométriques, et non à des valeurs de température étalonnées pour chaque pixel.

Avant d'implémenter un décodeur, confirmez l'alignement des bits et la mise à l'échelle de la source choisie. La documentation disponible ne définit pas de disposition universelle des 14 bits de poids faible, de décalage fixe ou de plage d'échantillonnage. Une formule de conversion provenant d'une autre caméra thermique ne remplace pas ces informations.

Sélectionnez une source prise en charge, puis vérifiez la source active

Commencez par ce que le micrologiciel installé expose réellement. Page 4 du guide public introduit ces sélecteurs de source ; les ressources MD actuelles clarifient leurs contrôles de capacité. Le masque de capacité détermine lesquels peuvent être utilisés sur le module associé.

Les sélecteurs NUC (1) et SFFC (2) distincts ont été supprimés. Leurs entrées dans le tableau explicatif du guide ne doivent pas être considérées comme des options sélectionnables.

1. Lire caps_mask et l'état actuel de la source.
2. Demander une source disponible et inspecter selected_source et pending.
3. Si la modification est en attente, redémarrez le flux Y16.
4. Lire active_source pour vérifier la sélection effective.

L'état demandé n'est pas identique à l'état actif. Considérez la relecture comme le contrôle d'achèvement, et non simplement la réponse SET réussie. La sélection de la source s'effectue uniquement à l'exécution et n'écrit pas dans la mémoire Flash ; ne présumez pas d'une source par défaut ou d'une conservation des paramètres après un cycle d'alimentation.

D'une mise à niveau adaptée à la capture de trames sous Linux

1. Confirmer le package de mise à jour

Avant la mise à niveau, validez avec CAMCUDA la révision du module et de la carte, l'interface, l'hôte et le firmware compatible. Le guide public présente un utilitaire de mise à niveau Windows et préconise un cycle d'alimentation si l'appareil n'a pas redémarré une fois l'opération terminée. Un nom de fichier plus récent ne constitue pas, à lui seul, une vérification de compatibilité.

2. Énumérer le périphérique vidéo réel

Le guide utilise la commande suivante pour lister les formats disponibles. /dev/video0 est un exemple de chemin ; identifiez le périphérique approprié sur votre hôte.

v4l2-ctl -d /dev/video0 --list-formats-ext

Recherchez Y16 et inspectez les tailles et intervalles annoncés. Le guide illustre du 640×512 à 50 fps ; les performances de réception en continu doivent encore être confirmées sur le module livré et l'hôte. L'API Linux sépare l'énumération de format de la négociation de format. Vérifiez le format renvoyé par le pilote plutôt que de supposer qu'il a accepté la requête sans modification.

Effectuez trois vérifications distinctes : format annoncé, source d'image active et trames reçues. Voir Y16 dans la liste répond à la première question. La lecture de l'état de la source répond à la deuxième. La capture sur l'hôte prévu répond à la troisième. Le fait de séparer ces vérifications rend une demande d'assistance bien plus utile que de signaler simplement qu'une image semble incorrecte.

3. Utiliser l'exemple de capture correspondant

L'exemple Linux se compile avec make. Le guide présente ensuite cette commande de capture :

./raw_y16_grab /dev/video0 frame_y16.raw 640 512 5 frame_y16.pgm 10

Il s'agit de l'exemple de commande fourni dans le guide. Utilisez le fichier README correspondant pour la définition des arguments et adaptez le chemin du périphérique à votre hôte ; ne déduisez pas la fonction de chaque valeur d'après sa position. Confirmez la source active et conservez le tampon d'origine avant de transmettre les trames à un algorithme.

Préservez le buffer RAW et dépannez la bonne couche

L'exemple de capture fourni enregistre des trames consécutives en little-endian uint16 trames sans en-tête par trame. Pour sa disposition de stockage de deux octets en 640×512, une trame contient 655 360 octets. Cette taille de fichier ne constitue ni une mesure de débit de transfert ni une règle universelle de stride du pilote.

Le fichier PGM optionnel est un aperçu 8 bits étiré par centiles: utile pour visualiser la scène, mais différent du tampon d'analyse d'origine. Conservez le fichier RAW ainsi que l'état de la source et le format négocié. Dans le cas contraire, une transformation d'affichage pourrait être confondue avec une modification des données acquises.

Pour les travaux de comparaison, conservez un fichier d'acquisition intact et documentez la sortie consommée par chaque étape de traitement. Un aperçu d'affichage et une trame RAW ne doivent pas être comparés comme s'il s'agissait de la même représentation. Cette séparation élémentaire permet à l'équipe d'intégration et à CAMCUDA d'échanger sur le chemin de données sans avoir à deviner ce que contient une capture d'écran.

Convenez de contrôles de recette pour la configuration livrée : comportement lors du basculement de source, comportement de l'obturateur et performances de réception des trames sur l'hôte cible. Conservez un historique concis des révisions de module et de carte, du firmware, de la source sélectionnée et active, du mode et des fichiers de sortie. Il s'agit de vérifications pratiques pour l'évaluation, qui ne sauraient remplacer la mesure de la configuration que vous prévoyez de déployer.

CAMCUDA FlexMini 640 en un coup d'œil

Utilisez ce récapitulatif pour structurer l'évaluation, puis consultez la page actuelle du produit pour connaître les configurations, les options optiques et les références de commande. Les spécifications matérielles et le chemin d'acquisition lié au firmware sont répertoriés séparément.

Guides, ressources SDK et compatibilité

Les guides de quatre pages en anglais et en allemand regroupent la procédure de mise à niveau, la vérification du format Linux, l'exemple de capture et la référence du sélecteur de source au même endroit.

• Guide de mise à niveau du firmware et RAW/Y16 en anglais · PDF
• Guide en allemand : mise à niveau du firmware et RAW/Y16 · PDF
• SDK MD et ressources d'intégration · Google Drive

Compatibilité du SDK : l'en-tête principal du SDK de contrôle v1.11.0 examiné fait référence à ir_ctrl_temperature.h, qui est absent de ce package. Procurez-vous un package correspondant corrigé et confirmez la compatibilité de l'en-tête, de la bibliothèque et du matériel avant l'intégration au build. Il ne s'agit pas d'une version de SDK complète et prête pour la compilation. L'exemple indépendant de capture Linux V4L2 est distinct de cette limitation de packaging.

Il s'agit de ressources d'intégration actuelles, et non d'un historique des versions du client. Confirmez le package approuvé, car le contenu des dossiers partagés peut changer. Lorsque les libellés des dossiers du guide et de l'archive diffèrent, utilisez les noms de base des fichiers pour identifier les outils appropriés.

Vous envisagez une évaluation ? Précisez votre plateforme hôte, objectif, interface, source requise et quantité via la page produit MD. CAMCUDA peut examiner la configuration demandée avant que vous ne vous engagiez dans l'intégration.