After a few problems with the local post office, I finally received my free PCBs from Dangerous Prototypes. This time I received two MMA7455L accelerometer breakout boards. It has a Freescale’s MMA7455L accelerometer in a LGA-14 package. It was not difficult to solder using the right method (a lot of patience and flux).
After the assembly, I tested both boards using the Bus Pirate and this tutorial.
Thanks to Ian and the Dangerous Prototype’s crew for the free PCBs.
Microchip has announced that it will release new cross-platform MPLAB XC C compilers by the end of March. They come in 3 versions depending on PIC family: XC8 is for 8bit, XC16 for 16bit, and XC32 for 32bit microcontrollers.
Microchip is releasing MPLAB XC C compilers in the upcoming weeks. There will be three, one for each of the major Microchip logic architectures: MPLAB XC8, MPLAB XC16 and MPLAB XC32. By the end of March, we should have all three versions available. In the same open-platform spirit as MPLAB X IDE, MPLAB XC C Compilers will run on Windows, MAC and Linux. XC compilers will come with a new license manager to make installation and license management simple across platforms. Users will be able to install the compiler on any platform of choice.Via dangerousprototypes.com
Esto ya se venía viendo desde un tiempo atrás, cuando la gente de Microchip empezó a unificar varios aspectos del compilador Hitech, para hacerlo mas “parecido” al MPLAB C18.
Personalmente me parece una excelente decisión de parte de Microchip, ya que actualmente existen tres compiladores “oficiales” de microchip para la gama de 8 bits (Hitech for PIC10/12/16, Hitech for PIC18 y MPLAB C18).
Unificar estos tres facilitará enormemente la programación a los usuarios además de proveer mayor facilidad de portabilidad de código y librerías existentes entre los diferentes modelos de microcontroladores de 8 bits de Microchip.
I really like using GNU/Linux, especially Debian distributions (not Debian-based, just Debian). I was doing just fine until I bought a HP Pavilion dv7-4285dx laptop a few moths ago. It has a Intel Core i5 460 CPU, 6 GB of RAM and 640 GB HDD, another interesting feature is the switchable graphics system, that means, it has an integrated Intel GPU for low power / low performance and a discrete ATI Mobility Radeon HD6370 GPU for high power/ high performance. It’s a nice feature but the problem is I never use the discrete GPU, but in a fresh installed Debian, both cards are turned on, generating a lot of heat and consuming/wasting a lot of power and therefore battery. In Virus Windows you can select which GPU to use with the ATI configuration utility.
I googled for solutions and many people could disable one of the GPUs using a module called vgaswitcheroo, which allows to select which GPU to use as well as turn the unused GPU off. I did everything the tutotials said but I couldn’t get it to work, for some odd reason whenever I tried to turn the discrete GPU off the OS gave some kind of weird errors and warnings.
So I started looking for another solution, and googling again I found another method to disable the discrete GPU using the acpi_call module, which I’ll describe here.
1. Install dkms and some useful packages:
sudo apt-get install dkms git build-essential sudo apt-get install linux-headers-$(uname -r)
2. Clone the acpi_call repository from git and copy it to where dkms will look for it. We’ll call it version 0.0.1 for now:
git clone http://github.com/mkottman/acpi_call.git mkdir /usr/src/acpi_call-0.0.1 cp -rp acpi_call/* /usr/src/acpi_call-0.0.1
3. Create a file dkms.conf for it:
sudo gedit /usr/src/acpi_call-0.0.1/dkms.conf
and paste this into it and save it:
PACKAGE_NAME="acpi_call" PACKAGE_VERSION="0.0.1" CLEAN="make clean" BUILT_MODULE_NAME[0]="acpi_call" DEST_MODULE_NAME[0]="acpi_call" MAKE[0]="make IGNORE_CC_MISMATCH=1 KDIR=$kernel_source_dir PWD=$dkms_tree/acpi_call/0.0.1/build" DEST_MODULE_LOCATION[0]="/kernel/drivers/acpi" AUTOINSTALL="yes"
4. Edit the Makefile:
sudo gedit /usr/src/acpi_call-0.0.1/Makefile
and paste this into it and save it:
obj-m := acpi_call.o default: $(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modules clean: rm acpi_call.mod.o acpi_call.o acpi_call.ko
5. Add the module to dkms and build and install it:
sudo dkms add -m acpi_call -v 0.0.1 sudo dkms build -m acpi_call -v 0.0.1 sudo dkms install -m acpi_call -v 0.0.1
If all went well, you should now be able to load the module with:
sudo modprobe acpi_call
and this will give some information about it:
modinfo acpi_call
sudo sh /usr/src/acpi_call-0.0.1/test_off.sh
and you should get something like this
Trying \_SB.PCI0.P0P1.VGA._OFF: failed Trying \_SB.PCI0.P0P2.VGA._OFF: failed Trying \_SB_.PCI0.OVGA.ATPX: failed Trying \_SB_.PCI0.OVGA.XTPX: failed Trying \_SB.PCI0.P0P3.PEGP._OFF: works!
now you should check if the GPU is disabled by doing
lspci | grep VGA
and you should get something like this
gary@HP-Debian:~$ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02) 01:00.0 VGA compatible controller: ATI Technologies Inc Robson CE [AMD Radeon HD 6300 Series] (rev ff)
notice the (rev ff) at the end, that means that the GPU is now disconnected
First you need to add add acpi_call to /etc/modules
sudo echo acpi_call >> /etc/modules
then create a script in /etc/init.d to run at startup
sudo nano /etc/init.d/script_name_you_want
and copy this into it and save it
#! /bin/bash
### BEGIN INIT INFO
# Provides: script_name_you_want
# Required-Start: $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time
# Description: Enable service provided by daemon.
### END INIT INFO
# /etc/init.d/script_name_you_want
#
# Carry out specific functions when asked to by the system
case "$1" in
start)
echo "Disabling Discrete VGA "
cd /usr/src/acpi_call-0.0.1/test_off.sh
;;
*)
echo "Usage: /etc/init.d/script_name_you_want {start}"
exit 1
;;
esac
exit 0
then add the appropriate symbolic links to cause the script to be executed
sudo update-rc.d script_name_you_want defaults
If you want to remove the symbolic links
sudo update-rc.d -f script_name_you_want remove
Del 25 al 27 de noviembre pasado, se llevaron a cabo en Ciudad del Este las XIX Jornadas de Jóvenes Investigadores de la AUGM, para los que no conozcan acerca de esta, la AUGM es la Asociación de Universidades del Grupo Montevideo. Es una asociación de Universidades Nacionales Públicas de Argentina, Brasil, Uruguay, Paraguay, Bolivia y Chile, compuesta por 28 Universidades Miembro.
Desde su creación en 1991, la AUGM promueve la integración y cooperación educativa regional, en defensa de la Educación Pública Superior considerada como un derecho humano universal y un bien público social. Entre las principales actividades de esta asociación, podemos citar las Jornadas de Jóvenes Investigadores que es el espacio anual que reúne a cientos de jóvenes investigadores de las distintas Universidades miembro de la AUGM.
Estas Jornadas están orientadas a promover el temprano relacionamiento entre jóvenes científicos de los países de la región y a impulsar su integración en los trabajos que crean. Se desarrollan redes interpersonales y de carácter científico-académicas, cuyo entramado luego posibilita y fundamenta la constitución de grupos regionales de investigación científica.
Este año, fueron seleccionados 30 trabajos de las distintas facultades y centros de la Universidad Nacional de Asunción entre los cuales 2 pertenecían a la Facultad Politécnica, de la que soy estudiante.
Comitiva de Jóvenes Investigadores de la UNA
El trabajo de investigación denominado “Prototipo de un Transportador Personal con Sistema de Balance Automático”, del cual soy autor junto a mi compañero Luis Sandoval, fue seleccionado para ser presentado en 2 categorías, exposición de póster y presentación oral.
Durante la presentación de pósteres
Durante la presentación oral
Nuestro proyecto recibió menciones de honor en ambas categorías como mejor póster y mejor presentación oral en el eje temático “Ingeniería Mecánica y de la producción”, lo cual represento una gran felicidad para mi como para la comitiva de la UNA. Estas menciones son 2 de las 4 que recibió la Universidad Nacional de Asunción durante estas Jornadas.
Mención a mejor presentación oral
Mención a mejor presentación oral
Compartir con Investigadores de las demás facultades y centros y de otras Universidades y países fue una experiencia increíble! Agradezco a la Dra. Miki Saito por convencerme para participar en estas Jornadas y a todos los demás profesores que apoyaron este viaje. Y a todos los compañeros del viaje por la buena onda!
Comitiva de la UNA con los verdecitos
Este es un proyecto que empecé hace unos meses, y es el diseño de una placa controladora para Robots Sumo (y cualquier otro tipo de Robots). Mi idea era tener en una sola placa todos los componentes y conectores necesarios para un Robot Sumo, entre los que podemos citar, servos o algún otro controlador de motores DC, sensores para medición de distancia (tanto infrarrojos como por ultrasonido), conectores para varios pulsadores/leds indicadores, etc. Además de eso, que sea sencillo para programar (entiéndase, que no se necesite un programador como el pickit 2), ya que la idea es que estas placas sean usadas por los miembros del Club de Robótica. Para esto, la placa tendría que tener un microcontrolador que pueda programarse a si mismo (bootloader).
A continuación el esquemático y una explicación algunas partes de la placa y porque elegí cada componente en particular.
Como explicaba anteriormente, la idea es que no se necesite programador para grabar los programas, por lo tanto elegí un microcontrolador que tenga incorporado un modulo USB, en este caso usé un PIC18F47J53 de la empresa Microchip. Elegí este micro además trabaja a 3.3V, esto es una ventaja ya que varios sensores y/o módulos de comunicación (Xbee) trabajan también a esta tensión, además algunos pines del pic soportan hasta 5.5 volts, lo que nos permite conectar dispositivos de 5 volts al PIC. Otra característica muy interesante de este PIC en particular, es que posee una función denominada PPS (Peripherial Pin Select), que nos permite asignar ciertas funciones del PIC (USART, CCP, I2C, SPI) a varios pines posibles (a diferencia de los micros antiguos en los que una función estaba asignada a un pin y no se podía cambiar), facilitando enormemente el ruteado de la placa.
La placa posee headers para una facil conexión con dispositivos como servos, o varios sensores, y utiliza la misma ubicación de señales que un servo. Además se tienen otros headers que permiten conectar un sensor de distancia ultasonico, como ser el modulo SDM-IO de la empresa IteadStudio.
También ser tiene un header para la programación ICSP del micro si se quiere hacer por este método o para grabar el bootloader la primera vez, y un header para conectar un conversor USB-Serial para enviar/recibir datos a/de la PC.
El conector mini-USB nos permite conectar la placa a la PC para la grabación de los programas en en microcontrolador una vez que este posea el bootloader. También nos permite alimentar la placa para hacer pruebas, el único cuidado que debemos tener es que el puerto USB de las computadoras pueden suministrar un máximo de 500mA de corriente.
La placa cuenta además con 6 Leds (7 en la versión actual) para realizar un debug del codigo o para mostrar algunos datos útiles. Se tiene también un led que indica que la placa está siendo alimentada y dos leds mas que nos indican si se está transmitiendo o recibiendo datos por el puerto serie.
El diseño de la placa fue hecho con la versión gratuita de Cadsoft Eagle v5.11, y el PCB lo mande a hacer en IteadStudio, utiliando su servicio Open PCB. Es un servicio muy bueno ya que te hacen 10 PCBs (double side, con soldermask a ambos lados, vias, etc.) por 10 dólares (a esto hay que sumarle el envío).
El software utilizado para programar el microcontrolador es el MPLAB C18 de la misma empresa fabricante del microcontrolador, el mismo posee una versión gratuita para estudiantes y ademas nos provee librerías para los periféricos del micro. El bootloader que utilicé está basado en un ejemplo de la Microchip Application Libraries y modificado de acuerdo al hardware de las placas. Sólo la primera vez se necesita un programador (Pickit 2 / Pickit 3) para grabar el bootloader al microcontrolador.
Ya que el bootloader ocupa espacio en la memoria de programa del micro, hay que indicarle al compilador que realice unas modificaciones a la hora de compilar nuestro código. Para eso utilizamos el siguiente codigo:
extern void _startup ( void ); // See c018i.c in your C18 compiler dir
#pragma code AppFirmwareStartLocation = 0x1000
void _reset ( void )
{
_asm goto _startup _endasm;
}
#pragma code
El código completo para encender y apagar los leds de la placa sería:
#include <p18f47j53.h>
#include <delays.h>
#pragma config WDTEN = OFF //WDT disabled (enabled by SWDTEN bit)
#pragma config PLLDIV = 3 //Divide by 3 (12 MHz oscillator input)
#pragma config STVREN = ON //stack overflow/underflow reset enabled
#pragma config XINST = OFF //Extended instruction set disabled
#pragma config CPUDIV = OSC1 //No CPU system clock divide
#pragma config CP0 = OFF //Program memory is not code-protected
#pragma config OSC = HSPLL //HS oscillator, PLL enabled, HSPLL used by USB
#pragma config FCMEN = OFF //Fail-Safe Clock Monitor disabled
#pragma config IESO = OFF //Two-Speed Start-up disabled
#pragma config WDTPS = 32768 //1:32768
#pragma config DSWDTOSC = INTOSCREF //DSWDT uses INTOSC/INTRC as clock
#pragma config RTCOSC = T1OSCREF//RTCC uses T1OSC/T1CKI as clock
#pragma config DSBOREN = OFF //Zero-Power BOR disabled in Deep Sleep
#pragma config DSWDTEN = OFF //Disabled
#pragma config DSWDTPS = 8192 //1:8,192 (8.5 seconds)
#pragma config IOL1WAY = OFF //IOLOCK bit can be set and cleared
#pragma config MSSP7B_EN = MSK7//7 Bit address masking
#pragma config WPFP = PAGE_1 //Write Protect Program Flash Page 0
#pragma config WPEND = PAGE_0 //Start protection at page 0
#pragma config WPCFG = OFF //Write/Erase last page protect Disabled
#pragma config WPDIS = OFF //WPFP[5:0], WPEND, and WPCFG bits ignored
extern void _startup ( void ); // See c018i.c in your C18 compiler dir
#pragma code AppFirmwareStartLocation = 0x1000
void _reset ( void )
{
_asm goto _startup _endasm;
}
#pragma code
void main ( void )
{
LATC = 0xC0;
LATD = 0x00;
TRISC = 0x00;
TRISD = 0x00;
for (;;)
{
LATC = ~LATC;
LATD = ~LATD;
Delay10KTCYx(250); // Delay for 500ms
}
}
Hasta la próxima!
El sábado 8 de Octubre se realizó exitosamente la Segunda Reunión del Club de Robótica, realmente me sorprendió la cantidad de gente que asistió (aproximadamente 20 personas), ya que esto demuestra que hay mucho interés en este tipo de actividades dentro de la FP-UNA.
A modo de resumen, en la primera reunión hablamos un poco acerca de como surgió la idea de formar el club de robótica y también sobre algunas actividades que queremos realizar antes de que termine este año. Para poder llevar a cabo estas actividades hicimos una pequeña votación para ver por donde comenzar, la mayoría de los que asistieron comentaron que sería muy productivo comenzar con un curso introductorio de lenguaje C, lo que me pareció muy interesante para luego empezar ya a programar microcontroladores y armar nuestros primeros robots!
Así que después de suspender la (primera) segunda reunión (que debería llevarse a cabo el sabado 1 de Octubre pero tuvimos que cancelarla por culpa del mal tiempo), por fin pudimos reunirnos de vuelta. El curso introductorio de C estuvo a cargo del compañero Blas Mercado (Programador, FP-UNA) y fue dictado en uno de los laboratorios de informática de la facultad.
Blas explicando lenguaje C
Algo que vale la pena recalcar es que mucha gente de informática estuvo ayudando a la gente que no tenía conocimientos de C durante la clase, esto demuestra la voluntad para compartir conocimientos de la gente que asistió. Es muy interesante ya que uno de los objetivos principales del club es justamente ese, integrar alumnos de diversas carreras.
Aproximadamente media hora antes de dar por terminada la reunión, di una pequeña introducción sobre microcontroladores para que la gente vaya viendo un poco más acerca del hardware que vamos a estar utilizando más adelante.
Lastimosamente como solo pudimos quedarnos hasta las 4 de la tarde, era muy temprano para ir a comer pizza como estaba planeado, para la próxima reunión espero que nos organicemos mejor para no dejar pasar otra vez!
En resumen, la reunión fue un éxito, y espero que la gente pueda seguir asistiendo y que se vaya sumando más gente.
Gracias a todos los que pudieron asistir y nos vemos en la próxima reunión.
El martes 20 pasado, durante la Exposición Tecnológica y Científica 2011 (ETyC), que se realiza anualmente en la Facultad Politécnica de la Universidad Nacional de Asunción, se llevó a cabo la Primera Competencia de Robots Sumo de la FP-UNA.
El evento fue auspiciado por la Cooperativa Universitaria, que proveyó los premios, y Servicio Electromédico Profesional S.A. que proveyó las remeras para el evento.
Este evento fue organizado para ser el primer evento del Club de Robótica de la FP-UNA, el mismo pretende ser un espacio para que alumnos de todos los semestres y carreras de la facultad puedan aprender electrónica, diseño de pcbs, soldadura, diseño y armado de robots, etc. además de ser un lugar en el que alumnos con intereses similares puedan conocerse y compartir conocimientos.
En el evento participaron cinco Robots, Poldestro, Valquiria, Thor, BoogerBot y Gladiador. La tabla de posiciones final fue la siguiente:
1er Puesto – Poldestro 4pts.
2do Puesto – Thor 3pts.
3er Puesto – Valquiria 2pts.
4to Puesto – Gladiador 1pts.
5to Puesto – BoogerBot 0pts.
Esta fue la primera edición de este evento que pretendemos poder organizar todos los años durante la ETyC
Muchas gracias a los auspiciantes por confiar en nosotros, a los participantes y a todos los que ayudaron a que esto fuera posible.
