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 enva mensajes que pertenecen a las actividades operacionales en la mina a la pantalla de Transaccin. Los mensajes son informacin adicional para el despachador, y tpicamente no requieren intervenciones directas. No es critico monitorear los mensajes de la pantalla de transaccin constantemente. Cuando el sistema DISPATCH recibe informacin desde el campo o lo enva hace el campo y tiene importancia en la operacin de la mina, el mensaje es registrado. Mensajes de operaciones del sistema DISPATCH tambin son registrados. Por ejemplo cuando una excepcin es solucionada por el despachador, o cuando la solucin PL re-calcula, o cuando un problema relacionado con la base de datos se genera. Todos los mensajes son enviados a la pantalla de Transaccin. Los mensajes comienzan a registrarse desde el inferior de la pantalla de transaccin hace arriba, son registrados con la hora en que se generaron. Todos los mensajes de la pantalla de Transaccin son archivados y pueden ser usados como referencias en el futuro. En este capitulo vamos a discutir un poco las definiciones de los smbolos usados por los mensajes de la pantalla de transaccin, y luego concentrarnos en los mensajes generados por los camiones y palas. Tambin repasar transacciones asociadas con problemas de la base de datos de mina, identificados por la solucin PL. Mensajes de transacciones tambin identifican problemas en el ciclo de acarreo, errores en puntos de comunicaciones, llegadas tarde, Standby automticos, y otros mensajes que sern explicados.

Caractersticas de Tres smbolos

