Comunicación Profibus entre S7-300 y S7-200

Para seguir, en el ya poco tiempo que nos queda de curso en Comunicaciones Industriales, con el tema de Profibus, os pongo otro videotutorial que detalla un poco, en la medida que permite una grabación de escritorio, la forma de configurar la comunicación entre un equipo S7-300 y un S7-200 de la gama SIMATIC.

Dado que el S7-200 funciona siempre en modo esclavo en Profibus DP a través del módulo EM 277, toda la comunicación se configura desde STEP7 para el S7-300, siendo necesario a través de MicroWIN programar únicamente los movimientos de datos necesarios para la transferencia desde el área V del S7-200.

Algunos datos interesantes que me gustaría destacar de la configuración de los equipos:

– De cara a poder enlazar en modo esclavo el módulo EM 277 del S7-200, es posible que sea necesaria para la versión 5.4 de STEP7 la instalación del archivo GSD del módulo. Un archivo GSD no es más que un paquete de datos de configuración necesario para algunos equipos de la gama Siemens, a modo de una actualización de Hardware personalizada. Tras la descarga del GSD, su instalación no suele ofrecer problemas. Si los ofrece (en algunas versiones de STEP7 v5.3 puede ser así), siempre podemos recurrir a la solución de «fuerza bruta» descrita en el video. Os aseguro que funciona.

– Es fundamental tener en cuenta que el a partir del byte especificado en la configuración de STEP7 del área V del S7-200, primero irán los datos de Entrada (entran en el S7-200), y luego los de Salida (salen del equipo). Por tanto, si seleccionamos una transferencia de 2 Bytes Out/2 Bytes In a partir del VB10, tendremos que VB10 y VB11 serán los bytes donde se vuelquen los datos de entrada en el 200, mientras que VB12 y VB13 serán los que reflejen los datos de salida del mismo con dirección a otros equipos (en este caso, el S7-300).

– No podemos olvidar bajo ninguna circunstancia configurar la dirección Profibus DP del EM 277 con las ruedas codificadas, y por supuesto, comprobar la posición de las resistencias de terminación de los conectores del Bus.

Sin más, os dejo el videotutorial. Espero como siempre que os sea útil para recordar conceptos y para asentar los que ya tengáis.

Comunicación Profibus DP entre S7-300

A falta aún de sacarle jugo a la Cp 343-1 Advanced con el diseño de aplicaciones web integradas de control mediante el uso del HTML Code Generator de Siemens, nos metemos en uno de los sistemas más ampliamente usados en el ámbito de las comunicaciones industriales, que aunque poco a poco va siendo desplazado por sistemas más versátiles como Profinet, todavía tiene mucha vida por delante gracias a la gran cantidad de nodos profibus actualmente instalados.

Para comenzar por el principio, que suele ser lo más conveniente, os dejo un pequeño videotutorial de cómo realizar la configuración de la comunicación Profibus entre dos S7-300 mediante STEP7. El objetivo es intercambiar dos áreas de memoria entre dos S7-300 funcionando como Maestro/Esclavo. Pretendemos pues reflejar el byte de entrada EB124 de uno de los equipos (maestro) en el byte de salida AB124 del otro equipo (esclavo) y viceversa.

Es especialmente interesante la estructura de los dos bloques de programa OB1 que cargamos en cada uno de los autómatas. No olvidéis que a pesar de que las transferencias configuradas vía STEP7 son tan sencillas como AB0->EB0 en un equipo y AB0->EB0 en el otro, tenemos que mover a esos datos de salida (AB0) y de entrada (EB0) los respectivos valores EB124 y AB124 que queremos que se reflejen en cada uno de los equipos.

El siguiente paso es incluir a los S7-200 en las comunicaciones Profibus. Poco a poco se anda el camino. Espero que os resulte de utilidad.

Comunicaciones Ethernet con S7-300 (2)

Las comunicaciones entre equipos S7-300 y S7-200 de Siemens admiten varias configuraciones distintas. Debido a las características de la mayoría de los módulos de comunicaciones de los que disponemos, las comunicaciones de este tipo las hemos implementado haciendo funcionar siempre el S7-200 como cliente y el S7-300 como servidor a través de enlaces tipo TCP. No podemos olvidar que en una arquitectura Cliente-Servidor es siempre el primero el que maneja la comunicación. De este modo, hasta ahora ha sido el S7-200 el que realiza las peticiones de lectura/escritura al S7-300 mediante el uso de las funciones AG_SEND, AG_RECV, AG_LSEND y AG_LRECV.

