tecnuntv

Gestión de Proyectos (II)

Siguiendo con la entrada anterior, os sigo describiendo el resto de proyectos:

Red de Comunicaciones para empresas de producción de TV

La empresa TecnunTV produce varios canales de televisión y recientemente ha conseguido las licencias de 2 canales (MPE4 y MPE5) para la teledifusión de sus contenidos en la zona del norte de Gipuzkoa. TecnunTV tiene su sede en el Parque tecnológico de Miramón:

Captura.PNG

TecnunTV Sede hipotética

Para la creación de los programas de televisión, TecnunTV dispone de un conjunto de empresas productoras que generan los contenidos audiovisuales que luego serán emitidos dentro de alguno de los canales que difunde TecnunTV. Este conjunto de empresas se encuentran situadas en el Parque Tecnológico de Miramón.

Las empresas que generan contenidos para TecnunTV son las siguientes:

  • Actualidad Novedosa
  • Teletxikis
  • +Series
  • +Pelis

Además, todos los días por la mañana se emiten en directo los ensayos realizados por la Orquesta Sinfónica de Euskadi.

Recientemente TecnunTV ha llegado a un acuerdo con la empresa de teledifusión de Francia para intercambiar contenidos, habiéndose acordado que el punto de entrega/recogida de contenidos audiovisuales se realizará en el centro de emisión de La Rhune, en Francia.

El Proyecto deberá definir una red de comunicaciones que sea capaz de transportar toda la información necesaria para el cliente:

  • Señales asociadas a los programas de televisión generados por los estudios.
  • Intercambio de tráfico de datos entre las distintas sedes.
  • Posibilidad de realización de videoconferencias entre los edificios.
  • Intercambio de programas ya editados entre TecnunTV y la televisión francesa a través de La Rhune.

Todos los sistemas de comunicación que se instalen en el presente Proyecto, deberán poder ser gestionados mediante un sistema centralizado a instalar en la sede de TecnunTV

El Proyecto deberá definir también todas las infraestructuras necesarias para la creación de la red de comunicaciones en el interior de la sede de TecnunTV, así como en los exteriores de la misma y cumpliendo todos los requisitos establecidos por las normativas municipales que sean de aplicación.

Red de telecomunicaciones para la difusión de la TDT de TecnunTV

Tras analizar la zona en la que se quiere difundir la señal de la TDT, TecnunTV ha decidido instalar los emisores en los siguientes centros:

  • Jaizkibel
  • Igeldo
  • Zarautz
  • Erlo
  • Zestoa
  • Deba
  • Artzubi

Además de estos datos, TecnunTV dispone en su sede de un sistema de control centralizado que es capaz de gestionar a distancia el estado de los distintos equipos asociados a la TDT que van a instalar en los diferentes centros de emisión.

foto-1-tdt

El Proyecto deberá definir una red de comunicaciones que sea capaz de transportar toda la información necesaria para el cliente:

  • Señales asociadas a la difusión de TV.
  • Comunicaciones asociadas a la telegestión de los emisores de TDT a instalar en los centros.

Todos los sistemas de comunicación que se instalen en el presente Proyecto, deberán poder ser gestionados mediante un sistema centralizado a instalar en la sede de TecnunTV

El Proyecto también deberá definir todos los sistemas auxiliares necesarios para el correcto funcionamiento de la red de telecomunicaciones que no estén en el alcance del contrato entre TecnunTV y la empresa que le va a prestar albergue para sus equipos.

Proyectos en paralelo

Cómo os podéis imaginar para la difusión de contenidos a francía los de la red de producción se tienen que poner de acuerdo con los del último proyecto.

Eso es todo lo que os puedo contar por ahora, estamos trabajando y reuniéndonos todas las semanas para ir mejorando y puliendo la memoria, el pliego…Alguno que otro casi tira el ordenador (la frustración del Autocad…) harto de planos…;)

 

gestion

Gestión de Proyectos (I)

Buenos días y bienvenidos al blog, cómo prometí hace ya algún tiempo…Os traigo los enunciados de los proyectos que estamos desarrollando:

Comunicaciones para Sistema automático de información hidrológica

Se debe diseñar un sistema que permita recoger los datos de los sensores instalados en los distintos puntos de control, transmitirlos al centro de control en Azpeitia. Para ello se deberá analizar la conveniencia de instalar una red propia o contratar servicios de comunicación de operadora, analizando diversas tecnologías, la calidad que ofrecen y sus costes.

hidrau

Esto es un rio

