Jigsaw Admin Entrenamiento

Entrenamiento Administradores de
Sistema JIGSAW
MANUALES JIGSAW
Manual de Entrenamiento Jigsaw

para Administradores de Sistemas
Mayo 2009
Manual Jigsaw - Manual Administradores de Sistemas
TABLA DE CONTENIDOS
SECCIÓN PÁGINA
Sección 1 – Introducción al Sistema Jigsaw

1.1 Arquitectura del Sistema
1.2 JAMS
1.2.1 Servidor JAMS
1.2.2 JAMS Equipos de Campo
1.2.3 Esquema JAMS Replicado
1.3Aplicación del Cliente
1.3.1 MineOPS Opciones de Menú
1.3.2 El Mine Graph
1.3.3 MTC
1.3.4 Utilidades
1.4 Aplicación de Campo
1.4.1 Camiones
1.4.2 Palas
1.5Pantallas en tiempo real
1.6Reportes Historicos
1.7 Integración con sistemas de terceros
Sección 2 – Conceptos del Sistema Jigsaw

2.1 Configuración Básica del Sistema
2.2 Ciclo de transporte automático de camiones en MineOPS
2.3 Ciclo de Camiones
2.4 Ciclo de Palas
2.5 Datos de Producción
2.5.1 Información de Cargas
2.6 Resumen de las características del sistema Jigsaw
Sección 3 – SQL Básico

3.1 Introducción al Servidor Jigsaw y Base de Datos
3.1.1 Servidor
3.1.2 Accesando al servidor de producción
3.1.3 Convención de Nombres
3.1.4 Abrir la Base de datos
3.2 Comandos SQL
3.2.1 Mirando Textos
3.2.2 Copiar y Pegar Texto
3.2.3 Tamaño de la ventana
3.3 Comandos Básicos
3.3.1 Menú Principal
3.3.2 Mirando los nombres de columnas en una tabla
3.3.3 SQL ayuda
3.3.4 Salir
3.4 El Comando Select
3.4.1 Seleccionar todas las entradas en una tabla
2
2
3.4.2 Seleccionar Dato Específico

3.4.3 Seleccionar Dato en orden de aparición
3.4.4 Seleccionar Dato con Wildcards
3.5 Tips
3.5.1 Limpiar la pantalla
3.5.2 Eliminando todos los textos después del cursor
3.5.3 Eliminando todos los textos antes del cursor
3.5.4 Mirando Comandos anteriores
3.5.5 Búsqueda previa tipeando comandos
3.6 Despliegue Básico de la Base de Datos
3.6.1 Tabla de ejemplo
3.6.2 Ejemplo relacionado
3.6.3 Ejemplo de la vida real
3.7 Cambiando Archivos en MineOPS
3.8 Mirando Relaciones
3.8.1 La Columna device_id
3.8.2 La Columna status_id
3.8.3 La Columna reason_id
3.8.4 La Columna equipment_type_id
3.8.5 La Columna activity_id
3.8.6 Otros Campos en la pantalla de equipos de operación
Sección 4 – Reportes
4.1 Descripción de Turnos y tablas de Sumarización
4.2 Publicando Crystal Reports
4.3 Accediendo a Datos Jigsaw con Microsoft Excel
4.3.1 Requerimientos del Computador
4.3.2 Requerimientos del Personal Adm.
4.3.3 Instalación del Driver PostgreSQL ODBC
4.3.4 Como se configura la conexión a la BD
4.3.5 Como recuperar Datos con MS Query Wizard
4.3.6 Como recuperar Datos con Sentencias SQL
4.3.7 Almacenamiento de Infor. Básica
4.3.8 Linkeando tablas comunes
4.3.9 Estado de Equipos y Actividades para Almacenamiento
de Procedimientos
Sección 5 – Administración del Sistema

5.1 Vistas
5.2 Extensión del Cliente
5.3 Instalación Windows del Cliente y Configuraciones de Ambiente
5.4 Troubleshooting
5.4.1 Cliente Windows
5.4.2 Cliente de Terreno
5.5 Agregando nuevos equipos
5.6 Creando una nueva Memory Stick
Sección 6 – Optimización
6.1 Optimizador MineOPS
3
3
6.1.1 Introducción
6.1.2 Arquitectura del Sistema
6.1.3 Optimización de la Mejor Ruta
6.1.4 Programación Lineal (LP) Optimización
6.1.5 Restricciones de Continuidad
6.1.6 Restricciones de Material
6.1.7 Restricciones en la tasa de excavación en Palas
6.1.8 Restricciones de Mezclas
6.1.9 Restricciones de disponibilidad de camiones
6.1.10 Restricciones de Palas
6.1.11 Restricciones de terreno (pendientes)
6.1.12 Prioridad de Palas
6.1.13 Prioridades de Material
6.1.14 Factores de cobertura en Palas
6.1.15 Función Objetivo
6.1.16 Asignación Dinámica de Camiones
6.1.17 Tiempo Estimado de Arrivo (ETA) para Camiones
6.1.18 Minimización de tiempos de viaje
6.1.19 Reasignación de Camiones
6.1.20 Resumen
121
Sección 7 – Instalación de MineOPS

7.1 Requerimientos y Sugerencias
122
7.1.1 Requerimientos en Software
122
7.1.2 Versión Actual
122
7.2 Descargar Adobe Flash Player
4
4
123-24
7.3 Descargar PuTTY
125-126
7.4 Descargar REAL VNC
7.5 REAL VNC Setup
137-143
7.6 Instalar MineOPS
144-151
Sección 8 – Preguntas Frecuentes

8.1 Rotaciones
152
8.2 Atributos
1152-153
8.3 Categorías
5
154
8.4 Config.General TKPH
154-155
8.5 TKPH Configuración por Camión
156
8.6 Consumo de Combustible
156
8.7 Promedios de Velocidad
157
8.8 Proyectos
158
8.9 Promedios de movimiento
8.10 Exception Routing
8.11 Alarma de Equipos
8.12 Notas de Transporte
6
8.13 Como crear un nuevo registro
SECCION 1 – INTRODUCCION AL SISTEMA DE JIGSAW
1.1 Arquitectura del Sistema
 Red Wireless: Red 802.11 que se comunica con equipos de campo.

 Red Corporativa: Provee acceso a usuarios corporativos.
Despachadores/Administradores residen en esta red.
 Jigsaw Application Servers: Hosts JAMS (Jigsaw Advanced Mining
Server)
 Servidor de Reportes: Business Objects y base de datos replicadas
 Servidor BD: Base de datos relacional en tiempo real.
7
1.2 JAMS
1.2.1 JAMS desde el punto del Servidor.
Componentes basados en servidor de aplicaciones.
 Replicador: Sincroniza base de datos remotas con base de datos central.

 MineOPS: Sistema que implementa la lógica del negocio.
 Servidor Web: Presentaciones tipo Dashboard.
 Optimizador: Asignación Optima para acarreo de equipos.
 BD Central: BD Relacional. PostgreSQL o SQL Server 2005
1.2.2 JAMS desde el punto de vista de los Equipos de Campo:
Componentes basados en servidor de aplicaciones.

 Replicador del cliente: Sincroniza la BD local con la central.
 MineOPS: Sistema que implementa la lógica del negocio.
 Asignación: Asignación dinámica implementando soluciones optimizadas.
 GPS: Interface con receptor externo.
 VIMS: Interface con VIMS de CAT.
8
8
 BD abordo: SQLite DB.
1.2.3 Flujos de la Replicación de Datos
 Datos transaccionales son creados a bordo: Producción, contabilidad de

Tiempos, Actividades, VIMS, GPS, Accesos al sistema.
 Datos Almacenados abordo.
 Datos replicados a la base de datos central.
 Datos de asignaciones óptimas, Caminos, Locaciones, Material y otros
datos de configuración son creados en el JAMS central.
 Datos replicados en los equipos de campo.
 Datos modificados simultáneamente en tiempo real abordo de los equipos
y en la central. Últimos cambios replicados.
1.3 Aplicación del Cliente
 Aplicación nativa en Windows. Instalador Windows se accesa a través del

servidor web de JAMS.
 Numero de instancias sin límites.
 Usuario/Rol basado en autentificación.
 Usuario/Rol basado de configuración, la misma aplicación usada para
despachadores y administradores, etc.
 Actualizaciones automáticas controladas desde el servidor.
1.3.1 Opciones de menú en MineOPS
 El menú Aplicaciones: Acceso a las aplicaciones Graficas Mina y Control

de Tráfico Mina (MTC)
 El menú Operaciones: Utilidades usadas por los despachadores para
controlar en tiempo real las operaciones.
 El menú LP: Utilidades para visualizar y configurar la Optimización.
 El menú Turno: provee accesos para utilizar, visualizar y modificar los
datos transaccionales.
 El menú Ingeniería: provee accesos para configurar locaciones y otra
información de la mina.
 El menú Administración: provee accesos para configurar todas las
aplicaciones Jigsaw.
1.3.2 El MineGraph o Gráfica Mina

9
9
 Visualiza la posición de los equipos. Esta información se actualiza cada 5

segundos.
 Visualiza y modifica rutas y locaciones.
 Visualiza las rutas de acarreo.
 Representación gráfica del estado de los equipos.
 Interacción con objetos gráficos para acceder a utilidades relevantes.
1.3.3 JSMTC
 Representación esquemática de las rutas de acarreo y soluciones de

optimización.
 Visualización del estado de equipos.
 Visualización de Palas, descargas y colas.
 Visualización de las tasas de extracción de material por equipos de
carguío.
10
10
1.3.4 Utilidades
 Muestra los datos de forma tabulada y distribuida

 Representación de campos y acciones son configuradas.
 Acciones típicas:
- Sumar: Sumar nuevo registro
- Eliminar: Eliminar registro
- Aplicar: Implementar cambios
- Refrescar: Actualiza la pantalla
1.4 Aplicación en equipos de campo
 Aplicación nativa de Linux.

 Conexión local al JAMS.
 Actualización automática controladas desde el servidor.
1.4.1 Camiones
 Pantalla GPS: Posición del camión en tiempo real. Posición de otros

equipos se actualiza cada 5-10 segundos.
 Pantalla KPIs: Indicadores claves para uso del operador.
 Actividades: Ciclo de camiones para la siguiente actividad.
 Indicadores VIMS: Velocidad, Marcha, Temperatura de frenos, Nivel de
Combustible.
 Indicadores GPS: interacción GPS.
 Ventana de Mensajes: Despachador y otros mensajes relevantes.
 Menú Jigsaw:
- Sistema: Reiniciar Sistema, Cambiar pantalla.
- Selector de Actividades: Selecciona las actividades típicas del camión
- Selector de Estados: Selecciona el Estado del camión y sus razones.
- Operador: Ingresar, Salir
- Mensajes: Escribir mensajes al despachador
- Petróleo: Ingresar información de petróleo y horometro
- Ayuda: Requerimientos misceláneos
- Sistema: Reiniciar Sistema, Cambiar display
- Petróleo: Ingresar información de petróleo y horometro
- Ayuda: Requerimientos misceláneos
11
11
1.4.2 Palas
 Pantalla GPS: Posición de la Pala en tiempo real. Actualización de

posición de otros equipos es cada 5 a 10 segundos.
 Botón de Actividades: Ciclo de la Pala y la próxima actividad.
 Botón de Polígonos: Seleccionar el Poligono de extracción.
 Indicador GPS: Interacción GPS
 Menú MTC: Camiones en ruta y en dirección a la Pala.
 Ventana Mensajes: Despachador y otros mensajes relevantes.
 Menú Jigsaw:
- Sistema: Reiniciar Sistema, Cambiar pantalla.
12
12
1.5 Pantallas en Tiempo Real
1.6 Reportes Historicos
1.7 Interfaces con terceros
 Conexión con BD Relacional.

 Servicios Web.
 Archivos planos
- Interface Cargador/Importador.
- Polígonos de Leyes, Mallas de Perforación y aceros
13
13
SECCION 2 – CONCEPTOS DEL SISTEMA JIGSAW
2.1 Configuración Básica del Sistema
 Configuraciones
 Dispositivos
 Ayuda
 Enumeraciones
- Estados
- Categorías de Tiempo
 Ruteo de Excepciones
 Promedios
 Traducciones
 Planes
2.2 Ciclo Automático de Camiones en MineOPS
En sistema MineOPS implementa la automatización en tiempo real del ciclo de

transporte completo usando los siguientes datos de entrada:
 Información GPS de receptores en Palas.
 Información GPS de receptores en Camiones
 Interface VIMS en los camiones
 Interface TPMS en los camiones
 Base de Datos MineOPS distribuida
El estado del equipo mientras el Camión realiza el ciclo automático de transporte

se define en las siguientes actividades durante la operación minera.
 Inactivo: El camión está en demora, fuera de servicio o standby y debe

estar operativo antes de continuar con sus actividades normales. El
camión pasa a la actividad inactivo después de un cambio de estado
generado por el operador, el despachador o bien el camión arriba a una
locación como puede ser mantenimiento o ubicación de cambio de turno
con un cambio de estado automático.
 Viajando: El camión está viajando vacio en dirección a la pala. Camiones

vacios ingresar a la actividad Viajando después de un cambio de estado
Listo o después de salir de un lugar de Descarga. MineOPS detecta
automáticamente la salida del equipo del área de descarga después que el
camión viaja más de la departure_distance desde el punto de vaciado.
 Esperando: El camión espera en una pala. Camiones en actividad

Viajando ingresan a actividad esperando después de detenerse a una
distancia waiting_distance de la pala. Cuando las palas están cargando
en la proximidad, MineOPS asume que el camión espera en la pala a la
que fue asignado a menos que esté fuera del radio de waiting_distance.
14
14
Si el camión se encuentra fuera del radio waiting_distance de la pala a la

que fue asignado, pero dentro del radio waiting_distance de otra pala,
MineOPS asume que el camión viajó a la pala incorrecta y lo reubica en la
pala correcta.
 Aculatando (Cuadrando): El camión esta retrocediendo cerca de la

pala. Camiones en actividad Esperando ingresan a actividad Aculatando
cuando el GPS detecta que el camión esta en reversa dentro de una
distancia spotting_distance de una pala. Al igual que la actividad
esperando, MineOPS automáticamente reubica al camión en la pala
correcta cuando detecta que el camión esta aculatando a una
spotting_distance de una pala diferente de la cual estaba asignado.
 Cargando: El camión está cargando en la pala. Camiones en actividad

Aculatando ingresan a actividad Cargando cuando el GPS detecta que el
camión se ha detenido a una distancia loading_distance de un pala
después de moverse en reversa y la pala este actualmente esperando.
Este mecanismo para la detección del Inicio de carga provee detección de
tiempo de un inicio de carga cuando el camión se detiene cerca de la pala
y está operando sin un sistema de pesaje. Sin embargo, esto causa inicios
de carga erróneos cuando el camión se detiene varias veces mientras esta
aculatando. Cuando la distancia loading_distance es cero, MineOPS
deshabilita la detección de inicio de carga para todos los camiones que
estén trabajando con un sistema de pesaje (ya sea TPMS, VIMS o PLM).
La primera baldada señalizada por ya sea una señal confiable de un
VIMS_DIPPER o TPMS_DIPPER RPC da inicio al carguío del camión. Cargas
detectada por el sistema de pesaje verifica que la actual posición del
camión este dentro de tanto la loading_distance o la spotting_distance de
la pala y automáticamente reubica al camión si no está cargando en la
pala correcta.
 Transportando: El camión esta transportando a un punto de descarga. .

Camiones en actividad cargando ingresan a actividad transportando
cuando el GPS detecta que el camión ha viajado una distancia mayor a
departure_distance desde la ubicación de carguío. En este caso, MineOPS
asume que el camión ha sido cargado con el tipo de material actual
saeteado por el despachador u operador. El camión también puede
cambiar a actividad Transportando cuando tanto el operador de la pala o
el despachador ejecutan la siguiente actividad para la pala actualmente
cargando. Cuando el operador de la pala le da la salida al camión,
MineOPS transmite el tipo de material de la pala hacia el camión, y de
esta forma, MineOPS genera la correcta asignación de descarga para el
camión basada en el tipo de material, en la solución de programación
lineal (PL) y las restricciones que afectan al camión a esa hora.
 Cola: Cuando el camión ha arribado a la zona de descarga, al Hopper, al

Chancador o a la zona de abastecimiento de combustible. Camiones en
15
15
actividad Transportando ingresan a actividad En Cola cuando el GPS

detecta que el camión se ha detenido dentro del Poligono de una
locación. A diferencia de DISPATCH, MineOPS soporta límites arbitrarios
de polígonos para cualquier ubicación que precise de un control de
destino. Si un camión arriba a una área de descarga incorrecta, MineOPS
genera un evento y alarma para el camión indicando que ha arribado a
una ubicación incorrecta. En tales casos, MineOPS reubica al camión y
registra el evento de la actual ubicación de llegada. MineOPS permite
también configurar los estados de estos sectores, ya sea, sector cerrado,
en demora o en standby por algún motivo para cualquier locación.
Además, se puede configurar el sistema para que MineOPS cambie de
estado automáticamente un sector de descarga deshabilitado o cerrado al
momento de que un equipo entra a este sector.
 Retrocediendo: Se inicia cuando el camión pone marcha atrás para