Existe otro caso particular de comunicación entre equipos 300 y 200 que es el inverso: el 300 actuando de cliente y el 200 haciéndolo de servidor. Este tipo de comunicación tiene algunas exigencias adicionales en la configuración de la comunicación. Por un lado, el peso de la comunicación recae ahora en el cliente, que es el S7-300. Tenemos pues que tener la posibilidad de definir qué datos van a leerse o escribirse, dónde y de dónde. Por otro lado, necesitamos además que en la configuración del enlace de comunicación a través de STEP7 para el S7-300, podamos configurar un enlace no-especificado, ya que el equipo S7-200 queda fuera del alcance de la configuración a través de STEP7, y deberá configurarse como siempre a través de MicroWIN (qué ganas tengo de ver una versión STEP 7 integrada para todos los equipos Siemens…).

En el videotutorial que os dejo, vemos cómo puede realizarse la configuración de esta comunicación estableciendo un enlace de tipo S7, ya que naturalmente ambos equipos son Siemens y el módulo de comunicaciones CP 343-1 Advanced nos lo permite (cosa que no hacía el 343-1 Lean). Es especialmente interesante la configuración de los TSAP en la comunicación, así como el uso de las funciones FB14 y FB15 (GET y PUT respectivamente), que necesitan de la configuración de un DB específico y que permiten la lectura o escritura de datos en CPU’s externas.

En el siguiente documento de Siemens tenéis una magnífica explicación de la configuración de la comunicación entre equipos S7-200, S7-300 y S7-400 para diferentes supuestos de actuación (cliente / servidor) de cada uno de ellos. Lástima de las limitaciones de todos conocidas…

Nota: Teniendo en cuenta la caótica página web de Siemens, en ocasiones no es fácil encontrar material que solvente dudas sobre el uso de determinadas funciones de comunicación. No obstante, en el siguiente enlace tenéis sobrada documentación sobre uso de funciones de comunicación en Industrial Ethernet y Profinet, así como algunas soluciones a dudas y problemas comunes que pueden surgir. Y respecto al idioma, ya sabéis lo que hay. El que quiera peces…

Comunicaciones Ethernet con S7-300 (1)

Las comunicaciones Ethernet son, salvando Profinet y la cantidad de nodos aún instalados de Profibus en todos sus perfiles, quizás las más versátiles en cuanto a la posibilidad de integración de distintos sistemas y a la salida a redes de área extensa. Es por ello que en los últimos años han sido los estándares 802.3 de Ethernet y también el 802.11 de Wireless los más adoptados para la comunicación en sistemas industriales de cierta entidad.

Para ilustrar las posibilidades de comunicación de los S7-300, iremos poco a poco realizando ejemplos cada vez más complejos hasta donde las posibilidades físicas de material, conocimientos, y fundamentalmente tiempo, nos dejen evolucionar.

Como hay que comenzar por algún sitio, lo haremos por el principio, que suele ser lo más conveniente. Veremos cómo realizar una comunicación simple entre dos S7-300, funcionando uno como cliente y otro como servidor, y haciendo uso de las funciones integradas de los módulos CP. En este caso, trabajaremos en ambos equipos con los módulos de comunicaciones Ethernet CP 343-1 Lean. Estos módulos tienen algunas limitaciones de cara a la comunicación Ethernet, como veremos más adelante, pero para este sencillo ejemplo nos serán suficientes.

Mediante las funciones de librería de los módulos CP AG_SEND (FC5) y AG_RECV (FC6) realizaremos el envío de datos de la palabra EW124 de un equipo (llamémosle S7-300 (1)) a la palabra AW124 de otro (S7-300(2)). A diferencia de lo que ocurría con las comunicaciones MPI, en este caso para la transferencia de datos deberemos hacer uso de ambas funciones. La primera de ellas (AG_SEND) nos enviará los datos de la CPU al búfer de comunicaciones del módulo CP, y de ahí al equipo especificado en el enlace definido, y la segunda función (AG_RECV), recogerá los datos del enlace en el búfer del segundo módulo CP, y se los enviará al equipo receptor.

Para este ejemplo pueden usarse varios tipos de enlace. Normalmente (salvo casos particulares que iremos desgranando), para realizar comunicaciones entre equipos Siemens podemos hacer uso de los enlaces S7 por su rapidez y simplicidad a la hora de identificar los equipos. Si además es necesario traspasar la frontera de los equipos industriales y llevar estos datos a otras redes, recurriremos como en este caso a los enlaces TCP.

Como mejor se ilustra el ejemplo es con una explicación in situ. Así pues, ahí va como de costumbre el videotutorial.

Comunicaciones MPI entre S7-300 (2)

En el anterior post os contaba cómo configurar dos (o más) S7-300 en una red MPI de cara a realizar transferencias de datos entre ellos mediante la configuración de datos globales.

Existe un segundo método aún más versátil que nos permite realizar la lectura y escritura de datos desde un equipo S7 en interlocutores externos, haciendo uso de dos funciones integradas como son la SFC 67 (X_GET) y la SFC 68 (X_PUT), y que vienen incorporadas en la CPU que estamos usando, que es la 314C-2DP.

