MX2014013748A - Sistemas y metodos para iniciar una prueba de verificacion dentro de un medidor de flujo a traves de una computadora de flujo. - Google Patents

Abstract

Se describen los sistemas y los métodos para iniciar una prueba de verificación dentro de un medidor de flujo a través de una computadora de flujo. Un método ejemplar incluye la comunicación, a través de una computadora de flujo, de una petición a un medidor de flujo para que inicie una prueba de verificación del medidor de flujo. El método ejemplar también incluye la recuperación de los datos de diagnóstico del medidor de flujo. El método ejemplar además incluye el registro de un resultado de la prueba de verificación en un registro de la computadora de flujo, el resultado se basa en los datos de diagnóstico.

Description

SISTEMAS Y MÉTODOS PARA INICIAR UNA PRUEBA DE VERIFICACIÓN DENTRO DE UN MEDIDOR DE FLUJO A TRAVÉS DE UNA COMPUTADORA DE FLUJO Campo de la Invención La presente descripción se refiere en general a sistemas de supervisión y control de adquisición de datos y, más particularmente, a sistemas y metodos para iniciar una prueba de verificación dentro de un medidor de flujo a través de una computadora de flujo.

Antecedentes de la Invención Los sistemas de control de supervisión y adquisición de datos (SCADA), como los usados en la industria de producción de petróleo y gas, con frecuencia incluyen computadoras de flujo como piezas centrales de los equipos en un sistema de proceso de producción (por ejemplo, en un centro de producción en boca de pozo). Las computadoras de flujo se usan para realizar cálculos de flujo, controlar el sistema, optimizar el sistema, crear archivos históricos, y/o comunicarse con la red SCADA. El monitoreo y/o el control de un sistema de proceso a través de una computadora de flujo se lleva a cabo mediante la interacción con dispositivos de campo (por ejemplo, válvulas, posicionadores de válvula, interruptores, sensores, transmisores, etcétera) configurados para realizar funciones de control como la apertura o cierre de válvulas y la medición de parámetros de proceso.

Tales dispositivos de campo se relacionan con la computadora de flujo a traves de buses analógicos, digitales o analógicos/digitales a través de cualquier medio de comunicación deseado (por ejemplo, cableado, inalámbrico, etcétera) y protocolo (por ejemplo, Fieldbus, Profibus®, HART®, Modbus®, etcétera) Breve Descripción de los Dibujos La Figura 1 ilustra un sistema de ejemplo que comprende un ejemplo de computadora de flujo implementada de acuerdo a las enseñanzas de la presente.

La Figura 2 es un diagrama de flujo representativo de un ejemplo de proceso que puede ser ejecutado para implementar el ejemplo de computadora de flujo y/o más en general el ejemplo de sistema de la Figura 1 .

Las Figuras 3A y 3B son las respectivas porciones primera y segunda de un diagrama de flujo representativo de otro ejemplo de proceso que puede ser ejecutado para implementar el ejemplo de computadora de flujo y/o, más en general, el ejemplo de sistema de la Figura 1 .

La Figura 4A and 4B son las respectivas porciones primera y segunda de un diagrama de flujo representativo de otro ejemplo de proceso que puede ser ejecutado para implementar el ejemplo de computadora de flujo y/o, más en general, el ejemplo de sistema de la Figura 1 .

Breve Descripción de la Invención Se describen sistemas y metodos para iniciar una prueba de verificación dentro de un medidor de flujo a través de una computadora de flujo. Un método de ejemplo incluye la comunicación, a través de una computadora de flujo, una solicitud a un medidor de flujo para iniciar una prueba de verificación del medidor de flujo. El método de ejemplo también incluye la recuperación de los datos de diagnóstico desde el medidor de flujo. El método de ejemplo incluye además un registro de resultado de la prueba de verificación en un registro de la computadora de flujo, el resultado está basado en datos de diagnóstico.

Un ejemplo de computadora de flujo construido de acuerdo con las enseñanzas de este documento incluye una interfaz de medidor de flujo para comunicar la computadora de flujo a un medidor de flujo. La interfaz de medidor de flujo es para comunicar una solicitud al medidor de flujo para iniciar una prueba de verificación del medidor de flujo y para recuperar los datos de diagnóstico del medidor de flujo. El ejemplo de computadora de flujo también incluye una memoria para registrar un resultado de la prueba de verificación , el resultado está basado en los datos de diagnóstico.

Se describe un ejemplo de medio de almacenamiento legible por máquma tangible que incluye instrucciones que, cuando se ejecutan , hacen que una máquina comunique al menos una solicitud a un medidor de flujo de iniciar una prueba de verificación de un medidor de flujo, recuperar datos de diagnóstico desde el medidor de flujo, y registrar un resultado de la prueba de verificación en un registro de la computadora de flujo. El resultado se basa en los datos de diagnóstico.

Descripción Detallada de la Invención La Figura 1 Hustra un sistema de ejemplo 100 que comprende un ejemplo de computadora de flujo 102 implementado de acuerdo con las enseñanzas aquí descritas. En el ejemplo ilustrado, el equipo de flujo 102 está en comunicación con un medidor de flujo 104. En algunos ejemplos, el computadora de flujo 102 tambien puede estar en comunicación con al menos un sistema huésped de control de supervisión y adquisición de datos (SCADA) 106, uno o más dispositivos externos 108 (por ejemplo, otros componentes de un sistema SCADA, una computadora portátil, un comunicador de campo de mano, etcétera), o uno o más de otros medidor de flujo (s) 1 10.

El medidor de flujo 104 ilustrado en la Figura 1 podrá ser cualquier medidor de flujo adecuado que contenga la funcionalidad interna para ejecutar el diagnóstico con el fin de verificar el rendimiento y la integridad del medidor de flujo 104. Por ejemplo, el medidor de flujo 104 puede ser un medidor de flujo que usa el Efecto Coriolis con la herramienta de diagnóstico de verificación inteligente de medidor desarrollada por Micro Motion, una división de Emerson Process Management. En consecuencia, en el sistema de ejemplo 100, el medidor de flujo 104 incluye una o más aplicaciones de diagnóstico (s) 1 12 para llevar a cabo las pruebas y/o diagnósticos en el medidor de flujo 104. En el ejemplo ilustrado, el medidor de flujo 104 incluye una aplicación de diagnóstico 1 12 para ejecutar una prueba de verificación sobre los componentes del medidor de flujo 104. La aplicación de diagnóstico 1 12 produce los datos de diagnóstico asociados con la prueba de verificación que se pueden almacenar en una memoria interna 1 14. En algunos medidores de flujo conocidos 104, la memoria interna 1 14, donde se almacenan los datos de diagnóstico comprende registros. Los datos de diagnóstico pueden incluir una indicación del estado de funcionamiento de la prueba (por ejemplo, si la prueba está funcionando o no) , el progreso y/o la finalización de la prueba de verificación (por ejemplo, inicialización, medición, análisis, finalización y/o porcentaje de compleción), el valor de los parámetros secundarios medidos y/o calculados durante la prueba de verificación , el resultado de la prueba de verificación (por ejemplo, el exito o el fracaso del medidor de flujo 104 en la prueba de verificación), y/o los errores asociados a una prueba de verificación no exitosa. El éxito o el fracaso del medidor de flujo 104 se pueden determinar en función de si los parámetros secundarios medidos están dentro de los límites definidos en las especificaciones de fábrica.

