jueves, 24 de abril de 2008

Midomi una pagina interesante que tener en cuenta

No sabes el nombre de una canción? pero te re da vueltas en la cabeza?, este es tu lugar


Bueno navegando por Internet me tope con una página bastante curiosa de muscia (buscador) con una idea muy nueva. En esta página web (buscador con muchisimas canciones); uno puede buscar las canciones cantandolas ( si, cantandolas!), lo unico ncesario es un microfono [aún así se puede buscar a travez de palabras claves].

Bueno les paso la página y bue, no se se los dejo a su criterio:
Midomi [Click]

PD:Si no cantan bien, les kb, la página guarda algunas de las busquedas cantadas y todos las pueden oir. (No hagas el ridículo)

PD2: Lo unico malo es que no tiene toda la canción, sino un fragmento pequeño, pero igual nos sirve para despues buscarla en YouTube o saraza

miércoles, 23 de abril de 2008

Proyecto1.

Vale aclarar un poco del circuito -.-"

Bue el tema era verificar si las personas dentro de un auto en los asentos delanteros llevaban cinturon y si en el caso dela companiante, si lo habia. Reprensentar resultados con lamparas una para el acompaniante y otra para el conductor.

Casos:
-Si no esta el motor encendido, ninguna luz se enciende.
-No hay sensor de si esta el conductor (supuestmente deberia haber uno, nunca se sabe).


Luego habia q unificar las 2 lamparas anteriores y unirlas en 1 (asi no se entiende nada y es mas seguro).

-Mismos casos q el anterior eceptuando q en este la lampara se enciende en el caso de q
L1 se hubiera encendido/L2 se hubiera encendido, independientemente de si la que restaba estaba o no encendida.

Tabla de valores:


Click y agranda ( i hope).

23/04/08

Hoy terminamos el primer proyecto de Digital.

Fotos:











Video:

martes, 22 de abril de 2008

Proyecto digital Nº1

Ya falta menos para que vean las imágenes del proyecto terminado, y si se puede, el video del mismo funcionando. Es un sistema de aviso en caso la falta de cinturón de seguridad en un automovil.

Estamos usando 2 Inversores (1/3 4069) y dos puertas AND de tres entradas (2/3 4073). El esquemático lo pueden ver en el post anterior y básicamente es lo siguiente:


(Hacer click para agrandar)

El esquema fue hecho con el Eagle, que anda mucho mejor gráficamente que el Electronics Workbench y tiene versión para GNU/Linux, Windows y Mac.

lunes, 21 de abril de 2008

eBook, discusión más larga que Indiana Jones...

Ehm, el código lo liberamos y el aparato lo vendemos, por si no sabías, el GPL no dice en NINGÚN LADO que no se pueda vender lo que uno hace, pero OJO uno debe liberar el código a todo el público.
El hardware es lo que me preocupa, creo que el Procesador + LCD (No TouchScreen) tiene que estar, mas o menos, 230 U$S, para tener un precio del producto de 250U$S. A 200 U$S se ve complicada la cosa (A menos que hagamos acuerdos para que bajen el precio).

El día con más posts!

Más discusión del eBook

Si programás el eBook en c++ con QTopia está perfecto que uses el emulador de teléfono, pero en algún momento vas a tener que probarlo en una unidad física. Digo que el precio es muy alto para un simple eBook.

Además cuando lo queramos vender, yo creo que pagar 200 dólares por una licencia comercial de QTopia para cada eBook! es un poco demasiado, no te parece? Eso haría que el precio final fuese por lo menos 700 dólares!

eBook, la discusión continua...

No, no y no. ¿Cómo vas a presentar en un concurso un programa que ya existe?
Mirá esto y esto. La idea era diseñar todo, no solo el hardware sino también el software, y cuando digo diseñar me refiero a hacerlo desde CERO.
Fue solo una idea para ver otras opiniones, se me pasó por la cabeza ^^

Decís que programar algo para un celular con QTopia es barato, lo dudo mucho.
No entiendo de que son los precios... el código es libre tanto Qtopia como Qtopia Phone Edition (Creo que el commercial soporta más hardware que el OpenSource). Mirá esto...

OFF: Los títulos de los threads tienen que ser alusivos, y esto no es un foro, es un blog!
OFF2: Post número 10 (?)

