Mar
03

Formación Profesional a distancia

Desde mediados de Enero se han celebrado en varias ediciones en Madrid las Jornadas para la Formación en la Elaboración de Materiales para la Formación Profesional a distancia, organizadas por el Ministerio de Educación, y de las que Manuel Alonso Rosa ya comentó en el Blog de Buenas Prácticas 2.0 del ITE. Estas jornadas están destinadas a profesores del sistema de Formación Profesional con el fin de la elaboración de materiales curriculares para la impartición de Ciclos Formativos a distancia a partir de próximo curso académico (aunque algunas Comunidades, como en el caso de Extremadura, ya tienen programas propios con este fin). El objetivo final para el sistema educativo y profesional es claro: aumentar el número de trabajadores titulados facilitando el acceso al sistema y posibilitar la acreditación de competencias profesionales de forma parcial.

El sistema de Formación Profesional a distancia no está ideado para cursar ciclos formativos completos de forma totalmente on-line (a pesar de ser totalmente factible) por varios motivos. El primero es obvio: quien opta por una formación a distancia es porque por la circunstancia que sea, bien laboral o personal, no puede hacerlo en forma presencial, por lo que su dedicación al mismo no será igual que la del alumno que cursa un Ciclo de ésta forma. El segundo no es tan obvio pero es igualmente razonable: dar la posibilidad a aquellas personas que ya poseen alguna cualificación profesional (acreditada de forma parcial por su experiencia profesional o bien adquirida a través de estudios anteriores) a completar su puzzle para de esta forma adquirir una titulación de técnico o técnico superior.

Con este objetivo el Ministerio de Educación pretende tener 100 títulos de varias familias profesionales dispuestos para el Curso 2011/2012 para posibilitar la formación on-line a distancia de los mismos. Dicho así, la idea de fondo no puede ser mejor: facilitar a aquellos que no pueden permitirse una asistencia diaria una formación modular a la carta para adquirir competencias profesionales y titulación. No obstante no todo es tan sencillo. Vayamos por partes.

Por un lado, la formación on-line a distancia no es íntegramente tal. Y es completamente lógico. La Formación Profesional es eminentemente práctica, y como tal, muchas competencias (y dentro de estas, muchos Resultados de Aprendizaje) no podrán ser adquiridas con una formación exclusivamente a distancia, sino que cada módulo profesional requerirá un porcentaje de asistencia para el logro de los resultados de carácter práctico. El tanto por cierto dependerá del módulo en cuestión: puede ser un 10 pero también un 70%.

Por otro lado, el hecho de que se aprueben 100 nuevos títulos (no 97 ni 103) para la formación profesional a distancia hace sospechar que la decisión del número de títulos es totalmente arbitraria. De que no se ha tenido en cuenta qué ciclos son los más aptos para la impartición modular a distancia y cuáles, bien por su carácter o por no encontrarse ampliamente implantados o difundidos, no lo son en una primera fase. Es así hasta tal punto que, pese a ser una condición indispensable para la impartición de un ciclo formativo a distancia que el centro en cuestión que lo oferte tenga implantada la modalidad presencial, se están elaborando materiales para ciclos formativos que en aún no se encuentran implantados en ningún centro del territorio nacional. Y además posiblemente tampoco lo estén en breve.

Por si fuera poco, la planificación inicial de puesta en marcha del nuevo catálogo de títulos a distancia es la del curso 2011/2012. Es decir, el curso que viene. Más problemas, por si la escasez de tiempo y lo precipitado de la decisión fuera poco: los materiales, como es lógico, se están elaborando de acuerdo a los currículos estatales LOE del ámbito del Ministerio de Educación, y por tanto únicamente son de aplicación como tal en el territorial nacional sin competencias transferidas (Ceuta y Melilla). Esto implica que, una vez elaborados los materiales y puestos a disposición de las comunidades, cada una de ellas deberá adaptarlos para satisfacer los currículos propios elaborados a partir de los Reales Decretos de títulos LOE del Ministerio. Eso implica más cambios y más gastos (por si los del Ministerio no fueran bastante), y un plazo de tiempo aún más corto para hacerlo. Lo lógico naturalmente es que las Comunidades Autónomas adapten paulatinamente los materiales de acuerdo a la oferta inmediata que propongan para cada curso académico, pero ya sabemos que la lógica y el sistema educativo andan algo reñidos en los últimos años. Es la consecuencia de un sistema totalmente descentralizado a nivel de Comunidades: módulos profesionales que cambian de nombre y curso, contenidos variables, módulos nuevos,… Circunstancia que muchas veces no obedecen a lógica ninguna y que dificultan la movilidad del alumnado. Y más aún en la formación profesional a distancia, en la que el alumnado no tiene ni por qué moverse.

