Supervisión de radiotelefonía (FrontAlc)
Supervisión de radiotelefonía
Esta es la página de instalación/mantenimiento (hardware y configuración), para la de desarrollo ir aquí
Tuesday, 14 December 2004, 9:32:18 am
Tabla de estado de las estaciones: Qué está instalado donde (y si funciona, claro).
| Linea | En | uia | uil | sait |
| 1 | FrontAlc | UIA(27) | - | - |
| 2 | FrontAlc | UIA(15) | - | - |
| 3 | FrontAlc | UIA(11) | - | - |
| 4 | FrontAlc | UIA(20) | - | - |
| 5 | FrontAlc | UIA(27) | - | - |
| 6 | FrontAlc2 | UIA(27) | - | - |
| 7 | FrontAlc2 | UIA(9) | - | SAIT(12) |
| 8 | FrontAlc2 | - | - | SAIT(4) |
| 9 | FrontAlc2 | UIA(22) | - | SAIT(4) |
| 10 | FrontAlc2 | UIA(17) | - | - |
| 11 | FrontAlc2 | - | - | SAIT(3) |
| 12 | FrontAlc2 | - | UIL(25) | - |
La configuración actual (concatenacion de los radiotel.cfg de todas las líneas) es esta: config.txt.
Thursday, 25 November 2004, 10:39:17 am
Actualización del ejecutable de radiotel en FrontAlc y FrontAlc2 He puesto un nuevo ejecutable que pone en el radiotel.error el estado tanto de los que "están mal" como de los que "están bien".
Puesto en logclen_metro que rote radiotel.log y alarmasurgentes.log (En FrontAlc y FrontAlc2) Faltaba el que rotase esos ficheros. Javi me ha ayudado a actualizarlos para que lo hicieran.
Problemas de red en frontalc2: comunicando solo por la red 150.200.x.x Resulta que frontalc2 no tiene comunicación con metrosun1 por problemas de red :-?. Con la ayuda de Jesús he hecho que se comunique por el interfaz secundario, desactivando eth1 en FrontAlc2 y configurando metrosun1 para que "conozca" a FrontAlc2 en ambos interfaces (ya que no estaba en la lista de hosts con los que comunicar).
Friday, 22 October 2004, 8:45:09 am --Dario
Actualización del "driver" radiotel El proceso radiotel estaba mandando actualizaciones hubiera cambios o no (bug) y además mandaba informes de estado cada vez que recibía datos de abajo (también independientemente de si había habido cambios). He corregido ambos bugs (con ayuda de Javi y Miguel para rastrearlos) y puesto el nuevo ejecutable tanto en FrontAlc como en FrontAlc2.
Friday, 15 October 2004, 10:13:11 am --Javi y Darío
Instalación del software de radiotel en FrontAlc2-2 Se ha instalado todo el software de radiotel que había en FrontAlc, en FrontAlc2-2. Se ha dejado desactivado /etc/init.d/uiaradserver de FrontAlc2-2 ya que FrontAlc2 todavía no tiene ping con la red 150.100.x.x
Ajuste del proceso de arranque de los FrontAlc se ha hecho que arranquen el software usando el script Captura (como en la op6x_mm), pero desde el .bash_profile (como en los "concentradores" de teleindicadores).
Thursday, 14 October 2004, 11:55:27 am --Dario
Actualizo el ejecutable de radiotel en FrontAlc Ya que he encontrado un bug importante en una librería de las que usa dicho programa (simplestring tenía mal implementada StrDiscard(), usada por SBufDiscard()).
Actualizo el ejecutable de uiaradserver en FrontAlc También por el bug de simplestring.
Actualizo el ejecutable de saitradserver en líneas 7,8, 9 y 11 de teleindicadores También por el bug de simplestring. No se ha podido actualizar en aeropuerto por estar el ordenador de teleindicadores de dicha estación en reparaciones. En Mar de Cristal he instalado todo el software (/etc/init,d/saitradserver, prog_relaunch y saitradserver), ya que no tenía nada instalado :-?
Actualizo el ejecutable de saitradserver en línea 12 de teleindicadores Por el bug de simplestring.
Thursday, 9 September 2004, 8:57:17 am
Reboteador de Frontalc Está conectado a la boca 2 del reboteador 1 del armario AS3-26 (150.200.103.26).
Reboteador de UIS Frontalc Está conectado a la boca 3 del reboteador 1 del armario AS3-26 (150.200.103.26).
Reboteador de Frontalc2 Está conectado a la boca 4 del reboteador 1 del armario AS3-26 (150.200.103.26).
Wednesday, 1 September 2004, 6:35:19 pm
Nuevo FrontAlc en línea y nueva versón de la aplicación (r5), junto con nuevo protocolo con los "esclavos" y nuevos demonios esclvos (uiaradserver/uilradserver/saitradserver) Acabo de comprobar con Javi que el nuevo frontalc (al anterior se le rompió el HDD en agosto) funciona correctamente, enviando las alarmas arriba sin problemas.
El nuevo frontalc tiene las siguiente mejoras:
- usa un protocolo más sencillo (pero más completo) con los esclavos
- mantiene la base de datos por aparatos, en vez de por estaciones, ya que TCE lo hace por aparatos (=instancia+tipo).
- tiene un fichero de estado mucho más parseable y claro
- tratamiento razonable de los "sin comunicación con servidor"/radserver (6) y "sin comunicacion"/aparato (99).
En definitiva, es más fiable que el anterior, principalmente por el nuevo protocolo con los esclavos (mandan ya analizado si hay comunicación, ruido y el momento (relativo, para on depender de tener sincronizadas las horas) en que se dieron las diferentes alarmas).
Vamos, que estoy muy contento con el nuevo radiotel/frontalc :-).
NOTA: A todo esto, he mantenido los ficheros de configuración, para que la documentación enviada a metro siga siendo relevante ;-).
Wednesday, 28 July 2004, 7:46:09 am
Hago una tabla del estado de las comunicaciones con los diferentes subsistemas frontalc: comunicacion con las uias, saits y uils
Monday, 26 July 2004, 5:48:51 pm
Corrijo el fichero de configuración de la línea 7 ya que ahora uso el xxx de esclavo0_xxx para relacionar quñe esclavo aporta que adatos y resulta que en ala línea 7 ponia "MAC" en un sitio y "ama" en otro (antonio machado) y "FIL" en un sitio e "ifi" en otro (islas filipinas). Lo he dejado como _mac e _ifi.
Instalo una versión mejorada del radiotel que distinque entre proveedores de UIA y de SAIT/UIL, y entre SinComunicacionConServidor y SinComunicacionConDispositivo. Además Si no tiene comunicación con un servidor, pone en dicho estado también a los que cuelgan de él (y lo mismo si no tiene datos de un UIA pone sin datos a los que cuelgan de él...).
Wednesday, 9 June 2004, 9:49:54 am
Pongo el ntp-simple/ntpdate en FrontAlc y activo NTP en FrontL09 Para que frontalc sincronice la hora contra su FuenteReloj (que es FrontL09)
Wednesday, 9 June 2004, 9:31:58 am
Pongo que rote los ficheros y que rearranque control a las 4:30am Añado en el script de arranque /home/metro/.bash_profile el que rote los ficheros, embebiendo el script que está en salchicha:/home/dario/Programacion/proyectos/sico-logrotatesimple.. Añado al crontab de metro el que mate a control a las 4:30am para que reinicie la aplicación (y rote los logs ;-).
Cambio los ficheros de configuración de los RadioTel para que ponga el log en el propio directorio del proceso.
Actualizo el núcleo al 2.4.25 Ya que el 2.4.21 tiene un bug con respecto al XFS (eso de los archivos rellenos de ceros).
Wednesday, 21 April 2004, 1:29:08 pm
Cambio el parámetro SoloSAI de los fihceros de configuración de radiotel por uno de que_hay Hago que el parámetro SóloSAI ahora tenga un número que se calcula con: "HayUIA*4+HaySAIT*1+HayUIL*2". Pongo los ficheros de configuración con dicho cambio en FrontAlc.
Tuesday, 2 March 2004, 5:34:40 pm --Dario
Instalación del nuevo radiotel (radiotel.nolegacy) He puesto las nuevas configuraciones de SAITs y UIL, usando /home/metro/sistema/V/RadioTel/, que es el que usa el nuevo radiotel (radiotel.nolegacy).
Sólo falta el volver a poner en marcha las UIA (si es que vuelven a responder algún día, que desde el traslado han estado completamente silenciosas)
Monday, 26 January 2004, 5:25:25 pm
Configuración de los saits de la línea 8 en FrontAlc En la línea 8 estaba configurado para user UIA, pero no hay UIA sino SAITs (debía estar mal la configuración de Alcatel).
Se ha instalado el demonio del sait en mcr, cna, aer y bar, y se ha configurado en FrontAlc un com2radserver para centralizarlos. Se ha configurado también el radioteldriver para que use dicho com2radserver y quitado el uiaradserver que había.
Friday, 28 November 2003, 8:48:43 am
Actualización de la configuración de los demonios radtel en FrontAlc Se han puesto los cables para controlar las UIA del resto de las líneas en FrontAlc (eso es, uias de las líneas 2,3,5,6,7,8 y 10). Se ha modificado la configuración de los uiaradserver, com2radserver y radiotel de forma acorde. También se ha actualizado el script de arranque del com2raderver y del uiaradserver para que permita parar/arrancar a un solo servidor. Los ficheros los tienes aquí: radtel-cfg-bin-20031128-1.tar.gz
Wednesday, 26 November 2003, 11:52:04 am
Instalación de uiaradserver como demonio en FrontAlc (lineas 1,4,9) Se ha instalado el uiaradserver en FrontAlc para las líneas 1, 4 y 9. Lo que se ha puesto (script de inicio y configuración incluido) es esto: uiaradserver-bin-20031125-1.tar.gz
Monday, 24 November 2003, 4:29:14 pm
Instalación del com2radserver como demonio en FrontAlc Se ha instalado usando el prog_relaunch el com2radserver, configurado para monitorizar las líneas 7, 9 y 11, consultable en los puertos 12607, 12609 y 12611 respectivamente. Lo que se ha puesto (script de inicio incluida) es esto: com2radserver-bin 20031124-1.tar.gz
Friday, 21 November 2003, 1:37:02 pm --Dario
Pruebas de com2radserver con los saits se ha probado satisfactoriamente que el com2radserver se conecta a los saitradservers especificados en el fichero de configuració
n y manda hacia arriba (comprobado solo para tcp) los cambios. Se han hecho las pruebas en frontalc:/home/metro/testing
Thursday, 9 October 2003, 12:05:18 pm --Dario
Estado del control de las UIA En estos momentos están conectados con FrontAlc las líneas |1|4|9|, y FrontAlc está configurado con "localización 0 0 4" (Eso es cierto???). Los dispositivoa a usar para comunicar con dichas UIA son los /dev/ttyEL00,ttyEL03 y ttyEL08. Se ha probado con el comuia que está en FrontAlc:/home/metro/testing
Pruebas en cna El Viernes 1 de agosto de 2003 se quiutó en cna en CfgRouter.CFG lo de las trazas (se puso la última línea a 0).
Tuesday, 23 September 2003, 10:25:56 am --Dario
Port de com_maestro a Linux He portado (bueno, solo faltaba el #include <sys/ioctl.h>) el com_maestro a linux. Los fuentes y el ejecutable están en salchicha:/home/dario/Programacion/proyectos/sico-radioteldriver/com_maestro-linux/.
Monday, 23 June 2003, 11:40:20 am --Dario
Cambios en FrontAlc (el PC que va a tener varios procesos superradiotel simultáneamente; los de todas las líneas -- uno por línea).
Resulta que el FrontAlc con solaris que estaba en "sala 2"/Pacífico ha tenido un crash del HDD. Se ha preparado otro con Linux (Debian Woody c/ XFS) y santiago lo ha instalado con éxito.
Los datos de dicho PC:
| eth0/rtl8139 | eth1/eepro100 | |
| IP | 150.100.122.151 | 150.200.122.151 |
| Netmask | 255.255.0.0 | 255.255.0.0 |
| Broadcast | 150.100.255.255 | 150.200.255.255 |
| Gateway | 150.100.58.1 | |
| UIS | 150.100.122.152 |
Pruebas de SAITs y de UILs. El viernes porté los programas de pruebas de uil y de saits que tenía hechos para DOS. Las versiones para UN*X están en salchicha:/home/Dario/Programacion/proyectos/sico-radioteldriver/{sait|uil}unix.c. He hecho una prueba con saitunix en cna (campo de las naciones) y no he tenido exito... es de suponer que el cable está mal :-/. Habrá que probar con el portátil.
Tuesday, 17 June 2003, 11:25:47 am --Dario
Después de mucho tiempo de tener aparcado el proyecto, ahora tengo que terminar de ponerlo en marcha.
Cosas que están hechas:
Varios procesos superradiotel corriendo en la misma máquina
- En salchicha:/home/Dario/Programacion/proyectos/sico-radiotelport hay un supervisor de radiotelefonía (superradiotel y com_maestro) parcheado de manera que permite varias instancias en la misma máquina.
- Las pruebas se hicieron en FrontL08 (ver el antiguo wiki, http://3.0.1.170/cgi-bin/pywiki?RadioTel).
- Se habilitó una máquina en sala2/pacífico (FrontAlc, accesible desde main1) para ese cometido; debería tener ya instalados el superradiotel/com_maestro parcheados, esperando simplemente a que se conecten a él los UIA en vez de a los FrontLXX (en estos momentos siguen conectados a los FrontLXX).
Comunicación con los SAITs sin UIA
- Para soportar el manejar SAITs que no tienen UIA, se ha hecho un com_maestro que habla con los SAITs directamente (com_maestro2, aunque no está a mi gusto y he empezado com_maestro3).
- Los fuentes están en salchicha:/home/dario/Programacion/proyectos/sico-radioteldriver
- El sistema funciona haciendo que en las estaciones de L8 que no tienen UIA, se pone en la estación el superradiotel (que en este caso se llama radiotel/com_maestro2) y éste sube los datos directamente a captura de datos.
- Actualmente hay un problema, y es que los cables no parecen estar bien hechos. Para probar se ha hecho un programa DOS que está en salchicha:/home/dario/Programacion/dos/src/sait.c que permite ver si comunica (desde un portátil, conectando el cable al puerto serie). Ya se consiguió comunicar una vez (el día previo a la inauguración de metrosur) usando unos adaptadores/cables hechos para tal fin, pero desde solaris no comunica con los cables finales... hay que probar otra vez los cables bajo DOS, que se sabe que funciona, para ver si son iguales que aquellos con lo sque se hicieron las pruebas.
Comunicación con las UILs sin UIA
- Se sigue un proceso parecido al anterior de los SAITS, también se usa el com_maestro2 (o com_maestro3 si se termina) y también hay un programa DOS para probar los cables desde el portátil.
Descripción del proyecto
La historia comienza con que metro usa software de alcatel para controlar la radiotelefonía.
El hardware del que se compone el sistema de radiotelefonía es:
- Dos UILs, que son los aparatos que manejan físicamente la radiotelefonía; UIL1 para estaciones y UIL2 para seguridad.
- Un SAIT, Sistema de alimentación ininterrumpida para telefonía.
- Una UIA, Unidad de integración de alarmas, que habla con los otros tres elementos (UIL1, UIL2 y SAIT) para gestionar el estado de los aparatos y mandar "hacia ariiba" las alarmas.
Todos los UIA de la línea se ponen en un bus 422 ó 485 y se conectan al frontend correspondiente.
Por último, en el front-end hay un software (superradiotel y com_maestro) que lee los mensajes de las UIA y los manda al sistema de captura de datos.
Metro quiere hacer tres cosas (independientes la una de la otra):
- Que todos los procesos superradiotel corran en la misma máquina (los ejecutables de alcatel sólo permiten una instancia por máquina)
- Que en los sitios donde no hay UIA se pueda controlar el estado de los SAITS (línea 8)
- Que en los sitios donde no hay UIA se pueda controlar el estado de las UIL (línea 12).
El proyecto consiste en conseguir las tres cosas citadas.
Attachs
com2radserver-bin 20031124-1.tar.gzuiaradserver-bin-20031125-1.tar.gz
radtel-cfg-bin-20031128-1.tar.gz
config.txt