search

astrovandalistas / Pantallas

0 stars 0 forks source link

definir el formato de las pantallas y incluir las tareas para los otros "milestones" #1

Closed thiagohersan closed 11 years ago

thiagohersan commented 11 years ago
thiagohersan commented 11 years ago

apuntes

thiagohersan commented 11 years ago

@Lessnullvoid @furenku, esa tarea también es para todos!

thiagohersan commented 11 years ago

una pregunta: consideramos la opción de unir pantallas de forma inalámbrica? como seria la visualización? el mismo mensaje sincronizado entre varias pantallas que están fisicamente separadas?

Lessnullvoid commented 11 years ago

Si yo también esta pensando sobre esto, las pantallas se suman para generar una pantalla más grande, en este caso convendría que fuera una conexión física? La inalámbrica seria para el intercambio de datos desde el localnet? o el raspberry para gestionar las pantallas individualmente.

furenku commented 11 years ago

a mí me parece muy bonita la opción de tenerlas todas separadas (cada persona podría cargar una); lo cual no necesariamente requiere que sean inalámbricas (pues mucha distnacia de igual modo hace que no funcionen en conjunto).

Para la viabilidad es necesario analizar:

  1. conexión de datos
  2. cantidad y alimentación de energía
furenku commented 11 years ago

Pienso que hay que pensar el proyecto en general por etapas. Es decir, quizás sea conveniente primero tener una versión alámbrica de las pantallas y posteriormente volverlas inalámbricas. Eso si efectivamente es más difícil la opción inalámbrica que la otra. Si son igualmente difíciles quizás no tenga sentido

furenku commented 11 years ago

Sobre lo que preguntas de la visualización: piénsalo como un marquée : cada pantalla reproduce un caracter o un grupo de caracteres que van transitando de pantalla en pantalla. También sería interesante los mensajes fijos, sin moverse.

Lessnullvoid commented 11 years ago

El funcionamiento de las pantallas de forma individual creo que ya estaba un poco más claro, de hecho hablamos del formato cartel, por la capacidad de poder leer 140 caracteres de un solo golpe.

El tema con las pantallas sumadas es que si no tienen una conexión física va ser un poco complejo la alineación de los caracteres y eso puede ser algo que afecte la lectura. Por esto pienso que es importante diseñar un formato tipo plug para que las pantallas se sumen. Y tener amarres al marco de la pantalla para poder usarla de varias formas, por ejemplo:

1 - llevar la pantalla entre varios en una posición superior (tipo lona) 2 - fijar la pantalla en alguna pared, sobre un poste etc 3 - recargar la pantalla a nivel del piso

Lessnullvoid commented 11 years ago

Para la energía podemos usar un formato híbrido, por ejemplo si es una pantalla que funciona con 12 v. se puede utilizar una batería de 12v. 6w. conectada a una celda solar y también podemos tener la opción de utilizar un convertidor de 12v. en caso de quedarnos sin baterías.

La celda va necesitar o una mochila o un carrito para montar la batería y la celda.

furenku commented 11 years ago

Ese punto hay que pensarlo muy chido... ya que cuando vimos por ejemplo la pantalla de Freetronics vimos qque el consumo era masivo... en ese snetido tenemos que poder comperender bien los rangos y necesidades.

Me gusta lo de la mochila, pero una batería suficiente pa alimentar tanto, como cuánto pesa?

El 5 de mayo de 2013 23:07, Microhom notifications@github.com escribió:

Para la energía podemos usar un formato híbrido, por ejemplo si es una pantalla que funciona con 12 v. se puede utilizar una batería de 12v. 6w. conectada a una celda solar y también podemos tener la opción de utilizar un convertidor de 12v. en caso de quedarnos sin baterías.

La celda va necesitar o una mochila o un carrito para montar la batería y la celda.

— Reply to this email directly or view it on GitHubhttps://github.com/astrovandalistas/Pantallas/issues/1#issuecomment-17465629 .

thiagohersan commented 11 years ago

entonces hay dos tipos de conectividad para pensar:

  1. entre pantalla y servidor/LocalNet: creo que esa conexión puede ser inalámbrica o con cables. empecemos con cables y testamos los transmisores de RF/XBee/BT/etc...
  2. entre pantallas, para poder crear un mensaje mas grande: creo que ese tipo de conexión hacemos con plugs y cables, no? porque si no hay una conexión física se torna muy difícil saber la orden de las pantallas para dividir el mensaje y alinear los caracteres...
furenku commented 11 years ago

vamos por puntos:

  1. me parece bien eso de empezar con cables e ir evaluando opciones o escalando. Urge entonces elegir ya las pantallas y hacer pedido!!

2.Sobre las 2 posiblidades:

conexión alámbrica

Ventajas

  1. sólo se necesita un receptor
  2. es imaginable tener un setup con un único microcontrolador para todas las pantallas
  3. la alimentación de energía puede ser compartida

Desventajas:

  1. Las pantallas están unidas siempre

Inalámbrico:

Sobre la posibilidad de hacer cada pantalla inalámbrica: lo que dices sobre el orden puede ser resuelto si cada pantalla tiene asignado un número de posición, como si fuera un index de un array. Esto podría hacerse con "hardcoding", o podría añadirse un switch de pasos o algo así... Pienso que cada pantalla podría recibir via RF la cadena completa, y sólo filtraría el pedazo que le corresponde en un momento específico. El LocalNet se encargaría de enviar este mensaje a todas las pantallas.