Haciendo uso de estas funciones podemos, al igual que ocurría en las comunicaciones PPI con los S7-200, leer o escribir datos entre maestros de red mediante una comunicación multipunto. De esta forma, X_GET nos permitirá leer datos externos de otro equipos S7, mientras que X_PUT nos pemitirá escribirlos. De hecho, ambas funciones no tienen por qué usarse simultánemente: si configuramos un equipo para escribir datos en otro, no es necesario que configuremos el segundo para leerlos (los datos ya se encuentran escritos).

En el ejemplo de este videotutorial iremos un poco más allá. Dado que ambas funciones, X_PUT y X_GET requieren para su ejecución de una condición de entrada de activación (REQ o Request to Activate), haremos lo siguiente: en el equipo S7-300(1) configuraremos una escritura en red cuando se active la entrada E 124.0. Esta escritura en red se encargará de transferir esta condición de entrada a la marca M0.0 del equipo S7-300(2), que a su vez será la REQ de este otro equipo, de modo que al recibir esta escritura, se desencaderá su X_GET, que se encargará de recoger el estado del byte de entradas E125 del equipo (1) y transferirlo (leerlo) al byte A125 de salidas del equipo (2).

Naturalemente, esta transferencia podría simplificarse en una sola, pero de esta forma observamos la coordinación y uso de ambas funciones de modo simultáneo.

Por cierto, desde ahora, y no sé si permanecerá así o no (aún sigo buscando fórmulas de eficiencia y comodidad), todos los videotutoriales los subiré a Vimeo, ya que lamentablemente YouTube tiene un límite de 10:00 minutos de duración para los videos subidos. A continuación, el videotutorial.

[Vimeo 8794539]

Comunicaciones MPI entre S7-300 (1)

Con esta entrada en el blog quiero inaugurar la sección de Videotutoriales que podéis encontrar dentro de la página web de SRCA, de momento, bajo la categoría de Comunicaciones Industriales.  La primera entrada de esta sección corresponde al video y tutorial de comunicación MPI entre dos S7-300 con CPU 314C-2DP.

Como sabéis, la comunicación MPI (Multi Point Interface) permite la comunicación entre varias CPUs maestras de red Siemens con el fin de intercambio de datos reducidos, y con un número máximo de 32 estaciones en red. La velocidad de comunicación soportada es como máximo 187,5 Kbps, y con un método de acceso al bus Token Ring. El intercambio de datos puede hacerse de dos formas: configurando las estaciones para la transferencia de datos globales, para lo cual STEP7 posee una aplicación propia para definir las áreas de transferencia de datos en red, como veréis en este primer tutorial, o bien haciendo uso de las SFC de escritura en red (X_PUT) y de lectura en red (X_GET), que veremos en el próximo video.

Espero que esta sección sea de ayuda a todos los que os introduzcáis en el tema de las comunicaciones industriales Siemens. Conforme vayamos adentrándonos en el resto de estándares de comunicación, iré hacieno algunos ejemplos de configuración de Ethernet Industrial, Profibus y AS-i. A continuación, el video.

Google DNS Services

Es posible que esta entrada deba estar situada en el otro Blog del Centro referente a las TICs, pero no he podido evitar recogerla en éste por la importancia desde el punto de vista tanto de la configuración DNS independiente del ISP como de la sensación que desde hace tiempo uno tiene con Google, y es que éste no es más que un enorme monstruo fagocitador de ideas que sólo tiene un objetivo a medio-largo plazo: ser el Gran Hermano de Orwell aplicado a la Red.

De todos modos, buena es la información: nos permitirá la configuración DNS siendo cual sea nuestro proveedor de servicios. Todo pasará por las grandes, poderosas y gigantescas garras del gigante. Ahí queda.

El enlace original, en la web de Genbeta. Más explicaciones acerca de los servicios DNS, en el artículo del Blog AnexoM.

VPN bajo Windows

De nuevo, un buen manual para la configuración de VPN. Interesante también si alguien (no miremos a quién) lo quiere realizar bajo Windows Vista.

Comunicaciones Industriales: Redes

Dado que uno de los materiales que más vamos a trabajar en esta pequeña parte de redes que veremos estas primeras semanas en comunicaciones industriales son los enrutadores (Routers, para dejarlo más claro), aquí van dos entradas del manejo básico del Router Linksys Wireless G-Broadband WRT54GL de Cisco Systems. Como sabéis es un Router Ethernet con ciertas diferencias con aquellos a los que estamos acostumbrados.

Debería ser suficiente con el Users Guide de la página web de Linksys by Cisco, pero conociendo nuestras limitaciones (y el posesivo de primera persona de plural se usa por solidaridad grupal), ahí va también un estupendo enlace en el que se comentan las principales características y modos de operación en castellano.