Se va a hablar de una actividad muy frecuente en esta industria como es la gestion de bases de datos.
En mi experiencia es deficitaria esta actividad en el sector cementero, donde los tiempos de rutas en fábrica se incrementan notablemente.
¿Porqué la Gestion de Bases de Datos?
Porque se ha mejorado notablemente en instrumentación en los finales del siglo XX y primeros años del XXI lo que hizo que muchos de sus departamentos de mantenimiento cambiaran sus antiguos colectores y software.
Y actualizasen sus bases de datos.
Se hablaría de 2 razones para ese boom:
- Mayor disponibilidad presupuestaria.
- Mayor fiabilidad de los equipos de medida.
En definitiva Ciclo de mejora en tu electrónica, un no parar.
Las actualizaciones son constantes, y es necesaria una continua gestion de bases de datos y la información.
El problema es que el
Avance en Electrónica para Vibración,
por ejemplo, lleva consigo nuevas funcionalidades para los procesos de cálculo y filtrado seguido en las medidas; por ejemplo, para la realización del espectro procesado y calculado por circuitos electrónicos.
En este sentido el espectro de demodulación fue una novedad trascendental en el seguimiento del estado de rodamientos, y para el caso del fabricante IRD fue desarrollado en los años 80 y no integrado en los equipos de medida hasta los finales de los 90.
Esto es algo habitual en los avances y desarrollos tecnológicos, que
requieren de un tiempo de aclimatación e introducción al mercado.
En el caso que os comento si repasamos los
Colectores de Datos
existentes de la firma IRD, pionera del mantenimiento predictivo en España, en los finales del siglo XX tendríamos:
- 890,
desarrollado a mediados de los 80, fantástico adquisidor, muy fiable pero pesado como él solo. No tenía incluida la funcionalidad del espectro de demodulación
(llamado gSE en la patente de la firma por presentar ciertas particularidades en su circuito detector).
- Fast Track,
desarrollado a mediados de los 90, igualmente un fantástico equipo y fiable e igualmente pesado sí incluía esta funcionalidad en su electrónica.
- Datapac1000,
desarrollado pocos años después del anterior.
Era el primero de los colectores que incorporaba un firmware desarrollado en formato windows y resultó bastante exitoso.
Dado que era la versión Beta no se incluyó este espectro en su electrónica.
Pese a que se comunicó adecuadamente muchos clientes se llamaron a engaño cuando se trataba de un equipo con fecha de desarrollo posterior al Fast Track.
- Datapac1250,
incorporaba en relación al anterior la funcionalidad del espectro de demodulación y un desarrollo mucho más fiable.
Quizás sea el mejor colector que haya conocido si valoramos todos los aspectos posibles, firmware, ergonomía, funcionalidad, fiabilidad, hermeticidad, ….
- Datapac1500,
Este equipo salió el año 2001.
Para muchos el mejor colector de IRD, si bien se dieron cantidad de problemas por los sucesivos cambios en firmware, algo que generó problemas gordos con empresas importantes que amenazaron con devolver muchas unidades.
Por eso yo lo pondría por debajo del 1250.
(Nota:
ya sabéis que
IRD
se fusionó con Entek a finales de Siglo XX formando ENTEK-IRD, y que luego se convirtió en simplemente ENTEK siendo ahora ROCKWELL-ENTEK o simplemente ROCKWELL AUTOMATION, es decir, que todo esto es historia viva de la división de monitorizado de una de las compañías más importantes en monitorizado y control de instalaciones).
Es decir, en un margen de una
década de tiempo,
desde el lanzamiento del Fast Track al 1500 se tuvieron 3 familias colectores en el mercado con un baile constante de esta funcionalidad, si bien todos ellos fueron desarrollados para sustituir al popular 890.
Por tanto, cualquier usuario que hubiese comprado este equipo debería realizar la adecuada gestion de bases de datos para incluirla en sus rutas de medida.
En caso contrario, debería tomar las medidas con la
Opción FueraRuta.
Un sistema de medida puede ser:
- Offline u Online. En función de que la conexión se realice de manera Puntual o Permanente a la base de datos para las medidas.
Pero siempre los
Equipos de Medida
toman las lecturas de acuerdo a rutas preestablecidas en los software (recuérdese la entrada de rutas de mantenimiento), disponiendo siempre de esa opción fuera de ruta para la toma de medidas adicionales.
Por tanto, pese a que el hardware incorporase circuitos para nueva medida, se hubo de realizar la gestion de bases de datos para su inclusión en rutas.
Sino, se deberían haber tomado
medidas fuera de ruta donde el inspector detectase alarmas,
algo inoperativo a nivel de tiempos y de gestion.
Las
Bases de Datos
también se tradujeron de versiones antiguas a las nuevas con los cambios realizados por ciclos económicos: algo mucho menos traumático puesto que simplemente se debían de adaptar los protocolos de arquitectura.
Pensad que se cambiaron bases de datos del
Windows 3.11 (software IQ2000 de IRD) a programas adaptados para Windows 95 (software EMONITOR )
En ese sentido
gestion de bases de datos
orientada a:
- ITEMS novedosos.
es decir, ciertos elementos que no aparecían en la versión antigua que sí aparecieron en la nueva.
En un caso concreto aparecía la ubicación en la base de datos.
- Cambios en Denominaciones.
campos que presentaban denominaciones personalizadas por el usuario para su gestion aparecían ahora con códigos ininteligibles y no fácilmente gestionables.
Que de manera general se pudieron pasar por alto, simplemente se trata de aspectos de incomodidad.
Ahora bien, el problema gordo era añadir la nueva medida de espectro para lo que no se precisaba de
Tiempo, de gestion
puesto que se trata de operaciones que se deben realizar sobre multitud de puntos de medida y equipos, multiplicándose los tiempos unitarios de gestion por 5000 o 10000.
Existían ciertas herramientas de carácter automático que podían generar una curva de aprendizaje en los consultores externos específicamente.
Por otro lado software se suministraban de modo automático si es que el cliente disponía de contrato de actualización, pero sin soporte salvo el remoto por teléfono.
Y se necesitaba, vaya que si se necesitaba del soporte para la gestion de bases de datos.
New CD ROM
Ya sabéis que la gente en mantenimiento va al límite de tiempo; así, que cuando llegan los nuevos software y hardware los instalas sin más, dándose de alta la nueva base de datos actualizada y punto.
Pero
No Medir el Espectro
no se notaba en el día a día, si bien las consecuencias podían ser graves:
- No detectar indicios de fallo en equipos críticos
- Errores en el diagnóstico
Puesto que se estaba controlando únicamente el nivel global de la señal demodulada.
detectar incrementos
sin saber qué causa podía originar el incremento o decremento.
Las causas que justifican esos cambios en los niveles detectados son varias:
- Problemas en Rodamientos
- Fugas en alta presión
- Lubricación
- Rozamiento en Cierres.
- Correas
Laguna quedarían subsanadas con la medida del espectro demodulado, tras la gestion de bases de datos.
Se dispararon las llamadas al
Servicio de Soporte Técnico,
lo que generó muchos problemas con aquellos clientes que no disponían de ese servicio, teniendo que cobrarles en muchos casos visitas adicionales.
En estos casos siempre mejor contar con el apoyo de dirección para cobrar
Gestion de Bases de Datos.
No se trataba de un trabajo complicado si bien se requería de conocer todos los detalles del software; pero era caro pese a la presteza con la que se hicieron la gestion de bases de datos.
Día de gestion
Así, nos fuimos desplazando a las diferentes plantas del sector para realizar esa tarea que por curiosidad os comento consistía en:
- Crear una plantilla de espectro.
- Pegarla a todas las ubicaciones donde hubiera rodamientos.
- Añadirla a las rutas preexistentes en el programa.
kurtossi
Se adjunta el gráfico de medidas interservidores para evaluar funcionamiento de arquitectura cliente – servidor para esta URL:
Deja una respuesta