Forum automatisme

Bonjour à tous,
Pas plus tard que vendredi dernier, j'ai voulu me connecter à un TSX57 afin de récupérer le programme; Jusque la rien d'anormale.
Seulement, l'automate n'a pas de port ethernet ce qui me contraint donc a utilisé le câble série.
Mon problème le voila et je pense que je ne suis surement pas le seul : Impossible a récupérer le programme! Le téléchargement ce lance mais plante quelque seconde après son démarrage a cause d'une perte de connexion. j'ai essayé de toucher un peu tous les paramètres mais rien y fait.
Ma question est la suivante : pour ceux a qui ça arrive, avez-vous trouvé une solution ? et si oui, et bien… je suis preneur
merci d'avance

slts,
quelle est la référence du câble série ??
Je parle du cable qui va du TSX CUSB 485 à l'automate ?

C'est un TSX CUSB 485

Salut,

Je n'ai jamais eu de souci avec ma VM, PL7-PRO et un TSX57.
Avec un TSX37, je sais que le câble TSXCUSB485 est capricieux donc j'utilise le câble TSXPCX1301 pour pouvoir me connecter et récupérer le programme.

Idem, pas de soucis particulier avec VM et PL7pro
par contre j'ai eu des soucis de connexion avec USB, donc quand je tape dans du PL7pro sans Ethernet, je fais toujours suivre un PC avec port série et le bon vieux câble 1031 en DB9.
Un client a parfois essayé 10 fois avant de pouvoir recharger un programme avec ce câble USB (même problème que toi), à la onzième il m'a appelé,
je lui ai dit qu'avec un peu de chance ça finirait par passer. Il a essayé une fois de plus avec moi toujours au téléphone et ça a marché.
une histoire de bon karma, d'habitude je suis plutôt chat noir.

Pour ma part, je n'ai jamais eu de problème avec le TSX CSUB 485, ni en Premium ni en Micro.
Cela dit, je n'utilise pas de WM pour PL7-Pro.
L'adaptateur est paramétré en 0 (TER MULTI) avec le switch Polarization sur OFF

Par contre j'ai déjà eu de gros soucis avec un 1030 qui me faisait des bugs aléatoires jusqu'à faire planter complètement des CPU soit au branchement, soit un moment après !
Le 1031 est plus fiable, manifestement.

Salut,

pour ma part, j'ai déjà eu des soucis avec le driver du convertisseur TSXCUSB485 suite à une mise à jour automatique de Windows 10.

Il m'a fallu le réinstaller, après avoir téléchargé une version corrigeant le problème depuis le site XSL.
Le fichier README stipulait bien que ça corrigeait un bug suite à une mise à jour de Windows10, de mémoire.

Intéressant tout ça ! Je vais regarder chaques points
merci

Bonjour,

Je vois dans le sujet VMWare : Si c'est le cas d'une virtualisation, c'est capricieux aussi :
De mon expérience avec Virtual BOX équivalent VMWare et après de long essais et échanges avec Schneider, la config qui fonctionne est :
VirtualBox V6.1.26 et PL7PRO V4.5 installé sur un W7 32bits virtuel avec pilotes Unitelway daté de 2015
Initialement PL7 est prévu pour XP mais W7 32b est compatible et en VM la com est très stable contrairement à une VM en XP.
Le boitier TSXUSB485 comme décrit précédemment doit être sur select 0 et polarisation OFF, il doit être reconnu en com virtuel "ready" dans le drivers Unitelway.
La config Unitelway doit être en base 1 avec 3 esclaves
Si un afficheur est branché sur l'automate, essayer de le débrancher avant de faire le transfert.
W10 ne peut pas prendre en charge en natif PL7PRO

Il s'agit de VMware 15 Workstation.
je vais peut être tester avec Virtual box! peut-être y aura-t-il moins de problème de connexion
Merci quand même