- Ce sujet a 50 réponses, 14 participants et a été mis à jour pour la dernière fois 9 années, 1 mois da
.
-
Post
-
Salut à tous, je viens de terminer de connecter mon power one aurora 3.0 au convertisseur ATC1000, le logiciel aurora scanne via TCP / IP mais ne trouve aucun onduleur. J'ai fait quelques tests avec la résistance de 120 Ohm et sans mais rien. Quelqu'un a-t-il réussi à utiliser l'ATC1000 avec un onduleur aurora?
Si vous lisez tous les articles de ce sujet, vous constaterez que beaucoup ont réussi à utiliser l'ATC-1000 avec des onduleurs Aurora. Et il s'est également consacré à expliquer en détail comment le faire. Parfois, il suffit de lire.
Je pense que c'est sous-entendu qu'avant d'écrire j'ai lu les 4 pages qui m'ont été très utiles pour configurer l'ATC1000, cependant il y a toujours quelque chose qui ne va pas avec la communication onduleur / ATC1000 et n'étant pas un expert en 485 protocoles série, je pensais que je demanderais à quelqu'un de plus expérimenté que moi ...
Concernant les communications en RS485 il est possible d'en consulter un note d'application pour le câblage correct des réseaux RS485. En général, nous pouvons dire qu'un câble torsadé doit être utilisé et que les résistances de terminaison doivent être insérées à partir de 120 Ohm des deux côtés du réseau.
Je ne savais pas exactement où poster ce message, car mon problème se situe entre la configuration de l'ATC-2000 et la gestion des onduleurs power one. Les faits: 6 onduleurs pvi 12.5 connectés en "dasy chain" avec un câble utp d'où seuls 2 fils sont restés libres. 1 connecté à 485+ et un autre à 485-.
J'ai réussi à accéder à la page Web du convertisseur et mes problèmes ont commencé ici.
Parmi les 4 modes autorisés client / serveur TCP client / serveur UDP, je ne peux pas définir le mode client TCP qui, je suppose, est celui dont j'ai besoin car je dois surveiller les données de l'onduleur sur plus d'un PC connecté au réseau de mon entreprise.
L'ATC-2000 se plaint en disant que les adresses de gestion et celle que je mettrais en place en tant que client sont sur le même sous-réseau (et bien sûr je dis ... qu'est-ce qui ne va pas) que évidemment je n'ai pas complètement compris le fonctionnement de toutes ces ip.
Évidemment, j'ai cherché 2 jours sur votre forum avant de demander, mais si c'était possible, je voudrais avoir quelques précisions sur la configuration ATC-2000 et alimenter un onduleurs.
Si je comprends bien, vous devez accéder aux onduleurs avec le programme «Aurora communicator» à partir de différents PC connectés au réseau de votre entreprise. Une petite prémisse, même si l'ATC-2000 accepte plusieurs connexions (plusieurs PC peuvent s'y connecter en même temps), vous ne pouvez pas fonctionner simultanément avec le programme «Aurora communicator» à partir de plusieurs PC, mais vous devez utiliser un seul PC à la fois.
Sur l'ATC, vous devez définir le mode serveur TCP, les différents PC fonctionneront comme des clients, se connectant à l'adresse IP et au port définis sur l'ATC.
En fait! Après avoir réalisé que la connexion devait être de type serveur TCP et avoir donc laissé vide le champ d'adresse IP qu'il utilisait lorsqu'il travaillait en tant que client, j'ai pu connecter le communicateur L'aurora à l'ACT-2000 et avec une grande surprise je J'ai remarqué que s'il y a déjà un PC connecté, les autres ne partent pas du tout ou ils reçoivent des données sales et incorrectes! Pourquoi ?
Donc, si je lance l'application sur un PC qui se charge de télécharger des données dans un fichier journal, ne puis-je pas la lancer depuis un autre PC sans d'abord fermer l'application précédente?
PS La nouvelle version d'AURORA COMMUNICATOR 2.9.17 ne montre les fenêtres à personne. Est-ce un bug ou est-ce un problème avec mon PC?
Le protocole de communication des onduleurs Aurora est du type de paquet maître unique, un seul PC maître peut se connecter à plusieurs onduleurs dans le réseau RS485, le PC envoie un paquet de requête sur le réseau RS485 avec l'adresse de l'onduleur, qui répond par un paquet de réponse. Si deux appareils maîtres étaient interrogés en même temps, une superposition de données serait créée (la communication RS485 n'est pas un contrôle de collision comme Ethernet) et les données seraient corrompues.
Même chose avec l'ATC, si deux PC interrogent en même temps un déphasage est créé sur les temps de communication, le PC (a) envoie la requête et en attendant la réponse de l'onduleur, le PC (b) envoie sa requête qui il peut chevaucher la réponse de l'onduleur et la corrompre. Si la réponse de l'onduleur n'est pas corrompue, elle atteint à la fois le PC (a) et (b), mais alors que pour PC (a) cela a du sens, c'est la réponse à votre question, pour PC (b) cela n'a aucun sens étant la réponse à la question (a) du CP.
Vous ne pouvez donc travailler qu'avec un seul PC maître à la fois.
Nous avons fait pour la famille SlimLine de blocs de fonction pour dialoguer avec les onduleurs Aurora (Voir le message), un processeur SlimLine communique avec les onduleurs et il est possible d'interroger la CPU à partir de plusieurs PC en même temps à l'aide du protocole Modbus over IP. Cependant, dans ce cas, le programme de communication Aurora ne peut pas être utilisé, mais une application ad hoc doit être créée à l'aide du protocole modbus sur IP.
J'ai essayé de connecter l'ATC1000 à l'onduleur Aurora PVI6000 en suivant toutes les indications et spécifications illustrées dans les articles précédents, je vois les LED ACT clignoter doucement mais l'onduleur n'est pas reconnu par Aurora Communicator et pas par aucune communication.
Le fait que le voyant ACT d'envoi / réception de données entre série et Ethernet clignote signifie qu'il y a un trafic de données sur le port RS485. Cependant, il ne peut s'agir que des données envoyées du PC à l'onduleur qui ne répond pas.
Vérifiez bien la connexion RS485 et que vous avez correctement défini l'adresse de l'onduleur dans le logiciel.
Je collabore avec Soger pour connecter l'ATC1000 à l'onduleur Aurora PVI6000; J'ai vérifié les connexions et les réglages comme indiqué, à la fois du côté ATC et du côté de l'onduleur, mais l'onduleur ne répond pas. Après avoir acheté deux ATC1000, je les ai liés ensemble et je constate que les données passent correctement; J'ai également constaté que le logiciel Aurora Communicator envoie des demandes de données.
À votre connaissance, est-il nécessaire d'effectuer des réglages supplémentaires sur l'onduleur? Pouvez-vous nous donner d'autres suggestions sur les contrôles / tests à faire?
Vous pouvez essayer d'utiliser le logiciel VirtualCOM et configurer le logiciel pour qu'il fonctionne sur le port COM au lieu du socket TCP. Ce serait encore mieux si vous aviez un convertisseur USB / Série avec port RS485 (Exemple ATC850), et a essayé la connexion directement à partir de série. En utilisant le port série direct, le programme Aurora Communicator doit fonctionner sans aucun problème, de cette façon vous pouvez vérifier si tous les paramètres sont corrects. connexion. Vous avez correctement défini le mode de communication série à partir de la page Web ATC1000.
J'ai finalement pu faire fonctionner l'Aurora Communicator avec l'ATC-1000.
Comme suggéré, il est nécessaire d'utiliser le logiciel VCOM 3.6, car malheureusement Communicator ne reçoit PAS de données lorsqu'il est connecté via TCP; J'ai vérifié ce bogue plusieurs fois, les données partent de l'onduleur mais le Communicator ne les détecte pas. Merci encore pour les suggestions.
Je trouve étrange que cela ne fonctionne pas directement en TCP / IP, car d'après la façon dont j'ai lu les messages précédents de ce sujet, tout le monde a pu se connecter directement en configurant la connexion en TCP / IP sans utiliser le Virtual COM. Dans l'un des premiers articles, j'ai lu:
Attenzione a questo: se il PC non dispone di una porta COM seriale sua devi crearne una virtuale, l’importante è che venga creata come COM1, altrimenti ogni volta che accedi al programma, anche se hai impostato il modo TCP/IP, non riesce a connettersi agli inverter. Se il PC ha una sua porta COM reale, mappala come COM1 se già non lo è.
Ce n'est pas la cause de votre problème.J'ai testé l'Aurora Communicator sur deux PC, l'un fixe et l'autre portable, tous deux dotés d'un port COM1 réel et actif.
La chose étrange que j'ai trouvée est que le Communicator envoie les données à l'onduleur, mais ne les reçoit pas, même si elles sont correctement envoyées; pour voir cela, j'ai connecté deux ATC1000 en parallèle, l'un utilisé par le Communicator, l'autre par un programme client telnet, avec représentation des données en hexadécimal.
Avec le telnet, je vois à la fois les données envoyées par le Communicator et la réponse immédiate de l'onduleur, mais le Communicator ne détecte rien à venir. Cependant, avec la com virtuelle, cela fonctionne correctement, c'est la chose importante.
- Vous devez être connecté pour répondre à ce sujet.