Votre poste de contrôle hésite entre un contrôleur de vision dédié et un ordinateur industriel, sans que les fiches commerciales permettent de trancher ?
Si la tâche est bien délimitée et que vous voulez limiter l’ajout d’un ordinateur et l’effort d’intégration, évaluez d’abord l’In-Sight 6900 ; si vous avez besoin d’un environnement logiciel personnalisé ou de plusieurs applications, le PC industriel est généralement plus flexible. Décidez ensuite à partir d’un essai représentatif, de la compatibilité avec votre API et du coût réel de maintenance.
Cet article s’adresse aux ingénieurs en vision qui définissent l’architecture d’un poste, aux intégrateurs qui doivent chiffrer le travail de mise en service et aux responsables d’équipement qui anticipent les évolutions et le dépannage.
Dernière mise à jour : 2 octobre 2026. Vérification des données : annonce, manuel et documentation de compatibilité officiels de Cognex ; catalogue officiel des PC industriels Siemens. Le manuel décrit notamment les interfaces, les conditions d’environnement et les compatibilités du contrôleur. Ces informations établissent les limites documentées du produit, pas ses performances dans votre usine.
Le bon choix dépend d’abord des contraintes du poste
L’In-Sight 6900 est présenté comme un contrôleur de vision destiné à prendre en charge un système de vision modulaire. Son annonce officielle le décrit comme étant propulsé par NVIDIA, mais cette mention ne prouve pas qu’il donnera un meilleur résultat qu’un PC industriel dans une application donnée. Pour décider, comparez les fonctions documentées et les résultats observés sur vos pièces, pas deux promesses de performance. Consultez l’annonce officielle du contrôleur et son manuel de référence et ses caractéristiques.
Avant de demander un devis ou de choisir une architecture, consignez les éléments qui peuvent invalider une solution :
- Les pièces et les défauts à détecter : indiquez les variantes, les défauts considérés comme acceptables ou rejetés, ainsi que les changements de présentation susceptibles de modifier l’image.
- La cadence et le déclenchement : décrivez comment la pièce arrive, quel événement lance l’acquisition et quelle échéance le résultat doit respecter. Faites vérifier ces exigences en situation réelle plutôt que de déduire une cadence de la puissance annoncée.
- Les caméras et l’éclairage : vérifiez les références exactes, le mode de connexion et les commandes de lumière prévues. Le document officiel sur les caméras prises en charge et la documentation sur les éclairages externes compatibles sont des points de départ ; confirmez ensuite l’assemblage exact avec l’intégrateur.
- L’automate programmable industriel (API) et le réseau : identifiez le modèle, les protocoles autorisés, le sens des échanges et les règles de sécurité réseau. Une interface annoncée ne garantit pas à elle seule que votre installation l’emploie de la manière attendue.
- Le lieu d’installation : relevez la température, l’alimentation, les vibrations, la poussière, l’accès à l’armoire et les règles de remplacement. Comparez ces contraintes aux limites environnementales du manuel.
Ces vérifications évitent une erreur fréquente : sélectionner un équipement qui traite bien une image en démonstration, mais qui ne convient ni à l’optique, ni au câblage, ni à l’environnement du poste.
Quelle architecture correspond au travail d’inspection ?
Pour une inspection stable, avec des étapes et des critères de décision bien définis, un contrôleur dédié peut simplifier la mise en œuvre en regroupant une partie du traitement et des échanges de vision dans un équipement spécialisé. Un PC industriel s’impose davantage si le projet dépend d’un logiciel spécifique, d’une chaîne de traitement personnalisée, de plusieurs applications ou d’interactions avec d’autres systèmes de l’usine.
La différence utile n’est donc pas « équipement spécialisé contre machine puissante », mais travail maîtrisable dans l’environnement documenté contre liberté de construire et de maintenir une pile logicielle.
| Critère de décision | In-Sight 6900 | PC industriel |
|---|---|---|
| Inspection répétitive avec règles bien définies | À évaluer en priorité si les caméras, l’éclairage et les fonctions nécessaires figurent dans la documentation compatible | Adapté si une application spécifique pilote déjà le traitement ou l’échange de données |
| Modèle ou logiciel personnalisé | Vérifier précisément les fonctions et la configuration autorisées ; ne pas supposer qu’un outil externe est pris en charge | Plus ouvert au choix du système, des bibliothèques et des applications, sous réserve de compatibilité et de validation |
| Plusieurs traitements ou usages sur un même poste | Vérifier si le contrôleur couvre les besoins sans équipement supplémentaire | Souvent plus flexible pour regrouper des usages, mais l’intégration logicielle et la maintenance incombent au projet |
| Remplacement et gestion du poste | Peut réduire le nombre d’éléments informatiques distincts, selon l’architecture retenue | Permet de choisir des composants et logiciels, mais exige une stratégie de configuration, de sauvegarde et de pièces de rechange |
| Preuve nécessaire avant achat | Essai avec les caméras, tâches et échanges réellement prévus | Essai avec l’image système, les pilotes, les applications et le réseau réellement prévus |
L’offre officielle de PC industriels SIMATIC montre qu’un PC industriel relève d’une gamme de configurations et de formats, et non d’une architecture logicielle unique. Il faut donc comparer le contrôleur retenu à une configuration de PC réellement définie : système d’exploitation, pilotes, logiciels, stockage, sauvegarde et composants de remplacement.
Les tâches qui favorisent le contrôleur dédié
Privilégiez l’évaluation de l’In-Sight 6900 lorsque l’inspection repose sur un flux de travail que son environnement prend en charge, que les modèles de caméra et l’éclairage ont été vérifiés et que votre objectif est de réduire les dépendances à un ordinateur extérieur. Cette option peut aussi clarifier la responsabilité de maintenance si l’équipe sait déjà qui gère le contrôleur, les programmes de vision et les sauvegardes.
La condition essentielle est de vérifier chaque fonction exigée dans la documentation correspondante. Une tâche de localisation, de mesure ou de classification ne doit pas être déclarée compatible sur la seule base d’un nom de produit ou d’une présentation générale : documentez l’outil, la version et la configuration nécessaires, puis essayez-les sur les pièces réelles.
Quand le PC industriel apporte une marge de manœuvre
L’ordinateur industriel convient mieux lorsque le poste requiert des logiciels qui ne relèvent pas de l’environnement du contrôleur, un assemblage de traitements particulier ou la coordination avec plusieurs applications. Il peut également répondre à un projet où les équipes disposent déjà d’une méthode éprouvée pour maintenir une image système et distribuer les versions logicielles.
Cette souplesse a un coût opérationnel : le projet doit définir qui met à jour le système, qui vérifie les pilotes, comment les journaux sont récupérés et comment une configuration identique est réinstallée après une panne. Si personne n’est responsable de ces tâches, la flexibilité théorique devient une source d’écarts entre postes.
Que vérifier avant de raccorder le contrôleur à votre API ?
Pour intégrer un contrôleur de vision sans PC externe, vérifiez séparément le transport des images, la transmission du résultat et la gestion des défauts. Le manuel répertorie les protocoles industriels pris en charge ; cette liste est un repère de compatibilité documentaire, pas la preuve que le protocole est activé ou accepté sur votre réseau.
| Point à valider | Question à résoudre avec vos équipes | Preuve à recueillir |
|---|---|---|
| Déclenchement | L’acquisition est-elle déclenchée par l’API, un capteur ou une séquence réseau ? Que se passe-t-il si le signal arrive en retard ? | Essai avec le déclenchement réel et observation des événements |
| Retour de résultat | Quels états sont transmis : conforme, rejet, absence de pièce, défaut de lecture ou indisponibilité ? | Table des signaux partagée avec l’intégrateur et l’automaticien |
| Protocole | Le protocole commun est-il autorisé et configuré sur les deux équipements ? | Liste de compatibilité, paramètres réseau et essai de communication |
| État de défaut | Comment l’API réagit-elle à une perte de communication ou à un résultat absent ? | Séquence de défaut testée, consignée et acceptée par le responsable de ligne |
| Sécurité réseau | Le raccordement respecte-t-il le cloisonnement, les règles d’accès et les procédures de mise à jour ? | Validation par le responsable réseau industriel |
Si une architecture de supervision utilise OPC UA, comparez le modèle de données réellement exposé à la spécification OPC UA pour la vision industrielle. La présence d’une norme ne signifie pas que tous les équipements échangent automatiquement les mêmes données : les variables, les états et les droits d’accès restent à vérifier.
Pour l’In-Sight 6900, le manuel de connexion décrit également le raccordement Ethernet. Vérifiez le câblage, l’adressage et la séparation des réseaux dans la documentation de connexion Ethernet, puis reproduisez le chemin de communication de l’installation finale. Si le réseau de test contourne les règles de l’usine, son succès ne valide pas l’intégration de production.
Comment comparer les coûts et le travail de maintenance ?
Le prix d’achat ne suffit pas. Comparez le coût de remplacement, le temps de diagnostic, la sauvegarde des programmes, les mises à jour, les pièces conservées en réserve et le travail nécessaire pour copier le poste sur une autre ligne. Le contrôleur peut limiter le nombre d’éléments distincts à gérer ; un PC peut faciliter l’évolution logicielle, mais seulement si la configuration et ses dépendances sont documentées.
| Poste de coût ou de travail | Contrôleur dédié | PC industriel |
|---|---|---|
| Mise en service | Vérification des fonctions, des caméras, de l’éclairage et des échanges pris en charge | Installation et validation du système, des pilotes, des logiciels et des interfaces |
| Dépannage | Diagnostic à prévoir au niveau du programme de vision, de la communication et du contrôleur | Diagnostic pouvant concerner le système, les pilotes, les applications, le stockage et le réseau |
| Mise à jour | Procédure et compatibilité des versions à confirmer dans la documentation du produit | Procédure à maîtriser pour l’ensemble des composants logiciels et de leurs interactions |
| Sauvegarde et restauration | Vérifier comment exporter, conserver et restaurer le programme et la configuration | Sauvegarder l’application, ses réglages et les éléments nécessaires à une réinstallation cohérente |
| Réplication d’un poste | Confirmer la méthode de copie, les droits et les différences entre équipements | Définir une image de référence et contrôler les écarts matériels et logiciels |
| Pièces de rechange | Définir la disponibilité et le délai de remplacement auprès de la filière d’achat | Choisir les composants conservés et vérifier leur compatibilité avec l’installation maintenue |
Pour le contrôleur, la documentation de l’outil de sauvegarde officiel permet de vérifier ce qui peut être sauvegardé et la procédure prévue. Pour un PC, demandez au fournisseur les éléments nécessaires à une restauration complète et consignez les versions logicielles. Dans les deux cas, une sauvegarde qui n’a jamais été restaurée n’est pas une preuve de reprise opérationnelle.
Première étape : établir une configuration de référence
Figez la référence de la caméra, de l’objectif, de l’éclairage, du contrôleur ou du PC, ainsi que les versions logicielles prévues. Notez aussi la configuration de l’API et les paramètres réseau indispensables. Cette fiche devient le point de comparaison pour l’essai et, plus tard, pour la maintenance.
Deuxième étape : définir les défauts représentatifs
Réunissez des pièces conformes et non conformes représentatives des variations que vous rencontrez réellement : changement de position, reflet, marquage dégradé ou différence de lot, selon votre application. Faites valider les critères d’acceptation par la production et la qualité avant d’exécuter les essais.
Troisième étape : reproduire les conditions du poste
Employez les mêmes caméras, le même éclairage, le même mode de déclenchement et les mêmes échanges avec l’API que ceux prévus en production. Si une condition est simulée, notez laquelle : un essai qui remplace le réseau, les pièces ou l’éclairage ne permet pas de conclure sur ces éléments.
Quatrième étape : comparer les deux architectures à règles égales
Présentez le même lot de pièces aux deux solutions, avec la même règle d’acceptation et le même ordre de traitement. Enregistrez les images, les décisions, les résultats incohérents et les défauts de communication. Ne comparez pas les chiffres de brochure de fabricants différents comme s’ils provenaient d’un protocole d’essai commun.
Cinquième étape : provoquer les incidents et mesurer la reprise
Testez les événements prévus par votre analyse de risque : interruption de communication, redémarrage contrôlé, perte d’un signal de déclenchement ou remplacement d’un composant. Observez si l’opérateur identifie l’état, si la ligne adopte le comportement attendu et si l’équipe peut restaurer une configuration connue.
Sixième étape : faire valider l’exploitation
Demandez à l’équipe de maintenance de réaliser une sauvegarde, de retrouver un journal utile et d’expliquer la procédure de remplacement. Faites examiner le résultat par l’automaticien, l’intégrateur et le responsable de production. Le choix final doit inclure ces tâches récurrentes, pas seulement le fonctionnement observé pendant la démonstration.
Le protocole de suivi peut s’inspirer des bonnes pratiques décrites dans notre présentation de Kvmzen pour comprendre le cadre de service, mais la validation d’un poste de vision doit rester documentée par vos propres responsables techniques.
Comment conclure l’essai sans déclarer un vainqueur universel ?
Retenez l’In-Sight 6900 si le périmètre d’inspection correspond aux fonctions et compatibilités documentées, si l’échange avec l’API a été testé et si la réduction des éléments informatiques simplifie vraiment l’exploitation. Retenez plutôt le PC industriel si les logiciels spécifiques, l’évolution des traitements ou le regroupement d’applications sont déterminants et si vous avez une méthode de maintenance logicielle éprouvée.
Si les deux solutions satisfont l’inspection, arbitrez avec les preuves de votre essai : qualité de détection sur l’échantillon accepté par l’usine, comportement face aux anomalies, récupération après incident, effort de réplication et compétence disponible pour la maintenance. Une différence observée sur un seul échantillon ou lors d’une démonstration non représentative ne justifie pas, à elle seule, une décision d’achat.
Avant de figer le choix, formalisez les références de caméra et d’éclairage, les échanges avec l’API, les critères d’acceptation, les responsabilités de sauvegarde et les conditions de remplacement. Si la documentation ou le réseau de l’usine ne permet pas encore de trancher, repoussez la décision d’architecture jusqu’à la validation d’interface : corriger une incompatibilité après installation coûte généralement plus de travail qu’un essai préparé.
Un Mac loué n’est pas un substitut à un contrôleur de vision ou à un PC industriel pour piloter une inspection en temps réel, échanger de façon déterministe avec un API ou fonctionner dans une armoire soumise aux contraintes de l’usine. En revanche, si vous avez besoin d’un poste temporaire pour préparer une démonstration, analyser des images hors ligne ou travailler sur des supports de présentation audio et vidéo sans acheter une machine dédiée, la location d’un Mac mini aux États-Unis avec Kvmzen peut être plus adaptée qu’un PC industriel détourné de son rôle. Pour votre projet de production, conservez la décision entre le contrôleur documenté et le PC validé sur site ; pour un besoin temporaire distinct, comparez la location à l’achat et aux ressources déjà disponibles.