Connexion des machines HeatSign à votre ERP/MES : Guide sur SQL, TCP/IP et les bases de données

⚡ Réponse rapide : La poignée de main de l’« usine intelligente »

Les machines HeatSign peuvent-elles communiquer avec SAP, Oracle ou des systèmes MES personnalisés ?

Oui. Via TCP/IP (Ethernet) ou RS232 (série), les marqueurs HeatSign peuvent servir de nœud connecté à votre réseau.

Au lieu de saisir manuellement des numéros, votre ERP envoie une commande JSON ou ASCII (par exemple, {"Text":"SN-2026-001"}) à la machine. Celle-ci marque la pièce, vérifie l'opération et renvoie un signal de « Succès » à votre base de données. Ce processus assure une traçabilité complète, élimine les erreurs humaines et permet une production en flux continu.

Introduction : Le coût caché du « doigt qui tape »

À l'ère de l'Industrie 4.0, l'outil le plus dangereux sur la chaîne de production est souvent un clavier.

Si votre chaîne de production repose sur un opérateur qui lit un ordre de fabrication et saisit manuellement un numéro de série dans une machine de marquage laser, vous avez un « silo de données ». Il s’agit d’un processus isolé, sujet aux erreurs humaines. Une simple faute de frappe dans un numéro VIN à 12 chiffres ou un code UDI médical peut avoir des conséquences désastreuses :

• Lots mis au rebut : si le numéro ne correspond pas à la base de données, la pièce est inutilisable.
• Audits non concluants : Dans les secteurs aérospatial et médical (FDA 21 CFR Partie 11), l’intégrité des données est obligatoire.
• Goulots d'étranglement de la production : La saisie manuelle des données est plus lente que le laser lui-même.

Chez HeatSign, nous concevons nos machines non seulement pour le marquage du métal, mais aussi pour le traitement des données. Que vous utilisiez un système de marquage par micro-percussion sur une ligne de châssis ou un laser à fibre sur une ligne d'assemblage de circuits imprimés, nos contrôleurs prennent en charge des protocoles de communication robustes (JSON, ASCII, Modbus) qui permettent à votre infrastructure informatique de prendre le contrôle.

Ce guide explore l'architecture technique de la connexion d'une machine HeatSign à votre base de données SQL ou à votre MES (Manufacturing Execution System).

1. L'architecture : comment fonctionne la poignée de main

Pour un responsable informatique, un marqueur laser est un périphérique d'entrée/sortie comme un autre. Voici le flux de données standard dans un environnement connecté.

Le flux de travail « Marquer et vérifier » :

1. Déclencheur : Une pièce arrive au poste de marquage (détectée par un capteur ou par lecture de code-barres).
2. Requête : Le middleware (PC/PLC) interroge la base de données SQL : « Quel est le prochain numéro de série pour la référence SKU n° 123 ? »
3. Envoi : La base de données renvoie « SN-999 ». Le middleware encapsule cette valeur dans un paquet compatible HeatSign (JSON/ASCII) et l’envoie via le port TCP/IP 8080.
4. Action : La machine HeatSign reçoit la chaîne de caractères, met à jour la variable « Texte » dans le modèle actif et déclenche le laser.
5. Retour d'information : Une fois l'opération terminée, la machine envoie un rappel (par exemple, Marquer comme terminé) au middleware.
6. Fermeture : Le middleware met à jour la base de données SQL : « SN-999 marqué à 10 h 42. »

2. Options de connectivité : RS232, TCP/IP et mode fichier

Le logiciel HeatSign prend en charge trois méthodes principales d'acquisition de données. Le choix de la méthode la plus adaptée dépend de l'infrastructure de votre établissement.

Option A : TCP/IP (Ethernet) – La norme moderne

• Fonctionnement : La machine laser agit comme un serveur ou un client TCP . Votre logiciel MES ouvre une connexion socket à l’adresse IP de la machine (par exemple, 192.168.1.10 ) et au port.
• Idéal pour : les lignes de production à grande vitesse, le contrôle à distance et l'échange de données complexes (format JSON).
• Fonctionnalité HeatSign : Notre logiciel comprend un « Net » qui détecte les chaînes de caractères entrantes et les marque instantanément.

Option B : RS232 (série) – La solution fiable et éprouvée

• Fonctionnement : Un câble DB9 physique relie la machine à un automate programmable ou à un PC.
• Idéal pour : les environnements sujets à de fortes perturbations électriques (où la connexion Ethernet peut être interrompue) ou les automates programmables anciens dépourvus de ports Ethernet.
• Fonctionnalité HeatSign : L' « Com » vous permet de définir le débit en bauds (par défaut 9600), les bits de données (8) et la parité pour correspondre à votre automate programmable.

Option C : Fichier/base de données locale (TXT/Excel) – La solution par lots

• Fonctionnement : La machine lit une ligne spécifique d’un .txt ou .csv . Votre ERP met simplement à jour ce fichier texte dans un dossier partagé.
• Idéal pour : les installations ne disposant pas de ressources de programmation directe des sockets. Il s'agit d'une intégration « low-code ».
• Fonctionnalité HeatSign : L’ « Fichier » permet une lecture ligne par ligne avec les fonctions « Incrémentation automatique » et « Rejet des doublons ».