aculatar en el sector de descarga. El cambio de actividad es detectado por
GPS. Esta actividad termina el camión se detiene y levanta la tolva
(Signos Vitales).
 Descargando: Se inicia cuando el camión levanta la tolva o se detiene

dentro del área de descarga (controlada por GPS y Signos Vitales).
Termina cuando el camión se pone en movimiento, acción que es
detectada por GPS.
Mientras un camión esté viajando o acarreando, MineOPS rastrea la posición

precisa del camión. A diferencia de los sistemas basados en balizas que rastrean
la posición de los equipos en forma discreta, MineOPS actualiza continuamente la
posición del equipo y actualiza el tiempo estimado de arribo (ETA) del camión en
la pala. MineOPS detecta el desplazamiento de los camiones tramo a tramo
cuando el equipo se mueve entre dos puntos segmentados en la ruta definidos
previamente los llamados “call point” o puntos de arribo intermedios. Así, los
puntos intermedios de arribo son precisamente determinados cuando el camión
arriba a una intersección, en lugar de cuando el camión es detectado dentro del
radio de una baliza.
Cada nodo dispuesto en el Gráfico Mina da la posibilidad de emplear estos

mismos nodos como de “Reasignación” que le permiten al sistema controlar los
puntos en los cuales el sistema reevalúa la asignación actual de un camión hacia
una pala de manera de optimizar el flujo de transporte para ese circuito. Sin
embargo, a diferencia de DISPATCH, que activa la reasignación del camión solo
una vez que éste se encuentra próximo al radio de la baliza, MineOPS realiza la
asignación cuando el camión entra dentro del segmento de la ruta donde se
encuentra este nodo de reasignación. Esta opción del sistema da tiempo al
operador para responder a la reasignación generada por el sistema antes de que
el camión llegue a la intersección y escoger si toma o no esta nueva decisión.
El seguimiento a los camiones se realiza en forma continua a través de GPS a lo

largo de toda su ruta. Un parámetro configurable es la posición del camión
16
16
dentro de los límites de la ruta. Cada vez que la posición del camión está dentro
de esta distancia, MineOPS actualiza la posición del equipo en el segmento de la
ruta en una distancia que va entre los 0 y 1.0 metros. Cuando la posición del
camión de acuerdo al GPS está desviada o fuera de la trayectoria, MineOPS
realiza un chequeo a la base de datos para el próximo tramo de ruta.
De esta forma, MineOPS funciona como los sistemas modernos de navegación
GPS de los automóviles convencionales.
Esta arquitectura le permite a MineOPS detectar inmediatamente cuando los

equipos se encuentren fuera de ruta de acuerdo a lo definido por el sistema. Al
detectar un error en la ruta, MineOPS genera una tabla de acontecimientos y
crea alarmas visibles en la pantalla JSPanel del equipo.
2.3 Ciclo de Transporte.
 Viajando
 Esperando
 Aculatando
 Cargando
 Acarreando
 Cola
 Retrocediendo/Descargando
CICLO DE VIAJES
VIAJANDO
VACIO VACIO
ESPERANDO
DESCARGANDO
RETROCEDIENDO
CUADRANDO
COLA
CARGANDO
ACARREANDO
17
17
Actividades en el Ciclo del Camión.
VAYA A Vianjando vacio a la Comienza cuando el Camión viaja hacia la Pala como resultado de la
Pala. asignación.
ESPERANDO Esperando en la Pala. Comienza cuando el Camión se detiene en el area de carga.
CUADRANDO Cuadrando en la Pala. Comienza cuando el Camión retrocede dentro del area de carga.
CARGANDO Cargando en la Pala. Comienza después de la primera baldada o cuando la velocidad

alcanza a ser 0 dentro del radio de la Pala.
TRANSPORTANDO Transportando desde la Comienza cuando la Pala da la señal de fin de carga, la carga en el
Pala hacia Stockpile VIMS es detectada o el Camión sale del área de carga.
COLA Cola en el Stockpile. Comienza cuando el Camión se detiene al inicio del area del Stockpile
RETROCEDIENDO Retrocediendo Comienza cuando el Camión retrocede dentro del area del Stockpile.
Stockpile
DESCARGANDO Descargando en Comienza una vez detenido despues de haber retrocedido dentro del
Stockpile area.
Actividades fueras de ciclo.
INACTIVO Alguna demora o fuera de servicio.
Camión vacio y listo, esperando por una

VACIO asignación.
Camión cargado y listo, esperando por una

CARGADO asignación.
Camión viajando vacio hacia el taller o hacia el

VIAJANDO VACIO sector de cambio de turno.
VIAJANDO CARGADO Camión viajando cargado hacia un destino que no

es ni botadero ni stockpile.
18
18
2.4 Ciclo de Palas
 Esperando
 Cargando
2.5 Datos de Producción
 Información de cargas
 Información de descargas
 Información de Actividades
2.5.1 Información de Cargas
 Camión
 Palas
 Bermas
 Tonelaje VIMS
 Pendiente
2.6 Resumen de las Características del Sistema Jigsaw
 Arquitectura de Base de Datos Distribuida

 Provee operación continua en redes de comunicación con falta de
cobertura.
 Sistema de control lógico sincronizado abordo de los camiones en
el envío y recepción de datos con el sistema central.
 Provee una sofisticada interfaz de operador incluyendo,
actualización de la posición en tiempo real del gráfico de la mina,
indicadores claves KPIs y producción del turno.
 Elimina la arquitectura de un solo servidor en caso de fallas,
incrementando de esta manera la disponibilidad y confiabilidad del
sistema.
 Protocolos Estándares de la Industria de Redes WIFI

 El hardware de radio asegura un costo efectivo, escalable y con una
red de ancho de banda estándar.
 El ancho de banda de la red, combinada con la arquitectura de base de
datos SQL a bordo de los equipos provee una capacidad de adquisición
de datos confiable, sin pérdida de datos.
 MineOPS utiliza encriptación RSA, firewalls, y tecnología VPN para
asegurar la red wifi.
 Estándar SQL en servidores de Base de Datos y en Equipos Móviles

 Estándar de la industria, SQL en base de datos que proveen una fácil
integración con servidor de reportes y herramientas de análisis de
datos.
19
19
 Sofisticado Seguimiento de Equipos y Administración de las Rutas

de Transporte Optimizadas
 El algoritmo de mejor ruta se muestra al operador del equipo a través
de despliegue gráfico de la mina en el JSPanel.
 El sistema genera eventos de excepciones para rutas incorrectas y se
ajusta a nuevas asignaciones realizadas por el operador.
 El sistema verifica todas las áreas o locaciones de arribo de manera
precisa, tales como, descargas, talleres de mantenimiento y zonas de
estacionamiento.
 El sistema verifica las llegadas a la pala y automatiza completamente
el ciclo de transporte.
 Los algoritmos de análisis de datos de GPS abordo proveen una
precisa medición de las actividades minera, incluyendo las actividades
de espera, aculatamiento, transporte, viaje vacio, carguío, cola,
retroceso y descarga.
 Los algoritmos abordo en conjunto con la coordinación que realice el
GPS determinan de forma precisa la posición de cada camión y
actualizan los ETA en cada segundo.
 Los algoritmos GPS abordo miden, registran las velocidades y
distancias de toda la ruta de transporte.
 Fácil Optimización en Programación Lineal incluyendo Modelo de

Mezclas y Restricciones de Descarga
 Los algoritmos de programación lineal optimizan el ciclo para
maximizar la producción considerando las restricciones de los equipos
de carguío.
 Los algoritmos de PL consideran los modelos de mezclas de cada
sector productivo, de los sectores de descarga y de las características
propias del material de extracción.
 La programación lineal evalúa automáticamente las cualidades del
material con las restricciones impuestas en los sectores de descarga.
 La programación lineal ajusta las tasas de extracción de los equipos de
carguío para maximizar las capacidades de producción de las Palas y
capacidades de sectores de descarga (Hoppers, Chancadores).
 La programación lineal ajusta automáticamente la cantidad de
camiones disponibles de acuerdo al nivel de extracción del equipo de
carguío.
 La programación lineal permite definir las Palas que trabajarán de
forma dinámica o fija y también las restricciones para ciertos sectores
de descarga.
 La programación lineal permite definir prioridades de Palas y
prioridades de material conforme a las prioridades de producción de la
mina.
 La programación lineal provee porcentajes de cobertura para palas
configurables de modo de controlar el nivel deseado para cada equipo.
20
20
 Asignación Dinámica Eficiente Incluyendo Combustible,

Mantenimiento y Estacionamiento
 La Programación Dinámica minimiza los tiempo de colas y tiempos de
espera al emplear los ETA’s de camiones asignados a Palas.
 La flexibilidad en la administración de flotas permite, entre otras
cosas, definir adecuadamente las restricciones, para cierto tipo de
camión de acuerdo a sus dimensiones, vale decir, a qué tipo de equipo
de carguío pueden ser enviados ciertos camiones.
 Uno o varios camiones, o bien la flota completa de camiones pueden
ser restringidos desde el transporte hasta zonas de descarga
especificas, tales como palas o botaderos.
 Los camiones pueden ser definidos en modo fijo o dinámico para
facilitar procedimientos de cambio de turno al operador del equipo.
 Los camiones pueden ser definidos en modo fijo o dinámico para
separarlos en regiones dentro de la mina.
 El sistema presenta una arquitectura flexible de asignación para el
abastecimiento de combustible, mantenimiento y zonas de
estacionamiento.
 La programación dinámica evalúa continuamente las decisiones de
asignación cuando cada camión está siendo cargado, descarga o pasa
por intersecciones cruciales dentro del circuito.
 Interfaces con Sistemas de Signos Vitales

 El sistema adquiere automáticamente los datos abordo desde el
sistema VIMS, incluyendo horas de motor, niveles de combustible y
excepciones.
 Interactúa con sistemas de monitoreo de neumáticos para un mayor
control en la medición de temperatura.
 Migración Estratégica con Sistemas de Administración Minera

Existentes
 MineOPS importa datos directamente desde los sistemas de Modular.
Su esquema integral de base de datos SQL incluyen archivos ddb. Esta
importación de datos puede funcionar en tiempo real, aún cuando, siga
operando el sistema DISPATCH.
 El sistema MineOPS puede gradualmente reemplazar al sistema
empleando para ello el protocolo estándar RPC durante ese periodo de
tiempo.
 Después de que los equipos de campo DISPATCH fueron
reemplazados, un solo parámetro de configuración cambia de decisión
entre el modo de compatibilidad de DISPATCH y el nuevo sistema
MineOPS.
21
21
SECCION 3 – SQL BASICO
3.1 Introducción al Servidor Jigsaw y a la Base de Datos
Esta sección mostrará rápidamente el servidor Jigsaw y lo que contiene la Base

de Datos, así como los métodos para acceder a los datos.
3.1.1 Servidor
Existen dos Servidores Jigsaw, marca Dell, modelo Poweredge 2950,

denominados ngg01 y ngg02 respectivamente. El primero servidor contiene los
datos de producción, y el Segundo es el servidor de respaldo. Para ver la
información desde la aplicación MineOPS, el servidor de producción, el ngg01
debe ser usado.
3.1.2 Accediendo al Servidor de Producción
Para acceder al servidor desde un computador Windows, una aplicación llamada

Putty debe ser descargada para obtener un terminal en el servidor. Si ya existe
alguna aplicación en el computador, tal como una “secure shell”, podrá ser usada
de inmediato.
Paso 1: Descargar Putty en

http://the.earth.li/~sgtatham/putty/latest/x86/putty.exe.
Paso 2: En el escritorio, hacer doble click en el icono Putty.
Paso 3: En la casilla Host Name (for IP address), escribir la dirección IP de la

mina o el nombre del Dominio del servidor Jigsaw.
22
22
Paso 4: En la casilla Port, escriba el número del Puerto del servidor Jigsaw de la
mina.
Step 5: Click en Open.
23
23
Paso 6: En la ventana de Putty, o del programa similar, escriba su login y luego

presione Enter.
Paso 7: Escriba su password y luego presione Enter.
24
24
Paso 8: Ahora tenemos una shell en el servidor y debemos ver lo que se indica
más abajo. El servidor está corriendo en la versión Ubuntu 7.04 de Linux y los
comandos pueden ser ejecutados desde esta ventana.
3.1.3 Convención de Nombres
Hay dos comandos que serán exhibidos.

 Linux Prompt – El comando Linux es :-$
Un comando Linux aparecerá en este documento como:

ngg01:-$ sample_linux_command
La línea de arriba le dice al computador en Linux que ejecute el comando
sample_linux_command
El usuario debe tipear sample_linux_command
 PSQL Prompt –El comando PSQL es jmineops=>

Un comando PSQL aparecerá en este documento como:
jmineops=> sample_psql_command.
25
25
La línea de arriba le dice al computador en Linux que ejecute el comando

sample_psql_command.
El usuario debe tipear sample_psql_command. Comandos SQL podrían ser
ingresados en letra minúscula. Por simplicidad, usaremos letras minúsculas en
negrita para los comandos SQL, y los campos para ser ejecutados serán puestos
entre corchetes, a continuación un ejemplo.
Example: jmineops=> sql_command [text_field]
3.1.4 Abriendo La Base de Datos
Para acceder a la base de datos de producción, tipeamos el siguiente comando:

ngg01:-$ psql –U developer jmineops
Este es el primer comando real ejecutado, a continuación se muestra

disgregado:
 ngg01:-$ - El comando Linux.
 psql – El comando Linux para abrir la BD PSQL.
 -U developer – Específica el nombre de usuario como desarrollador. Este
no debe ser modificado.
 jmineops – El nombre de la BD PSQL que será abierta. Para el presente
ejemplo, existe una sola BD presente en el sistema. Si otra BD se
agregara, el nombre jmineops podría ser cambiado para reflejar el
nombre de la BD que será abierta.
Si tipeamos correctamente el siguiente texto deberá desplegarse:

Ngg01:-$ psql -U developer jmineops
Bienvenido a psql 8.2.4, el terminal interactivo de PstgreSQL.
Type: \copyright for distribution terms

\h for help with SQL commands
\? For help with psql commands
\g or terminate with semicolon to execute query
\q to quit
jmineops=> El usuario está conectado ahora a la base de datos y está listo para
ejecutar comandos en SQL. En la próxima sección describiremos estos comandos
en detalle.
3.2 Comandos SQL
Una vez que el acceso a la base de datos se ha obtenido, el usuario está listo
para ejecutar comandos en SQL. Los comandos SQL son reconocidos por
diferentes tipos de base de datos y la base de datos de Jigsaw es una de ellas.
La siguiente sección mostrará las tareas comunes para acceder y ver los datos.
3.2.1 Viendo el Texto

26
26
Después de seleccionar el dato desde la línea de comando, el contenido de una

tabla puede ser desplegado de 2 maneras. Si hay una pequeña cantidad de datos
en la tabla, puede ser desplegada completamente y posteriormente el comando
aparecerá nuevamente.
Si hay una gran cantidad de datos estos podrán ser desplegados, sin embargo, el
contenido el contenido irá apareciendo en la medida que presionemos los
botones “arriba” o “abajo”. Para salir fuera de esta pantalla de datos, la tecla q
debe ser presionada. Un error común es comenzar escribiendo los comandos
antes de salir de esta ventana. Para solucionar esto, el texto accidentalmente
escrito debe ser borrado y la tecla q debe ser tipeada. Un ejemplo se muestra
debajo.
La ventana muestra un cuadro verde en la parte inferior izquierda de la ventana.

Esto muestra que la información puede ir apareciendo si presionamos las teclas
“arriba” o “abajo”, pero no aceptará la selección de ningún otro comando
mientras la tecla q haya sido presionada.
La siguiente pantalla muestra un error común, el usuario está tratando de

ingresar un comando, pero la ventana aun esta en el modo de vista (o solo de
lectura). La tecla q debe ser presionada para limpiar la pantalla.
27
27
El comando Jmineops=> debe estar visible para acceder a la base de datos.
3.2.2 Copiar y Pegar un Texto
Si presionamos, CTRL + C para copiar y CTRL + V para pegar podremos trabajar

en algunas versiones de Linux. Estas opciones podrían ser usadas con
precaución. En postgres, CTRL + C se usará para copiar un texto, pero CTRL + V
no podrá ser empleado para pegar un texto. De este modo, para pegar un texto,
se usa el botón derecho del mouse.
3.2.3 Tamaño de la ventana
Es común variar el tamaño de la ventana para visualizar todo el texto al mismo

tiempo. Sin embargo, una vez que ingresamos a la base de datos debemos
ajustar el tamaño de la ventana antes de entrar. La base de datos desconocerá
la ventana si ésta es excesivamente muy grande.
3.3 Comandos Básicos
Las siguientes 3 secciones mostradas a continuación muestran como “navegar”

dentro de la base de datos. Estos comandos no requieren un punto y coma al
final del comando como ocurre en otros comandos SQL y a continuación se
presentan los 3 comandos más usados por un usuario típico.
3.3.1 Menú principal
Para ver una lista de contenidos en la base de datos actual, tipeamos\h.

