Planet

Estudio del protocolo X10 (I)

Después de unos días con un catarro, vuelvo a estar listo para seguir con el proyecto.He seguido buscando más información del protocolo, viendo las ventajas y las desventajas que tiene.
Estudiando el protocolo:

Aunque el uso de módulos de control domótico X10 sea muy extendido y que esta sea una de las principales ventajas de dicho protocolo, X10 es una marca registrada y que para utilizarla se necesita comprar un elemento a X10 Power House. Lo que quiere decir que si se quiere desarrollar módulos propios, necesitaremos interfaces de línea como son el PL513 y el TW523. Ambos ofrecen un uso efectivo de transmisión X-10 por la red eléctrica.
El PL513 es un transmisor y el TW523 es un transmisor/receptor. Los dos se conectan a la red eléctrica por una toma de corriente y al módulo (compatible con X10) por un cable RJ11 [1]. Ambas interfaces proporcionan un optoacoplador, una onda cuadrada de 60 hz, están sincronizadas al paso cero de la corriente eléctrica y permiten recibir código X-10. La diferencia entre estos 2 interfaces es que el TW523 podría ser una extensión del PL513, ya que este modelo además de recibir, permite emitir por dicho protocolo.
Los fabricantes generarán elementos que enviarán códigos X10 compatibles, sincronizados con el paso cero de la línea eléctrica. Mientras que el PL513 y el TW523 introducirá el código por la línea eléctrica. Teniendo de este modo el circuito de comunicaciones totalmente cerrado.

Además de esta comunicación cableada tenemos la opción de implementar nuestras conexiones de manera inalámbrica, utilizando radiofrecuencia.
Aquí es donde entra en juego el RR501, este es un sistema de control remoto, utiliza como interfaz un transmisor/receptor (Transceiver). Que envía señales de radio frecuencia a otro nodo de la comunicación para enviar la señal a un elemento de control.
La manera de utilizar el RR501 es igual a la utilizada para los interfaces PL513 y PW523, se conecta directamente a una toma eléctrica para alimentarse, pero esta vez recibe código X10 de manera inalámbrica.
Por lo tanto, si unimos estas 2 tecnologías tanto los interfaces cableados PL513 y PW523, como el inalámbrico. Obtendremos un canal de comunicación con 2 vías.

[1] El RJ-11 es un conector usado mayoritariamente para enlazar redes de telefonía. Es de medidas reducidas y tiene cuatro contactos como para soportar cables de hasta esa cantidad de hilos. Es el conector más difundido globalmente para la conexión de aparatos telefónicos convencionales, donde se suelen utilizar generalmente sólo los dos pines centrales para una línea simple o par telefónico
[2] Polling en computación hace referencia a una operación de consulta constante, generalmente hacia un dispositivo de hardware, para crear una actividad sincrónica sin el uso de interrupciones, aunque también puede suceder lo mismo para recursos de software.
Referencias:
[1] http://es.wikipedia.org/wiki/RJ11
[2] http://es.wikipedia.org/wiki/Polling
[3] http://sumanual.com/fullswf-X10.php?type=.SWF&file=SWF/X10/15-02-08-22-17-12-299&langue=es&img_width=792&img_height=612&cat=vide
      

Estudio del protocolo X10 (I)

Después de unos días con un catarro, vuelvo a estar listo para seguir con el proyecto.He seguido buscando más información del protocolo, viendo las ventajas y las desventajas que tiene.
Estudiando el protocolo:

Aunque el uso de módulos de control domótico X10 sea muy extendido y que esta sea una de las principales ventajas de dicho protocolo, X10 es una marca registrada y que para utilizarla se necesita comprar un elemento a X10 Power House. Lo que quiere decir que si se quiere desarrollar módulos propios, necesitaremos interfaces de línea como son el PL513 y el TW523. Ambos ofrecen un uso efectivo de transmisión X-10 por la red eléctrica.
El PL513 es un transmisor y el TW523 es un transmisor/receptor. Los dos se conectan a la red eléctrica por una toma de corriente y al módulo (compatible con X10) por un cable RJ11 [1]. Ambas interfaces proporcionan un optoacoplador, una onda cuadrada de 60 hz, están sincronizadas al paso cero de la corriente eléctrica y permiten recibir código X-10. La diferencia entre estos 2 interfaces es que el TW523 podría ser una extensión del PL513, ya que este modelo además de recibir, permite emitir por dicho protocolo.
Los fabricantes generarán elementos que enviarán códigos X10 compatibles, sincronizados con el paso cero de la línea eléctrica. Mientras que el PL513 y el TW523 introducirá el código por la línea eléctrica. Teniendo de este modo el circuito de comunicaciones totalmente cerrado.