Por ejemplo, un medidor de flujo típico puede ser usado para medir la tasa de flujo de masa de líquido en una tubería. El medidor de flujo puede estar conectado en línea con el tubo e incluye uno o más tubos o conductos que definen aberturas de entrada y salida a traves de las cuales el fluido en la tubería puede fluir. El medidor de flujo puede determinar la velocidad de flujo por excitando vibratoriamente el tubo (s) mientras que el material fluye a través de la tubería. La inercia del material que fluye en la tubería se puede combinar con el tubo vibrante para hacer provocar el efecto de Coriolis, en el que hay un cambio de fase en la vibración del tubo (s) en diferentes puntos a lo largo del tubo (s) , como en los puntos adyacentes de la aberturas de entrada y salida. Usando tal medidor de flujo y el efecto de Coriolis, la tasa de flujo de masa del fluido en la tubería es proporcional al retardo de tiempo o diferencia de fase en los puntos separados a lo largo del tubo (s). Como tal , la tasa de flujo de masa puede ser determinada multiplicando el retardo de tiempo por una constante de calibración sobre la base de las propiedades del material y la forma del tubo (s) , que puede estar relacionada con un parámetro de rigidez del tubo (s) del medidor de flujo. Por lo tanto, en tales ejemplos, los parámetros secundarios incluyen la diferencia de fase de las vibraciones de los tubos en los puntos separados y la rigidez calculada a partir de la diferencia de fase. A partir de tales parámetros secundarios, la integridad y el rendimiento de un medidor de flujo que usa el efecto de Coriolis se pueden determinar al permitir que el medidor de flujo implemente una prueba de verificación que excita el tubo (s) a traves de una vibración controlada mientras que el material fluye a través de una tubería correspondiente, mida la respuesta vibracional del tubo (s) en múltiples puntos, determine un parámetro de rigidez en cada uno de los puntos a lo largo del tubo (s) en base al desplazamiento de fase medido en cada punto, y se comparen los parámetros de rigidez a los límites preconfigurados para la medidor de flujo específico en el momento de la fabricación . Un parámetro de rigidez fuera de las especificaciones de fábrica es una indicación de que el medidor de flujo es capaz de medir con precisión la velocidad de flujo de material en el caño.

Una vez que el medidor de flujo 104 ha pasado una prueba de verificación , los datos de diagnóstico resultantes pueden ser accedidos por un operador para iniciar cualquier respuesta apropiada sobre la base de los resultados (por ejemplo, reemplazar el medidor de flujo 104, si el medidor de flujo no pasó la prueba de verificación). Sin embargo, los datos de varios medidores de flujo conocidos que obtengan dichas herramientas de diagnóstico normalmente sólo podrán ser consultados mediante aplicaciones propias desarrolladas en con conexión con los mismos. Como resultado de ello, los resultados del diagnóstico del medidor de flujo no se pueden incluir directamente en un sistema de procesamiento general, tal como un sistema SCADA, para permitir a los operadores obtener una imagen más completa del sistema, interactuar a distancia con el medidor de flujo a traves de una aplicación de sistema huésped, programar a distancia y/o iniciar una prueba de verificación a través de la aplicación huésped del sistema, registrar la hora y grabar cuándo se ejecuta la prueba de verificación (por ejemplo, cuando se inicia y/o se aborta) en un registro de eventos de una pista de auditoría relacionado con el sistema SCADA para su posterior análisis, revisión y/o capacitación, en relación con otros eventos y/o alarmas en el sistema.

Tales obstáculos son superados por el ejemplo de computadora de flujo 102 ilustrado en la Figura 1 que se conecta con el medidor de flujo 104 de acuerdo con las enseñanzas descriptas en este documento. El ejemplo de computadora de flujo 102 del ejemplo ilustrado incluye un ejemplo de procesador 1 16. El procesador 1 16 ilustrado es hardware. Por ejemplo, el procesador 1 16 puede ser implementado por uno o más circuitos integrados, circuitos lógicos, microprocesadores o controladores de cualquier familia o fabricante deseado.

El procesador 1 16 del ejemplo ilustrado incluye una memoria local 1 18 (por ejemplo, una memoria caché). El procesador 1 16 del ejemplo ilustrado está en comunicación con una memoria principal 120, incluyendo memoria volátil y memoria no volátil, a través de un bus 122. La memoria no volátil de la memoria principal 120 puede ser implementada mediante memoria de acceso aleatorio dinámica síncrona (SDRAM), memoria de acceso aleatorio dinámico (DRAM), RAMBUS memoria dinámica de acceso aleatorio (RDRAM) y/o cualquier otro tipo de dispositivo de memoria de acceso aleatorio. La memoria no volátil de la memoria principal 120 puede ser implementada por memoria flash y/o cualquier otro tipo deseado de memoria. El acceso a la memoria principal 120 está controlado por un controlador de memoria.

La computadora de flujo 102 del ejemplo ilustrado incluye tambien una o más interfaces 124. La o las interfaces 124 pueden ser implementadas a través de cualquier tipo de interfaz estándar, tal como una interfaz de Ethernet, un bus serie universal (USB), una interfaz PCI Express, un bus de interfaz periférica en serie (SPI), y/o interfaces empleadas en otros sistemas de control de procesos (por ejemplo, Fieldbus, Profibus®, HART®, Modbus®, etcétera) SCADA y comunicarse con los componentes internos y/o externos para permitir a los operadores introducir los datos de entrada, comandos y/u otra información en la computadora de flujo 102 y/o para recibir datos y/u otra información de la computadora de flujo 102. El componente interno (s) en el ejemplo ilustrado incluye componentes integrales a la computadora de flujo 102, como, por ejemplo, una pantalla de operador (por ejemplo, la pantalla del operador 126) que puede incluir una pantalla de visualización, un teclado, botones, luces indicadoras, etc. El componente externo (s) en el ejemplo ilustrado incluye, por ejemplo, el sistema huésped SCADA 106 y/u otro dispositivo externo (s) 108 tal como, por ejemplo, una computadora portátil, un comunicador de campo de mano, una impresora, etc. Además, el ejemplo de computadora de flujo 102 puede relacionarse con los dispositivos de campo y/u otros componentes en el sistema SCADA 100, como el medidor de flujo 104 y/o otros medidores de flujo 1 10.