eBook, en contra de los primeros pasos a dar

[...] Presentar el proyecto de eBook (Más bien como "lector de libros") [...]
No, no y no. ¿Cómo vas a presentar en un concurso un programa que ya existe?
Mirá esto y esto. La idea era diseñar todo, no solo el hardware sino también el software, y cuando digo diseñar me refiero a hacerlo desde CERO.
[...]El desarrollo empezará ambientado a algo más general; dispositivo móvil. Es decir, la idea es que en un telefono yo pueda meter el programa y que ande (Obviamente, telefonos que puedan correr Qtopia).[...]
¿Un eBook con 32 MB de ram? WTF!!! ¿Corre Counter-Strike™? ¿FIFA™ 2002?
¿Un celular con capacidad de leer libros? Ya existe.

[...] Empecé a pensar en hacer una eBook económica. Si uno se pone a ver precios, los países en vías de desarrollo (Y también los industrializados!) tienen que pagar un costo realmente injusto para un eBook, que generalmente necesita menos desarrollo que un telefono celular.[...]

Decís que programar algo para un celular con QTopia es barato, lo dudo mucho:
  • Development device: $695 USD (Sold out)
  • License fee: $195 USD
  • A maximum of 1 device per license is permitted.
  • Total cost: $890 USD + shipping/handling and applicable taxes
  • Licensing type: Commercial
Sí, la suma da alrededor de unos 1200 dólares, dudo que tengas esa plata.

Ah no, claro, me olvidé que va a ser una licencia personal.
  • Development device: $695 USD (Sold out)
  • License fee (GNU GPL v2.0): $0 USD
  • Total cost: $695 USD + shipping/handling and applicable taxes
  • Licensing type: Open Source, in accordance with GNU GPL v2.0
Ahora sí, se va a unos baratos 700 dólares más el viaje y los impuestos. Por la plata que te comprás ese combo te podés comprar una notebook usada con un procesador Pentium III y usarla de eBook.

domingo, 20 de abril de 2008

eBook, primeros pasos a dar...

Ya empezó el QtContest y ya tengo varios proyectos en mente para hacer (Tengo que flashear, pero hay cosas interesantes). Pues bien, como había dicho, el eBook va a estar programado con C++ y QTopia, una de las ideas es presentar el proyecto de eBook (Más bien como "lector de libros"), esto cambia un poco lo que queriamos, pero la idea que tengo es la siguiente:

a) No mas eBook, el soft que va a tener montado se le va a dar un nombre, el hardware físico va a ser un eBook.
b) El desarrollo empezará ambientado a algo más general; dispositivo móvil. Es decir, la idea es que en un telefono yo pueda meter el programa y que ande (Obviamente, telefonos que puedan correr Qtopia).

Hay tiempo para pensarlo, y cosas para hacer hay, pero creo que la idea de por si es copada para que un tercero la use (En caso de que nosotros nos estanquemos).

viernes, 18 de abril de 2008

Fotos primer proyecto digital

Estas fueron fotos tomadas por Gonzalo el día Miercoles en Electrónica Digital. Empezamos a hacer el primer TP (Un simple sistema que indica, dentro de un auto, si alguien no tiene el cinturon de seguridad puesto). Las dos primeras fotos son ya en el maletín (Con el Proto+cosas locas). Nos falta terminar eso (Sí, un lio de cables porque no nos dan pela cables ni corta cables para hacerlo bien prolijo). Igualmente ya tenemos la ecuación hecha, los casos también y dibujado en papel (Y con el WEWB32 también).



El próximo miercoles sacaremos fotos con el proyecto terminado ;) (Tal vez algún video mostrando su funcionamiento, pero no les prometo nada xD ).

domingo, 6 de abril de 2008

eBook - Cosas Interesantes

Antes que nada, voy a responder a lo que dijo Gonzalo:

