Arreglar estado retros para que puedan cambiar de 4 a 1 cuadrante(s) y viceversa en los CRP de Alto del Arenal
Primero entender cómo funciona el fichero estado.retros. Para ello:Acceder al crp en cuestión (como usuario "isa"):
telnet crp02 cd /home/ControlRetros/Datos/
El fichero estado.retros tiene la siguiente información. Debería tener 5 entradas para cada uno de los retros (vídeowalls) que hay en Alto del Arenal, una por cada cuadrante (cuando la pantalla está dividida en 4) y otra para la pantalla completa:
1,0,0,PCVE1,1,1,VEC0530001 1,1,0,PCVE1,1,1,VEC0605023 1,0,1,PCVE1,1,1,VEC0605024 1,1,1,PCVE1,1,1,VEC0605025 *1,0,0,PCVE1,2,2,VEL1020013 ... *12,0,0,PCVE12,1,1,VEC0922011 *12,1,0,PCVE12,1,1,VEC1051009 *12,0,1,PCVE12,1,1,VEC0922012 *12,1,1,PCVE12,1,1,VEC1051012 12,0,0,PCVE12,2,2,VEC0204017
El primer dígito de cada fila indica el número de retro (tiene que haber líneas para los retros desde el 1 hasta el 12).
Los siguientes 2 dígitos son relativos al "trozo de cuadrante" dentro de la matriz 2x2 (cuando el vídeowall está divido en 4):
0,0
1,0
0,1
1,1
Si está en modo "pantalla completa", sólo hay un cuadrante y, por lo tanto, será el 0,0
Después de PCVEX, viene 1,1 o 2,2.
1,1 - Esto indica que es un cuarto del cuadrante
2,2 - Esto indica que está en modo "pantalla completa"
Al principio de cada línea, habrá un asterisco o un espacio... La(s) línea(s) que tenga(n) el asterisco indica que se está usando esta configuración. Por ejemplo, con las líneas anteriores:
1,0,0,PCVE1,1,1,VEC0530001 1,1,0,PCVE1,1,1,VEC0605023 1,0,1,PCVE1,1,1,VEC0605024 1,1,1,PCVE1,1,1,VEC0605025 *1,0,0,PCVE1,2,2,VEL1020013 ... *12,0,0,PCVE12,1,1,VEC0922011 *12,1,0,PCVE12,1,1,VEC1051009 *12,0,1,PCVE12,1,1,VEC0922012 *12,1,1,PCVE12,1,1,VEC1051012 12,0,0,PCVE12,2,2,VEC0204017
Para el vídeowall 1 se estaría usando el modo "pantalla completa" porque tiene todos los cuadrantes de 1/4 con un espacio y el asterisco en el modo 2,2.
Sin embargo, para el vídeowall 12 se estaría usando el modo "4 cuadrantes" porque tiene todos los cuadrantes de 1/4 con asterisco y el espacio en el modo 2,2.
Si llegara una incidencia indicando que "no se puede cambiar de 4 cuadrantes a 1 y/o viceversa", es posible que este fichero contenga algún error que impida esta maniobra. Para diagnosticarlo:
- Acceder al CRP en cuestión (telnet isa)
cd /home/ControlRetros/Datos/
- Hay que localizar cuál es el retro que está dando error:
grep -2 ronda crp.log
- Localizar en el resultado algo de este estilo donde se vea en qué retro ha fallado la fijación de la cámara. En este caso APLI 7 en la cámara VER01GAVe2:
Mon Jan 9 06:43:28 2023 (MESG): CRP->APLI socket 28: Exito envio ImagenSerializada(30 32 32 30 30 32 32 56 45 52 30 31 47 41 56 65 32 2E 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 0220022VER01GAVe2.) a APLI 7.
Mon Jan 9 06:43:28 2023 (INFO): Se va a poner un mensaje MESG ExitoTxEstado ISA
Mon Jan 9 06:43:28 2023 (MESG): CRP->ISA socket 18: Exito envio Estado{Tipo(2)+Estado(Peticion de camara o ronda inexistente: VER01GAVe2.)} a ISA 0.
- El fichero estado.retros se está actualizando correctamente y, es posible, que se nos pise una vez lo hayamos modificado antes de matar la aplicación. Por ello, deberíamos localizar el id del proceso CRP y realizar el vi del fichero estado.retros junto con un kill sobre el proceso:
ps -efa | grep crp vi estado.retros;kill -15 (PID crp_main)
- Localizar en el fichero el retro que está dando el error + 1 (los retros de las trazas se numeran del 0 al n-1), es decir, en este caso, habría que cambiar la configuración del retro 8 en el fichero. Se sustituye la cámara que está dando error por una de las que contiene el retro que están OK (la que tenga un asterisco más cercana)