Más específicamente, el componente interno y/o externo (s) se puede implementar para ingresar datos, por ejemplo, un sensor de audio, un micrófono, una cámara (fija o de vídeo), un teclado, un botón, un ratón, una pantalla táctil, un track-pad , un trackball, isopomt y/o un sistema de reconocimiento de voz. Además, el componente interno y/o externo (s) se puede implementar para enviar datos, por ejemplo, dispositivos de visualización (por ejemplo, un diodo emisor de luz (LED), un diodo emisor de luz orgánico (OLED), una pantalla de cristal líquido, una pantalla de tubo de rayos catódicos (CRT), una pantalla táctil, un dispositivo de salida táctil, un diodo emisor de luz (LED), una impresora y/o los altavoces). La interfaz (s) 124, en algunos ejemplos puede incluir una tarjeta de controlador de gráficos, un chip controlador de gráficos o un procesador de controlador de gráficos.

La interfaz (s) 124 del ejemplo ilustrado tambien incluye un dispositivo de comunicación tal como un transmisor, un receptor, un transmisor-receptor, un módem y/o tarjeta de interfaz de red para facilitar el intercambio de datos con el componente externo (s) (por ejemplo, dispositivos de computación de cualquier tipo) a través de una red (por ejemplo, una conexión Ethernet, una conexión RS-485, una línea de abonado digital (DSL), una línea telefónica, cable coaxial , un sistema de telefonía celular, etcetera), usando cualquier medio de comunicación que se desee (por ejemplo, inalámbrico, cableado, etcétera) y protocolos (por 5 ejemplo, HTTP, SOAP, etcétera) .

La computadora de flujo 102 del ejemplo ilustrado incluye también uno o más dispositivos de almacenamiento masivo 128 para almacenar software y datos. Los ejemplos de este tipo de dispositivos de almacenamiento masivo 128 incluyen unidades ío flash o chips de memoria, unidades de discos flexibles, unidades de disco duro, unidades de discos compactos, discos Blu-ray, sistemas RAI D y unidades de disco versátil digital (DVD). Entre otras cosas, los dispositivos de almacenamiento masivo 128 del ejemplo de computadora de flujo 102 pueden almacenar 15 instrucciones codificadas 130 implementadas para llevar a cabo la totalidad o cualquier parte de la funcionalidad de la computadora de flujo de 1 02. Adicional o alternativamente, las instrucciones codificadas 130 pueden ser almacenadas en la memoria local 1 18, en la memoria volátil o no volátil de la memoria principal 120, y/o 20 en un equipo medio de almacenamiento legible tangible extraíble, como un CD o DVD. Las instrucciones codificadas 130 del ejemplo ilustrado incluyen instrucciones para poner en práctica los procesos del ejemplo de las figuras. 2 , 3A-B y 4A-B que se describen a continuación para relacionarse con el medidor de 25 flujo 104 y/o el sistema huésped SCADA 106, o el dispositivo externo (s) 108 para iniciar una prueba de verificación del medidor de flujo y para archivar la hora y los resultados de la misma en un registro de eventos y/o registro de alarmas y asociado con el sistema SCADA.

Mientras que un ejemplo de la aplicación de la computadora de flujo 102 se ilustra en la Figura 1 , uno o más de los elementos, procesos y/o dispositivos ilustrados en La Figura 1 se pueden combinar, dividir, reorganizar, omitir, eliminar y/o implementar de cualquier otra manera. Además, el procesador de ejemplo 1 16, la memoria principal de ejemplo 120, la interfaz de ejemplo (s) 124, el ejemplo de almacenamiento masivo 128 y/o, más en general, el ejemplo de computadora de flujo 102 de la Figura 1 puede ser implementado por hardware, software, firmware y/o cualquier combinación de hardware, software y/o firmware. Así, por ejemplo, los ejemplos del procesador 1 16, la memoria principal 120, la interfaz (s) 124, almacenamiento masivo 128 y/o, más en general, el equipo de flujo 102 podrían ser implementados por uno o más circuito (s) , procesador programable (s), circuito integrado de aplicación específica (s) (ASIC (s) ) , dispositivo lógico programable (s) (PLD (s) ) y/o dispositivo lógico programable en campo (s) (FPLD (s)) . Ante la lectura de cualquiera de las reivindicaciones de aparato o sistema de la presente que cubren puramente implementación por software y/o firmware, al menos uno entre el ejemplo el procesador 1 16, la memoria principal de ejemplo 120, la interfaz de ejemplo (s) 124, y/o el ejemplo de almacenamiento masivo 128 expresamente incluyen un dispositivo de almacenamiento legible por computadora tangible o un disco de almacenamiento como una memoria, un disco versátil digital (DVD), un disco compacto (CD), un disco Blu-ray, etc. que almacenan el software y/o firmware. Más aún, el ejemplo de computadora de flujo 102 de la Figura 1 podrá comprender uno o más elementos, procesos y/o dispositivos además de, o en lugar de, los ilustrados en la Figura 1 , y/o puede incluir más de uno de cualquiera o todos los elementos, procesos y dispositivos ilustrados.

Las Figuras 2, 3A-B, y 4A-B ilustran ejemplos de procesos para implementar la computadora de flujo 102 y/o, más en general , el ejemplo de sistema 100 de la Figura 1 . En estos ejemplos, los procesos pueden implementarse como un programa para su ejecución por un procesador tal como el procesador 1 16 que se muestra en la computadora de flujo de ejemplo 102 antes expuesta en relación con la Figura 1 . El programa puede ser incorporado en software almacenado en un medio de almacenamiento tangible legible por computadora tal como un CD-ROM , un disquete, un disco duro, un disco versátil digital (DVD) , un disco Blu-ray, o una memoria asociada con el procesador 1 16, pero todo el programa y/o partes del mismo como alternativa podrían ejecutarse mediante un dispositivo que no sea el procesador 1 16 y/o incorporado en firmware o hardware dedicado. Además, aunque el programa del ejemplo se describe con referencia al diagrama de flujo ilustrado en las figuras. 2, 3A-B y 4A-B, muchos otros metodos de aplicación de la computadora de flujo del ejemplo 102, y/o, más en general, del sistema de ejemplo 100 pueden usarse alternativamente. Por ejemplo, el orden de 5 ejecución de los bloques puede ser cambiado, y/o algunos de los bloques descriptos puede ser cambiado, eliminado, o combinado.

