STFM | PROYECTO 3_2 (Señales eléctricas en la línea teléfonica)

Llegó el momento de ver la parte teórica de la telefonía: en el nuevo proyecto debíamos observar cómo actuaban las señales eléctricas en la línea telefónica y ser capaces de reconocer cada uno de sus valores.

Con un pequeño sistema formado por una centralita Netcom 4/8, una toma teléfonica y un teléfono analógico (y con la ayuda de un osciloscopio y un polímetro) procedimos a medir los siguientes parámetros:

#1 Con el teléfono colgado (On hook, circuito abierto), medimos con el polímetro el voltaje existente entre los dos contactos centrales de la toma: el resultado fue de 47VDC (Voltaje Corriente Continua).

Comprobamos además con el osciloscopio que la medida era correcta: teníamos una señal de DC (Corriente Continua) a -47.0V, negativo por la polaridad de los cables. Nótese también que la medida está desplazada del eje porque es una componente continua, y que cambiando el acoplo a AC (Corriente Alterna), la componente continua desaparecerá y veremos únicamente la señal alterna en el eje del osciloscopio.

El teléfono colgado tiene una tensión de 47VDC

#2 Ahora debíamos realizar las mismas medidas pero con el teléfono descolgado (Off hook, circuito cerrado). Y vimos que, al descolgar, el voltaje bajaba de 47VDC a 10.5VDC. 

Para esta práctica, medimos además la frecuencia en Hz que los contactos centrales tenían durante los primeros 5 segundos: tanto el polímetro como el osciloscopio nos daban una frecuencia de 405Hz, que se correspondían con la frecuencia del tono de invitación a marcar.

Señal del tono de invitación a marcar (405Hz)

Esta señal tenía además una Vmax de unos 600mV (0,6V), y por tanto, al ser una señal senoidal pura, una Vpp de unos 1200mV (1,2V); así como un período de 2500ms (2,5seg). 

#3 La siguiente práctica consistía en medir la frecuencia de la señal cuando pulsábamos las teclas 1, 7, 0 y #, ya que al ser un teléfono de marcación por tonos (DTMF), cada tecla pulsada emitiría dos frecuencias distintas, las cuales indicarían al sistema qué tecla se había pulsado.

Así pues, pulsando la tecla 1 la frecuencia obtenida era de unos 700Hz (muy cercana a la teórica, que eran 697Hz).

Pulsando la tecla 7, la frecuencia era de unos 850Hz (muy cercanos a los 852Hz teóricos).

Pulsando la tecla 0, la frecuencia era de 950Hz (cercanos a los 941Hz teóricos).

Y pulsando la tecla #, la frecuencia era también de unos 950Hz (cercanos a los 941Hz teóricos). Los valores de la tecla 0 y la tecla # son iguales porque las teclas * , 0 y # comparten 941Hz como su primera frecuencia.

#4 Y para terminar, observamos cómo variaba la señal cuando realizábamos una llamada de un teléfono a otro.

Señal durante la llamada de un teléfono a otro

Y con esto pudimos ver algunos comportamientos de la señal eléctrica en la línea teléfonica y comprobar que la teoría vista en clase era cierta.

Este proyecto ha sido un tanto estresante para mí: estoy por decir que me ha costado más este proyecto (que parece bastante simple y rutinario) que los proyectos anteriores (que eran más complicados y largos). Y no sé por qué, porque en realidad es algo sencillo.

Parte de esa dificultad la he encontrado en el uso del osciloscopio. En clase de Elementos aprendimos a usarlo de forma básica: conectar la sonda, observar la señal y ajustarla para verla correctamente, pero para este proyecto necesitábamos usar otras herramientas del osciloscopio que para nosotros eran desconocidas.

Para colmo, nuestros ordenadores no reconocían el osciloscopio y no pudimos verlo en la pantalla, por lo que tuvimos que hacer fotos. Y no sé por qué, cada vez que cogíamos un osciloscopio nos encontrábamos con una configuración diferente y unos controles cambiados... Que al no saber manejar el osciloscopio en profundidad, no sabíamos tampoco cómo restablecer esa configuración y ponerla como nosotros queríamos.

