HIKROBOT · MVS
Acquisition MVS, déclenchement, paramètres, enregistrement des données et adaptation SDK unifiée
- Conditions d'adaptation
- Modèle de caméra, SDK, interface et système cible
Pour les équipementiers et les équipes R&D des entreprises
Développement secondaire du SDK d'équipement visuel de marque et adaptation du système
Sur la base de modèles d'équipement spécifiques et d'interfaces ouvertes du fabricant, la collecte d'images ou de nuages de points, le contrôle des paramètres, le logiciel de tâches, le SDK unifié et le développement de l'accès au système existant sont réalisés.
Déterminer la portée du développement en fonction du modèle d'appareil et des interfaces ouvertes
Les documents de développement des fournisseurs sont utilisés pour vérifier l'interface et la portée fonctionnelle. Citer des informations ne signifie pas que JIVISION a réalisé toutes les adaptations du modèle, ni que JIVISION a une relation d'agence, de certification ou de partenariat.
Basler · pylon
acquisition de pylônes, paramètres, événements, traitement des données et applications des appareils
- Conditions d'adaptation
- Spécifier la caméra, les composants du SDK et le système cible
Allied Vision · Vimba X
Collection Vimba X, contrôle des fonctionnalités, notification d'état et packaging d'applications
- Conditions d'adaptation
- Modèle, couche de transport et version
Teledyne IIS · Spinnaker
Acquisition de spi, déclenchement, contrôle par caméra et applications industrielles
- Conditions d'adaptation
- Modèles de caméras industrielles pris en charge ; Les produits d'imagerie thermique FLIR ne sont pas couverts par cette
IDS · IDS peak
Acquisition de pic IDS, configuration, traitement d'images et adaptation du terminal
- Conditions d'adaptation
- Modèle, couche de transport et plateforme d'exploitation
LUCID · Arena
Acquisition d'arène, données paramétriques, de profondeur ou de polarisation et logiciels d'application
- Conditions d'adaptation
- Modèles spécifiés et leurs fonctionnalités disponibles
Baumer · neoAPI
Acquisition neoAPI, contrôle des paramètres, adaptation multi-caméras et terminaux
- Conditions d'adaptation
- Caméra, interface, système d'exploitation et SDK
JAI · eBUS SDK for JAI
SDK eBUS pour les applications d'acquisition, de contrôle et d'appareils JAI
- Conditions d'adaptation
- JAI prend en charge les modèles et les logiciels correspondants ; elle n'est pas considérée comme une autorisation générale eBUS
Euresys · eGrabber
Mise en mémoire tampon eGrabber, événements, chaîne d'acquisition et intégration de périphériques
- Conditions d'adaptation
- Type de carte, firmware, pilote et lien caméra
Zivid · Zivid SDK
Acquisition du SDK Zivid, nuage de points, coordonnées du robot et packaging d'applications
- Conditions d'adaptation
- Caméra, SDK, distance de travail et artefact
Photoneo · PhoXi
Interface PhoXi, acquisition de nuages de points, paramètres, reconstruction et applications robotiques
- Conditions d'adaptation
- Capteurs, logiciels de contrôle et versions d'interface
Mech-Mind · Mech-Eye SDK
Acquisition du SDK Mech-Eye, nuage de points et adaptation des applications de l'appareil
- Conditions d'adaptation
- Caméra, SDK et licences logicielles requises
Orbbec · Orbbec SDK
Collection de profondeur de couleur Orbbec SDK, paramètres et emballage d'application
- Conditions d'adaptation
- Modèles de caméras et générations de SDK correspondantes
RealSense · RealSense SDK
Interface d'acquisition, de profondeur, d'étalonnage et de données du robot RealSense SDK
- Conditions d'adaptation
- Caméra, firmware, SDK et système cible
Stereolabs · ZED SDK
Données stéréo ZED SDK, perception spatiale et applications embarquées
- Conditions d'adaptation
- Modèle, plateforme informatique, SDK et conditions fonctionnelles
ifm · ifm3d
Configuration ifm3d, collecte de données, application approfondie et accès aux robots
- Conditions d'adaptation
- Relation spécifique de compatibilité des produits et des bibliothèques avec le micrologiciel
LMI · Gocator
Correspondant à la collection de contours du SDK, aux résultats de mesures, aux tâches et aux accès industriels
- Conditions d'adaptation
- Série, firmware et système SDK correspondant
SICK · Visionary
Échantillons officiels et interfaces correspondantes, collection de nuages de points d'image et emballage d'application
- Conditions d'adaptation
- Spécifier le modèle Visionary et la version de l'interface
Prophesee · Metavision
Collecte d'événements Metavision, filtrage, suivi et applications de terminal
- Conditions d'adaptation
- Capteur, module SDK et licence de déploiement commercial
Optris · Direct SDK / OTC SDK
Logiciel de données thermiques, de contrôle et d'analyse pour SDK Direct ou OTC
- Conditions d'adaptation
- Modèle de produit et SDK correspondant, conditions de données de rayonnement
FLIR · Atlas SDK
Applications de cartographie thermique, de contrôle, d'enregistrement et de mesure de température d'Atlas SDK
- Conditions d'adaptation
- Modèles spécifiques et données de rayonnement pris en charge par Atlas
Hamamatsu · DCAM
Logiciel d'acquisition, d'exposition, de déclenchement et d'imagerie scientifique DCAM-API/SDK
- Conditions d'adaptation
- Caméra, SDK et interface d'acquisition
Andor · SDK
Contrôle d'acquisition, gestion des données et application d'instrument correspondant au SDK
- Conditions d'adaptation
- Modèle, SDK2 ou SDK3, plateforme et licence
Thorlabs · OCT SDK
Logiciel d'acquisition, de déclenchement, d'analyse tomographique et d'instrument correspondant au SDK OCT
- Conditions d'adaptation
- Spécifier le système, les autorisations du SDK et les exemples de référence
DAHENG IMAGING · Galaxy SDK
Acquisition, déclenchement, paramètres et adaptation embarquée du SDK Galaxy
- Conditions d'adaptation
- Modèle, package de plateforme SDK et interface
MindVision · Camera SDK
Collecte du SDK du fabricant, contrôle, enregistrement d'images et application de plateforme
- Conditions d'adaptation
- Modèle, SDK, système et interface
Cognex · In-Sight SDK
Ordinateur hôte du SDK In-Sight, intégration des tâches, des images et des résultats
- Conditions d'adaptation
- Le SDK prend en charge les modèles ; ne modifie pas le firmware sous-jacent de l'appareil par défaut
KEYENCE · CV-X
Correspond au contrôle ActiveX ou interface de communication, à la collecte des résultats d'images et à l'ordinateur hôte
- Conditions d'adaptation
- Modèles de contrôleurs, licences logicielles et interfaces ouvertes
Raytrix · Light Field SDK
Acquisition, recentrage ou interface et application Light Field SDK
- Conditions d'adaptation
- Caméra, SDK, plateforme informatique et licences
HOLOEYE · SLM Display SDK
Transmission de données de phase d'image SLM Display SDK et liaison avec le système expérimental
- Conditions d'adaptation
- SLM fini et machine optique existante du client ; n'inclut pas la recherche et le développement sur le chemin optique d'émission
Plage de compatibilité et vérification de l'interface
Établissez une liste de compatibilité par marque, modèle, micrologiciel, SDK, système d'exploitation et interface, et vérifiez l'acquisition, le contrôle, la récupération d'exception et la sortie. La fourniture de données de développement par le constructeur ne signifie pas que l'adaptation du modèle est terminée.
| Lien de vérification | Confirmer le contenu |
|---|---|
| Portefeuille d'équipements et de logiciels | Marque, modèle, firmware, SDK, pilote, système d'exploitation et interface |
| Acquisition et paramètres | Format des données, données de déclenchement, d'exposition, de profondeur ou radiométriques et paramètres accessibles |
| Exceptions et déploiement | Récupération de lien brisé, mise en cache, concurrence, distribution d'installation et licence de déploiement commercial |
| livrer | Code d'adaptation, description de l'interface, configuration, exemples, tableau de compatibilité et enregistrements de tests |
Autres marques et modèles non répertoriés
Veuillez soumettre le numéro de modèle, le protocole officiel ou le SDK, la version du micrologiciel, le système cible et les conditions du prototype. Pour les appareils qui n'ont pas d'interfaces ouvertes claires, vérifiez d'abord les informations et l'autorisation, puis déterminez le travail de collecte, de contrôle ou d'intégration du système.
Répartition du travail R&D et documents de livraison
| Lien R&D | Contenu de la livraison | La confirmation est importante |
|---|---|---|
| Exigences et interfaces système | Tâches de l'équipement, entrées et sorties, interfaces et exigences de test | Portée de responsabilité pour les systèmes existants du client et les composants du fournisseur |
| Conception et développement de logiciels | Circuits, structure, micrologiciel, algorithme ou application convenus | Portée réelle de la conception, droits sur les fichiers sources et licences tierces |
| Débogage conjoint de prototypes et d’ingénierie | Prototype configuré, paramètres, informations de construction et d'installation convenus | Nombre de prototypes, conditions institutionnelles et modalités de débogage conjoint sur site |
| Validation et remise technique | Liste de configuration, enregistrements de tests, gestion des problèmes et instructions d'utilisation | Méthodes de référence, normes de jugement et portée de la maintenance ultérieure |
Méthodes de vérification et d'acceptation
Établissez une liste de compatibilité par marque, modèle, micrologiciel, SDK, système d'exploitation et interface, et vérifiez l'acquisition, le contrôle, la récupération d'exception et la sortie. La fourniture de données de développement par le constructeur ne signifie pas que l'adaptation du modèle est terminée.
Déterminer les échantillons, les configurations cibles, les valeurs de référence, les conditions de fonctionnement et les méthodes de jugement avant les tests du projet. Les enregistrements de livraison conservent les résultats normaux, les échantillons ayant échoué, les versions, les limitations connues et les situations de nouveau test.
FAQ sur les projets d'entreprise
Puis-je modifier le micrologiciel sous-jacent de n’importe quelle marque d’appareil ?
Les fabricants d’équipements doivent clarifier le code open source, les interfaces de développement de micrologiciels et les conditions de licence. Lorsque seul le SDK de l'ordinateur hôte ou le protocole de communication est fourni, la portée du développement est limitée aux fonctions autorisées par ces interfaces.
Différents modèles d’une même marque peuvent-ils partager directement les résultats de l’adaptation ?
Les résultats d’un modèle ne peuvent pas être directement étendus à l’ensemble de la gamme. Les données des capteurs, le micrologiciel, le SDK, les interfaces et les plates-formes d'exploitation doivent être vérifiées et la combinaison de tests réelle documentée dans la liste de contrôle de support.
Comment le SDK unifié gère-t-il les différences entre les marques ?
Unifiez les interfaces communes de collecte, d’état et de résultats tout en conservant les extensions de requêtes et de fournisseurs de fonctionnalités des appareils. Les capacités matérielles manquantes ne sont pas automatiquement obtenues par l'encapsulation de l'interface.
Consultation de projet
xuzhiyang0928@gmail.com
Soumettre des informations sur l'équipement et les échantillons pour clarifier la division du travail en R&D
Développement secondaire du SDK d'équipement visuel de marque et adaptation du système
Veuillez décrire l'objectif de l'équipement, les systèmes, caméras et interfaces existants, le résultat cible, les échantillons de référence, la quantité de prototypes et les exigences de livraison des données de conception.
Téléphone : 13910119357xuzhiyang0928@gmail.com