Según lo mencionado anteriormente, los ejemplos de procesos de las Figuras 2, 3A-B y 4A-B pueden implementarse usando instrucciones codificadas (por ejemplo, instrucciones ío legibles por computadora y/o máquma) almacenadas en un medio de almacenamiento legible por computadora tangible como una unidad de disco duro, una memoria flash , una memoria de sólo lectura (ROM), un disco compacto (CD) , un disco versátil digital (DVD), una memoria caché, una memoria de acceso aleatorio 15 (RAM) y/o cualquier otro dispositivo de almacenamiento o disco de almacenamiento en el que la información se almacena durante cualquier lapso (por ejemplo, durante períodos prolongados de tiempo, de forma permanente, durante períodos breves, almacenamiento intermedio temporal, y/o almacenamiento en 20 caché de la información). Conforme al presente documento, el término medio de almacenamiento tangible legible por computadora expresamente incluye cualquier tipo de dispositivo de almacenamiento legible por computadora y/o disco de almacenamiento y excluye señales que se propagan. Conforme al 25 presente documento, "medio de almacenamiento tangible legible por computadora" y "medio de almacenamiento tangible legible por máquma " se usan indistintamente. Adicional o alternativamente, el ejemplo de los procesos de las figuras. 2, 3A-B y 4A-B pueden implementarse usando instrucciones codificadas (por ejemplo, instrucciones legibles por computadora y/o máquina) almacenadas en un computadora no transitoria y/o soporte legible por máquina, como una unidad de disco duro, una memoria flash, una memoria de sólo lectura, un disco compacto, un disco digital versátil, una memoria cache, una memoria de acceso aleatorio y/o cualquier otro medio de almacenamiento en el que la información se almacena durante cualquier lapso (por ejemplo, durante periodos de tiempo prolongados, de forma permanente, durante períodos breves, almacenamiento intermedio temporal, y/o almacenamiento en caché de la información). Conforme a la presente, el término dispositivo legible por computadora no transitoria o disco expresamente incluye cualquier tipo de soporte legible por computadora y excluye señales que se propagan . En la presente memoria, cuando la frase "al menos" se usa como término de transición en el preámbulo de una reclamación, tiene un sentido abierto como la expresión “comprende”.

El ejemplo de proceso de la Figura 2 comienza en el bloque 200 mediante la recepción (por ejemplo, a través de la computadora de flujo 102) de una solicitud para iniciar una prueba de verificación en un medidor de flujo (por ejemplo, el ejemplo de medidor de flujo de 104) . El ejemplo de proceso incluye comunicar la solicitud al medidor de flujo (por ejemplo, 104) (bloque 202). Por ejemplo, el computadora de flujo (por ejemplo, 102) puede escribir un código de inicio y enviarlo al medidor de flujo (por ejemplo, 104) a traves de la interfaz (por ejemplo, 124) de la computadora de flujo (por ejemplo, 102). El proceso de ejemplo también registra un evento inicial (bloque 204) (por ejemplo, dentro de una pista de auditoría u otro archivo en el almacenamiento masivo 128 de la computadora de flujo 102).

El ejemplo de proceso de la Figura 2 también incluye la recuperación de datos de diagnóstico (bloque 206). Los datos de diagnóstico pueden, por ejemplo, ser recuperados de un medidor de flujo (por ejemplo, el ejemplo medidor de flujo 104) que contiene una aplicación de diagnóstico (por ejemplo, 1 12) para ejecutar una prueba de verificación. Los datos de diagnóstico pueden incluir toda la información pertinente, como el estado de funcionamiento de la prueba de verificación (por ejemplo, corriendo/interrumpida), el progreso y/o finalización de la prueba de verificación (por ejemplo, inicialización, medición, análisis, finalización y/o porcentaje de compleción), el valor de los parámetros secundarios medidos y/o calculados durante la prueba de verificación, los resultados de la prueba de verificación (por ejemplo, el éxito o el fracaso del medidor de flujo (por ejemplo, 104) en la prueba de verificación), los errores asociados con una falla del medidor de flujo 104 y/o cualquier otra información pertinente a la prueba de verificación conforme se ha descripto. Además, en la recuperación de los datos de diagnóstico, los datos de diagnóstico tambien se almacenan en la memoria del medidor de flujo (por ejemplo, la memoria 1 14 del medidor de flujo 104). En algunos ejemplos, los datos de diagnóstico se pueden almacenar en los registros asociados con el medidor de flujo (por ejemplo, 104) a los que la computadora de flujo (por ejemplo, 102) tiene acceso a través de la comunicación con el medidor de flujo (por ejemplo, 104) a través de una interfaz correspondiente (por ejemplo, 124). El proceso de ejemplo determina además si una solicitud para anular la prueba de verificación se ha recibido (bloque 208). Si se recibe una petición para cancelar la prueba de verificación, la solicitud se comunica al medidor de flujo (por ejemplo, 104) (bloque 210). La solicitud puede ser comunicada por la computadora de flujo (por ejemplo, 102) que escribe un código de cancelación para ser enviado al medidor de flujo (por ejemplo, 104) a través de la interfaz (por ejemplo, 124). Además, el proceso de ejemplo de la Figura 2 incluye el registro de un evento de anulación (bloque 212) .

Si no se recibe una solicitud para anular la prueba de verificación, el proceso de ejemplo continúa al bloque 214 donde el proceso de ejemplo determina si la prueba de verificación está terminada o completa. Si se determina que la prueba de verificación no ha terminado, el ejemplo de proceso interroga otros medidores (bloque 216) antes de volver al bloque 206 para recuperar los datos de diagnóstico actualizados. En algunos ejemplos, si la verificación no ha terminado, la computadora de flujo interrogará otros medidores y luego espera para pasar de 5 nuevo al bloque 206 de forma programada (por ejemplo, cada segundo, cada 4 segundos, etcetera) Una vez que se determina que la prueba de verificación está completa (en el bloque 214) el proceso de ejemplo recupera los resultados de la prueba de verificación (bloque 218). Si los resultados indican que el medidor ío de flujo (por ejemplo, 104) pasó o no pasó la prueba de verificación, el proceso del ejemplo archiva los resultados en un registro de eventos y/o un registro de alarma asociado con una pista de auditoría u otro archivo (bloque 220). Una vez que los resultados han sido registrados (en el bloque 220) o la prueba de 15 verificación abortada con una entrada de registro correspondiente (bloques 210 y 212) el proceso de ejemplo de la Figura 2 termina.