Además de esta comunicación cableada tenemos la opción de implementar nuestras conexiones de manera inalámbrica, utilizando radiofrecuencia.
Aquí es donde entra en juego el RR501, este es un sistema de control remoto, utiliza como interfaz un transmisor/receptor (Transceiver). Que envía señales de radio frecuencia a otro nodo de la comunicación para enviar la señal a un elemento de control.
La manera de utilizar el RR501 es igual a la utilizada para los interfaces PL513 y PW523, se conecta directamente a una toma eléctrica para alimentarse, pero esta vez recibe código X10 de manera inalámbrica.
Por lo tanto, si unimos estas 2 tecnologías tanto los interfaces cableados PL513 y PW523, como el inalámbrico. Obtendremos un canal de comunicación con 2 vías.

[1] El RJ-11 es un conector usado mayoritariamente para enlazar redes de telefonía. Es de medidas reducidas y tiene cuatro contactos como para soportar cables de hasta esa cantidad de hilos. Es el conector más difundido globalmente para la conexión de aparatos telefónicos convencionales, donde se suelen utilizar generalmente sólo los dos pines centrales para una línea simple o par telefónico
[2] Polling en computación hace referencia a una operación de consulta constante, generalmente hacia un dispositivo de hardware, para crear una actividad sincrónica sin el uso de interrupciones, aunque también puede suceder lo mismo para recursos de software.
Referencias:
[1] http://es.wikipedia.org/wiki/RJ11
[2] http://es.wikipedia.org/wiki/Polling
[3] http://sumanual.com/fullswf-X10.php?type=.SWF&file=SWF/X10/15-02-08-22-17-12-299&langue=es&img_width=792&img_height=612&cat=vide
      

Estudio del protocolo X10 (I)

Después de unos días con un catarro, vuelvo a estar listo para seguir con el proyecto.He seguido buscando más información del protocolo, viendo las ventajas y las desventajas que tiene.
Estudiando el protocolo:
Aunque el uso de módulos de control domótico X10 sea muy extendido y que esta sea una de las principales ventajas de dicho protocolo, [...]

Estudio del protocolo X10 (I)

Después de unos días con un catarro, vuelvo a estar listo para seguir con el proyecto.He seguido buscando más información del protocolo, viendo las ventajas y las desventajas que tiene.
Estudiando el protocolo:

Aunque el uso de módulos de control domótico X10 sea muy extendido y que esta sea una de las principales ventajas de dicho protocolo, X10 es una marca registrada y que para utilizarla se necesita comprar un elemento a X10 Power House. Lo que quiere decir que si se quiere desarrollar módulos propios, necesitaremos interfaces de línea como son el PL513 y el TW523. Ambos ofrecen un uso efectivo de transmisión X-10 por la red eléctrica.
El PL513 es un transmisor y el TW523 es un transmisor/receptor. Los dos se conectan a la red eléctrica por una toma de corriente y al módulo (compatible con X10) por un cable RJ11 [1]. Ambas interfaces proporcionan un optoacoplador, una onda cuadrada de 60 hz, están sincronizadas al paso cero de la corriente eléctrica y permiten recibir código X-10. La diferencia entre estos 2 interfaces es que el TW523 podría ser una extensión del PL513, ya que este modelo además de recibir, permite emitir por dicho protocolo.
Los fabricantes generarán elementos que enviarán códigos X10 compatibles, sincronizados con el paso cero de la línea eléctrica. Mientras que el PL513 y el TW523 introducirá el código por la línea eléctrica. Teniendo de este modo el circuito de comunicaciones totalmente cerrado.

Además de esta comunicación cableada tenemos la opción de implementar nuestras conexiones de manera inalámbrica, utilizando radiofrecuencia.
Aquí es donde entra en juego el RR501, este es un sistema de control remoto, utiliza como interfaz un transmisor/receptor (Transceiver). Que envía señales de radio frecuencia a otro nodo de la comunicación para enviar la señal a un elemento de control.
La manera de utilizar el RR501 es igual a la utilizada para los interfaces PL513 y PW523, se conecta directamente a una toma eléctrica para alimentarse, pero esta vez recibe código X10 de manera inalámbrica.
Por lo tanto, si unimos estas 2 tecnologías tanto los interfaces cableados PL513 y PW523, como el inalámbrico. Obtendremos un canal de comunicación con 2 vías.

