Muy buenas,
Os informo que el pasado 31 de octubre Lenovo publicó un nuevo firmware para este nas. Se trata de la versión 3.2.8.30031, que podréis descargar desde su página de descargas.
Saludos,
Jordi
Muy buenas,
Os informo que el pasado 31 de octubre Lenovo publicó un nuevo firmware para este nas. Se trata de la versión 3.2.8.30031, que podréis descargar desde su página de descargas.
Saludos,
Jordi
Hoy estaba yo escuchando mi recopìlación de MaxMix, cuando “enderrepente”, sonaba el #12… Y Dios! Comienza a sonar el retro “Point pounchak” (que así lo llamaba yo!!!), y me he visto obligado a recordarlo, pero en vídeo… No me ha valido con poder escucharlo.
Sólo os puedo decir una cosa: increíble… El que sea de mi época, seguro que me entiende. Remember total…
Por cierto, ahora que uno ya tiene más recursos y esas cosas, por fin he podido descubrir el grupo y la canción… Se trata de la primera canción del LP “Electric Café”, del grupo alemán Kraftwerk, y se llama Boing Boom Tschak. Todo un mito!
He conseguido descargarlo, y os lo dejo para que lo podáis disfrutar… 🙂
Salud!
Jordi
Muy buenas!
Hoy os voy a introducir el proyecto que actualmente tengo entre manos y que será parte importante del gran NESPi, que también introduje en mi blog hace ya unos meses. ATXPi, como su nombre “casi” indica, se trata de un sistema de “gestión de la alimentación” para Raspberry Pi (ojo! no se trata de un sistema de alimentación!), basado en el funcionamiento de una fuente AXT que utilizamos a diario para nuestros PC de sobremesa.
Continue reading ‘ATXPi: sistema de alimentación estilo ATX para Raspberry Pi (I)’ »
Muy buenas!
Hoy os traigo mi primera aportación para Arduino, una libraría “muy básica” para manejar un led RGB. Y es “muy básica” porque lo único que nos va a permitir hacer es encender o apagar el led en el color deseado. Ni más ni menos.
Con ella podremos:
Es tan sencillo como os muestro en el ejemplo básico incluido en la misma librería:
#include <RGBLed.h> // Include de la librería RGBLed led; // Declaración del objeto RGBLed void setup() { led = new RGBLed(); // Creamos un nuevo objeto RGBLed, por defecto } // Recordemos, de ánodo común y pins de salida 9, 10 y 11 void loop() { led.switchRedLed(); // Endendemos el led en Rojo delay(1000); // Esperamos 1s led.switchGreenLed(); // Encendemos el led en Verde delay(1000); // Esperamos 1s led.switchBlueLed(); // Encendemos el led en Azul delay(1000); // Esperamos 1s }
No voy a entrar demasiado en detalle de cómo está montada la librería, dado que cuando la descarguéis veréis que no tiene ningún misterio. Aunque si hay algo que tengo quiero comentaros, para que no hayan malos entendidos:
RGBLed led = new RGBLed(false); // commonAnode = false
RGBLed led = new RGBLed(1,2,3); // Atención, pins ficticios!!!
led.setColor(0, 0, 0); // R=0, G=0, B=0
Y poco mas, ahora solo os queda descargarla desde mi repositorio de sketchs de Arduino, y empezar a utilizarla: https://github.com/jormc/arduino.git
Espero que os sea de utilidad. Y ya sabéis, para cualquier crítica, corrección y posibles mejores, estoy a vuestra disposición.
Gracias por leerme!
Jordi
Como comentaba en alguno de los posts anteriorres, dedicados a esta increíble plaquita, uno de los peores errores con los que me he encontrado ha sido este:
avrdude: ser_open(): can’t open device “\\.\COM3”: Access is denied.
Bien, el síntoma era cuanto menos, estrobótico:
No tenía ningún sentido, la verdad… Pero os explicaré un par de cosas que os harán ver el problema desde otro punto de vista, totalmente distinto.
Así no se puede…
Vamos directamente a mis observaciones, sin mas preámbulos, porque lo que realmente quiero es haceros ver lo inusual de este problema, y que podáis detectarlo, si es que es lo mismo que os afecta a vosotros:
Y ahora mis deducciones, prestad mucha atención a los palabros que os he puesto en negrita y cursiva en los puntos anteriores:
Alguien me está robando el canal de comunicación COM con mi Arduino, y es por el puerto USB, debido a los drivers FTDI, que también me han dado problemas…
La deducción no ha sido sencilla, no os créais… No fue fácil detectar el mal comportamiento de la placa y enlazar todos los efectos… Por eso os los comento, para que seáis capaces de detectarlos rápidamente…
Y aquí está el culpable:
Es el driver de mi querido sai Salicru SPS One 900VA… El maravilloso software de ViewPower, que mas que un soft es un virus (os recomiendo no usarlo, y pasaros al NUTo alguno por el estilo…). Y que conste que no es problema del SAI, sino del software, que si no lo tienes conectado al USB escanea continuamente todos los COM en busca del dispositivo que debe controlar, con lo que está haciendo encuestas a todos los puertos abiertos (entre ellos nuestro COM3 del Arduino) para ver quién responde. De ahí que cada cierto tiempo se encendiera el TX del Arduino y no pudiéramos acceder al mismo, ya que el canal siempre estaba ocupado…
Por lo tanto, y para finalizar, si os ocurre esto, os recomiendo que sigáis estos pasos:
Ahora ya funciona mi Arduino Nano, y ya puedo continuar con mis proyectos, tranquilamente…
Podéis seguir el post que abrí en el foro de Arduino, por este mismo problema: http://forum.arduino.cc/index.php?topic=270040
Espero haberos ayudado…
Suerte!!!
Jordi
Llevo algún tiempo peleándome con un report, muy sencillo, pero no por ello menos complicado de editar… Y es que con JasperReports las cosas nunca salen como esperas…
Si queremos aplicar formato a un campo de texto, campo de datos o texto estático, nos habremos dado cuenta que no es suficiente con indicar que el texto sea en negrita desde el editor iReport. Si, la preview sale en negrita, pero cuando lo compilamos y ejecutamos de manera externa, vemos que el texto no tiene el formato esperado…
Pues bien, una manera de conseguir que cierto texto, ya sea de manera completa o sólo una palabra, etc… tenga un formato específico es mas sencillo de lo que parece.
Básicamente, editamos la expression del campo o del texto estático, y le añadimos un modificador de estilo, como si de un simple tag de html se tratase.
Lo primero que tenemos que hacer es indicar que el campo de texto o datos tiene estilo. Para ello, modificamos la propierdad Markup = styled.
Luego, modificamos el contenido del campo, para darle el formato deseado.
Para un campo de texto estático:
<style isBold="true" pdfFontName="Helvetica-Bold">Algún texto en negrita</style>"
Para un campo de datos:
"<style isBold='true' pdfFontName='Helvetica-Bold'>" + $F{unCampoDeTexto} + "</style>"
Con esto conseguimos dar el formato requerido al texto. Adicionalmente, indicar que no solo se le puede aplicar estilo negrita y tipo de fuente, sino también subrayado, itálica, etc…
Para mas detalles. tenéis mas información en la documentación original de JasperReports y Styled Text: http://jasperreports.sourceforge.net/sample.reference/styledtext
Ahora ya tenéis vuestro PDF con texto formateado y con estilos propios.
Espero que lo hayáis encontrado interesante.
Jordi
En julio, antes de loas vacaciones, dejé de lado mis arduinos. Ahora que los recupero, me pongo con mis dos nanos y me llevo la grata desagradable sorpresa de que Windows no los detecta. Bueno, cambiemos de PC… no hay manera, ninguno de ellos lo detecta, y no me permite instalar los drivers… Qué extraño…
Bien, buscando buscando, doy con un tema que me extraña un poco. Si miro los drivers de FTDI (http://www.ftdichip.com/Drivers/D2XX.htm) descargados, una y otra vez, observo que el vid para los arduino que montan su chip de conversión serie a usb, así como el pid, difieren de lo esperado:
Bien, los de la imagen son los vid y pid míos. Como véis, son 0x0403 y 0000 respectivamente. Y esto es un error, ya que los chips FTDI de este tipo y para este arduino, montan 0x0403 y 6001, respectivamente.
Después de darle muchas vueltas, decidí que lo único que podría hacer es modificar el driver, añadiendo un nuevo dispositivo que contemplase dichas credenciales. pero esta solución no es la que mas me gusta, dado que entonces estoy identificando un dispositivo en mi pc irreal. Así que, siguiendo con mi búsqueda, he dado con un post de alguien que mas o menos sufrió mis mismos problemas, y a demás, lo que quería era customizar sus arduinos, para poder ofrecer diferentes dispositivos..
Así pues, en el siguiente enlace tenéis muy bien explicado cómo proceder al cambio de estos datos, y otros, del chip FTDI. tras ello, si sólo lleváis a cabo el primer paso, obtendréis los datos por defecto para nuestro arduino. Si decidís modificar algo mas, podréis obtener nuevas “versiones”. Ahí ya cada cual que se las arregle… 😉
Este es el link: http://forum.arduino.cc/index.php/topic,6929.0.html
Espero que os solucione la vida, tal cuál me la ha solucionado a mi.
Y como siempre, si tenéis dudas o algún problema, no tenéis mas que contactar, y lo comentamos.
Gracias por leerme.
Jordi
Dado que Arduino es una plataforma abierta, existen cientos de marcas y versiones diferentes, compatibles, y algunas incluso mejoradas, con respecto a las originales.
Al principio era bastante reticente a probarlas, pero me llevé una grata sorpresa al comprar un Arduino Nano v4.0 de Deek-Robot, sin ni tan siquiera saber que precisaba un driver especial para su chipset, el PL2303. Pues bien, no hace falta buscar ni en su propia web, porque no hacen referencia a ellos, o no al menos cuando yo lo compré… El vendedor me los suministró y no hubo mayor problema en la instalación y detección de los mismos en Windows 7. A partir de ese momento, el Nano funcionó como un Arduino mas, sin ningún problema.
Hoy he cambiado de PC, porque mi mujer precisa trabajar con foto y vídeo, y el mío es mas potente. Me he tenido que llevar toda mi suite de trabajo de Arduino al suyo, y qué grata sorpresa me he llevado cuando he intentado programar mi Nano de Deek-Robot… Y para colmo, no disponía del driver a mano.
Pues bien, para que ni a mi ni a vosotros nos vuelva a pasar, os dejo el enlace a la web de Prolific, que es quien los desarrolla. Y, por si acaso, lo he hospedado en mi propia web, para tenerlo a buen recaudo.
Espero que os ayude y os animéis a probar posibles placas “clónicas”.
[wpdm_file id=3]
Desde su propia web, para Windows 7
http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=225&pcid=41Y desde otra ubicación, para Windows 8
https://docs.google.com/file/d/0B3oanMbYtysvdTNUenNJYzFKcFU/edit?pli=1
Siempre me gusta estar a la última, y por eso, muy a menudo me descargo la última versión de Eclipse (www.eclipse.org), ese IDE que “casi” todos conocemos de sobras. La última versión, en el momento en el que escribo este post, es Eclipse Luna, o sea, versión 4.4.0.
Bien, el problema que me encuentro, y que parece ser algo normal desde la versión 4 de este estupendo IDE, es que si te encuentras desarrollando desde tu empresa y, como es normal, esta usa un proxy, posiblemente no puedas acceder al Eclipse Market, ni a las actualizaciones automáticas, ni por ende, a las descargas de Maven… El problema parece ser que es debido a una incompatibilidad de las librerías del proxy que se añadieron a partir de esta versión, y que son incompatibles con algunos proxies conocidos…
La solución es sencilla, aunque claro, no se te ocurre a ti, sino a otros que saben mas que tú y les gusta investigar… Por eso yo, que ya lo he probado, os lo ofrezco en mi blog.
Lo primero que hay que haces es configurar el proxy correctamente desde las opciones de configuración de Eclipse. Para ello, nos vamos a: Window > Preferences >General > Network Connections
Ahí, lo recomendable es ponerlo en Manual y escribir las credenciales y direccionamiento de vuestro proxy. Tendréis que añadir, a demás, el usuario y password que os sea requerido. En la parte inferior podéis dejarlo como está, que normalmente es que no use el proxy para conexiones locales, 127.0.0.1 o localhost.
Es muy importante que no informéis la configuración de SOCKS, a no ser que estéis muy seguros de que lo necesitáis. Existe una issue desde hace mucho tiempo que hará que no funcione correctamente (este era realmente mi error…).
Tras esto, ya podéis reiniciar, ir al Eclipse Marketplace y cruzar los dedos… Es posible que siga sin funcionar, por lo que ahora deberemos aplicar la otra solución o workaround que otros han encontrado: cambiar las librerías del proxy por las del JRE de Java… Esta solución podéis verla en StackOverflow: http://stackoverflow.com/questions/22148782/unable-to-connect-to-the-eclipse-luna-market
Os dejo la sentencia que debemos aplicar al fichero eclipse.ini de nuestro IDE, tras el modificador -vmargs:
-Dorg.eclipse.ecf.provider.filetransfer.excludeContributors=org.eclipse.ecf.provider.filetransfer.httpclient4
Con esto último ya deberíamos tener solucionado nuestro problema con la conexión a Internet de Eclipse Luna, y de cualquiera de sus hermanos de la versión 4.x.x.
Espero haberos sido de ayuda, y que me comentéis si os ha servido.
Gracias por leerme!
Jordi
Como cada año, el Club d’Amics del Ferrocarril de Cornellà celebra su conocida Festa del Trenet en el parque de Can Mercader de Cornellà. La cita tendrá lugar el próximo 19 de octubre de 2014, y estáis todos invitados! Habrá circulaciones en el circuito de trenes de 5″ del propio parque, como ya viene siendo habitual los domingos de cada mes, pero a demás, contaremos con la 25na Trobada de Vaporosos a nivel internacional, en la que intervendrán locomotoras a vapor de 5″ de diversos puntos y asociaciones de España, así como parte del extranjero.
Los interesados, podéis contactar conmigo o bien directamente con el club en su web, http://www.cafc.cat, dónde estarán muy orgullosos de atenderos y ofreceros toda la información que sea necesaria.
Os dejo el cartel del encuentro.