jmineops=> \d
Esto listará los artículos en la base de datos como se muestra a continuación.
28
28
Todas las tablas están etiquetadas bajo la columna Type, y pueden ser vistas
presionando select.
3.3.2 Nombre de las Columnas en una Tabla
Para ver el listado de las columnas en una tabla, tipeamos jmineops=> \d

table_name.
Las columnas son desplegadas en el lado izquierdo. Este comando es de mucha

ayuda cuando no recordamos el nombre exacto de la columna en una tabla.
3.3.3 Ayuda SQL
Para mirar una lista de todas las palabras reconocidas por SQL, tipeamos
jmineops=> \h
Esto listará los comandos que pueden ser ingresados.
29
29
3.3.4 Salir
Para salir de la base de datos PSQL, tipee jmineops=> \q.
3.4 El Comando Select
El comando select es un comando para ver datos y tablas en la base de datos. La

siguiente sección presentará el comando select y demostrará como se usa.
3.4.1 Select en una Tabla
El formato para usar el comando select en su forma básica es el siguiente:

jmineops=> select * from tabla_nombre;
La parte en negrita indica como se debe comenzar para emplear el comando

select. En su forma más simple, el nombre de la tabla sigue después del
enunciado en negrita. Finalmente, toda la línea de comandos debe finalizar con
un punto y coma.
Algunos ejemplos se muestran a continuación:
Ej 1: jmineops=> select * from equipment;

Este ejemplo seleccionará todos los registros desde la tabla equipos.
Ej 2: jmineops=> select * from devices;

Este ejemplo seleccionará todos los registros desde la tabla dispositivos.
Ej 3: jmineops=> select * from enum_tables;

Este ejemplo seleccionará todos los registros desde la enum_tables.
Ej 4: jmineops=> select * from workers;

30
30
Este ejemplo seleccionará todos los registros desde la tabla trabajadores.
Usando el comando select en su forma básica desplegaremos todos los

contenidos de la tabla. En ocasiones, querremos ver algún registro en particular
o un grupo de registros. La siguiente sección examinará este tema.
3.4.2 Select Datos Específicos
El formato para usar el comando select en su forma básica es el siguiente:

jmineops=> select * from tabla_nombre where column_name=column_field;
La primera parte es la misma, solo la expandimos, comenzando con la clausula

where. El where especifica que solo queremos ver una parte de la tabla basado
en cierto criterio. Después de tipear where, debemos especificar que columna
queremos ordenar los datos. Podemos escoger cualquier columna para ordenar
los datos.
Después de escoger la columna, debemos tipear el signo = seguido del campo de

la columna que deseamos ver. Para demostrar esto, emplearemos la tabla
workers como ejemplo.
Mediante el comandos Select se nos presentan 298 resultados que puede

resultar inconveniente si buscamos un dato especifico.
Podemos ver las columnas en la tabla workers si tepeamos jmineops=> \d

workers
Cada columna es candidata para ser ordenada. Algunos ejemplos se listan a

continuación:
Ej 1: jmineops=> select *from workers where id=7;

Este ejemplo seleccionará el trabajador con un id de 7.
Ej 2: jmineops=> select * from workers where last_name = Duku;

Este ejemplo seleccionará el trabajador con el ultimo nombre Duku.
Ej 3: jmineops=> select * from workers where pay_number=21381;

Este ejemplo seleccionará el trabajador con un numero de pago 21381.
Los ejemplos anteriores fueron usados para seleccionar un ítem dentro de la

tabla. Si queremos seleccionar múltiples datos desde una lista completa, por
ejemplo todos los trabajadores desde el grupo A, usamos el mismo principio.
Ej 4: jmineops=> select * from workers where crew_id=1159;

Este ejemplo seleccionará a todos los trabajadores desde un grupo con el id
1159 (Grupo A).
31
31
3.4.3 Select Datos de una Manera Ordena
Sabemos como desplegar una tabla de forma completa o parte de ella. Esta
sección explicará como desplegar la tabla en el orden que el usuario desea.
jmineops=> select * from table_name order by column_name;
Esto ordenará los datos en la columna escogida. Algunos ejemplos se muestran a

continuación:
Ej 1: jmineops=> select * from workers order by first_name;

Este ejemplo desplegará la tabla trabajadores, desplegados alfabéticamente por
el primer nombre, comenzando con la letra a.
Ej 2: jmineops=> select * from workers order by pay_number;

Este ejemplo desplegará la tabla trabajadores, desplegados numéricamente en
orden creciente comenzando con el cero.
Podemos combinar el where con el order by para ajustar aun más los datos. En
este caso, el where debería ir antes del order by, que aparece al final justo
antes del punto y coma.
Ej 3: jmineops=> select * from workers where crew_id=1159 order by

pay_number;
Este ejemplo desplegará los trabajadores desde el grupo A, desplegados
numéricamente en orden creciente por número de pago, comenzando con el
cero.
3.4.4 Seleccionando Datos con Wildcards (Comodines)
Hay veces que uno sabe lo que anda buscando, pero no recuerda exactamente la
frase que necesitamos. Otras veces cuando queremos ver los datos de manera
similar a otros, como los que comienzan con HT.
Las Wildcards (comodines) pueden ayudarnos en estas situaciones. Los

Wildcards son usados para sustituir un string. Por ejemplo, todos los camiones
en la tabla de equipos comienzan con HT. Normalmente, el primer camión es
denominado HT001 y el ultimo camión es denominado HT024. En lugar de mirar
los 24 camiones individualmente, podemos usar una wildcard para reemplazar
los números. Las letras HT son comunes para todos los camiones, por lo tanto,
las wildcard podrían representar el número de camiones. El formato es el que se
muestra a continuación.
jmineops=> select * from table_name where column like ‘known_text%’;
Esto ordenará los datos de acuerdo a la columna escogida. Algunos ejemplos son
listados abajo:
32
32
Ej 1: jmineops=> select *from workers order by first_name;

Este ejemplo desplegará la tabla workers, desplegados alfabéticamente,
comenzando con la letra a.
3.5 Tips
Esta sección proporcionará unos pocos tips para hacer la vida un poco más fácil.
3.5.1 Limpiar la Pantalla
Para limpiar la pantalla, presionar la tecla CTRL + L al mismo tiempo.
3.5.2 Eliminar Textos después del cursor
Para eliminar textos después del cursor debemos presionar CTRL + K.
3.5.3 Eliminar Textos antes del cursor
Para eliminar textos después del cursor debemos presionar CTRL + U.
3.5.4 Ver Comandos antiguos
Podemos ver commandos antiguos presionando continuamente las flechas arriba

o abajo del teclado.
3.5.5 Búsqueda previa tipeando comandos
Para una búsqueda previa de ciertos comandos, debemos presionar CTRL + R.
Esta acción buscará todos los comandos en el historial de la base de datos.

Después de tipear CTRL + R estaremos en condiciones de comenzar a tipear el
comando que deseamos buscar.
Una vez que comenzamos a escribir, la base de datos comienza a buscar todos
los comandos que comienzan de la misma forma al comando buscado. Por
33
33
ejemplo, si queremos encontrar el comando: ‘select * from enum_tables

where id=924;’ podemos usar el método CTRL + R.
Asumiremos que las siguientes 10 comandos se encuentran registrados en la

base de datos:
select * from reasons;
\d
select * from enum_tables where id=924;
select * from reasons where id=2;
update grades set material_id=1770, updated_at=getutodate() where
material_id=79;
select * from enum_tables;
select * from equipment where name=HT001;
\d shift_loads
insert into display_styles (updated_at, enum_id, display_config) values
(getutodate(), 1774,*_types= {background = String}; background=”red”);
\q
Para ir en la búsqueda del comando deseado, podemos tipear CTRL + R, y

entonces comenzamos a tipear select. Después de tipear la ‘s’, estamos
eliminando todos los comandos que no comienzan con s. Los comandos son
enumerados a continuación.
select * from reasons

select * from enum_tables where id=924
select * from reasons where id=2
update grades set material_id=1170, updated_at=getutodates() where
material_id=79;
select * from enum_tables;
select * from equipment where name=’HT001’;
El más reciente comando registrado que comience con s aparecerá en conjunto

con el tipo de texto.
Podemos continuar tipeando y eliminar más entradas hasta encontrar la que

buscamos o continuar presionando CTRL + R. Una vez encontrado el comando,
presionamos la flecha derecha para seleccionarlo.
34
34
3.6 Diseño (Layout) Básico de la Base de Datos
Esta sección introducirá brevemente acerca del diseño de las tablas y como
relacionarlas entre sí. Si se ha trabajado previamente con bases de datos
relacionales, se podrá saltar esta sección.
3.6.1 Tabla de ejemplo
Una base de datos relacional contiene un conjunto de tablas que tienen valores
que podrían ser usados en otras tablas. Una tabla básica tiene un conjunto de
columnas que contienen campos usados para identificar, mientras que las filas
que son empleadas como ejemplos en la tabla. Las columnas en las tablas no
pueden contener espacios. A continuación se muestra un ejemplo.
jmineops=> select * from [ejemplo];

id | updated_at | field_1 | field_2 | field_3_id
------+-----------------------+--------------+---------------+-----------------
(0 rows)
Este ejemplo muestra varios detalles en tablas de Postgres.

 El campo id está presente en cada tabla de la base de datos. Este número
es único para fila y es usado para distinguir las filas especificas. Cada fila
debe contener un id.
 El campo updated at está presente también en cada tabla. Este campo
es mostrado como una fecha. La fecha es desplegada primero, seguida
por la hora en la que fue actualizada. Un ejemplo es: 2007-12-09
17:07:47. Un campo created at podría también ser agregado o bien,
reemplazar el campo updated at.
 Los columnas field_1 y field_2 son campos de información específica de
la tabla. Ellos podrían ser números, palabras (string) o fechas,
dependiendo de la tabla.
 La última columna field_3_id contiene valores numéricos que están
siendo usados por otras tablas.
 Después de la última fila, el numero de filas es listada en paréntesis. En el
ejemplo, no hay filas ya que no hay datos presentes.
Si 2 filas fueran agregadas a la tabla, estas podrían ser deplegadas de la

siguiente forma.
jmineops=>select * from [ejemplo];

------+-------------------------------+---------------------+-------------------------
+----------------
1 | 2007-12-09 17:07:47 | sample_text | sample_integer | 5
2 | 2007-12-09 17:07:49 | sample_text | | 8
(2 rows)
35
35
Algunas cosas para notar respecto a la actualización de tablas son mostradas

más abajo.
 La fila 2 tiene en su field_2 sin datos. Algunas columnas siempre deben ir
con datos, mientras que otras pueden ir en blanco. Esto será visto con
mayor detalle en la siguiente sección.
 La columna field_3_id contiene dos enteros. Esto lo veremos en la
próxima sección.
 Cada fila contiene un registro único y debe contener también un único id.
3.6.2 Un ejemplo de Tablas Relacionadas
Esta sección muestra una típica tabla PSQL relacionada. Usando el ejemplo de la
sección anterior, tenemos lo siguiente.
jmineops=>select * from [ejemplo];

------+-------------------------------+---------------------+--------------------------
+----------------
1 | 2007-12-09 17:07:47 | sample_text | sample_integer | 5
2 | 2007-12-09 17:07:49 | sample_text | | 8
(2 filas)
La columna field_3_id está hacienda referencia a otra tabla (o posiblemente a

una columna en la misma tabla). Frecuentemente, la tabla está siendo
referenciada, en éste caso, el nombre de la tabla es el mismo que el de la
columna, salvo la parte del _id. Usando lo anterior, podremos mirar la tabla
llamada field_3.
jmineops=> select * from [field_3];

id | name | updated_at | field_a | field_2 | field_b_id
------+---------------+---------------------------------+--------------------+---------
1 | item_1 | 2007-12-09 17:08:47 | sample_text | sample_text | 1523
5 | item_5 | 2007-12-09 17:08:49 | sample_text | | 834
6 | item_6 | 2007-12-09 17:09:37 | sample_text | sample_text | 1533
8 | item_8 | 2007-12-09 17:09:49 | sample_text | | 1283
(4 rows)
Algunas cosas para destacar acerca de lo que acabamos de ver se muestran a

continuación.
 Fila 1, en el ejemplo la tabla se está refiriendo al Item_5 en la columna
field_3. El valor 5 es el mismo que el de la tabla field_3, y éste es el
nombre dado como Item_5. En la próxima sección, un ejemplo real
desde la aplicación MineOPS será usado para clarificar mejor esta relación.
 Hay solo 4 filas en la tabla field_3. Las filas 2, 3, 4 y 7 han sido
eliminadas.
 Ambas tablas tienen una columna con el mismo nombre field_2, ellas
pueden tener diferentes datos y no estar necesariamente relacionadas.
36
36
 La columna field_b_id en la segunda tabla también hace referencia a

otra tabla. Usualmente, los id en columnas con valores extensos hacen
referencia a tablas del tipo enum_tables.
3.6.3 Otro Ejemplo
Para ilustrar la relación existente entre tablas y la relación entre la aplicación

MineOPS y la base de datos PSQL, un ejemplo será mostrado a continuación
usando datos reales.
La pantalla de equipos desde la aplicación MineOPS se muestra a continuación.
Seleccionando el equipo EX001, la siguiente pantalla se desplegará.
37
37
Los siguientes campos están presentes:

 Equipment (Equipos): Especifica cual equipo veremos.
 Class (Clase): La clase a la cual el equipo seleccionado pertenece, definido
por Jigsaw.
 Status (Estado): El estado principal del equipo es Fuera de Servicio
(Malogrado), Demora, Reserva o Mantenimiento.
 STATUS (ESTADO): La razón específica por la que el equipo a sido
categorizado dentro de un estado.
 Operator (Operador): Quién ha ingresado al equipo.
 Location (Ubicación): Cual es la actual posición del equipo.
 Equipment Type (Tipo de Equipo): El tipo de equipo (marca, modelo).
 Deleted At (Eliminado en): La fecha y la hora en la que este equipo fue
eliminado desde la base de datos, si corresponde.
La relación existente entre la aplicación de oficina y la base de datos, así como el

efecto de cambiar los campos en MineOPS será examinado.
Para comenzar, miraremos la tabla del equipo EX001 en la base de datos.
38
38
id: 30- La única fila para identificar a la excavadora EX001.

Type (tipo): Shovel (Pala) – La clase a la cual pertenece el equipo, definida por
Jigsaw.
Name (nombre): EX001 – El nombre del equipo registrado.
created_at (creado en): 2007-07-27 17:22:32 – La fecha y la hora en que el
registro fue creado.
updated_at (actualizado en): 2007-07-27 17:22:32 – La fecha y la hora en
que el registro fue actualizado.
deleted_at (eliminado en): La fecha y la hora en que el equipo fue eliminado
de la base de dato, si corresponde.
revisión: sin uso.
device_id (id dispositivo): 40 – Referencia a la fila número 40 en la tabla
dispositivos.
status_id (id estado): 1327 – Referencia a la tabla enum_tables con el id
1327.
reason_id (Id razón): 2 – Referencias a la segunda fila de la tabla “reasons”.
lineup_status_id (barra de estado): sin uso.
equipment_type_id (id tipo de equipos): 1055 – Referencia a la tabla
enum_tables con el id id 1055.
activity_id (id actividad): 924 – Referencia a la tabla enum_tables con el id
924.
activity_start (comienzo de actividades): 2007-12-10 17:34:36 – La fecha y
la hora que la actividad actual comenzó.
Size (tamaño): sin uso.
tiedown_id: sin uso.
unit_it: sin uso.
Length (longitud): sin uso.
Height (altura): sin uso.
project_id: 1 – Referencias a la primera fila en la tabla proyectos.
time_late: sin uso.
prestart_check: sin uso.
Warnings (alarmas): sin uso.
3.7 Cambiando registros en MineOPS
Para cambiar de ventana en MineOPS y ver otros equipos simplemente debemos

hacer click con el mouse en “Equipment”. Un ejemplo se muestra abajo,
cambiando desde el equipo EX001 a HT001.
39
39
Esta simple acción permitió acceder a la base de datos para recuperar el registro
del equipo. La misma acción podría ser completada en la base de datos con los
siguientes comandos:
jmineops=> select * from equipment where name=’HT001’;
Hacer el cambio en MineOPS tiene como consecuencia cambiar filas en la base

de datos. En este caso, cambiamos la fila (id=30) del EX001 por la fila (id=1) del
HT001.
Para continuar con nuestro ejemplo, regresaremos al equipo EX001.
40
40
3.8 Mirando Relaciones
Volveremos a mirar el ejemplo anterior, el registro para el equipo HT001 tiene 6

columnas que hacen referencia a otras tablas del equipo EX001 que actualmente
están siendo usadas.
3.8.1 The Devices_id Columna
La “The device_id column” para EX001 contiene un valor de 40. Para ver la
relación, necesitamos ver en la fila 40 de la tabla de dispositivos.
jmineops=> select * from devices where id=40;
La fila que corresponde con la tabla dispositivos contiene una entrada para
EX001. Mirando las columnas, vemos que esta tabla contiene información de la
red para el equipo EX001. Cambiando la dirección IP en la tabla dispositivos, por
ejemplo, dará un registro más completo en la tabla de equipos en EX001.
Ambas tablas, la de equipos y dispositivos se usan para establecer el sistema