a) Sobre el formato del archivo a leer me refería simplemente, a buscar un formato que pese lo menos posible, va, digamos, que tenga un Compression Rate lo más alto posible PERO que no sea un algoritmo pesado. Tranquilamente se puede hacer, pero seguro hay cosas hechas (Me acuerdo de Tiny Encription Algorithm por ejemplo).
b) Lo que estoy pensando es hacer tres versiones distintas, básica, básica+Bluetoth y básica+Bluetoth+Touch Screen (Obvio que el último es el más caro). Igualmente, por ahora la básica es la que cuenta, lo otro es agregar chiches nomás ^^!
c) El tema de la licencia es, creo yo, el único tema muy debatible. Es decir, hay muchas argumentaciones en juego y millones de licencias para usar. Como te dije en la escuela, me sigo inclinando a una GPL (O en su defecto GPL Modificada) por el simple hecho de obligar al que use el código a LIBERAR sus cambios. Esto ayuda a los desarrolladores, en este caso nosotros, a que veamos el código y agarremos cosas que nos gusten. Tal vez no se entendió lo último que puse, pero de manera más resumida, la GPL está para que, además de usar el código, ayuden a mejorarlo haciendole modificaciones que todos puedan acceder. Si yo libero algo, y no le pongo ni licencia ni copyright (Cabe aclarar que la GPL es un estilo de copyleft, PERO NO ES TAN ASÍ, porque si uno ve figura SIEMPRE un copyright del autor), viene cualquiera lo agarra y dice que es de él, lo modifica, no libera nada, y el único que se beneficia es él.
d) Sobre la tecnología a usar es Linux embebido+QTopia. Tenía otras cosas en mente (Framework para desarrollar el eBook desarrollado desde 0), PERO, ya existen varios y es al pedo hacerlo (No solo porque existen varios, sino porque son bastante buenos en sus tareas). Lo que si puede ir es modificar QTopia para que nos facilite el trabajo en algunas cosas, pero eso hay que analizarlo.
e) Necesitamos "algo" que arranque Linux embebido. Estube viendo gumstix, tengo que ponerme a leer documentación, etc, pero los precios me convencen bastante. Igual, hay que seguir haciendo research en esto, porque conviene hacer alianza con una empresa chica que tiene más posibilidades de querer que una empresa grande.
f) Tema de la pantalla a ver :P Hay que ver los tamaños que hay en el mercado y elegir uno.
g) El emulador no lo voy a hacer yo, ya existe uno para Qtopia.

Bueno, respondido esto, voy a decirles que espero tener a fin de este mes un paper con la organización a nivel soft del eBook (El research sobre Hardware sigue vigente de manera paralela a la escritura de los papers).

jueves, 3 de abril de 2008

Mi opinión del eBook

Concuerdo en varias partes con Lucas. Principalmente el precio, eso es lo que hace que poca gente alcanze a comprarla.

Sin embargo, hay algunas cosas en las que no concuerdo:

Leer el formato más chico que se pueda (PDF, DOC, ODT. La idea es que el eBook venga con un programa para pasar un formato a el que el eBook soporta) Tal vez esto sea mal, pero hay que pensar que, por ahora, lo que se quiera leer se va a pasar de una PC. Ya les comentaré otras fuentes para bajar cosas para leer, pero por ahora usaremos SOLO UN formato, y aprovecharemos el espacio del disco.

Yo creo que lo que hay que leer es un formato fácil de leer (Por exemplo textile, que puede ser "leído" por cualquier persona)

Soporte para conección a internet a través de wifi.

Con soporte para redes Wi-Fi el precio subiría demasiado para un simple lector de libros. Además, no en todos lados hay una red Wi-Fi, y en los lugares públicos en los que las hay, suelen cobrarse.

- Red de webs en donde bajar material para leer cumpliendo ciertos standarts (Ejemplo, tener una web que tenga noticias, y a través del eBook bajarlas y visualizarlas. También importantes periódicos a nivel nacional e internacional. Esto se puede hacer con RSS Feed, PERO, la idea es que haya webs en donde se pueda bajar material, y esas son las que cumplirían el standart).
Lo del RSS es una muy buena idea. No es standart, es standard.
TODO esto, será desarrollado bajo licencia GNU GPLv3 utilizando C++ y QTopia (QT embebido).
Éste último párrafo no me gusta para nada. Para que algo sea totalmente libre debería estár en dominio público. Imaginate un eBook que cualquiera pueda bajar los esquemas, hacerlo, modificarlo de la forma que quiera, hacer aplicaciones, etc. Lo de usar librerías externas (dísese de QT/QTopia tampoco me gusta, por una cuestión personal)