Aspectos a incluir en el Proyecto:

  • Localización de los siguientes elementos:
  • Puntos de control.
  • Estaciones base TETRA.
  • Centro de control.
  • Estaciones remotas para concentración y envío de datos.
  • Equipamiento de comunicaciones a instalar en los puntos de control.
  • Obra civil y sistema de alimentación eléctrica necesarios para la construcción de las casetas y torres para instalación de las estaciones base TETRA.
  • Equipamiento de comunicaciones a instalar en las estaciones base TETRA.
  • Equipamiento de comunicaciones a instalar en el centro de control.
puntocontrol

Punto de control

ICT para edificio de viviendas

Se trata de proyectar la Infraestructura Común de Telecomunicaciones de un edificio de viviendas.

El proyecto, especificará todos los elementos y seguirá la estructura determinada por la normativa vigente para el diseño de Infraestructuras Comunes de Telecomunicaciones.

¿Qué es una ICT?

ICT = Infraestructura Común de Telecomunicaciones

Una ICT engloba:

  • Instalación de Radio y Televisión Terrestre y Satélite
  • Instalación de Telecomunicaciones para los servicios de Telefonía Disponible al Público y de Banda Ancha
  • Instalación de las infraestructuras que dan soporte al Hogar Digital

Una ICT facilita una canalización conjunta normalizada para todos los servicios suministrados.

Una ICT regula la obra civil en el interior de los edificios, aunque limitada a los servicios suministrados.

Una ICT también incluye la instalación eléctrica necesaria para dar soporte a los servicios suministrados.ict

Para que no se haga muy largo, en la siguiente entrada os cuento los otros dos proyectos…que están muy relacionados 🙂

lab8_1

BBB 8 -PRU: Inter-core Data Transfer

Buenos días y bienvenidos de nuevo al blog 🙂

Estamos de nuevo con SistEmb y sus PRUs, esta vez nos hemos puesto a comunicar las dos PRUs entre sí mediante varios métodos, aunque por supuesto su finalidad era…

BLINK LED (1.000.000 de leds blinkeados por curso en telecomunicaciones)

En la práctica teníamos que usar los dos botones SW1 y SW2 añadiéndole las siguientes funcionalidades:

  • SW1: toggles the blue LED
  • SW2: toggles the green LED
  • SW1 & SW2: toggle the red LED

Las pulsaciones las recogería la PRU0(–>encargada botones) y mandaría la información sobre que botón está pulsado (y por tanto que led hay que encender) a la PRU1(–>encargada del toggle).

Lab8_1.PNG

Para poder comunicar entre sí a la PRU0 <–>PRU1 tenemos lo que se denomina como scratch pad banks (30, 32-bit registers (R29:0))  o bien SPAD:

spad

Por supuesto teníamos que realizar este ejercicio de diferentes maneras:

Use non-zero base_register

  1. Use scratch pad bank n
  2. Use scratch pad bank m ≠ n
  3. Use two different scratch pad banks simultaneously
  4. Use shared RAM
  5. Use direct connect mode

Y éste ha sido el resultado 😉 (sólo os pongo el resultado de 1 de ellos porque la funcionalidad es la misma asi que no váis a notar diferencia alguna si la transmisión se realiza por un SPAD u otro, os se realiza con la memoria RAM compartida…)

ezgif-com-gif-maker-1

(Bueno costó un poco pulsar los dos botones a la vez, ahí soy culpable, pero funcionaba xD)

 

Gestión de Proyectos, los documentos

Buenos días y bienvenidos al blog del MIT- Tecnun 🙂

Hemos comenzado (hace ya tiempo) el nuevo bloque de “Proyectos” nos toca ponernos en lo que podría ser nuestra propia piel en pocos meses, a redactar un proyecto – firmarlo (que es para lo que nos estamos preparando en parte).

Objetivo de un Proyecto

El objetivo de un Proyecto es dar solución a una necesidad de un cliente, mediante la especificación de la solución técnica a dicha necesidad.

objetivo

Y aquí nos encontramos nosotros, en la fase de redacción del proyecto 😉

asdf

Documentos de los que se compone un Proyecto

Cómo os podéis imaginar los documentos que tenemos que redactar, ni son pocos, ni son cortos…No en vano, 3/5 créditos de esta asignatura los ocupa este bloque. Los apartados que constituyen un proyecto son:

documentos

Si falta un sólo cono de señalización en el Estudio de Seguridad y Salud…

ezgif.com-video-to-gif (8).gif

 

 

pru_icss_block_diag

BBB 7 – PRU Interrupts

Buenos días y bienvenidos de nuevo al blog del MIT, estamos con uno de los últimos laboratorios de la asignatura de SistEmb. Por supuesto aún nos queda el proyecto final, del que os contaré la semana que viene 😉