Las Figuras. 3A y 3B son las respectivas porciones primera y segund-a de un diagrama de flujo representativo de un proceso de ejemplo que puede ser llevado a cabo para poner en práctica 20 el ejemplo de computadora de 102, y/o, más en general, el sistema de ejemplo 100 de la Figura 1 . El proceso de ejemplo comienza en la Figura 3A mediante una computadora de flujo (por ejemplo, la computadora de flujo ejemplo 102) que recupera datos de diagnóstico (bloque 300) (por ejemplo, de un medidor de flujo 25 (por ejemplo, 104), mientras se implementa una aplicación de diagnóstico (por ejemplo, 1 12) asociada a una prueba de verificación). Los datos de diagnóstico pueden incluir toda la información pertinente, como el estado de funcionamiento de la prueba de verificación (por ejemplo, corriendo/interrumpida), el progreso y/o finalización de la prueba de verificación (por ejemplo, la inicialización , medición, análisis, finalización y/o porcentaje de compleción), el valor de los parámetros secundarios medidos y/o calculados durante la prueba de verificación, los resultados de la prueba de verificación (por ejemplo, el exito o el fracaso del medidor de flujo (por ejemplo, 104) en la prueba de verificación) , y/o los errores asociados a una falla del medidor de flujo 104. En los ejemplos ilustrados, los datos de diagnóstico se almacenan en la memoria del medidor de flujo (por ejemplo, la memoria 1 14 del medidor de flujo 104). En algunos ejemplos, los datos de diagnóstico se pueden almacenar en los registros asociados con el medidor de flujo (por ejemplo, 104) a los que la computadora de flujo (por ejemplo, 102) tiene acceso a través de la comunicación con el medidor de flujo (por ejemplo, 104) a través de una interfaz correspondiente (por ejemplo, 124) .

Durante el proceso de ejemplo de las figuras. 3A y 3B, el proceso determina si un parámetro de inicio/cancelación se ha activado (bloque 302). En el ejemplo ilustrado, el parámetro de inicio/ cancelación es un solo parámetro almacenado dentro de la computadora de flujo (por ejemplo, 102) que es determinado por el operador para solicitar al medidor de flujo (por ejemplo, 104) que comience (por ejemplo, inicie) la prueba de verificación o aborte (por ejemplo, interrumpir) una prueba de verificación en curso. Por ejemplo, el parámetro de inicio/cancelación puede tener un valor por defecto de 0, que, si se activa (por ejemplo, valor 1 ) , indica que la prueba de verificación ha de iniciarse o cancelarse. Si el parámetro disparado inicia o detiene la prueba de verificación se determina en función de si la prueba se está o no ejecutando, conforme se describirá en mayor detalle a continuación. En algunos ejemplos, el parámetro de inicio/cancelación es activado por un operador a traves de un sistema huésped SCADA (por ejemplo, 106), un dispositivo externo (por ejemplo, 108), y/o una pantalla del operador (por ejemplo, 126) de la computadora de flujo (por ejemplo, 102). En algunos ejemplos, el parámetro de inicio/cancelación se activa al ejecutar la prueba de verificación una sola vez. En otros ejemplos, el parámetro inicio/cancelación está configurado para activar periódicamente la prueba de verificación sobre la base de un programa definido por el operador. Si el proceso de ejemplo determina que el parámetro de inicio/cancelación no se ha activado, el ejemplo de proceso avanza hasta el bloque 318 (Figura 3B) donde el proceso de ejemplo determina si la prueba de verificación está en funcionamiento, conforme se describirá en mayor detalle a continuación. Si el proceso de ejemplo determina que el parámetro de inicio/cancelación se ha activado (por ejemplo, se fija en 1 ), el proceso de ejemplo determina si la prueba de verificación está activada en el medidor de flujo (por ejemplo, 104) (bloque 304) . Por ejemplo, muchos medidores de flujo conocidos no incluyen la funcionalidad interna (por ejemplo, la aplicación de diagnóstico (s) 1 12) para llevar a cabo la prueba de verificación. En tales ejemplos, cuando se determina que la prueba de verificación no está activada, el ejemplo de proceso avanza al bloque 316 donde el parámetro de inicio/cancelación se reinicializa (por ejemplo, se fija en 0) antes de continuar conforme se describe a continuación .

Si la prueba de verificación es activada en el medidor de flujo (por ejemplo, la aplicación de diagnóstico (s) 1 12 incluye la funcionalidad para ejecutar la prueba de verificación), el proceso de ejemplo incluye la determinación de si la prueba de verificación se está ejecutando o está inactiva (bloque 306) . Por ejemplo, conforme se ha mencionado anteriormente, dentro de los datos de diagnóstico recuperados desde el medidor de flujo (por ejemplo, 104) en el bloque 300 se incluye una indicación del estado de funcionamiento de la prueba de verificación que indica si está corriendo o no. Si el proceso de ejemplo determina que la prueba de verificación no se está ejecutando, el proceso de ejemplo registra un evento de inicio en el computadora de flujo (por ejemplo, en una pista de auditoría y/u otro archivo en el dispositivo de almacenamiento masivo 128 de la computadora de flujo 102) (bloque 308). Además de registrar un evento de inicio (bloque 308) , el proceso de ejemplo tambien incluye la generación y el envío de un código de inicio para el medidor de flujo (por ejemplo, 104) (bloque 310). De esta manera, la prueba de verificación es iniciada por el medidor de flujo (por ejemplo, 104) según las instrucciones del código recibido a través de la computadora de flujo (por ejemplo, 102).

Si el proceso de ejemplo determina en el bloque 306 que la prueba de verificación está en marcha (después de determinar que el parámetro de inicio/cancelación se ha activado en el bloque 302), el proceso de ejemplo registra un evento de cancelación en la computadora de flujo (por ejemplo, 102) (bloque 312 ) y genera y envía un código de cancelación para el medidor de flujo (por ejemplo, 104) (bloque 314) . En otras palabras, cuando se activa el parámetro de inicio/cancelación (por ejemplo, se fija en 1 ), mientras que la prueba de verificación ya está en curso, el proceso de ejemplo determina que la prueba de verificación actualmente en ejecución ha de ser abortada, el proceso de ejemplo crea el registro de evento apropiado (por ejemplo, en una pista de auditoría) y luego proporciona el código para instruir al medidor de flujo (por ejemplo, 104) que detenga la prueba de verificación. Después de registrar el evento apropiado (por ejemplo, un evento de inicio en el bloque 308 o un evento de cancelación en el bloque 312) y enviado el código correspondiente (por ejemplo, el código de inicio en el bloque 310 o el código de cancelación en el bloque 314), el proceso de ejemplo restablece el parámetro de inicio/cancelación (por ejemplo, valor 0) (bloque 316). De esta manera, el parámetro de inicio/cancelación está configurado para ser activado de nuevo para bien iniciar o detener la prueba de verificación , dependiendo del estado operacional actual (por ejemplo, corriendo/interrumpida) de la prueba de verificación.

