Página principal



Adquisicion de equipo de control, proteccion, medicion y servicios auxiliares apertura de ofertas

Descargar 1.82 Mb.

Adquisicion de equipo de control, proteccion, medicion y servicios auxiliares apertura de ofertas





Descargar 1.82 Mb.
Página32/57
Fecha de conversión03.09.2018
Tamaño1.82 Mb.
1   ...   28   29   30   31   32   33   34   35   ...   57

Aspectos de diseño

  1. La UTR deberá consistir de al menos tres conjuntos de unidades modulares diferentes:

    • Módulos de procesamiento, utilizando como mínimo un procesador de 32-bits como su unidad lógica, capaz de ejecutar los programas tipo PLC virtual, permitiéndose el uso de dos procesadores por módulo.
    • Módulos de entrada y módulos de salida. Un módulo de entrada o un módulo de salida es una unidad modular independiente y procesa únicamente un tipo de señales (ya sea analógicas o digitales).
    • Dos módulos independientes de fuente de alimentación con un voltaje de entrada de 125 VCD.
    • Adicionalmente puede contar con módulos de comunicaciones independientes, o estos pueden estar integrados a los módulos de procesamiento.
  2. La UTR debe tener dos módulos de procesamiento y dos módulos de alimentación para contar con redundancia. En ambos casos un módulo realizará normalmente la función principal y el otro se mantendrá realizando la función de respaldo en línea. Cuando falle el módulo que realiza la función principal, el módulo de respaldo automáticamente pasará a desempeñar dicha función, hasta que el módulo afectado sea restablecido. Se acepta que los módulos compartan la carga, siempre y cuando uno solo de ellos tenga la capacidad para realizar individualmente la función completa en caso de fallas del otro módulo, esto incluye también al procesador con la función PLC virtual. Cada fuente de alimentación estará capacitada para soportar la máxima expansión de la UTR y su ámbito de voltaje para la operación normal será de hasta un ±10% con respecto al valor nominal.

  3. En cuanto a la función del procesador o los procesadores centrales, que cubren el procesamiento de PLC virtual, la descripción de operación es la siguiente:

    • En el caso de que el procesador central realice todas las funciones, este deberá ser capaz de realizar la administración de la UTR y de las operaciones de PLC virtual. En el caso que se utilicen dos procesadores, la carga de procesamiento y de PLC podrá estar distribuida entre ambos procesadores, permitiéndose que ambos realicen las dos tareas, considerando que la redundancia requiere un segundo par de procesadores en modo de espera (stand by).
    • Las operaciones PLC virtual estarán subordinadas a la función principal de la UTR, según se muestra en la figura 1. Esto implica que será posible configurar únicamente la parte de la UTR para establecer un modelo entrada- salida que depende únicamente de las características de los protocolos de comunicación implicados y que no requerirá la participación directa de las funciones PLC.
    • De esta manera será posible establecer una conexión con un maestro (SCADA/EMS) y con una o más UTR y dispositivos esclavos, únicamente mediante la configuración específica de los protocolos participantes en sus respectivos puertos.
  4. La UTR deberá tener la capacidad necesaria de programación PLC y la suficiente memoria para ejecutar programas que permitan redirigir comandos de control provenientes de un sistema SCADA/EMS, hacia salidas locales o hacia cualquiera de los puertos de salida de otras UTR con que se comunica y/o hacia otros dispositivos esclavos, así como para modificar los formatos de datos para establecer la compatibilidad e interoperabilidad de los protocolos.

  5. La UTR tendrá la capacidad de adquirir señales de entradas analógicas y digitales. También tendrá la capacidad de proporcionar señales de salidas analógicas y digitales. Estos tipos de señales pueden ser adquiridas directamente desde módulos de entrada y módulos de salida locales a la UTR, también desde otras UTR que operen como esclavas y desde dispositivos electrónicos inteligentes (que operen como esclavos de la UTR).

  6. La UTR tendrá la capacidad de adquirir señales binarias de 2, 4, 6 y 8 décadas en formato BCD por medio de entradas digitales y transmitirlas hacia el sistema maestro con formato BCD o de medición analógica, en concordancia con las posibilidades de los protocolos de comunicación y su interoperabilidad (ver el Anexo 1).

  7. La UTR tendrá la capacidad de reportar los valores de las entradas analógicas al sistema maestro (SCADA/EMS) por excepción. Cuando reciban una interrogación (“polling”), las UTR reportarán todos los valores analógicos que hayan cambiado violando los límites de una banda muerta programable, a partir del último valor que fue exitosamente reportado al sistema maestro. La banda muerta se especificará para cada punto individualmente y utilizando el software de configuración.

  8. La UTR tendrá la capacidad de reportar los valores de las entradas digitales al sistema maestro (SCADA/EMS) por excepción. Cuando reciban una interrogación (“polling”), las UTR reportarán solamente los valores de las entradas digitales que hayan cambiado desde la interrogación anterior.

  9. Las UTR tendrá la capacidad de reportar todas las señales configuradas (analógicas y digitales) cuando reciban un comando de interrogación general desde el sistema maestro (SCADA/EMS), o cuando se recupere la comunicación con el sistema maestro, luego de una interrupción.

  10. La UTR tendrá la capacidad de transmitir las señales con los códigos de calidad correspondientes, de acuerdo con lo establecido en cada protocolo de comunicación.

  11. La UTR tendrá la capacidad de procesar y emitir las señales de salida para la ejecución de los comandos de control iniciados por el sistema maestro (SCADA/EMS). Todas las operaciones de control remoto deberán seguir el procedimiento Seleccionar – Verificar – Antes de Operar (SCBO). Además la selección del comando será cancelada automáticamente siguiendo la finalización de la acción de control por “timeout” cuando aplique, y será requerida una nueva selección del comando para cada acción de control subsecuente. Todo lo anterior tiene como excepción las salidas de control del tipo subir/bajar. En estas acciones el punto de control se mantendrá seleccionado por un periodo ajustable, de manera que no se requerirá una nueva selección para las acciones subsecuentes de control. El temporizador de recibo de comando debe ser ajustable entre 1 y 60 segundos.

  12. La memoria (“buffer”) para el almacenamiento de eventos deberá soportar el almacenamiento y transmisión de como mínimo de 400 eventos (cambios de datos).


      1. Software de las UTR

  1. El término "software" que es utilizado en esta licitación debe entenderse como todo el desarrollo de programas ejecutables utilizado para el funcionamiento, configuración y diagnóstico de la UTR, incluyendo la implementación de “software” propio de la UTR por medio de microinstrucciones (“firmware”). El Contratista deberá suministrar la documentación completa y comprensiva para todo el “software” que sea utilizado para configurar y gestionar la UTR y para la programación de las funciones de PLC virtual.


  1. El Contratista deberá suministrar todo el “software” que sea necesario para la configuración, parametrización y depuración de las funciones nativas de la UTR, el cual se debe utilizar para desarrollar los diferentes proyectos de aplicación de la UTR en el campo y debe contemplar la configuración de todos los protocolos de comunicación solicitados. En este, se debe poder definir el hardware, sus entradas y salidas, los protocolos por puerto de comunicación y el detalle de la relación entrada-salida contra cada protocolo. Todo esto sin necesidad de programación del módulo PLC virtual. Si se determina que hay defectos del “software” durante el periodo de garantía de los equipos, el Contratista debe corregirlos por su cuenta, asumiendo todos los costos involucrados en el proceso de corrección.


  1. El Contratista deberá suministrar todo el “software” necesario para la programación, depuración, prueba y descarga de los programas del PLC virtual necesarios y suficientes para la puesta en marcha completa de las UTR.


  1. El Contratista deberá suministrar en forma separada, o como complemento al punto anterior todo el conjunto de herramientas de desarrollo de programas PLC, que cumplan con la norma IEC 61131-3 (diagramas escalera, lista de instrucciones, lenguaje estructurado y bloques funcionales de secuencia). Todos los formatos de programación deben tener la capacidad de manipular tanto los datos, como sus códigos de calidad. Las entradas y salidas de estos módulos PLC, serán compartidas con las de otros módulos de la UTR. Para cada protocolo de comunicación soportado en la UTR, se deberán aportar las librerías de acceso a los diferentes mensajes y formatos de datos, así como la posibilidad de descomponer cada formato en representaciones más sencillas, capaces de ser manipuladas por segmentos de programa. Por ejemplo se deben manipular comandos de regulación IEC 60870-5-101 tanto como elementos de regulación, así como sus sub-partes de manera que dicho comando pueda ser analizado y sub-ejecutado localmente o en una UTR esclava (ver el banco de pruebas en el Anexo 2).


  1. El Contratista deberá suministrar todo el “software” e interfaces necesarios para la actualización de los programas internos (“firmware”) requeridos por cualquiera de los módulos instalados en todas las UTR entregadas, con soporte de actualizaciones durante el periodo de garantía.


  1. El “firmware” de la UTR será almacenado en una tarjeta de memoria del tipo “flash” preferiblemente removible, para facilitar su actualización y corrección, por personal técnico de mantenimiento del ICE.


  1. El “firmware” de la UTR deberá realizar re-arranques automáticos de la UTR, luego de una restauración de la tensión de alimentación, errores de paridad de memoria, fallas de hardware y por instrucciones ejecutadas por los encargados de mantenimiento (solicitud manual). Se deberá inicializar la UTR y comenzar la ejecución de las funciones de la UTR sin necesidad de intervención del Centro de Control de Energía. Todos los re-arranques serán reportados al sistema maestro.


  1. Es necesario que el software de la UTR permita que las siguientes funciones sean realizadas remotamente por medio de una red LAN o WAN propiedad del ICE:

          • Mantenimiento del software y de base de datos de la UTR.
          • Diagnóstico de la UTR.
          • Configuración de los parámetros de la UTR y de las funciones lógicas programables.


  1. El “software” de la UTR deberá también soportar una interfaz hombre-máquina de fácil manejo, que permita a un operador autorizado ejecutar la función de mantenimiento de la UTR. El “software” deberá incluir una ventana de ayuda interactiva de acuerdo al contexto de trabajo, que muestre la información relevante relacionada. El sistema operativo sobre el que se ejecutará el “software” de configuración y diagnóstico deberá ser de la familia Windows (compatible con Windows XP Profesional como mínimo, Windows Server 2003), pero no se aceptará el suministro para Windows Vista de acuerdo con las políticas internas del ICE a la fecha de publicación de esta licitación.


  1. El “software” de la UTR debe incluir también funciones de autodiagnóstico (incluyendo el diagnóstico de los módulos de entrada/salida), manejo de alarmas y eventos del equipo y gestión de protocolos de comunicación.



