- Présentation de Jelina
- CommBridge
- Acquisition de données
Acquisition par communication série
Fournit la lecture et l’écriture sur un port série local, en communiquant selon un format spécifié pour acquérir ou écrire des données.
1. Créer les nœuds
Section intitulée « 1. Créer les nœuds »(1) Dans « Jumeau intelligent », passez à « Connectivité des équipements ».

(2) Faites glisser successivement les plugins Communication série, Traitement des données et Transfert MQTT dans l’espace de travail pour créer trois nœuds.

(3) Reliez les trois nœuds dans cet ordre : Communication série → Traitement des données → Transfert MQTT.

2. Créer un plan
Section intitulée « 2. Créer un plan »(1) Double-cliquez sur [Communication série], puis cliquez sur [Ajouter un plan].

(2) Renseignez la connexion puis « Suivant ».

(3) Cliquez sur [Ajouter une configuration], renseignez les paramètres, puis cliquez sur [Confirmer].

(4) Cliquez sur [Suivant] pour ouvrir la page d’analyse des trames de données.
(5) Cliquez sur [Ajouter une analyse], renseignez les données des points, puis cliquez sur [Confirmer].

(6) Cliquez sur [Terminer] pour ajouter le plan d’acquisition.

(7) Activez le plan et cliquez sur « Enregistrer ».

3. Consulter les résultats
Section intitulée « 3. Consulter les résultats »(1) Cliquez sur « Déployer » dans la connectivité des équipements.

(2) Passez au [Jumeau intelligent] et placez le pointeur sur le nœud [Communication série] pour afficher ses informations.

(3) Cliquez sur un plan pour consulter valeurs temps réel et historiques de ses points.
Les valeurs acquises en temps réel sont hexadécimales.

4. Description de la configuration
Section intitulée « 4. Description de la configuration »Connexion
Section intitulée « Connexion »| Paramètre | Description | Format | Exemple | Remarques |
|---|---|---|---|---|
| Nom du plan | Nom du plan défini par l’utilisateur | Non vide | Acquisition de température et d’humidité | |
| Interface | Dépend du port série physique de l’équipement | ttyS0, ttyS1 | ttyO3 | Généralement RS485 ; dépend de l’ordre de branchement USB |
| Bits de données | Nombre de bits de données effectivement contenus dans une unité de données | 7, 8 | 8 | |
| Bits d’arrêt | Indiquent la fin d’une unité de transmission | 1, 2 | 1 | |
| Parité | Méthode simple de détection d’erreurs en communication série | Odd, Even ou None | None | |
| Débit en bauds | Nombre de symboles transmis par seconde | 11520, 57600, 38400, 19200, 9600 ou 4800 | 19200 |
Configuration des trames de données
Section intitulée « Configuration des trames de données »| Paramètre | Condition | Description | Format | Exemple | Remarques |
|---|---|---|---|---|---|
| Nom | Nom défini par l’utilisateur | Non vide ; ne doit pas commencer par un chiffre ni contenir .,[]{}();= | Groupe de distance un | ||
| Mode de trame | Mode de transmission des trames | HEX, ASCII | HEX | ASCII est peu utilisé | |
| Format de trame | Dépend du mode de trame | Expression régulière : ^(?:[0-9a-fA-F]{2} )*[0-9a-fA-F]{2}$ | Chaîne hexadécimale avec des espaces comme séparateurs | 0f 03 00 00 00 01 85 24 | |
| Période (ms) | Nombre | 1000 | |||
| Activation | Si disabled est sélectionné, la trame ne peut pas apparaître ni être configurée dans l’analyse des trames | disabled, enabled | enabled |
Remarque : Serial ne peut lire que 20 données à la fois.
Analyse des trames de données
Section intitulée « Analyse des trames de données »| Paramètre | Description | Format | Exemple | Remarques |
|---|---|---|---|---|
| Nom | Nom défini par l’utilisateur | Non vide | H | |
| Analyse | byte[3]byte[4] | |||
| Activation | Si disabled est sélectionné, la trame ne peut pas apparaître ni être configurée dans l’analyse des trames | disabled, enabled | enabled |
5. Paramètres du protocole de communication série
Section intitulée « 5. Paramètres du protocole de communication série »Modes de trame :
- HEX : hexadécimal, utilisant 16 caractères distincts de 0 à F.
- ASCII : jeu de caractères pouvant représenter 128 caractères distincts.
La principale différence entre ASCII et HEX réside dans les caractères qu’ils représentent.
En mode HEX, le format suivant décrit une requête Modbus RTU de lecture des registres de maintien (code fonction 03) :
| Adresse de l’équipement [1 octet] | Code fonction [1 octet] | Adresse de départ [2 octets] | Nombre de registres [2 octets] | CRC [2 octets] |
|---|---|---|---|---|
| address | 03 | AddrH AddrL | NumH NumL | CRCL CRCH |
Le CRC (contrôle de redondance cyclique) utilise CRC-16/MODBUS, de polynôme X16+X15+X2+1. L’octet de poids faible est transmis avant l’octet de poids fort.
Par exemple : 01 03 00 10 00 01 85 CF.
| Commande | 01 | 03 | 00 | 10 | 00 | 01 | 85 | CF |
|---|---|---|---|---|---|---|---|---|
| Description | Adresse de l’équipement | Commande de lecture | Adresse de départ, poids fort | Adresse de départ, poids faible | Nombre à lire, poids fort | Nombre à lire, poids faible | CRCL | CRCH |
Exemple de requête Modbus ASCII de lecture des registres de maintien (code fonction 0x03). Chaque octet d’origine est codé par deux caractères hexadécimaux ASCII ; le tableau exclut le caractère de début « : » et les caractères de fin CR/LF :
| Adresse de l’équipement [2 caractères] | Code fonction [2 caractères] | Adresse de départ [4 caractères] | Nombre de registres [4 caractères] | LRC [2 caractères] |
|---|---|---|---|---|
| address | 03 | AddrH AddrL | NumH NumL | Deux caractères hexadécimaux du LRC |
Le LRC (contrôle de redondance longitudinale) est calculé en additionnant les octets binaires du message, en conservant les 8 bits de poids faible, puis en prenant le complément à deux. Il ne s’agit pas d’un XOR. Le calcul porte sur les octets d’adresse, de code fonction et de données, sans le caractère initial « : » ni les caractères finaux CR/LF. Le résultat est codé sur deux caractères hexadécimaux ASCII.