Edit 2014 Integración en TCE pozo fecales de parque Sta Maria

Title:

Last edited: 10:54:59 am on 9 September 2014 by n003-000-000-000.static.ge.com

+^_@
_
! Descripción del proyecto

Integración en TCE del pozo de bombas fecales de Parque Santa María comunicando directamente con la controladora (Sulzer)

! Plazos y organigrama

Fecha Inicio : 23/05/2014
Fecha Fin : 23/07/2014

Contratista : 	Sulzer
Nº de pedido : OV180802
Plazo : 		A lo largo del mes de junio
Dirección de proyecto : Rosa Arias
Dirección Cliente : Ana Mª Soria (SULZER) Pilar Solano (METRO DE MADRID)
Técnico responsable : Luis Lorido por su experiencia en desarrollos similares como por ejemplo los autómatas de las salidas de emergencia. 
Documentación:  Documentos funcionales entregados por el cliente con las señales a implementar y el mapa de memoria de la controladora.

! Identificación de Tareas

-	Determinar cómo leer exactamente siguiendo el protocolo 
-	Implementar la lectura de los bloques de memoria de la controladora que resulten de interés.
-	Comprobar que el software hasta este punto es estable y no se detectan problemas de comunicación con el equipo achacables al mismo (cuelgues de la Mocsa…)
-	Implementación de trazas que hagan posible el seguimiento de las lecturas.
-	Acudir a la instalación con Sulzer para realizar batería de
pruebas de lectura sobre los diferentes bloques de interés y
detección de cambios probando especialmente las señales que el 
cliente final quiere centralizar en esta fase.
-	Modificar el software del interfaz de usuario para que pueda albergar las nuevas señales no centralizadas con anterioridad en otras instalaciones
-	Asociar el interfaz al nuevo driver
-	Ejercitar las señales con el nuevo driver y el nuevo interfaz con simulación de señales
-	Ejercitar las señales con el nuevo driver y el nuevo interfaz con señales reales en instalación
-	Puesta en marcha.

! Modelo de Datos
*+Conceptos del  Modelo de Datos (Sicosoft).pdf+*
*+Modelo de Datos.docx+*

! Eventos

- En la semana del 9/5 Luis Lorido comienza a intentar comunicar sin éxito con el autómata y obtener algún documento con el mapa de memoria.

- El 11 de Mayo se produce la primera reunión de arranque de este proyecto. Llevamos a esta reunión una serie de preguntas técnicas sobre la lectura de las diferentes zonas de memoria:
*+Preguntas sobre la Moxa.txt+*
Sulzer comenta que nos responderá por correo electrónico. En esta reunión se fijan los objetivos de la integración en dos fases:
- 1ª comprobar lecturas y detección de cambios en cualquier zona del mapa de memoria 
- 2ª comprobar con interfaz de usuario de TCE que las señales están bien centralizadas.

20-5 Llega el pedido.

Recibimos respuesta a las preguntas técnicas planteadas en la reunión:
*+PARAMETROS DE COMUNICACIONES.msg+*

-21-5 La controladora está disponible en la red.
Recibimos más información técnica.
*+Mas Info de Mapa Memoria.msg+*
Probamos a leer y tracear algunos bloques y surgen dudas

-22,23,24 y 25 de Mayo
Seguimos comprobando la lectura de los bloques y también la detección de cambios.
Se hace configurable las trazas del contenido de los bloques.

-27-5 Recibimos documento con la lista de señales y su descripción funcional.
"Lista de señales comunicaciones modbus TCP-Metro Madrid Fecales 2014.pdf"

-28-5 Recibimos respuesta de la pregunta sobre los Text-Address.