El proceso de ejemplo incluye además determinar si la prueba de verificación está en marcha (bloque 318) (Figura 3B). Esta determinación se hace de la misma manera descripta anteriormente (en el bloque 306), pero considera los cambios que son el resultado de iniciar (bloque 310) o abortar (bloque 314) la prueba de verificación . Si se determina que la prueba de verificación está en funcionamiento, es decir, la prueba de verificación se ha iniciado o no ha concluido, el ejemplo de proceso sondea los datos de otros medidores (por ejemplo, los otros medidores de flujo 1 10) (bloque 320). Despues de interrogar otros medidores (por ejemplo, 1 10) , el proceso de ejemplo vuelve al bloque 300 (Figura 3A) para recuperar los datos de diagnóstico actualizados y repetir el proceso. En algunos ejemplos, cada iteración del proceso de ejemplo de las figuras. 3A y 3B, incluyendo la interrogación de otros medidores (en el bloque 320), se lleva a cabo una vez por segundo. De esta manera, el proceso de ejemplo siempre está usando datos de diagnóstico al día o actuales recuperados durante cada pasada del bloque 300. En algunos ejemplos, el ejemplo de proceso se reciela para recuperar los datos de diagnóstico (bloque 300) (Figura 3A) aproximadamente una vez por segundo, independientemente de si un medidor de flujo asociado (por ejemplo, 104) está corriendo una prueba de verificación. En otros ejemplos, el ejemplo de proceso se reciela una vez cada cuatro segundos. De esta manera, incluso cuando la computadora de flujo pierda la comunicación con un medidor de flujo (por ejemplo, 104) sometido a la prueba de verificación, si se restauran las comunicaciones antes de finalizar la prueba de verificación , el equipo de flujo será capaz de reconocer el estado de funcionamiento de la prueba de verificación y seguir monitoreando el medidor de flujo (por ejemplo, 104) hasta que finalice la prueba de verificación o deje de ejecutarse por otra causa. Otros ejemplos pueden reciclar el proceso de ejemplo a diferentes frecuencias que los ejemplos descritos anteriormente.

Si se determina que la prueba de verificación no está corriendo (en el bloque 318), el proceso de ejemplo determina si la prueba de verificación ha terminado o se ha completado (bloque 322). Además de los datos de diagnóstico que indican si la prueba de verificación está en funcionamiento o no (por ejemplo, sobre la base de un parámetro de estado de funcionamiento) , los datos recuperados desde el medidor de flujo (por ejemplo, 104) tambien pueden incluir información que indica el progreso y/o finalización de la prueba de verificación. Si se determina que la prueba de verificación no ha terminado (por ejemplo, si se inició la prueba de verificación y luego fue abortada antes de completarse), el ejemplo de proceso avanza de nuevo al bloque 320 para interrogar otros medidores (por ejemplo, 1 10). Si, por el contrario, se determina que la prueba de verificación ha terminado (por ejemplo, la prueba de verificación dejó de correr (como se determina en el bloque 318), porque el medidor de flujo (por ejemplo, 104) ha terminado la prueba de verificación), el proceso de ejemplo determina si el medidor de flujo (por ejemplo, 104) pasa la prueba de verificación (bloque 324). Un medidor de flujo (por ejemplo, 104) que pasa la prueba de verificación indica la fiabilidad del rendimiento y/o la integridad del medidor de flujo (por ejemplo, 104) .

Por ejemplo, conforme se ha descripto, la fiabilidad de los medidores de flujo que usan el efecto de Coriolis se puede determinar mediante la determinación de los factores de rigidez o parámetros del tubo (s) en varios puntos (por ejemplo, en la entrada y en la salida del medidor de flujo) y ia comparación de estos parámetros de rigidez con los límites de especificación de fábrica de los parámetros de rigidez a traves de la prueba de verificación. Las herramientas de diagnóstico para otros tipos de medidores de flujo pueden no basar una prueba de verificación en los parámetros de rigidez. Sin embargo, estos medidores de flujo aún pueden medir y/o calcular cualquier otro valor adecuado para compararlo con las especificaciones de fábrica para determinar igualmente si el medidor de flujo pasó o no pasó la prueba de verificación. Por lo tanto, en algunos ejemplos, cuando la prueba de verificación se completa en el medidor de flujo (por ejemplo, 104) , una de las salidas incluidas dentro de los datos de diagnóstico recuperados en el bloque 300 (Figura 3A) del proceso de ejemplo indica si el medidor de flujo en cuestión (por ejemplo, el medidor de flujo 104) pasó o no pasó la prueba de verificación. Si se determina que el medidor de flujo (por ejemplo, 104) pasa la prueba de verificación (en el bloque 324), el proceso de ejemplo establece un resultado (por ejemplo, un parámetro de resultado dentro de la computadora de flujo (por ejemplo, 102)) a un valor de exito (bloque 326). El proceso de ejemplo también registra un evento de éxito en el computadora de flujo (por ejemplo, 102) (bloque 328) . En algunos ejemplos, el éxito se registra dentro de una pista de auditoría u otro archivo que puede ser accedido/revisado por otros componentes (por ejemplo, el sistema huésped SCADA 106) asociado con la computadora de flujo (por ejemplo, 102) .

Si se determina que el medidor de flujo (por ejemplo, 104) no pasó la prueba de verificación, el proceso de ejemplo establece el resultado a un valor de error (bloque 330). El valor de error puede ser indicativo de una o más razones del fracaso. Por ejemplo, el valor de error para un medidor de flujo que usa el efecto de Coriolis puede indicar si una o más ubicaciones (por ejemplo, entrada y/o salida) en el tubo medidor de flujo (s) tiene un parámetro de rigidez medido fuera del nivel de tolerancia o límite definido por el fabricante. En algunos ejemplos, el valor de error puede indicar por cuánto los parámetros de rigidez medidos exceden o caen por debajo de los l ímites o umbrales preconfigurados. Además, cualquier otro medidor de flujo que puede realizar una prueba de verificación puede proporcionar un valor de error para un parámetro de resultado correspondiente indicando problemas similares pertinentes a la base en la que se puso a prueba el medidor de flujo. Además, en otros ejemplos, para cualquier tipo de medidor de flujo, el valor de error puede indicar que, aunque la prueba de verificación está completa, los datos no son fiables.

Además de establecer el resultado en un valor de error, el proceso de ejemplo tambien registra un evento de error en la computadora de flujo (por ejemplo, 102) (bloque 332). En algunos ejemplos, el error se registra en una pista de auditoría u otro archivo que puede ser accedido y/o revisado por otros componentes (por ejemplo, el sistema huésped SCADA 106) asociados a la computadora de flujo (por ejemplo 102).

Además, el proceso de ejemplo que se ilustra envía datos de retroalimentación asociados con la prueba de verificación (bloque 334), que pueden incluir el resultado de la prueba de verificación. Por ejemplo, el éxito o el fracaso del medidor de flujo (por ejemplo, 104) en la prueba de verificación puede ser visualizado por un operador en una pantalla asociada con un sistema huésped SCADA (por ejemplo, 106) , un dispositivo externo (por ejemplo, 108), y/o una pantalla del operador (por ejemplo, 126) de la computadora de flujo (por ejemplo, 102). En algunos ejemplos, los datos de retroalimentación incluyen información adicional basada en la prueba de verificación, como el progreso y/o finalización de la prueba de verificación y/o el valor de los parámetros secundarios asociados con la prueba de verificación. Además, en algunos ejemplos, si el medidor de flujo (por ejemplo, 104) no pasó la prueba de verificación , los datos de retroalimentación de salida pueden tambien incluir información relacionada con el punto durante la prueba de verificación, donde el medidor de flujo (por ejemplo, 104) falló (por ejemplo, la progreso de la prueba al momento de la falla), las razones del fracaso (por ejemplo, en base al valor de error del resultado), y/o una alarma para atraer la atención de un operador.

