La historia del buscador está llena de frikadas curiosidades, os dejo unas pocas:

+ fotos del servidor en el museo en el que Stánford / Museo del Ordenador de Stanford (la web es un laberinto)

Página original de google en el dominio de la Universidad de Stanford

Google Fight

El secreto de Google

+ info/trucos Google en elhacker.net

Blackle

Por si ya lo has olvidado, vamos a montar un sistema que detecta la presencia de gente mediante un PIR. Si hay alguien presente enciende unas luces paulatinamente hasta llegar a su máximo de intensidad y después, tras un cierto tiempo sin que se detecte a nadie, las apaga también paulatinamente. Aquí tienes el vídeo otra vez:

Para completar este magnífico artefacto necesitarás montar unos pocos “periféricos” además de la placa con el micro. Veámoslos uno por uno después del salto.

Selector de tiempo

• Un potenciómetro (entre 10KΩ y 1MΩ todo vale).
• Cable plano de 3 conductores (de nuevo, los viejos cables IDE vienen muy bien para esto).
• Una tira de pines macho.

Lo que queremos hacer con esto es conectar las dos patas exteriores del potenciómetro a 0 y 5 V respectivamente. De esta manera el voltaje que obtengamos en la pata central (que está conectada electricamente al cursor del potenciómetro) será proporcional al ángulo que tenga e l cursor en es momento. Esto es, si giramos el cursor todo a la izquierda tendremos 0V en la pata central. Si lo giramos todo a la derecha tendremos 5V. Y en las posiciones intermedias tendremos un valor proporcional al de su posición.

Luego, conectaremos este selector al puerto de sensores y nuestro software se encargará de leer periódicamente el valor del voltaje para determinar cuanto tiempo tiene que esperar sin detectar a nadie antes de ponerse a apagar las luces. De este modo podremos ajustar dicho tiempo en directo como quien cambia el volumen de la tele.

El esquema del circuito es este:

Y este es el aspecto del sensor una vez terminado. Nada espectacular.

Fijate que he quitado el pin que va entre GND y 5V para que el hueco coincida con el agujero que hay “tupido” en el puerto de sensores. En este caso usé pines acodados, pero he descubierto que es más cómodo si usas pines rectos normales.

Sensor de presencia

• Un sensor PIR (Los hay de muchos tipos, nosotros estamos usando éstos).
• Una resistencia de 100KΩ.
• Cable plano de 3 conductores.
• Tira de pines macho.

Para que nos entendamos, los sensores PIR son una especie de cámara de muy baja resolución que sólo puede ver el infrarrojo. Como las personas (y los seres vivos en general) están más calientes que su entorno “brillan” (en el infrarrojo) más que el fondo. Cuando un PIR detecta ese cambio en el brillo en alguna zona de su campo de visión asume que tiene a alguien delante.

El alcance y el ángulo de visión de un PIR varían mucho según el modelo. Lo normal es que el alcance esté entre los 2′5 y los 10 metros, y que el ángulo se encuentre entre los 30º y los 100º.

Los modelos que estoy usando tienen tres pines. Uno va a tierra (GND), otro a 5V para la alimentación (Vdd) y el tercero nos da la salida del sensor (OUT). El voltaje que midamos en este pin será 5 V cuando no hay nadie presente y 0V cuando se detecte a alguien (ojo, ya ves que la salida esta invertida).Por último, aunque no lo pone en la hoja de datos de estos PIRs, parece que es necesario utilizar una resistencia pull-down de 100KΩ entre la salida y tierra para que la señal sea lo bastante limpia.

Dicho lo cual, aquí tienes el esquema del circuito y una fotico con el resultado:

Cable de comunicaciones

• Cable plano de 10 hilos.
• Dos conectores hembra de cable plano de 10 hilos

Este es el tipo de cable que necesitaremos, en general, para conectar nuestros periféricos a la “placa base”. Solo tienes que ponerle los conectores en los extremos. Normalmente la gente usa herramientas especiales para cerrar bien los conectores, pero yo lo he estado haciendo golpeándolos con un mazo de goma y sale bastante bien. Lo único es que tienes que ir poco a poco, por que si un lado del conector se encaja más rápidamente que el otro se pueden partir las pestañas que hacen que se mantenga todo unido. También he ocluido los agujeros que corresponderian a los pines que faltan en los puertos de entrada/salida para que no se pueda colocar el cable incorrectamente.

Distribuidor