Este lab tiene que ver (aunque no es del todo igual) con el Lab -2, a lo que me refiero es: Interrupciones, pero en este caso teníamos que configurarla para las PRUs…Un procedimiento bastante más complejo que el que tendríamos que realizar para el procesador principal de la BeagleBone.

Blink Led! (yes again…)

Cómo no podía ser de otra manera, hemos hecho que un Led parpadear. Aunque claro con todo lo que ello con lleva en la PRU.

El laboratorio consistía en pulsar un botón y que la PRU0 interrumpiera a la PRU1 encendiendo uno de sus leds(en este caso yo elegí el led rojo).

lab7_1.PNG

El esquema es el siguiente:

lab7_2

Lo único que teníamos que hacer era seguir los siguientes pasos para programar la interrupción:

  1. Clear any pending PRU-generated events
  2. Map event EVT to channel CHAN
  3. Map channel CHAN to host HOST
  4. Ensure event EVT is cleared
  5. Enable event EVT
  6. Enable Host interrupt HOST
  7. Globally enable host interrupts

ezgif-com-resize-12

 

img_0223

Vigilancia Tecnológica

Buenos días y bienvenidos de nuevo al blog, tras las vacaciones tenemos que entregar un trabajo de investigación técnico sobre “vigilancia tecnológica”, estamos dentro de la asignatura de DisRT de la que cada vez nos queda menos 😉

VIGILANCIA ESTRATÉGICA 

“Generación y tratamiento de ideas aplicables al desarrollo de nuevos productos, servicios o procesos, o en la mejora de los ya existentes.

Podemos centrarnos entonces en el uso de la VIGILANCIA ESTRATÉGICA como una HERRAMIENTA DE GESTIÓN DE LA INNOVACIÓN, que permita transformar la información recogida por la organización en ideas que la lleven a la mejora de la organización dentro de su entorno, haciéndola más compe- titiva y capaz.

La VIGILANCIA ESTRATÉGICA implica entonces:

> Vigilar el entorno (buscar, recoger y analizar la información que consideramos relevante para nuestra organización)

> Explotar la información (distribuir y utilizar la información de manera que nos permita la toma de decisiones)

Dentro del concepto de VIGILANCIA ESTRATÉGICA podemos distinguir cuatro ejes (uno de los cuales es el que nos ocupa a nosotros :)):”(Más sobre vigilancia estratégica aquí)


Por supuesto esto tiene su correspondiente normativa UNE 166006:2011 (esta es la española), sobre la cuál  aquí tenéis mas información.

Los temas que han salido han sido de lo más variados:

– Buscadores y Metabuscadores

– Vigilancia tecnológica y machine learning

– La vigilancia tecnológica: Cookies

…etc

Routing en GNS3

Buenos días, una vez más y antes de que nos vayamos de vacaciones navideñas os cuento que hacemos estos últimos días 🙂

Esta práctica de DisRT nos dió algún problema a ciertos grupos (nada como la de ipv6, de la que no habéis oído hablar precisamente porque no pudimos hacerla….aún).

Pero ¿Qué es routing?

Enrutamiento o routing es el acto de transferir paquetes de un origen a un destino utilizando la capa de red. Esto implica determinar el camino o path óptimo y transportar lo paquetes a través de la red.

La clave está en la tabla de enrutamiento que existe en cada host y router. Esta tabla mantiene las rutas que se han de tomar cuando hay que tomar una decisión cuando hay que reenviar un paquete entrante.

En la práctica nos centramos en dos protocolos: RIP y OSPF

  • Routing Information Protocol (RIP), es un protocolo del tipo “distance vector protocol” y utiliza el número de saltos como métrica para medir la distancia entre el origen y el destino.
  • Open Shortest Path First (OSPF), es un protocolo del tipo “link state”. Utiliza mensajes denominados como “link state advertisment” para intercambiar información. Los routers OSPF acumulan la información recibida y luego utilizan un algoritmo para calcular la ruta más idónea.

Hemos utilizado el magnífico software de simulación de redes del que ya os he hablado en prácticas anteriores, el GNS 3.

RIP(el de los routers no el de las lápidas)

fig1.PNG

Configuración 1

Hemos creado todas las interfaces necesarias para conectar los routers entre sí, y añadido con el protocolo RIP aquellas necesarias para poder conectar el R1 – R5 por la “ruta no directa”.

De esta manera “trazando la routa” de R3–>R1:

f1.PNG

traceroute1

 

Vemos como en el R3, lo único que tenemos que hacer es pasar por el R2 para poder llegar al R1.

 

Si rompemos la conexión entre R2 – R3, y volvemos a “trazar la ruta”:

f2

traceroute2

 

En este caso tenemos que dar muchos más saltos para poder llegar al R1, además tardan un tiempo considerable en actualizarse las tablas de enrutamiento de cada uno de los routers.

 

 

OSPF

ospf.png

Configuración OSPF

Se han conectado las áreas internamente y entre sí, de manera que se puede pingear entre cualquier router.

El mejor ejemplo lo tenemos al “trazar la ruta” desde R7 –>R6:

ospf3

ospf1

 

Toma la ruta más corta que en este caso es la rama inferior.

 

 

Sin embargo aumentando sustancialmente el coste por ejemplo de algún router en el camino, le forzaremos a coger la rama superior:

ospf4.PNG

ospf2

Cómo podemos observar ahora la ruta escogida es la superior.

 

 

 

The bad thing about RIP jokes is they often leave everyone near you in a stunned silence. 

BBB 6 – PRU: Blink LED

¡Buenos días y bienvenidos de nuevo al blog del MIT en Tecnun!

A partir de esta sesión, tenemos a un “nuevo” profesor con nosotros. Ya nos impartió la segunda parte de ProcSeñ y todos los laboratorios (Afortunadamente nada de informes en LaTex ;)).

Con las navidades a la vuelta de la esquina, se nos acumulan los “regalitos”:

The Programmable Realtime Unit SubSystem (PRUSS) consists of:

  • Two Programmable Realtime Units (PRU0 and PRU1) and their associated memories (data RAM and instruction RAM)
  • An INTC (Interrupt Controller) for handling system input events. INTC also supports posting events back to the device level host CPUs (e.g. C674x DSP)
  • SCR (Switched Central Resource) for connecting the various internal and external masters to the resources inside the PRUSS.

(Más información aquí)

Podéis imaginar por el título de la entrada cuál fue el objetivo del laboratorio 😉

ezgif.com-resize (6).gif

1PRU 1 LED

Por supuesto subimos el nivel un poco utilizando las dos PRUSS que tenemos, y cada una de ellas controlaba el parpadeo de uno de sus LEDS.

ezgif.com-resize (9).gif

1LED x PRU

(Tarda un poco en comenzar el otro led porque estaba ahí dándole al programa a que arrancara)

socket

BBB 5-¡Linux avanzado!(sockets)

Bienvenidos una vez más al blog del MIT, para ponernos al día con SistEmb sólo falta contaros el laboratorio 5 🙂

Socket designa un concepto abstracto por el cual dos programas (posiblemente situados en computadoras distintas) pueden intercambiar cualquier flujo de datos, generalmente de manera fiable y ordenada.

El término socket es también usado como el nombre de una interfaz de programación de aplicaciones (API) para la familia de protocolos de Internet TCP/IP, provista usualmente por el sistema operativo.

img4

En nuestro caso el server estará en la BBB y el cliente será un webbrowser

Servidor Web interactuando con el HW (BBB)

Es momento de interactuar con el HW, esto significa que desde la Web le pueda enviar comandos a la BBB, como encender o apagar un Led y Pedir la medida del sensor de Luz (LDR). Además añadiremos el Acelerómetro y el Sensor de Temperatura (para hacer las cosas menos complicadas vamos…).

->Led On y Led off

ezgif.com-video-to-gif (6).gif

-> Medir Luz, Acelerómetro y temperatura

ezgif.com-video-to-gif (7).gif

Como véis la pagina web hay que retocarla un poco, pero funciona 🙂

free-as-in-freedom-001

BBB 4-AD, GPIO, I2C y UART con Linux

Bienvenidos de nuevo al blog del máster :), os traigo como viene siendo la serie de SistEmb el 4 laboratorio, que viene a ser todo lo que hemos tocado en los anteriores pero volvemos a “subir de nivel” y trabajamos desde el LINUX de la BBB.

1 . Acceso a los GPIO’s desde linux

Programa que encienda un led pulsando un botón.

2. ADC con Linux

También hemos conseguido los valores de alimentación y con el potenciómetro en la protoboard, como en la práctica anterior.adc

3. Control de Luz con umbral

El programa  permite fijar el umbral por medio del potenciómetro, de tal forma que cuando la luz baje de ese umbral, se encienda el LED.

control.PNG

Este ejercicio tiene video porque incluye todos los anteriores 😉

ezgif.com-resize (8).gif

4. I2C: Acelerómetro y Sensor de Temperatura

Por supuesto también hemos montado nuestro circuito favorito para leer tanto la temperatura como la aceleración.

En el laboratorio 5 osenseñare un video de cómo vemos los resultadosen una web 😉

 

20161123_160508.jpg