denisprojet10
Messages postés2Date d'inscriptionlundi 14 août 2006StatutMembreDernière intervention 7 septembre 2008 7 sept. 2008 à 20:57
Bonjour Jack
C'est super ton code et ca fonctionne drolement bien
c'est justement ce dont j'avais besoin pour communiquer
avec mes PLC Modicon de l'usine ou je travaille Merci mille fois mon ami . Il y a juste un petit probleme avec MODCOMSE.OCX c'est qu'il tombe en TIMEOUT apres 2 heures et je dois repartir le code , est ce que tu aurais quelque chose a me conseiller pour éliminer ce petit probleme .
En tout cas félicitation encore , j'aimerais que tu m'envoie un message sur mon E-mail "denisprojet10@hotmail.com"
Adn56
Messages postés1172Date d'inscriptionjeudi 24 mai 2007StatutMembreDernière intervention28 septembre 20131 4 janv. 2008 à 17:38
encore toi GSmultidisplay ? merci pour ta pub à 500€ mais cela n'apporte rien à ce genre de forum (GRRRRRRR)
Les pro ont déja les outils pour le faire, ici on souhaite le faire nous même............et comprendre, plutôt que d'utiliser !
enfin bref........
Merci jack pour ta source , je vais la lire avec interet pour essayer de communiquer avec un twido ;) il est pas fortiche s't'automate mais cela vaut le coup d'essayer ^^ (il n'utilise meme pas les variable byte -_-' pas simple pour faire de la comm hihihi)
++++ pour les questions ;)
GSMultiDisplay
Messages postés2Date d'inscriptionvendredi 6 juillet 2007StatutMembreDernière intervention 6 juillet 2007 9 juil. 2007 à 18:00
dounia1984
Messages postés4Date d'inscriptionvendredi 17 novembre 2006StatutMembreDernière intervention22 novembre 2006 23 nov. 2006 à 12:59
slt pour tous le monde
j'ai un projet pour la fin de cette semistre
et jusqu'au j'arrive à trouver un logiciel pour faire la supervision en modbus et unitlway
j'ai essaye aves wonderware mais il n' a pas marcher pouver m'aider à trouver 1
mon email c reki103@yahoo.fr
surfzoid
Messages postés463Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention21 avril 2010 5 avril 2006 à 12:20
surfzoid
Messages postés463Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention21 avril 2010 5 avril 2006 à 09:57
J'ai faillit oublier,
dans port setting il y a par defaut 9600,e,8,1
9600 = vitesse (Mon tsx 57 comme tout les 57 est à 19200 par defaut, ce soft supporte cette vitesse?))
e ? ce serait la parité est a ce moment la comment faire le lien avec parité Paire,Impaire ou Sans ?
8 = Données (7 ou 8)
1 = bitde stop (1 ou 2)
merci
@++
surfzoid
Messages postés463Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention21 avril 2010 5 avril 2006 à 09:48
Merci
De ton coté tu as dejas reussi un echange avec un API grace a cette source et si oui lequel (37,57, twido....)
Je sai que je vais abusé du genre ta pas 100 balle et un mars, mais aurait tu des info ou une idée pour passer de cette source modbus serie a tcp/ip.
Pour info je suis connecté a l'api avec le cable d'origine schneider et si je teste la connection avec "PL7Pro" c'est ok, j'ai le driver xip et une carte ethernet sur l'API, la aussi la connection est ok, en fait je cherche juste la possibilité de lire et ecrire 2 variable sur un tsx 37 ou 57 car le but de la manip c'est de dévelloper une appli/interface sur une bd access et en "option" pouvoir gérer ces 2 variables.
As tu déjas ententu parler de VISUAL IO de chez arsoft, et as tu un avis sur ce soft.
Merci de la rapidité de ta réponse.
@++
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 4 avril 2006 à 23:33
Salut
Le CRC, c'est le "checksum" de l'opération : XOR sur chaque byte + comparaison après réception.
Donc, il perd des données ou elles sont mal interprétées --> Vérifier les vitesses, parité, controle de flux, blindage que d'un seul côté ...
Sans OCX, on peut se le faire à la main (avec du temps) :
Je n'ai pas le détail sous les yeux, mais dans ce protocole (comme dans tous les autres), il y a des trames a respecter (de mémoire)
<données 1><données 2>...<données n>
avec <données 1><données 2>...<données n> qui changent selon le type d'opération :
En lecture de mots :
<nombre de mots>
En écriture de mots :
<valeur mot><valeur mot>
Reporte toi au descriptif du protocole pour plus de détails.
L'OCX ici gère ces trames et le CRC de controle.
Oui, 40010 ressemble à une adresse. Personnellement, je pense qu'il s'agit de l'adresse mot directe (%MW).
surfzoid
Messages postés463Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention21 avril 2010 4 avril 2006 à 20:21
Salut jack
j essaye d'utiliser ta source pour lire des variable sur un TSX57 de schneider et en fait quand je fait un read j ai un CRC error et quand je fais un write j'ai un bad response, jimagine qu il n'arrive pas a se connecter a l'automate mais sur CRC error, tu sais ce que signifie cette erreur, tu as déjas réussi a te connecter a un API ?
Autre point, au niveau de l'adressage il y a par defaut 40010 c'est un mot, genre %MW40010 ou c'est directement le registre ou l'adresse memoire en bon vieux langage lol ?
Merci
cs_geronimo2
Messages postés1Date d'inscriptionmercredi 12 janvier 2005StatutMembreDernière intervention 5 juin 2005 5 juin 2005 à 18:54
Salut à tous
J'ai un problème avec port.dll
J'utilise un micro pour commander 3 microcontrôleurs PicBasic2000 (PBM-R5) en série.
J'utilise cette applique pour commander 3 automates programmables à l'aide un programme perso en VB sous Windows 2000.
4 convertisseurs (de marque Roline) RS232/RS485 réalisent la chaîne série (PC en début de ligne et bouchon 120ohms)
Je n'arrive pas à recevoir les données sous forme de chaînes ascii de plus d'un module donc en full duplex multiple? Par contre avec le pc les ordres sont reçus sur les trois modules.
Le protocole est le suivant:
Le pc envoi un caractère ascii, le module picbasic2000 concerné renvoi une suite de 3 chaînes (1 lettre + 1 chiffre de 4 caractères) qui correspondent à une mesure de T°c, pression, etc.)
3 semaines sans résultats et la date d'évaluation arrive...
J'ai, besoin d'aide pour ne pas mettre à la poubelle les 4 mois de travail.
Merci d'avance
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 24 juin 2004 à 19:55
Salut PontDeLisere
Comme dit dans le descriptif, cette source n'est pas de moi et je n'ai pas la source de l'OCX, désolé.
pontdelisere
Messages postés2Date d'inscriptionjeudi 24 juin 2004StatutMembreDernière intervention29 juin 2004 24 juin 2004 à 19:29
comment obtenir ce source ?
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 30 janv. 2004 à 15:05
Salut NHenry
Le protocole ModBus définit la méthode avec laquelle échanger des infos, notamment à plusieurs destinataires. Dans ce dernier cas, on a souvent recours à un changeur RS232 - Boucle de Courant.
Ce protocole est très utilisé avec les Automates Programmables Industriels (API).
NHenry
Messages postés15113Date d'inscriptionvendredi 14 mars 2003StatutModérateurDernière intervention22 avril 2024159 30 janv. 2004 à 13:17
Pour communiquer sur un port série, j'utilise "port.dll". Mais bon, je n'est pas pigé le but de ta source. (ou j'ai compri mais pas d'utilité)
matcoh
Messages postés2Date d'inscriptiondimanche 25 mai 2003StatutMembreDernière intervention14 septembre 2008 18 janv. 2004 à 01:16
il manque qqs explication sur les propiétés et les evenements de ocx, tu peux m'envoyer qq renseignements complementaires
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 16 janv. 2004 à 20:58
lol : qqun a noté 2 sans avoir eu le courage d'y adjoindre un commentaire. Surement qqun qui ne sait pas de quoi il s'agit ...
Donc, ne vous fiez pas à cette note, cette source fonctionne !
7 sept. 2008 à 20:57
C'est super ton code et ca fonctionne drolement bien
c'est justement ce dont j'avais besoin pour communiquer
avec mes PLC Modicon de l'usine ou je travaille Merci mille fois mon ami . Il y a juste un petit probleme avec MODCOMSE.OCX c'est qu'il tombe en TIMEOUT apres 2 heures et je dois repartir le code , est ce que tu aurais quelque chose a me conseiller pour éliminer ce petit probleme .
En tout cas félicitation encore , j'aimerais que tu m'envoie un message sur mon E-mail "denisprojet10@hotmail.com"
4 janv. 2008 à 17:38
Les pro ont déja les outils pour le faire, ici on souhaite le faire nous même............et comprendre, plutôt que d'utiliser !
enfin bref........
Merci jack pour ta source , je vais la lire avec interet pour essayer de communiquer avec un twido ;) il est pas fortiche s't'automate mais cela vaut le coup d'essayer ^^ (il n'utilise meme pas les variable byte -_-' pas simple pour faire de la comm hihihi)
++++ pour les questions ;)
9 juil. 2007 à 18:00
Tu peu trouvez des infos ici !!
http://gs-computer.eu/index.php?mod=modbustcp1&lang=fr
@+
23 nov. 2006 à 12:59
j'ai un projet pour la fin de cette semistre
et jusqu'au j'arrive à trouver un logiciel pour faire la supervision en modbus et unitlway
j'ai essaye aves wonderware mais il n' a pas marcher pouver m'aider à trouver 1
mon email c reki103@yahoo.fr
5 avril 2006 à 12:20
http://shop.ingeardrivers.com/products/index.php?cName=downloads&osCsid=362cbc04b1a58a4b6ea2a20268b7af61
Jai pas bien compris l'histoir du dll a 0$ puis d'activation de lecence, mais une fois installer il y a un exemple vb6 (menu demarrer) qui marche vraiment nickel en modbus TCP/IP
5 avril 2006 à 09:57
dans port setting il y a par defaut 9600,e,8,1
9600 = vitesse (Mon tsx 57 comme tout les 57 est à 19200 par defaut, ce soft supporte cette vitesse?))
e ? ce serait la parité est a ce moment la comment faire le lien avec parité Paire,Impaire ou Sans ?
8 = Données (7 ou 8)
1 = bitde stop (1 ou 2)
merci
@++
5 avril 2006 à 09:48
De ton coté tu as dejas reussi un echange avec un API grace a cette source et si oui lequel (37,57, twido....)
Je sai que je vais abusé du genre ta pas 100 balle et un mars, mais aurait tu des info ou une idée pour passer de cette source modbus serie a tcp/ip.
Pour info je suis connecté a l'api avec le cable d'origine schneider et si je teste la connection avec "PL7Pro" c'est ok, j'ai le driver xip et une carte ethernet sur l'API, la aussi la connection est ok, en fait je cherche juste la possibilité de lire et ecrire 2 variable sur un tsx 37 ou 57 car le but de la manip c'est de dévelloper une appli/interface sur une bd access et en "option" pouvoir gérer ces 2 variables.
As tu déjas ententu parler de VISUAL IO de chez arsoft, et as tu un avis sur ce soft.
Merci de la rapidité de ta réponse.
@++
4 avril 2006 à 23:33
Le CRC, c'est le "checksum" de l'opération : XOR sur chaque byte + comparaison après réception.
Donc, il perd des données ou elles sont mal interprétées --> Vérifier les vitesses, parité, controle de flux, blindage que d'un seul côté ...
Sans OCX, on peut se le faire à la main (avec du temps) :
Je n'ai pas le détail sous les yeux, mais dans ce protocole (comme dans tous les autres), il y a des trames a respecter (de mémoire)
<données 1><données 2>...<données n>
avec <données 1><données 2>...<données n> qui changent selon le type d'opération :
En lecture de mots :
<nombre de mots>
En écriture de mots :
<valeur mot><valeur mot>
Reporte toi au descriptif du protocole pour plus de détails.
L'OCX ici gère ces trames et le CRC de controle.
Oui, 40010 ressemble à une adresse. Personnellement, je pense qu'il s'agit de l'adresse mot directe (%MW).
4 avril 2006 à 20:21
j essaye d'utiliser ta source pour lire des variable sur un TSX57 de schneider et en fait quand je fait un read j ai un CRC error et quand je fais un write j'ai un bad response, jimagine qu il n'arrive pas a se connecter a l'automate mais sur CRC error, tu sais ce que signifie cette erreur, tu as déjas réussi a te connecter a un API ?
Autre point, au niveau de l'adressage il y a par defaut 40010 c'est un mot, genre %MW40010 ou c'est directement le registre ou l'adresse memoire en bon vieux langage lol ?
Merci
5 juin 2005 à 18:54
J'ai un problème avec port.dll
J'utilise un micro pour commander 3 microcontrôleurs PicBasic2000 (PBM-R5) en série.
J'utilise cette applique pour commander 3 automates programmables à l'aide un programme perso en VB sous Windows 2000.
4 convertisseurs (de marque Roline) RS232/RS485 réalisent la chaîne série (PC en début de ligne et bouchon 120ohms)
Je n'arrive pas à recevoir les données sous forme de chaînes ascii de plus d'un module donc en full duplex multiple? Par contre avec le pc les ordres sont reçus sur les trois modules.
Le protocole est le suivant:
Le pc envoi un caractère ascii, le module picbasic2000 concerné renvoi une suite de 3 chaînes (1 lettre + 1 chiffre de 4 caractères) qui correspondent à une mesure de T°c, pression, etc.)
3 semaines sans résultats et la date d'évaluation arrive...
J'ai, besoin d'aide pour ne pas mettre à la poubelle les 4 mois de travail.
Merci d'avance
24 juin 2004 à 19:55
Comme dit dans le descriptif, cette source n'est pas de moi et je n'ai pas la source de l'OCX, désolé.
24 juin 2004 à 19:29
30 janv. 2004 à 15:05
Le protocole ModBus définit la méthode avec laquelle échanger des infos, notamment à plusieurs destinataires. Dans ce dernier cas, on a souvent recours à un changeur RS232 - Boucle de Courant.
Ce protocole est très utilisé avec les Automates Programmables Industriels (API).
30 janv. 2004 à 13:17
18 janv. 2004 à 01:16
16 janv. 2004 à 20:58
Donc, ne vous fiez pas à cette note, cette source fonctionne !