®
IntelliMine Mine Management Entrenamiento Curso de DISPATCH® --Nivel Intermedio
1 Capitulo 1: Interpretando Transacciones El objetivo de este Capitulo •
Ejemplos de variaciones de transacciones
•
Ejemplos de variaciones de transacciones, explicar como se generan
•
Repasar el capitulo
Objeto El sistema DISPATCH envía mensajes que pertenecen a las actividades operacionales en la mina a la pantalla de Transacción. Los mensajes son información adicional para el despachador, y típicamente no requieren intervenciones directas. No es critico monitorear los mensajes de la pantalla de transacción constantemente. Cuando el sistema DISPATCH recibe información desde el campo o lo envía hace el campo y tiene importancia en la operación de la mina, el mensaje es registrado. Mensajes de operaciones del sistema DISPATCH también son registrados. Por ejemplo cuando una excepción es solucionada por el despachador, o cuando la solución PL re-calcula, o cuando un problema relacionado con la base de datos se genera. Todos los mensajes son enviados a la pantalla de Transacción. Los mensajes comienzan a registrarse desde el inferior de la pantalla de transacción hace arriba, son registrados con la hora en que se generaron. Todos los mensajes de la pantalla de Transacción son archivados y pueden ser usados como referencias en el futuro. En este capitulo vamos a discutir un poco las definiciones de los símbolos usados por los mensajes de la pantalla de transacción, y luego concentrarnos en los mensajes generados por los camiones y palas. También repasar transacciones asociadas con problemas de la base de datos de mina, identificados por la solución PL. Mensajes de transacciones también identifican problemas en el ciclo de acarreo, errores en puntos de comunicaciones, llegadas tarde, Standby automáticos, y otros mensajes que serán explicados.
1
Características de Tres símbolos Cada transacción es clasificada con tres símbolos que típicamente identifica la clase de mensaje y la hora en que se genero el mensaje. Los cuatro símbolos son lo siguientes: (###) Numérico (***)asterisco (---)línea (!!!)admiración Símbolo (###) Numérico indica un mensaje de cambio de estado de equipo a demora o operativo, y también indica mensajes de tardanza. − Cambio de estado de equipo (demora o operativo) − Una reasignación generado por el despachador. − Operador de equipo pide ayuda − Mensaje de equipo tarde Símbolo (***) Asteriscos indica un mensaje de transacción como asignación de camión, registro de operado en equipo o mensaje de información menos el mensaje de tarde. Mas ejemplos − Asignación del sistema DISPATCH − Operador se registra − Mensajes informativos menos mensaje de tarde. Símbolo (---) Líneas típicamente indica una acción del equipo. Mas ejemplos: − Camión llega − Pala termina de cargar Símbolo (!!!) Admiración indica un cambio de estado de un equipo a Standby, mantenimiento, o un evento de alarma − Un camión operativo cambia a estado de Mantenimiento o Standby − Una pala cambia a estado de Demora, Standby, o Mantenimiento.
Transacciones Típicas de Camión Típicamente mensajes de transacciones asociado con camiones incluyen registro de operadores, cambio de estado anticipado, llegada, llegadas anticipadas en puntos de comunicación y ubicaciones, asignaciones, y el tipo de material cargado en el camión. Los siguientes ejemplos son transacciones de camiones y como fueron generados.
Ejemplo de transacción de camión y explicación Transacción de camión ejemplo: 1 *** Grupo C operador Pancho(12345) registro en camión T123
06:00:23
Explicación: El operador de camión se registro. El operador Pancho se registra en camión T123
2
Transacción de camión ejemplo: 2 ### T123 esta operativo después de demora en Pala P55
06:00:36
Explicación: Un cambio de estado anticipado. Camión C123, que estaba en estado demora en la Pala P55 (Cambio de Turno) esta operativo. El operador inicio cambio a operativo con su monitor. Nota: la transacción generada fue estado anticipada. Si no es anticipado, entonces se genera una excepción.
Transacción de camión ejemplo: 3 ---------
Camión C123 llega a punto de comunicación PC060 Camión C123 llega a punto de comunicación PC006 Camión C123 llega a punto de comunicación PC007 Camión C123 llega a botadero LMS4925H
06:28:15 06:30:00 06:31:10 06:33:20
Explicación: Mensajes de llegadas en puntos de comunicaciones y botadero anticipado. El camión llega PC060, PC006, PC007 y botadero LMS4925H como anticipado. Las llegadas en los puntos de comunicación son generadas automáticamente cuando el camión es detectado en cada punto de comunicación. Las llegadas pueden ser generadas manualmente por el operador o generadas automáticamente cuando el camión llega al botadero (GPS).
Transacción de camión ejemplo: 4 *** C123 asignado desde botadero LMS4925H a pala P55 --- Camión C123 tiempo estimado a llegar a pala P55 en 7.8
06:35:05 06:35:05
Explicación: Mensaje de asignación típica para un camión con tiempo de estimación de llegada a la pala. El operador oprimió asignar manualmente o el sistema DISPATCH recibió un mensaje automáticamente del camión si tiene la opción de auto-asignación. El sistema DISPATCH calcula y genera un tiempo de estimación de llegada a su destino. Camión C123 fue asignado del botadero LMS4925H a la pala P55 y debe llegar a la pala en 7.8 min.
Transacción de camión ejemplo: 5 --- Camión C123 llega a punto de comunicación PC007 --- Camión C123 llega a punto de comunicación PC006 --- Camión C123 llega a punto de comunicación PC060 3
06:37:15 06:39:50 06:41:10
--- Camión C123 llega a pala P55
06:42:20
Explicación: de nuevo, mensaje típico de llegada a puntos de comunicaciones y destino en la ruta del camión Camiones son detectado automáticamente en los puntos de comunicaciones. Cuando el camión llega a la pala, el operador oprime llegada en su monitor luego el evento es registrado. Si la opción de auto-llegada esta activada, el operador no interactúa con su monitor. Como anticipado, camión C123 llega a punto de comunicación PC007, PC006, PC060, y la pala P55.
Transacción de camión ejemplo: 6 --- C123 Cargando en P10: C123 tiempo de espera 2.2 min. --- P55 termina de cargar C123 en 1.8 min.
06:45:25 06:45:25
Explicación: Mensaje típico de primer cucharón. El operador del camión C123 oprimió inicio de carga en su monitor cuando la pala carga el primer cucharón físico en la tolva del camión. El sistema DISPATCH genera el evento de que el camión C123 esta cargando en la pala y computa el tiempo de espera. El tiempo de espera comienza cuando el operador del camión llega a la pala y se cancela cuando el operador de la pala oprime lleno del camión previo. También en este mensaje el sistema DISPATCH enseña que el camión C123 espero 3.6 min. entre medio de cuando llega el camión C123 y cuando la pala oprimió lleno del camión previo. El sistema DISPATCH, también genera el tiempo de estimación para la pala para cargar el camión. El sistema DISPATCH estima que la pala P55 va cargar a C123 en 1.8 min.
Transacción de camión ejemplo: 7 --- P55 cargo C123 con estéril (3520-E)
06:47:12
06:4 6:30
Explicación: Mensaje típico de un camión lleno. El operador de pala P55 oprimió lleno en su monitor o pedal cuando el camión C123 se lleno. El sistema DISPATCH genera el mensaje con el tipo de material que fue cargado el camión C123. También cuando el operador de pala oprime lleno, un paquete pidiendo asignación para el camión es enviado al sistema DISPATCH (no es enviado a la pantalla de Transacción).
4
Transacción de camión ejemplo: 8 *** C123 asignado desde pala P55 a botadero T3940 --- C123 debe llegar a botadero T3940 en 14.2 min.
06:46:35 06:46:35
Explicación: Mensaje típico de un camión recibiendo asignación y tiempo calculado para llegar al botadero. Después de que el sistema DISPATCH recibe el paquete de asignación para camión C123 desde la pala P55, el mensaje de asignación es enviado al mismo tiempo que el tiempo de estimación para llegar al botadero.
Transacción de camión ejemplo: 9 --- Camión C123 llega a punto de comunicación PC060
06:46:35
--- Camión C123 llega a punto de comunicación PC006
06:50:23
--- Camión C123 llega a punto de comunicación PC007 --- C123 llego a botadero T3940
06:55:10 07:00:05
Explicación: Mensaje típico de llegadas anticipadas en puntos de comunicación, y ubicaciones en la ruta del camión. Los camiones son detectados automáticamente en los puntos de comunicación. El camión C123 llega a CP060, CP006, CP007, y el botadero T3940 como anticipado. Las llegadas en los puntos de comunicación son generadas automáticamente cuando el camión es detectado en cada punto de comunicación. La llegada al botadero es generada por el operador del camión oprimiendo el icono en su monitor o reportado por el botadero si la opción de auto-llegada esta activada.
Transacción de camión ejemplo: 10 --- C123 asignado desde botadero T3940 a pala P54 --- Camión C123 tiempo estimado a llegar a pala P10 8.8
07:02:33 07:02:33
Explicación: Mensaje típico de asignación con tiempo calculado para camión que llega a la pala. El sistema DISPATCH recibe el paquete, luego envía asignación a camión y lo genera como mensaje en la pantalla de Transacción. El sistema DISPATCH también calcula y genera mensaje de tiempo estimado para llegada de camión a pala. Camión C123 es asignado del botadero T3940 a pala P54 y debe llegar a la pala asignado en 8.8 min. Todos los mensajes repasados son ejemplos de camión. En realidad, ejemplos 1 entre 9 definen un ciclo de acarreo de un camión típico. En un ambiente de mina, los 5
mensajes son multiplicados por la cantidad de camiones en estado operativo y son reflejado por la pantalla de Transacción.
Transacción de Pala Típicamente mensajes de transacciones asociado con palas incluyen registro de operadores, cambio de estado anticipado, tipo de material excavando, él ID de camión cargando, ID del siguiente camión que va cargar la pala y en cuanto tiempo (estimación) Los siguientes ejemplos son de transacciones de palas y como fueron generadas. Ejemplos de transacciones de palas con explicaciones
Transacción de Pala, Ejemplo 1 *** Grupo B operador Gato Hernández (4546) inicio registro en P49
06:00:25
Explicación: El operador de pala se registro. El operador Gato Hernández se registra en pala P49
Transacción de Pala, Ejemplo 2 ### P49 inicio operativo después de Demora en banco (4520-3529-M) 06:00:30
Explicación: Un cambio de estado anticipado. Pala P49, estaba en estado demora en banco 4520-3529-M (Cambio de Turno) ahora esta operativa. El operador de pala ingreso operativo con su monitor.
Transacción de Pala, Ejemplo 3 --- C111 cargando en P49: P49 espera 2.5 min.
06:03:00
Explicación: Un mensaje típico de primer cucharón. El operador de camión C111 oprimió cargando en su monitor cuando la pala P49 comenzó a cargar el camión físicamente. El sistema DISPATCH calculo y registro el tiempo de espera de la pala. Tiempo de espera de la pala comienza cuando la pala oprime lleno al camión cargando, y termina cuando el próximo camión oprime llegada. En este caso, el sistema DISPATCH genera el tiempo de espera para la pala P49 que es 2.5 minutos. Este tiempo es generado entremedio del ultimo lleno de la pala P49 y la llegada del camión C111. Pero, si hay camiones constante en la pala el tiempo de espera es cerro. Transacción de Pala, Ejemplo 4 6
--- P49 termina de cargar C111 en 1.8 min.
06:03:00
Explicación: Un mensaje típico de calculación. El sistema DISPATCH estima en cuanto tiempo se va demorar la pala P49 para cargar el camión C111 al mismo tiempo registrado el mensaje en la pantalla de transacción. Transacción de Pala, Ejemplo 5 --- P49 cargo C111 con mineral (3529-M)
06:05:02
Explicación: Un mensaje de carga. El operador de pala P49 oprimió lleno en su monitor cuando termino de cargar camión C111. Esta acción de lleno envía un paquete (no es registrado en la pantalla transacción) al sistema DISPATCH pidiendo una asignación para el camión. Esta acción también define el tipo de material que el camión fue cargado. Transacción de Pala, Ejemplo 6 *** C111 asignado de pala P49 a la Primaria 1
06:06:05
Explicación: Un mensaje típico de asignación es registrado cuando el sistema DISPATCH recibe la indicación de lleno del operador de pala vía el monitor. Estos son ejemplos de transacciones de palas. Ejemplos 1 a 6 define un ciclo de cargar para la pala. En la operación de mina, cada mensaje es multiplicado por la cantidad de excavadoras en estado operativo. Problemas con base de datos cuando la LP recalcula Cuando un problema es encontrado al calcular la solución LP, una transacción es registrada llamando atención al problema Estos mensajes alertan al despachador que hay un problema en la base de datos de mina o turno. Sirven como guías para el despachador para resolver el problema generado. Los ejemplos de transacción son problemas en la base de datos que se presentan cuando el sistema DISPATCH recalcula.
Problema de Base de Datos Ejemplo: 1 *** Recalculando PL. por favor espere *** Pala P55 con mineral asignado fijamente a botadero de estéril ignorado
7
06:45:25 06:45:25
Problema: La solución PL trato de seguir las instrucciones de asignación fija de botadero en la pala P55, pero no pudo lograr la instrucción. En vista de que no pudo lograr la asignación fija, la LP solución ignoro la instrucción. Solución: Eliminar la asignación fija de botadero en la pala o cambiar la asignación fija a destino que acepta el material.
Problema de Base de Datos Ejemplo: 2 *** Recalculando PL. por favor espere. !!! No ruta abierta existe O No tiempo razonable de acarreo existe de Primaria 1 a P49. !!! No ruta abierta existe O No tiempo razonable de acarreo existe de Primaria 1 a P49. !!! No ruta abierta existe O No tiempo razonable de acarreo existe de Primaria 1 a P49.
08:46:30
Problema: Cuando la solución PL recalcula, descubre que no hay una ruta viable entre la pala P49 a la ubicación de descargar. La solución PL se reclama y envía el problema a la pantalla de transacción. Porque se Genero el Problema: La base de datos mina no tiene camino o segmentos definido desde el banco de la pala P49 al resto de la red de caminos en la base de datos. Solución: Determine si un camino existe entre la ubicación de pala al resto de la red de caminos. Si el camino si existe, entonces revise si hay un camino cerrado. Si el camino esta cerrado, entonces abre los dos lados sentido. Si el camino no existe, entonces a que crear un camino. Nota: el problema de camino existe en la aria cercana de la pala o el botadero.
Problema de Base de Datos Ejemplo: 3 !!! DBREAD: No puede leer con archivo 120901 en excav.
06:45:25
Problema: La solución PL no pudo leer el archivo 120901 en excav. cuando recalculo. Porque se Genero el Problema: Hay una corrupción en la base de datos. Solución: La base de datos tiene que ser dbclean. El administrador del sistema DISPATCH se encarga de este procedimiento.
Problema de Base de Datos Ejemplo: 4 !!! DBREAD: No puede comunicar con archivo 15702 en shiftexcav
8
06:46:30
Problema: La solución PL no pudo leer el archivo 15702 en shiftexcav. cuando recalculo. Porque se Genero el Problema: Hay una corrupción en la base de datos. La diferencia entre el primer ejemplo es de que la base de datos de este ejemplo es la base de datos de turno. Solución: La base de datos tiene que ser dbclean. El administrador del sistema DISPATCH se encarga de este procedimiento.
Problemas con Tiempo de Viaje Típicamente problemas de tiempo de viaje ocurren cuando una ruta no existe entre la ubicación de la excavadora al destino de descargue. Este problema puede existir porque un segmento de ruta esta cerrado o un lado del tramo esta cerrado y no deja los camiones regresar a la pala. Típicamente este problema de tiempo de viaje ocurre paralelo con la transacción de No ruta abierta existe. Generalmente con un poco de investigación se puede solucionar el problema.
Transacción de Problema de Tiempo de Viaje *** C123 asignado a P14 desde botadero 3 --- C123 llegada a P14 en 90.0 min. 06:46:35
06:46:35
Problema: El tiempo de viaje del camión C123 a generado una transacción de 90 minutos que es el máximo tiempo configurado en el sistema. Porque se Genero el Problema: No hay ruta entre dos puntos que el camión tiene que viajar. El sistema DISPATCH genera la transacción con el tiempo de estimación de 90 minutos, Solución: Investigar el problema usado la pantalla graficas o el Modulo de rutas.
Errores de Puntos de Comunicación El sistema DISPATCH selecciona la mejor ruta para cada asignación y anticipa que cada camión va pasar por cada punto de comunicación en la ruta seleccionada.
Transacción de Error de Puntos de Comunicación ejemplo: 1 *** C123 no se esperaba llegada a Punto de Comunicación PC07 9
06:45:25
--- C123 no llego a Punto de Comunicación PC03 (ID #7)
06:49:25
Problema: El sistema DISPATCH esperaba comunicación con camión C123 en PC03, pero camión C123 reporto en PC07.y el sistema DISPATCH asume que camión C123 no llego por PC03 y genera una transacción. Porque se Genero el Problema: El camión puede estar viajando por otra ruta. Si la opción de GPS existe en su mina ubique el camión para identificar la ruta que el camión esta viajando. O el radio de una baliza virtual esta muy grande y sobre cubre otros caminos. Solución: Use las herramientas en graficas para revisar la red de caminos y la mejor rutas. Revise los tamaños de las balizas virtuales y corrige o reduzca los errores.
Transacción de Error de Puntos de Comunicación ejemplo: 2 --- C123 llego a TRANSMISOR P55 Pala.
07:05:35
--- C123 no llego a Punto de Comunicación PC54 (ID #14)
07:05:35
--- C123 no llego a Punto de Comunicación PC50 (ID #31)
07:05:35
--- C123 no llego a Punto de Comunicación PC59 (ID #15)
07:05:35
Problema: Camión C123 llega a la pala P55, pero no reporto en tres puntos de comunicaciones en la ruta. El sistema DISPATCH anticipaba que el camión iba reportar en cada punto de comunicación en orden. De repente el camión llega a su destino sin comunicase con los tres puntos de comunicaciones, generando el mensaje de transacción con todos los puntos de comunicación que no reporto el camión. Porque se Genero el Problema: Es posible que el camión viaja por otra ruta, la red de caminos no están actualizadas, o puede ver problema con el equipo de MMS. Solución: Revise que el camión este en su asignación que el sistema DISPATCH lo asigno. Revise la mejor ruta y la red de caminos. Verifique que el recibidor de GPS este funcionando.
Transacción de Mensajes Tardes Cuando una acción de equipo esta tarde, con acuerdo lo que el sistema DISPATCH anticipa, DISPATCH genera un mensaje de tarde en la pantalla de transacción identificando el equipo.
10
El sistema DISPATCH típicamente genera el primer mensaje después de dos minutos anticipado de la próxima acción. Otros eventos como operativos y cambio de turno son configurado con tiempos mayores a comparar a los tiempos del ciclo de acarreo.
Transacción de Mensaje Tarde: 1 ### Camión C123 esta en Demora en banco 1234 después de 22.1min. ### Pala P55 esta en Demora en banco 1234 después de 40.1 min.
06:22:25 06:40:25
Problema: El sistema DISPATCH esta reclamando que un evento esta tarde para generar, y el equipo esta tarde para cambiar su estado como anticipa el sistema DISPATCH. Porque se Genero el Problema: El operador de camión y pala no han cambiado estado de equipo respectivamente y en el tiempo adecuado. Solución: Contacte los operadores de equipo. Si el operador uso su monitor y no reporto el evento, es posible que hay problemas con su monitor. O puede ver problemas de comunicación y los eventos enviado por los equipos no están transmitiendo. También es posible que se les olvido a los operadores cambiar los estados de los equipos de demora a operativos.
Transacción de Mensaje Tarde: 2 ### C123 esta 4.0 min. TARDE de iniciar carga en pala P55
06:16:35
### Pala P55 esta TARDE 2 min. en oprimir lleno a C123 en banco 12340
06:21:25
### C123 esta 6.0 min. TARDE para llegar a STOCKPILE STOCK1
07:28:00
### C123 esta 6.0 min. TARDE para pedir asignación del BOTADERO1
07:50:35
Problema: El sistema DISPATCH esta reclamando que un evento esta tarde para generarse. En este caso el equipo esta tarde para completar el ciclo de eventos o pedir una asignación en el tiempo anticipado por el sistema DISPATCH. (Todas las transacciones no fueron generadas al mismo tiempo) Porque se Genero el Problema: El operador de camión C123 llega a la pala P55, pero no a ingresado inicio de carga en la pala P55 en el tiempo anticipado. Al tiempo el operador genera el evento de inicio de carga Luego el operador de pala P55 excede el tiempo de carga anticipado porque no inicio lleno al terminar de cargar el camión. La segunda transacción es generada. Al tiempo el operador genera el evento de lleno.
11
El operador del camión C123 esta tarde para indicar la llegada en STOCK1 generando el tercer mensaje de transacción. Luego el operador del camión C123 esta tarde para pedir asignación del botadero 1 (la cuarta transacción es generada) Solución: Contactar el operador, si el operador uso el monitor para reportar el evento, entonces puede ver problemas con el equipo de MMS o comunicación. Si el operador no usa el monitor, entonces avise el operador que complete sus eventos.
Standby Automáticamente (Reserva) Transacción de Standby Automáticamente (Reserva) 1 !!! C123 esta Standby, razón NO PALAS DESPONIBLE
06:45:25
Problema: Camión pide asignación pero el sistema DISPATCH no puede asignar camión a pala porque no hay palas disponibles, cambiando el estado de camión a Standby. Porque se Genero el Problema: Hay multi razones para el sistema DISPATCH de cambiar el estado de los camiones a Standby. La razón más común que el sistema DISPATCH pone un camión en Standby es cuando no hay palas operativas o en demora para cumplir la producción. Razones adicionales para camión cambiar a Standby son, camiones con restricciones a todas las palas, restricción entre una región a otra, restricción de material o botadero que la pala esta enviando material. Si un camión esta restringido a una región y no hay palas operativas o en demora en la región, el sistema DISPATCH forzadamente cambia el estado de camión a Standby. También si la ubicación del camión es desconocida, el sistema DISPATCH no sabe a donde esta el camión forzando el camión a cambiar el estado a Standby. Solución: Típicamente el sistema DISPATCH asigna camiones a palas en estado operativo o en demora. El sistema DISPATCH constantemente esta evaluando los estados de cada pala y asigna recursos de acarreo adecuadamente. Otros procesos que se puede revisar son, verifique que los camiones no estén asignados fijos o restringidos. Determine que el camión no tenga un tipo de restricción a una pala región, material, o botadero. Si este es el caso, modifique las restricciones adecuadamente. Revise sí el camión esta asignado a una región fijamente sin palas en estado operativo o demora. Modifique adecuadamente. Determine si la ubicación del camión no es desconocida. El sistema DISPATCH no puede asignar camión si no reconoce su ubicación. Si este es el problema, active un 12
Teclado Maestro, luego seleccione él modulo de camiones. Seleccione él ID de camión y verifique que adonde dice ubicación no tenga la palabra desconocida. Si este es el problema, modifique adecuadamente.
Transacción de Standby Automáticamente (Reserva) 2 !!! C123 esta en Standby, razón NO BOTADEROS DESPONIBLE
06:46:35
Problema: Cando la pala ingresa lleno al camión, el camión lleno automáticamente cambia de estado a Standby. Es muy difícil para que el sistema DISPATCH cambie el estado de camión a estado Standby. Sin embargo existen los problemas mas para el manejo del material que un problema en el sistema El problema más común es cuando todos los botaderos que aceptan el material que tiene el camión están en estado mantenimiento. Problemas adicionales son cuando un camión esta restringido de un botadero o región. Si el camión esta asignado a una región fijamente y no hay botaderos operativos, el sistema DISPATCH automáticamente cambia el estado de camión a Standby. Solución: En vista que el sistema DISPATCH no mas asigna camiones a botaderos en estado Operativos, Demora, y que acepte el tipo de material, revise el estado y tipo de material que acepten los botaderos operativos. Modifique adecuadamente. Otros procesos de revisar son restricciones y asignaciones fijas. Determine que el camión no tenga restricciones al botadero seleccionado. O que la región del botadero este definido. Si determina que este es el problema, modifique adecuadamente. Determine si el camión tiene asignado fijo, una región sin botaderos operativos. Si determina que este es el problema, modifique adecuadamente. Él ultima reviso es, determine que el camión tenga una ubicación definido. El sistema DISPATCH no puede asignar un camión si no reconoce su ubicación. Si determina que este es el problema, en él modulo de camiones seleccione categoría ubicación, luego seleccione actual y ingrese ubicación actual del camión adecuadamente.
Transacción de Standby Automáticamente (Reserva) 3 !!! C123 esta Standby, razón NO TRITURADORA DESPONIBLE Problema: Idéntico a NO-BOTADERO DESPONIBLE Problemas adicionales: Idéntico a NO-BOTADERO DESPONIBLE 13
06:47:25
Solución: Idéntico a NO-BOTADERO DESPONIBLE
Misceláneo Transacción de Misceláneo Ejemplo: 1 !!!
C312 detectado en mal ubicación en botedero1
06:46:35
Problema: El sistema DISPATCH detecto equipo en ubicación que no se anticipaba. En este caso el botadero1 detecto camión C312 y el sistema DISPATCH reclamo porque camión C312 estaba en mal ubicación. Porque se genero sé Problema: El camión viaja a mal ubicación. Es posible que el radio de GPS de otro botadero este muy grande, sobrepuesto en los segmentos de caminos que el camión esta viajando en ruta a su destino original. Solución: Determine que el camión viaje a su destino original, en este caso botadero1. Revise los radios de balizas virtuales, y modifique si están muy grandes.
Transacción de Misceláneo Ejemplo: 2 *** Recalculando PL por favor espere
06:46:35
CALPATH: PATH link invalido, reparado Problema: Al recalcular la solución PL, una ruta invalida fue detecta. El sistema DISPATCH detecto la mala ruta en la base de datos mina Porque se Genero el Problema: Pude ser una multitud de problemas internas. Pero son problemas que no se tiene que preocupar. Solución: El sistema DISPATCH corrigió el problema. Corrigió un problema que se presento en la red de caminos. Transacción de Misceláneo Ejemplo: 3 ### Mensaje: Tomar colación después de vaciar carga en botadero camión C511
Problema: No-problema Porque se Genero el Problema: El despachador envió mensaje al operador Solución Ninguno
14
2:10:35
Notas:
15
2 Capitulo 2: Interpretando Excepciones El objetivo de este Capitulo •
Organización de la pantalla de Excepción
•
Identificar las cinco categorías de Excepciones
•
Procedimientos como responder las excepciones y porque
•
Tres ejemplos de excepciones de Asignar, explicar como se generan y las consecuencias si se aceptan o rechazar
•
Tres ejemplos de excepciones de Cargar / lleno, explicar como se generan y las consecuencias si se aceptan o rechazan
•
Tres ejemplos de excepciones de Estados, explicar como se generan y las consecuencias si se aceptan o rechazan
•
Cinco ejemplos de excepciones de Misceláneo, explicar como se generan y las consecuencias si se aceptan o rechazan
•
Repasar él capitulo
Objeto El sistema DISPATCH envía mensajes de excepciones cuando un evento desanticipado es generado en el ciclo de acarreo o en cambios de estados. La excepción alerta al despachador de que un problema sé a generado y necesita la atención del
16
despachador para resolver el problema genero. La responsabilidad del despachador es de resolver el evento que se presenta lo más rápido posible. Como las transacciones, cada excepción contiene los símbolos de identificación para medir la importancia del mensaje. Cuando un mensaje es atendido, sea aceptar o rechazar, un mensaje de transacción es enviado a la pantalla transacción y archivado. En el próximo capitulo vamos a repasar la organización de cada excepción y las definiciones. Hay cinco categorías de excepción y cada categoría son respondida en una manera donde los efectos en al campo son mínimos.
La fecha
Números de excepciones pendientes
Botón de Aceptar
Áreas de Ingresar Datos
La hora
Botón de Rechazar
La Estructura de la Pantalla de Excepción La pantalla de excepción tiene dos botones, uno de aceptar y el otro de rechazar, ubicado superior de la pantalla. También tiene la fecha, hora, y números de excepciones en estado pendientes. Inferior de los botones de aceptar y rechazar es la zona donde el mensaje es generado y desplegado. Ciertas excepciones tienen áreas de cambiar información o ser modificaciones.
Cinco categorías de Excepciones Excepciones de Llegada Excepciones de Asignación Excepciones Cargando/ lleno Excepciones de Estado 17
Excepciones de Información General De las cinco categorías, cuatro (llegada, asignar, cargar / lleno y estado) son muy similar en estructuras.
Primera Línea / genero operador Segunda Línea / lo que anticipaba el sistema Tercer parte / Información ingresar información
1. La primer parte indica cual evento genero el operador. 2. La segunda parte indica cual acción debería ingresar el operador 3. La tercer parte identifica información general, arias de ingresar información, o comentarios.
Procedimientos generales en entendiendo excepciones
–Leer y Entender Excepciones –Rechazando excepción forceja el operador en oprimir acción correctamente. –Aceptando una excepción llegada, siempre llega camión a su destino. –Aceptando excepción de asignación siempre asigna camión a pala. Nota: Cuando un operador oprime asignación en ruta a pala, tenga en mente que aceptando excepción puede enviar camión a otra pala, cancelando asignación original. •
Aceptando excepción de cargando SIEMPRE ubica camión bajo excavadora indicado en la excepción. 18
• • • •
Aceptando excepción de lleno le indicada al camión asociado con la excepción que ya tiene carga con tipo de material y su asignación a destino. Nota: Aceptando excepción lleno con ninguno no tiene ningún efecto. Aceptando excepción de estado, cambia el estado de equipo indicado en la excepción. Ejemplo: Demora, Reserva, y Mantenimiento Excepción informativo y general requiere ningún tipo de interacción
Aceptar: Aceptando esta excepción, llega camión a pala de nuevo, y el próximo evento es inicio de carga Rechazar: Simplemente ignora el error generado por el operador de camión y espera el evento anticipado que es Cargando Modificar: Si se modifica esta excepción, el resultado puede ser una carga perdida
Aceptar: Aceptado esta excepción el sistema DISPATCH da la segunda llegada al
19
camión, afectando el ciclo de acarreo. El tiempo al botadero es inflamado, y el tiempo de descarga es reducido afectando la solución LP. Rechazar: El sistema DISPATCH ignora la segunda llegada y reconoce que ya llego él camión. Modificar: Modificación no es necesaria
Aceptar: Esta excepción pone el camión en estado operativo en el botadero Rechazar: forzara el operador en cambiar el estado de camión. Luego el sistema DISPATCH ubica el camión en su propio ubicación. (Ciclo de Acarreo) sistema después espera los eventos anticipado de llegada / asignar etc. Modificar: Modificación no es necesaria
20
Aceptar: Esta excepción le da llegada por la segunda ves al camión. El tiempo de acarreo es inflamando a la aceptar la ultima llegada. Rechazar: Esta excepción, el sistema ignora la segunda llegada reconociendo que el camión ya llega a la pala 76. Inicio de carga es el siguiente procedimiento Modificar: Modificación no es necesario
Aceptar Si el despachador acepta esta excepción, el sistema DISPATCH llega el camión por la segunda ves y el evento anticipado es cargar. No es recomendable aceptar esta excepción. Rechazar: Si el despachador rechaza esta excepción, es como aceptar la corrección del operador. Rechazando la excepción es como aceptar la corrección y ubica el camión en ruta a la pala. El próximo evento anticipado es llegada en la pala. Modificar: El despachador no debe modificar esta excepción. La mejor solución es de rechazar esta excepción. 21
Aceptar: Aceptando este evento genera una re-calculación en la solución y asigna el camión a la mejor opción de pala. El sistema DISPATCH cree que el camión esta vació, y esta en ruta a una pala. Rechazar: Rechazando este evento, el operado de camión tiene la oportunidad de corregir su error. Modificar: Modificación no es necesario
Aceptar: Aceptando este evento genera una re-calculación en la solución y asigna el camión a la mejor opción de pala. El sistema DISPATCH cree que el camión esta vació, y esta en ruta a una pala. Rechazar: Rechazando este evento, el operado de camión tiene la oportunidad de corregir su error. Modificación: No es modificado.
22
Aceptar: Aceptando esta excepción asume que el camión esta vació y lo asigna a una pala. Rechazar: Rechazando esta excepción, le da la oportunidad al operador de camión y pala verificar en que posición están en el ciclo de acarreo y ser los cambios apropiados Modificación: El Despachador puede comunicarse con el operador de camión y pala para verificar el problema. Si el camión esta lleno, simplemente rechace la excepción, y con el menú de acciones en la utilidad de pala, oprime el icono lleno para completar el procedimiento de lleno para el operador de pala.
Aceptar: Aceptando este evento, asume que el camión esta vació y lo asigna a la pala. La posibilidad existe que el sistema DISPATCH asigne el camión a otra pala. 23
Rechazar: Rechazando este evento, le da la oportunidad al operador del camión y pala verificar en que posición están en el ciclo de acarreo y ser los cambios apropiados Modificación: El Despachador puede comunicarse con el operador de camión y pala para verificar el problema. Si el camión esta lleno, simplemente rechace la excepción, y con el menú de acciones en la utilidad de pala, oprime el icono lleno para completar el procedimiento de lleno para el operador de pala.
Aceptar: Aceptando este evento, asume que el camión esta vació, y lo asigna a la pala. Este tipo de excepción ocurre cuando un despachador no responde a tiempo adecuado y el operador de camión corrige su error. Rechazar: Rechazando este evento, es lo mismo como aceptar la corrección del operador Modificación: El procedimiento del Despachador es no modificar la excepción.
Aceptar: Aceptando este evento, ubica camión a una pala, envista que el operador de camión oprimió asignar, es posible que hay problemas de comunicación en la zona del 24
botadero, o problemas con equipo de DISPATCH. O simplemente se le olvido al operador de oprimir asigna. Rechazar: Rechazando este evento, obliga el operador corregir su error y iniciar asignar. Modificación: No se modifica
Aceptar: esta excepción cambia el estado de pala de demora a operativo, y comienza el ciclo de carga. Rechazar: Rechazando este evento el Sistema DISPATCH ignora la excepción y espera que el operador de pala se ponga en estado operativo. Modificar: El Despachador puede modificar este evento en aceptando la excepción. Pero, confirmación con el operador de pala es importante. Generalmente es seguro aceptar la excepción.
25
Aceptar: Aceptando este evento pone Camión 2225 cargando y asigna 2246 al botadero antes de que el operador de pala oprimiera lleno afectando el tiempo de cargar. También hay la posibilidad de que el sistema de DISPATCH en la pala no este funcionando. Rechazar: Rechazando este evento pone el camión 2225 en espera y continua cargando a camión 2246 y el tiempo de cargar sigue. Modificación: El Despachador puede modificar sí la comunicación con los operadores esta claro
Aceptar: Aceptando este evento, pone camión C380 cargando. El próximo evento cera generada por el operador de pala que es lleno. Rechazar: Rechazando este evento, pone C380 en espera y el próximo evento es cargando Modificación: El Despachador puede modificar sí la comunicación con operador este claro
26
Aceptar: Aceptando este evento el Sistema DISPATCH ignora el tiempo original de cargar. El tiempo de cargar se reinicia con la segunda acción de cargar Rechazar: Reachacando este evento el tiempo de cargar no es afectado. Modificación: El Despachador puede modificar sí la comunicación con operador este claro.
Aceptar: Aceptando este evento, ubica camión cargando en la pala, pero el evento anticipado era llegada, asignar, llegada, luego cargando. Rechazar: Rechazando este evento, obliga operador corregir su error y ingresar llegada. Modificación: El Despachador puede modificar sí la comunicación con operador este claro.
27
Aceptar: Aceptando este evento, ubica camión cargando en pala, pero el camión no llega al botadero, DISPATCH anticipa que ya llego el camión en el botadero y asigna camión a pala. Es posible que se perdió la carga que el camión tenia.
Rechazar: Rechazando este evento pone el camión en ruta al botadero, y espera el próximo evento de llegada Modificación: El Despachador puede modificar sí la comunicación con operador esta claro. Pero es mejor rechazar este evento.
Aceptar: Aceptando este evento, inicia camión operativo y comienza el ciclo de carga 28
Rechazar: Rechazando este evento obliga el operador registrarse, luego poner el camión operativo en el sistema DISPATCH. Modificación: El Despachador puede modificar sí la comunicación con operador esta claro.
Aceptar: Aceptando es posible de aumentar una cargar, pero antes de que se elimine la excepción, el sistema DISPATCH espera que el despachador asigne un camión en la área de ingresar datos. Rechazar: Rechazando este evento, ignora el ingreso de lleno y no genera la extra carga. Modificación: El Despachador puede modificar sí la comunicación con operador este claro. TENGA EN MENTE!!!! Que esta excepción puede afectar la cuenta de cargas.
29
Aceptar: Aceptando este evento de dos partes elimina la pala de la solución PL y no envía mas camiones. La excepción generada es archiva indicando que la pala esta Fuera de Servicio. También un comentario puede ser registrado indicando el problema por el despachador. En la segunda parte de la excepción indica si el despachador quiere dejar los camiones en la pala en estado Standby con operador o reasignar los camiones a otras palas. Rechazar: La pala sigue operativa en la solución PL y camiones siguen llegando. Modificar: Ninguno
Segunda Parte de la excepción de Mantenimiento.
30
Modificar: Es posible que el operador no recuerda su registro de trabajo. Es importante que el operador ingrese su registro de trabajo y es la responsabilidad del despachador que todos los registro de trabajo estén implementados en cada equipo operativo.
Cuando el sistema DISPATCH recalcula la solución PL, esta excepción informática es generado enviando niveles operacionales en el sistema. Sea niveles de cobertura en cada pala o cantidad de material enviado a las trituradoras.
31
El operador del camión identificado tiene una emergencia y es la responsabilidad del despachador de investigar el problema por radio de comunicación. Si el operador del camión no responde, inmediatamente se comunica con supervisor de turno con el problema y al mismo tiempo se ubica el camión con el sistema de GPS en graficas para identificar la ubicación del camión.
3 Capitulo 3: Interrupciones y recuperaciones de Palas El objetivo de este Capitulo •
Explicar como reconocer una interrupción de pala
•
Identificar las herramientas para recuperar la pala
•
Explicar como recuperar de una interrupción de pala
Objeto 32
Durante el turno, ocurren instantes de interrupciones en las palas, Una interrupción de pala puede afecta la producción indirectamente o directamente. Es muy importante que el despachador reconozca las interrupciones y como recuperar de estos eventos. Hay tres situaciones definidas para las interrupciones de pala: sin uso, pala bajo alimentación, y de mas camiones. Este capitulo explica como reconocer cada condición de interrupción de pala. Este capitulo también sugiera ciertas estragarías y herramientas que puede usar el despachador para recuperar las palas. Nota: Durante este capitulo y manual, cuando el texto de DISPATCH es usado, se refiere al sistema DISPATCH. Nota: Durante este capitulo y manual, cuando el texto de Pala es usado, se refiere a todos los equipos de excavación.
Interrupciones de palas Cuando el turno esta en operación, en muchas ocasionales ocurre interrupciones de palas. Una interrupción de pala puede afectar la producción en la mina. Es muy importante que el despachador reconozca las interrupciones y que responda con mínimo efectos en la producción. Tres situaciones definen interrupciones de palas que son lo siguientes: − Pala Sin Uso − Pala baja alimentación − Pala con de mas camiones
Pala Sin Uso Una pala Sin Uso es una pala que el sistema DISPATCH suspende asignaciones de camiones por alguna razón. Es decir la pala esta operativa y los camiones asignado fijamente son los únicos camiones que son enviados a la pala.
La posibilidad de Palas Sin Uso Posibilidades de eventos que ponen palas Sin Uso.
33
1. No hay botaderos en estado operativo que aceptan material de pala en producción. 2. Pala enviando material a botadero con restricción de capacidad 3. No existe ruta o camino entre pala y botadero 4. Utilidad de mezcla esta implementado 5. Falta de camiones
Estrategia de Recuperación 1: Reviso de Botaderos La primera acción que se debe determinar es que haga un botadero en estado operativo que acepta el material enviado por la pala Para investigar el problema, simplemente active la pantalla de Botaderos y determine los botaderos en estado operativo que tipo de materiales aceptan. Determine que el estado del botadero o el material enviado de la pala sin uso estén operativo o el material este definido correctamente. Si el botadero no acepta el material simplemente define el material enviado por la pala. Tome las acciones apropiadas y necesarias, modifique la pantalla de Botaderos para recuperar la pala 1. Definir material en botadero 2. Cambiar estado de botadero a operativo 3. Crear nuevo botadero Nota: Botadero en estado operativo o demora es reconocida abierto. Botadero en estado Standby o Mantenimiento es reconocido cerrado. Si todo esta bien, es posible que la pala este sin uso porque no hay botaderos disponibles que aceptan el material enviado por la pala.
Reviso: 2 Caminos y Rutas La segunda acción que se toma para determinar si hay una ruta entre la pala y el botadero es: Desde el teclado maestro seleccione el icono de rutas para activar él modulo de rutas. Determine si hay una ruta cerrada con un solo sentido, o completamente cerrada con los dos sentidos. Determine si la ruta cerrada esta afectando el flujo de producción de la pala sin uso al botadero.
34
Determine si hay un comino cerrado con un solo sentido, o completamente cerrado con los dos sentidos. Determine si el camino cerrado esta afectando el flujo de producción de la pala sin uso al botadero, tome la acción apropiada. Nota: Recuerde! Rutas no son caminos. Una ruta puede estar cerrada, pero el camino esta abierto. Una ruta puede estar abierta, pero el camino esta cerrado. Si todo esta bien entonces no son las rutas ni los caminos afectando la pala.
Reviso: 3 Pocos Camiones Si la pala esta enviando material a la trituradora, hay una tercer opción disponible: determine la capacidad de la trituradora. Si la capacidad de la trituradora esta a 0 o si la tasa de excavación excede la capacidad, es posible que la pala se ponga sin uso. Active la pantalla de Botaderos y ubique la trituradora. Determine la capacidad de la trituradora. La capacidad es definida con toneladas por hora en la ultima parte en la derecha de la pantalla. Categoría (Capacidad ton.) Si la trituradora no tiene capacidad definido, esta información le indica al sistema DISPATCH que puede enviar una cantidad de material sin limite. Pero si un limite esta implementado, entonces la trituradora recibe la cantidad definido en la capacidad. Ajuste la capacidad durante el turno acuerdo del desempeño de la trituradora. Si todo esta bien, entonces la pala no esta sin uso porque excede la capacidad de la trituradora.
Reviso 4: Bajo Recursos de Camiones La pala puede estar sin uso porque hay una situación de bajo recursos de camiones. DISPATCH esta configurado para poner palas sin uso si hay bajos recurso de camiones. Para revisar esta configuración, simplemente active él modulo de LP Configuración y seleccione la utilidad de Parámetros Global. La primera opción en Parámetros Global tiene la opción de Sí hay déficit de camiones dejar pala sin uso (LPMATCHTRUCK) Si la opción esta activado a SI, esto le indica al sistema que si faltan camiones en la operación, la pala con menos eficiencia la pone sin uso. Desactive este parámetro a NO. Al recalcular la LP la pala sin uso es reactivada en la LP solución. Nota: si el parámetro esta desactivado, entonces hay otro problema.
35
Reviso 5: Parar Pala Otra opción disponible para el despachador es de poner la pala sin uso en estado Standby. DISPATCH a determinado que la pala sin uso no es necesario en la operación de la LP solución. El despachador simplemente da instrucciones al operador que se ponga en estado Standby. Una Pala con baja alimentación (cobertura) es que no esta recibiendo los suficientes camiones para la pala operar eficientemente generando tiempo de espera altos en la pala. Una pala con de mas camiones son palas con colas de camiones todo el día. Por alguna razón la pala esta operativa y el sistema DISPATCH sigue enviando de mas camiones a la pala.
Palas con Baja Alimentación DISPATCH tiene la capacidad de enviar menos camiones a una pala. Una pala con baja alimentación recibe pocos camiones y es reconocido en la LP Ruta. Para asegurarse baja alimentación de la pala se puede usar el Reporte Sumario en LP Configuración. Use LP Configuración para activar el Reporte Sumario. En el reporte tiene una categoría de las palas que DISPATCH considera con baja alimentación.
Las posibilidades de Palas con Baja Alimentación 1. No hay suficientes camiones para alimentar todas las palas en estado operativo. 2. Restricciones de capacidad en los botaderos
Estragaría de Recuperación Estrategia 1: Revise si hay suficientes camiones (LP Parámetros Global) La primera acción que se determina es la razón la pala esta baja alimentación. Determine si hay suficientes camiones en estado operativo. Revise el Parámetro Global para determinar porque la pala esta con baja alimentación. Es posible de que no hay suficientes camiones.
36
Para revisar esta configuración, simplemente active él modulo de LP Configuración y seleccione la utilidad de Parámetros Global. La primera opción en Parámetros Global tiene la opción de Sí hay déficit de camiones dejar pala sin uso (LPMATCHTRUCK) Si la opción esta activada a NO, DISPATCH no tiene la opción de poner palas con menos productividad sin uso en una situación con menos camiones. También con esta opción a NO, los recursos de camiones son distribuir entre todas las palas, ignorando todas las prioridades, generando baja alimentación en las mayorías de todas las palas. Un remedio para esta situación es de poner mas camiones en estado operativo para lograr las necesidades de cada pala. (Si es posible)
Estrategia 2: Revisar niveles de Utilizaciones de otras palas y modificar La segunda acción es de determina los niveles de utilización de cada pala en estado operativo. Reducir los niveles de palas con alto nivel de utilización forzando camiones a las palas con baja alimentación. Para modificar los niveles de utilización de las palas, simplemente use el reporte de Palas ubicado en el modulo de LP Configuración. En el Reporte de Palas se puede ajustar los niveles de utilización de cada pala, simplemente ingrese la cantidad de utilización decida. También de puede usar la pantalla de Cobertura de Palas ubicada en el teclado maestro. Si todas las palas tienen 100% de utilización, simplemente ajuste los niveles de las palas con baja alimentación. Luego recalcule la LP Solución con el botón de Calculación.
Estrategia 3: Revisar Capacidad de Trituradora Otra acción es de determinar si las palas con baja alimentación están enviando material a la trituradora. Si la capacidad de la trituradora se excede(toneladas de Palas), DISPATCH reduce la cantidad de camiones enviado a la pala por que la pala esta produciendo mas de la capacidad de la Trituradora.
Estrategia 4: Pala en Reserva Otra acción para una pala con baja alimentación es de poner la pala en reserva, si no se puede incrementar la cantidad de camiones. Es importante de determinar toda las opciones antes de ser algo tan drástico. Si se puede reducir los destino de descargar para mantener la pala operativa, cumple la acción. Pero sí todo las opciones sé han completado, pala en reserva.
37
Palas con de mas Camiones DISPATCH puede asignar de mas camiones a palas. Una pala con de mas camiones constantemente esta recibiendo camiones y es lógico porque en la pantalla de LP Ruta (HaulRoute) los camiones están generando colas bajo la pala. Nota: tenga en mente que si una pala tiene de mas camiones, es posible que otras palas tengan pocos camiones.
Posibilidades de mas camiones de palas Posibilidades de mas camiones de palas 1. Restricciones en otras palas 2. De mas camiones
Recuperación Estrategia 1: Reviso de Restricciones en otras palas En muchas veces una pala recibe de mas camiones por un tipo de restricción. Si este es él causo, para determinar el problema simplemente use el Reporte de Palas. En el Reporte de Palas usted puede ver los niveles de utilización de cada pala en porcentaje actual. Si hay palas con menos de 100%, simplemente incremente el nivel y forcé una recalculación para que la LP Solución reconozca los cambios inmediatamente.
Estrategia 2: Reviso de mas camiones DISPATCH puede enviar de mas camiones a una pala, si hay muchos camiones operativos. Para determinar si hay muchos camiones simplemente revise el parámetro global y si hay déficit de camiones pala sin uso (LPTRUCKTYPE) entonces active el Reporte de Palas (Cobertura de palas) Observando el reporte, si todas las palas están a 100% usted puede determinar que todas las palas están cubiertas a niveles máximos sino de más. Los tiempos de espera de los camiones comienza a subir en cada pala. Usted puede asumir de parar camiones y no va afectar la producción en su turno.
38
Ahora, tiene la opción de parar camiones o si es posible usar rutas mas largas para reducir los tiempos de espera en cada pala.
Notas:
39
Notas:
40
Notas:
41
Esta pagina dejado intencionalmente.
42