1   ...   28   29   30   31   32   33   34   35   ...   57

Similar:

Adquisicion de equipo de control, proteccion, medicion y servicios auxiliares apertura de ofertas iconApertura de ofertas
Adquisición de torres y materiales para la reconstrucción de la L. T. RÍO macho – tejar – el este
Adquisicion de equipo de control, proteccion, medicion y servicios auxiliares apertura de ofertas iconBanco Interamericano de Desarrollo Documentos Estándar de Licitación para Adquisición de Bienes
Oferentes en la preparación de sus ofertas. También proporciona información sobre la presentación, apertura y evaluación de las ofertas...
Adquisicion de equipo de control, proteccion, medicion y servicios auxiliares apertura de ofertas iconDocumentos estándar de licitación pública (lpn) de méxico adquisición de Bienes Banco Interamericano de Desarrollo/Banco Mundial Febrero 2009 Documentos Estándar de Licitación para Adquisición de Bienes Resumen Descriptivo
Oferentes en la preparación de sus ofertas. También proporciona información sobre la presentación, apertura y evaluación de las ofertas...
Adquisicion de equipo de control, proteccion, medicion y servicios auxiliares apertura de ofertas iconLugar apertura y presentacion de ofertas
Lugar apertura y presentacion de ofertas: Av. Eduardo Madero 1020 Piso 7° division compras y contrataciones – Ciudad Autónoma de...
Adquisicion de equipo de control, proteccion, medicion y servicios auxiliares apertura de ofertas iconLpi armonizado Servicios de No Consultoría
Oferentes en la preparación de sus ofertas. También proporciona información sobre la presentación, apertura y evaluación de las ofertas...
Adquisicion de equipo de control, proteccion, medicion y servicios auxiliares apertura de ofertas iconUniversidad de guanajuato
Adquisiciòn de equipo de telecomunicaciones y conectividad, renovaciòn de licencias, cableado estructurado, equipo de videoconferencia,...
Adquisicion de equipo de control, proteccion, medicion y servicios auxiliares apertura de ofertas iconAdquisición de Equipo de Computación
Derecho del comprador a aceptar cualquier oferta y a rechazar cualquiera o todas las ofertas 32
Adquisicion de equipo de control, proteccion, medicion y servicios auxiliares apertura de ofertas iconCódigo dane dato requerido
Es decir administrativos directivos, de apoyo y de servicios generales. Ej: secretarías, auxiliares de biblioteca, auxiliares de...


Descargar 1.82 Mb.