Octet supplémentaire modbus RTU

[itasoft]

je récapitule:
tu reçois une trame dont le premier octet est de trop, c'est ça ? et tu voudrait faire un décalage à droite de 8 bits sur la trame pour éjecter cet octet
???

[Azoru]

L'octet en trop se situe après la trame
Mais je ne vois pas comment je pourrais retravailler cette trame en soit

[itasoft]

est que c'est le dernier octet de la table de réception du Read_Var ?

[Azoru]

Lorsque le read_var se met en erreur, la table de réception ne se rafraichit pas

[itasoft]

montrer la ligne de programme avec le Read_Var

[Azoru]

J'ai fait un bête programme de test, mon programme ne comporte plus que 2 Read_Var :

Code : Tout sélectionner

(* IF %S6 AND NOT GEST[0].0 THEN *)
IF TRAME_1 AND NOT GEST[0].0 THEN
	READ_VAR (ADR  := ADDM('00.02.00.07.MBS'),
	          OBJ  := '%MW',
	          NUM  := 2080,
	          NB   := 2,
	          GEST := GEST,
	          RECP => RECP);
	TRAME_1 := 0;
END_IF;

(* IF %S6 AND NOT GEST_0[0].0 THEN *)
IF TRAME_2 AND NOT GEST_0[0].0 THEN
	READ_VAR (ADR  := ADDM('00.02.00.02.MBS'),
	          OBJ  := '%MW',
	          NUM  := 2080,
	          NB   := 2,
	          GEST := GEST_0,
	          RECP => RECP_0);
	TRAME_2 := 0;
END_IF;

[itasoft]

comment sont fait TRAME_1 et TRAME_2 de plus il faut mettre le timeOut dans le 3ème mot de GEST obligatoire

[Azoru]

TRAME_1 et TRAME_2 sont gérés manuellement via table d'animation pour gérer trame par trame.
J'ai testé plusieurs valeurs de timeout au niveau du GEST mais sans succès.

[itasoft]

tout semble correct, on peut essayer de remplacer MBS par SYS pour voir

[Azoru]

Les trames ne partent plus lorsque je remplace .MBS par .SYS