Por no extenderme demasiado, como otras muchas veces, la sensación que queda es la de muy buenas iniciativas e ideas precipitadamente (normalmente todo se debe como siempre a intereses políticos) mal llevadas, por no hablar de la poca racionalización de gastos del Ministerio y Comunidades pese a, insisto, ser algo muy necesario y muy productivo en un futuro inmediato en el sistema de Formación Profesional. Otro día comentaré los problemas en la elaboración de materiales, que pese a ser lógicos, no son pocos.

Esperemos que todo salga bien. Profesionales elaborando materiales hay muchos y muy buenos. Veremos qué resulta.

Feb
13

De mudanzas y de vuelta

Después de unos meses de cambios y adaptación a nuevas situaciones, ya me encuentro inmerso en una docencia algo alejada de la automatización industrial (aunque no demasiado, he cambiado el origen por la aplicación), pero igualmente apasionante con el Mantenimiento de Instalaciones Térmicas y la Eficiencia Energética en el IES San Roque de Badajoz. He remozado un poco (no demasiado, mis conocimientos no extienden mucho más) la imagen estática de la página que hasta ahora era Elec2.es, y he recuperado todos los posts de mi antiguo blog SRCA del IES Santiago Apóstol de Almendralejo, que murió tristemente el pasado curso tras mi traslado.

Quizás las nuevas publicaciones se alejen más de la automatización y se centren en el campo de la Eficiencia Energética y las Instalaciones Térmicas, pero intentaré siempre que sea posible tirar al monte como la cabra, y plantear todo desde el punto de vista de la automatización de procesos industriales.

Este blog no deja de ser lo que era: una herramienta que me resultó extremadamente útil en la docencia de mis Módulos Profesionales, y así pretendo que siga siendo, por lo que me deberé a mis alumnos y sus intereses, lo que no quita que no acabe publicando lo que me apetezca ocasionalmente (es lo que tiene que el dominio sea propio).

De aquí parto pues en nueva andadura profesional. A mis alumnos, ya sabéis que intentaré reflejar aquí contenidos dinámicos (posts, aclaraciones, manuales y videotutoriales, etc) mientras que nuestra nueva página de Formación Profesional del IES San Roque de Badajoz será nuestra referencia para contenidos estáticos, presentación de los ciclos y materiales diversos, como viene siendo hasta ahora.

Vamos a la tarea.

Jul
20

Absurdeces e ignorancias administrativas (y 2)

Nunca me ha gustado Saramago. Como lector no excesivamente cultivado, su prosa se me ha hecho siempre tediosa y densa. A pensar de resultarme llamativos los trasfondos, o la interpretación personal de las situaciones, reconozco haber comenzado Ensayo sobre la Ceguera, pero no haber sido capaz de pasar más allá de la mitad del libro. No sé por tanto hasta qué punto mi moraleja propia de la historia es la que Saramago pretendía. Ni siquiera sé si pretendía alguna, o simplemente que cada uno se construyera la suya propia. Tampoco la adaptación de Fernando Meirelles me hizo cambiar mis conclusiones.

Es curioso cómo cuando nadie puede o quiere ver, y como cuando aquellos que sí lo hacen eluden su responsabilidad como guías, la oscuridad todo lo anega. En situaciones especiales, los errores cometidos una vez son traspiés de los que tomar oportuna nota para situaciones posteriores similares. Los cometidos por segunda y consecutivas veces se llaman ignorancia, ineptitud y estupidez.

