Algunos ayudan con IBP protocolo?

[abondy]

He capturado algunas de las comunicaciones entre un PC y un Siemens S7-200 cuando a leer y escribir VD0 con Paso7-microWIN 32 software.

El PC resultados:
68 1B 1B 68 02 00 6C 32 01 00 00 00 00 00 0E 00 00 04 01 12 0A 10 02 00 04 00 01 84 00 00 00 6B 16
y después de E5 y 10 02 00 5C 5E 16 recibe desde el PC o PLC:
68 19 19 68 00 02 08 32 03 00 00 00 00 00 02 00 08 00 00 04 01 FF 04 00 20 98 76 45 12 D6 16

Los datos de VD0 es 16 #
98764512 y puedo ver en el mensaje recibido cerca del final.

Mi pregunta es: ¿Puede alguien explicar o punto a un documento que explica la información de la parte de DATOS los telegramas?

Me doy cuenta de que:
68 ....68 son los "Delimitador de inicio"
..1B 1B ..es la longitud
el lugar de destino = 02
la fuente = 00
y la suma de comprobación y el ED "delimitador final",
pero lo que es la explicación de los datos de 68 1B 1B 68 02 00 .............
.... de ....68 16.

Gracias
AB

 

[abondy]

Publicado por 6 meses, 104 lecturas y nadie tiene alguna sugerencia o ayuda sobre el protocolo PPI de Siemens.

Chicos necesito su ayuda o sugerencias

Siempre agradecido,

Andy

 

[Gabriele Corrieri]

Hola Andy

PlcForum.IT de que la comunidad tiene que empezar en estos días una nueva línea de proyecto finalizado para un componente OCX para conectar S7-200 cpu's.

Permítanme que si usted
está interesado en unirse a nosotros ...

Nuestra comunidad siempre hablar en el idioma italiano

<img src="http://www.edaboard.com/images/smiles/icon_sad.gif" alt="Triste" border="0" />

pero si quieres puedo traduce algunos puestos ...con mis pobres Inglés.

Saludos cordiales

Gabriele Corrieri

 

[onebit]

si todavía lo necesitan que les puedo dar algunos puntos

 

[abondy]

Onebit,

Gracias por su oferta.

Sí, sigo necesitando algo de ayuda (información).

A saber, el código siguiente el destino y la fuente de octetos, el significado de algunos telegramas de 6C y 7C en otros.
Además, el código para el tipo de memoria del PLC que se trate (por ejemplo, 01 84) V tipo de memoria y así sucesivamente.

Supongo que lo que estoy pidiendo son las definiciones de bytes enviados y recibidos desde el PLC, y también el «10 02 00 5C 5E 16« tipo de mensajes, tanto enviados o recibidos.

Además, ¿cuál es la respuesta del PLC, cuando hay una suma de comprobación de error.We normally see an E5 when the message is received correctly, but when there is and error, there appears to be a '10 DST SRC xx CS 16 message returned form the PLC.

(DST-destino, SRC - fuente, CS - Checksum)

Gracias por cualquier ayuda que me puedan dar.

Andy

 

[onebit]

Hola Andy,
Cuanto lo siento, le envié la semana pasada respuestas por este foro y no comprobar si mi información aparece en el foro.Puede ser que hice algo mal y como resultado de mi respuesta no no aparecen en este foro.Voy a responder de nuevo tan pronto como sea posible.Por cierto, puede ponerse en contacto conmigo por e-mail.Toda la información acerca de mí está en mi sitio web www.bitman.ca.Puede ser usted puede encontrar una respuesta a su pregunta allí.

Saludos cordiales

Vladimir

 

[Dirk]

Hola,

Tengo algunos problemas con el protocolo IPP también.
Mi problema es la construcción de la suma de comprobación.He intentado un montón de métodos de diferencia (CRC16, CRC32, CCITT, etc), pero no acabo de obtener la FCS.
También trató de tomar todos los bytes en lugar de todo después del comienzo delimitador.

Puede anyboby dime, ¿cómo está construida la Quinta Comisión?

Gracias, Dirk

 

[abondy]

Dirk,

La suma de control es muy simple.Sólo tiene que añadir todos los bytes después de la de "68 .. .. 68" para el último byte de los datos (justo antes de la FCS).
Por ejemplo:

68 15 15 68
02 00 6C 32 01 00 00 CC C1 00 08 00 00 F0 00 00 01 01 00 03 C0
EB 16
....................^----------------------------- -------------------------------------------------- - ^

La suma de todos los dígitos hexadecimales de los primeros 02 hasta poco antes de la EB - es 3EB y byte menos significativo = EB (1 byte)

Recuerdos,
Andy

 

[wilson_150]

Hola,I have some problems to get complete PPI protocol info/spec.

Por favor ayuda en esto.

Gracias!

 

[AndrewDo]

Hola Abondy,
Tengo el mismo interés la descripción de la PPI.Tengo algunos registros de puerto COM, cuando PLC y Microwin conectado.También sé de base como marco de u, pero no puedo ir muy lejos para determinar el marco de otros datos y el interior.¿Todavía estudio?¿Tienes alguna noticia?No se puede compartir?(por favor enviarme correo electrónico mailto: trading_4e (a) yahoo.com.sg [/ url], Si algo no puede publicar) Gracias [/ url]

 

[MarekK]

Hola,

Si alguno tiene algún knowlage lindan PPI de Siemens o de cualquier protocolo un quieres saber algo, por favor hágamelo saber.
En este momento tengo entendido un poco.

MK
mkrzyzowski (a). wp.pl

 

[MarekK]

68 1B 1B 68 02 00 6C 32 01 00 00 00 00 00 0E 00 00 04 01 12 0A 10 02 00 04 00 01 84 00 00 00 6B 16
------------------------
SD2 marco.Mira en WIKI -> Profibus DP.
68 1B 1B 68 02 00 = Marco como usted escribió.
6C = 6C, 7C, 5C - consulta
32 - S7200
01 - Consulta
0000 - Siempre 0000
0000 - ID de transacción
000E - Longitud 1
0000 - Duración 2
04 - Leer solicitud
01 - Variables de contar
120A - Var dirección marco cabecera
10 - 10
02 - Byte
0004 - 4 elementos
0001 - V zona
84 - V
000000 - Con todos estos medios READ.VD0
6B - Comprobar suma
16 Final delimitador
----------------------
A continuación se bla bla bla.Mira en WIKI
Entonces ...
----------------------
68 19 19 68 00 02 08 32 03 00 00 00 00 00 02 00 08 00 00 04 01 FF 04 00 20 98 76 45 12 D6 16
SD2 marco como antes
pero
68 19 19 68 00 02 - cabecera
08 - Respuesta
32 - S7200
03 - Respuesta, OK, no hay errores
0000 - Siempre 0000
0000 - ID de transacción, al igual que en el mismo requerimiento!
0002 - Longitud 1
0008 - Duración 2, los datos de longitud
0000 - no hay errores
04 - Leer solicitud
01 - Variables de contar
FF - OK1
04 - B o W o DW (no bits)
0020 - número de bits en resp.0x20 = 0d32-> 32 / 8 [b / B] = 4B en respuesta.
98 76 45 12 - Leer variable
D6-Check suma
16 - Fin delimitador
--------------------
La última línea con la solicitud antes descrita significa VD0 = 98765412
--------------------
Eso es todo.
Yo no lo describen mejor.No quiero.Me paso muchas horas en ello y sigo trabajando.Estoy buscando a alguien para compartir el conocimiento con los demás.
MK