3. Analyse approfondie : Le protocole JSON de HeatSign

Pour les développeurs créant une application middleware C# ou Python pour communiquer avec HeatSign, nous utilisons un protocole léger basé sur JSON. Ce protocole est plus clair et plus facile à analyser que les codes hexadécimaux.

D’après notre documentation technique (protocole de marquage et de contrôle TCP), voici comment contrôler la machine :

Étape 1 : Connexion (Poignée de main)

Avant d'envoyer des données, votre système doit s'authentifier.

• Le client envoie : {"F":"Login_C2S", "password":"123456"}#

• Réponses de la machine : {"F":"Login_S2C", "status":"success"}#

Étape 2 : Mettre à jour la variable (la « charge utile »)

Il n'est pas nécessaire de renvoyer l'intégralité du fichier graphique. Il suffit de cibler l'objet texte spécifique (par exemple, « SerialNum ») et de mettre à jour sa valeur.

• Le client envoie :

{“F”:”SetTextInfo_C2S”,
“Doc”:”Template1.orzx”,
“PosIndex”:0,
“Text”:”SN-2025-BATCH-A”}#

• Réponses de la machine : {"F":"SetTextInfo_S2C", "status":"success"}#

Étape 3 : Exécuter le marquage

• Le client envoie : {"F":"DevsMark_C2S", "devs":["Device1"]}#

• Réponses de la machine : {"F":"DevsMark_S2C", "status":"success"}#

💡 Note de l'ingénieur : Notez le # à la fin de chaque chaîne de caractères. Il s'agit du terminateur de paquet. Votre écouteur TCP doit rechercher ce caractère pour savoir que le message est complet.

4. Intégration directe à la base de données (SQL/ODBC)

Certains clients préfèrent ne pas écrire de code pour les sockets. Ils souhaitent que la machine HeatSign accède directement à une base de données SQL.

Bien que la machine elle-même n'exécute pas de moteur SQL, nous fournissons des solutions intermédiaires (souvent un petit service Windows exécuté sur le PC de contrôle) qui servent de pont.

Le flux de travail « sondage » :

1. Table de base de données : Vous créez une table nommée PENDING_JOBS avec les colonnes ID, DATAet STATUS.

2. Mode « Fichier » de HeatSign : Nous configurons le logiciel HeatSign pour qu’il lise un fichier CSV local.

3. Le script : Un simple script Python/PowerShell s’exécute en arrière-plan. Il effectue la requête SELECT * FROM PENDING_JOBS WHERE STATUS='NEW'.

4. Envoi des données : Le script récupère ces données, les écrit dans input.txt (que le laser surveille), ou les envoie via TCP localhost au logiciel de marquage.

5. Réécriture : Une fois que le laser a terminé (détection du signal « Fin de marquage »), le script exécute UPDATE PENDING_JOBS SET STATUS='DONE'.

Cela vous permet de contrôler entièrement la machine à l'aide de requêtes SQL, un langage que votre équipe informatique maîtrise déjà parfaitement.

5. Gestion des erreurs et des « données erronées »

L'intégration ne se limite pas à l'envoi de données ; elle englobe également la gestion des erreurs. Les protocoles HeatSign incluent des codes d'erreur spécifiques afin d'éviter les rebuts.

• Contrôle des doublons : Dans les paramètres du mode « Fichier », vous pouvez cocher la case « Vérifier la répétition ». Si l’ERP envoie un numéro de série déjà enregistré (mis en cache dans le journal système), la machine refusera de démarrer et déclenchera une alarme.

• Requête d'état : Votre système peut envoyer périodiquement {"F":"GetMarkStatus_C2S"}#.

  • Si la réponse est 0 = Inactif (Prêt pour de nouvelles données).

  • Si la réponse est 2 = Occupé (Correction en cours).

  • Si la réponse est Erreur = La machine est peut-être en mode d'arrêt d'urgence ou en mode de panne.

Ce système de surveillance « battement de cœur » permet à votre système SCADA central de connaître en temps réel l’état de la station de marquage.

6. Recommandations d'équipement HeatSign pour l'automatisation

Tous les marqueurs ne sont pas prêts pour l'automatisation. Voici nos recommandations pour les usines connectées :

Pour l'industrie lourde (VIN / acier) : HeatSign HS-PE01-P (martelage par points)

• Pourquoi : Ces marqueurs pneumatiques sont robustes. Les contrôleurs sont dotés de ports d’E/S dédiés (Démarrage/Arrêt/Occupé) et d’interfaces RS232/Ethernet spécialement conçues pour l’intégration avec les automates programmables (Siemens/Allen Bradley).

Pour l'électronique et la précision (haute vitesse) : HeatSign HS-FLY60 (laser à fibre)

• Pourquoi : La carte de commande numérique prend en charge le marquage à haute vitesse (« fly marking ») pendant le déplacement du convoyeur. L’architecture logicielle gère les mises à jour rapides des données variables (latence de l’ordre de la milliseconde) nécessaires aux codes QR sérialisés sur les pièces mobiles.

🙋‍♀️ Foire aux questions (FAQ)