échange de variable premium --> Micro

[dpo]

De mémoire, l'unitID sert de passerelle vers des équipements qui auraient une adresse en RS485
par exemple une passerelle modbus IP/RS485 avec 4 esclaves en RS485 aux adresses 11,12,13,14
les adresses dans l'io scanning seraient l'IP de la passerelle puis l'unit ID 11,12,13,14 de chaque esclave , soit une trame par esclave
Dans ton cas ça risque de finir en 1 ou 255
Même si tu ne peux pas faire d'essai avec le premium, tu peux taper dans le micro avec modbus doctor ou autre soft de test

[CapamotionFR]

Bonjour,
Je re-use ce topic car j'éprouve les mêmes difficultés pour échanger des variable d'un premium (IP 192.168.38.134) depuis carte ethernet intégrée (un c'est un TSX573634) vers un micro via la carte ETZ410 (IP 192.168.38.34). Mon coupleur ethernet ETZ410 n'a aucune config particulière (si ce n'est l'IP).

J'avais au préalable essayé avec les fonctions READ_VAR et WRITE_VAR, sans résultats (alors que la même fonction marche avec un M340)

Read_var / Write_var (ok M340; KO premium)

Après être tombé sur cet article du forum, j'ai configuré mon premium comme suit mais sans succès, aucun échange de variable dans un sens ni dans l'autre.

IO Scanning premium

J'ai coché / décoché la colonne Equipements passerelle / pont, sans effet.
Est-ce que l'un de vous saurait m'aider, car je commence à virer en fou pour échanger 4 pauvres mots entre deux automates

[MiGaNuTs]

Bonjour,
Je re-use ce topic car j'éprouve les mêmes difficultés pour échanger des variable d'un premium (IP 192.168.38.134) depuis carte ethernet intégrée (un c'est un TSX573634) vers un micro via la carte ETZ410 (IP 192.168.38.34). Mon coupleur ethernet ETZ410 n'a aucune config particulière (si ce n'est l'IP).

J'avais au préalable essayé avec les fonctions READ_VAR et WRITE_VAR, sans résultats (alors que la même fonction marche avec un M340)
READ_var.jpg

Après être tombé sur cet article du forum, j'ai configuré mon premium comme suit mais sans succès, aucun échange de variable dans un sens ni dans l'autre.
IO SCANNING.jpg

J'ai coché / décoché la colonne Equipements passerelle / pont, sans effet.
Est-ce que l'un de vous saurait m'aider, car je commence à virer en fou pour échanger 4 pauvres mots entre deux automates

Bonjour.

Il faut proceder par étape. Déja qui fait quoi dans ta boucle de com'.
Si tu fait du IO Scanning, tu n'a pas besoin de faire de read_var/write_var, et inversement. Il faut choisir l'un des deux méthodes. (perso je prefere la premiere, mais les deux sont tout a fait exploitables. C'est juste une question de préférence, et dans une certaine mesure de fainéantise)
Et ensuite tester les differentes etapes pour voir a quel moment ca foire.
Deja remplacer la passerelle par un pc avec ananas32 (ou 64) pour voir si les requetes du 57 sortent bien vers quelque part.
Ensuite avec une interface RS485 et modbus doctor, essayer d'interroger le 37 'a la mano' pour voir si il repond.
Puis un fois que ces 2 points sont OK, remettre la passerelle en place, et voir ce qu'elle raconte.

[CapamotionFR]

Merci MiGaNuTs pour les tips et les logiciels qui simplifient la vie. J'ai pu télécharger ce matin ModBus doctor que je vais tester aujourd'hui ou demain, as-tu un lien de téléchargement pour Ananas car celui proposé dans le forum http://www.tuomio.fi/ananas/ n'est plus actif

[CapamotionFR]

Ananas 64bits récupéré dans un post de Bernardo59 :
https://www.dropbox.com/sh/mvwk9qbacony ... tcban&dl=0

[CapamotionFR]

J'ai testé avec Ananas en sortie de mon automate maître Premium -> ok

Visu des mots écrits par le Premium %MW110:4 et écriture dans le Premium avec %MW118:4

J'ai ensuite branché mon PC avec Modbus Doctor à la sortie de mon coupleur ETZ410 -> ok

Le mot %MW118:4 apparaît bien dans ModbusDoctor

Je fais l'essai (mon PC est toujours raccordé entre les 2 automates via un switch), les mots s'échangent entre le Premium et le coupleur
Je retire mon PC, çà continue de vivre. Je retire mon switch (un TP-LINK classique) et raccorde mon Premium à mon coupleur en direct par un câble Ethernet, la communication tombe

TP LINK modèle TL-SF1005D

En remettant le switch, la com' repart aussitôt. C'est normal tout çà

[MiGaNuTs]

Au début de l'ethernet il fallait un "cable croisé" pour relier 2 appareils directement, et des "cables droits" quand tu passait par un switch.
Il y'a longtemps que les cartes ethernet de nos PC savent détecter automatiquement le type de cable utilisé et croiser les paires de fil had-hoc si besoin.
Mais dans le monde du matos industriel, il y'a encore un paquet d'equipements qui sont incapables de s'adapter automatiquement au type de cable utilisé. Genre les passerelles ETZxxx ...