Cada transaccin es clasificada con tres smbolos que tpicamente identifica la clase de mensaje y la hora en que se genero el mensaje. Los cuatro smbolos son lo siguientes: (###) Numrico (***)asterisco (---)lnea (!!!)admiracin Smbolo (###) Numrico indica un mensaje de cambio de estado de equipo a demora o operativo, y tambin indica mensajes de tardanza. Cambio de estado de equipo (demora o operativo) Una reasignacin generado por el despachador. Operador de equipo pide ayuda Mensaje de equipo tarde Smbolo (***) Asteriscos indica un mensaje de transaccin como asignacin de camin, registro de operado en equipo o mensaje de informacin menos el mensaje de tarde. Mas ejemplos Asignacin del sistema DISPATCH Operador se registra Mensajes informativos menos mensaje de tarde. Smbolo (---) Lneas tpicamente indica una accin del equipo. Mas ejemplos: Camin llega Pala termina de cargar Smbolo (!!!) Admiracin indica un cambio de estado de un equipo a Standby, mantenimiento, o un evento de alarma Un camin operativo cambia a estado de Mantenimiento o Standby Una pala cambia a estado de Demora, Standby, o Mantenimiento.

Transacciones Tpicas de Camin

Tpicamente mensajes de transacciones asociado con camiones incluyen registro de operadores, cambio de estado anticipado, llegada, llegadas anticipadas en puntos de comunicacin y ubicaciones, asignaciones, y el tipo de material cargado en el camin. Los siguientes ejemplos son transacciones de camiones y como fueron generados.

Ejemplo de transaccin de camin y explicacin Transaccin de camin ejemplo: 1

*** Grupo C operador Pancho(12345) registro en camin T123 06:00:23

Explicacin: El operador de camin se registro. El operador Pancho se registra en camin T123

Transaccin de camin ejemplo: 2

### T123 esta operativo despus de demora en Pala P55 06:00:36

Explicacin: Un cambio de estado anticipado. Camin 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 transaccin generada fue estado anticipada. Si no es anticipado, entonces se genera una excepcin.

Transaccin de camin ejemplo: 3

--------Camin C123 llega a punto de comunicacin PC060 Camin C123 llega a punto de comunicacin PC006 Camin C123 llega a punto de comunicacin PC007 Camin C123 llega a botadero LMS4925H 06:28:15 06:30:00 06:31:10 06:33:20

Explicacin: Mensajes de llegadas en puntos de comunicaciones y botadero anticipado. El camin llega PC060, PC006, PC007 y botadero LMS4925H como anticipado. Las llegadas en los puntos de comunicacin son generadas automticamente cuando el camin es detectado en cada punto de comunicacin. Las llegadas pueden ser generadas manualmente por el operador o generadas automticamente cuando el camin llega al botadero (GPS).

Transaccin de camin ejemplo: 4

*** C123 asignado desde botadero LMS4925H a pala P55 --- Camin C123 tiempo estimado a llegar a pala P55 en 7.8 06:35:05 06:35:05

Explicacin: Mensaje de asignacin tpica para un camin con tiempo de estimacin de llegada a la pala. El operador oprimi asignar manualmente o el sistema DISPATCH recibi un mensaje automticamente del camin si tiene la opcin de auto-asignacin. El sistema DISPATCH calcula y genera un tiempo de estimacin de llegada a su destino. Camin C123 fue asignado del botadero LMS4925H a la pala P55 y debe llegar a la pala en 7.8 min.

Transaccin de camin ejemplo: 5

--- Camin C123 llega a punto de comunicacin PC007 --- Camin C123 llega a punto de comunicacin PC006 --- Camin C123 llega a punto de comunicacin PC060 3 06:37:15 06:39:50 06:41:10

--- Camin C123 llega a pala P55

06:42:20

Explicacin: de nuevo, mensaje tpico de llegada a puntos de comunicaciones y destino en la ruta del camin Camiones son detectado automticamente en los puntos de comunicaciones. Cuando el camin llega a la pala, el operador oprime llegada en su monitor luego el evento es registrado. Si la opcin de auto-llegada esta activada, el operador no interacta con su monitor. Como anticipado, camin C123 llega a punto de comunicacin PC007, PC006, PC060, y la pala P55.

Transaccin de camin 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

Explicacin: Mensaje tpico de primer cucharn. El operador del camin C123 oprimi inicio de carga en su monitor cuando la pala carga el primer cucharn fsico en la tolva del camin. El sistema DISPATCH genera el evento de que el camin C123 esta cargando en la pala y computa el tiempo de espera. El tiempo de espera comienza cuando el operador del camin llega a la pala y se cancela cuando el operador de la pala oprime lleno del camin previo. Tambin en este mensaje el sistema DISPATCH ensea que el camin C123 espero 3.6 min. entre medio de cuando llega el camin C123 y cuando la pala oprimi lleno del camin previo. El sistema DISPATCH, tambin genera el tiempo de estimacin para la pala para cargar el camin. El sistema DISPATCH estima que la pala P55 va cargar a C123 en 1.8 min.

Transaccin de camin ejemplo: 7

--- P55 cargo C123 con estril (3520-E)
06:4 6:30

06:47:12

Explicacin: Mensaje tpico de un camin lleno. El operador de pala P55 oprimi lleno en su monitor o pedal cuando el camin C123 se lleno. El sistema DISPATCH genera el mensaje con el tipo de material que fue cargado el camin C123. Tambin cuando el operador de pala oprime lleno, un paquete pidiendo asignacin para el camin es enviado al sistema DISPATCH (no es enviado a la pantalla de Transaccin).

Transaccin de camin 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

Explicacin: Mensaje tpico de un camin recibiendo asignacin y tiempo calculado para llegar al botadero. Despus de que el sistema DISPATCH recibe el paquete de asignacin para camin C123 desde la pala P55, el mensaje de asignacin es enviado al mismo tiempo que el tiempo de estimacin para llegar al botadero.

Transaccin de camin ejemplo: 9

--- Camin C123 llega a punto de comunicacin PC060 --- Camin C123 llega a punto de comunicacin PC006 --- Camin C123 llega a punto de comunicacin PC007 --- C123 llego a botadero T3940 06:46:35 06:50:23 06:55:10 07:00:05

Explicacin: Mensaje tpico de llegadas anticipadas en puntos de comunicacin, y ubicaciones en la ruta del camin. Los camiones son detectados automticamente en los puntos de comunicacin. El camin C123 llega a CP060, CP006, CP007, y el botadero T3940 como anticipado. Las llegadas en los puntos de comunicacin son generadas automticamente cuando el camin es detectado en cada punto de comunicacin. La llegada al botadero es generada por el operador del camin oprimiendo el icono en su monitor o reportado por el botadero si la opcin de auto-llegada esta activada.

Transaccin de camin ejemplo: 10

--- C123 asignado desde botadero T3940 a pala P54 --- Camin C123 tiempo estimado a llegar a pala P10 8.8 07:02:33 07:02:33

Explicacin: Mensaje tpico de asignacin con tiempo calculado para camin que llega a la pala. El sistema DISPATCH recibe el paquete, luego enva asignacin a camin y lo genera como mensaje en la pantalla de Transaccin. El sistema DISPATCH tambin calcula y genera mensaje de tiempo estimado para llegada de camin a pala. Camin 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 camin. En realidad, ejemplos 1 entre 9 definen un ciclo de acarreo de un camin tpico. 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 Transaccin.

Transaccin de Pala
Tpicamente mensajes de transacciones asociado con palas incluyen registro de operadores, cambio de estado anticipado, tipo de material excavando, l ID de camin cargando, ID del siguiente camin que va cargar la pala y en cuanto tiempo (estimacin) Los siguientes ejemplos son de transacciones de palas y como fueron generadas. Ejemplos de transacciones de palas con explicaciones

Transaccin de Pala, Ejemplo 1

*** Grupo B operador Gato Hernndez (4546) inicio registro en P49 06:00:25

Explicacin: El operador de pala se registro. El operador Gato Hernndez se registra en pala P49

Transaccin de Pala, Ejemplo 2

### P49 inicio operativo despus de Demora en banco (4520-3529-M) 06:00:30

Explicacin: 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.

Transaccin de Pala, Ejemplo 3

--- C111 cargando en P49: P49 espera 2.5 min. 06:03:00

Explicacin: Un mensaje tpico de primer cucharn. El operador de camin C111 oprimi cargando en su monitor cuando la pala P49 comenz a cargar el camin fsicamente. 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 camin cargando, y termina cuando el prximo camin 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 camin C111. Pero, si hay camiones constante en la pala el tiempo de espera es cerro. Transaccin de Pala, Ejemplo 4 6

--- P49 termina de cargar C111 en 1.8 min.

06:03:00

Explicacin: Un mensaje tpico de calculacin. El sistema DISPATCH estima en cuanto tiempo se va demorar la pala P49 para cargar el camin C111 al mismo tiempo registrado el mensaje en la pantalla de transaccin. Transaccin de Pala, Ejemplo 5 --- P49 cargo C111 con mineral (3529-M) 06:05:02

Explicacin: Un mensaje de carga. El operador de pala P49 oprimi lleno en su monitor cuando termino de cargar camin C111. Esta accin de lleno enva un paquete (no es registrado en la pantalla transaccin) al sistema DISPATCH pidiendo una asignacin para el camin. Esta accin tambin define el tipo de material que el camin fue cargado. Transaccin de Pala, Ejemplo 6 *** C111 asignado de pala P49 a la Primaria 1 06:06:05

Explicacin: Un mensaje tpico de asignacin es registrado cuando el sistema DISPATCH recibe la indicacin de lleno del operador de pala va el monitor. Estos son ejemplos de transacciones de palas. Ejemplos 1 a 6 define un ciclo de cargar para la pala. En la operacin 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 solucin LP, una transaccin es registrada llamando atencin al problema Estos mensajes alertan al despachador que hay un problema en la base de datos de mina o turno. Sirven como guas para el despachador para resolver el problema generado. Los ejemplos de transaccin 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 estril ignorado 06:45:25 06:45:25

Problema: La solucin PL trato de seguir las instrucciones de asignacin fija de botadero en la pala P55, pero no pudo lograr la instruccin. En vista de que no pudo lograr la asignacin fija, la LP solucin ignoro la instruccin. Solucin: Eliminar la asignacin fija de botadero en la pala o cambiar la asignacin 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 solucin PL recalcula, descubre que no hay una ruta viable entre la pala P49 a la ubicacin de descargar. La solucin PL se reclama y enva el problema a la pantalla de transaccin. 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. Solucin: Determine si un camino existe entre la ubicacin 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 solucin PL no pudo leer el archivo 120901 en excav. cuando recalculo. Porque se Genero el Problema: Hay una corrupcin en la base de datos. Solucin: 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 06:46:30

Problema: La solucin PL no pudo leer el archivo 15702 en shiftexcav. cuando recalculo. Porque se Genero el Problema: Hay una corrupcin 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. Solucin: La base de datos tiene que ser dbclean. El administrador del sistema DISPATCH se encarga de este procedimiento.

Problemas con Tiempo de Viaje

Tpicamente problemas de tiempo de viaje ocurren cuando una ruta no existe entre la ubicacin 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. Tpicamente este problema de tiempo de viaje ocurre paralelo con la transaccin de No ruta abierta existe. Generalmente con un poco de investigacin se puede solucionar el problema.

Transaccin 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 camin C123 a generado una transaccin de 90 minutos que es el mximo tiempo configurado en el sistema. Porque se Genero el Problema: No hay ruta entre dos puntos que el camin tiene que viajar. El sistema DISPATCH genera la transaccin con el tiempo de estimacin de 90 minutos, Solucin: Investigar el problema usado la pantalla graficas o el Modulo de rutas.

Errores de Puntos de Comunicacin

El sistema DISPATCH selecciona la mejor ruta para cada asignacin y anticipa que cada camin va pasar por cada punto de comunicacin en la ruta seleccionada.

Transaccin de Error de Puntos de Comunicacin ejemplo: 1

*** C123 no se esperaba llegada a Punto de Comunicacin PC07 9 06:45:25

--- C123 no llego a Punto de Comunicacin PC03 (ID #7)

06:49:25

Problema: El sistema DISPATCH esperaba comunicacin con camin C123 en PC03, pero camin C123 reporto en PC07.y el sistema DISPATCH asume que camin C123 no llego por PC03 y genera una transaccin. Porque se Genero el Problema: El camin puede estar viajando por otra ruta. Si la opcin de GPS existe en su mina ubique el camin para identificar la ruta que el camin esta viajando. O el radio de una baliza virtual esta muy grande y sobre cubre otros caminos. Solucin: Use las herramientas en graficas para revisar la red de caminos y la mejor rutas. Revise los tamaos de las balizas virtuales y corrige o reduzca los errores.

Transaccin de Error de Puntos de Comunicacin ejemplo: 2

--- C123 llego a TRANSMISOR P55 Pala. --- C123 no llego a Punto de Comunicacin PC54 (ID #14) --- C123 no llego a Punto de Comunicacin PC50 (ID #31) --- C123 no llego a Punto de Comunicacin PC59 (ID #15) 07:05:35 07:05:35 07:05:35 07:05:35

Problema: Camin C123 llega a la pala P55, pero no reporto en tres puntos de comunicaciones en la ruta. El sistema DISPATCH anticipaba que el camin iba reportar en cada punto de comunicacin en orden. De repente el camin llega a su destino sin comunicase con los tres puntos de comunicaciones, generando el mensaje de transaccin con todos los puntos de comunicacin que no reporto el camin. Porque se Genero el Problema: Es posible que el camin viaja por otra ruta, la red de caminos no estn actualizadas, o puede ver problema con el equipo de MMS. Solucin: Revise que el camin este en su asignacin que el sistema DISPATCH lo asigno. Revise la mejor ruta y la red de caminos. Verifique que el recibidor de GPS este funcionando.

Transaccin de Mensajes Tardes

Cuando una accin de equipo esta tarde, con acuerdo lo que el sistema DISPATCH anticipa, DISPATCH genera un mensaje de tarde en la pantalla de transaccin identificando el equipo.

10

El sistema DISPATCH tpicamente genera el primer mensaje despus de dos minutos anticipado de la prxima accin. Otros eventos como operativos y cambio de turno son configurado con tiempos mayores a comparar a los tiempos del ciclo de acarreo.

Transaccin de Mensaje Tarde: 1

### Camin C123 esta en Demora en banco 1234 despus de 22.1min. ### Pala P55 esta en Demora en banco 1234 despus 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 camin y pala no han cambiado estado de equipo respectivamente y en el tiempo adecuado. Solucin: 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 comunicacin y los eventos enviado por los equipos no estn transmitiendo. Tambin es posible que se les olvido a los operadores cambiar los estados de los equipos de demora a operativos.

Transaccin de Mensaje Tarde: 2

### C123 esta 4.0 min. TARDE de iniciar carga en pala P55 ### Pala P55 esta TARDE 2 min. en oprimir lleno a C123 en banco 12340 ### C123 esta 6.0 min. TARDE para llegar a STOCKPILE STOCK1 ### C123 esta 6.0 min. TARDE para pedir asignacin del BOTADERO1 06:16:35 06:21:25 07:28:00 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 asignacin 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 camin 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 camin. La segunda transaccin es generada. Al tiempo el operador genera el evento de lleno.

11

El operador del camin C123 esta tarde para indicar la llegada en STOCK1 generando el tercer mensaje de transaccin. Luego el operador del camin C123 esta tarde para pedir asignacin del botadero 1 (la cuarta transaccin es generada) Solucin: Contactar el operador, si el operador uso el monitor para reportar el evento, entonces puede ver problemas con el equipo de MMS o comunicacin. Si el operador no usa el monitor, entonces avise el operador que complete sus eventos.

Standby Automticamente (Reserva)

Transaccin de Standby Automticamente (Reserva) 1 !!! C123 esta Standby, razn NO PALAS DESPONIBLE 06:45:25

Problema: Camin pide asignacin pero el sistema DISPATCH no puede asignar camin a pala porque no hay palas disponibles, cambiando el estado de camin a Standby. Porque se Genero el Problema: Hay multi razones para el sistema DISPATCH de cambiar el estado de los camiones a Standby. La razn ms comn que el sistema DISPATCH pone un camin en Standby es cuando no hay palas operativas o en demora para cumplir la produccin. Razones adicionales para camin cambiar a Standby son, camiones con restricciones a todas las palas, restriccin entre una regin a otra, restriccin de material o botadero que la pala esta enviando material. Si un camin esta restringido a una regin y no hay palas operativas o en demora en la regin, el sistema DISPATCH forzadamente cambia el estado de camin a Standby. Tambin si la ubicacin del camin es desconocida, el sistema DISPATCH no sabe a donde esta el camin forzando el camin a cambiar el estado a Standby. Solucin: Tpicamente 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 estn asignados fijos o restringidos. Determine que el camin no tenga un tipo de restriccin a una pala regin, material, o botadero. Si este es el caso, modifique las restricciones adecuadamente. Revise s el camin esta asignado a una regin fijamente sin palas en estado operativo o demora. Modifique adecuadamente. Determine si la ubicacin del camin no es desconocida. El sistema DISPATCH no puede asignar camin si no reconoce su ubicacin. Si este es el problema, active un 12

Teclado Maestro, luego seleccione l modulo de camiones. Seleccione l ID de camin y verifique que adonde dice ubicacin no tenga la palabra desconocida. Si este es el problema, modifique adecuadamente.

Transaccin de Standby Automticamente (Reserva) 2

!!! C123 esta en Standby, razn NO BOTADEROS DESPONIBLE 06:46:35

Problema: Cando la pala ingresa lleno al camin, el camin lleno automticamente cambia de estado a Standby. Es muy difcil para que el sistema DISPATCH cambie el estado de camin a estado Standby. Sin embargo existen los problemas mas para el manejo del material que un problema en el sistema El problema ms comn es cuando todos los botaderos que aceptan el material que tiene el camin estn en estado mantenimiento. Problemas adicionales son cuando un camin esta restringido de un botadero o regin. Si el camin esta asignado a una regin fijamente y no hay botaderos operativos, el sistema DISPATCH automticamente cambia el estado de camin a Standby. Solucin: 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 camin no tenga restricciones al botadero seleccionado. O que la regin del botadero este definido. Si determina que este es el problema, modifique adecuadamente. Determine si el camin tiene asignado fijo, una regin sin botaderos operativos. Si determina que este es el problema, modifique adecuadamente. l ultima reviso es, determine que el camin tenga una ubicacin definido. El sistema DISPATCH no puede asignar un camin si no reconoce su ubicacin. Si determina que este es el problema, en l modulo de camiones seleccione categora ubicacin, luego seleccione actual y ingrese ubicacin actual del camin adecuadamente.

Transaccin de Standby Automticamente (Reserva) 3

!!! C123 esta Standby, razn NO TRITURADORA DESPONIBLE Problema: Idntico a NO-BOTADERO DESPONIBLE Problemas adicionales: Idntico a NO-BOTADERO DESPONIBLE 13 06:47:25

Solucin: Idntico a NO-BOTADERO DESPONIBLE

Miscelneo Transaccin de Miscelneo Ejemplo: 1

!!! C312 detectado en mal ubicacin en botedero1 06:46:35

Problema: El sistema DISPATCH detecto equipo en ubicacin que no se anticipaba. En este caso el botadero1 detecto camin C312 y el sistema DISPATCH reclamo porque camin C312 estaba en mal ubicacin. Porque se genero s Problema: El camin viaja a mal ubicacin. Es posible que el radio de GPS de otro botadero este muy grande, sobrepuesto en los segmentos de caminos que el camin esta viajando en ruta a su destino original. Solucin: Determine que el camin viaje a su destino original, en este caso botadero1. Revise los radios de balizas virtuales, y modifique si estn muy grandes.

Transaccin de Miscelneo Ejemplo: 2

*** Recalculando PL por favor espere CALPATH: PATH link invalido, reparado Problema: Al recalcular la solucin 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. Solucin: El sistema DISPATCH corrigi el problema. Corrigi un problema que se presento en la red de caminos. Transaccin de Miscelneo Ejemplo: 3
### Mensaje: Tomar colacin despus de vaciar carga en botadero camin C511 2:10:35

06:46:35

Problema: No-problema Porque se Genero el Problema: El despachador envi mensaje al operador Solucin Ninguno

14

Notas:

15

2
Capitulo 2: Interpretando Excepciones
El objetivo de este Capitulo
Organizacin de la pantalla de Excepcin Identificar las cinco categoras 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 Miscelneo, explicar como se generan y las consecuencias si se aceptan o rechazan Repasar l capitulo

Objeto
El sistema DISPATCH enva mensajes de excepciones cuando un evento desanticipado es generado en el ciclo de acarreo o en cambios de estados. La excepcin alerta al despachador de que un problema s a generado y necesita la atencin del

16

despachador para resolver el problema genero. La responsabilidad del despachador es de resolver el evento que se presenta lo ms rpido posible. Como las transacciones, cada excepcin contiene los smbolos de identificacin para medir la importancia del mensaje. Cuando un mensaje es atendido, sea aceptar o rechazar, un mensaje de transaccin es enviado a la pantalla transaccin y archivado. En el prximo capitulo vamos a repasar la organizacin de cada excepcin y las definiciones. Hay cinco categoras de excepcin y cada categora son respondida en una manera donde los efectos en al campo son mnimos.

La fecha

Nmeros de excepciones pendientes

La hora

Botn de Aceptar

reas de Ingresar Datos

Botn de Rechazar

La Estructura de la Pantalla de Excepcin

La pantalla de excepcin tiene dos botones, uno de aceptar y el otro de rechazar, ubicado superior de la pantalla. Tambin tiene la fecha, hora, y nmeros 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 informacin o ser modificaciones.

Cinco categoras de Excepciones

Excepciones de Llegada Excepciones de Asignacin Excepciones Cargando/ lleno Excepciones de Estado 17

Excepciones de Informacin General De las cinco categoras, cuatro (llegada, asignar, cargar / lleno y estado) son muy similar en estructuras.

Primera Lnea / genero operador Segunda Lnea / lo que anticipaba el sistema Tercer parte / Informacin ingresar informacin

1. La primer parte indica cual evento genero el operador. 2. La segunda parte indica cual accin debera ingresar el operador 3. La tercer parte identifica informacin general, arias de ingresar informacin, o comentarios.

Procedimientos generales en entendiendo excepciones

Leer y Entender Excepciones Rechazando excepcin forceja el operador en oprimir accin correctamente. Aceptando una excepcin llegada, siempre llega camin a su destino. Aceptando excepcin de asignacin siempre asigna camin a pala. Nota: Cuando un operador oprime asignacin en ruta a pala, tenga en mente que aceptando excepcin puede enviar camin a otra pala, cancelando asignacin original. Aceptando excepcin de cargando SIEMPRE ubica camin bajo excavadora indicado en la excepcin. 18

Aceptando excepcin de lleno le indicada al camin asociado con la excepcin que ya tiene carga con tipo de material y su asignacin a destino. Nota: Aceptando excepcin lleno con ninguno no tiene ningn efecto. Aceptando excepcin de estado, cambia el estado de equipo indicado en la excepcin. Ejemplo: Demora, Reserva, y Mantenimiento Excepcin informativo y general requiere ningn tipo de interaccin

Aceptar: Aceptando esta excepcin, llega camin a pala de nuevo, y el prximo evento es inicio de carga Rechazar: Simplemente ignora el error generado por el operador de camin y espera el evento anticipado que es Cargando Modificar: Si se modifica esta excepcin, el resultado puede ser una carga perdida

Aceptar: Aceptado esta excepcin el sistema DISPATCH da la segunda llegada al

19

camin, afectando el ciclo de acarreo. El tiempo al botadero es inflamado, y el tiempo de descarga es reducido afectando la solucin LP. Rechazar: El sistema DISPATCH ignora la segunda llegada y reconoce que ya llego l camin. Modificar: Modificacin no es necesaria

Aceptar: Esta excepcin pone el camin en estado operativo en el botadero Rechazar: forzara el operador en cambiar el estado de camin. Luego el sistema DISPATCH ubica el camin en su propio ubicacin. (Ciclo de Acarreo) sistema despus espera los eventos anticipado de llegada / asignar etc. Modificar: Modificacin no es necesaria

20

Aceptar: Esta excepcin le da llegada por la segunda ves al camin. El tiempo de acarreo es inflamando a la aceptar la ultima llegada. Rechazar: Esta excepcin, el sistema ignora la segunda llegada reconociendo que el camin ya llega a la pala 76. Inicio de carga es el siguiente procedimiento Modificar: Modificacin no es necesario

Aceptar Si el despachador acepta esta excepcin, el sistema DISPATCH llega el camin por la segunda ves y el evento anticipado es cargar. No es recomendable aceptar esta excepcin. Rechazar: Si el despachador rechaza esta excepcin, es como aceptar la correccin del operador. Rechazando la excepcin es como aceptar la correccin y ubica el camin en ruta a la pala. El prximo evento anticipado es llegada en la pala. Modificar: El despachador no debe modificar esta excepcin. La mejor solucin es de rechazar esta excepcin. 21

Aceptar: Aceptando este evento genera una re-calculacin en la solucin y asigna el camin a la mejor opcin de pala. El sistema DISPATCH cree que el camin esta vaci, y esta en ruta a una pala. Rechazar: Rechazando este evento, el operado de camin tiene la oportunidad de corregir su error. Modificar: Modificacin no es necesario

Aceptar: Aceptando este evento genera una re-calculacin en la solucin y asigna el camin a la mejor opcin de pala. El sistema DISPATCH cree que el camin esta vaci, y esta en ruta a una pala. Rechazar: Rechazando este evento, el operado de camin tiene la oportunidad de corregir su error. Modificacin: No es modificado.

22

Aceptar: Aceptando esta excepcin asume que el camin esta vaci y lo asigna a una pala. Rechazar: Rechazando esta excepcin, le da la oportunidad al operador de camin y pala verificar en que posicin estn en el ciclo de acarreo y ser los cambios apropiados Modificacin: El Despachador puede comunicarse con el operador de camin y pala para verificar el problema. Si el camin esta lleno, simplemente rechace la excepcin, 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 camin esta vaci y lo asigna a la pala. La posibilidad existe que el sistema DISPATCH asigne el camin a otra pala. 23

Rechazar: Rechazando este evento, le da la oportunidad al operador del camin y pala verificar en que posicin estn en el ciclo de acarreo y ser los cambios apropiados Modificacin: El Despachador puede comunicarse con el operador de camin y pala para verificar el problema. Si el camin esta lleno, simplemente rechace la excepcin, 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 camin esta vaci, y lo asigna a la pala. Este tipo de excepcin ocurre cuando un despachador no responde a tiempo adecuado y el operador de camin corrige su error. Rechazar: Rechazando este evento, es lo mismo como aceptar la correccin del operador Modificacin: El procedimiento del Despachador es no modificar la excepcin.

Aceptar: Aceptando este evento, ubica camin a una pala, envista que el operador de camin oprimi asignar, es posible que hay problemas de comunicacin 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. Modificacin: No se modifica

Aceptar: esta excepcin cambia el estado de pala de demora a operativo, y comienza el ciclo de carga. Rechazar: Rechazando este evento el Sistema DISPATCH ignora la excepcin y espera que el operador de pala se ponga en estado operativo. Modificar: El Despachador puede modificar este evento en aceptando la excepcin. Pero, confirmacin con el operador de pala es importante. Generalmente es seguro aceptar la excepcin.

25

Aceptar: Aceptando este evento pone Camin 2225 cargando y asigna 2246 al botadero antes de que el operador de pala oprimiera lleno afectando el tiempo de cargar. Tambin hay la posibilidad de que el sistema de DISPATCH en la pala no este funcionando. Rechazar: Rechazando este evento pone el camin 2225 en espera y continua cargando a camin 2246 y el tiempo de cargar sigue. Modificacin: El Despachador puede modificar s la comunicacin con los operadores esta claro

Aceptar: Aceptando este evento, pone camin C380 cargando. El prximo evento cera generada por el operador de pala que es lleno. Rechazar: Rechazando este evento, pone C380 en espera y el prximo evento es cargando Modificacin: El Despachador puede modificar s la comunicacin 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 accin de cargar Rechazar: Reachacando este evento el tiempo de cargar no es afectado. Modificacin: El Despachador puede modificar s la comunicacin con operador este claro.

Aceptar: Aceptando este evento, ubica camin 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. Modificacin: El Despachador puede modificar s la comunicacin con operador este claro.

27

Aceptar: Aceptando este evento, ubica camin cargando en pala, pero el camin no llega al botadero, DISPATCH anticipa que ya llego el camin en el botadero y asigna camin a pala. Es posible que se perdi la carga que el camin tenia.

Rechazar: Rechazando este evento pone el camin en ruta al botadero, y espera el prximo evento de llegada Modificacin: El Despachador puede modificar s la comunicacin con operador esta claro. Pero es mejor rechazar este evento.

Aceptar: Aceptando este evento, inicia camin operativo y comienza el ciclo de carga 28

Rechazar: Rechazando este evento obliga el operador registrarse, luego poner el camin operativo en el sistema DISPATCH. Modificacin: El Despachador puede modificar s la comunicacin con operador esta claro.

Aceptar: Aceptando es posible de aumentar una cargar, pero antes de que se elimine la excepcin, el sistema DISPATCH espera que el despachador asigne un camin en la rea de ingresar datos. Rechazar: Rechazando este evento, ignora el ingreso de lleno y no genera la extra carga. Modificacin: El Despachador puede modificar s la comunicacin con operador este claro. TENGA EN MENTE!!!! Que esta excepcin puede afectar la cuenta de cargas.

29

Aceptar: Aceptando este evento de dos partes elimina la pala de la solucin PL y no enva mas camiones. La excepcin generada es archiva indicando que la pala esta Fuera de Servicio. Tambin un comentario puede ser registrado indicando el problema por el despachador. En la segunda parte de la excepcin 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 solucin PL y camiones siguen llegando. Modificar: Ninguno

Segunda Parte de la excepcin 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 estn implementados en cada equipo operativo.

Cuando el sistema DISPATCH recalcula la solucin PL, esta excepcin informtica 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 camin identificado tiene una emergencia y es la responsabilidad del despachador de investigar el problema por radio de comunicacin. Si el operador del camin no responde, inmediatamente se comunica con supervisor de turno con el problema y al mismo tiempo se ubica el camin con el sistema de GPS en graficas para identificar la ubicacin del camin.

3
Capitulo 3: Interrupciones y recuperaciones de Palas
El objetivo de este Capitulo
Explicar como reconocer una interrupcin de pala Identificar las herramientas para recuperar la pala Explicar como recuperar de una interrupcin de pala

Objeto
32

Durante el turno, ocurren instantes de interrupciones en las palas, Una interrupcin de pala puede afecta la produccin 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 alimentacin, y de mas camiones. Este capitulo explica como reconocer cada condicin de interrupcin de pala. Este capitulo tambin sugiera ciertas estragaras 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 excavacin.

Interrupciones de palas
Cuando el turno esta en operacin, en muchas ocasionales ocurre interrupciones de palas. Una interrupcin de pala puede afectar la produccin en la mina. Es muy importante que el despachador reconozca las interrupciones y que responda con mnimo efectos en la produccin. Tres situaciones definen interrupciones de palas que son lo siguientes: Pala Sin Uso Pala baja alimentacin 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 razn. 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 produccin. 2. Pala enviando material a botadero con restriccin de capacidad 3. No existe ruta o camino entre pala y botadero 4. Utilidad de mezcla esta implementado 5. Falta de camiones

Estrategia de Recuperacin 1: Reviso de Botaderos

La primera accin 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 estn 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 accin 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 produccin 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 produccin de la pala sin uso al botadero, tome la accin 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 opcin disponible: determine la capacidad de la trituradora. Si la capacidad de la trituradora esta a 0 o si la tasa de excavacin 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. Categora (Capacidad ton.) Si la trituradora no tiene capacidad definido, esta informacin 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 desempeo 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 situacin de bajo recursos de camiones. DISPATCH esta configurado para poner palas sin uso si hay bajos recurso de camiones. Para revisar esta configuracin, simplemente active l modulo de LP Configuracin y seleccione la utilidad de Parmetros Global. La primera opcin en Parmetros Global tiene la opcin de S hay dficit de camiones dejar pala sin uso (LPMATCHTRUCK) Si la opcin esta activado a SI, esto le indica al sistema que si faltan camiones en la operacin, la pala con menos eficiencia la pone sin uso. Desactive este parmetro a NO. Al recalcular la LP la pala sin uso es reactivada en la LP solucin. Nota: si el parmetro esta desactivado, entonces hay otro problema.

35

Reviso 5: Parar Pala

Otra opcin 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 operacin de la LP solucin. El despachador simplemente da instrucciones al operador que se ponga en estado Standby. Una Pala con baja alimentacin (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 da. Por alguna razn la pala esta operativa y el sistema DISPATCH sigue enviando de mas camiones a la pala.

Palas con Baja Alimentacin

DISPATCH tiene la capacidad de enviar menos camiones a una pala. Una pala con baja alimentacin recibe pocos camiones y es reconocido en la LP Ruta. Para asegurarse baja alimentacin de la pala se puede usar el Reporte Sumario en LP Configuracin. Use LP Configuracin para activar el Reporte Sumario. En el reporte tiene una categora de las palas que DISPATCH considera con baja alimentacin.

Las posibilidades de Palas con Baja Alimentacin

1. No hay suficientes camiones para alimentar todas las palas en estado operativo. 2. Restricciones de capacidad en los botaderos

Estragara de Recuperacin Estrategia 1: Revise si hay suficientes camiones (LP Parmetros Global)
La primera accin que se determina es la razn la pala esta baja alimentacin. Determine si hay suficientes camiones en estado operativo. Revise el Parmetro Global para determinar porque la pala esta con baja alimentacin. Es posible de que no hay suficientes camiones.

36

Para revisar esta configuracin, simplemente active l modulo de LP Configuracin y seleccione la utilidad de Parmetros Global. La primera opcin en Parmetros Global tiene la opcin de S hay dficit de camiones dejar pala sin uso (LPMATCHTRUCK) Si la opcin esta activada a NO, DISPATCH no tiene la opcin de poner palas con menos productividad sin uso en una situacin con menos camiones. Tambin con esta opcin a NO, los recursos de camiones son distribuir entre todas las palas, ignorando todas las prioridades, generando baja alimentacin en las mayoras de todas las palas. Un remedio para esta situacin 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 accin es de determina los niveles de utilizacin de cada pala en estado operativo. Reducir los niveles de palas con alto nivel de utilizacin forzando camiones a las palas con baja alimentacin. Para modificar los niveles de utilizacin de las palas, simplemente use el reporte de Palas ubicado en el modulo de LP Configuracin. En el Reporte de Palas se puede ajustar los niveles de utilizacin de cada pala, simplemente ingrese la cantidad de utilizacin decida. Tambin de puede usar la pantalla de Cobertura de Palas ubicada en el teclado maestro. Si todas las palas tienen 100% de utilizacin, simplemente ajuste los niveles de las palas con baja alimentacin. Luego recalcule la LP Solucin con el botn de Calculacin.

Estrategia 3: Revisar Capacidad de Trituradora

Otra accin es de determinar si las palas con baja alimentacin estn 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 accin para una pala con baja alimentacin 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 drstico. Si se puede reducir los destino de descargar para mantener la pala operativa, cumple la accin. 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 lgico porque en la pantalla de LP Ruta (HaulRoute) los camiones estn 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

Recuperacin Estrategia 1: Reviso de Restricciones en otras palas

En muchas veces una pala recibe de mas camiones por un tipo de restriccin. 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 utilizacin de cada pala en porcentaje actual. Si hay palas con menos de 100%, simplemente incremente el nivel y forc una recalculacin para que la LP Solucin 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 parmetro global y si hay dficit de camiones pala sin uso (LPTRUCKTYPE) entonces active el Reporte de Palas (Cobertura de palas) Observando el reporte, si todas las palas estn a 100% usted puede determinar que todas las palas estn cubiertas a niveles mximos sino de ms. Los tiempos de espera de los camiones comienza a subir en cada pala. Usted puede asumir de parar camiones y no va afectar la produccin en su turno.

38

Ahora, tiene la opcin 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