• Pines machos dobles.
• Pines hembra acodados.

Pues sí, tener 4 pines de entrada/salida agrupados en un solo conector está muy bien cuando vas a necesitarlos todos a la vez, cuando quieres “hablar” en serie con un dispositivo o controlar un pequeño motor. Pero, ¿qué pasa si solo quieres encender una luz? O mejor: dos luces, separadas entre sí, y controladas cada una por un pin distito del microcontrolador. En estos casos, necesitamos una plaquita que nos permita separar las señales y dirigir cada una a su destino final.

Estas placas presenta en un lado un conector donde enchufaremos el extremo final del cable de comunicaciones y en los otros lados entre 1 y 4 conectores más pequeños hasta donde llevan las 4 señales de datos individuales y el voltaje de alimentación.

En este proyecto vamos a usar solamente una señal, pero aquí tienes tambien el esquema del distribuidor para dos señales que seguro que viene bien en el futuro.

Para que quede un poco más claro puedes ver las fotos de ambos circuitos completados. (Pero no hagas caso del jumper que se ve en el centro del distribuidor de dos señales, resultó que no era muy buena idea).

Amplificador

• Un transistor MOSFET tipo n. (Te cuento los detalles más abajo).
• Una resistencia de 200 Ω.
• Pines acodados machos y hembras.
• Dos bornes de conexión para circuito impreso.

Queremos encender luces, y queremos que sean unas luces que marquen alguna diferencia entre “oscuro” y “luminoso”, pero los puertos de datos de nuestro controlador sólo pueden proporcionar unos 40 mA de corriente por cada pin. Está bien para encender un led, pero no te harán llegar muy lejos en la noche. Además, dan una tensión de salida de 5V y las bombillas que queremos usar son de 12V (como las de los coches).

Necesitamos una manera de amplificar las señales que manda el controlador hasta que sean lo bastante potentes como para encender esas bombillas. Para ello usamos un transistor MOSFET tipo n a modo de interruptor. Los MOSFETs tienen tres patas, drenador (drain), fuente (source) y puerta (gate). La corriente principal (la que encenderá nuestra bombilla) entra por el drenador y sale por la fuente. Cuando la puerta se encuentra conectada a tierra (0V) se dice que el transistor está en corte y no permite pasar corriente entre drenador y fuente. Cuando el voltaje de la puerta supera cierto voltaje umbral (positivo para los tipo n y negativo para los tipo p) el transistor está en saturación y permite que pase gran cantidad de corriente entre drenador y fuente.

Las características más importantes para este tipo de transistores son 3: el voltaje fuente-drenador máximo (VDSs), que es la diferencia de potencial máxima que podemos poner entre fuente y drenador sin que pete todo; la intensidad de drenador máxima (ID), que es la intensidad máxima que puede aceptar el drenador sin quemarse; y el voltaje umbral ( VGS(th)) que, simplificando, sería el voltaje que hay que aplicarle a la puerta para que el transistor comience a conducir.

Queremos encender dos bombillas de 12V y 6 Watios cada una. Eso supone que van a consumir un Amperio entre las 2. Además, queremos controlar el encendido con un pulso de 5 V. Total, que necesitaremos un MOSFET con: VDSs>12V, ID>1A y VGS(th)<5V.

En cualquier tienda de electrónica puedes encontrar cientos, si no miles, de transistores que cumplan estos requisitos por menos de un lerele, pero también puedes encontrarlos entre la chatarra electrónica que tengas por casa. Para esta placa yo he usado un STW13NK80Z que encontré en una fuente de alimentación rota. Con VDSs=800V y ID=12A es como matar moscas a cañonazos, sí, pero al menos el cañón nos salió gratis. Busca componentes que tengan este aspecto y estén atornillados a un disipador. Casi seguro que serán algún tipo de transistor. Solo tienes que googlear el numero de serie que llevan impreso para saber de qué se trata exactamente.

Ahora que ya tienes transistor vamos a montar el circuito. Tanto la señal, como la alimentación llegan por el conector macho y se “reenvían” al conector hembra. De este modo se pueden encadenar varios de estos amplificadores si fuera necesario.

El módulo terminado, con la bombilla al lado tiene este aspecto:

Firmware

Contra todo pronóstico ésta era la última pieza que quedaba por montar. Lo siguiente es hacer un programa que se encargue de “leer” el PIR  y el potenciómetro y de controlar la luz. Puedes copiar el mío de aquí abajo Como ves es muy sencillito y está comentado hasta aburrir. Ya hablamos hace meses de cómo compilarlo y grabarlo en el microcontrolador.