-3-6 Se realizan las primeras pruebas conjuntas con Sulzer (Ana y Alejandro). Se intentan leer todos los registros y que nos comenten qué lecturas son interesantes. Descubrimos que hay un bloque que no leemos pero diagnosticamos por qué.
*+Resumen Pruebas protocolo y lectura bloques Fecales PSM.docx+*
-4/6 Se revisa el diseño y se planifican las nuevas tareas:
Nuevo plan de tareas:
#	4/6 Corregir lectura del bloque que no se ha conseguido en las pruebas
#	5/6 a 11/6 Modificar el UI para que incluya las nuevas señales
# 	5/6 a 11/6 Probar implementación del driver para que hable con el ui de forma simulada
#	12/6 Pruebas de carga de software y de funcionalidad in situ
# 	13/6 Puesta en marcha y comienzo de garantía
-6/6 Quedamos con Sulzer para probar de nuevo la lectura del bloque que se comprobó incorrecto el día 3. Sulzer nos responde a preguntas sobre eventos que le hicimos el día 3.
*+Resumen Fecales PSM dia 2.docx+*
*+Modbus Registermanual GB.pdf+*
-10/6 Nos reunimos Luis y yo para seguimiento del proyecto. Este es el resumen:
#	Corregir lectura del bloque que no se ha conseguido en las pruebas : Está corregido.
#       5/6 a 11/6Modificar el UI para que incluya las nuevas señales : Está hecho y valdría para puesta en marcha pero propongo una mejora.
#	5/6 a 11/6 Probar implementación del driver para que hable con el ui de forma simulada : Se realizará en la jornada de hoy.
#	12/6 Pruebas de carga de software y de funcionalidad in situ : Se realizarán mañana.
        Antes de la puesta en marcha planteo la mejora de aumentar  la información en un par de cosas como las horas de funcionamiento  de la bomba y algún otro que Luis comentará mañana con Alejandro de Sulzer.
