Page 1 sur 1
Récupération de données en éthernet
Posté : 04 sept. 2018, 14:02
par cedric59
Bonjour,
J ai un projet en cours je dois installer une caméra 3D sick, pour la mesure de longueur , cette caméra je. Voudrais la mettre en réseaux avec un automate s315 2 dp et une CP 343-1advanced ces valeur je voudrais les stocker dans 1 DB. Et. Afficher les résultats sur un. Hmi mp 277.
Comment puis je faire pour configuré. Tout ce petit monde.
Merci
Re: Récupération de données en éthernet
Posté : 04 sept. 2018, 20:39
par GG10
bonjour
d'abord il faut savoir avec quel protocole tu vas communiquer ??
renseignes toi auprès du constructeur de la caméra pour savoir quel sont les protocoles de la camera :
- modbus tcpip
- ethernet open
- profinet
etc....
Re: Récupération de données en éthernet
Posté : 05 sept. 2018, 00:56
par sinced
Tout à fait. Ethernet c'est juste une partie du problème de comm. Au niveau programmation il faut savoir quel protocole est mis en jeu pour pouvoir configurer. C'est exactement quoi comme reférence de la caméra ?
Re: Récupération de données en éthernet
Posté : 01 oct. 2018, 17:26
par cedric59
Bonjour la caméra est une caméra sick trispector 1060. Je souhaite la raccorder à un CP la communication ce fera en éthernet
Re: Récupération de données en éthernet
Posté : 01 oct. 2018, 18:53
par MiGaNuTs
Apparemment ça utilise le protocole EtherNet/IP
Sur le site de Sick ils fournissent des "Function Block" tout prêts pour S7-300,400,1200 et 1500, les fichiers SDD qui je suppose vont avec et le logiciel SOPAS pour configurer la camera.
Par contre les docs sont out en anglais et on l'air assez génériques. Bref, tout ce qu'il faut pour bien se faire du mal.
La camera semble disposer également d'entrées/sorties TOR, ce qui me semble bien plus simple a exploiter même si du coup ça sera bien plus limité niveau possibilités.
Re: Récupération de données en éthernet
Posté : 02 oct. 2018, 09:43
par cedric59
Bonjour,
merci pour la réponse, les block sont développer pour l utilisation a ce Tia, moi je suis encore en step 7 v5. 5

.
Il faut que je trouve comment récupérer les valeurs de mesure
Cdt
Re: Récupération de données en éthernet
Posté : 11 oct. 2018, 07:57
par cedric59
Bonjour,
Je suis toujours bloqué sur ce problème J aimerai. Savoir comment faire pour récupéré des information de mesure de cette caméra merci
Re: Récupération de données en éthernet
Posté : 11 oct. 2018, 08:54
par ProfnovA
cedric59 a écrit : ↑02 oct. 2018, 09:43
Bonjour,
merci pour la réponse, les block sont développer pour l utilisation a ce Tia, moi je suis encore en step 7 v5. 5

.
Il faut que je trouve comment récupérer les valeurs de mesure
Cdt
Non, ce sont des blocs scl que tu peux egalement importer dans step 7.
Tu peux également configurer le port série pour t'envoyer les infos que tu veux.
Si j'étais toi, je ferais venir sick pour une journee de formation sinon tu vas galerer. Ce n'est pas de l'argent perdu, crois moi...
Re: Récupération de données en éthernet
Posté : 11 oct. 2018, 09:10
par Mantysse
bonjour,
Quel type d'information? un OK/NOK? ou une chaîne de caractère?
Si c'est un OK/NOK un cablage TOR devrai suffire.
Sinon si tu dois récupérer de la chaîne de caractère, tu va devoir creuser pour décomposer & recomposer les trames ASCII dans l'automate...
A+
Re: Récupération de données en éthernet
Posté : 11 oct. 2018, 09:21
par djé
Salut,
J'ai téléchargé les Blocs S7 ainsi que la doc attachée; effectivement ils stipulent qu'il faut un version TIA et non Step7.
En fait en Step7 tu pourras le faire aussi et dans les deux cas tu auras du développement à faire.
La trame envoyée par le Trispector est une trame Ascii que tu configures comme tu veux.
Le plus gros boulot consiste à décomposer ta trame à l'arrivée pour retrouver tes petits.
1- Il faut donc bien connaitre l'architecture de la trame diffusée à l'avance
2 -Il faudra mettre en œuvre une com TCP ouverte avec un bloc "TCON".
3 - se palucher le code pour décomposer la trame (ne récupérer que les valeurs pertinentes, a la manière d'un fichier csv)
Attention toutes les valeurs sont transmises en ASCII, donc il faut retranscrire dans le type qui va bien (réel, entier...)