Pero realmente no tengo excusa. Lo más normal es echarle las culpas al osciloscopio y decir "Es que está roto", "Es que no va", etc. pero el problema era yo en este caso, que no sabía (ni sé) cómo manejarlo correctamente. Pero bueno, al final conseguimos cumplir los objetivos del proyecto y obtener lo que buscábamos.

Me gusta, me gusta la telefonía.

(... pero el osciloscopio no! ¬¬")

STFM | PROYECTO 2_1 (Bus Pasivo Corto RDSI)

¡Yaaaaaaaaaay!

Una semana antes de pillar las vacaciones de Navidad, el profesor nos presentó el nuevo proyecto de Telefonía: teníamos que instalar un bus pasivo corto para un usuario de RDSI. Pero antes de exponeros cómo fue el trabajo, voy a explicar brevemente qué es eso de "bus pasivo corto" y "RDSI".

La RDSI (Red Digital de Servicios Integrados) es una red que pretende "digitalizar" todos los servicios de telecomunicaciones existentes, tanto de voz como de datos, integrándolos todos en una sola red de naturaleza digital.

La línea de RDSI termina en el domicilio del cliente con el TR1, el punto de interconexión entre la línea y la instalación privada del usuario. El cableado que une todos los terminales del usuario con ese TR1 se llama bus pasivo, y una de las posibles configuraciones de ese cableado es la de "bus pasivo corto" para instalaciones de tamaño reducido. 

Y teniendo una ligera idea ya de lo que es cada cosa, procedo a exponer el proyecto en sí:

1. Montaje y comprobación de tomas

Lo primero que tuvimos que hacer fue montar las rosetas a las que irían conectados los terminales. Para ello, cogimos 3 rosetas cada uno y cortamos la cantidad de cable de 2 pares que consideramos necesaria para conectar las 3 rosetas entre sí. 

Rosetas interconectadas con cable de 2 pares

Pelando el cable y haciendo empalmes conseguí que las 3 rosetas estuvieran conectadas entre sí, y  posteriormente usé el polímetro y el comprobador de cableado para confirmar que había continuidad en las conexiones de la roseta 1 a la 3. ¡Pero no! Uno de los pares dio error.

Estuve observando el cableado por si encontraba algún fallo, o si veía algún par que hiciera contacto con otro, pero el error que cometí fue el siguiente: al apretar los tornillos, el plástico que envolvía uno de los hilos se metió debajo del tornillo también, y eso provocaba que ese hilo cortara la continuidad. O al menos así lo interpreté yo.

Tuve que desmontar mis rosetas y volver a unirlas con el cable, esta vez prestando más atención y viendo que el plástico que envolvía cada hilo no se metiera debajo del tornillo al apretarlo. Y ahora sí, el comprobador y el polímetro me dijeron que todo era correcto y que había señal entre las 3 rosetas. Perfecto.

2. Comprobación con la Neris 2

Ya con las rosetas interconectadas y sabiendo que "funcionaban", el siguiente paso era comprobarlas con el testeador  comprobar que el bus pasivo recibía alimentación remota por medio de la Neris 2 con el testeador de accesos básicos RDSI.

Comprobamos cada toma de nuestro bus pasivo con el WWG IBT-5

El LED P nos confirmó que el bus recibía alimentación remota

3. Conexión de teléfonos al bus

Si el cableado funcionaba correctamente, ya podíamos conectar teléfonos a nuestro bus pasivo y hacer llamadas entre ellos... Pero no fue tan fácil como parecía (o al menos no para mí). 

Era la primera vez que tocaba la Neris 2 y realmente no tenía ni idea de cómo funcionaba: todos mis trabajos anteriores habían sido con la Netcom 4-8 y teléfonos analógicos, y esto era nuevo para mí. 

El primer paso que nos indicaba el profesor era resetear por hardware la Neris 2. Y claro, si el reseteo es por hardware (y NO por software), se haría simplemente tocando la Neris 2 físicamente, sin necesidad de conectarla al PC, ni sincronizar ni nada de eso. O eso pensaba yo.

Pregunté a los compañeros que ya conocían la Neris 2 cómo se reseteaba por hardware, y lo que todos me dijeron fue: "Tienes que conectarla al PC". Pero vamos a ver, zagales... ¿No se supone que debemos resetearla POR HARDWARE? ¿Qué pinta el software aquí? Recurrí al manual de la Neris 2 para saber cómo se reseteaba realmente por hardware, ¡y encontré la respuesta en el apartado 5.2 del manual! Pero en el ambiente de clase era prácticamente imposible probarlo: mi compañero Salva y yo cogimos una Neris 2 para trastearla, pero nada más tocarla ya teníamos encima a la Logia de Eruditos de la Neris diciéndonos que eso no se hacía así, que tal y cual... Y como no podíamos concentrarnos, acabamos siguiendo la corriente popular. ¡Todo el mundo a conectar la Neris 2 al PC! ¡A tomar viento el hardware! ¡Pero si tenemos la solución en el manuaaaaaaaal! Pero na', pa' qué.

Con la Neris 2 reseteada (por software, muy a mi pesar), conecté dos teléfonos Euromix II RDSI a mi bus de 3 rosetas, y probé a llamar entre ellos. El teléfono 1 llamaba al 2, pero el 2 no llamaba al 1: algún problema había. Y como yo realmente no tenía ni puñetera idea de cómo funcionaba la Neris 2 y tampoco me dejaban investigar por mi cuenta por la sobreacumulación de gente alrededor y las prisas innecesarias que surgían, pues básicamente escuchaba a mis otros compañeros con la esperanza de que alguien supiera qué hacer.

La Neris 2 ocupaba la roseta 1 y los teléfonos las rosetas 2 y 3
(Bus pasivo corto con TR2 en un extremo)

Así nos pasamos un par de días, hasta que a mi amigo Pedro Sánchez (¡AMOOOOOS!) se le iluminó la cabeza y decidió cambiar los números "NumP" y "NumS" de los terminales teléfonicos, asignando a cada teléfono un MSN distinto. ¿Y sabéis lo mejor de todo...? 

...Que estaba escrito claramente en el blog.

Pero como somos más cabezones que un moái y no leemos nada, estuvimos días dándole vueltas. ¡Pero eso no te quita méritos, Pedro! Eres un grande. Gracias a él conseguimos que los dos teléfonos se llamaran entre sí. Y para terminar este apartado, conectamos otros dos teléfonos Office AD2 a las extensiones T14 y T15 de la Neris 2 y comprobamos con éxito que los 4 teléfonos se llamaran entre sí.

Los 4 teléfonos se llamaban entre sí por medio de la Neris 2

4. Conexión de teléfonos analógicos por la Inter-4

Para el siguiente ejercicio cogimos una centralita Novacom Inter-4 de Teléfonica, que nos serviría para añadir teléfonos analógicos a nuestra RDSI. Conectamos la Inter-4 a una de las rosetas de nuestro bus, y luego un teléfono analógico a la extensión 1 de la Inter-4, pero antes teníamos que programarlo para que funcionara.

¿Y sabéis que fue lo mejor? ...Que la Inter-4 era analógica y se programaba como mi querida Netcom 4/8 (¡¡♥♥!!), por lo que la programación no fue ningún misterio para Salva y para mí. Buscamos los códigos en el manual y en segundos ya lo teníamos hecho. Ahora los 5 teléfonos (los 4 digitales y el analógico) podían llamarse entre sí.

La Novacom Inter-4 permite añadir hasta 4 teléfonos analógicos

5. Añadir más extensiones a la Inter-4

¡Donde cabe uno caben cuatro! Este ejercicio nos pedía que añadiéramos 3 teléfonos más a la Inter-4 y comprobar que se pudieran hacer llamadas entre ellos y los otros digitales que había fuera de la Inter-4. Pero para añadir más extensiones era necesario toquetear la Neris 2 por software (¡AHORA SÍ, ZAGALES, AHORA SÍ!).

A fuerza de ver a mis compañeros hacerlo y de repetir el proceso una y otra vez, aprendí a sincronizar la Neris 2 con el PC y hacer cambios en la programación. Para este ejercicio tuvimos que añadir 3 extensiones más a la Neris 2 (que serían la 50, 51 y 52 en nuestro caso), y luego probar que todos los teléfonos se llamaran entre sí. ¿Funcionaba? Awwww yeah!

Nuestro compañero Pedro nos ayudó en todo momento

6. Añadir 2 tomas y poner TR2 en el medio

El bus pasivo corto puede tener dos configuraciones distintas: con el TR2 en un extremo (la que habíamos estado haciendo en los ejercicios anteriores) o con el TR2 en el medio, la que tocaba hacer ahora.

Para terminar, el profesor nos mandó añadir dos rosetas más a nuestro bus (formando una cadena de 5 rosetas), y colocar el TR2 (la Neris 2) en la roseta del centro. Para ello, cogimos de nuevo el cable de 2 pares e hicimos empalmes con las 3 rosetas ya unidas, consiguiendo que las 5 estuvieran conectadas entre sí.

Tuvimos que configurar la Neris 2 de nuevo por software y añadir 2 extensiones ISDN (para los teléfonos RDSI). Y una vez configurada, comprobamos que todos podían llamarse. Conectamos 4 teléfonos RDSI a las rosetas libres, y al ver que todos daban señal y que todos podían llamarse entre sí respiramos aliviados y dimos por finalizado el primer proyecto de esta segunda evaluación.

Los 4 teléfonos RDSI podían llamarse entre sí

Y aprendimos que, debido a la configuración de Acceso Básico RDSI con el conjunto 2B+D solo contábamos con dos canales para llamadas; y al llamar entre dos teléfonos por llamada interna, esos dos canales quedaban ocupados y no dejaban realizar ni recibir más llamadas.

Reconozco que este proyecto me ha puesto de los nervios. La parte de montar las rosetas fue bastante entretenida y tranquila, pero cuando empezamos con la Neris 2 se desmadró el asunto: de todas las Neris 2 que había en clase, resulta que solo funcionaba una (o eso me hicieron creer, porque yo realmente me movía por corriente).

Normalmente, en un proyecto hay grupos que van más avanzados y otros menos avanzados, lo que permite que todos estén haciendo algo en cada momento y se mantengan ocupados, pero en este proyecto nos quedamos estancados durante un par de días sin saber qué hacer, y ese parón hizo que muchos se quedaran sin hacer nada en clase mientras otros buscábamos soluciones (This is Spain, you know).

Por lo demás, el proyecto me ha parecido bastante interesante y entretenido. Hasta ahora solo había trabajado con telefonía analógica, y esto de la telefonía digital y el RDSI me ha servido tanto para recordar los conocimientos que ya tenía como para añadir conocimientos nuevos.

Me gusta, me gusta la telefonía.

STFM | PROYECTO 1_2 (Sistema privado de telefonía con Netcom 4/8 en una residencia de estudiantes)

¡Y ahora vamos con un proyecto de Telefonía!

A principios de curso tuvimos el primer proyecto de Telefonía: una pequeña aproximación a las PABX y a su programación. Pasamos un par de semanas tirándonos de los pelos de las barbas porque no sabíamos cómo instalarlas ni cómo programarlas, pero conforme íbamos aprendiendo y entendiéndolas, les fuimos cogiendo incluso cariño.

Terminado ese proyecto, nuestro profesor nos presentó el segundo proyecto de Telefonía: ahora simularíamos una situación real en la que nuestro jefe nos mandaría instalar y configurar un sistema privado de telefonía para una residencia de estudiantes. 

El sistema privado debía estar compuesto por 6 terminales telefónicos repartidos en las 5 estancias de la residencia (recepción, sala de estudiantes, sala de ascensor, gimnasio y sala de TV), y cada uno de esos terminales telefónicos debía cumplir con ciertos requisitos: uno llamaría solo a ciertos números, otro llamaría solo por ciertas líneas, otro tendría ciertos números restringidos... Y así.

Lo primero que teníamos que hacer era preparar la programación de la PABX. Leyendo una y otra vez el manual de la Netcom 4/8 (y sacrificando gran parte de mi tiempo libre en casa, todo hay que decirlo), mi compañero Salva y yo fuimos recogiendo en un archivo de texto la secuencia de códigos que debíamos seguir para configurar cada uno de los requisitos de nuestro cliente. Así, tendríamos toda la secuencia de códigos ordenados para que a la hora de programar solo tuviéramos que mirar la secuencia e introducir los códigos en el teléfono programador.

Secuencia de programación

Crear la secuencia de programación no fue una tarea difícil, pero sí un poco tediosa. Tuvimos que releer muchas veces el manual e ir apartado por apartado hasta encontrar la función deseada, aunque también es cierto que en nuestro proyecto anterior ya usamos bastantes códigos y lo único que tuvimos que hacer en este fue ponerlos por orden y aplicarlos a 6 teléfonos diferentes.

Programando la PABX

Dimos por finalizada la programación y teóricamente todo parecía funcionar, porque habíamos usado los códigos que, según la teoría del manual, serían los necesarios para cumplir nuestros objetivos. Para comprobarlo y salir de dudas, conectamos el tarificador a nuestra Netcom 4/8 y realizamos una impresión de los parámetros.

Parámetros de configuración

¡Yaaaaaay! El tarificador nos confirmó que la programación había sido correcta (o eso nos parecía a nosotros). Parecía que los requisitos del cliente habían sido cumplidos y que cada teléfono se comportaba como debía comportarse, pero solo teóricamente: en la práctica todavía no lo habíamos comprobado.

Mi compañero y yo cogimos 6 teléfonos y los conectamos a sus respectivos puertos en el panel de la PABX. ¡Todos daban señal menos uno! Y es que otra vez habíamos cogido la PABX que tenía el T2 cascao'... Por tanto, tuvimos que rehacer la programación desplazando todos los teléfonos una extensión más adelante (el T2 pasaría al T3, el T3 pasaría al T4, y así).

El puerto T2 no estaba operativo, no.

Una vez cambiada la programación y las extensiones, ahora todos los teléfonos nos daban línea, y solo quedaba comprobar que, efectivamente, la programación había sido correcta.

Portero automático: CORRECTO

Operadora automática: CORRECTO

Restricciones de llamadas: CORRECTO

Asignación de extensiones: CORRECTO

Tuvimos un pequeño conflicto con las líneas, porque al cambiar el cable de puerto (de la L1 a la L4, por ejemplo), se nos bloqueaban las líneas y no nos funcionaban las llamadas. Y pensábamos que la programación estaba mal, pero realmente era que las líneas se bloqueaban automáticamente si cambiábamos el cable con la PABX en marcha. ¿Y la solución para desbloquearlas? Reiniciar la PABX.

Teléfonos conectados a la PABX

Ya por último, el profesor nos dijo que teníamos fax en clase, y que debíamos usarlos para ver que realmente funcionaran y que la configuración estaba bien. Pero he aquí que Salva y yo no habíamos tocado un fax en nuestra vida, y nos pasamos casi 2 horas de clase intentando mandar un mensaje de un fax a otro, jajajajajajaja! Qué triste. El caso es que conseguimos mandar y recibir fax (ninguno tenía tinta, pero el papel salía).

Tecnología punta en envío de documentos

El último documento del proyecto era un esquema de cableado en Microsoft Visio para tener una visión más clara de cómo los 6 terminales telefónicos estarían conectados a nuestra PABX Netcom 4/8, y ver qué estructura tendría nuestro sistema de telefonía: qué extensión usaría cada teléfono, qué tipo de cable haría falta, etc. 

Esquema de cableado de la instalación (formato .vsdx)

Esquema de cableado de la instalación (formato .vsd)

En el momento de exponer el trabajo con el profesor, Murphy entró en acción y el fax dejó de funcionar. Había funcionado perfectamente el día anterior, pero el día de la exposición se ve que nos habíamos saltado algún paso de la configuración: no asignamos la línea del fax (L4) como DISA y, por tanto, el fax no recibía llamadas. Además, se nos olvidó programar la extensión del Gimnasio... Pero bueno, problemas del directo.

Realmente, me gusta bastante esta forma de trabajar porque el profesor nos pone en situaciones que seguramente tengamos que vivir en un futuro, y aunque en un principio nos quejemos e incluso nos agobiemos, en el fondo sabemos que es para nuestro beneficio: mejor es cagarla ahora y no perder nada, que cagarla luego y perder el empleo.

Salva y yo hicimos la programación bastante rápido y pudimos dedicar tiempo a ayudar a los demás compañeros con sus proyectos. El ambiente de trabajo en clase me ha parecido bastante ameno, como siempre, aunque reconozco que a veces era agobiante la excesiva masa humana a nuestro alrededor.

No ha sido para nada un proyecto difícil, pero sí bastante completo: solo hacía falta sentarse tranquilamente con el manual delante e ir leyéndolo varias veces hasta encontrar los códigos que se necesitaban. Lo demás ha sido bastante sencillo y mecánico, en mi opinión.

Me gusta, me gusta la telefonía.