correctamente. La próxima sección mostrará un campo que ejemplifica la
información actual acerca de los equipos.
3.8.2 The Estatus_id Columna
La The status_id column para EX001 contiene un valor de 1327. este valor hace
referencia a la tabla enum_tables. Miraremos esta tabla, donde el id es igual a
1327.
jmineops=. Select * from enum_tables where id=1327;

41
41
Esta fila muestra que el registro para EX001 en la tabla de equipos está hacienda
referencia a la fila en la tabla enum_tables que contiene una valor para el estado
“ready”. Este campo también está siendo usado en la aplicación MineOPS
mostrada abajo.
Cambiando el estado del equipo en la aplicación MineOPS cambiamos el numero

del id del equipo en la tabla de equipos que hace referencias a la tabla
enum_tables.
3.8.3 The reason_id Column
La “The reason_id column” para EX001 contiene un valor 2. Para mirar la

relación, necesitamos mirar la fila 2 en la tablas reasons.
jmineops=> select * from reasons where id=2;
42
42
Esta fila muestra el registro para EX001. En la tabla equipos se hace referencia a
la segunda fila (id=2) de la tabla reasons. Este campo está siendo usado
también en la aplicación MineOPS tal como se muestra abajo.
El despliegue de arriba usa 2 columnas desde la tabla reasons: el “descrip” y los

“code fields” (descripción y campos codificados). Cambiando la razón o el
STATUS, cambiamos la fila de la tabla reasons que el equipo EX001 está
referenciando en la tabla equipos.
3.8.4 The equipment_type_id Column
La The equipment_type_id column para EX001 contiene una valor 1055. Este
valor hace referencia a la tabla enum_tables. Miraremos esta tabla, donde el id
es igual a 1055.
jmineops=> select * from enum_tables where id=1055;
43
43
El registro muestra que el archivo para EX001 en la tabla equipos está

referenciando la fila en la tabla enum_tables que contiene un valor que está
mostrando que la excavadora es una Liebherr 994B. Este campo es puesto
cuando el equipo ha sido agregado al sistema y no requiere modificarse en el
sistema.
3.8.5 The activity_id Column
La The activity_id column para EX001 contiene un valor de 924. Este valor hace
referencia a la tabla enum_tables. Miraremos esta tabla, donde el id es igual a
924.
jmineops=> select * from enum_tables where id=924;
Esta fila muestra que el registro para EX001 en la tabla de equipos está hacienda
referencia la fila en la tabla enum_tables que contiene una valor para una
Actividad de Espera (Waiting). Este campo está cambiando constantemente, ya
que una excavadora cambia de una actividad de “cargando” a “esperando”.
44
44
3.8.6 Otros Campos en la Pantalla de Operaciones de Equipos
En la sección anterior, examinamos los campos en la tabla de equipos que hacen

referencia a otras tablas. Usamos la pantalla de operaciones de equipos desde
MineOPS y vimos un ejemplo de como algunos campos están siendo usados
desde la base de datos.
No todos los campos que contienen valores en la tabla de equipos son usados en
la pantalla de operaciones de equipos. De hecho, usamos los siguientes campos:
Equipment (id) o Equipos, Class (tipo) o Clase, Status (status_id) o estado,
STATUS (reason_id) o ESTADO, Equipment type (equipment_type_id) o Tipo de
Equipo y Deleted At (deleted_at) o Eliminado en.
Hay 2 campos de la pantalla de operaciones de equipos que no fueron

encontrados en la tabla de equipos.
El primero, es el campo “Operadores”. Esta información es obtenida desde la

tabla “workers”. El Segundo campo es la tabla “Locations”. Esta información es
recolectada desde el dispositivo Garmin de GPS instalado en los equipos de
campo.
Esto muestra que la ventana de la aplicación MineOPS puede contener valores

desde múltiples tablas y encontrar esos valores en la base de datos puede
resultar tedioso.
45
45
SECTION 4 – REPORTES
4.1 Descripción de Turnos y tablas de Sumarización
Esquema de la Base de Datos de Jigsaw

Descripción de Turnos y tablas de Sumarización
1. Antecedentes
Base de Datos Relacional Postgres
Software libre para descargar en Windows y Linux
http://en.wikipedia.org/wiki/PostgreSQL
Documentación en http://www.postgresql.org/docs/
Herramientas para examinar en la base de datos:

Pgadmin3, libre para ser descargado para Windows y UNIX
2. Repaso acerca del esquema de Jigsaw

Tablas de Ingeniería
Equipos, Trabajadores, Ubicaciones, Camino, Leyes
Tablas de Configuración
Configuraciones, Tablas “Enum”
Tablas del Turno

Cargas, descargas, Transporte, Actividades, Estados, Combustible, GPS,
Perforación
Tablas Resumen
Información, Cargas, Descargas, Transporte, Estados, Actividades del Operador
3. Replicación de la Base de Datos

Todos los equipos tienen la misma base de datos, en tiempo real. Equipos de
campo no tienen una base de datos completamente poblada – registro de turnos
antiguos por ejemplo.
Flujos de datos de 2 maneras:

Desde el Computador Central a los Equipos de Campo: Caminos, Posición de
todos los equipos.
Desde los Equipos de Campo al Computador Central: Su posición, registros de
cargas y descargas.
Esto permite actualizar los datos de la mina en los equipos de campo. Esto
previene que cierta información se pierda cuando las comunicaciones no sean
óptimas o cuando el computador central tenga problemas y no pueda enviar
información a los equipos de campo.
46
46
4. Detalles de Tablas
114 tablas.
Tabla de Equipos de Ingeniería
Alguna información que se aplica todas las tablas:
 Podemos ver los datos en formato de tabla, una fila para cada equipo.
 Diferentes columnas para cada atributo de la tabla.
 El id es único para cada fila y es usado por otras tablas para referirse a
esta tabla.
 No debiese ser modificado, el pgadmin3 es el más conveniente sistema
para expertos en base de datos.
El tiempo se usa de acuerdo a la norma UTC, siempre AZ + 7 hrs.

Created (creado) – primera fila creada
Updated (actualizado) – última fila cambiada
Deleted (eliminado) – el equipo no está activo, pero los registros antiguos aun
pueden hacer referencia a estos datos, por lo tanto estos datos aun son
necesitados por reportes históricos.
Información particular en tablas de equipos:

Nombre
Tipo
Nota: En la tabla “status_id column”, todas la columnas con *_id son referencias
de otras tablas. En este caso, el numero id=350 significa “Ready” (Operativo), el
id= 385 significa Delay (Demora), etc.
Tabla de Trabajadores
crew_id (id grupo) – referencias a otra tabla (la tabla enum)
126 = Crew 2 (grupo 2)
426 = Crew 4 (grupo 4)
Tabla de Ubicaciones
Chancadores, Stockpiles, etc.
Para presentar información acerca ubicaciones (áreas) mediante GPS:

Formato de datos GPS (WGS 84)
Elevación en cm
Longitud, latitud en 1/1000 por segundo
Ejemplo: latitud = 118624739 mseg

* 1000 = 118624.739 Seg
/ 3600 = 32.951316 grados
47
47
Configuraciones
Tabla: enum_table
Para sistemas preexistentes (legacy system), una parte de esta información se
encuentra en “enum.c”
Muchos reportes necesitarán estar asociados a esta tabla.
 Estados: muestra 5 diferentes estados.
 Categoria de Tiempos: muestra 9 categorias.
Frases
Si queremos usar algunos reportes estándar, pero solo cambiamos una frase,
esta tabla es usada.
language_id (Idioma) 1 = Inglés
2 = Español
Shift Tables (Tablas de Turno)

shift_loads & shift_dumps
Un registro para cada carga, por camión, excavadora, material, tronadura e
información de leyes.
Nota: la información de descarga es un registro separado, referenciado por el

dump_id.
Cargas extras se registran en el sistema manualmente.
Nota: la información de transporte, operadores y actividades no es directamente

referenciada por éste registro.
shift_states (Estados del turno)

Usado por los Time reports, reportando los estados
tiempo = comienzo del estado
unit:S002 status: Down reason:M_TRIP_SYSTEM at:Blast 3950 E
Nota: mas registros no tienen un comentario
shift_activities (Actividades del turno)

Usado por los Time reports, actividades realizadas mientras esté operativo. Las
actividades del camión son:
Moviéndose cargado En Cola (en botadero) Retrocediendo Descargando
Moviéndose vacío En Cola (en la pala) Aculatando Cargando
Los campos tiempo_comienzo y tiempo_fin pueden ser usados para colocar

actividades en la secuencia correcta, asociados con registro de cargas, etc.
48
48
shift_hauls (acarreo de turnos)

Usado para reportes de transporte. Ambos, el de transporte en vacío y cargado
es registrados.
shift_logins (Registro de turnos)

Para asociar a los trabajadores (operadores) con todos los demás registros por
turno. Se asumen que están en el equipo si el registro es VERDADERO O FALSO
is_logon = TRUE to is_logon = FALSE
Nota: datos ordenados por trabajador y tiempo.
shift_gps (GPS del turno)

 Datos empleados para determinar la posición de equipos y empleados
también para la generación de ciertos reportes.
 Información GPS recolectada al segundo.
 16 valores son registrados por archive. Los datos son guardados en
archivo de texto en un vector de 16 valores separados por comas.
Ejemplo: velocidades = 19,19,17,21,29,16,9,7,0,0,0,2,4,16.37.48
Elevación y X Y : los datos tienen un valor inicial.
Ejemplo: Este: 17692.62,91.02,-98.16 ...
 Los satélites miden la calidad del GPS.
Otras tablas.
shift_fuels: Cantidad y tiempo de abastecimiento de combustible
shift_lp: información sobre la Programación Lineal
shift_vims: Datos del VIMS, posición, tiempo
shift_road_times: sin datos
shift_mems: sin datos
shift_prestarts: sin datos
shift_drills: sin datos
shift_trams: sin datos
Tablas Summary
Creadas para sumarizar, usadas por Crystal Reports para datos de turno.
Contiene un gran número de registros dentro de una tabla estrecha.
sum_eq_loads (sumarizador de cargas)

Cargas por Pala por turno.
El tiempo comienza cuando sumarizador parte.
La shift_info_id (Información del turno) es usada para encontrar tiempos de
inicio y fin en un turno.
shift_info
Entrega tiempos de partida y duración de turno.
49
49
La mayoría de los reportes tendrán que unir estos registros al sum_*records

para seleccionar el turno.
Similar a sum_eq_loads: sum_blast_loads, sum_detail_loads, sum_grade_loads,
sum_eq_dumps
Dumps by Truck by shift (Descargas por Camión y por Turno).

Similar a sum_eq_dumps: sum_dump_dumps, sum_detail_dumps,
sum_grade_dumps sum_load_dumps
El propósito general para archivos de carga y descarga, un archivo para
carga/descarga. Los campos incluyen:
Load and dump shifts (carga y descarga por turnos)
Operators (Operadores): Palas, Camión, etc.
Registros de Transporte: Cargado y vacío (6 actividades). Los registros de
actividad están aún siendo trabajados – no todos los datos están siendo
registrados par a las 6 actividades y ahora tenemos 8 registros para ciclos
completos de carguío y transporte.
sum_distances (sumarizador distancias)

Sumariza todas las distancias que recorridas por un camión durante un turno.
Las distancias están medidas en pies o metros.
sum_detail_distances (sumarizador detalle distancias)

Un mayor detalle de equipos-operadores, cargas y descargas
sum_status_times (sumarizador estados y tiempos)

Entrega el tiempo total durante un turno que un equipo a destinado en diferentes
estados y actividades.
Ejemplo: Loader LD001: Tiempo Programado Fuera de Servicio 1014 seg.
Tiempo No Programado Fuera de Servicio 36900 seg.
Operativo 5286 seg.
Lo anterior suma un total de 43200 seg. Para un turno de 12 horas.
sum_worker_status_times (Sumarizador estado del Operador/Equipo)

Similar a la anterior, pero considera el tiempo en que el equipo o el operador ha
estado fuera de servicio.
sum_worker_activity_times (Sumarizador actividad del

Operador/Equipo)
Similar a la anterior, pero además de mostrar el tiempo fuera de servicio,
muestra la actividad que ha realizado, el tiempo que demoró en realizar estas
actividades a lo largo del turno.
5. Repaso
Existe un total de 16 tablas en la base de datos pds.
Una vista rápida de ellas puede realizarse con un SQL query.
Más tablas pueden ser adicionadas de acuerdo al tipo de reporte.
50
50
SQL query
Recuperando la información (general):
SELECT _columns FROM table WHERE conditions;
Todos los valores: SELECT * FROM equipment;
Gives all 29 rows of the equipment table
Algunos valores: SELECT * FROM equipment WHERE name = 'HT004

Obtendremos la fila para el equipo HT004 si existe.
Multiple criterio: SELECT * FROM TABLE WHERE rec1 = "value1" AND rec2 =
"value2";
Seleccionando las columnas especificas: SELECT name, type FROM equipment

Tendremos:
Name | type
-------+--------
HT013 | Truck
HT009 | Truck
HT007 | Truck
D002 | Drill
Clasificación: SELECT col1, col2 FROM table ORDER BY col2

Select name, type FROM equipment ORDER BY name DESC;
Tendremos:
Name | type
-------+--------
S004 | Shovel
S003 | Shovel
S002 | Shovel
S001 | Shovel
LD002| Loader
view_shift_load_with_tonnages (Tabla cargas por turnos con tonelajes)

Esta es idéntica a la tabla shift_load registros, pero en vez de los registros se
incorporan la información de la toneladas.
SELECT *, material_tonnage (time_full, truck_id, material_id, grade_id, blast_id)

FROM shift_loads
WHERE deleted_at IS NULL
view_load_dumps (Tabla Carga / Descargas)

Muy similar al sumarizador carga descargas, de hecho, es usado por el
sumarizador para ayudar a preparar la información del sumarizador carga
descarga.
51
51
view_report_phrases
Usado por Crystal Reports
Todas la frases usadas en reportes son en idioma ingles. Sin embargo, podemos
seleccionar el idioma, para ello vemos:
SELECT languages. Name, phrases. Phrase, phrases. Translation

FROM phrases
JOIN languages ON languages.id = phrases.language_id
JOIN configurations ON configurations. attribute = 'language'
AND configurations. value = languages. Name
view_truck_routes (Tabla Camiones en Ruta)

Es muy complicado generar un query con la posición actual en tiempo real de los
equipos.
6. Repaso de Funciones - 47 en la base de datos pds
Definición: "En una base de datos SQL, un usuario puede definir una función que
provee mecanismos para extender la funcionalidad de la BD."
Nota: algunas funciones modifican la BD.
Ejemplo: to_local retorna la hora local

Select *, to_local (updated_at) as az_time from languages;
id | updated_at | name | az_time

----+---------------------+---------+---------------------
1 | 2007-10-08 22:51:56 | English | 2007-10-08 15:51:56
2 | 2007-10-08 22:51:56 | Español | 2007-10-08 15:51:56
to_utc: hora local a hora UTC es usada en la BD.
activities_for_interval (actividades por intervalo): todas la actividades