/*
 * Firmware detector de presencia para ATMega88. Lee la salida de un sensor PIR y
 * de un potenciómetro en el puerto C (PC0 y PC3 respectivamente).
 * Enciende una luz conectada a PD5 cuando el PIR detecta movimiento (salida > 128)
*/

// Frecuencia de funcionamiento (para las rutinas de delay).
#define F_CPU 1000000
#define TMULT

#include
#include 

//Funciones para inicializar y leer desde las unidades conversoras analógico-digitales
void initialiceADC(void);
unsigned char readADC(unsigned char channel);

//Funciones para inicializar y emplear PWM
void initialicePWM(void);
void analogOut(char port,unsigned char value);

int main(void)
{
	//Aquí se guarda el estado actual del programa
	unsigned char state=0;
	//El valor guardado en 'out' es el que se usará como salida mediante PWM
	unsigned char out = 0;
	unsigned char ant;
	//Aquí llevaremos una cuenta del tiempo transcurrido desde la última detección
	int timer = 0;

	//Configuramos los pines del puerto D como salida
	DDRD=0xff;

	//Inicializamos PWM y ADC
	initialicePWM();
	initialiceADC();

	//Bucle principal.
	while(1)
	{
		switch(state)
		{
			//Estado 0: Apagado, esperando a detectar algo
			case 0:
				//Cuando se detecta a alguien pasamos a estado 1.
				// La salida para a 10 (muy poco brillo)
				if(readADC(0)>128)
				{
					out=10;
					state = 1;
				}
				else out=0;
				break;
			//Estado 1: Aumentando el brillo
			case 1:
				//Aumentamos el en cada iteración. Como la percepción del
				//brillo es logarítmica tenemos que aumentarlo exponencialmente
				//para que se perciba como un aumento lineal. En concreto
				//multiplicamos el brillo anterior por 1.125
				ant = out;
				out+= out>>3;
				//Si el brillo anterior es mayor que el actual -> overflow
				//Fijamos el brillo en 255 y pasamos al estado 2
				if(ant>out)
				{
					out = 255;
					state = 2;
				}
				break;
			//Estado 2: Brillo máximo hasta que pase un cierto tiempo desde la última detección
			case 2:
				//Si se detecta movimiento reseteamos el temporizador
				if(readADC(0)>128)
					timer =0;
				//si no lo aumentamos
				else
					timer++;

				//El tiempo que debe pasar depende de la posición del cursor de potenciómetro
				//será un valor entre 0 y 255 multiplicado por TMULT (para TMULT = 4 abarca entre
				// 0 y 90 segundos aprox).
				//Cuando timer supera ese valor lo ponemos a 0 y pasamos al estado 3.
				if(timer>(readADC(3)*TMULT))
				{
					timer = 0;
					state = 3;
				}
				break;
			//Estado 3: Disminuyendo el brillo
			case 3:
				//Reducimos el brillo igual que lo aumentamos antes. En lugar de
				//multiplicarlo por 1.125 ahora lo hacemos por 0.875
				if(readADC(0)>128)
					state = 1;
				else
				{
					ant = out;
					out-= out>>3;
					//Si ant=out es que out ya era tan pequeño que al redondear tras la
					//división se queda igual. Fijamos out a 0 y volvemos a la espera
					//en el estado 0
					if(ant<=out)
					{
						out = 0;
						state = 0;
					}
				}
				break;

		}
		//En cada iteración actualizamos el valor de la salida a 'out'
		analogOut(0,out);
		//y esperamos un poco antes del siguiente paso
		_delay_ms(100);
	}
}

void initialiceADC(void)
{
	DIDR0=0x3F; //Deshabilita la entrada digital a traves de los pines de ADC

	//REFS(0,1) pone Vcc como voltaje de referencia
	//y ADLAR(1) justifica el valor leido a la izquierda para que solo tengamos que leer ADCH
	ADMUX= _BV(REFS0)|_BV(ADLAR);
	//ADEN habilita el uso de ADC y ADPS(0,1,1) pone el preescale del temporizador ADC a 8
	ADCSRA = _BV(ADEN)|_BV(ADPS1)|_BV(ADPS0);

}