El ejemplo de proceso de las Figuras. 3A y 3B incluye además la determinación de si se debe continuar monitoreando el medidor de flujo (por ejemplo, 104) (bloque 336). Si el proceso de ejemplo debe continuar monitoreando el medidor de flujo (por ejemplo, 104) , el proceso de ejemplo vuelve al bloque 320 para interrogar otros medidores (por ejemplo, 1 10) antes de volver a recuperar los últimos datos de diagnóstico (en el bloque 300 (Figura 3A)) para repetir el proceso de ejemplo conforme se ha descripto. Si el proceso de ejemplo no determina seguir monitoreando el medidor de flujo (por ejemplo, 104), el proceso de ejemplo termina.

Las Figuras. 4A y 4B son las respectivas porciones primera y segunda de un diagrama de flujo representativo de otro proceso de ejemplo que puede ser ejecutado para implementar el ejemplo de computadora de flujo 102 y/o, más en general, el sistema de ejemplo 100 de la Figura 1 . El proceso de ejemplo comienza en la Figura 4A mediante la determinación de si una solicitud para iniciar una prueba de verificación en un medidor de flujo (por ejemplo, 104) ha sido recibida (bloque 400). La solicitud puede ser recibida desde un operador, ya sea en ese momento o basándose en un horario previamente introducido a traves de, por ejemplo, un sistema huésped SCADA (por ejemplo, 106), un dispositivo externo (por ejemplo, 108), y/o una pantalla de operador (por ejemplo, 126) de la computadora de flujo (por ejemplo, 102). Si no se ha recibido una solicitud , el ejemplo de proceso avanza al bloque 424 (Figura 4B) para determinar si una prueba de verificación se está ejecutando dentro del medidor de flujo (por ejemplo, 104) como se determina en el bloque 318 descripto anteriormente en relación con la Figura 3B. Si se ha recibido una solicitud para iniciar una prueba de verificación (en el bloque 400), el proceso de ejemplo establece un parámetro de inicio a un valor (por ejemplo, iniciar a = 1 ) que indica la recepción de un pedido para iniciar una prueba de verificación (bloque 402). El proceso de ejemplo continúa mediante la recuperación de los datos de diagnóstico (bloque 404). Los datos de diagnóstico se recuperan de la misma manera y contienen la misma información anteriormente indicada en relación con el bloque 300 de la Figura 3B.

El proceso de ejemplo incluye la determinación de si la prueba de verificación está en marcha (bloque 406) (sobre la base de, por ejemplo, los datos de diagnóstico recuperados en el bloque 404). Si se determina que la prueba de verificación se está ejecutando, el proceso de ejemplo determina si una petición para cancelar la prueba de verificación ha sido recibida (bloque 408). Si una solicitud de cancelación de la prueba de verificación es recibida, el proceso de ejemplo registra un evento de cancelación (bloque 410) y escribe un código de cancelación instruyendo al medidor de flujo (por ejemplo, 104) que cancele la prueba de verificación (bloque 412). El proceso de ejemplo a continuación , establece el parámetro de inicio a un valor que indica que la prueba de verificación ya ha de ser completada (por ejemplo, inicio = 0) (bloque 414). En este punto el proceso de ejemplo avanza al bloque 424 (Figura 4B) para proceder de la misma manera descripta en el bloque 318 de la Figura 3B. Por el contrario, si se determina que una solicitud de cancelación de la prueba de verificación no se ha recibido, el proceso de ejemplo avanza directamente al bloque 424.

Si el proceso de ejemplo determina (en el bloque 406) que la prueba de verificación no se está ejecutando, el proceso de ejemplo determina si la prueba de verificación está activa en el medidor de flujo (por ejemplo, 104) (bloque 416). Si la prueba de verificación no está activa, el proceso de ejemplo avanza al bloque 414, donde el parámetro de inicio se establece en un valor que indica la prueba de verificación ya no ha de proceder (por ejemplo, inicio = 0). Si la prueba de verificación está activada en el medidor de flujo (por ejemplo, 104), el proceso de ejemplo registra un evento de comienzo (bloque 418) y envía un código de inicio para el medidor de flujo (por ejemplo, 104) instruyendo al medidor de flujo (por ejemplo, 104) que comience la prueba de verificación (bloque 420). El proceso de ejemplo, a continuación, establece el parámetro de inicio en un valor que indica que las instrucciones fueron enviadas al medidor de flujo (por ejemplo, 104) para comenzar la prueba de verificación (por ejemplo, inicio = 2) (bloque 422). El ejemplo de proceso avanza entonces al bloque 424 para determinar si la prueba de verificación se está ejecutando en la misma manera que se ha descripto anteriormente para el bloque 318 de la Figura 3B.

Los bloques 424, 426, 428, 430, 432, 434, 436, 438 y 440 del proceso de ejemplo en las figuras. 4A y 4B se implementan de una manera similar a los descritos anteriormente como bloques 318, 320, 322, 324, 326, 328, 330, 332, y 334 de las figuras. 3A y 3B, respectivamente. Sin embargo, despues de emitir los resultados de la prueba de verificación (en el bloque 440), el proceso de ejemplo de las figuras. 4A y 4B establece el parámetro de inicio en un valor que indica que la prueba de verificación se ha completado y/o que ya no necesita ser completada (por ejemplo, inicio = 0) (bloque 442). Despues de hacerlo, el proceso de ejemplo a continuación , vuelve al bloque 426 para interrogar otros medidores antes de determinar si el parámetro de inicio indica que la prueba de verificación ya no 5 necesita ser completada (por ejemplo, inicio = 0) (bloque 444) . Si la verificación no debe continuar (por ejemplo, inicio a> 0), el proceso de ejemplo vuelve al bloque 404 (Figura 4A) para recuperar los datos de diagnóstico actualizados antes de repetir el resto del proceso de ejemplo. Si el parámetro inicio indica que ío la prueba de verificación ya no necesita ser completada (en el bloque 444) , el proceso de ejemplo determina si se debe continuar el monitoreo del medidor de flujo (por ejemplo, 104) (bloque 446). Si el medidor de flujo (por ejemplo, 104) debe continuar monitoreado, el proceso de ejemplo vuelve al bloque 15 400 (Figura A) para continuar a través de todo el proceso de ejemplo de las figuras. 4A y 4B. Si se determina no continuar con el monitoreo, el proceso de ejemplo termina.

