viernes, diciembre 05, 2008

III Concurso Universitario de Software Libre

Ya ha empezado el Concurso Universitario de Software Libre que este año celebra su tercera edición, además viene cargado con un montón de proyectos para electrónica, domótica y robótica. Los proyectos que más me han llamado la atención son:


  • A.R.A.D. (Articulacion Robotica Para Aplicaciones diversas): Implementación del diseño, control y cinemática de un manipulador con 5 grados de libertad

  • ArCan: Crear una interfaz para Arduino que le permita comunicarse mediante CanBus.

  • Biblioteca de conexión de Arduinos con el protocolo X10: Se desarrollará una biblioteca para Arduinos capaz de comunicarse con un ordenador, vía protocolo de comunicaciones X10, y tanto enviar como recibir información en dicho protocolo.La bibllioteca se integrará en el paquete de control domótico MisterHouse.

  • dotRobot: Implementación .net microframework bajo gpl v3 reutilizando dotgnu

  • DVS Car: Sistema de seguridad para vehículos mediante sensores, que se comunican con nuestro servidor proporcionando a nuestro cliente servicios como estado de su vehículo, localización del mismo, aviso a la policía y aviso por a través de mensajería instantánea.

  • Endouélico: Proyecto de visión artificial para reconocimiento de objetos.

  • GesControl Security: GesControl Security es un sistema destinado al control reomoto y vigilancia de áreas geográficas limitadas como oficinas, comercios, garajes, casas, etc..., las cuales están provistas de dispositivos que informan del estado de dicha área.

  • habla conmigo: Aplicación que interpreta el lenguaje castellano ( escrito o hablado) y lo traduce al lenguaje de signos mediante un muñeco animado.

  • IdeLdeS (Interprete de Lengua de Signos): El programa consistirá en un interprete de lengua de signos capturando las imágenes con una cámara web.

  • LabGNU: Alternativa libre a LabView. Para el que no conozca LabView, se trata de un software de instrumentación virtual, con el que poder crear instrumentos de medida para la aplicación exacta que necesitemos.

  • Libgann: Biblioteca de Redes Neuronales Artificiales en C++.

  • Locator: Localizador GPS basado en hardware & software libre que utiliza un servidor remoto para calcular rutas de proximidad y localización.

  • Micro-Comet: Estudio, diseño y construcción de una videoconsola basada en microcontroladores e implementación de juegos para esta plataforma.

  • mMHS: PERSONAL HEALTHCARE UMPC TECHNOLOGY AND SERVICES FOR ELDERLY: El proyecto consiste en un sistema de monitorización de telemedicina. Esta compuesto por un dispositivo móvil (UMPC con Maemo) el cual se conecta a una serie de sensores médicos no-invasivos a través de Bluetooth (BAN).

  • RoViM (Robotics Virtual Machine): Prototipo de máquina virtual genérica y extensible para robots móviles.: Máquina virtual que permite ejecutar software portable para robots móviles de tal modo que no sea necesario reescribir el código de un programa cuando haya que ejecutarlo en una plataforma robótica distinta.

  • Thoromotica: La fusión la robótica, con el proyecto ThoRo mas la domótica, nos amplia los horizontes en la fusión del mundo real con la tecnología modular e inalámbrica más avanzada.



Como he dicho este año hay una gran cantidad de proyectos interesantes, espero que todos lleguen a buen puerto.

S2

Ranganok Schahzaman

Actualización 11/12/2008: he añadido un par de links y el Planet del concurso

martes, diciembre 02, 2008

Ecología práctica

Viajando por la web te puedes encontrar muchos ejemplos de diseños de edificios ecológicos, rascacielos, e incluso ciudades enteras. Son diseños futuros (y futuristas) que sólo en alguna ocasión se llevarán a cabo.

Sin llegar a ser tan espectacular el caso es que se puede ser ecológico (y ahorrar) hoy en día con técnicas mucho más sencillas (y baratas):

  • Buenos hábitos, cosas sencillas que si las hacemos reduciremos la facturas de luz y agua en casa.

    • En verano, abrir las ventanas a primera hora de la mañana y última de la tarde para que se refresque la casa, y bajar los toldos y persianas cuando entra el sol.

    • En invierno dejar que entre la máxima luz posible y abrir al mediodía (hay que airear la casa de vez en cuando).

    • No dejar las luces encendidas que no estamos utilizando (más de 10s-15s ya supone gasto aunque sean de bajo consumo).

    • No dejar los electrodomésticos encendidos si no los estamos usando (incluye el ordenador y los routers).



  • Eficiencia energética, existen multitud de técnicas para disminuir la energía que gastas en el hogar:

    • Bombillas de bajo consumo o basadas en iluminación LED.

    • Interruptores con reguladores de luz.

    • Electrodomésticos de clase A o superior (existen de clase A+ y A++).

    • Usar siempre baterías recargables, y cargadores solares y similares para tus baterías recargables.



  • Domótica un sistema domótico nos puede dar muy buenos resultados ya que se le pueden implementar los buenos hábitos incluso aunque nosotros nos olvidemos o no estemos en casa. A parte de otras muchas ventajas como optimizadores de la carga energética de la casa.

    • Avisador de puertas y ventanas abiertas

    • Control automático de toldos y persianas

    • Control climático (aire acondicionado y radiadores) inteligente



  • Reaprovechamiento

    • Circuitos de aguas grises, se trata ni más ni menos de usar el agua de los desagües una vez más para riego o agua de las cisternas del WC. Aunque para ello primero hay que tratar este agua (generalmente un simple filtro)

    • Aprovechamiento de lluvias, filtraciones y aguas freáticas, que se pueden añadir al circuito de aguas grises

    • Aprovechamiento de las aguas residuales (o grises) para pre-calentamiento del agua. La idea es muy ingeniosa, se trata de usar las propias aguas residuales para pre-calentar el agua (sin posibilidad de mezcla claro).



  • Microgeneración una placa solar en nuestro tejado o un pequeño aeregenerador (o ambos) nos puede ayudar a reducir la factura de la luz o la calefacción.


  • Diseños y construcciones inteligentes, el propio edificio juega un papel importante, así que cosas sencillas en el diseño y la construcción pueden repercutir en un mayor ahorro energético.

    • La orientación del edificio y la disposición de las habitaciones

    • El uso de materiales aislantes, ventanas de doble cristal (o doble ventana)

    • La instalación de los circuitos de aguas grises

    • Recolección de aguas freáticas, de lluvia y filtraciones para su posterior uso.




Seguro que me dejo muchas cosas, pero... para eso están los comentarios no?

S2

Ranganok Schahzaman

martes, septiembre 30, 2008

Analizador digital (II) - Optoacoplar o no optoacoplar esa es la cuestión

Cuando empiezas ha hacer cosas de instrumentación siempre llega un momento en el que te tienes que plantear esta pregunta: ¿optoacoplo o no?