unsigned char readADC(unsigned char channel)
{
	ADMUX= (ADMUX & 0xF0) | channel;
	//Poniendo ADSC a 1 comienza la conversión
	ADCSRA|=_BV(ADSC);
	//Sabemos que ha teminado cuando ADSC vuelve a valer 0
	while(ADCSRA & _BV(ADSC));
	//El resultado está en ADCH
	return ADCH;
}

void initialicePWM()
{
	//Configuramos PD5 y PD6 como salidas
	DDRD |= _BV(PD5)| _BV(PD6);
  	//WGM0(0,1,1) selecciona el modo 'fast PWM'. COM0A(1,0) y COM2B(1,0)
  	//proporciona PWM no invertido para las salidas A y B
       TCCR0A = _BV(WGM01)|_BV(WGM00) | _BV(COM0A1)|_BV(COM0B1);
       //CS0(0,1,0)configura el preescaler de timer0 a 8
       TCCR0B = _BV(CS01);
}

void analogOut(char port, unsigned char value)
{
	//Si 'port' es 1 usamos la salida B. Si es 0 la A
	if(port & 1)
		OCR0B = value;
	else
		OCR0A = value;
}

Y dicho lo cual solo queda ensamblarlo todo. Si ha ido todo bien no deberías poder conectar nada incorrectamente, pero asegúrate antes de enchufarlo todo a la corriente por primera vez. Aquí tienes un par de fotos para que puedas fijarte en donde va conectada cada cosa.

Bueno, pues ya tienes tu propio detector de movimiento. Pero tendrás que quedarte muy muy quieto para ver cómo se apaga la luz.

Me ha hecho especial gracia la ocupación de colocador de bolos, desempeñado por adolescentes hasta los años 40. Si hoy las boleras son la máxima expresión del posmodernismo colorista de la sociedad de consumo, el pasado nos evoca una infame sordidez en la que un chiquillo pobre nos contemplaba aburrido desde el fondo del pasillo de madera.

En algunas es más difícil de percibir que en otras; ahora que, o el representante de Pachelbel (si tuvo) no era como los actuales o los herederos son trillonarios.

¡Una sintonía que nunca quedará obsoleta! (la original claro)

Entre todos los pdfs de su web, hay uno que nos ha llamado especialmente la atención: una lista de soportes analógicos y digitales de grabación y reproducción de audio (PDF, 123 KB). Como estos días andamos liadillos con esto de los formatos de conservación de información, esta lista nos ha ampliado notablemente los horizontes: desde el cassette al DVD-RAM BWF, con su precio, calidad, editabilidad, etc. Hay tanto formatos domésticos como profesionales, y todos ellos se usan hoy en día en mayor o menor medida (o sea, no hay ninguno totalmente obsoleto).

También nos vendrá al pelo una lista de formatos digitales de sonido (PDF, 60KB), que tal vez tengamos más frescos, pero conviene ponerlos todos sobre el papel.

En 1994 todavía no había CDs grabables aunque casi todo el software que se comercializaba ya venía en CD. A las memorias USB les faltaban unos años para nacer. Sin duda los disquetes de 3,5″ eran los reyes del almacenamiento portátil y a partir de ahí comenzaba la lista de aspirantes al trono, encabezada por la unidad ZIP.

Diferentes modelos de la unidad ZIP

La unidad Zip consistía en una unidad lectora, generalmente integrada en la CPU del ordenador (aunque también existieron modelos externos que se conectaban mediante el puerto paralelo o SCSI primero y por USB después) y unos discos magneto-ópticos que contenían los datos. El primer modelo tenía una capacidad de almacenamiento de 100MB, aunque posteriormente aparecieron modelos con capacidades de 250MB y 750MB.

Con semejante diferencia respecto a los disquetes en cuanto a capacidad de almacenamiento se refiere, cabe preguntarse por qué no triunfó este formato, al menos durante ese breve periodo que existió entre su aparición en el mercado y el nacimiento del USB, que fue el formato que realmente acabó con el disco de 3,5″.

Yo diría (aunque es una visión muy personal que estaré encantado de contrastar) que sencillamente el usuario medio de la época no necesitaba tanta capacidad de almacenamiento. Las únicas veces que he visto una unidad Zip han sido en lugares donde el ordenador era una herramienta profesional de trabajo: universidades, oficinas de arquitectura, empresas del mundo audiovisual, diseño gráfico… Lugares donde se generaban archivos de un tamaño mayor a los 1,44MB que cabían en el disquete de 3,5″.