durante este periodo se ponen entre paréntesis.
select * from activities_for_interval('2007-11-11 05:00:00', '2007-11-11
05:01:00');
Regresa 19 actividades que pueden tomar lugar en ese minuto.
activity_for_interval: similar a la anterior, pero solo regresa ciertos campos
gps_points: muchos gps_points son desplegados en un intervalo de tiempo.

select * from gps_points('2007-11-10 05:00:00', '2007-11-10 05:01:00', 1 );
Nota: podemos saltarnos puntos poniendo valores mayores que 1.
hauls_for_interval (traslado por intervalo): registros de transporte con

time_arrives son entregados en intervalo de tiempo.
52
52
select * from hauls_for_interval('2007-11-10 05:00:00', '2007-11-10

05:01:00');
Otros Ejemplos:
Operador (eq_id, time)

La función en la BD que devuelve al trabajador actual en un equipo. Esta asume
si su log on y su log off fue hecho apropiadamente.
select * from operator(1, '2007-11-10 20:00:00');
shovel_idle_time(time, time)
select * from shovel_idle_time ('2007-11-10 05:00:00', '2007-11-10 05:10:00');
Entrega equipment_id, idle_seconds, queue_seconds, ready_seconds,
max_queue, load_count, truck_ready_seconds en un intervalo de tiempo.
time_by_activity (time, time)

select * from time_by_activity('2007-11-10 05:00:00', '2007-11-10 05:10:00');
Entrega equipment_id, activity_id, activity_count, activity_total time en un
intervalo de tiempo.
4.2 Publicando Crystal Reports
Existen 2 maneras de publicar en Crystal reports:
A. Via web site Crystal como administrador

Abrimos el web browser y escribimos:
http://10.7.0.71:8080/businessobjects/enterprise11/adminlaunch/launchpad.ht
ml
Nota: reemplazamos "10.7.0.71" por el IP correspondiente al servidor
Luego, Select Central Management Console
Log on
System: pds01
Username: administrator
Password: ****** (normalmente es "Jigsaw")
Authentication: Enterprise
Select Log On button
Select Destination
Folders
Jigsaw Reports (Seleccionamos la carpeta deseada)
Create new Object
Browse for an existing report (Buscamos el reporte existente)
Select OK button en la pantalla "New Object"
Nota: El reporte puede ser publicado sin la extensión ".rpt"

53
53
Vista preliminar del reporte
Nota: este paso no es necesario, pero es conveniente para comprobar que el

reporte funciona correctamente.
Select Process Tab
Select Database screen (pantalla de selección de BD)

User: developer
Password: jigsaw
Se emplea el mismo registro de BD del reporte
Select Update button.
Ahora, cuando escogemos la vista preliminar del reporte, el “logon” de la BD de

es eliminado.
Publicando Otros Reportes
Nota: Para sacar un reporte seleccionamos el botón "Delete".
B. Desde el PC con Business Objects Publishing Wizard
Nota: donde este reporte esta siendo descargado. Esto es conveniente cuando
tenemos muchos reportes publicados. Si actualizamos un reporte que ya existe,
elimine el reporte existente desde el Servidor Crystal.
Start => Programs => BOXI => CR Server => Publishing Wizard
Enter the name of your BEO System.

System: pds01 or actual IP address
User: Administrator
Password: Jigsaw
Authentication: Enterprise
Add Files, then Next
Specify Location, then Next
Confirm Location, then Next
Specify categories
Personal Categories, Jigsaw, then Next
Take default (Specify Schedule) => Next

54
54
Take default (Specify Repository Refresh) => Next

Take default (Specify Keep Saved Data) => Next
Change (Change Default Values)
Review or modify properties => Next
Generate thumbnail image => Next (do for each report)
(Specify Database Credentials)
Pick report
Highlight JDBC:POSTGRESQL://CRYSTALSERVER:5432/JMINEOPS
Logon User Name: developer
Logon Password: jigsaw
Next
Nota: después de esto el sistema le pedirá seleccionar los parámetros. No

seleccione ninguno.
4.3 Accediendo a los datos de Jigsaw con Microsoft Excel
4.3.1 Requerimientos de sistema
Para acceder a los datos de Jigsaw con Microsoft® Excel el computador debe
poseer los siguientes requerimientos:
- Microsoft® Excel 2003
- Microsoft® Query
- Acceso local a Intranet
4.3.2 Conocimientos mínimos recomendados
Para acceder a los datos de Jigsaw con Microsoft® Excel es preciso manejar
base de datos SQL yMicrosoft Excel.
4.3.3 Driver de Instalación PostgreSQL ODBC
1. En su intranet local tipeamos http://, la dirección del servidor Jigsaw

de la mina :9099. (Ejemplo:http://172.17.150.6:9099) Esta URL es
específica para cada mina y no aplica a otras minas.
55
55
2. Click-Derecho en el link psqlodbc.msi, y luego click en Save As Target.
3. Click en Save As abre un menú emergente, elegir la ubicación deseada desde

el listado, click en este, y luego click en el botón Save.
4. Click en el Botón Run.
56
56
5. Click en el Botón Run.
6. En la pantalla psqlODBC Setup, click en el Botón Next.
57
57
7. Click al casillero I accept the terms in the License Agreement, y luego

click al botón Next.
8. En la pantalla psqlODBC Setup Custom Setup, click en el botón Next.
9. Click en el Botón Next.
58
58
10. Click en el botón Finish.
4.3.4 Como configurar la Conexión a la Base de Datos
1. Abra Microsoft Excel, click en el menú Data, click en Import External Data,
y luego clic en New Database Query.
2. En la pantalla Choose Data Source, click en el tabulador Databases.

59
59
3. Click en <New Data Source> cuando este sea destacado, y luego click en el
botón OK .
4. En la pantalla Create New Data Source, en la casilla What name do you

want to give your data source?, escriba JigsawDB.
5. Click en Select a driver for the type of database you want to access: un
menú emergente es abierto, seleccione PostgreSQL Unicode del listado, y
luego click en este.
6. Click en el botón Connect….
7. En la pantalla PostgreSQL Connection, en la casilla Database, escriba

jmineops_pds.
Nota: Este nombre será diferente en cada mina.
8. En la casilla Server, escriba zeus.
60
60
Nota: Este nombre será diferente en cada mina.
9. En el casillero User Name, escriba developer.
10. Click en el menú emergente SSL Mode para abrirlo, elegir disable desde el
listado, y luego click en este.
11. En el casillero Port, escriba 5432.
12. En el casillero Password, escriba la clave, y luego click al botón OK.
13. En la pantalla Create New Data Source, click al botón OK.
14. En la barra de Menú de Microsoft Excel, click en el menú Data, click en

Import External Data, y luego click en New Database Query.
61
61
4.3.5 Como extraer Datos con el Asistente de MS Query
1. En la pantalla Choose Data Source, click en JigsawDB cuando esta sea

resaltada.
2. Click en el casillero Use the Query Wizard to create/edit queries ,

ubicarse activar la marca de chequeo .
3. Click en el botón OK.
4. En la ventana Query Wizard – Choose Columns, en la sección Available

tablas and columns: click su opción deseada cuando este resaltada, y luego
dar un click al botón Next .
62
62
5. En la pantalla Query Wizard – Filter Data, en la sección Column to filter:

click en deleted_at cuando este resaltada.
6. En la sección Only include rows where: , click en el menú desplegable

deleted_at para abrirlo, elegir is Null, y luego click en este.
7. Elegir la opción And hacienda un click en ella, y luego hacer un click en el

botón Next.
8. En la pantalla Query Wizard-Filter Data , en la sección Column to filter: ,

click en time_empty cuando este resaltada.
9. En la sección Only include rows where: click en el menú desplegable

detime_empty para abrirlo, elegir is greater than desde el listado, y luego
click en la opción.
10. Elegir la opción And hacienda click en ella.
63
63
11. En la sección Only include rows where: click en el Segundo menú

emergente de time_empty y abrirlo, elegir is less than de el listado, y luego
hacer click en el.
12. Elegir la opción And haciendo click en ella.
13. En los menús desplegables a la derecha de time_empty, elegir su rango de

fecha deseado, y luego hacer clic en el botón Next.
14. En la ventana Query Wizard – Finish, elegir la opción View data or edit
query in Microsoft Query haciendo click en ella, y luego hacer un click en el
botón Finish.
15. En la pantalla Microsoft Query, click en el menú Table, y luego click en

Add Tables….
64
64
16. En la ventana Query from JigsawDB, en la sección

view_shift_dump_with_tonnage, click en shovel_id, y truck_id cuando
esta sean resaltadas.
17. En la sección equipment, click en id cuando sea resaltada.
18. En la sección equipment_1, click en id cuando sea resaltada.
19. Click en el menú File, y luego click en Return Data to Microsoft Office
Excel. Esto retornara los datos al Microsoft Excel.
65
65
4.3.6 Como extraer Datos con Sentencias SQL
1. Abra Microsoft Excel, click en el menú Data, click en Import External Data,
y luego click en New Database Query.
2. En la pantalla Choose Data Source, click en JigsawDB cuando sea

resaltada.
3. Click en el casillero Use the Query Wizard to create/edit queries

ubicándose en él y activando la marca de chequeo.
4. Click en el botón OK.
66
66
5. Click en el botón SQL.
6. En la ventana Execute SQL, en la sección SQL statement: escriba la

sentencia SQL deseada, y luego hacer clic en el botón Execute.
7. Click en el menú File, y luego click en Return Data to Microsoft Office

Excel. Esto retornara los datos a Microsoft Excel.
4.3.7 Almacenamiento Básico de la Información
Muchas tablas/vistas contienen el campo deleted_at. En las tablas

transaccionales, registros con el campo deleted_at deben ser ignorados. En
tablas linkeadas, ellos deben ser incluidos para los propósitos de reportes.
Todos los tiempos están en UTC (Universal Time Clock). Para hacer consultas
use el procedimiento de almacenado to_utc(ts) . Para desplegar el retorno de
fechas/horas use el procedimiento de almacenado to_local(ts) .
67
67
4.3.8 Enlaces Comunes de Tablas
A continuación un listado de los enlaces comunes de las tablas que serán útiles
para su comprensión:
- Equipment (todos los registros de equipos): El campo type específica la clase
de equipo. (Ejemplo: Camión, Pala, etc.). El campo equipment_type_id enlaza
con el tipo de equipo.
- Locations (todos los registros de ubicaciones): El campo field específica el tipo
de ubicación. (Ejemplo: Banco, Botadero, o Stockpile)
- Grades (todos los registros de polígonos): El campo location_id enlaza a la
Ubicación donde el polígono esta localizado. El campo material_id enlaza al
material para el polígono.
- Reasons (códigos de estados): El campo status_id es un enlace al estado del
código. El campo time_category_id enlaza a la categoría de tiempo.
- Enum_tables (enumeraciones): El campo type indica el tipo de enumeración.
(Ejemplo: material, estados, actividad, categoría de tiempo, o tipo de equipo)
- Workers: Todos los registros de operadores.
4.3.9 Procedimientos de Almacenado para Estados y Actividades de

Equipos
A continuación un listado de sentencias que serán de utilidad cuando el usuario

este mirando los datos almacenados para estados y actividades de equipos:
- Estados de Equipos: States_for_interval (stime, etime)

- Actividades Registradas: Activities_for_interval (stime, etime)
Notas:
- Asegurarse que intervalo de tiempo completo es calculado.

- Ignorar los registros borrados.
68
68
SECCION 5 – ADMINISTRACION DEL SISTEMA
5.1 Introduccion
Comprendiendo la configuración del sistema Jigsaw
1. Dispositivos (Devices)
- APLICACIONES
- CAMIONES
- PALAS
- EQUIPOS AUX.
- OFICINA
- ADMINISTRADOR
- DESPACHADOR
- INGENIERIA
- SUPERVISOR
- ORE CONTROL
- REPORTES
Perfiles empleados en la barra de configuracion de MineOPS
Cada utilidad en el listado anterior, corresponde a una vista en la tabla de

configuraciones. Por ejemplo, para el perfil ADMINISTRATOR, las aplicaciones,
operaciones menú LP están configuradas en el menú configuraciones de dicha
tabla. Cada menú de configuración en la BD tendrá una "_view". Poe ejemplo,
el menú aplicaciones tendrán la siguiente configuración en la BD.
- module = applications_view.
69
69
- application = jminegraph
- name = OFFICE. Device name
- attribute = init.
- value = view=menu;views=jsmine,jsmtc
- view = menú. Indica que es una instancia en el menú view
- views = jsmine,jsmtc. Lista de views para ser presentada en el menú. jsmine
(mine map), jsmtc (mine traffic screen)
- module = operations_view. Nonbre de la View

- attribute = init.
- value = view=menu;views=jsmine,jsmtc
- view = menu.
- views =
truck,shovel,dozer,shovel_coverage,dump,stockpile,inpit,blast,grade,equipment
_operations,dispatching,events2,truck_kpi,restrictions,messenger,events_text,tr
uck_warnings,truck_misroute
Dozer View (Tractor)
- module = equipment_view.
- attribute = init.
-value=
view=equipment;class_name=Dozer;attrs=name:ro,activity,reason,operator,mai
ntenance.fuel_remaining:ro,traveling.elevation,dozing.target_elevation,dozing.el
evation_diff,traveling.location,traveling.coordinate:ro;enable_vnc=true
- view=equipment. Basado en el equipo.
- class_name=Dozer. Mostrará datos solo de los Dozer. Los Dozer son
una sub-clase de equipos.
attrs=name:ro,activity,reason,operator,maintenance.fuel_remaining:ro,tr
70
70
aveling.elevation,dozing.target_elevation,dozing.elevation_diff,traveling.lo
cation,traveling.coordinate:ro
name:ro = name read only
- activity = Equipment Activity popup menu. Mostrará actividades solo de este
equipo.
- reason = Reasons popup menu
- maintenance.fuel_remaining:ro. Porcentaje de combustible remanente. Este
atributo es implementado en el maintenance.rb
- traveling.elevation. Elevación desde el registro travelling.
- traveling.location. Locación desde registro travelling.
- traveling.coordinate:ro. Coordinado desde registro travelling. Este atributo es
implementado en el modelo composed_of attribute. Este atributo permite la
transformación entre las coordenadas gps y las coordenadas de la mina.
- enable_vnc=true.Habilitar el botón de vnc.
Objetos Relacionales
Las librerias ORM de la BD describen tablas y/o clases. Si una BD contiene una
tabla llamada equipos, nuestro programa tendrá una clase o modelo denominado
equipos. Las filas en esta tabla corresponden a objetos de la clase. Equipos
particulares son representados como un modelo de clase de equipo. Con este
modelo, los atributos son usados para obtener y definir las columnas. Nuestro
modelo de equipos tiene métodos para obtener y colocar el nombre, el tamaño,
etc.
La ejecución del registro que realiza el ORM es suplido con Rails. Este sigue
estrechamente el modelo estándar del ORM: tablas o clases, filas o objetos y
columnas o objetos con atributos. Se diferencia del ORM en la forma como es
configurado. El registro en ejecución minimiza la cantidad de configuración que los
desarrolladores realizan.
class Equipment < ActiveRecord::Base

set_table_name "equipment"
has_one :traveling, :dependent => :destroy
has_one :maintenance, :dependent => :destroy
has_one :operator,
:class_name => "Worker",
:foreign_key => "equipment_id"
belongs_to :device
belongs_to :unit, # deprecated field
:class_name => "Enum::Unit",
:foreign_key => "unit_id"
belongs_to :status,
:class_name => "Enum::Status",
:foreign_key => "status_id"
belongs_to :reason
belongs_to :lineup_status,
:class_name => "Enum::Status",
:foreign_key => "lineup_status_id"
71
71
belongs_to :lineup_reason,
:class_name => "Reason",
:foreign_key => "lineup_reason_id
belongs_to :equipment_type,
:class_name => "Enum::EquipmentType",
:foreign_key => "equipment_type_id"
belongs_to :activity,
:class_name => "Enum::Activity",
:foreign_key => "activity_id"
belongs_to :tiedown,
:class_name => "Location",
:foreign_key => "tiedown_id"
belongs_to :project
composed_of :warnings,
:class_name => 'WarningList',
:mapping => [ :warnings, :to_s ]
class Maintenance < ActiveRecord::Base

set_table_name "maintenance"
belongs_to :equipment
composed_of :tkph_avg,
:class_name => "FloatList",
:mapping => [ :tkph_avg, :to_s ]
composed_of :tkph_max,
:class_name => "FloatList",
:mapping => [ :tkph_max, :to_s ]
composed_of :tire_positions,
:class_name => 'TirePositionList',
:mapping => [ :tire_positions, :to_s ]
composed_of :tire_pressures,
:class_name => 'IntegerList',
:mapping => [ :tire_pressures, :to_s ]
composed_of :tire_temperatures,
:class_name => 'IntegerList',
:mapping => [ :tire_temperatures, :to_s ]
Los modelos pueden también ser extendidos. Camiones, Palas y modelos

específicos de otros equipos. El < indica que el camión pertence a los a la clase
Equipos.
class Truck < Equipment end
72
72
- module = equipment_view. View name

- attribute = init.
- value =
class_name=InpitDump;controller_name=location_controller;attrs=name,class:r
o,location_type,status,feed_rate:ro,total_trucks:ro,dumping.capacity,dumping.d
ump_time:ro,dumping.materials,beacon.radius,coordinate.easting,coordinate.nor
thing,elevation,region,location_category;actions=apply,delete
- class_name=InpitDump. Mostrará solo InpitDumps. InpitDump es una
subclase de descarga que es un tipo de locación.
- controller_name=location_controller
- view = editor_view. Por defecto
attrs=name,class:ro,location_type,status,feed_rate:ro,total_trucks:ro,dumping.c
apacity,dumping.dump_time:ro,dumping.materials,beacon.radius,coordinate.eas
ting,coordinate.northing,elevation,region,location_category name
- class:ro. Muestra el tipo de descarga (InpitDump)
- location_type
- status
- feed_rate:ro. Tasa de valores en tiempo real. No es un atributo de la BD,
pero es un atributo modelo.
- total_trucks:ro. Número de camiones en tiempo real que han sido asignados
o están descargando en un botadero.
- dumping.capacity
- dumping.dump_time:ro
- dumping.materials
- beacon.radius
- coordinate.easting
- coordinate.northing
- elevation,region
- location_category
- actions=apply,delete
Hay un conjunto de vistas estándar

- aggregate
- array
73
73
- composed
- browser
- dashboard
- dump
- editor
- equipment
- event_log
- layer
- canvas
- menu
- menu_editor
- pivot
- messages
- restriction
- shift
- shift_load_multi
- shift_multi_hour
- jsmine
- jsmtc
- truck
- shovel
Menu
Crea un submenú o menú simple en MineOPS. Ejemplo operations_view,
engineering_view
Editor
Pantalla principal del sistema. Provee un set de parámetros de configuración.
# view = Vista principal a usar. Por defecto editor_view
# class_name = Nombre base para el editor
# attrs = Base atributos de clase para ser desplegado por el editor view.
Cada atributo soporta las siguientes opciones:
"ro" atributo de solo lectura
"nil" Provee una opción en el menú de mensaje de aparición automática
"view" enlaza 2 pantallas juntas usando una pantalla compuesta.

# detail_attrs = Detalle de atributos de clases para ser desplegado por el editor
view
# new_attrs = Atributos para ser mostrados con new_view
# controller = class_name. Por defecto para la aplicación de controladores. Los
controladores pueden ser extendidos para implementar una funcionalidad
específica.
# access = para acceder en modo (ro,rw). Por defecto es rw
# types = editor tipo de pantallas (tablas,layout). Por defecto en tablas y
layout.
# actions = soporta acciones (aplicar, agregar, eliminar). Por defecto aplicar.
# panel = es un editor, no um panel de dialogo. Por defecto es falso.
# auto_apply = Remueve el botón aplicar y auto_apply cambios
(verdadero/falso)
74
74
# filter_expr = Predefinido un filtro basado en objetos

# conditions = Filtro predefinido en la BD.
# single_selection = Specifies if the view is for a database singleton (solo un
registro)
# refresh_interval = tiempo en segundos para refrescar la pantalla en modo
layout
# linked_views = usado para enlazar views
# deleted_view = Muestra el detalle de registros eliminados
# scrollable_size = Máximo tamaño para la pantalla. Por defecto es 800,500
mega pixeles
# sound_cmd = comando del sistema para la GUI (beep)
# include = opcion para incluir otras tablas en load time
# EditorView= can be extended by reimplementing 'view' method
# EditorView= permite modificaciones
# ClassView = MenuView para categorizer objetos por clase
# NewView = Usada para crear un nuevo objeto
# ListView = Pantalla usada para mostrar que tiene muchas relaciones
# DeletedView = Pantalla usada para mostrar los registros eliminados
Ejemplo worker_view
- module = worker_view. View name

- name = OFFICE.
- attribute = init.
- value =
attrs=last_name,first_name,pay_number,hire_date,crew,worker_category,qualifi
cations:view;actions=apply,add,delete
- class_name=Worker. Por defecto en view name
- controller_name=application_controller
- view = editor_view. Default
- actions=apply,add,delete
attrs=last_name,first_name,pay_number,hire_date,crew,worker_category,qualifi
cations:view
- last_name
- first_name
- pay_number
- hire_date,crew
- worker_category
- qualifications:view
75
75
Ejemplo grade_view
Ejemplo grade_view
Ejemplo grade_view
Ejemplo grade_view
Ejemplo grade_view
Turno
Extensión del editor view.
76
76
Shift Load Multi View

Extensión del editor view. Entrega un botón selector múltiple de turnos.
77
77
Equipment View
Extension del editor view. View por equipos. Provee los siguientes parámetros de
configuración:
delayed_assignments = Permite opción para “retrasar” asignaciones
(verdadero/falso)
filter_by_equipment_type = Permite opción para filtrar “reasons” por tipo de
equipo (verdadero/falso)
enable_vnc = Permite opción para abrir directamente una conexión a través de
VNC desde la (verdadero/falso)
Truck View
Extensión de la Equipment View. Provee acciones predeterminadas adicionales del
camión
Location View
Extension del editor view.
Dump View
Extension del editor view. Provee opción para configurar modelo de mezclas
Inbox View
Agregando una View

78
78
Usado para agregar views en la ventana o dialogo. Soporta tabs, xbox e ybox
layouts.
Ejemplo supervisor_view
Messenger View
Canvas View
# views = Listado de layers disponibles
# local = transformación local
# size = tamaño del canvas
# access = acceso a canvas. Por defecto rw
# background = color de fondo
Ejemplo canvas_view
Ejemplo canvas_view
Ejemplo canvas_view
Ejemplo canvas_view
79
79
Layer View
5.3 Instalación Windows del Cliente y Configuraciones de Ambiente

 Corriendo el MineOPS.exe Instalador
 Numero de la versión MineOPS y Auto Actualizaciones
 Instalando VNCViewer
 Variables de Ambiente
5.4 Troubleshooting
 Servidor de Procesos Críticos

 JAMS, JAMS Cluster, OpenVPS, NTPd, SQLBackup, Crystal Reports
 Server Logs – Located At /opt/Jigsaw/Logs
 Debugging (habilitar object_name)
 Replicación de Clientes
 Tunel SSH para soporte
5.4.1 Cliente Windows
 Windows Client Logs – Located At x:\Program Files\MineOPS\Logs

80
80
5.4.2 Cliente de Terreno
 Procesos Criticos (JAMS, VPN Tunnel, Network Interfaces)

 Client Logs – Located At /opt/Jigsaw/Logs
 Recargando la BD SQLite
 Debugging – habilitar object_name
5.5 Agregando un Nuevo Equipo
 Crear Equipos Usando la de View Equipos (Camiones, Palas, Perforadoras,

Auxiliares)
 Asignación de Proyectos, Tipo de Equipos, Dispositivos, Direcciones IP
 Crear accesos VPN por equipos
 Empaquetando claves VPN
 Actualizando la Memory Stick
5.6 Creando una nueva Memory Stick
1. Defina cual dispositivo es la memory stick.

Actualmente en el servidor el dispositivo es el sdb
2. Cree un archivo de partición en la memory stick (como root). Primera

partición
fdisk /dev/sdb
root@jigsaw1:~# fdisk /dev/sdb
Comando (m para ayuda): m

Comando acción
a toggle a bootable flag
b edit bsd disklabel
c toggle the dos compatibility flag
d elimine una partición
l list known partition types
m imprima este menu
n agregue una nueva partición
o crear una nueva tabla de partición vacía DOS
p imprima la tabla de partición
q salga sin guardar los cambios
s create a new empty Sun disk label
t change a partition's system id
u change display/entry units
v verificar la tabla de partición
w write table to disk and exit
x funcionalidades extras (solo para expertos)
Comando (m para ayuda): d

Partición seleccionada 1
Comando (m para ayuda): n

81
81
Comando acción
e extendido
p partición primaria (1-4)
Numero de partición (1-4): 1
Primer ciclo (1-1014, default 1):
Usando por defecto el valor 1
Ultimo ciclo o +tamaño o +tamaño M o +tamaño K (1-1014, por defecto 1014):
Usando por defecto el valor 1014
Comando (m para ayuda): w

La tabla de partición ha sido alterada!
Llamando ioctl() para releer la tabla de partición

Syncing disks.
3. Cree sistema de archivos en la memory stick

root@jigsaw1:~# mke2fs -j /dev/sdb1
mke2fs 1.40-WIP (14-Nov-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
128000 inodes, 255524 blocks
12776 blocks (5.00%) reserved for the super user First data block=0
Maximum file system blocks=264241152
8 block groups
32768 blocks per group, 32768 fragments per group 16000 inodes per group
Super block backups stored on blocks:
32768, 98304, 163840, 229376
Writing inode tables: done

Creating journal (4096 blocks): done
Writing super blocks and file system accounting information: done
This file system will be automatically checked every 21 mounts or 180

days, whichever comes first. Use tune2fs -c or -i to override.
4. Mount memory stick

$mount /dev/sdb1 /mnt/flash/
5. Untar winsys Linux distro

$cd /mnt/flash/
$tar xfjp /opt/Jigsaw/Tablet/images/winsys-1.1.001.tar.bz2
6. Untar equipment keys

$tar xfvzp ~jigsaw/nnt_keys2.tgz
7. Unmount memory stick

umount /mnt/flash/
82
82
SECCION 6 – OPTIMIZACION
6.1 Optimización con MineOPS
6.1.1 Extracto
El sistema MineOPS de Jigsaw incluye el estado del arte en algoritmos de

optimización que utiliza todas las bondades de los nuevos sistemas de
procesamientos de información y anchos de banda de redes inalámbricas de
última generación para proveer sistemas de asignación optimizados para equipos
de transporte o camiones. Empleando una innovadora arquitectura de base de
datos SQL distribuida de MineOPS, estos algoritmos logran un seguimiento
exacto de los camiones y predicción en tiempos de arribos. Esta predicción nos
es posible de obtener con mensajes RPC basados en sistemas del pasado. Los
algoritmos de MineOPS combinan muchas técnicas usadas y probadas en
sistemas antiguos pero con la gran ventaja de que estos nuevos algoritmos
emplean sistemas más modernos y amigables basados en equipos modernos
distribuidos y apoyados en redes inalámbricas LAN de alta velocidad.
Combinando una arquitectura y diseño de hardware poderosa con sistemas de
bases de datos distribuidos, MineOPS logra niveles de escalabilidad y
optimización imposibles de alcanzar por sistemas con arquitectura antiguas.
6.1.2 Arquitectura del Sistema
A diferencia de otros sistemas de optimización de minas existentes que tienen un

solo servidor que centra toda la información, MineOPS utiliza una arquitectura de
base de datos distribuida. Cada equipos en MineOPS tiene replicada una copia
en tiempo real de la base de datos SQL con el actual estado de toda la operación
minera. Esta base de datos incluye pero no es limitada a:
 Actual posición y estado de todos los equipos

 Solución actual de optimización (PL)
 Estado del sistema de comunicaciones
 Información de los bloques de material tronados y sus límites
 Áreas de descarga y sus limites
 Información completa de la base de datos de todos los equipos de terreno
enlazados con el servidor de despacho
 Transacción de información orientada a la base de datos de cada uno de
los equipos por turnos para actualizar la información con el servidor
central
Cada sistema de monitoreo MineOPS abordo de los camiones incluye pero se

limita a:
 Posición actual en tiempo real obtenida por GPS

 Interfaz VIMS con camiones de alto tonelaje Caterpillar para
automatización de ciclos de carguío y transporte y monitoreo de signos
vitales
83
83
 Proporciona tiempos de carga y de ciclos efectivos (TPMS) con equipos

Caterpillar para camiones de alto tonelaje y ciclos de tiempo automáticos
 Monitoreo de neumáticos Michelin sistema MEMS
Usando las interfaces abordo en los equipos de terreno en combinación con la

base de datos en tiempo real SQL provista por el sistema de replicación de
MineOPS, cada equipo puede rastrear en forma automática su actual actividad,
posición y estados. A diferencia de los sistemas antiguos basados en RPC,
MineOPS no necesita tener un 100% de comunicación con el servidor central
porque la rutina lógica de transacción de datos como son los arribos,
asignaciones, cargas y descargas son realizadas por el software del computador
abordo del mismo equipo y no por el servidor central del sistema.
Adicionalmente, todos los datos generados en todos los turnos son registrados
por el mismo equipo y se almacenan en la base de datos SQL replicada en el
equipo. La ventaja de almacenar los datos en la base de datos replicada a bordo
de los equipos garantiza que los datos no se pierden cuando se presenten fallas
en las comunicaciones. Los tiempos de ciclos de los equipos se registran en
forma oportuna y precisa en el momento en que el evento se realice aun cuando
existan problemas con las comunicaciones.
La arquitectura distribuida de MineOPS es reflejada en el servidor central. A

diferencia de sistemas anteriores, los cuales trabajan centralizando la
información en un único servidor a un bajo nivel de transacción de datos, el
servidor central de MineOPS realiza las siguientes funciones:
 Replicación de la Base de Datos de tablas SQL en equipos de terreno

 Configuración de la solución optimizante PL
 Configuración de la optima asignación de camiones
 Permite generar accesos a la base de datos para distintos usuarios de
acuerdo a su perfil
 Configuración de reportes y parámetros KPI
La arquitectura de MineOPS incrementa la confiabilidad y la escalabilidad del

sistema en comparación con sistemas anteriores que tienen un solo sistema de
recopilación, transacción y proceso de datos. En lugar de la arquitectura
tradicional que necesitan de un sistema manual para la replicación de datos en
un servidor de respaldo, MineOPS permite una múltiple replicación de servidores,
que otorgan mayor confiabilidad en todo momento.
6.1.3 Optimización de la Mejor Ruta
La base de datos SQL de MineOPS considera íntegramente cada una de las

ubicaciones contempladas en la ruta de transporte de la mina. Las ubicaciones
en la base de datos incluyen un registro de varios tipos de locaciones, incluyendo
áreas como:
 Tronaduras
 Descargas
84
84
 Chancadores o Hoppers
 Stockpiles
 Talleres
La base de datos incluye un registro separado para cada segmento de rutas que
conectan con dos locaciones. Cada segmento de ruta esta definido, ya sea como,
una línea o una curva, la distancia total, tiempos de viaje en vacio o cargado,
límites de velocidad, etc, también son registrados en la base de datos.
Para que el sistema determine la mejor ruta que un camión debe tomar entre
dos puntos en la mina, el sistema emplea en su configuración los algoritmos de
Dijkstra o el de ruta mínima. Este algoritmo comienza en cualquier locación
conocida y regresa ruta más corta de las posibles dentro del registro que tiene la
base de datos de la mina.
Aunque los otros sistemas emplean también un algoritmo similar en la

transacción de datos desde el servidor central, MineOPS es el único sistema con
base de datos distribuida que ejecuta este algoritmo a bordo de cada equipo de
producción. Usando un mapa gráfico abordo en cada equipo, MineOPS exhibe
para el operador del equipo el camino exacto que debería escoger para llegar a
su destino.
MineOPS también incorpora un nuevo algoritmo que corresponde a la

coordenada actual de GPS del equipo para una posición absoluta en un segmento
de la ruta. Este algoritmo que reemplaza al sistema de balizas virtuales usadas
por los sistemas antiguos, localiza al camión en forma precisa dentro de la ruta y
permite la detección inmediata del equipo cuando este se encuentra fuera de la
ruta definida. Adicionalmente, esto permite que el algoritmo de optimización
recálcale oportunamente el tiempo estimado de arribo a un destino lo que
minimizará los tiempos de reserva y de colas.
6.1.4 Optimizacion Programación Lineal (PL)
MineOPS utiliza el algoritmo simplex para calcular un conjunto de tasas óptimas

de excavación entre equipos de carguío y los sectores de descarga. El resultado
de la solución PL representa la tasa en que el sistema asigna camiones para cada
destino respectivo. MineOPS utiliza este resultado, no considerando los cálculos
de la necesidad de asignaciones de camiones que estiman los equipos de
carguío.
6.1.5 Restricciones de Continuidad
La más básica restricción es la de continuidad que indica que, el flujo total de

una pala o Chancador debe igualar al flujo total del sistema si estos equipos no
se encontraran disponibles.
85
85
6.1.6 Restricciones de Material
Las restricciones de material fuerzan a que la extracción de las palas provean

adecuadamente a los sectores de descarga; la extracción de mineral debe
responder a los requerimientos de los chancadores, stockpiles o de sectores que
requieran descarga de materiales con constituyentes lixiviables. MineOPS incluye
un esquema muy general par a las restricciones de material. La operación
minera define un tipo y numero de “materiales” enumerados en una tabla de la
base de datos. Cada ley de bloque está asociada con un tipo de material.
Cada sector de descarga acepta uno o más tipos de materiales. Cuando una
Pala especifica la ley o leyes que está cargando, la solución de optimización en
PL configura caminos solo para esos sectores de descarga, el que acepta ese
material que ha sido cargado por la Pala.
6.1.7 Restricciones de Tasas de Excavación de Palas
Cada pala operativa tiene un límite en la tasa de excavación con la que se carga
material en los equipos de transporte. MineOPS continuamente mide y actualiza
la tasa de excavación para calcular el tiempo requerido para aculatamiento y
carga de cada camión y el tonelaje de material a producir. La solución de
programación lineal incorpora esta tasa de excavación como una restricción.
6.1.8 Restricciones de Mezclas
La solución de la PL implementa restricciones a la mezcla de material para

controlar la calidad del material enviado a sectores de descarga. Para configurar
mezclas, la mina primero especifica una lista de materiales para cada bloque a
extraer. Por ejemplo, para material tipo cobre/oro, la mina debe especificar los
porcentajes de Cobre y Oro existentes. Cada bloque de material contiene valores
predefinidos para sus parámetros de calidad los cuales son obtenidos desde los
sistemas de planificación mina.
MineOPS tiene en la BD un Modelo de Mezclas en que la mina define diferentes

modelos restrictivos para ser incorporados en la solución de Programación Lineal.
Cada modelo de mezclas define los siguientes parámetros.
 Control de masas, por ejemplo el tonelaje, que debe quedar dentro de las
especificaciones
 Intervalo de control de mezclas, el tiempo en que se calculan las mezclas
 Valores de minima calidad
 Valores de maxima calidad
 Actuales valores promedio de calidad
Para habilitar las mezclas en un sector particular, vale decir, botaderos o

chancadores, operaciones mina deben asociar la ubicación con el modelo de
86
86
mezclas. La programación Lineal asegura que para cada modelo de mezclas, el

material total producido durante el intervalo de mezcla da como resultado una
calidad media entre los parámetros configurados como mínimos y máximos de
calidad.
6.1.9 Restricciones de Camiones Disponibles
Muchas minas operan con una cantidad menor de camiones que los requeridos
para cubrir completamente la necesidad de equipos requeridos por las palas. En
estos escenarios, la PL puede opcionalmente configurar restricciones para la
totalidad de los camiones de manera de cubrir la necesidad de palas, esta opción
permite disminuir automáticamente las tasas de extracción de palas o disminuir
su prioridad de acuerdo a las actual disponibilidad de camiones operativos.
Para minas que incorporan una serie de rajos, el algoritmo de PL crea

restricciones de rutas y caminos en forma independiente para cada rajo y
cumplir con los requerimientos de camiones impuestos por las palas y evitar
tiempos muertos de estas por la falta de camiones en cualquiera de los rajos.
6.1.10 Restricciones de Palas
La optimización de la PL permite fijar palas a sectores de descarga específicos o

restringir el envío de material de palas a ciertos sectores. Esas restricciones son
más restrictivas que las definidas para cuando se carga un cierto tipo de
material, es decir, la decisión final que opta por tomar el sistema respecta en
primera instancia las restricciones de envío de material a ciertos lugares que las
restricciones de material.
6.1.11 Restricciones de Leyes
La optimización de la PL permite fijar leyes de bloques para botaderos o

restringir una ley de bloque especifica el cual ha sido asignado a cierto sector de
descarga. Estas restricciones son menos restrictivas que las restricciones de
palas.
6.1.12 Prioridades de Palas
La solución de PL permite definir distintos niveles de prioridad de palas, vale

decir, nivel de baja, media y alta prioridad para cualquier pala. Las prioridades
de Palas permiten dar niveles de alta prioridad para cubrir necesidad de
extracción de material sean cubiertos prioritariamente por sobre niveles medio o
de baja prioridad. Estos niveles los puede definir personal de la mina de acuerdo
a sus necesidades.
87
87
6.1.13 Prioridades de Material
La solución de PL permite definir niveles de prioridad para los distintos tipos de

material predefinidos en la BD, vale decir, tipos de material con baja, media o
alta prioridad. A diferencia de las prioridades de palas, las prioridades de
material solo aplican cuando una pala está cargando tipo de material
determinado. Así, si una pala cambia de posición, cargando inicialmente mineral
y posteriormente lastre, esta funcionalidad cambia automáticamente y se asocia
con el nuevo material que está cargando la pala, en este nuevo caso, de lastre.
6.1.14 Factores de Cobertura de Palas
MineOPS define un porcentaje de cobertura para cada pala. Definir el factor de

cobertura menos del 100%. Estableciendo un factor de cobertura de menos del
100% le permite a la mina cubrir completamente a las palas con prioridades y
con la cobertura restante distribuirla entre las palas con prioridades inferiores.
Los factores de cobertura también pueden ser más altos que 100%, lo que
garantizará que no existan tiempos muertos para palas con prioridades altas, en
otras palabras, garantiza optimizar los tiempos de carga y el flujo dinámico de
los camiones.
6.1.15 Función Objetivo
La función objetivo es una función lineal que optimiza la PL. La denominada

función objetivo (de transporte) representa la cantidad de camiones requeridos
por el sistema para cubrir la cantidad de palas operativas. Esta función tiene
unidades de ' toneladas ' y da como resultado una solución, la cual maximiza la
cobertura de las palas operativas dadas las restricciones existentes de
transporte.
A diferencia de otros sistemas, MineOPS puede fácilmente reemplazar la función

objetivo con diferentes alternativas. Durante el año 2008, Jigsaw espera liberar
una función de optimización alternativa que permitirá calcular el mínimo costo o
la máxima ganancia en vez de la máxima cobertura de la pala.
6.1.16 Asignación Dinámica de Camiones
Aunque la solución del PL calcula las tasas de extracción entre palas y sectores
de descarga, esto no lo calcula de forma individual para las asignaciones de cada
camión. Para optimizar la asignación de camiones de acuerdo a la PL, MineOPS
incorpora un innovador algoritmo de asignación dinámica para camiones que
utiliza la siguiente información almacenada en la base de datos SQL distribuida
de MineOPS:
 Posición y velocidad actual de camiones

 Tiempos estimados de arribos proyectados para camiones en destinos
88
88
 Tiempos estimados de arribos proyectados para camiones en palas

 Actual estado de las colas en palas
 Tasa actual de extracción de palas
 Asignación reciente de camiones en las diferentes rutas
6.1.17 Continuo Rastreo de Posición y Precisión en el Tiempo Estimado

de Arribo
A diferencia de otros sistemas existentes que solo registran en la posición del

equipo en tramos determinados de la ruta de los camiones mediante la
utilización de balizas virtuales en determinados lugares, MineOPS rastrea
continuamente la posición exacta (y no inferida) de los equipos mediante la
información provista por las coordenadas GPS. Esto tiene como consecuencia
que se va actualizando la posición exacta del equipo en tiempo real, actualizando
continuamente la posición del equipo a lo largo de la ruta y predice el tiempo
estimado de arribo a una locación lo que no es posible con sistemas basados en
balizas. Rastrear continuamente la posición permite también seguir la posición
de los equipos de forma inmediata, como los actuales y modernos sistemas
basados en GPS instalados en autos que incorporan esta tecnología y permiten al
conductor optimizar la ruta entre dos puntos.
Este continuo rastreo es posible gracias a que MineOPS es el único sistema con
una arquitectura de base de datos distribuida que replica eficientemente la base
de datos de cada uno de los equipos que cambian continuamente su posición.
6.1.18 Minimización de los Tiempos de Viaje
Usando la posición actual del camión y la proyectada con el tiempo estimado de

arribo, el sistema recálcala continuamente la reasignación del equipo para cada
uno de los camiones en dirección a palas o descargas. El algoritmo de asignación
dinámica usa la actual posición del camión y también el tiempo estimado de
arribo de los camiones. Este algoritmo calcula una serie de asignaciones que
minimizan el costo total C.
C = Ct * Ti + Ci * (Hi + Wi)
Ti Tiempo de viaje del camión “i” para una determinada ruta

calculada por la PL.
Hi Tiempo proyectado de espera de la pala
Wi Tiempo proyectado de espera en la pala
Ct Costo relativo por exceso en tiempo de viaje, por defecto 1.5
Ci Costo relativo por tiempo inactivo, por defecto 1.0
La asignación dinámica de MineOPS minimiza radicalmente los tiempos

“muertos” de asignación para camiones en las palas. Este permite eliminar el
agrupamiento inncesario de camiones en una misma pala que a menudo ocurre
cuando muchos camiones reciben asignación simultanea lo que se traduce en un
traslape de asignaciones al llegar a una pala.
89
89
A diferencia de los sistemas basados en RPC que calculan recién una asignación
en el momento en que el camión requiere una asignación, la optimización de
MineOPS calcula la futura asignación del camión a las palas para todos los
camiones cuando un camión es cargado en una pala o está descargando en un
botadero, por ejemplo. Esto asegura que la próxima asignación sea la óptima, la
cual está replicada en cada uno de los camiones y evita que por eventuales
problemas de comunicación o de cobertura los camiones se queden sin
asignación. Esta información es almacenada a bordo de cada uno de los
camiones, así en todo momento, se garantiza continuidad operacional.
6.1.19 Reasignación de Camiones
Mientras un camión está viajando vacio en dirección a una pala la decisión para
que este equipo llegue finalmente a esa pala pueden cambiar, entre otras cosas,
porque quizás la decisión no es la más optima. Algunas de estas condiciones
incluyen demora de palas, demoras de camiones, condiciones en las rutas, etc.
Existen sistemas que frente a estas condiciones realizan reasignaciones de
equipos mediante balizas virtuales, las cuales frecuentemente toman decisiones
con poca información o infiriéndola, requiriendo entre otras cosas, que frente a
decisiones erradas del sistema, el camión retroceda y tome la dirección indicada
por el sistema o escoja rutas que no son las optimas para llegar al lugar de
destino final.
MineOPS evalúa las reasignaciones cuando el camión se encuentra dentro

de un segmento de la ruta y no en un punto particular de ella. El sistema limita
la búsqueda de las posibles reasignaciones a las palas que no signifiquen que el
camión deba retroceder o girar en la ruta para llegar al destino inicialmente
definido, en ese sentido, el sistema determina que el camión siga su ruta y se
limite a dirigirse a las palas que se encuentran en esa dirección. Así, cuando un
camión se encuentra próximo a una pala, las posibilidades de ser reasignados
son menores. Este algoritmo asegura que la decisión final de reasignación sea la
correcta, evita que los equipos realicen un “tour” por la mina para llegar a su
destino final.
6.1.20 Resumen
MineOPS combina una arquitectura con una base de datos SQL distribuida, una
poderosa arquitectura PC y el estado del arte de algoritmos para crear un
poderoso y escalable sistema de última generación que de soluciones en la
administración, control y optimización de las operaciones mineras. Usando
algoritmos lineales probados de programación, rastreo preciso de la posición de
los equipos, una agresiva y efectiva minimización de los tiempos de viaje y una
optima asignación de camiones. La arquitectura distribuida de la base de datos
SQL de MineOPS y la automatización del ciclo de los camiones resuelven los
problemas de pérdida de datos si existen problemas de comunicación con el
servidor central que no pueden realizar los sistemas basados en RPC.
SECCION 7 – INSTALANDO MINEOPS

90
90
7.1 Requerimientos y Sugerencias
Los requerimientos adicionales del sistema MineOPS y sus compatibilidades, han

sido probadas previamente para asegurar las mejor funcionalidad posible.
Cualquier inconveniente con su instalación deberá ser resuelta por personal de IT
de la compañía.
7.1.1 Requerimentos de Software
Adobe Flash Player:

http://www.adobe.com/shockwave/download/download.cgi?
P1_Prod_Version=ShockwaveFlash
Versión: 9, 0, 115, and 0
PuTTY:
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
Version: putty.exe
REAL VNC:
http://www.realvnc.com/products/download.html
Versión: 4.1
7.1.2 Actual Versión
MineOPS 1.039.057
Copyright © 2004-2007 Jigsaw Technologies
http://www.jigsawtech.com
7.2 Descargar Adobe Flash Player
Paso 1: En su Web browser digite la siguiente dirección,

http://www.adobe.com/shockwave/download/download.cgi?
P1_Prod_Version=ShockwaveFlash.
Paso 2: Click en botón Download Now.
91
91
Paso 3: Click en botón Save File.
Paso 4: En el escritorio, doble click en el icono Install_Flash.
Paso 5: Una vez que el proceso de instalación se haya completado, click en el

botón Close para luego cerrar la ventana Adobe Flash Player Plugin Setup:
Completed.
92
92
7.3 Descargar PuTTY

http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html.
Paso 2: En la ventana For Windows 95, 98, ME, NT, 2000, XP and Vista on
Intel x86 click en el enlace putty.exe.
Paso 3: En la ventana File Download – Security Warning, click en el botón

Run.
Paso 4: Click en el botón Run.
93
93
Paso 5: Una vez que la instalación de PuTTY se haya completado podremos

encontrar en el escritorio del computador este icono.
7.4 Descargar REAL VNC

http://www.realvnc.com/products/download.html.
Paso 2: En la sección Free Edition, click en el botón Download & Use.
Paso 3: En la sección Please enter your details, en el Nombre: box, escriba su

nombre.
94
94
Paso 4: En Email: escriba su dirección de correo electrónico.
Paso 5: En Organization: escriba el nombre de su organización.
Paso 6: Click en Category: se abrirá una nueva ventana y escogemos de la lista

la categoria personal y hacemos seleccionamos.
Paso 7: Click en el botón Proceed to download.
Paso 8: En la sección VNC Free Edition for Windows, click en el botón

Download de la versión Executable (721K).
95
95
Paso 9: La ventana con los términos de uso y condiciones se desplegará. Lea

cuidadosamente, click en I accept these terms and conditions y haga click en
el cuadro al costado, posteriormente presione el botón Download.
Paso 10: En la ventana File Download – Security Warning, click en el botón

Run.
Paso 11: En la ventana Internet Explorer – Security Warning, click en el

botón Run.
96
96
Paso 12: En la ventana Setup – VNC, click en el botón Next.
Paso 13: Lea el acuerdo de licencia y escoja la opción I accept the agreement
y luego haga click en el botón Next.
Paso 14: En la ventana Select Destination Location, click en el botón Next.
Paso 15: En la ventana Select Components, click en el botón Next.

97
97
Paso 16: En la ventana Select Start Menú Folder, click en el cuadro Don’t
create a Start Menú folder y posteriormente haga click en el botón Next.
Paso 17: En la sección Additional icons: click en Create a VNC Viewer

desktop icon, click en el cuadro y posteriormente click en botón Next.
Paso 18: En la ventana Ready to Install, click en Install.

98
98
Paso 19: En la ventana VNC Server Properties (Service – Mode), click en

OK.
Paso 20: En la ventana Information, click en Next.
Paso 21: Click en el botón Finish.
99
99
Paso 22: Una vez que la descarga se haya completado aparecerá en el escritorio
del computador el siguiente icono VNC Viewer 4.
7.5 REAL VNC Setup
Paso 1: En el escritorio, doble click en el icono putty.
Paso 2: Click en Run.
Paso 3: En la casilla Host Name (of IP address), Tipee mineops.
Paso 4: En el cuadro Saved Sessions, escriba el nombre del lugar al cual desea
conectarse y luego haga click en el botón Save.
100
100
Paso 5: En la sección Save Sessions, haga click en el nombre que escogió para
conectarse y luego haga click en Load.
Paso 6: En la sección Category: expanda Connection, luego expanda SSH y

luego haga click en Tunnels.
Paso 7: En Add new forwarded port: en el Source port escriba numero de

puerto para su computador, normalmente es entre 5900 - 5999. Es más fácil
escoger un número del equipo igual para el puerto. Por ejemplo, el Nombre del
Camión HT054 usaría el puerto 5954.
Paso 8: En el cuadro Destination, escriba el nombre abreviado del equipo

seguido de dos puntos y el numero de puerto, por ejemplo: HT054:5900.
101
101
Paso 9: Click en Add.
Paso 10: En el cuadro Forwarded points: aparecerá la conexión al equipo que

acabamos de seleccionar y hacemos click en el botón Open.
Paso 11: En la ventana del Putty, o en la de un programa similar, escriba su

login y presione Enter.
102
102
Paso 12: Escriba su password, y luego presione Enter.
Paso 13: Con la ventana de PuTTY abierta, haga doble click en el icono del VNC
Viewer 4 ubicado en el escritorio.
Paso 14: En VNC Viewer: se mostrarán los detalles de conexión, en Server,

escribimos la dirección IP del servidor Jigsaw en la mina seguida de dos puntos y
el nombre abreviado del equipo al cual nos conectaremos, por ejemplo:
10.225.106.10:HT54.
Paso 15: Click en OK.
Paso 16: Deberíamos ver una pantalla como la que se muestra a continuación.
103
103
7.6 Instalando MineOPS
Paso 1: Una vez instalado el archivo ejecutable de MineOPS hacemos click en

icono instalado en el escritorio.
Paso 2: En la ventana Setup – MineOPS, hacemos click en Next.
Paso 3: En la ventana Select Destination Location, hacemos click en Next.
104
104
Paso 4: En la ventana Select Start Menú Folder, hacemos click en Next.
Paso 5: En la ventana Select Additional Tasks, hacemos click en Create a

desktop icon y seleccionamos el cuadro, posteriormente hacemos click en
Next.
Paso 6: En la ventana Ready to Install, hacemos click en Install.
105
105
Paso 7: Click en Finish.
Paso 8: Click en Start o Inicio, y luego click en My Computer.
Paso 9: Doble click en Local Disk (C:).
Paso 10: Doble click en la carpeta Windows.
106
106
Paso 11: Doble click en la carpeta System32.
Paso 12: Doble click en la carpeta drivers.
107
107
Paso 13: Botón derecho en los archivos host, click en Open With, click Word
Pad, y luego click en OK.
Paso 14: Desplácese hasta el final de la pantalla, escriba la dirección IP del

servidor Jigsaw de la mina y luego presione la tecla Tab y escriba mineops,
finalmente, guarde los cambios y cierre el archivo
Paso 15: Repita los dos pasos anteriores para todos los archivos host.
Paso 16: Cierre todas las ventanas abiertas de Windows.
Paso 17: En el escritorio, haga doble click en el icono MineOPS.
Paso 18: En la ventana MineOPS en login_view, en el cuadro Server, escriba la

dirección IP del servidor Jigsaw de la mina.
Paso 19: En User, escriba el nombre de usuario.
Paso 20: En Password, escriba su password.

108
108
Paso21: Click en OK.
109
109
SECCION 8 – PREGUNTAS FRECUENTES
8.1 Rotaciones
Pregunta: Como hago para crear una nueva rotación?
Se debe considera lo siguiente:

 start_date: Fecha del primer turno del primer día de la rotación.
 day_count: Número de días de la rotación.
 shift_count: Número de turnos en un día.
 timezone: Nombre de la zona horaria que aplica, por ejemplo,
America/Lima, US/Arizona, etc.
 shift_start: Tiempo en segundos iniciados desde la medianoche hasta el
inicio del turno (ejemplo: 21600 es 6:00 am).
 Rotaciones: day_count * shift_count primary keys of crew entries in
enum_tables table. One crew entry for each shift in the rotation.
 client_initials: Iniciales del cliente (ejemplo: subdirectorio de
/opt/Jigsaw/Clients).
 client_name: Nombre completo del cliente.
8.2 Atributos (Enum Attributes)
Pregunta: Cuál es el significado? Que atributos son usados por el sistema?
Los “Enum attributes” son usados para inferior ciertas propiedades respecto a
una enumeración. Las propiedades acerca de una numeración específica son
análogas a las antiguas columnas “flags” de los archivos del cliente enum.c.
Las propiedades de los scripts en Ruby emplean las has_attribute: method;

compiled code uses the objective C has_attribute: method.
La lista de enumeraciones usadas por el sistema está definida en la tabla

enum_attributes.
Nota: Cada única clase en las tablas enum_tables soporta diferentes atributos.
110
110
id updated_at enum_class attribute_names

1 2007-10-08 Activity empty,loaded,traveling,idle,down
22:51:47
2 2007-10-09 PrestartItem normal,critical
01:56:04
3 2007-10-19 Shift regular
19:03:22
4 2007-10-31 TimeCategory ready,delay,down,standby,shiftchange

23:55:20
5 2007-11-01 Status working,delay,down
18:04:17
6 2007-11-01 Material empty,ore,waste,inpit,intransit
21:26:58
7 2007-11-01 EquipmentType equipment,truck,shovel
21:32:43
8 2007-11-01 LocationType location,blast,call_point,dump,crusher,stockpile,pit,region,shop,tiedown

23:47:19
9 2007-11-02 Crew regular,day
02:29:17
10 2007-11-21 BreakType tiedown,lunch
01:10:14
8.3 Categorias
Pregunta: Describa las categorías y como estas son usadas en el sistema.
Las “Enum categories” realizan enumeraciones en términos de otras

enumeraciones. Por ejemplo, agrupando Estados (Status) dentro de las
Categorías de Tiempo (TimeCategory), o Material dentro de MaterialCategory.
Cuando cargamos datos existentes de un cliente con un sistema previo
(DISPATCH), dbx/xml_loader, automáticamente se definen las tablas
EnumCategories basadas en la información en enum.c.
8.4 Configuración General TKPH
Pregunta: Describa la información de los TKPH en la tabla fuel_consumption.
La tabla fuel_consumption configura el consumo de combustible, los cálculos de

EFH y los cálculos de TKPH para cada flota. Aunque el sistema permite una
configuración individual para cada camión, la información es la misma para toda
la flota de equipos. Las entradas que contienen valores para cada uno de los seis
neumáticos almacenan los valores ordenados por la siguiente posición de
neumáticos:
Name Symbol Ordinal
111
111
Right Front RF 0
Left Front LF 1
Right Inner RI 2
Right Outer RO 3
Left Inner LI 4
Left Outer LO 5
La configuración de los TKPH en la tabla fuel_consumption son los siguientes:

 empty_tonnes: Peso en vacio del camión, en toneladas.
 tkph_idle: Valor nominal del TKPH cuando el camión no está viajando.
 tkph_time: Tiempo sobre el cual el TKPH es promediado.
 tkph_empty_pct: Distribución del peso para los seis neumáticos cuando el
camión está viajando vacío.
 tkph_loaded_pct: Distribución del peso para los seis neumáticos cuando el
camión está viajando cargado.
 Tkph_assign_percent: MineOPS realiza una categorización de valores
promedio de TKPH de acuerdo a las condiciones de rutas. Rutas largas,
transporte a alta velocidad da como resultado un valor alto de TKPH; por
el contrario, una ruta corta, transporte a baja velocidad da como
resultado un valor de TKPH bajo. El mínimo valor tkph_assign_percent
de todas las rutas es considerado por todos los camiones con altos valores
de TKPH.
8.5 Configuración TKPH por Camión
Pregunta: Describa la configuración TKPH por camión.
Los siguientes valores de TKPH son almacenados en la tabla de mantenimiento

con una entrada separada para cada camión.
 tkph_max: Máximo valor de TKPH para cada neumático.

 tkph_avg: Configuración actual del valor TKPH para cada neumático. El
sistema genera una alarma cuando el valor de TKPH de cualquier
neumático es más alto que el máximo valor permitido.
8.6 Consumo de Combustible
Pregunta: Describa la tabla de consumo de combustible y el formato de

configuración de valores.
La tabla fuel_consumption contiene la siguiente opción de configuración para

calcular el consumo de combustible.
 min_grade: Pendiente de la ruta para el primer ítem en la tabla de
consumos, en porcentaje.
 max_grade: Pendiente de la ruta para el último ítem en la tabla de
consumos, en porcentaje.
112
112
 idle_rate: Tasa de consumo de combustible cuando el camión está

inactivo, en litros/hr.
 empty_rates: Tasa de consumo de combustible desde el min_grade hasta
el max_grade, en litros/hr.
 loaded_rates: Tasa de consumo de combustible desde el min_grade hasta
el max_grade, en litros/hr.
8.7 Promedio de Velocidades
Pregunta: Describa la tabla de velocidades promedio.
MineOPS calcula los tiempos esperados de viajes y los tiempos estimados de

arribos (ETA) basados en la distancia y la velocidad. Los promedios de
velocidades de los camiones están incluidos en la tabla average_speeds basados
en las siguientes variables independientes:
 is_loaded: Si un camión está cargado es verdadero. Mientras que si un
camión está vacío es falso.
 pct_grade: El porcentaje de pendiente de la ruta desde el inicio hasta su
fin.
 equipment_type_id: El tipo del equipo considerado en la tabla
enum_tables.
 road_category_id: La categoria de la ruta está definida en la tabla
enum_tables.
Así, el promedio de velocidades (average_speeds) permite considerar en forma

separada, para cada ocasión, la combinación de esas cuatro variables que el
sistema ha medido. MineOPS crea automáticamente una nueva entrada o
actualiza una entrada ya existente cada vez que un camión viaja a través de un
segmento dado de la ruta. Cada entrada contiene los siguientes valores.
 speed: Velocidad promedio, km/hr.

 speed_min: Límite de velocidad mínimo, en km/hr.
 speed_max: Limite de velocidad máximo, en km/hr.
 desired_gear: Velocidad deseada cuando un camión está viajando.
desired_rpm: Las RPM deseadas del motor cuando el camión está
viajando.
 desired_brake_temp: La temperatura deseada del freno cuando un
camión está viajando.
8.8 Proyectos
Pregunta: Describa la definición de actividades.
La tabla de proyectos define una lista de actividades que el equipo debería

realizar cuándo operando en un proyecto dado. La lista está separada por comas,
cada entrada en la lista The list is a comma-separated list. Cada entrada en la
lista explícitamente puede especificar la después esperada actividad usando los
113
113
dos puntos. Si ninguna actividad del texto es especificada el sistema da por

supuesto que la después actividad esperada es el siguiente artículo en la lista.
Por ejemplo, la lista de abajo es la definición estándar del proyecto de transporte
de camiones.
moving_empty:empty,moving_loaded:loaded,empty:traveling,loaded:ha
uling,inactive:inactive,queued:backing,backing:tipping,spotting:loading,
traveling,waiting,loading,hauling,tipping:traveling
Esto define la siguiente lista de actividades.

Actividad Próxima actividad esperada
moving_empty empty
moving_loaded loaded
empty travelling
loaded hauling
inactive inactive
queued backing
backing tipping
spotting loading
loading travelling
travelling waiting
waiting loading
loading hauling
hauling tipping
tipping travelling
8.9 Medias Móviles
Pregunta: Cuales son la propiedades disponibles?
La tabla moving_averages es una tabla simple que define las medias móviles
calculadas para un parámetro dado medido por el sistema.
Los Average_type_id seleccionados desde uno de los siguientes parámetros

AverageType son declarados en la tabla enum_tables.
Name Symbol
Shovel spot times Spotting
Shovel dig rates Digging
Dump spot times Backing
Dump tipping times Tipping
Haulage feed rates Federate
Blending compositions Blending
Travel speeds Speed
 average_count: El número de pruebas en una media móvil.

 min_value: El mínimo valor válido para una muestra. Valores menos que
el mínimo son ignorados.
 max_value: El máximo valor válido para una muestra. Valores mayores
que el máximo son ignorados.
114
114
8.10 Excepciones de Rutas
Pregunta: Describa como se configura la tabla de excepciones.
La tabla exception_routing especifica al usuario para el cual una excepción dada

debería ser enviada. Cada excepción es mostrada en la casilla de entrada de un
usuario dado y contiene los siguientes campos:
 Subject (Asunto): La cadena de caracteres describiendo el tema de esta
excepción.
 Contents (contenido): Lista de valores que contiene toda la información
relevante de esta excepción.
Los siguientes campos en la tabla exception_routing corresponden al asunto y al

contenido de cada excepción y entregan la excepción del usuario específico.
 equipment_class: Especifica la clase de equipo que genera este tipo de

excepción.
 username: Especifica el registro en la cuenta de usuario que debería
recibir la excepción.
 subject: Corresponde al tema o asunto de la excepción.
 predicates: Corresponde a uno más pares de valores en el contenido de la
excepción.
 disabled: Si corresponde, desabilite esta entrada en la tabla de excepción.
Por ejemplo, la siguiente entrada corresponde a estados de excepciones

presentes en Mina Yanacochathe en la cuenta de Mantenimiento. Todas las otras
excepciones son mostradas en la cuenta del Despachador.
jmineops_mysa=> select * from exception_routing;
id | updated_at | equipment_class|username| subject | predicates | disabled

---+----------------+-------------------+----------+---------+------------+----------
1 | 2007-11-01 13:35:14 | | DISPATCHER | | |f
2 | 2007-11-20 20:30:53 | |MAINTENANCE | :status | Status=102 |f
8.11 Alarmas de Equipos
Pregunta: Describa Como/Cuando las alarmas de equipos son registradas.
El sistema mantiene un listado actual y en tiempo real de las alarmas de los

equipos. Esta lista contiene una arreglo primario de codigos dentro de la tabla
enum_tables que contien el siguiente listado de alarmas.
 gps_offline: Receptor GPS no está funcionando.

 gps_quality: Menos de 4 satélites GPS están siendo captados.
 network_offline: Red de comunicaciones con problemas.
 misroute: El camión no está tomando la mejor ruta a la que fue enviado.
115
115
 boundary_shovel: El camión está aculatando o cargando en una pala

equivocada.
 boundary_location: El camión ha llegado o está descargando en un área o
locación incorrecta.
 assign_none: Sin asignación disponible.
 assign_locked: La asignación actual está fija a una pala o a un sector de
descarga.
 tkph: El valor actual de TKPH exceed al valor de tkph máximo.
 fuel_low: El porcentaje de combustible remanente es más bajo del
permitido.
 payload_offline: El sistema de pesaje (VIMS o TPMS) no está conectado.
 grade_missing: La ley del bloque no está definida para la pala.
 region_change: El camión está viajando hacia una región diferente.
8.12 Notas de Transporte
Pregunta: Describa las notas de transporte.
Cada registro en la tabla shift_dump contiene una lista de las siguientes notas de
transporte con sus códigos. Esas notas describen las condiciones que podría
afectar la consistencia de la información registrada.
 material: El tipo de material es incorrecto para el botadero.

 dump: La carga se descargó en un sector de descarga incorrecto.
 grade: La ley del bloque no corresponde a la ley que carga la pala.
 dump_boundary: La descarga se realice fuera de los límites del botadero.
 region_boundary: La carga fue descargada en un sector próximo a la
región de descarga.
 gps_offline: El sistema GPS no está operativo.
 dump_down: El botadero no está listo.
 dispatcher: La acción fue realizada manualmente por el despachador.
 reconcile: El proceso de reconciliación generó la descarga.
8.13 Como Crear un Nuevo Registro de Equipo
Pregunta: Como hago para crear un Nuevo registro de equipo?
La clase para el nuevo equipo debe siempre ser definida al mismo tiempo que el
equipo es creado en la base de datos. Cada clase de equipo requiere diferentes
características. Por ejemplo, cada camión tiene un registro de acarreo; cada pala
tiene un registro de excavación; cada perforadora tiene un registro de
perforación. Estas características son creadas una vez que el registro es creado
en la base de datos y eliminado si el registro es borrado (pe. el campo
deleted_at field es seteado como non-null). Así, tu NO PUEDES crear un registro
de equipo y luego realizar cambios de “tipo” de equipo a Perforadoras, tractores,
palas, etc.
116
116
Una vez que el nuevo equipo es creado, debemos definir el tipo de equipo
(equipment_type) para establecer referencias para el tipo correcto del equipo en
las enum_tables y definir el tamaño de los camiones. La GUI should enforce that
a new truck record should only allow EquipmentType enumerations having the
'truck' attribute.
Los equipos creados deben contener su dirección IP y la versión del software

MineOPS más actualizada para evitar inconvenientes en la transmisión de datos
desde los equipos hacia el servidor central o viceversa.
El siguiente script permite crear un nuevo certificado OpenVPN para el

EQUIPMENT-NAME, donde XYZ son las iniciales del cliente.
/opt/Jigsaw/Services/openvpn/OpenVPN -cliente XYZ key EQUIPMENT-

NAME
Podemos crear una nueva configuración de red usando los siguientes comandos:
/opt/Jigsaw/Services/openvpn/OpenVPN -client XYZ writekeys

XYZ_keys.tar.gz
Extrayendo el XYZ_keys.tar.gz de la memoria stick USB podremos cargar la

aplicación principal en el equipo.
117
117

Jigsaw Admin Entrenamiento

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Jigsaw Admin Entrenamiento

Загружено:

Авторское право:

Доступные форматы

Entrenamiento Administradores de

Manual de Entrenamiento Jigsaw

Sección 1 – Introducción al Sistema Jigsaw

Sección 2 – Conceptos del Sistema Jigsaw

Sección 3 – SQL Básico

3.4.2 Seleccionar Dato Específico

Sección 5 – Administración del Sistema

Sección 7 – Instalación de MineOPS

Sección 8 – Preguntas Frecuentes

8.13 Como crear un nuevo registro

SECCION 1 – INTRODUCCION AL SISTEMA DE JIGSAW

1.1 Arquitectura del Sistema

 Red Wireless: Red 802.11 que se comunica con equipos de campo.

1.2.1 JAMS desde el punto del Servidor.

Componentes basados en servidor de aplicaciones.

 Replicador: Sincroniza base de datos remotas con base de datos central.

1.2.2 JAMS desde el punto de vista de los Equipos de Campo:

Componentes basados en servidor de aplicaciones.

 BD abordo: SQLite DB.

1.2.3 Flujos de la Replicación de Datos

 Datos transaccionales son creados a bordo: Producción, contabilidad de

1.3 Aplicación del Cliente

 Aplicación nativa en Windows. Instalador Windows se accesa a través del

1.3.1 Opciones de menú en MineOPS

 El menú Aplicaciones: Acceso a las aplicaciones Graficas Mina y Control

1.3.2 El MineGraph o Gráfica Mina

 Visualiza la posición de los equipos. Esta información se actualiza cada 5

 Representación esquemática de las rutas de acarreo y soluciones de

 Muestra los datos de forma tabulada y distribuida

1.4 Aplicación en equipos de campo

 Aplicación nativa de Linux.

 Pantalla GPS: Posición del camión en tiempo real. Posición de otros

 Pantalla GPS: Posición de la Pala en tiempo real. Actualización de

1.5 Pantallas en Tiempo Real

1.6 Reportes Historicos

1.7 Interfaces con terceros

 Conexión con BD Relacional.

SECCION 2 – CONCEPTOS DEL SISTEMA JIGSAW

2.1 Configuración Básica del Sistema

2.2 Ciclo Automático de Camiones en MineOPS

En sistema MineOPS implementa la automatización en tiempo real del ciclo de

El estado del equipo mientras el Camión realiza el ciclo automático de transporte

 Inactivo: El camión está en demora, fuera de servicio o standby y debe

 Viajando: El camión está viajando vacio en dirección a la pala. Camiones

 Esperando: El camión espera en una pala. Camiones en actividad

Si el camión se encuentra fuera del radio waiting_distance de la pala a la

 Aculatando (Cuadrando): El camión esta retrocediendo cerca de la

 Cargando: El camión está cargando en la pala. Camiones en actividad

 Transportando: El camión esta transportando a un punto de descarga. .

 Cola: Cuando el camión ha arribado a la zona de descarga, al Hopper, al

actividad Transportando ingresan a actividad En Cola cuando el GPS

 Retrocediendo: Se inicia cuando el camión pone marcha atrás para

 Descargando: Se inicia cuando el camión levanta la tolva o se detiene

Mientras un camión esté viajando o acarreando, MineOPS rastrea la posición

Cada nodo dispuesto en el Gráfico Mina da la posibilidad de emplear estos

El seguimiento a los camiones se realiza en forma continua a través de GPS a lo

Esta arquitectura le permite a MineOPS detectar inmediatamente cuando los

2.3 Ciclo de Transporte.

Actividades en el Ciclo del Camión.

ESPERANDO Esperando en la Pala. Comienza cuando el Camión se detiene en el area de carga.

CARGANDO Cargando en la Pala. Comienza después de la primera baldada o cuando la velocidad

Actividades fueras de ciclo.

INACTIVO Alguna demora o fuera de servicio.

Camión vacio y listo, esperando por una