A pesar de haberse descripto ciertos ejemplos de métodos, aparatos y dispositivos, el alcance de la presente no se limita a 20 ellos. Por el contrario, la presente invención cubre todos los métodos, aparatos y dispositivos que caen dentro del alcance de las Reivindicaciones. 25

Claims (1)

1. REIVINDICACIONES 1 . Un metodo, caracterizado porque comprende: comunicar, mediante una computadora de flujo, una solicitud para que un medidor de flujo inicie una prueba de verificación del medidor de flujo; recuperar los datos de diagnóstico del medidor de flujo; y registrar un resultado de la prueba de verificación en un registro de la computadora de flujo, el resultado se basa en los datos de diagnóstico. 2. El método de la Reivindicación 1 , caracterizado porque comprende además registrar un evento de inicio en el registro que corresponde a la solicitud para iniciar la prueba de verificación. 3. El método de cualquiera de las reivindicaciones anteriores, caracterizado porque comprende además: recibir una solicitud de cancelación de la prueba de verificación; y registrar un evento de cancelación que corresponde a la solicitud de cancelación de la prueba de verificación . 4. El método de cualquiera de las reivindicaciones anteriores, caracterizado porque los datos de diagnóstico comprenden una indicación de por lo menos un estado operativo de la prueba de verificación, el valor de un parámetro secundario asociado con el medidor de flujo, el avance de la prueba de verificación, o la finalización de la prueba de verificación. 5. El metodo de cualquiera de las reivindicaciones anteriores, caracterizado porque el resultado está basado en una comparación del valor del parámetro secundario y un límite asociado con el parámetro secundario, el valor del parámetro 5 secundario determinado en base a la prueba de verificación , el límite definido por una especificación de fábrica. 6. El método de cualquiera de las reivindicaciones anteriores, caracterizado porque comprende además emitir datos de retroalimentación asociados con la prueba de verificación ío mediante por lo menos sistema de control de supervisión y adquisición de datos asociado al medidor de flujo, una pantalla de operador de la computadora de flujo, o un dispositivo externo, los datos de retroalimentación comprenden el resultado de la prueba de verificación. 15 7. El método de cualquiera de las reivindicaciones anteriores, caracterizado porque, si el resultado corresponde a una falla del medidor de flujo en la prueba de verificación, los datos de retroalimentación comprenden por lo menos una alarma asociada con la falla, el avance de la prueba de verificación que 20 corresponde al momento de verificación de la falla, o el motivo de la falla. 8. El método de cualquiera de las reivindicaciones anteriores, caracterizado porque el resultado corresponde a un evento de éxito o un evento de falla, el evento de éxito 25 corresponde al medidor de flujo que pasa la prueba de verificación, el evento de falla corresponde al medidor de flujo que no pasa la prueba de verificación. 9. El metodo de la cualquiera de las reivindicaciones anteriores, caracterizado porque el registro corresponde a por lo 5 menos un registro de evento, un registro de alarma, o una pista de auditoría. 10. El método de cualquiera de las reivindicaciones anteriores, caracterizado porque el medidor de flujo es un medidor de flujo coriolis. ío 1 1 . El método de cualquiera de las reivindicaciones anteriores, caracterizado porque la solicitud para iniciar la prueba de verificación es disparada en base a un cronograma definido por un operador. 12. Una computadora de flujo caracterizada porque 15 comprende: una interfaz de medidor de flujo para comunicar la computadora de flujo a un medidor de flujo, la interfaz del medidor de flujo comunica al medidor de flujo la solicitud para iniciar una prueba de verificación del medidor de flujo y recuperar 20 los datos de diagnóstico del medidor de flujo; y una memoria para registrar el resultado de la prueba de verificación, el resultado está basado en los datos de diagnóstico. 13. La computadora de flujo de la Reivindicación 12, caracterizada porque la memoria tiene por objeto registrar un 25 evento de inicio en el registro que corresponde a la solicitud para iniciar la prueba de verificación. 14. La computadora de flujo de cualquiera de las reivindicaciones anteriores, caracterizada porque la interfaz del medidor de flujo tiene por objeto recibir una solicitud de 5 cancelación de la prueba de verificación, la memoria tiene por objeto registrar un evento de cancelación que corresponde a la solicitud de cancelación de la prueba de verificación . 15. La computadora de flujo de cualquiera de las reivindicaciones anteriores, caracterizada porque comprende ío además una interfaz externa para comunicar la computadora de flujo con por lo menos un sistema de control de supervisión y adquisición de datos asociado al medidor de flujo, una pantalla de operador de la computadora de flujo, o un dispositivo externo, la interfaz externa emite el resultado de la prueba de verificación ís 16. La computadora de flujo de cualquiera de las reivindicaciones anteriores, caracterizada porque, si el resultado corresponde a una falla del medidor de flujo en la prueba de verificación, la interfaz externa tiene por objeto emitir por lo menos una alarma asociada con la falla, el avance de la prueba 20 de verificación que corresponde al momento de la determinación de la falla, o el motivo de la falla. 17. Un medio de almacenamiento legible por máquma tangible caracterizado porque comprende instrucciones, que al ser ejecutadas, hacen que la máquina por lo menos: 25 comunique una solicitud a un medidor de flujo para que inicie una prueba de verificación de un medidor de flujo; recupere los datos de diagnóstico del medidor de flujo; y registre el resultado de la prueba de verificación en un registro de la computadora de flujo, el resultado está basado en s los datos de diagnóstico. 18. El medio de almacenamiento de la Reivindicación 17, caracterizado porque las instrucciones, al ser ejecutadas, hacen además que la máquma registre un evento de inicio en el registro que corresponde a la solicitud para iniciar la prueba de ío verificación. 19. El medio de almacenamiento de la cualquiera de las reivindicaciones anteriores, caracterizado porque las instrucciones, al ser ejecutadas, hacen además que la máquina recupere una solicitud de cancelación de la prueba de 15 verificación; y registre un evento de cancelación que corresponde a la solicitud de cancelación de la prueba de verificación . 20. El medio de almacenamiento de cualquiera de las reivindicaciones anteriores, caracterizado porque las 20 instrucciones, al ser ejecutadas, hacen además que la máquina emita los datos de retroalimentación asociados con la prueba de verificación mediante por lo menos un sistema huesped de control de supervisión y adquisición de datos asociado al medidor de flujo, una pantalla de operador de la computadora de flujo, o un 25 dispositivo externo, los datos de retroalimentación comprenden el resultado de la prueba de verificación. 21 . El medio de almacenamiento de cualquiera de las reivindicaciones anteriores, caracterizado porque, si el resultado corresponde a una falla del medidor de flujo en la prueba de verificación, los datos de realimentación comprenden al menos una alarma asociada con la falla, el avance de la prueba de verificación correspondiente al momento de determinación de la falla, o el motivo de la falla.