Por ejemplo, en la Escuela de Arquitectura de Madrid (lugar de donde venimos la gente de Basurama y alguno de los Obsoletos), producir un archivo de CAD mayor de 1,44MB era un auténtico drama, ya que su autor se exponía a la incierta lotería que suponía partir la información en varios disquetes, ya que si uno sólo de ellos fallaba (algo relativamente habitual) la información se perdía. Conozco a uno que fue a una tienda a imprimir su entrega final de proyectos con veinte disquetes… con trágico final.

Creo que en sitios así la unidad Zip tenía su mercado pero en el mundo doméstico, con un internet en pañales, los usuarios se manejaban con enciclopedias Encarta enjauladas dentro de un CD, archivos de texto, hojas de cálculo y poco más. Ni discografías completas de los Beatles en mp3, ni fotos del viaje de fin de curso a 10 megapíxeles de resolución. Todo eso vino después.

Así transcurrió la vida de la unidad Zip hasta que llegó la memoria USB, un aparato que en su origen tenía menos capacidad de almacenamiento pero que era mucho más pequeño. Pero es que con una memoria USB de 64MB en 1996 ya eras el rey del mambo.

Y sobre todo, la memoria USB se popularizó mucho más y en menos tiempo que el formato de Iomega. Mientras que las posibilidades de encontrar una unidad lectora donde introducir un disco Zip eran escasas, el puerto USB se integró como puerto estándar en todos los ordenadores muy rápidamente, ya que detrás del invento estaban IBM, Intel, Northern Telecom, Compaq, Microsoft, Digital Equipment Corporation y NEC. Seguro que Iomega sabía que parte del éxito iba por ahí, extender y estandarizar su formato, pero lo cierto es que no llegó tan lejos. Apenas hubo unos cuantos modelos de portátil de la época que llevaban la unidad Zip de serie: Compaq, Dell y algunos Macintosh si lo pedías.

Esta foto la pongo porque Paaq no se lo creía.

Pero lo que acabó de rematar a la unidad Zip fue su precio. En 1994 las primeras unidades de 100MB costaban alrededor de 200$, más 20$ por cada disco adicional. Un disco duro de la época de unos 500Mb costaba también 200$. Visto así, la unidad Zip no era mala opción como forma de hacer copias de seguridad.

El problema fue que las memorias USB y CD grabables no sólo se implantaron más rápido en el mercado sino que además sus precios bajaron espectacularmente en muy poco tiempo. La memoria USB fue algo que pasó en muy, muy poco tiempo de ser un extraño objeto futurista que pocos tenían a acumularse en nuestros cajones con modelos casi regalados como propaganda.

En este punto es donde más claro se ve, creo, cómo las memorias USB siguieron la misma senda del éxito que los disquetes de 3,5″. Por su bajo precio ambos pasaron de ser objetos pertenecientes al mundo de la informática a consumibles que podían adquirirse en papelerías, bazares chinos, etc. Y por su popularidad y universalidad ambos se convirtieron en iconos.

Mientras tanto, Iomega se empeñó en no abrir el código de diseño de su formato, por lo que la carrera por abaratar el precio de la unidad Zip la corrían solos. Fue en este último periodo cuando apareció el Click de la muerte, un término que me ha recordado enseguida a la Pantalla azul de la muerte de Windows.

La expresión, nacida a finales de los ‘90, se refiere originalmente al sonido que hacían los discos Zip cuando se estropeaban, aunque su uso se ha generalizado extendiéndose a toda clase soportes magnéticos de información.

Cuentan en la Wikipedia con todo lujo de detalles que el famoso ruidito letal de los discos Zip lo producían los cabezales al desalinearse, circunstancia que podía producirse por diversas razones, algunas relacionadas con el mal uso y otras con una fabricación deficiente, producto del abaratamiento de costes de producción.

Uno de los sitios por donde se recortó, de hecho, fue en el sistema de seguridad que impedía que la cabeza lectora se estropeara en caso de apagado fortuito. Recordemos que Windows XP aún no existía y que las versiones anteriores, cuando se quedaban colgadas, obligaban a apagar el ordenador a lo bruto.

