Interfaz de Configuración de Kongsberg
Interfaz de Configuración de Kongsberg
Ver llamadas
Interfaz de configuración
___________________ ____________________
Marit Opstad Andersen Arne Henriksen
No problema. Fecha / año Inc. por No problema. Fecha / año Inc. por
A 24-abr-98 FSKO
B 15-mayo-98 FSKO
C 15-junio-98 FSKO
D 11-feb-99 MOA
CAMBIOS EN DOCUMENTO
TABLA DE CONTENIDO
Sección Página
1. INTRODUCCIÓN............................................... .......................................... 1
1. INTRODUCCIÓN............................................... .......................................... 2
1. INTRODUCCIÓN............................................... .......................................... 2
LISTA DE FIGURAS
Sección Página
F IGURE 2-1: C ONFIGURACION I DESCOMPOSICIÓN DE NTERFACE. .................................................. ....................... 4 F IGURE 2-2: C ONFIGURACION I NTERFACE
U SER I NTERFACE PAG EDAD 1 ................................................. ........... 7
F IGURE 2-3: C ONFIGURACION I NTERFACE U SER I NTERFACE PAG EDAD 2 ................................................. ........... 8
F IGURE 3-1: C ONFIGURACION I NTERFACE D ESIGN O VERVISTA ................................................. .................. 10
1. Yo NTRODUCCIÓN
Esta UDF describe el módulo de software para la aplicación de interfaz gráfica de usuario que se utiliza para configurar
el servidor Watch Calling. Además, se describirán todos los archivos de configuración, incluidos los archivos de
configuración que utiliza el sistema pero que no se producen mediante la aplicación de interfaz de configuración.
1.1 Propósito
Se desarrollará una aplicación de configuración para el servidor Watch Calling. Esta aplicación tendrá una interfaz
gráfica de usuario para facilitar la modificación de los datos de configuración de los que depende el servidor Watch
Calling. Será posible modificar tanto las fuentes de datos de configuración utilizadas por el servidor Watch Calling,
como también será posible realizar la configuración en línea del servidor. Este último solo será el caso para un
subconjunto de los datos de configuración completos.
La razón por la que se necesita esta aplicación se debe, en primer lugar, al hecho de que el SRS de llamada de guardia [2]
especifica claramente que el sistema de llamada de guardia debe ser modular y
personalizable . Un sistema personalizable depende de una forma de modificar fácilmente la infraestructura del sistema y el
comportamiento del sistema. Por lo tanto, una utilidad de configuración gráfica para acceder fácilmente a las funciones para cambiar
los datos de configuración es importante y necesaria.
El Watch Calling Server depende de varios parámetros externos que el sistema debe conocer no solo para funcionar
correctamente, sino también para comportarse de acuerdo con los requisitos específicos del proyecto. Otra
consideración es que el entorno en el que existe el sistema Watch Calling cambiará, de vez en cuando, las
características durante el funcionamiento. En otras palabras, la información sobre el contexto del sistema que
necesita el sistema Watch Calling debe ser fácilmente configurable.
Grupo de paneles Un grupo de paneles es un grupo lógico de identificadores de paneles. Panel típico
Los grupos son el grupo puente, el grupo público y el oficial diferente.
grupos.
SDD Descripción del diseño del sistema.
SRS Especificación de requisitos del sistema.
UIP Proveedor de interfaz de usuario.
UMS Espacio de maquinaria no tripulada.
VRTX Ejecutivo versátil en tiempo real.
1.3 referencias
[1] Kongsberg Norcontrol Automation como [Link]. Descripción del diseño AU-0330 -
Interfaces gráficas de usuario de llamada de reloj
2. S Especificación
La interfaz de configuración para el servidor Watch Calling incluye las siguientes funciones:
Usuario
Oficial "Panel fuera de servicio
Interfaz UIP de grupos de paneles
Capa Cualificaciones UIP modo "UIP
Solicitud
Oficial "Panel fuera de servicio
Núcleo Grupos de paneles CM
Calificaciones CM modo "CM
Capa
Externo
Interfaz
Interfaz externa
Abstracción
Gerente
Capa
Ver llamadas
Mensajería Colas de mensajes
[Link] Sistema
Ethernet
Objeto de los módulos UIP: Proporcionar al usuario una interfaz de usuario, gráfica o de otro tipo, para el
particular. Además, la UIP también encapsulará el código dependiente de la plataforma necesario para que el
módulo muestre controles o datos.
Objeto de los módulos CM: Dotar a la UIP de lógica y funcionalidad para procesar la información obtenida o
entregada a la interfaz de usuario. Además, la UIP también encapsulará el código independiente de la
plataforma, haciendo que la plataforma del módulo sea independiente y altamente portátil.
Función de los módulos UIP: Cree y mantenga los diferentes controles en la interfaz de usuario, permitiendo al
usuario final manipular la información visualizada. Ofrezca métodos bien definidos para que el CM recupere o
inserte información.
Función de los módulos CM: Administra y procesa estructuras de datos en el módulo e implementa métodos bien
definidos para la interacción con la UIP y el administrador de interfaz externo.
Se trata de una interfaz gráfica de usuario que permite al operador especificar si la información del estado de la alarma debe
mostrarse en un panel de oficiales mientras está fuera de servicio.
La configuración del “modo de panel fuera de servicio” se almacena en la base de datos de configuración de Watch Calling
siempre que se actualiza desde la GUI. Además, el UIP “Modo de panel fuera de servicio” ofrece una reconfiguración del
sistema en tiempo de ejecución. Esto se hace incluyendo, en la UIP, una función para distribuir la información directamente al
servidor Watch Calling.
Se trata de una interfaz gráfica de usuario que permite al operador especificar las calificaciones de cada uno de los
oficiales definidos en el sistema Watch Calling. Hay tres (3) calificaciones diferentes que existen, y estas son:
• Motor (E).
• Carga (C).
• Polivalente, tanto de carga como de motor (M).
Las calificaciones de los oficiales se almacenan en la base de datos de configuración de Watch Calling siempre que se
actualizan desde la GUI. Además, la UIP de Cualificaciones de Oficiales ofrece la reconfiguración del sistema en tiempo de
ejecución. Esto se hace incluyendo, en la UIP, una función para distribuir la información directamente al servidor Watch
Calling.
Cada oficial definido en el sistema de llamadas de vigilancia tiene asignados uno o más paneles de llamadas de
vigilancia. Estos paneles se gestionan como grupos lógicos en el sistema; grupo puente, grupo público y grupos de
oficiales.
Cada panel, conectado al sistema a través de una red CAN / CAL, tiene un identificador y una dirección CAN / CAL,
conocida como dirección LMT. Para poder direccionar los paneles correctos cuando, por ejemplo, el puente debe ser
notificado sobre algún evento, el sistema debe saber qué paneles pertenecen a qué grupos. La UIP de grupos de
paneles ofrece una interfaz disponible en tiempo de ejecución que permite al operador asignar qué panel pertenece a
qué oficial.
El administrador de interfaz externa ofrecerá métodos bien definidos para que los módulos CM recuperen o
envíen datos a una interfaz externa. Una interfaz externa se define como archivo, red, puerto serie, etc.
En este sistema, el External Interface Manager incluirá funciones para leer y escribir la base de datos
de configuración, enviar y recibir mensajes en LAN o mediante colas de mensajes.
Toda la información de configuración que necesita el sistema Watch Calling estará contenida en la base de datos de
configuración de Watch Calling. Esta base de datos es un archivo de texto llamado [Link]. El diseño de este archivo se
describe en detalle en el apéndice A.
2.2 Interfaces
Las interfaces de usuario para la interfaz de configuración del sistema Watch Calling se pueden dividir en dos
tipos diferentes de interfaces. Primero, hay un teclado funcional dedicado con botones pulsadores iluminados
para la activación directa de varias funciones, y se llama Panel de control del operador (OCP). En el OCP hay 8
teclas dedicadas a funciones relacionadas con las llamadas de vigilancia. El diseño del botón OCP no se
describirá en este documento.
En segundo y último lugar, está la pantalla gráfica. Por supuesto, toda la GUI de Watch Calling se presentará en
esta pantalla. En la sección Interfaz gráfica de usuario a continuación, se describirá la interfaz gráfica de usuario
de Watch Calling.
KONGSBERG Fecha
NORCONTROL VER LA LLAMADA 2 de 2 Hora
Modo = pasivo
Muestra solo la fecha y la hora (solo LCD). Todos los LED están
apagados.
Modo = Activo
El panel muestra mensajes de alarma e
indicaciones LED sin sonido audible.
Área de mensajes que le indica los códigos para elegir la selección; generalmente 0 o 1.
KONGSBERG Fecha
NORCONTROL VER CONFIGURACIÓN DE LLAMADA 1 de 2 Hora
Grupos
Cada panel tiene un número de serie único. Cada panel se puede definir como un
"grupo" de modo que todas las alarmas al oficial "de servicio" se envíen a todos los 1. Público
paneles definidos para el puesto ya las áreas públicas. 2. Ingeniero jefe
3. Primer ingeniero
4. 2do ingeniero
Por ejemplo, todos los paneles definidos como "Jefe de máquinas" estarán
5. 3er ingeniero
activos cuando el Jefe de máquinas esté "de servicio".
6. Director
7. Primer oficial
Aplicar cambios
Aplicar cambios
Un botón de comando. Cuando todos los paneles hayan sido asignados a un oficial y todo esté
satisfactoriamente, el botón Aplicar cambios hará que las modificaciones sean permanentes.
Ambiente
Watch Calling Configuration Interface se ejecutará en un entorno de sistema operativo en tiempo real llamado
Versatile Real-Time Executive (VRTX). Además, la interfaz de configuración será un subsistema dentro de un
sistema existente llamado DC2000. Esto impone una restricción al sistema en el sentido de que el kit de
herramientas de programación gráfica MetaWINDOW • debe utilizarse para desarrollar gráficos.
En el sistema DC2000, la interfaz de configuración para el sistema Watch Calling se activará mediante un botón
dedicado en el OCP. Es necesario que esto no tenga ningún efecto en la implementación de la interfaz de
configuración. La interfaz de configuración debe implementarse de manera que se garantice la independencia de
OCP.
⇒ Paneles : 28
⇒ Oficiales de servicio :8
⇒ Grupos de paneles : 10
⇒ Grupos de alarmas de puente : 34
⇒ Indicadores de alarma : 18
3. D ESIGN
3.1 Resumen
B
Servicio de visualización
Configuración (CM)
C
Oficial en servicio
Estado de alarma
Cualificaciones (UIP)
Presentación (CM)
Oficial en servicio
Cualificaciones (CM)
Estado de alarma
Configuración
Colas de mensajes Almacenamiento
mi
LAN
A [Link]
Ver llamadas
Servidor
A
Ethernet
1) Servicio de visualización
Servicio responsable de generar la interfaz gráfica de usuario, manejar la interacción del usuario y actualizar
continuamente la GUI. Toda la interacción del usuario será notificada al Servicio de Configuration Manager, y los datos
relevantes se entregarán junto con la notificación. La estructura de datos SCFGM se utiliza como fuente de datos
cuando el servicio de visualización actualiza la GUI cada 2 segundos. El servicio de visualización se realiza como un
proceso / tarea.
tanto internamente (la estructura de datos SCFGM) como en el archivo de configuración [Link]. El servicio de
Configuration Manager se realiza como un proceso / tarea.
A) Mensajes LAN
Mensajes entrantes:
- MsgSetOfficerQualifications
- MsgNewGatewayNode
- MsgNewGatewayState
Mensajes salientes:
- MsgReqSetOfficerQualifications
- MsgSetActivePanel
- MsgSetBlackPanel
- MsgCfgGroupMembers
- MsgGuiStartGateway
- MsgGuiStopGateway
El diseño y la implementación están completamente documentados en un apéndice de diseño de software por el autoduck herramienta
de documentación de código fuente. Esta documentación existe tanto como Windows ayuda archivo, [Link] y un RTF (legible en
Word) Doc archivo, [Link]. Estos archivos se encuentran en:
El diseño y la implementación del software solo es de interés para los ingenieros de software y exige una
consistencia muy alta con el código real. Es una gran cantidad de papel cuando se imprime y solo debe imprimirse
bajo demanda.
4. T est S Especificación
La interfaz de configuración se probará mediante la ejecución de las pruebas especificadas en el documento separado. Procedimiento
de prueba del sistema, llamada de reloj [ 4].
Apéndice A
[Link]
1. Yo NTRODUCCIÓN
El archivo [Link] sirve como base de datos para el sistema Watch Calling. Es un archivo de texto que sigue todas las
convenciones de un archivo ini estándar de Windows. Por lo tanto; consta de una serie de estructuras de la siguiente forma:
[sección]
clave1 = valor
clave2 = valor
:
dónde
• [sección] especifica el nombre de un grupo de elementos de datos que lógicamente pertenecen juntos
• el valor es un número o una cadena que representa el valor real de los elementos de datos
TENGA EN CUENTA que la única función llave tiene, es dar un nombre a un elemento de datos.
Ejemplo:
[Paneles]
Panel1 = 5, NORCTRLWCPANEL00000000000032 Panel2 = 7,
NORCTRLWCPANEL00000000000002
En este ejemplo, el nombre del grupo lógico de elementos de datos es Paneles, Panel1 y Panel2 son los nombres de dos elementos de
datos específicos, mientras que las cadenas 5, NORCTRLWCPANEL00000000000032 y 7, NORCTRLWCPANEL00000000000002
definen los valores reales de los elementos de datos.
La sección de depuración contiene claves para especificar opciones de depuración. La clave disponible actualmente es:
TraceMask = <valor>
Esta clave especifica si generar textos de seguimiento de depuración en la red para que los utilice un visor remoto o
no. Especificar 1 habilita la salida mientras que especifica 0 u omite la tecla inhabilita la salida.
La sección [Sistema] identifica los módulos WCS que pueden ser responsables de la vigilancia. Además, existe una clave para
definir el tipo de interfaz de usuario que se utilizará para la MCU utilizando este archivo ini. Las claves se definen de la siguiente
manera:
BridgeGroupID = <id>
Esta clave especifica el identificador de BridgeGroup. Debe ser igual a < ID de grupo> definido por el IDENTIFICACIÓN clave que se
encuentra en la sección [BridgeGroup].
ECRManagerID = <id>
Esta clave especifica el identificador de ECRManager. Debe ser igual a < ID de grupo> definido por el IDENTIFICACIÓN clave que se
encuentra en la sección [ECRManager].
CCRManagerID = <id>
Esta clave especifica el identificador de CCRManager. Debe ser igual a < ID de grupo> definido por el IDENTIFICACIÓN clave que se
encuentra en la sección [CCRManager]. Omita esta tecla si no se utiliza la sala de control de carga.
MCU <n> describe la configuración de la enésima MCU del sistema. Debe haber una sección de MCU para cada
MCU en el sistema. Esta sección solo se utiliza en la versión NT de Watch Calling. Están disponibles las siguientes
claves:
HostID = <id>
Esta clave especifica el ID de host de red para la MCU <n> (una dirección IP se especifica mediante la combinación de una
dirección de red y una ID de host. Si una MCU por ejemplo tiene [Link] como dirección IP, la dirección de red es 172.16
y el ID de host es 100).
Estación = <no>
Esta clave especifica el número de estación para MCU <n>.
Responsable = <valor>
Esta clave especifica si MCU <n> es responsable de las llamadas de vigilancia o no. Valores válidos para < valor> son:
NOTA: Solo se puede configurar una MCU como responsable en un sistema determinado.
WCS = <inicio>
Esta clave especifica si se debe iniciar Watch Calling Server en MCU <n> o no. Valores válidos para < empezar> son:
CAN = <inicio>
Esta clave especifica si se debe iniciar CAN Gateway en MCU <n> o no. Valores válidos para < empezar> son:
GUI = <sección>
Esta clave especifica qué interfaz gráfica de usuario iniciar en MCU <n>. Valores válidos para < sección> son
ECRManager, CCRManager o una cadena vacía. Si < sección> está vacío o se omite la clave GUI, no se iniciará
ninguna interfaz de usuario.
La sección [DutyIndicatorMap] especifica el mapeo del indicador de servicio predeterminado que utilizará el sistema WC. Este
mapeo será utilizado por todos los módulos WCS que necesiten información de mapeo de indicadores de servicio que no tengan
ningún mapa definido localmente en su propia sección. Las claves que especifican los mapas se definen de la siguiente manera:
dónde
DI <n> corresponde a un indicador de servicio. debe coincidir con un < ID de grupo> definido por un IDENTIFICACIÓN
<ID de grupo> en la sección [BridgeGroup] o en una de las secciones [OfficerGroup <m>].
Un mapeo para cada uno de los ocho indicadores de servicio ( n = 1..8) puede especificarse. El orden consecutivo no es
necesario (esto significa que los indicadores que no son necesarios pueden omitirse del mapeo). La ubicación de los
indicadores de servicio es igual en todos los diseños de panel disponibles actualmente y se muestra en la siguiente
figura:
DI1
DI2
DI3
DI4
DI5
DI6
DI7
DI8
Sección [BridgeAlarmGroups]
La sección [BridgeAlarmGroups] especifica la asignación de indicadores de alarma predeterminada que utilizará el sistema WC.
Este mapeo será utilizado por todos los módulos WCS que necesiten información de mapeo de indicadores de alarma que no
tengan ningún mapa definido localmente en su propia sección. Las claves que especifican los mapas se definen de la siguiente
manera:
dónde
<grupo de puentes> corresponde a una definición de grupo de puentes definida por una alarma externa
y sistema de monitoreo como DC2000. Dos rangos de valores para los grupos, mientras que
Las definiciones de grupos de puentes están disponibles: 0 - 16 son específicas del motor
100-116 son grupos específicos de carga.
Al menos < etiqueta> y uno < grupo puente> debe especificarse para cada mapeo de indicadores. Varios < grupo
puente> s pueden asignarse al mismo indicador pero solo desde el mismo rango. Es no permitido mapear un < grupo
puente> a dos indicadores diferentes al mismo tiempo! Los indicadores que no son necesarios pueden omitirse
del mapeo.
Las siguientes figuras muestran la ubicación de los diferentes indicadores de alarma en los cuatro diseños de panel disponibles
actualmente.
La sección [Paneles] especifica mapas entre el número de serie de 14 caracteres de los paneles y los números únicos
que identifican los paneles al sistema WC. Estos mapas también son utilizados por la puerta de enlace CAN para fines
de administración y monitoreo de la red. Cada mapeo está especificado por la clave:
dónde
Debe existir una entrada para cada panel en el sistema, y las teclas deben estar numeradas en orden consecutivo
dentro del rango de 1 a 28 (Panel1, Panel2, ...).
BridgeGroup es el módulo de software en WCS que controla los paneles que pertenecen al puente. Las siguientes claves
están disponibles para personalizar el comportamiento de BridgeGroup:
ID = <ID de grupo>
Esta clave especifica el número que identifica de forma única a BridgeGroup en el sistema WC.
DutyOfficerQualifications = <calificaciones>
Esta clave especifica las calificaciones de servicio del personal en el puente. Valores válidos para < calificaciones> son:
0 para ninguno
1 para servicio de motor calificado 2
para servicio de carga calificado 3 para
ambos (multipropósito).
Recibir alarma de repetición del motor 1: activar el zumbador si el puente es responsable del reloj o en servicio del motor
Recibir alarma de repetición del motor 2: active el zumbador si el puente es responsable del reloj o está calificado para el
servicio del motor.
Recibir alarma de repetición de carga 1: activar el zumbador si el puente es responsable del reloj o en servicio de carga
Recibir alarma de repetición de carga 2: active el zumbador si el puente es responsable del reloj o está calificado para
servicio de carga.
Panel1 = <id>
:
PanelN = <id>
Debe haber uno Panel Entrada clave para cada panel que pertenece a este grupo. < id> debe coincidir con un < id> definido
por un Panel en la sección [Paneles]. Las llaves deber ser numerado
en orden consecutivo. Todos los paneles especificados para este grupo deber ser del mismo tipo!
PublicGroup es el módulo de software en WCS que controla los paneles en áreas públicas como el comedor, la sala de estar, la
sala de televisión, etc. Las siguientes teclas están disponibles para personalizar el comportamiento de PublicGroup:
ID = <ID de grupo>
Esta clave especifica el número que identifica de forma exclusiva a PublicGroup en el sistema WC.
Panel1 = <id>
:
PanelN = <id>
Debe haber uno Panel Entrada clave para cada panel que pertenece a este grupo. < id> debe coincidir con un < id> definido
por un Panel en la sección [Paneles]. Las llaves deber ser numerado
en orden consecutivo. Todos los paneles especificados para este grupo deber ser del mismo tipo!
OfficerGroup <m> es el módulo de software en WCS que controla los paneles que pertenecen al oficial m (p. Ej., Jefe)
donde m es un número en el rango de 1 a 8. Las siguientes teclas están disponibles para personalizar el comportamiento
de OfficerGroup <m >:
ID = <ID de grupo>
Esta clave especifica el número que identifica de manera única a OfficerGroup <m> en el sistema WC.
BuzzerCutEnabled = <activate>
Esta clave especifica el corte del timbre para el grupo de oficiales.
El zumbador puede desactivarse para los paneles, independientemente del servicio o no.
Valores válidos para < activar>:
BuzzerCutActive = <status>
Esta clave especifica el estado actual de corte del timbre para el grupo de oficiales. La clave es creada y mantenida
automáticamente por el módulo Administrador del grupo de oficiales. Valores válidos para < estado>:
OffdutyBuzzerEnabled = <activate>
Si la política de visualización del estado de la alarma se establece en activa, los oficiales fuera de servicio tendrán una indicación de
alarma sin timbre. El zumbador ahora puede activarse incluso en modo fuera de servicio. Valores válidos para < activar> son:
DutyOfficerQualifications = <calificaciones>
Esta clave especifica las calificaciones de servicio del oficial. Valores válidos para
<calificaciones> son:
0 para ninguno
1 para servicio de motor calificado 2
para servicio de carga calificado 3 para
ambos (multipropósito).
Recibir alarma de repetición de motor 1: activar el zumbador si el oficial está en servicio con el motor. Activar el
Recibir alarma de repetición de motor 2: zumbador si el oficial está calificado para el servicio de motores. activar el
Recibir alarma de repetición de carga 1: timbre si el oficial está en servicio de carga activar el timbre si el oficial
Recibir alarma de repetición de carga 2: está calificado para el servicio de carga.
<mostrar bandera de estado de alarma> a 1, la información de servicio y alarma se muestra en silencio incluso cuando el oficial está apagado deber.
Panel1 = <id>
:
PanelN = <id>
Debe haber uno Panel Entrada clave para cada panel que pertenece a este grupo. < id> debe coincidir con un < id> definido
por un Panel en la sección [Paneles]. Las llaves deber ser numerado
en orden consecutivo. Todos los paneles especificados para este grupo deber ser del mismo tipo!
AlarmManager es el módulo de software en WCS que maneja la distribución del estado de alarma y la generación de alarmas
repetidas. Las siguientes teclas están disponibles para personalizar el comportamiento de AlarmManager:
ID = <ID de grupo>
Esta clave especifica el número que identifica de forma única a AlarmManager en el sistema WC.
OfficerManager es el módulo de software en WCS que se encarga de la configuración y las llamadas de los oficiales. Las
siguientes claves están disponibles para personalizar el comportamiento de OfficerManager:
ID = <ID de grupo>
Esta clave especifica el número que identifica de manera única a OfficerManager en el sistema de WC.
WatchBroker es el módulo de software de WCS que realiza un seguimiento de quién es el responsable del reloj en cualquier
momento, además de negociar las transferencias de reloj. Las siguientes claves están disponibles para personalizar el
comportamiento de WatchBroker:
ID = <ID de grupo>
Esta clave especifica el número que identifica de forma exclusiva a WatchBroker en el sistema WC.
CANGateway es el módulo de software en WCS que ejecuta la red WC CAN. Las siguientes teclas están
disponibles para personalizar el comportamiento de CANGateway:
ID = <ID de grupo>
Esta clave especifica el número que identifica de manera única CANGateway al sistema WC.
ConfigurationManager es el módulo de software en WCS que maneja los cambios de configuración en tiempo de ejecución,
como cambiar las calificaciones de servicio de los oficiales y las asignaciones de grupos de paneles. Las siguientes claves
están disponibles para personalizar el comportamiento de ConfigurationManager:
ID = <ID de grupo>
Esta clave especifica el número que identifica de forma exclusiva a ConfigurationManager en el sistema WC.
ECRManager es el módulo de software en WCS que proporciona la interfaz de usuario de la sala de control de motores al
sistema WC. Las siguientes claves están disponibles para personalizar el comportamiento de ECRManager:
ID = <ID de grupo>
Esta clave especifica el número que identifica de forma exclusiva a ECRManager en el sistema WC.
Nombre = <nombre>
Esta clave especifica el nombre de ECRManager. Se utiliza en pantallas de imitación.
CCRManager es el módulo de software en WCS que proporciona la interfaz de usuario de Cargo Control Room al
sistema WC. Las siguientes claves están disponibles para personalizar el comportamiento de CCRManager:
ID = <ID de grupo>
Esta clave especifica el número que identifica de manera única a CCRManager en el sistema WC.
Nombre = <nombre>
Esta clave especifica el nombre de CCRManager. Se utiliza en pantallas de imitación.
RelayManager es el módulo de software en WCS que maneja las salidas de relé conectadas al Watch Calling
System. Las siguientes teclas están disponibles para personalizar el comportamiento de RelayManager:
ID = <ID de grupo>
Esta clave especifica el número que identifica de forma única a RelayManager en el sistema WC.
Panel1 = <id>
:
PanelN = <id>
Debe haber uno Panel Entrada clave para cada panel que pertenece a este grupo. < id> debe coincidir con un < id> definido
por un Panel en la sección [Paneles]. Las llaves deber ser numerado
en orden consecutivo. Todos los paneles especificados para este grupo deber ser del mismo tipo!
Si se especifica alguna tecla R <n>, el RelayManager tomará este mapeo de indicadores de estas teclas.
• Activo en CALLDUTY
R <n> = <función>, <ECRManager>, <calificaciones> dónde n = 1..16: Activo en
• CALLALL
R <n> = <función>, <ECRManager, BridgeGroup>, <calificaciones>
• Activo en WATCH (ECR o BRD)
R <n> = <función>, <ECRManager, BridgeGroup>
• Activo en la configuración ONDUTY
R <n> = <función>, <OfficerGroup>, <calificaciones>
• Activo en REPEATALARM
R <n> = <función>, <calificaciones>
• Activo en GROUPALARM
R <n> = <función>, <tipo de indicación>, <grupo de alarmas>
• DINÁMICA
Parpadeando en alarma no bloqueada y fijo en alarma inactivada. FIRME
•
Indicación fija en alarma de activada y desactivada. DESTELLO
•
Parpadeando en alarma, desactivado y activado.
3. [Link] EJEMPLO
[Sistema]
BridgeGroupID = 10 # Debe coincidir con el valor definido por la clave de ID en la sección [BridgeGroup]
ECRManagerID = 6 # Debe coincidir con el valor definido por la clave de ID en la sección [ECRManager]
CCRManagerID = 7 # Debe coincidir con el valor definido por la clave de ID en la sección [CCRManager]
[MCU1]
HostID = 100 # Parte del host de la dirección IP
GUI = ECRManager # Ejecute la GUI de la sala de control del motor en esta MCU
[MCU2]
HostID = 101 # Parte del host de la dirección IP
GUI = ECRManager # Ejecute la GUI de la sala de control del motor en esta MCU
[BridgeAlarmGroups]
AI1 = UNIDAD DE PROPULSIÓN 1,1 # Asignar el grupo de puentes relacionados con el motor 1 a AI1 como predeterminado
AI2 = UNIDAD DE PROPULSIÓN 2,2 # Asignar el grupo de puentes relacionados con el motor 2 a AI2 de forma predeterminada
AI3 = UNIDAD DE PROPULSIÓN 3,3 # Asignar el grupo de puentes relacionados con el motor 3 a AI3 de forma predeterminada
AI4 = UNIDAD DE PROPULSIÓN 4,4 # Asignar el grupo de puentes relacionados con el motor 4 a AI4 de forma predeterminada
AI5 = PROP. UNIDAD 1 CRÍTICA., 5 AI6 = # Asignar el grupo de puentes relacionados con el motor 5 a AI5 de forma predeterminada
PROP. UNIDAD 2 CRÍTICA., 6 AI7 = PROP. # Asignar el grupo de puentes relacionados con el motor 6 a AI6 de forma predeterminada
UNIDAD 3 CRÍTICA., 7 AI8 = PROP. UNIDAD # Asignar el grupo de puentes relacionados con el motor 7 a AI7 de forma predeterminada
4 CRÍTICA., 8 AI9 = # Asignar el grupo de puentes relacionado con el motor 8 a AI8 como predeterminado
# No utilizado
AI10 = DG CRITIC, 10,11,12 # Asignar grupos de puentes relacionados con el motor 10, 11 y 12 a AI10 de forma predeterminada
AI11 = AQMMICRO PILOT, 111 # Mapa del grupo de puentes relacionados con la carga 111 a AI11 por defecto AI12 = NAVEGACIÓN,
112 # Asigne el grupo de puentes relacionados con la carga 112 a AI12 como predeterminado
AI13 = FUEGO, 13 # Asignar el grupo de puentes relacionados con el motor 13 a AI13 de forma predeterminada
AI14 = ELEVACIÓN / ASALTO, 14 # Asignar el grupo de puentes relacionados con el motor 14 a AI14 de forma predeterminada
# AI15 no se usa
AI16 = FALLO DEL SISTEMA, 16 # Asignar grupo de puentes relacionados con el motor 16 a AI16 de forma predeterminada
AI17 = BG114 # Asigne el grupo de puentes relacionado con la carga 114 a AI17 como predeterminado
AI18 = BG115 # Asigne el grupo de puentes relacionados con la carga 115 a AI17 como predeterminado
[DutyIndicatorMap]
DI1 = 3 # Mapa del jefe al indicador de servicio 1 por defecto
# DI3-DI8 no utilizado
[AlarmManager]
ID = 1
RepeatAlarmTimeout1 = 300 # 1ª alarma repetida después de cinco minutos
[OfficerManager]
ID = 2
[WatchBroker]
ID = 3
Ver = 6 # ECRManager actualmente mira responsable
[ConfigurationManager]
ID = 4
[CANGateway]
ID = 5
[ECRManager]
ID = 6 # El identificador único es 6
Nombre = Motor CR # El nombre es Engine CR
[CCRManager]
ID = 7 # El identificador único es 7
Nombre = Cargo CR # El nombre es Cargo CR
[Paneles]
Panel1 = 1, NORCTRLWCPANEL00000000000032
Panel2 = 2, NORCTRLWCPANEL00000000000100
Panel3 = 3, NORCTRLWCPANEL00000000000003
Panel4 = 4, NORCTRLWCPANEL00000000000004
Panel5 = 5, NORCTRLWCPANEL00000000000018
Panel6 = 6, NORCTRLWCPANEL00000000000010
Panel7 = 7, NORCTRL_RDo16_000000000000001
[BridgeGroup]
ID = 10 # El identificador único es 10
Nombre = Puente # El nombre del oficial es el jefe
DutyOfficerQualifications = 0 # Calificado para servicio de motor
[PublicGroup]
ID = 11
Nombre = Público
AI1 = PROPULSIÓN, 1,2,3,4,5,6,7,8 # Mapa del grupo de puentes relacionados con el motor 1, 2, 3, 4, 5, 6, 7 y 8 a AI1
AI2 = DG, 9,10 # Asignar grupos de puentes relacionados con el motor 9 y 10 a AI2
[Grupo de oficiales1]
ID = 12 # El identificador único es 12
Nombre = Jefe # El nombre del oficial es el jefe
BuzzerCutEnabled = 1 # Posible activar el corte del zumbador.
BuzzerCutActive = 1 # Corte de zumbador actualmente activo
OffdutyBuzzerEnabled = 1 # Es posible activar el corte del zumbador incluso en modo fuera de servicio.
AI2 = DG, 9,10 # Asignar grupos de puentes relacionados con el motor 9 y 10 a AI2
[Grupo de oficiales2]
ID = 13 # El identificador único es 13
Nombre = 1er ingeniero # El nombre del oficial es el 1er ingeniero
DutyOfficerQualifications = 3 # Calificado tanto para motor como para carga
AlarmStatusDisplayPolicy = 1 # Mostrar información de alarma en silencio mientras está fuera de servicio
AI1 = PROPULSIÓN, 1,2,3,4,5,6,7,8 # Mapa del grupo de puentes relacionados con el motor 1, 2, 3, 4, 5, 6, 7 y 8 a AI1
AI2 = DG, 9,10 # Asignar grupos de puentes relacionados con el motor 9 y 10 a AI2
[RelayModule1]
ID = 14 # Identificador único
Panel1 = 7 # Solo un panel: NORCTRL_RDo16_00000000000001
R1 = Ver, ECRManager # Asignar reloj ECR al relé 1
R2 = Ver, BridgeGroup # Asignar el reloj BRIDGE al relé 2
R3 = CallDuty, ECRManager, E # Map CallDuty to Relay 3
R4 = Llamar a todos, ECRManager, E # Map CallAll to Relay 4
R5 = OnDuty, OfficerGroup1, E # Asignar OnDuty OfficerGroup1 al relé 5
R6 = OnDuty, OfficerGroup2, E # Asignar OnDuty OfficerGroup2 al relé 6
R8 = Repetir alarma, E # Asignar alarmas de repetición al relé 8
apéndice B
[Link]
1. Yo NTRODUCCIÓN
El archivo [Link] sirve como almacenamiento persistente para las variables utilizadas por la versión VRTX del sistema
Watch Calling. La razón para usar un archivo para esto es mantener un estado consistente después de un reinicio del sistema.
2. D DESCRIPCIÓN
[Link] es un archivo binario con contenido descrito por la siguiente estructura (estilo de lenguaje C):
estructura
{
estructura
{
int32 m_id;
uint16 m_wQualifications;
uint16 m_wDuty;
uint16 m_wAcknowledgeStatus;
uint16 m_wOffdutyDisplayMode;
uint16 m_wBuzzerCut;
} m_acdutyentry [9];
int32 m_nID;
};
El archivo utiliza una asignación de 4 bytes, lo que da un tamaño de archivo total de 148 bytes.