[Resolu] RS232 Mdb S7-1200
Posté : 07 déc. 2018, 10:46
Bonjour,
J'ai un soucis de comm MDB RTU avec un équipement.
Je communique entre un S7-1200 via une CM1241 (maitre) vers un esclave modbus:
j'utilise les blocs MB_COMM_LOAD et MB_MASTER.
Voici la trame qu'attend l’équipement:
Demande :
0xFF 0x03 CMD_M CMD_L ATT_M ATT_L CRC16
WORD CMD : Commande,
WORD ATT : Nombre de mots attendu en réponse.
Réponse :
0xFF 0x03 0xNBR DATA[NBR] CRC16
BYTE NBR : Taille de DATA en octets,
BYTE[x] DATA : Données reçues.
Voila la trame qu'envoie mon automate (exemple):
01 03 00 00 00 01 84 0A
Mon soucis je pense via de l'adresse esclave de l'équipement, en effet impossible de modifier l'adresse esclave de l'équipement.
Quand je regarde la trame de l'équipement j'en déduis que 0xFF est l'adresse esclave, mais on ne peut pas aller après 247 en adresse Mdb.
Du coup ma FB MB_MASTER m’indique BUSY à chaque échange.
Quand je simule un esclave MDB(sur mon PC), les échanges se passent nickels.
Est-il possible de faire des échanges mdb sans adresse esclave ?
Merci d'avance,
Quentin.
J'ai un soucis de comm MDB RTU avec un équipement.
Je communique entre un S7-1200 via une CM1241 (maitre) vers un esclave modbus:
j'utilise les blocs MB_COMM_LOAD et MB_MASTER.
Voici la trame qu'attend l’équipement:
Demande :
0xFF 0x03 CMD_M CMD_L ATT_M ATT_L CRC16
WORD CMD : Commande,
WORD ATT : Nombre de mots attendu en réponse.
Réponse :
0xFF 0x03 0xNBR DATA[NBR] CRC16
BYTE NBR : Taille de DATA en octets,
BYTE[x] DATA : Données reçues.
Voila la trame qu'envoie mon automate (exemple):
01 03 00 00 00 01 84 0A
Mon soucis je pense via de l'adresse esclave de l'équipement, en effet impossible de modifier l'adresse esclave de l'équipement.
Quand je regarde la trame de l'équipement j'en déduis que 0xFF est l'adresse esclave, mais on ne peut pas aller après 247 en adresse Mdb.
Du coup ma FB MB_MASTER m’indique BUSY à chaque échange.
Quand je simule un esclave MDB(sur mon PC), les échanges se passent nickels.
Est-il possible de faire des échanges mdb sans adresse esclave ?
Merci d'avance,
Quentin.