Pronto el mercado se llenó de unidades Zip de peor calidad e Iomega recibió miles de quejas por parte de los consumidores, negando toda responsabilidad y aduciendo que los fallos se debían al mal uso de sus dueños. Tras unos poco litigios entre los consumidores y la empresa en marzo de 2001 se llegó un acuerdo por el cual los demandantes fueron indemnizados con un descuento en una futura compra de productos Iomega, algo que me ha recordado un poco a la oferta que hizo Windows a los usuarios de Vista, tras dar el sistema operativo por fracasado y pasar a Windows 7. Como veis, las comparaciones en lo malo entre este producto de Iomega y Windows son varias.

Y hasta aquí la historia. Si eres de los que tiene una unidad Zip acumulando polvo en el cajón, o simplemente ya no funciona, puede que te interese reutilizarla con alguna de las ideas de este vídeo.

O hacerte un reloj.

En la medida de lo posible trataremos de no ceñirnos a la información técnica y trataremos de analizar por qué triunfaron o no, a qué otro formato sustituyó y por cuál fue sustituído y si sigue teniendo mercado o para qué se utiliza actualmente.

En diciembre publicábamos un gráfico que representaba la evolución de los sistemas de almacenamiento. Unos días depués en CyberHades confeccionaban una pequeña lista de gráficos de evolución de distintos dispositivos o marcas. Nos ha parecido buena idea seguir con la lista y así ir confeccionando una relación de gráficos y visualizaciones más completa.

Añadimos dos gráficos que ya publicamos hace unos meses en Obsoletos:  uno en el que se pueden ver diez años de evolución de los PCs de IBM, entre 1981 y 1991; otro que cuenta la evolución de los formatos de la industria musical.

Evolución de los sistemas de almacenamiento.
Evolución de los personajes de Nintendo.
Evolución de los mandos de videojuegos.
Evolución de los dispositivos Apple.
Evolución de los teléfonos móviles.
Evolución de los ordenadores personales IBM.
Evolución de los formatos de la industria musical.

Os animamos a que sigáis con la lista, bien a través de los comentarios, bien republicando la lista ampliada en otro sitio web.

Foto de Frenkieb

¿Tienes una? ¿Has pensado en rescatarla del trastero? Quítale el polvo y vete corriendo a buscar unas pilas, porque echarte una partidas no tiene precio (bueno las pilas unos 4€). Sin duda el artículo en la wikipedia tiene buena información y te ayudará a identificar los diferentes modelos, y en eBay averiguarás su precio de subasta.

¡Pero sólo en Obsoletos.org te damos más!

¿Que se te perdió la tapa de las pilas? ¡Fabrícate una! Cutter por aquí, cinta aislante por allá. También puedes comprarlas en e-bay.

Interesante y exhaustiva también esta guía de reparación para maquinitas, en inglés eso sí. También puedes tunear tu móvil con la Game&Watch como este japonés (pero hay que estar loco y ser japo):

Si buscas más información en la red sobre el tema no te pierdas estos links:

• Asociación RetroAcción.
• Game&Watch.ch (Con una buena base de información y patentes).
• Juegos on-line: Dodgeman y Donkey Kong Jr.
• Simuladores para tu PC: Madrigal.
• Retro Radio (no funcionan todas).
• Llaveros con forma de GameBoy con los clásicos.

Y no te olvides de acercarte por el Retromadrid 2010 el sábado 13 de marzo, claro.

Hoy se han inaugurado las jornadas Open Up que se desarrollarán hasta el 23 de febrero en el centro cultural Medialab Prado. El objetivo es llenar de contenido y explorar las posibilidades de una pantalla recientemente instalada que cubre toda la fachada del edificio que da a la Plaza de las Letras.

Dentro de los proyectos seleccionados, se acaba de presentar Un barrio feliz, ideado por David Rodríguez y el colectivo Unbarriofeliz. La idea del proyecto es mostrar las imágenes que registran las 48 cámaras que ha instalado el Ayuntamiento de Madrid en el barrio de Lavapiés. Como se cuenta en la página del colectivo el objetivo es hacer público lo privado, y así que los propios vecinos puedan evaluar la utilidad de las imágenes.

Desde Obsoletos siempre estamos de acuerdo con proyectos que favorezcan la transparencia pero lo que más nos ha llamado la atención de la iniciativa es la forma de conseguirlo: hackear las cámaras para captar la señal y poder reproducirla a voluntad. Según han contado en la presentación la señal de cada cámara se envía mediante algún tipo emisor a un servidor central en algún centro de control del ayuntamiento donde se procesa toda la información. Así que la complicación del proyecto consiste en hackear los emisores y redirigir la señal a la pantalla de Medialab.