Microprocesador x86. No importa si es 32 bits o 64 bits. Yo prefiero el primero (El segundo es más caro), pero cualquiera de las dos alternativas son igualmente buenas. En cuanto a velocidad, no tengo idea. DEBE traer para poner una memoria flash, y los "conectores" para USB. Si tiene más conectores vemos que onda.
Te paga Intel© por hacerle publicidad? No hace falta que sea de 32 o 64 bits, hasta un microcontrolador de 8 bits podría servir. Lo de la velocidad es absurdo, considerando que la mayor cantidad de trabajo el procesador la tiene en los siguientes pasos:
  • Leyendo de la memoria flash, buscando archivos que se puedan leer.
  • Copiando bitmaps a la pantalla
  • Leyendo de la flash y llenando el buffer (Cambio de página)
También, no es que al procesador le ponés una memoria flash y sale andando. Los procesadores son MUY complicados, hay cosas que no vienen adentro del mismo chip, como por ejemplo la memoria ram.

Lo de hacer un emulador está muy interesante para ir probándolo en el caso de que no se funda el proyecto :P xD

miércoles, 2 de abril de 2008

eBook, todos deberiamos tener una

Actualmente hace algunos meses empecé a pensar en hacer una eBook económica. Si uno se pone a ver precios, los países en vías de desarrollo (Y también los industrializados!) tienen que pagar un costo realmente injusto para un eBook, que generalmente necesita menos desarrollo que un telefono celular.
Puedo afirmar que con dos eBook (A nivel precio) te podés comprar una notebook. Con esto se dan idea de lo caro que es.

Pues bien, después de argumentar mi idea, hay que "pensar" lo que uno quiere hacer. Un eBook, claro! Pero qué features ponerle? Bueno, por el momento son los siguientes:

- Leer el formato más chico que se pueda (PDF, DOC, ODT. La idea es que el eBook venga con un programa para pasar un formato a el que el eBook soporta) Tal vez esto sea mal, pero hay que pensar que, por ahora, lo que se quiera leer se va a pasar de una PC. Ya les comentaré otras fuentes para bajar cosas para leer, pero por ahora usaremos SOLO UN formato, y aprovecharemos el espacio del disco.
- Batería recargable, obvio, NO PILAS!
- Se puede conectar a la PC a través de USB.
- Soporte para memoria externa. Es decir, se puede conectar, por ejemplo, un memory stick a el eBook y este puede buscar libros ahí (También los puede pasar a la memoria local).

Con eso, bastaría para el prototipo, pero tenemos otras ideas:

- Soporte para conección a internet a través de wifi.
- Red de webs en donde bajar material para leer cumpliendo ciertos standarts (Ejemplo, tener una web que tenga noticias, y a través del eBook bajarlas y visualizarlas. También importantes periódicos a nivel nacional e internacional. Esto se puede hacer con RSS Feed, PERO, la idea es que haya webs en donde se pueda bajar material, y esas son las que cumplirían el standart).

TODO esto, será desarrollado bajo licencia GNU GPLv3 utilizando C++ y QTopia (QT embebido).

Lo que estoy tratando de hacer es buscar una empresa que venda microprocesadores (NO SIRVE MERCADOLIBRE, necesitamos un contacto directo con esta). Yo me puse en contacto con la gente de MIPS (Que cobra desde 250.000 U$S de fee... para arriba), y dudo que podamos afrontar dicho monto.
Si alguien tiene ganas de ponerse a investigar, estamos buscando los siguientes componentes (No armé ningún circuito ni nada de eso, pero voy a tirar los materiales que, creo yo, son los más caros):

- Microprocesador x86. No importa si es 32 bits o 64 bits. Yo prefiero el primero (El segundo es más caro), pero cualquiera de las dos alternativas son igualmente buenas. En cuanto a velocidad, no tengo idea. DEBE traer para poner una memoria flash, y los "conectores" para USB. Si tiene más conectores vemos que onda.
- Memoria flash. Almacenamiento a discutir, esto es fácil conseguir.

El micro es lo importante!

Yo por ahora voy a empezar a preparar el protipo (A nivel "papel") y continuar con el desarrollo a nivel código (Lo corro virtualmente desde Linux después :) ).

Cuando tenga novedades las pondré!