Es decir optoacoplar señales tiene sus ventajas, sobretodo creas aislamiento galvánico entre la entrada del optoacoplador y la salida que ofrece protección contra picos y evitas las corrientes de fuga por la tierra. Sin embargo los inconvenientes son tan importantes a veces que te planteas la necesidad de hacerlo: limitación en los tiempos de subida y bajada de las señales, retardo entre la entrada y la salida, incremento de los costes, etc.

Generalmente lo ideal es optoacoplar las señales de entrada (después de la correspondiente adaptación), sin embargo si necesitamos una gran calidad de señal o una gran velocidad esta opción puede quedar totalmente descartada. Optoacoplar los buses de salida (comunicación con el PC o con otros aparatos) también puede ser un problema sobretodo si las señales son bidireccionales y de alta velocidad (un USB por ejemplo). Así que optoacoplamos señales internas (generalmente buses de comunicación entre las distintas partes) o no lo hacemos y nos tenemos que asegurar que las señales de entradas vengan en flotante (el circuito de entrada esté en flotante).

Saludos

Ranganok Schahzaman

lunes, septiembre 29, 2008

Analizador digital (I) - Presentando el proyecto

El otro día me encontré con un problema, estaba utilizando un programa que no sabía que hacía (y el código empeoraba más la situación) y necesitaba conocer los protocolos de comunicación que estaba usando para comunicarse (por puerto serie). La solución más sencilla hubiera sido la de pinchar en otro puerto serie y abrir el hyperterminal para espiar la comunicación, pero me encontraba con un problema, sólo tenía un puerto COM. No me quedó más remedio que agenciarme otro PC y trabajar en paralelo con los dos (un engorro).

Claro pero si en vez de una comunicación serie hubiera tenido una paralelo, o un I2C o un SPI o incluso un USB no habría podido interpretar los datos de forma sencilla (ver las señales si porque tenemos un osciloscopio de señal mixta que para estas cosas va genial). Así que añadí a la lista de proyectos por hacer un Analizador lógico que además pueda interpretar protocolos.

Para esto voy a hacer un hardware dedicado que recoja las señales y las envíe al PC y un software que las visualice y las interprete.

En este caso la dificultad del proyecto radica más en dónde poner el límite, me explico, el proceso de funcionamiento es sencillo de entender, cuando hay un evento (generalmente una señal de trigger) se inicia una captura de muestras mediante un reloj externo o interno.

El método más sencillo de implementar esto es mediante un microcontrolador al que se le inyecta las señales directamente (bueno, directamente no que primero hay que adaptar los niveles de tensión)... pero aquí empiezan los problemas.

Si usamos con un PIC18F4550 (por coger un micro sencillo y rápido con comunicación USB y muchos puertos para leer) podríamos usar la interrupción de teclado (KIB) como reloj externo, y las interrupciones exteriores (INT0, INT1 e INT2) como disparadores. Podríamos usar la velocidad máxima del micro 12MIPS (a 48MHz), para leer y su 2K de RAM para guardar los datos.

Pero claro, cada interrupción consume como mínimo 10 ciclos de reloj más las operaciones de lectura de cada puerto puerto son 2 ciclos más, que en total por 4 puertos (el puerto C no lo contamos) son 2*4+10 = 18 ciclos lo cual nos deja una velocidad de captura de tan sólo 660kHz (12Mciclos/s / 18ciclos = 666666.66Hz aprox 660kHz), suficiente para el puerto serie, pero insuficiente para un I2C o un SPI. Eso sí tendríamos 26 señales de lectura de las cuales 4 podrían ser clocks y 3 disparadores con el clock interno (si usamos sólo el puerto B y el D tendríamos 16 señales a 850kHz también insuficientes).

Por otro lado el micro tiene 2Kb de RAM para guardar datos, si las usamos capturando únicamente los puertos B y D (2 bytes) a 660kHz obtendremos que hemos capturado únicamente 1.5ms (2Kb * 1captura/2bytes * 1s/660kcapturas = 1.5515e-3s aprox 1.5ms). Además los 2Kb de RAM no se van a usar exclusivamente para la captura de señales, también hay datos de programa que guardar, variables, etc.

La solución en sí no es mala (para alguien que sólo va a capturar señales lentas y cortas), simplemente que se aparta de las expectativas que yo tenía.

La opción cara sería señales de entrada optoacopladas, pudiéndose elegir los niveles de comparación para la decisión de un nivel alto y uno bajo, con una memória generosa, muestreo rápido y 32 señales de entrada cada una pudiéndose elegir como señal normal, disparador(trigger) o clock externo (lo que es un analizador lógico comercial).

Entre estas dos opciones hay para elegir una buena cantidad...

S2

Ranganok Schahzaman

miércoles, septiembre 24, 2008

Entrenadora - AVR de 40 pines

La primera colaboración del proyecto de la entrenadora (aka. sistema de prototipado rápido) ha entrado por la puerta grande. Gracias al amigo Beamspot del foro de ARDE tenemos ya listo el Módulo procesador para AVR de 40 pines totalmente compatible con el resto de módulos.

Ante todo darle las gracias a Beamspot por el trabajo realizado, y que lo disfrutéis...

S2

Ranganok Schahzaman

martes, septiembre 23, 2008

Entrenadora - I/O de 8 bits

Acabo de subir la versión beta 1 del módulo de Entradas Salidas de 8 bits.

Este módulo se ha creado como depurador (visualiza las señales de salida y puede actuar sobre las señales de entrada) y para poder elevar niveles de señal (de 3v3 a 5v o a 12v,...).

Espero que os sirva, y si veis algún error decidmelo y lo corregiré lo antes posible.

Podéis acceder a la wiki de ARDE donde está(*) toda la documentación: http://wiki.webdearde.com/index.php/Entrenadora:Módulo_I/O_digital_8_bits

S2

Ranganok Schahzaman

(*) La documentación la terminaré de subir durante estos días ya que al ser una beta todavía puede estar sujeta a revisiones importantes.

lunes, septiembre 22, 2008

Cosas que no conviene olvidar

Viene de un comentario en menéame de esta noticia, que por cierto está calificada como falsa:

Creo que ya lo puse pero estas cosas esta bien saberlas:

Constitucion Española ( por cierto en breves hace 30 añitos) :-P

Título I. De los derechos y deberes fundamentales
Capítulo II. Derechos y libertades.
Sección I. De los derechos fundamentales y de las libertades públicas.

Artículo 18.

1. Se garantiza el derecho al honor, a la intimidad personal y familiar y a la propia imagen.

2. El domicilio es inviolable. Ninguna entrada o registro podrá hacerse en él sin consentimiento del titular o resolución judicial, salvo en caso de flagrante delito.