[1] El RJ-11 es un conector usado mayoritariamente para enlazar redes de telefonía. Es de medidas reducidas y tiene cuatro contactos como para soportar cables de hasta esa cantidad de hilos. Es el conector más difundido globalmente para la conexión de aparatos telefónicos convencionales, donde se suelen utilizar generalmente sólo los dos pines centrales para una línea simple o par telefónico
[2] Polling en computación hace referencia a una operación de consulta constante, generalmente hacia un dispositivo de hardware, para crear una actividad sincrónica sin el uso de interrupciones, aunque también puede suceder lo mismo para recursos de software.
Referencias:
[1] http://es.wikipedia.org/wiki/RJ11
[2] http://es.wikipedia.org/wiki/Polling
[3] http://sumanual.com/fullswf-X10.php?type=.SWF&file=SWF/X10/15-02-08-22-17-12-299&langue=es&img_width=792&img_height=612&cat=vide
      

Presentación


Tras participar en  las IV -Jornadas de Informática de la Universidad Europea de Madrid ( desde la cual competimos), nos ponemos manos a la obra con Locator.
El equipo lo integramos dos personas:
Martín Gómez Loira
Adrián Yanes Martínez.
Este blog nos servirá para ir informando de nuestro proyecto y su desarrollo en el III - Concurso Universitario de Software Libre -

Un saludo a todos. El equipo de Locator.
      

Bye bye, planificación

Como bien dice el título del post, hemos acabado nuestra fase de planificación y nos encontramos en “Pre-Alpha”. Básicamente, en estos momentos tratamos de definir de manera muy concreta el proyecto. Hay miles de cosas que queremos incluir, pero debemos ser realistas y pensar que, con el tiempo del que disponemos, no va a ser posible.
Os dejamos nuestra planificación, principalmente para que vayais viendo en qué fase se encuentra el proyecto, y por otra parte, por si pudiera servir de guía a algún grupo que necesite un poco de ayuda con este tema.
¡Un saludo!

Elección del Framework

A la hora de elegir un framework para php, de todos los existentes, finalmente nos hemos decantado por el framework de zend. Zend Framework es un código abierto implementado en PHP 5. Zend Framework, al que se le suele llamar ZF, se desarrolla con el objetivo de simplificar muchísimo el desarrollo de las aplicaciones. Para nuestra aplicación nos proporcionará ventajas para el manejo de la base de datos, para la realización del login e incluso para introducir OpenId, aunque este último caso no sabemos si utilizaremos las librerías zend ya que parece ser que la librería PHP OpenId library es mucho más utilizada, más completa y más simple de usar.

quecko en el III Concurso de Software Libre

quecko es un proyecto de software libre que continua participando en el III Concurso de Software Libre.
      

Proyecto anejo

Hola de nuevo. Hoy no os voy a hablar de Gesport propiamente dicho. Cuando el proyecto nació en la cabeza de este ser pensante no era ni mucho menos parecido a lo que estoy haciendo realmente. En realidad lo que quería era una cosa parecida a los compañeros de concurso GESTAS para gestionar el club, pero especifico de deportes. Esto contemplaría una personalización muy grande en el tema de desplazamientos, grupos de entrenamientos o equipos y categorías. El caso es que aquí estoy haciendo una cosa muy diferente a lo que planteé en principio, pero que sin duda tiene más atractivo para mi.
El caso de hoy es que ayer en la reunión de mi club se me solicitó hacer un sistema de inscripciones en linea para la San Silvestre Segoviana. Esto va a retrasar un poco el proyecto Gesport, pero, creo, en un futuro puede llegar a formar parte de él. Con esto quiero decir que Gesport comienza tratando solo el ámbito del rendimiento en el entrenamiento y competición, pero puede que con el tiempo aspire a abarcar todos los ámbitos de la gestión de organizaciones que tengan que ver con el deporte: clubes, gimnasios, asociaciones.
Hoy voy a empezar a hacer un sistema para gestionar las inscripciones en carreras a través de internet. Que lo sepais.

Metodología básica

Inicialmente se llevará a cabo una revisión del estado del arte de las herramientas de colaboración y de asistencia de llamadas de voz, analizando los productos existentes que ofrecen la funcionalidad requerida. Una vez que se hayan identificado las soluciones actuales, se analizará cómo se llevan a cabo las funciones definidas para el sistema, para así proponer posibles alternativas.
Tras el análisis anterior, y considerando los objetivos del proyecto, se llevará a cabo el diseño del sistema. A partir de este diseño se comenzará el ciclo de desarrollo, durante el cual se obtendrán varios prototipos del sistema.
Una vez desarrollado los módulos principales del sistema, se procederá a la integración y prueba de los mismos.
Como parte de la metodología destacar que cuando el sistema se encuentre en producción, se proveerá de mecanismos de realimentación para evaluar su frecuencia de uso y obtener el grado de satisfacción de los usuarios.
* Mencionar que próximamente se añadirá una planificación más detallada, y para controlar el desarrollo de dicha planificación, se llevará un control mediante “semanarios”.
      

Distribuir contenido