Hace un año por estas fechas, en Sistemas de Regulación y Control Automáticos, y por extensión en el Departamento de Electricidad & Electrónica de nuestro IES Santiago Apóstol la sufríamos con la marcha de David Pecellín. Ya expuse las razones de la estupidez, y no tiene mucho sentido volverlas a repetir siendo las mismas. La única razón de volver de nuevo al mismo tema es la denigración del esfuerzo por parte de una Dirección General de Formación Profesional  y de Personal Docente que, teniendo capacidad para ver la luz, prefiere seguir ciega, mientras dobla la rodilla en señal de reverencia a la mano que le da las míseras migajas para alimentarse. Cuando a una mesa le quitas una pata, independientemente del grosor de la misma y la importancia del soporte, se tambaleará, pero si le quitas dos, en poco tiempo se vendrá abajo.

Las reglas generales no son válidas para las situaciones particulares. Como consecuencia de la regla general, tristemente, este blog tiene que desaparecer. Como con Roy Batty, todos esos momentos de trabajo, investigación, actualización de información y materiales en una evolución vertiginosa, se perderán en el tiempo. Es hora de morir.

No será, por suerte, una muerte definitiva, sino más bien una transmigración. Elec2 será a partir de ahora el sustento del blog, en una remodelación que, a lo largo del verano de calor y moscas, que diría Cela, iré llevando a cabo, pero que previsiblemente cambiará totalmente de perfil, tristemente alejado de la automatización industrial a la que he intentado enfocarlo en estos últimos dos años.

A todos los que durante estos últimos años habéis pasado horas de vuestro tiempo ayudándome, a los que de una u otra forma desde que llegué hasta ahora habéis contribuido a que mi estancia durante estos años aquí haya hecho que, pese a tener la posibilidad de acercarme a casa, haya preferido la distancia a la comodidad, mi más sincero agradecimiento. No creo que pueda estar en otro sitio tan bien como he estado estos años con vosotros.

Hasta pronto.

May
26

Temporización discontinua & Ethernet Multicast

Llevo tiempo sin publicar nada en el blog. Disculpad si alguien, remota posibilidad, lo sigue habitualmente. Un último mes complicado. Para ir entrando un poco en materia, os dejo algunos apuntes que últimamente me han llamado la atención: algunos ajenos, y otros propios.

No hace mucho me surgió un problema parecido al que de forma detallada y fantásticamente explicado se refleja en el artículo que os enlazo del estupendo blog Notas de Automatización: el problema radica en realizar una temporización discontinua, de forma que el contaje temporal de dosificación de un líquido sea fijo independientemente de las interrupciones que éste pueda sufrir en su flujo. Naturalmente el problema se basa en almacenar las temporizaciones en memorias intermedias, pero no es evidente. Como podréis ver, se encuentra resuelto en notación KOP, estupendamente detallado, comentado y explicado. Sabéis no obstante los que me conocéis la manía que tengo de tender siempre al AWL… lo reservaremos como ejercicio para el curso que viene.

Por otro lado, os dejo un pequeño videotutorial de un problema que hemos planteado hoy en las clases de recuperación de Comunicaciones Industriales. La comunicación Multicast sobre Ethernet, empleando 3 S7-300 con CPU 314C-2DP y sus respectivos módulos CP 343-1 Lean. Para ello hemos creado 2 grupos Multicast, uno compuesto por las CPUs 1 y 2 y otro por las CPUs 2 y 3. Recordad que los enlaces deben ser siempre enlaces UDP de tipo Multicast, y por supuesto el identificador IP de cada grupo debe ser diferente, así como el puerto de comunicación. Sin más, os dejo el video. Para que esta vez no se eternice el tiempo entre posts, pronto tendré otro preparado para hornear. Posiblemente no de videotutoriales ni material, pero igualmente interesante para conocer la triste realidad de nuestra familia profesional.

 

Mar
25

El nido del esquivo Gremlin eléctrico

Otro interesante ejemplo que nos presentan en There, I fixed it! de lo que no debe ser un armario eléctrico.

Mar
02

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.

Feb
24

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.

 

 

Feb
19

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…

Feb
13

La importancia de la estructuración

“Cualquier idiota puede escribir código que un ordenador pueda entender. Los buenos programadores escriben código que las personas puedan entender.” (Martin Fowler)

(Vía Mundo Geek)

Ene
31

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.

 

 

Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Spain
This work by José María Delgado is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Spain.