3. Se garantiza el secreto de las comunicaciones y, en especial, de las postales, telegráficas y telefónicas, salvo resolución judicial.

4. La ley limitará el uso de la informática para garantizar el honor y la intimidad personal y familiar de los ciudadanos y el pleno ejercicio de sus derechos.

Y para reclamar la proteccion;

Capítulo IV: De las garantías de las libertades y derechos fundamentales.

Artículo 53.

1. Los derechos y libertades reconocidos en el Capítulo segundo del presente Título vinculan a todos los poderes públicos. Sólo por ley, que en todo caso deberá respetar su contenido esencial, podrá regularse el ejercicio de tales derechos y libertades, que se tutelarán de acuerdo con lo previsto en el artículo 161, 1, a)

2. Cualquier ciudadano podrá recabar la tutela de las libertades y derechos reconocidos en el artículo 14 y la Sección primera del Capítulo segundo ante los Tribunales ordinarios de preferencia y sumariedad y, en su caso, a través del recurso de amparo ante el Tribunal Constitucional. Este último recurso será aplicable a la objeción de conciencia reconocida en el artículo 30.

3. El reconocimiento, el respeto y la protección de los principios reconocidos en el Capítulo tercero informarán la legislación positiva, la práctica judicial y la actuación de los poderes públicos. Sólo podrán ser alegados ante la Jurisdicción ordinaria de acuerdo con lo que dispongan las leyes que los desarrollen.

Título IX. Del Tribunal Constitucional

Artículo 162.

1. Están legitimados:

a) Para interponer el recurso de inconstitucionalidad, el Presidente del Gobierno, el Defensor del Pueblo, 50 Diputados, 50 Senadores, los órganos colegiados ejecutivos de las Comunidades Autónomas y, en su caso, las Asambleas de las mismas.

b) Para interponer el recurso de amparo, toda persona natural o jurídica que invoque un interés legítimo, así como el Defensor del Pueblo y el Ministerio Fiscal.

2. En los demás casos, la ley orgánica determinará las personas y órganos legitimados.

Un saludo.


Saludos

Ranganok Schahzaman

jueves, septiembre 11, 2008

Entrenadora - Espía del puerto serie

De los proyectos que tengo abiertos, es en la entrenadora en el que más he avanzado últimamente, tengo en fase de diseño un PCB para el PIC18F4550, un display, un cursor y un módulo de entrada/salida digital (comprobador de puertos).

Sin embargo hoy voy a presentar un PCB sencillo pero tremendamente útil, un espía para el puerto serie.

En realidad es un dispositivo muy simple pero que nos servirá para ver la actividad en el puerto serie y ver si en realidad estamos mandando o no datos por el mismo. Además está pensado para que se le pueda conectar un DIP-18 con un cable plano y llevarlo a un analizador de protocolos (en un futuro).

Espero que os sirva...

S2

Ranganok Schahzaman

PD: Si le veis algún fallo o mejora posible hacermelo saber.

PD2: La licencia de este proyecto es
Creative Commons License

miércoles, septiembre 10, 2008

viernes, agosto 01, 2008

Portatil con Linux

Tengo dos portátiles y ambos van bastante lentos últimamente. Uno de ellos, que funciona con Windows 95 Plus, lo quiero recuperar ya que tiene un puerto serie, uno paralelo y un IR y me puede servir como base para alguna aplicaciones de robótica. Con el otro, que funciona con Windows XP, estoy harto de tener que mirar con lupa cada cosa que instalo no me vaya a ralentizar más aún el pc y tener que desactivar el Antivirus cada vez que quiero hacer algo que requiera algunos ciclos de la CPU... Así que he decidido ponerle a los dos Linux... a partir de aquí empiezan los problemas...

Antes de nada los datos de los equipos:

Equipo 1: Toshiba Satellite 210
Lo malo de este equipo (y donde tengo los problemas) es que se quedó sin unidad de CDROM, y no tenía tarjeta Ethernet, por lo que todos los problemas son: ¿cómo c#ñ# instalo el sistema operativo?, por cierto he elegido una distribución Damm Small Linux v4.00 que espero que no carge mucho el sistema (si tenéis alguna recomendación...).

Equipo 2: Compaq Presario 2500
Lo malo de este equipo es que no se que distribución elegir, es el portátil de mi mujer y ella no es de la rama técnica así que tiene que ser algo que no se le diferencie mucho del windows que ella ya conoce y lo más sencillo posible para instalar (esto es para no calentarme mucho yo la cabeza), los problemas son: ¿qué distribución elijo y con qué escritorio?, KDE tiene un aspecto visual muy parecido a Windows (más que GNOME). Además me interesa que sea una distribución LTS (long-time service) es decir que lo que le queda de vida útil al portátil no tenga que cambiar de distribución (sólo añadir las actualizaciones de seguridad).

Yo generalmente uso Ubuntu (actualmente la 8.04) y estoy bastante contento con ella sin embargo estoy abierto a otras posibilidades (excepto Gentoo que paso de recompilar nada).

Además necesito programas útiles para los dos ordenadores:

Equipo 1: compiladores de código (C, C++, C#, Java y Phyton), diseño de circuitos y diseño de planos mecánicos.
Equipo 2: Ofimática (¿alguien dijo Open Office?), reproductores de vídeo (¿VCL?), grabador de CDs/DVDs (¿?), Wine (esto es para un programa para realizar álbumes de fotos), etc.

¿Alguna sugerencia?

S2

Ranganok Schahzaman

viernes, junio 20, 2008

Lo que no queremos ver

Hace tiempo que escribí esta entrada (Lo que no quemeros oír.) en la que recriminaba al geógrafo, y uno de los mayores críticos contra el cambio climático (Antón Uriarte) su falta de sentido crítico.

Hoy, después de haber leído algunas más de sus sectarias anotaciones, le recrimino su falta de transparencia y la manipulación deliberada que hace de los datos (para una vez que pone las fuentes y podemos comprobarlas...). El tema del clima terrestre es suficientemente complejo para que tanto un bando como el otro puedan manipular los datos a su favor.

Para muestra un botón, en la misma página que propone este señor: http://discover.itsc.uah.edu/amsutemps/amsutemps.html busquemos la temperatura a 1km de la superficie y marquemos las casillas de 1999 y 2007 y veremos como la temperatura global ha subido más de un grado en ese periodo.

Evidentemente no soy un experto en el tema (ni pretendo serlo) sin embargo queda claro que este señor tampoco lo es y aún así pretende hacernos creer algo que ni está demostrado ni desmentido.

Como siempre, yo prefiero apostar por la eficiencia energética y las energías renovables y no contaminantes, y aunque no existiese el cambio climático seguiría apostando por ellas.

S2

Ranganok Schahzaman.

PD: Hace poco leí una entrada muy interesante sobre los amplificadores de energía que pueden convertir los residuos radiactivos de larga duración en energía y en materiales estables y con aplicaciones médicas. Además de ser un sistema intrínsecamente seguro (no es autoalimentado). Es posible que sea una solución a corto plazo del problema de energía (y quizás se tengan que recuperar los barriles de residuos lanzados al pacífico).

jueves, junio 12, 2008

La sonda Phoenix (II)

Volvemos con la segunda parte de la disección de la sonda Phoenix realizada por el blog El Tamiz. Aquí se nos muestra todos los aparatos científicos que lleva la nave a bordo.

Con respecto a esto últimamente hemos visto noticias en la blogosfera sobre problemas en uno de ellos, el TEGA (Thermal and Evolved-Gas Analyzer) que se encarga de calentar material y analizar la composición de los gases que se desprenden, debido a que la tierra estaba demasiado compacta para poder pasar por la malla que cubre la entrada. La solución propuesta por la NASA ha sido la de tamizar la tierra y, como eso no bastaba, tirar la tierra desde lo alto para que al caer se esparza.

Al final parece ser que un movimiento del suelo (a parte de todo lo demás) ha desecho los grumos y se ha llenado uno de los hornos.

S2

Ranganok Schahzaman

lunes, junio 09, 2008

Usando la electricidad estática

Generalmente la electricidad estática es un coñazo: quema circuitos integrados, hace que no podamos despegarnos de un plástico, y hace que nos rampemos cuando tocamos otra gente, sin embargo leo vía Gizmodo que han creado un robot capaz de usar la electricidad estática que genera en su beneficio, en concreto es capaz de subir por las paredes.

El robot en cuestión ha sido diseñado por SRI en cuya página dan una explicación algo más detallada.

S2

Ranganok Schahzaman

martes, junio 03, 2008

La sonda Phoenix

El Tamiz ha publicado una disección, como siempre impresionante, sobre la sonda Phoenix que está dividida en dos partes. La primera parte ya esta disponible y es muy recomendable leerla para saber cómo ha sido posible que llegue ese laboratorio a Marte (impresionante el vídeo del final). En la segunda parte se hablará del laboratorio en sí mismo.

S2

Ranganok Schahzaman

martes, mayo 27, 2008

Juegos Científicos

Algunos juegos relacionados con la ciencia que he ido encontrando por Internet:


S2

Ranganok Schahzaman

sábado, mayo 10, 2008

3m/s (III): Configuraciones mecánicas

De las muchas formas de moverse que tiene un robot, ¿cuál es la mejor para un velocista? Yo me quedo con tres configuraciones (todas con ruedas), que intentaremos analizar: diferencial, triciclo ("sniffer") y Ackerman (tipo coche).

Diferencial


Consta de dos ruedas paralelas entre sí con tracción independiente. En teoría esta es la mecánica
más fácil de construir, únicamente se necesitan ruedas de tracción, ya que la direccionalidad se consigue con la diferencia de velocidades (y sentidos) de estas ruedas. Para darle estabilidad al conjunto se suelen usar una o varias ruedas locas que aguantarán el peso del robot impidiendo que este se incline, sin embargo esto puede dar problemas de pérdida de tracción de las ruedas en pistas irregulares.

Configuracion diferencial
Pulsa en las imágenes para verlas más grandes

Ventajas:

  • El robot puede girar sobre su propio eje (el punto medio entre las ruedas de tracción) lo que le da una mejor respuesta ante curvas cerradas.


Inconvenientes:

  • Las ruedas de tracción no pueden ir a máxima velocidad siempre, en las curvas una de ellas (la interior a la curva) deberá frenar o incluso invertir su sentido para poder girar el robot.

  • Para asegurarse el movimiento rectilíneo debemos comprobar que las dos ruedas vallan siempre a la misma velocidad.

  • Existen problemas de estabilidad lo que dará pie a poner una tercera rueda (loca), sin embargo esto puede seguir dando problemas (depende de la posición del centro de gravedad). Si se pone una cuarta rueda (loca) ganará estabilidad pero pueden perder contacto la ruedas de tracción (dependiendo de las irregularidades de la pista).


Triciclo


En este caso tenemos 3 ruedas formando un triángulo, una de dirección delantera y dos traseras paralelas entre ellas. Generalmente las ruedas traseras se utilizan como tracción pero la rueda de dirección puede servir también.

El principal problema del triciclo son los giros que depende de la distancia entre las ruedas traseras y la delantera (que marca la dirección del giro). Además se debe tener en cuenta que en un giro las ruedas traseras deberán ir a distinta velocidad para compensar el trayecto a recorrer por cada una de ellas.


Pulsa en las imágenes para verlas más grandes

Ventajas:

  • Las ruedas de tracción pueden ir a máxima velocidad, siempre que el radio de giro de la pista sea lo suficientemente grande.

  • Tiene facilidad para ir recto.


Inconvenientes:

  • El radio de giro del robot no es muy grande, por lo que se ha de reducir la velocidad antes de entrar en una curva.


Configuración Ackerman


Todos hemos visto alguna vez un coche, así que no tiene mucha explicación de la forma: cuatro ruedas, dos de ellas de dirección... Lo que sí podemos haces es diferenciar dónde ponemos la ruedas de dirección y dónde las de tracción.

En un coche la ruedas de dirección generalmente son las delanteras (aunque existen algunos modelos con ruedas ser traseras) esto se hace así porque son las ruedas que están más cerca del conductor. Sin embargo en un velocista no tiene porqué ser así.

Las ruedas de tracción también suelen ser las delanteras, sin embargo en los modelos de RC las ruedas de tracción son distintas a las de dirección, entre otras cosas, para simplificar el diseño.

La ventaja de la tracción delantera (hacer coincidir la tracción con la dirección) es que se aprovecha mucho mejor la energía en curva porque la fuerza se transmite en la dirección de ésta por lo que serán más fáciles de controlar. Sin embargo los automóviles de alto rendimiento son más difíciles de manejar y tienden al subviraje si son de tracción delantera.


Pulsa en las imágenes para verlas más grandes

Ventajas:

  • Las ruedas de tracción pueden ir a máxima velocidad, siempre que el radio de giro de la pista sea lo suficientemente grande.

  • Buena estabilidad.

  • Facilidad en las rectas.


Inconvenientes:

  • El radio de giro del coche no es muy pequeño, por lo que se ha de reducir la velocidad antes de entrar en una curva.


Eje de gravedad


Algo muy importante a tener en cuenta es que deberemos repartir el peso de tal forma el centro de masas del robot quede lo más cercano al suelo (lo cual le dará mayor estabilidad) y que el eje de gravedad coincida con el eje de giro (lo cual facilitará que el giro del robot se haga de forma correcta y sin desviaciones), a parte de esto deberemos pensar en el momento de inercia de giro del robot que nos interesa que sea el mínimo posible (para poder corregir rápidamente la trayectoria).

Teniendo en cuenta esto diseñaremos el velocista de tal forma que las baterías y los motores, que son los elementos que más pesan, queden:

  1. Lo más cerca del suelo posible

  2. Simétricos respecto al eje de giro

  3. Lo más cerca del eje de giro posible


Como hemos ido viendo en los dibujos el eje de giro depende de muchos factores. Los más importantes son: la configuración mecánica (diferencial, triciclo, Ackerman, ...), el radio de giro, y la distancia entre ruedas.

Dado que la posición de eje de giro es variable en la mayoría de los casos, tendremos que utilizar otros factores para posicionar el centro de gravedad:

  • Siempre deberemos distribuir el peso de tal forma que el eje de gravedad caiga dentro del polígono que se forme al unir los puntos de apoyo de las ruedas, en otro caso volcaremos el robot.

  • Si sabemos que el giro siempre va a ser hacia el mismo lado (y sabemos ese lado) podemos acumular la mayor parte del peso en la parte interior del giro para ayudar a girar al robot (mínima distancia con el eje de giro), es decir, si debe girar siempre a la derecha poner la mayor parte del peso en el lado derecho, de esta forma estaremos "ayudando" a realizar el giro.

  • Si no sabemos cómo va a ser el giro, o este no va a ser siempre hacia el mismo lado (lo más normal), tendremos que mirar la configuración para decidir como repartir el peso:
    • En una configuración de triciclo situaremos el peso alrededor del eje entre la rueda de dirección y el punto medio entre las ruedas de tracción.

    • En una configuración diferencial el punto medio entre las dos ruedas coincidirá con el eje de giro cuando las ruedas giren a la misma velocidad en sentidos opuestos, por lo que repartiremos el peso en función de este punto.

    • En una configuración Ackermanlo mejor es repartir simétricamente el peso respecto a las ruedas de dirección y tracción.


S2

Ranganok Schahzaman

PD: Algunos links que pueden ser de utilidad

jueves, mayo 08, 2008

Busco colaboradores

Este post lo puse hace unos días en la web de ARDE


Hola,

Llevo tiempo dándole vueltas a un par de proyectos, pero por falta de tiempo no los termino de arrancar, así que me he decidido a poner este anuncio...

Busco:
- persona que le guste el diseño electrónico,
- que sepa o le interese aprender KiCAD,
- preferiblemente que sepa de mecánica,
- preferiblemente estudiante (por aquello que utilice lo que hace para presentar algún trabajo o PFC).

Funciones:
- Diseño de planos esquemáticos y PCB.
- Todos los planos y PCB se liberarán bajo la licencia CC-by-sa. Lo cual da publicidad a los que lo hacen.

Proyecto:
Creación de un taller/laboratorio para robotica y domotica.
- Entrenador modular
- Punta lógica
- Multímetro: Voltímetro, Amperímetro, Ohmmetro, Capacímetro...
- Osciloscopio.
- Generador de Funciones.
- Frecuencímetro.
- Fuente de alimentación.
- Medidor de protocolos.

Ofrezco:
- Compartir conocimientos.
- Tutorizarla en los trabajos que tenga que realizar (por eso lo de ser estudiante).

Se que no ofrezco mucho, pero es que no puedo ofrecer más...


Aclaro que no es una oferta de trabajo, simplemente se trata de sacar adelante los proyectos que tengo parados por falta de tiempo (luego serán publicados con licencia CC, así que yo tampoco gano nada). Si hay algún interesado...

S2

Ranganok Schahzaman.

lunes, abril 14, 2008

Eficiencia energética

Volviendo el domingo desde el avión me dió por mirar a Barcelona desde el aire y lo que ví (independientemente de lo espectacular de la vista), no me gustó nada...

Multitud de luces apuntando hacia el cielo (podía ver el brillo de las luces desde la ventanilla del avión), es decir, un montón de energía gastada para iluminar las calles y los edificios que se desperdicia enviándola hacia el cielo.

No voy a hablar del cambio climático antropogénico, aunque los argumentos en contra de este sean generalmente demagógicos o tan falaces que no tengan en cuenta algo tan básico como es el ciclo del carbono, e intenten equiparar el CO2 obtenido por la quema de combustibles fósiles con el de la respiración (humana).

Voy a hablar de la eficiencia energética, es decir, en el caso que nos ocupa estamos gastando un montón de energía en iluminar las calles cuando una gran parte de esta energía se desperdicia inútilmente en forma de calor e iluminando zonas que no deben ser iluminadas. En la frase anterior substituyese energía por dinero y añádase que estamos en medio de una crisis económica a escala mundial para ver un poco más claro a qué nos enfrentamos.

¿Por qué se siguen utilizando bombillas en lugar de LEDs de alta eficiencia en la iluminación urbana? Ya se están substituyendo las bombillas por LEDs en los semáforos, que, a parte de consumir menos, dan una mayor seguridad (si se funde uno siguen funcionando los demás) y tienen mayor duración. ¿Por qué no utilizar la misma tecnología para la iluminación nocturna? si además incluimos una batería, un panel solar y un pequeño circuito de carga no tendremos (casi) necesidad alguna de conectar las farolas a la red eléctrica.

¿Tan caro es lo que propongo (contando la vida útil de los LEDs) como para que no salga un rendimiento económico claro?

Además, ninguna iluminación (directa) debería llegar a apuntar hacia el horizonte, así que, ¿por qué desde la ventanilla del avión (en vuelo) podía ver las bombillas de algunas luces (los brillos)?, si queremos iluminar las calles ¿no será mejor apuntar hacia el suelo? ¿realmente es necesario iluminar al vecino del primero?

Ya no digo lo de ajustar la iluminación (color y brillo) para que no rebote demasiada luz, pero con algunas pocas modificaciones nos podríamos ahorrar gran parte de la factura que paga el ayuntamiento para la iluminación urbana. Dinero por otro lado que se podría invertir en crear guarderías por ejemplo (no, no estamos embarazados).

S2

Ranganok Schahzaman

Actualización: Una noticia científica que le viene al pelo: Nuevas tecnologías en iluminación

jueves, abril 10, 2008

3m/s (II): Analógico vs Digital

En un velocista hay que seguir un camino marcado entre dos líneas negras "pintadas" sobre un fondo blanco... Muchas veces para ahorrar tiempo y proceso lo que se hace es coger una de las dos líneas (generalmente la interior) y seguirla. Para hacernos una idea:



La forma de "ver" esa línea es casi siempre igual sensores de infrarrojos que distinguen entre el fondo blanco y la línea negra: los omnipresentes CNY70 (aunque se pueden usar otros).

La mayoría de los sensores de infrarrojos que nos encontremos para este menester dan una salida analógica en función de la cantidad de luz que reciben, ahora bien, cómo debemos procesar esta información.

  • Por un lado tenemos la opción digital, es decir se escoge un umbral y todo lo que sobrepase de ese umbral es un '1' y lo que no un '0' (en realidad se escogen dos umbrales y se realiza un trigger Schmitt)

  • Por otro lado la opción totalmente analógica en la que no usamos micro y las decisiones que afectan al movimiento se realizan por añadir y substraer señales unas de otras. Dado la complicación que esto supondría (sobretodo a la hora de cambiar "el programa") esta opción queda totalmente descartada.

  • Algo más intermedio sería utilizar un conversor analógico-digital para tener las señales digitales pero no como 1s y 0s sino como bytes.


Las ventajas e inconvenientes son claros, la "digitalización" de las señales aumenta la velocidad de proceso a costa de perder información de la señal... así que la pregunta es: ¿cuánta información necesitamos? o mejor dicho ¿de cuánta información podemos prescindir?

S2

Ranganok Schahzaman

martes, abril 08, 2008

Controlando el caos II

Al fin compré un cepillo con las cedras inclinadas, y he empezado a realizar algunas pruebas.
El montaje es simple (ya lo vimos en la primera parte). Necesitaremos: un cepillo de dientes con cedras inclinadas, un motor de vibrador de móvil, una pila de botón y un poco de plastilina o BlueTak (ni idea de como se escribe, es esa pasta parecida a la plastilina, que sirve para pegar pósters, fotos, etc. en la pared).



Algunas cosas que me he encontrado:

  • Utilizad un cepillo de cedras duras y gruesas. Los cepillos de dientes tienen diferentes grosores de cedras y distintas durezas, si escogéis el de cedras duras y gruesas soportará mejor el peso.

  • El sentido de giro del motor influye en el sentido de giro del conjunto. Dado que la idea es poner dos motores vibradores pues nos puede venir bien esta premisa para realizar giros.

  • El sistema tiene equilibrio inestable. Es decir hace falta tener muy en cuenta la repartición del peso (si tu cepillo cae siempre hacia un mismo lado necesitarás un contrapeso en el lado contrario), unos topes para que no caiga también vienen bien. Sería bueno bajar el centro de gravedad del conjunto (ya veremos cómo).

  • Funciona con un cepillo de cedras rectas (la primera prueba la hice con un disipador de calor), pero las cedras inclinadas dirigen el movimiento en la dirección de las mismas.



Otro vídeo del VibroBot esta vez sin el mango del cepillo de dientes:


S2

Ranganok Schahzaman

lunes, abril 07, 2008

3m/s

Los velocistas son la categoría de los concursos de robótica que menos me atrae, no es que le tenga especial manía, sin embargo pienso que hay categorías más interesantes...

Sin embargo en la Agrupación de Barcelona, se ha votado que haremos un concurso interno de velocistas, así que hay que ponerse las pilas:

Objetivo... ¡llegar a los 3m/s!

¿Por qué 3m/s? Pues fácil, en la última competición que he visto de velocistas se alcanzaron velocidades de más de 2m/s, así que si quiero ganar necesitaré mejorar bastante esa marca (si puedo superarla mejor que mejor).

Para empezar unos pocos cálculos:

  • 3m/s son 10.8 km/h

  • Una persona "normal" andando hace una media de entre 5 y 6 km/h

  • Para tener una decisión por cm necesitaremos realizar 300 decisiones cada segundo lo cual para un procesador de 10MIPS (un PIC18) sólo nos deja ejecutar 33333 instrucciones por decisión, evidentemente podemos usar un procesador más pontente o realizar decisiones más espaciadas, pero es una buena aproximación

  • Con ruedas de diámetro 7.6cm necesitaremos que esta gire a aproximadamente 754 rpm, y el motor tenga la suficiente fuerza para llevar a todo el equipo (motores, sensores, ruedas, baterías y control)



Como podéis ver no es trivial conseguirlo.

S2

Ranganok Schahzaman

Edito: corregido el error en el número de instrucciones por decisión (ver comentarios)

martes, marzo 18, 2008

Controlando el caos

Me encantan los BristleBot: son pequeños, manejables y si los dejas un rato te limpian la mesa...

Una explicación de como construirlos:



Y mi resultado (grabado con la cámara del móvil):



Como vemos tienen un pequeño problemilla: el movimiento es bastante caótico. En el primer vídeo el movimiento se dirige por la propia mecánica del robot: los pelos del cepillo al estar inclinados dirigen el robot hacia una dirección y sentido. En mi caso, el movimiento caótico está dado (creo) porque el motor estaba a un lado de la estructura y desequilibraba el peso.

La idea es montarlo todo en un cepillo y añadir otro motor para controlar el movimiento caótico mediante un acelerómetro u otro dispositivo que pueda medir giros... ¿Fácil no? (ironía).

Antes de nada algo de teoría:

Un giro siempre implica una fuerza que hace cambiar la dirección de la velocidad tangencial. A esta fuerza se le llama Fuerza Cetrípeta (Cp), si no existiese esta fuerza el giro no se produciría. No confundir con la Fuerza Centrífuga que es una fuerza imaginaria que se usa para explicar los fenómenos de inercia en un giro.



Por la Segunda Ley de Newton sabemos que una fuerza implica una aceleración en la misma dirección y sentido que se produce esa fuerza, y eso es lo que queremos medir con el acelerómetro.


Con unos pequeños cálculos vamos a ver la precisión necesaria para medir estos giros. Si contamos en el ejemplo de mi VibraBot vemos que el radio de giro es un par de centímetros la masa es 10g




Para la velocidad angular de giro podríamos decir que es una vuelta cada segundo (simplificando), por lo que la aceleración medida será:

a = 2·Pi·0.02 = 0.13 m/s2 = 0.013G


Es decir si escogemos un acelerómetro de gran sensibilidad (1200mV/G) tendremos unos 15mV de resolución en el giro. Con un ADC de 10bits tenemos una resolución aproximada de 5mV con lo cual se nos queda un poco justo pero es posible. Además siempre le podemos poner un amplificador de señal.

Bueno, ya hemos visto que es viable, ahora sólo hace falta comprar el material y montarlo...

S2

Ranganok Schahzaman

martes, marzo 11, 2008

II Jornadas Robóticas de A.R.D.E. (II)

El pasado fin de semana fueron las II Jornadas Robóticas de A.R.D.E.. Los que halláis organizado algún tipo de evento ya sabéis lo que supone esto: nervios, carreras, estar disponible para todo el mundo, miradas asesinas cuando alguien saca un soldador en una sala de conferencias (*), etc.

En un par de días pasaré la grabación de las conferencias en vídeo y las subiremos a Internet (pido un poco de paciencia en este sentido). Las fotos ya mismo se colgarán y las transparencias en cuanto las tengamos también.

Saludos

Ranganok Schahzaman

(*) Hay que decir en favor de la persona que sacó el soldador que solo lo hizo para buscar otra cosa en la mochila.

lunes, marzo 10, 2008

Resaca electoral

No suelo postear sobre estos temas, pero creo que una vez han pasado las elecciones (y con los ánimos más calmados) la gente será más receptiva para el siguiente post:

Una de las cosas que más me escaman de ir a votar es el bipartidismo que reina a sus anchas en España, esto es culpa de la actual Ley Electoral (que tiene unos cuantos añitos ya).

A partir de un comentario en el blog de Enrique Dans (si, he de confesarlo, yo sí leo a Enrique Dans), he encontrado un artículo muy interesante en el Utilómetro dónde se cuenta la situación actual de la ley y algunas soluciones a este sistema...

Yo quiero proponer otra que le llevo dando vueltas desde hace tiempo:


  1. Utilizar en las Elecciones para el Congreso de los Diputados la suscripción única (es decir se vota a nivel nacional no provincial) esto haría que hubiera más diversidad de opciones en el parlamento y mayor consenso con la población, y eliminaría el mal llamado voto útil.

  2. Dejar de utilizar el Senado como una forma de retirar a los políticos sin que hagan demasiado ruido y utilizarlo para lo que realmente es: controlar al Congreso. Esto implica dos cosas: aumentar el número de senadores y utilizar la suscripción territorial (la que actualmente está) para elegirlos.



Las ventajas del sistema que propongo son varias (aunque muchos no estén de acuerdo por su opción política):

  • Aumento de la diversidad política en frente del bipartidismo actual. Esto dará mayores opciones a la hora de votar en descontento con los grupos mayoritarios

  • Mayor poder al senado como órgano representativo de las provincias/autonomías (dependiendo del tipo de suscripción territorial) y de control del gobierno y el congreso (recordemos que si una ley no se aprueba en el senado debe volver a revisarse al congreso).



Disclaimer: Que conste que no estoy en contra de ningún partido político (siempre que este respete la democracia) y mi voto me lo reservo para las papeletas. También tengo que decir que vivo en una provincia en las que el voto cuenta (mi voto es útil), aún así el sistema de voto actual me parece una auténtica chapuza.

S2

Ranganok Schahzaman

PD: Tengo en cuenta que ni los dos partidos mayoritarios, a los que el voto útil les da una gran cantidad de votos y las suscripciones territoriales no les obliga a competir con otras fuerzas políticas, ni los partidos nacionalistas, a los que las suscripciones territoriales benefician, van a estar de acuerdo con esta opción, así que no creo que sea nunca considerada siquiera en el parlamento.

PDD: De todas formas ahí va ...

jueves, marzo 06, 2008

Prototipado Rápido (II)

A partir del primer esquema he realizado algunas modificaciones y correcciones, y he realizado un prototipo. El esquema, el PCB y la documentación esta disponible en la wiki de ARDE.

Recordad que la licencia de esto es
Creative Commons License


S2

Ranganok Schahzaman

sábado, febrero 23, 2008

II Jornadas Robóticas de ARDE



Desde la Asociación de Robótica y Domótica de España (A.R.D.E.) estamos organizando las "II Jornadas Robóticas", los días 8 y 9 de Marzo en el Campus Nord de Barcelona.

Estas jornadas pretenden ser un acercamiento de la robótica y la domótica a todo el mundo por lo que esperamos la asistencia de todos vosotros.

Toda la información la podéis ver en: http://www.webdearde.com/asambleas.

¡Os esperamos!

Asociación de Robótica y Domótica de España (A.R.D.E.)

jueves, febrero 21, 2008

Concurso Nacional de Robots AESSbot 2008

Copio directamente el mail que me enviaron desde AESS Estudiantes:

El Concurso Nacional de Robótica 2008 (AESSBot '08) ya está aquí, el evento ser realizará en el ya conocido Campus Nord de la UPC de Barcelona los días 7 y 8 de Marzo de 2008. Este año se realizará el concurso con 3 categorías (Sumo, MiniSumo y Rastreadores) y con dos premios especiales aparte. Podréis encontrar más información, las bases del concurso y las normativas vigentes en: http://aess.upc.es. Esperamos vuestra participación y recordad, las plazas son limitadas


Pues ya lo sabéis, uno de los concursos más antiguos de España vuelve a celebrarse... ¿Quién participa?

S2

Ranganok Schahzaman

viernes, febrero 08, 2008

Contra el SPAM

Según leo ha habido un ataque mafioso a Genbeta (con amenazas inclusive), así que, como me joden este tipo de practicas (amenazas) vengan de quien vengan reproduzco el post orginal que ha sido la causa del ataque.

El texto original de la entrada, escrita por Víctor Pimentel:


¿Quieres saber quién te tiene no admitido/eliminado en el MSN? Pues no des tu contraseña a desconocidos

Parece mentira que después de tanto tiempo (¡años ya!) del invento de este fraude todavía haya gente que siga cayendo en él. Es muy simple, y seguro que muchos lo conocéis, simplemente se trata de páginas que ofrecen el servicio de mostrarte quién te tiene como no admitido o te ha eliminado del mésenyer a cambio de que les des tu datos de conexión, es decir, tu usuario y contraseña. Creía que este negocio ya estaba más que muerto, pero hoy mismo un par de contactos míos me han saltado con la típica ventanita que me acceda a una de esas páginas para que me lea el futuro.

Como norma general, dar la contraseña de tu correo a alguien que no pertenezca a tu familia ya es un suicidio tecnológico, y en este caso sería como darle la contraseña de tu tarjeta de crédito a una persona desconocida para que te muestre el dinero que tienes. ¿Quieres saber qué es lo que hacen? La mayoría de páginas, después de mostrarte esa información, se conectan a tu cuenta varias veces al día para molestar a todos tus contactos con spam descarado. Lo que es peor, esto puede colapsar tu cuenta y no sería raro que la perdieras para siempre, o al menos que la conexión sea pésima. Así que ya sabes, no des tu contraseña a ningún sitio web, o atente a las consecuencias.

Pero claro, ¡tú quieres saber quién te tiene como no admitido! Sorpresa: esos sitios, además de ser peligrosos, no funcionan. Microsoft cambió hace tiempo el protocolo para que los servidores de msn no difundieran esta información. Antes sí podías, pero ahora mismo ni siquiera puedes saber el estado de otra persona sin que ella te invite/admite o sin saber la contraseña de la cuenta (sin cambiar la configuración de la cuenta). Sin rebuscar demasiado, algunos sitios fraudulentos que siguen esta práctica serían: blockoo.com, scanmessenger.com, detectando.com, quienteadmite.info, checkmessenger.net, blockstatus, etc… Todos ellos son potenciales phishing, y ninguno funciona más allá de recolectar cuentas de correo.

Disculpad los lectores avanzados que ya habéis dejado atrás este tipo de engaños facilones hace mucho tiempo, pero es que hoy me he vuelto a conectar al messenger por obligación y me he dado cuenta de que las cosas han cambiado muy poquito.


S2

Ranganok Schahzaman

viernes, febrero 01, 2008

Prototipado rápido

Estoy diseñando un sistema para realizar el prototipado rápido de aplicaciones. La idea es tener una serie de módulos hardware y librerías software preparadas para que el diseño de cualquier aplicación sea muy rápido y fácil.

Los módulos deben ser compatibles entre ellos, por lo que se han definido una serie de características comunes que deben cumplir todos.


Acabo de subir el primer esquema
, así que se admiten comentarios, críticas (constructivas), opiniones y colaboraciones (sobretodo económicas).

Dado que es un proyecto para ARDE la licencia es poco restrictiva (CC by-sa), es decir podéis usar todo el material, distribuirlo a vuestro gusto (incluso cobrando), hacer obras derivadas (modificaciones) y demás siempre que se respeten dos cosas:

  • Decir que el autor soy yo (con poner mi nick, esta página web y mi mail me conformo).

  • No cambiar la licencia, todas la modificaciones deberán ir con la misma licencia



S2

Ranganok Schahzaman

Edición (12/03/2009): he cambiado los enlaces que se habían quedado obsoletos

viernes, enero 25, 2008

Como una sola persona puede cargarse un proyecto

Actualmente existen dos proyectos televisivos que son exactamente iguales: "Tienes talento" en Cuatro y "Tú si que vales" en Telecinco independientemente que te puedan gustar más o menos estos programas, con cinco minutos he visto que el formato es clavado, tanto que da la sensación que han contratado al mismo realizador (o por lo menos es igual de inútil haciendo su trabajo).

No quiero que esto parezca un insulto (y menos un insulto gratuito), así que voy a explicar el porqué de mi descontento con los realizadores de ambos programas... En un programa donde la gente va a demostrar unas habilidades (y sobre todo las coreografías que se montan), no creo que lo más adecuado sea cambiar de plano cada segundo, y menos cuando más del 50% de los planos son la cara del jurado. Dado que es un programa grabado (esto le añade mayor delito), al menos se podrían tomar la molestia de hacer una edición como es debido mostrar la cara del jurado sólo puntualmente cuando esto quiera indicar algo (sorpresa, desprecio, etc.)

No soy experto en el tema, pero digo yo que un plano largo con pocos cambios para los ballets, un plano corto para los cantantes que expresen mucho (alternando con planos largos), y un plano del jurado para los que lo hagan realmente mal (esos mejor ni verlos).

¿Qué tiene que ver todo esto con la electrónica?, pues muy sencillo, un grupo de trabajo de cualquier proyecto es como un programa de televisión, si falla un cámara se puede joder alguna toma pero si el realizador es bueno pues lo compensará con el resto. Pero, si el realizador (léase jefe de proyecto, director técnico, etc.) es malo eso no hay grupo que lo compense...

Nota para los empresarios, elegir con cuidado a vuestros directores de departamento y jefes de proyecto que en ello os va la empresa.

S2

Ranganok Schahzaman

jueves, enero 10, 2008

Control Total vs. Gestión de la Incertidumbre

Qué significa este título: "Control Total vs. Gestión de la incertidumbre", para explicarlo mejor voy a poner un ejemplo:

Veamos cómo esta el mercado de los ordenadores y sobretodo de los sistemas operativos... Hablemos de Linux vs. Windows vs. MacOS.

Voy a intentar no hacer un post de los que hablan de las bondades de Linux (y MacOS) sobre el horroroso sistema Windows, bueno, sí que lo voy ha hacer pero voy a intentar darle una explicación.

¿Por qué Windows es el sistema operativo más utilizado si es el peor de los tres (técnicamente hablando)? Microsoft siempre ha sido una compañía que ha sabido copiar las características más atractivas de otros sistemas y las ha ofrecido a un menor coste (DOS es una copia de UNIX, Windows es de MAC, Word es de WordPerfect, etc.), ha tenido una política de información y distribución que le ha dado muy buenos resultados, y ha negociado con fabricantes y distribuidores para que sus sistemas vayan preinstalados.

Una vez aclarado este punto vayamos a lo que nos interesa:
  • MAC OS (incluso las versiones anteriores a MAC OS X) siempre le ha llevado la delantera (técnicamente hablando) a Microsoft, esto ha sido por una razón muy sencilla: la empresa siempre ha tenido un control férreo sobre todo su sistema, es decir, pueden controlar todo hasta el último chip/bit que tiene el ordenador. La ventaja de esto es clara, se puede conseguir exprimir al máximo todas las características.

  • Windows (para bajar precios) hizo un sistema "independiente" de la plataforma, me explico, las instrucciones de los procesadores son las mismas (sólo han añadido algunas), sin embargo hay distintas placas base, chipsets, tarjetas gráficas, etc. cada una de ellas con sus particularidades, ventajas y defectos, es decir, los ingenieros de Windows no saben con que se va a encontrar sus sistema, ni cómo va a responder un periférico ante ciertas exigencias del sistema operativo (hay ciertas pautas que todos deben cumplir, pero cada uno lo hace como quiere), así que se limita al ingenio de sus trabajadores (y su dirección técnica).

  • GNU/Linux ha utilizado muchos esfuerzos y tiempo en crear una comunidad de programadores y usuarios que esté atenta a cualquier fallo, modificación o programa que haga falta en el sistema, si bien esto ha dado muchos problemas (y seguirá dándolos), también puede decirse que ha contribuido a tener un sistema operativo de prestaciones superiores a cualquier Windows. Todo esto teniendo en cuenta que la comunidad GNU/Linux que tiene menos años que Microsoft. Es posible que Linux signifique la "muerte" de Windows una vez que la industria empiece a ver negocio en los PC con un sistema Linux


¿Qué tiene que ver todo esto con el título? os estaréis preguntando algunos, pues sencillo, MAC OS representa el control total sobre hardware y software, Linux la gestión de la incertidumbre que hace que se haya creado una comunidad para solucionar esta incertidumbre, y Windows un control total del software sobre una plataforma incierta de hardware...

Veis donde quiero llegar... si vas a ofrecer un producto final puedes tener un sistema cerrado con un control total sobre el hardware y el software, únicamente estarás limitado por la capacidad de tus trabajadores para llegar a las máximas características de tu producto.

Si vas a ofrecer una plataforma de la que no vas a controlar más que tu software, lo mejor que puedes hacer es invertir tiempo (y dinero) en crear una comunidad que se implique en indicar/solucionar los fallos de tu sistema y proponer/implementar mejoras.

O eso o controlas el mercado de la distribución y copias a la competencia.

¿Cuál es tu vía a seguir?

S2

Ranganok Schahzaman