-12/6 
En las pruebas de carga del software se detecta error en estabilidad del ejecutable que se reinicia ante determinadas acciones.
El error se diagnostica in situ, está en el valor que adopta una variable no inicializada.
Luis corrige el error en código. 
El resto de pruebas de carga resulta satisfactorio. 
Las pruebas de funcionalidad y lectura son satisfactorias. Adjuntamos plantilla de chequeo. Los logs quedan guardados en el directorio del proceso. Adjuntamos también prueba de la carga del software en  el equipo.
*+Plantilla Pruebas Dia 3 UI.xls+*
*+grep pozos process 2014 06 12-16.log+*
-13/6 Escribimos un correo a Metro para comunicar que el software está en modo prueba en la instalación y qe faltan los eventos en BDD y que ya diremos cuando podemos fijar una fecha para la puesta en marcha.
Nueva planificación de tareas:
#     En la semana del 16 al 20 de junio se procurará recopilar todos los documentos de final de proyecto (Guía del Software, Documentación del software, Manual de usuario...)
#     En la misma semana se conseguirá cerrar y subir la versión primera al git para su almacenamiento.
#     Hacer las anotaciones de Eventos pertinentes a la BDD y comprobar su buen funcionamiento
#     Hacer un pequeño documento que contenga el .h y explique mínimamente como se guardan los datos.
#     Abrir un nuevo proyecto en el doxygen para acomodar los comentarios realizados o por realizar en el software de modo que se obtenga el documento técnico del desarrollo
-25/6 Está todo terminado a falta de la versión de InformesTCE que permita consultar los eventos del pozo.
-3/7 Metro nos convoca para una recepción. Llevamos plantilla. Se encuentran los siguientes defectos:
#	Tenemos que documentar cómo ocurren los bloqueos individuales y de las 2 bombas a la vez.
#	Cambiar el texto de NO_AUTO a NO AUTOMÁTICO
#	Cambiar el texto de la alarma asociada al estado NO_AUTO a “Bomba A NO automático”
#	Cambiar texto de No Reconocida a “NO reconocida”
#	Eliminar señal de “Alarma Activa” y eliminar “Nuevo Defecto”
#	Bombas en UI. Hay que poner “Estado : Funcionando o Parada”
#	Modificar la plantilla para incluir la señal de “Sin Comunicación”
#	Necesitamos confirmación expresa de Sulzer de que la posición del selector “Manual” que es cuando el tipo acciona las bombas localmente no pasa por la controladora, es decir, no podemos centralizarla.
#	Recoger eventos de InformesTCE
#	Recoger el log
#	Corregir la detección del estado “Sin Comunicación”
#	Colocar en el UI el panel “Sin Comunicación”
Por parte de Sulzer:
#	Se detecta el error de reseteo total de las alarmas cuando se pulsa el botón rojo (Luis documenta este error)
Quedamos con Sulzer en volver para probar las correcciones y Pilar ha de fijar otra fecha para volver a la recepción.
*+Pruebas Recepcion 2014 07 03.xls+*
*+Eventos BDD Pruebas finales I.pdf+*
*+Casuistica de la aparicion de Ambas Bombas bloqueadas.docx+*
*+Incoherencia Recepci  n Pozo Fecal Parque de Santa Mar  a.docx+*
-7/7 Todas las tareas derivadas de las pruebas del día 3 están terminadas. Se generan nueva tareas
#	Modificar la plantilla para probar lo que se ha arreglado
#	Volver a probar con Sulzer y quizá después con  Metro
-8/7 Sulzer explica el significado del "error" que se detecto en la controladora y metro llega a la conclusión de que no es tal error y que hay que quitar la señal
*+Contestacion SULZER  Bomba Bloqueada por Alarma.msg+*
-11/7 Metro convoca la recepción final el 17/7.
-17/7 Se realizan las pruebas finales y la recepción.
*+Acta de Pruebas Finales (Sicosoft).pdf+*
*+ACTA DE PRUEBAS FINALES.docx+*
*+Eventos BDD Pruebas finales I.pdf+*
-21/7 Lo que se anota como pendiente para SICOSOFT en el documento interno de acta está resuelto (tengo correo de Luis). 
Envío correo para que se hagan las comprobaciones a nivel de PC y se envíen ejecutables.
-23/7 Recibimos correo de Sulzer dando su conformidad a los trabajos y aceptando la facturación. Nos pide la documentación final.
*+Conformacion recibo Fin trabajos.msg+*
-24/7 Enviamos documentación final
*+Documentacion final.msg+*

*+Conceptos del  Modelo de Datos (Sicosoft).pdf+*
*+Modelo de Datos.docx+*
*+Preguntas sobre la Moxa.txt+*
*+PARAMETROS DE COMUNICACIONES.msg+*
*+Mas Info de Mapa Memoria.msg+*
Resumen Pruebas protocolo y lectura bloques Fecales PSM.docx+
*+Modbus Registermanual GB.pdf+*
*+Resumen Fecales PSM dia 2.docx+*
*+Plantilla Pruebas Dia 3 UI.xls+*
*+grep pozos process 2014 06 12-16.log+*
*+Pruebas Recepcion 2014 07 03.xls+*
*+Eventos BDD Pruebas finales I.pdf+*
*+Casuistica de la aparicion de Ambas Bombas bloqueadas.docx+*
*+Incoherencia Recepci  n Pozo Fecal Parque de Santa Mar  a.docx+*
*+Contestacion SULZER  Bomba Bloqueada por Alarma.msg+*
*+Acta de Pruebas Finales (Sicosoft).pdf+*
*+ACTA DE PRUEBAS FINALES.docx+*
*+Eventos BDD Pruebas finales I.pdf+*
*+Conformacion recibo Fin trabajos.msg+*
*+Documentacion final.msg+*
*+Seguimiento proyecto Integracion Controladora Sulzer de Pozo de Bombas fecales en Parque Sta Maria.rtf+*

- lock this page
- enter new password
- reenter same password

Send e-mail alerts to these addresses upon next save: