Discussion :

[tintine]

Bonjour,

mon projet consiste à proposer un choix de communication entre les différents équipements d'un système automatisé de production.

le système de production est un ensemble industriel de fabrication mécanisé des résistances électriques de 500 référence, il est équiper
-une commande d'axe.
-un graveur ( pour graver la référence de la résistance, la puissance, la tension).
-un bans de contrôle électrique.
-un bras robot pour déplacer les résistances.

-le graveur, les bans de contrôle, le bras robot serais contrôler par la commande d'axe.
il sauront reliées avec un port série.

voila je cherche à savoir les étapes à suivre pour faire cette communication???

[krank]

il faut verifier les protocoles reseaux disponible sur les differents equipements

[tintine]

ils sont tout équiper d'un port série. donc la communication va se faire avec un port série.

la commande d'axe a une mémoire de 128k.

j'ai pense à une méthode : associe un code à chaque référence, et ce code doit contenir 3 méthodes (la méthode de graveur, bans de contrôle électrique, le bras robot).

est-ce une méthode logique ?

[doudou196]

Bonjour,
C'est déja un bon point de départ mais comme cité plus haut il faut savoir quel protocole de communication chaque intervenant a en magasin exmode ASCII, Modbus ASCII OU RTU etc ...), sans ces informations ce ne sera pas possible de déterminer la communication.
On peut déja dire 1 chose qui dit port série dit vitesse limitée et transfert de data limité également, de plus avec plusieurs partenaires sur le bus ce qui n'arrange pas forcément les choses.
BAT

[tintine]

c'est le mode Modbus ASCI

[doudou196]

Ok va pour le mode "MODBUS ASCII", il faut maintenant quantifier la quantité de variables a remonter par esclave sur le bus (on suppose que le système d'acquisition est maître). D'autre questions sont se poser quand a quelle vitesse doit avoir sur les retours, y a t-il des commandes a effectuer et avec quel système d'acquisition ces remontées vont être réalisées? Et voila une question en appel une autre et ces parti ...
BAT

[tintine]

D'autre questions sont se poser quand a quelle vitesse doit avoir sur les retours, y a t-il des commandes a effectuer et avec quel système d'acquisition ces remontées vont être réalisées?

j'ai pas bien saisi !!!!

l'idée général:
la commande d'axe est maître et les autre machine sont des esclave.
par exemple:
je prend une référence de résistance. cette résistance elle marche sur un tapis elle va passer part le bans de contrôle ensuit par le graveur (d'ou il va marque ça ref et ça puissance....) puis le bras robot va la prendre et la dépose.

[kolodz]

j'ai pas bien saisi !!!!

l'idée général:
la commande d'axe est maître et les autre machine sont des esclave.
par exemple:
je prend une référence de résistance. cette résistance elle marche sur un tapis elle va passer part le bans de contrôle ensuit par le graveur (d'ou il va marque ça ref et ça puissance....) puis le bras robot va la prendre et la dépose.

Ce que te demande @doudou196, c'est de faire la liste des informations et commandes que tu dois communiquer par ce BUS de communication.
Pour cela en générale, tu fait la liste :

• des actions que tu peux/dois réaliser
• des modules associées à chaque action
• des informations nécessaires pour chaque décision (faire une action ou une autre)

De manière assez simple, il t'es possible de faire un schéma où tu affiche chaque module et tu "flèche" les différentes communications pour un cas d'utilisation. (En les numérotant pour avoir l'ordre)

Cordialement,
Patrick Kolodziejczyk.

[tintine]

Merci beaucoup pour les explications, ça m'aide à avancer dans l'étude.
donc, j'ai peux définir les action à faire pour chaque élément.


J'ai 500 référence de résistance, et chaque résistance est caractérise par : la taille, la puissance, la tension.
La commande d'axe sera le maître, elle doit gère tout ça.

La problématique : comment définir ou comment programmer tout ces actions pour chaque référence de résistance ???

[kolodz]

Commence par fait un cas utilisateur, avec une référence pour une résistance.
Fait le parcours complet de cette résistance, en mode verbeux.

L'utilisateur dépose la résistance sur le tapis.
L'utilisateur indique la référence de la résistance.
Le robot prend la résistance et la trans porte à...

Le bût étant que tu identifie le workflow du processus principale (le cas où tout va bien). Une fois que tu as ce cas, tu pourra commencer à penser "Maintenant, il se passe quoi de différent si je rentre une autre résistance différente." ou "Il se passe quoi si 1/2 détecte un problème."


Cordialement,
Patrick Kolodziejczyk.

[tintine]

Bonjour,

j'ai essayé de faire le diagramme de séquence comme suite:


suis-je sur le bon chemin ???

[kolodz]

Oui, tu es sur le bon chemin.

Si tu fait les cas où tu as les les erreurs/échecs. tu devrait voir les informations/décisions à transmettre entre les modules.

Par exemple, il faut pouvoir envoyer le code/référence de la résistance de système vers contrôle et de système vers graveur. Et transmettre la réussite ou l'échec de contrôle/graveur vers système.
(En supposant, que seul système prend les décisions)

Cordialement,
Patrick Kolodziejczyk.

[tintine]

la question, c'est comment envoyé le code de la référence vers tout les machine? sachant que le système est le maître.

[kolodz]

La réponse peux déprendre de ton système de communication. (Savoir si il prend en charge le broadcast ou non)
Mais, sachant que tu n'as pas beaucoup de d'information et composante à envoyer l'information. Le plus simple est d'envoyer l'information à chacun de manière individuel.
Dans ce cas, il faudrait regarde la documentation de Modbus ASCI. (que tu veux/va utiliser.)

En ayant regardé rapidement ce que c'est, il me semble que tu va envoyer une chaine de caractère, dont tu va devoir déterminer le formalisme.

La plus part des formaliste que j'ai vue utilise le premier caractères pour spécifier le type d'information envoyé par la trame. Et les suivant étant l'information en elle-même :

CRS125

Dans ce cas, on suppose que C indique contrôle et le reste de l'information est le nom de la résistance. Cela pourrai être le message envoyé à ton module de contrôle pour lui demander de contrôler une résistance spécifique. (Le formaliste est à vérifier. Tu n'as peut-être pas de caractère de terminaison et dans ce cas il faudra aussi indiquer la longueur du code de la résistance si celui-ci n'es pas fixe.)

L'idée dernière les diagrammes que tu as fait est d'établir la liste des messages que peuvent s'échanger les différents modules (et donc déterminer leur formalisme).

Cordialement,
Patrick Kolodziejczyk.

[tintine]

Bonjour,
merci beaucoup pour votre aide #kolodz.

Voila j'ai fait une petite étude.
etude.docx

[kolodz]

A mon avis, t'es bon pour faire un début de programme pour tester ta communication. Genre tester l'envoie et la réception d'une trame en dur. Voir si tu arrive à récupérer les informations que tu veux.
Tu pourra bâtir le reste sur ces bases.

Cordialement,
Patrick Kolodziejczyk.

[tintine]

ce que je n'arrive pas à comprendre comment associe le code qui contient tous les fonction (qui représente une référence d'une résistance) avec la trame MODBUS RTU???

[kolodz]

Fait une fonction d'encodage/décodage commune à tout tes modules. (d'après ce que j'ai compris tu n'a pas assez de place pour transmettre l'ensemble du code dans une trame)
Si tu as une liste de résistance fixe. Tu peux donner l'index de la résistance ciblé dans la liste.

Cordialement,
Patrick Kolodziejczyk.

[tintine]

Fait une fonction d'encodage/décodage commune à tout tes modules. (d'après ce que j'ai compris tu n'a pas assez de place pour transmettre l'ensemble du code dans une trame)
Si tu as une liste de résistance fixe. Tu peux donner l'index de la résistance ciblé dans la liste.

Oui, j'ai la liste des 250 référence.

Tu peux m'éclaircir avec un exemple??

[kolodz]

Je te fiat la déclaration en java mais cela devrait être claire :

Code java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
 
tableResistance = {"100.001.AAA","100.002.BBB","100.003.CCC","100.004.DDD"};// seulement 3 résistance ici, mais logiquement tu peux en mettre autant que tu veux.
 
public String getReistanceByIndex(int index){
    return tableResistance [index];
}
 
public String getIndexResistance(String toFind){
    for(int index =0, index < tableResistance .length;i++){
          if(tableResistance[index ].equal(toFind)){
              return index ;
    }
    return -1;
}

Ainsi quelque soit le nom de ta résistance, tu peux transmettre l'information de la résistance sélectionné sur une trame relativement réduite.

Cordialement,
Patrick Kolodziejczyk.