Ventajas:

  1. cada pantalla sería autónoma, sin cables

Desventajas:

  1. cada una necesita una fuente de alimentación
  2. cada una necesita un microcontrolador
  3. cada una necesita un receptor RF/wifi/xbee

El 6 de mayo de 2013 00:04, Thiago Hersan notifications@github.comescribió:

entonces hay dos tipos de conectividad para pensar:

1.

entre pantalla y servidor/LocalNet: creo que esa conexión puede ser inalámbrica o con cables. empecemos con cables y testamos los transmisores de RF/XBee/BT/etc... 2.

entre pantallas, para poder crear un mensaje mas grande: creo que ese tipo de conexión hacemos con plugs y cables, no? porque si no hay una conexión física se torna muy difícil saber la orden de las pantallas para dividir el mensaje y alinear los caracteres...

— Reply to this email directly or view it on GitHubhttps://github.com/astrovandalistas/Pantallas/issues/1#issuecomment-17466455 .

thiagohersan commented 11 years ago

perdón, no fui muy claro, pero lo que pensé es que, sí, todas las pantallas son independientes y tienen una microcontroladora y fuente de energia propria. o sea, no están unidas entre ellas.

pero, hay un modo de super-pantalla, donde usuarios distintos pueden unir sus pantallas, y en ese modo es necesario una conexión fisica (y un protocolo para distribuir el mensaje entre las pantallas).

no pensé en la posibilidad de tener una super-pantalla fija, pero creo que es una posibilidad... es mas facil... : )

lo que creo que no es tan necesario es la posibilidad de tener una super-pantalla hecha de pantallas independientes donde las pantallas no están unidas fisicamente...

thiagohersan commented 11 years ago

y el tema de energia... voy poner eso en un wiki, pero ....

en una pantalla de 512 LEDs, como esa de freetronics, no creo que vamos prender mas que 150 LEDs por vez. y ya que cada LED rojo usa entre 10mA y 20mA... serian mas o menos 1.5A. a 5V, son 7.5W... es un cargador de iPhone por pantalla.

hay unos cargadores solares por U$40...

o podemos usar baterias de 6V que salen por U$5 - U$10

Lessnullvoid commented 11 years ago

Si yo tampoco fui muy clara y al igual que Thiago pienso que el modo superpantalla requiere por lo puntos ya mencionados anteriormente un modo físico de conexión sin quitar la funciones de las pantallas por separado. Voy a agregar también algunos puntos sobre la energía al wiki.

thiagohersan commented 11 years ago

https://github.com/astrovandalistas/Pantallas/wiki/energia___

furenku commented 11 years ago

displays de 16 segmentos:

furenku commented 11 years ago

algo así también sería factible: con electricidad y relays... http://vimeo.com/4224932

thiagohersan commented 11 years ago

a pesar de todas esas opciones para LEDs, me gustan mas los monitores de LCD : ) por precio, cualidad, y cantidad de trabajo...

furenku commented 11 years ago

O algo más loco usando Persistencia de la visión???? Acoplado a un motor se puede volver un AST !!

alphanumeric2

furenku commented 11 years ago

No he encontrado una opción para conseguir esas pantallas: tú sabes de alguna?

furenku commented 11 years ago

Y que funcione con máx 12 V ?

furenku commented 11 years ago

Nadamás por que la encontré:

http://shop.evilmadscientist.com/productsmenu/partsmenu/363

Ultrabright red 17-segment, w/ ruler for scale
furenku commented 11 years ago

El resultado de Interactivos ?:

http://we-make-money-not-art.com/archives/2013/05/kit-de-libertad-de-expresion-f.php#.UZSgf1awNhE

0Interactivos_prototype.jpg
thiagohersan commented 11 years ago

que feo... no me gusta... y no se puede ver nada...

Lessnullvoid commented 11 years ago

Si, yo creo que los leds estan sobre valorados, e insisto que para que sea una solución con el mismo efecto que el AST tenemos que ser persistentes el tema de la reapropiación de de la tecnología de uso cotidiano.

La pantalla LCD se alimenta de 12v y 9v, esto nos facilita mucho las cosas, ya que para la energía podemos usar un sistema híbrido, una batería de 12v y un adaptador de corriente de la misma capacidad. Si utilizamos pantallas mate no vamos a tener el problema de que no se vean de día.

furenku commented 11 years ago

Estuvimos hablando de la estructura de las pantallas modulares.

Pantalla maestra + pantallas esclavas

  1. Todas las pantallas tienen la capacidad de
    a. recibir un mensaje OSC ( direccion, "mensaje", x, y, fontsize )
    b. dibujarlo
    c. asignarse una posición dentro de un conjunto ( propuesta: utilizando un keypad )
  2. hay una pantalla central que:
    a. saber cuántas otras pantallas esclavas tiene ( al principio será hardcodeado, más adelante las "autodscubrirá"
    b. generar un objeto "Canvas" con base en el número total de pantallas
    c. recibe todos los mensajes
    d. genera las animaciones utilizando puras variables
    e. envía mensajes a cada una de las pantallas esclavas para que grafiquen su parte de la animación
    f. dibuja también la parte que le corresponde a su pantalla física