Blog cajón desastre (CBTis 44 / TecNM Teziutlán) https://github.com/maigke ( tiene muy poca aportación)
viernes, 22 de noviembre de 2013
Qucs, subcircuitos, VHDL en Manjaro
Buenos dias les comparto un video que recién edité
domingo, 17 de noviembre de 2013
Pinguino PIC18F2550 USBBulk y SCILAB con USB - bulk error en Manjaro
Probando Pinguino PIC con Scilab, en la modalidad USB Bulk Transfer, me encontré con el atomo de JOSE PABLO CASTRO VALVERDE, en http://forge.scilab.org.
El scilab si reconoce al Pinguino en modalidad Bulk Transfer pero indica el siguiente error al tratar de enumerar al dispositivo
El scilab si reconoce al Pinguino en modalidad Bulk Transfer pero indica el siguiente error al tratar de enumerar al dispositivo
-->;exec('/home/miguel/Documentos/scilab/usbTst.sce', -1)
Libusb-1.0 Library initialized
device open
endP_success=bulk_set_endpoint(enpIn,enpOut);
!--error 999
bulk_set_endpoint: Wrong size for input argument #1: A scalar expected ????.
at line 29 of exec file called by :
scilab/usbTst.sce', -1
el código que se le carga al Pinguino es el que viene de ejemplo en la version SVN. Espero tener mas avances proximamente.
Pinguino IDE X.4 en Manjaro version SVN
El funcionamiento adecuado de la tarjeta Pinguino en Manjaro la he logrado gracias a estas entradas de Blog y el wiki de pinguino
http://wiki.pinguino.cc/index.php/Linux#Archlinux http://www.roboticaludica.com/instal-pinguino-ubuntu/ Vamos por partes,
Como primer punto se trata de copiar las reglas de udev que estan en Pinguino hacia /etc/udev/rules.d
Ejecutar los siguientes comandos
http://wiki.pinguino.cc/index.php/Linux#Archlinux http://www.roboticaludica.com/instal-pinguino-ubuntu/ Vamos por partes,
Como primer punto se trata de copiar las reglas de udev que estan en Pinguino hacia /etc/udev/rules.d
sudo cp ./extra/rules/{41-microchip.rules,26-microchip.rules} /etc/udev/rules.d/
Ejecutar los siguientes comandos
sudo groupadd plugdev sudo usermod -a -G plugdev $USER sudo chgrp -R plugdev /dev/bus/usb/Al terminar de ejecutar los comandos anteriores, se debe reiniciar y listo!!
print "current version is " + getVersion() #pinguino_version error de sintaxis Manjaro
Bueno hace dias que baje la ide svn de Pinguino X.4 IDE en la maquina de manjaro, pero al correr el script de inicio, me indicaba un error
y pues la cuestión es que Manjaro tiene python3 por defecto entonces solo se debe cambiar la linea que invoca a Pinguino con Python por:
python2 pinguino.py
y listo!
La tarjeta pinguino es programada correctamente en modo superusuario. (Nota Aclaratoria. No se han dado de alta las regles en udev ¿funciona Manjaro con udev?)
jueves, 7 de noviembre de 2013
Qucs 0.01.17 en Manjaro
Bien pues sigo probando el uso de Manjaro y pues de momento va muy bien, el desktop es ligero en la PC que tengo, ya es un poco viejita (Gateway con procesador Core 2 con 2GB de RAM y disco de 500GB )
Pues como les comento, estoy probando Qucs y de momento va muy bien y lo mejor es que a diferencia de Fedora 19, esta distro si me está generando el VHDL a partir del diagrama lógico sin problemas, de igual forma Scilab despueś del detalle de ayer, he instalado los atoms de Fuzzy Logic, el complemento Coselica y SIMM para simulación física, y pues las simulaciones han corrido, el problema que tengo es con el IDE de Pinguino X.4 que no me abre, pero ya veré como funciona, aun no he probado la grabación de archivos .hex con AVR y PIC, pero ya está en la pc SDCC y AVR-GCC con el codeblocks.
miércoles, 6 de noviembre de 2013
Scilab en Manjaro opt/scilab-5.4.1/lib/thirdparty/libz.so.1: version `ZLIB_1.2.3.4' not found (required by /usr/lib/libpng16.so.16) - RESUELTO
Bueno la cosa es que despues de instalar la versión binaria del sitio de Scilab, en Manjaro funcionabe muy bien, pero despues de una actualización, scila no funcionaba, entonces abrí la consola y al introducir el script que inicia a Scilab 4.5.1, la consola me enviaba este mensaje
Entonces buscando en la red, en un foro de Gentoo encontré la respuesta entre lineas (http://gentoo.2317880.n4.nabble.com/Error-with-version-of-libraries-with-scilab-td270648.html)
En este foro, se menciona este error es por que los autores de SCILAB están jugando con la LD_LIBRARY_PATH y que mediante el comando
entonces mediante una consola y nano me dediqué a indagar como funciona el script de Scilab 5.4.1, esto me dio como resultado lo siguiente
En estas lineas encontré lo siguiente, aqui se carga la LD_LIBRARY_PATH con $SCIBINARYBASE/lib/thirdparty
scilab-bin: /home/miguel/opt/scilab-5.4.1/lib/thirdparty/libz.so.1: version `ZLIB_1.2.3.4' not found (required by /usr/lib/libpng16.so.16)
Entonces buscando en la red, en un foro de Gentoo encontré la respuesta entre lineas (http://gentoo.2317880.n4.nabble.com/Error-with-version-of-libraries-with-scilab-td270648.html)
En este foro, se menciona este error es por que los autores de SCILAB están jugando con la LD_LIBRARY_PATH y que mediante el comando
$ ldd /usr/lib64/libpng16.so.16Se tiene este resultado
linux-vdso.so.1 (0x00007fff7d79a000)
libz.so.1 => /lib64/libz.so.1 (0x00007ff9ad6ab000)
libm.so.6 => /lib64/libm.so.6 (0x00007ff9ad3b5000)
libc.so.6 => /lib64/libc.so.6 (0x00007ff9ad00a000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff9adb3c000
El autor de la respuesta, menciona que se ve que libpng usa libz, ambas se encuentran en el sistema y que no hace falta usar la libreria que propone el script de scilab.
y finalmente menciona lo siguiente:
"Go find the startup script for scilab and edit the mods to LD_LIBRARY_PATH to put the scilab directory at the end (not the beginning where it is now) "(Alan McKinnon, 2013)
Pues bien siguiendo estas indicaciones, vi el resultado que arrojaba mi libpng y obtuve lo siguiente
[miguel@casita bin]$ ldd /usr/lib64/libpng16.so.16
linux-vdso.so.1 (0x00007fffee13e000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007f33ab303000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f33ab000000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f33aac55000)
/usr/lib64/ld-linux-x86-64.so.2 (0x00007f33ab74f000)
Lo que me indicó que el libpng si está usando el libz pero del sistema
entonces mediante una consola y nano me dediqué a indagar como funciona el script de Scilab 5.4.1, esto me dio como resultado lo siguiente
En estas lineas encontré lo siguiente, aqui se carga la LD_LIBRARY_PATH con $SCIBINARYBASE/lib/thirdparty
if test $IS_SCILAB_BINARY -eq 1; then
TCL_LIBRARY="$SCIBINARYBASE/thirdparty/tcl8.5"
Tk_LIBRARY="$SCIBINARYBASE/thirdparty/tk8.5"
LD_LIBRARY_PATH=$SCIBINARYBASE/lib/scilab:$SCIBINARYBASE/lib/thirdparty${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}
DOCBOOK_ROOT="$SCI/../../thirdparty/docbook"
PATH="$PATH:$SCI/modules/scicos/"
Entonces, agregamos a la LD_LIBRARY_PATH /usr/lib que es donde el comando ldd dice que está libz
if test $IS_SCILAB_BINARY -eq 1; then
TCL_LIBRARY="$SCIBINARYBASE/thirdparty/tcl8.5"
Tk_LIBRARY="$SCIBINARYBASE/thirdparty/tk8.5"
LD_LIBRARY_PATH=/usr/lib64/:$SCIBINARYBASE/lib/scilab:$SCIBINARYBASE/lib/thirdparty${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}
DOCBOOK_ROOT="$SCI/../../thirdparty/docbook"
PATH="$PATH:$SCI/modules/scicos/"
Una vez hecho esto, Scilab volvió a funcionar
jueves, 17 de octubre de 2013
Grabar y codificar screencast desde consola
Bueno esta opcion la encontre, ya que los videos que he sacado con recordmydesktop, con los efectos de KDE salen todos cuadriculados, es por ello que buscando en la red, me encontre que es posible realizar un scrrencast mediante ffmpeg y su posterior conversiion a video x264 con un alto grado de compresion y buena calidad. El problema de capturar con la consola, en mi caso muy particular, que los videos salen acelerados y no me acepta la opcion para sincronizacion -async 1 (no me marca error aclaro)
bien el comando es el siguiente para capturar la pantalla desde la consola
ffmpeg -async 1 -f alsa -i plughw:0,0 -c:a pcm_s16le -b:a 16k -f x11grab -r 20 -s 1024×768 -i :0.0 -b:v 10000k ~/Desktop/video.avi
y para conversion, a fin de que los videos quedeb bastante cortitos es
mencoder -ovc x264 -oac copy video4.avi -o video4.h264.mp4
Las referencias de estas instrucciones, las hallé en
http://kikefree.wordpress.com/2013/01/24/grabar-escritorio-con-ffmpeg-o-ffmpeg2theora/
http://www.pagondel.org/how-to-grabar-tu-escritorio-usando-ffmpeg/
http://www.youtube.com/watch?v=WctNRVdxXN8
miércoles, 2 de octubre de 2013
Deshabilitando o Eliminando repositorios en Fedora
Esta información la he tomado del siguiente link
http://www.if-not-true-then-false.com/2010/yum-remove-repo-repository-yum-disable-repo-repository/
thx's
nmap para detectar OS de una LAN
Bueno esta es una entrada muy corta, se trata de poner el comando para Linux donde se usa nmap:
[miguel@dhcppc6 ~]$ sudo nmap -O --osscan-guess --fuzzy 192.168.1.67
Starting Nmap 6.40 ( http://nmap.org ) at 2013-10-02 22:01 CDT
Nmap scan report for 192.168.1.67
Host is up (0.010s latency).
All 1000 scanned ports on 192.168.1.67 are closed
MAC Address: A0:4E:04:9C:29:91 (Nokia)
Too many fingerprints match this host to give specific OS details
Network Distance: 1 hop
OS detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 8.79 seconds
En este caso lo use para ver cual era el SO que está conectado a mi router, es un celular Nokia (de mi hermana)
En cuanto a nmap -O se usa para habilitar la detección de SO
--osscan-guess --fuzzy Se usa para aproximar los resultados del SO cuando el SO que se ve en tu red Local
Etiquetas:
electrónica,
Fedora,
linux
sábado, 21 de septiembre de 2013
Mi archivo 41-microchip.rules Fedora 19 x64
El siguiente es mi archivo 41-microchip.rules, el uso de este archivo es con el fin de conectar los siguientes programadores y ser accedidos como usuario normal a través del software Piklab (http://piklab.sourceforge.net/) :
- Pickit2 clon con firmware 2.x
- ICD2 clon
- Pinguino PIC18F2550
# sudo cp 41-microchip.rules /etc/udev/rules.d/
# sudo usermod -a -G plugdev $USER
#
# Pinguino8 (PIC18F)
ATTR{idVendor}=="04d8", ATTR{idProduct}=="feaa", MODE="0660",GROUP="plugdev"
#
# Pinguino32 (PIC32MX)
ATTR{idVendor}=="04d8", ATTR{idProduct}=="003c", MODE="0660",GROUP="plugdev"
#
# Pickit 2
ATTR{idVendor}=="04d8", ATTR{idProduct}=="0033", MODE="0660",GROUP="plugdev"
#
# Pickit 3
ATTR{idVendor}=="04d8", ATTR{idProduct}=="900a", MODE="0660",GROUP="plugdev"
# ICD2
ATTR{idVendor}=="04d8", ATTR{idProduct}=="8000", MODE="0660",GROUP="plugdev"
# ICD21
ATTR{idVendor}=="04d8", ATTR{idProduct}=="8001", MODE="0660",GROUP="plugdev"
Etiquetas:
electrónica,
Fedora,
linux
sábado, 17 de agosto de 2013
Error al compilar programas con puerto serial en Pinguino X.4
En el programa X.4 viene muchos programas de ejemplo, uno de ellos dentro de la carpeta examples/08.interrupt/Counter.pde.
En este código se usa el contador 3 del microcontrolador pic18F2550, una señal aplicada al pin 10, incrementará el valor del registro 3. y enviara por los pines del puerto serial, el numero que contiene el registro.
Sin embargo, al tratar de compilar este archivo, el X.4 enviará un mensaje de error, donde indica que existe un bit denominado RC1IF que no está definido. El problema está en la línea 98 del archivo x.4/p8/pinguino/core/serial.c
//PIR1bits.RC1IF = 0; // Clear interrupt flag
de acuerdo al datasheet en la página 147 del microcontrolador pic18F2550 el bit del registro PIR1, se denomina RCIF, por lo que es conveniente cambiar esta línea por lo siguiente:
PIR1bits.RCIF = 0; //17 de Agosto de 2013
de acuerdo al data del 2550 Este es el resultado que se obtiene
File: /home/miguel/opt/x.4/examples/08.Interrupt/Counter.pde
compiling... Compilacion completada
code size: 10626 / 24575 bytes (43% used)
1.3107790947 segundos (Tiempo de proceso)
Pinguino not found Is your device connected and/or in bootloader mode ? Pinguino found Bootloader v2.12
Writing ...
Counter.hex successfully uploaded
En este código se usa el contador 3 del microcontrolador pic18F2550, una señal aplicada al pin 10, incrementará el valor del registro 3. y enviara por los pines del puerto serial, el numero que contiene el registro.
Sin embargo, al tratar de compilar este archivo, el X.4 enviará un mensaje de error, donde indica que existe un bit denominado RC1IF que no está definido. El problema está en la línea 98 del archivo x.4/p8/pinguino/core/serial.c
//PIR1bits.RC1IF = 0; // Clear interrupt flag
de acuerdo al datasheet en la página 147 del microcontrolador pic18F2550 el bit del registro PIR1, se denomina RCIF, por lo que es conveniente cambiar esta línea por lo siguiente:
PIR1bits.RCIF = 0; //17 de Agosto de 2013
de acuerdo al data del 2550 Este es el resultado que se obtiene
File: /home/miguel/opt/x.4/examples/08.Interrupt/Counter.pde
compiling... Compilacion completada
code size: 10626 / 24575 bytes (43% used)
1.3107790947 segundos (Tiempo de proceso)
Pinguino not found Is your device connected and/or in bootloader mode ? Pinguino found Bootloader v2.12
Writing ...
Counter.hex successfully uploaded
miércoles, 10 de julio de 2013
Problema scilab ./scilab-bin: error while loading shared libraries: libscilab.so.0:
En Fedora 19 de 32bits, viene por defecto en los repositorios SCILAB 5.4.1, sin embargo, si se desea instalar desde el paquete rpm que viene en la pagina web de Scilab.
Solo se debe descargar y descomprimir en una carpeta en específico (en mi caso, cree un directorio denominado opt dentro de mi $HOME)
El binario ejecutable está en la ruta /home/miguel/opt/scilab-5.4.1/bin
sin embargo al tratar de ejecutar el binario, se marca el siguiente error (solo es visible cuando se ejecuta desde consola)
de acuerdo a la página https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/560283
se debe verificar que /usr/bin/scilab contiene
Para modificar el valor de la variable de entorno (Para saber mas: http://landerpfc.wordpress.com/2010/09/28/variables-de-entorno-en-gnulinux/)
Se debe dar la ruta a la librería donde se encuentra el archivo libscilab.so.0, que está en:
Entonces ahora se teclea la siguiente instrucción:
Este archivo se puede localizar con el comando find, de la siguiente forma
En consecuencia, se debe agregar esta nueva ruta al LD_LIBRARY_PATH
./scilab-bin ./scilab-bin: error while loading shared libraries: libscilab.so.0: cannot open shared object file: No such file or directory
de acuerdo a la página https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/560283
se debe verificar que /usr/bin/scilab contiene
LD_LIBRARY_PATH=/usr/lib/scilab/:/usr/lib64/scilab/:$LD_LIBRARY_PATH
Para modificar el valor de la variable de entorno (Para saber mas: http://landerpfc.wordpress.com/2010/09/28/variables-de-entorno-en-gnulinux/)
Se debe dar la ruta a la librería donde se encuentra el archivo libscilab.so.0, que está en:
$HOME/opt/scilab-5.4.1/lib/scilab/
Entonces ahora se teclea la siguiente instrucción:
[miguel@MalillaReturns bin]$ export LD_LIBRARY_PATH=/home/miguel/opt/scilab-5.4.1/lib/scilab/ [miguel@MalillaReturns bin]$ echo $LD_LIBRARY_PATH /home/miguel/opt/scilab-5.4.1/lib/scilab/Sin embargo al tratar de ejecutar el entorno se tiene el siguiente error:
[miguel@MalillaReturns bin]$ ./scilab-bin ./scilab-bin: error while loading shared libraries: libhdf5.so.6: cannot open shared object file: No such file or directory
Este archivo se puede localizar con el comando find, de la siguiente forma
[miguel@MalillaReturns ~]$ find -iname libhdf5.so.6 ./opt/scilab-5.4.1/lib/thirdparty/libhdf5.so.6Con esta dirección, podemos agregar un dato mas a la variable de entorno
[miguel@MalillaReturns bin]$ export LD_LIBRARY_PATH=$HOME/opt/scilab-5.4.1/lib/thirdparty/:$LD_LIBRARY_PATH [miguel@MalillaReturns bin]$ echo $LD_LIBRARY_PATH /home/miguel/opt/scilab-5.4.1/lib/thirdparty/:/home/miguel/opt/scilab-5.4.1/lib/scilab/Pero de nueva cuenta se tiene un error.
[miguel@MalillaReturns bin]$ ./scilab-bin ./scilab-bin: error while loading shared libraries: libjava.so: cannot open shared object file: No such file or directoryDe igual forma la libreria libjvm.so. Mediante el comando find, se encuentra la ruta de la librería solicitada por el programa
[miguel@MalillaReturns ~]$ find -iname libjava.so ./opt/scilab-5.4.1/thirdparty/java/lib/i386/libjava.soLa libreria libjvm.so se encuentra en:
[miguel@MalillaReturns ~]$ find -iname libjvm.so ./opt/scilab-5.4.1/thirdparty/java/lib/i386/server/libjvm.so ./opt/scilab-5.4.1/thirdparty/java/lib/i386/client/libjvm.so
En consecuencia, se debe agregar esta nueva ruta al LD_LIBRARY_PATH
[miguel@MalillaReturns bin]$ export LD_LIBRARY_PATH=$HOME/opt/scilab-5.4.1/thirdparty/java/lib/i386/:$HOME/opt/scilab-5.4.1/thirdparty/java/lib/i386/client/libjvm.so:$LD_LIBRARY_PATHEn resumen, se puede decir que la definición de la variable de entorno
[miguel@MalillaReturns bin]$ export LD_LIBRARY_PATH=$HOME/opt/scilab-5.4.1/lib/scilab/:$HOME/opt/scilab-5.4.1/lib/thirdparty/:$HOME/opt/scilab-5.4.1/thirdparty/java/lib/i386/client/:$HOME/opt/scilab-5.4.1/thirdparty/java/lib/i386/Pero esto, nos deja ver el siguiente error
[miguel@MalillaReturns bin]$ ./scilab-bin SCI environment variable not defined.Ahora se debe definir la variable de entorno SCI
[miguel@MalillaReturns bin]$ export SCI=/home/miguel/opt/scilab-5.4.1/share/scilabde esta forma ya debe funcionar la instalación de SCILAB Nota. LA Libreria de lógica difusa que se ve se instala mediante ATOMS.
jueves, 4 de julio de 2013
Instalando moderncv con Lyx 2.0 en Fedora 18
Después de un rato de estar tratando de elaborar un CV con Lyx, en Fedora 18, por fin lo logré, pero no solo conviene instalar lyx con yum, sino que habrá que agregar unos paquetes extras, la información para la elaboración del CV la retomé de los siguientes blogs
Saint blog de Cristián Maureira Fredes, en http://saint.archlinux.cl/2008/10/moderncv-curriculum-vitae-con-latex/
jcGeorge's Blog de Jorge Valverve Rebaza, en http://jc-info.blogspot.mx/2009/04/curriculum-elegante-con-latex.html
y finalmente no podrìa faltar la apreciable fuente de
Blog de un bioinformatiquillo de Francisco Dubouis, en https://bioinformatiquillo.wordpress.com/manual-latex-con-lyx/clases-de-documento/
Bien la cosa es que la clase moderncv, que es la que se usa para generar el CV en Lyx, no se encuentra disponible de primera instancia.
indicando que faltan los archivos moderncv.cls y suffix.sty para compilarse de forma adecuada
para instalar la clase moderncv, primero se va a ejecutar la orden
y ahora una vez ahi se va a ejecutar el siguiente codigo
ahora se descomprime mediante el comando
y ahora para intergrarse a lyx se ejecuta el comando
Para instalar la clase suffix.sty, ahora se debe descargar el archivo bigfoot
entonces se descomprime
con este archivo hay que hacer un paso mas
meterse dentro de la carpeta creada al realizar el unzip
ya con esto, es posible compilar el ejemplo de moderncv que viene en el Lyx.
Saludos
Saint blog de Cristián Maureira Fredes, en http://saint.archlinux.cl/2008/10/moderncv-curriculum-vitae-con-latex/
jcGeorge's Blog de Jorge Valverve Rebaza, en http://jc-info.blogspot.mx/2009/04/curriculum-elegante-con-latex.html
y finalmente no podrìa faltar la apreciable fuente de
Blog de un bioinformatiquillo de Francisco Dubouis, en https://bioinformatiquillo.wordpress.com/manual-latex-con-lyx/clases-de-documento/
Bien la cosa es que la clase moderncv, que es la que se usa para generar el CV en Lyx, no se encuentra disponible de primera instancia.
indicando que faltan los archivos moderncv.cls y suffix.sty para compilarse de forma adecuada
para instalar la clase moderncv, primero se va a ejecutar la orden
# cd /usr/share/texmf/tex/latex
y ahora una vez ahi se va a ejecutar el siguiente codigo
wget http://tug.ctan.org/tex-archive/macros/latex/contrib/moderncv.zip
ahora se descomprime mediante el comando
#unzip moderncv.zip
y ahora para intergrarse a lyx se ejecuta el comando
#texhash
Para instalar la clase suffix.sty, ahora se debe descargar el archivo bigfoot
# wget http://tug.ctan.org/tex-archive/macros/latex/contrib/bigfoot.zip
entonces se descomprime
#unzip bigfoot.zip
con este archivo hay que hacer un paso mas
meterse dentro de la carpeta creada al realizar el unzip
#cd bigfoot #latex bigfoot.ins #texhashesto es por que de acuerdo al manual de Personalizacion en Lyx 2.0, los paquetes disponibles en CTAN, los archivos .sty estan comprimidos en el archivo .ins.
ya con esto, es posible compilar el ejemplo de moderncv que viene en el Lyx.
Saludos
jueves, 20 de junio de 2013
Uso de pragma config en SDCC 3.3 Fedora 18 x86_64
Bien en F18 las actualizaciones me han dejado fuera a SDCC, ya que la version 3.2 que tiene, no me permite programar los bits de configuración.
#includeComo se verá en el código se encuentra comentada la forma obsoleta que se utilizaba antes de SDCC 3.2 y la actual.#define FOSC 48000000 #include "simple_delay.h" #include "fLCD3bSDCC.h" #include "cabecera.h" /** * 20/jun/2013 * Actualizacion a SDCC 3.3 donde se definen los bits de configuracion * mediante la directiva pragma, debido a que la version existente en * F18 no permite compilar PIC16 con pragma ni con __code char __at ... */ #pragma config PLLDIV = 5, CPUDIV = OSC1_PLL2, USBDIV = 2 #pragma config FOSC = HSPLL_HS, FCMEN = ON, IESO = ON #pragma config PWRT = ON, BOR = ON, BORV = 0, VREGEN = OFF #pragma config WDT = OFF, MCLRE = ON, LPT1OSC = ON #pragma config PBADEN = OFF, CCP2MX = ON #pragma config STVREN = ON, LVP = OFF #pragma config XINST = OFF, DEBUG = OFF /* __code char __at __CONFIG1L CONFIG1L = _PLLDIV_DIVIDE_BY_5__20MHZ_INPUT__1L & _CPUDIV__OSC1_OSC2_SRC___1__96MHZ_PLL_SRC___2__1L & _USBPLL_CLOCK_SRC_FROM_96MHZ_PLL_2_1L; __code char __at __CONFIG1H CONFIG1H = _OSC_HS__HS_PLL__USB_HS_1H & _FCMEN_ON_1H & _IESO_ON_1H; __code char __at __CONFIG2L CONFIG2L = _PUT_ON_2L & _BODEN_ON_2L & _BODENV_4_2V_2L & _VREGEN_ON_2L; __code char __at __CONFIG2H CONFIG2H = _WDT_DISABLED_CONTROLLED_2H & _WDTPS_1_32768_2H; __code char __at __CONFIG3H CONFIG3H = _CCP2MUX_RC1_3H & _PBADEN_PORTB_4_0__CONFIGURED_AS_DIGITAL_I_O_ON_RESET_3H & _LPT1OSC_ON_3H & _MCLRE_MCLR_ON_RE3_OFF_3H; __code char __at __CONFIG4L CONFIG4L = _STVR_ON_4L & _LVP_OFF_4L & _ENHCPU_OFF_4L & _BACKBUG_OFF_4L; __code char __at __CONFIG5L CONFIG5L = _CP_0_OFF_5L & _CP_1_OFF_5L & _CP_2_OFF_5L & _CP_3_OFF_5L; __code char __at __CONFIG5H CONFIG5H = _CPB_OFF_5H; __code char __at __CONFIG6L CONFIG6L = _WRT_0_OFF_6L & _WRT_1_OFF_6L & _WRT_2_OFF_6L & _WRT_3_OFF_6L; __code char __at __CONFIG6H CONFIG6H = _WRTC_OFF_6H & _WRTB_OFF_6H; __code char __at __CONFIG7L CONFIG7L = _EBTR_0_OFF_7L & _EBTR_1_OFF_7L & _EBTR_2_OFF_7L & _EBTR_3_OFF_7L; __code char __at __CONFIG7H CONFIG7H = _EBTRB_OFF_7H; */
miércoles, 29 de mayo de 2013
viernes, 17 de mayo de 2013
Instalando WebISE Pack 14 en Fedora 18
A estas alturas ya debe haber salido una nueva version del software de Xilinx, pero como dispongo de esta versión y es muy pesado el software (7G aprox) entonces posteriormente bajaré una nueva versión:
como primer paso habrá que darle permisos de ejecución a los archivos xsetup y xinfo del primer directorio al descomprimir el archivo .tar.tgz
entras al sub directorio bin y de ahi, dependiendo del sistema que tengas eliges una carpeta, en mi caso fue lin64
ahora ahí ejecutas el comando chmod a+x * para dar permisos de ejecución a todos los scripts que ahí se encuentran.
regresas al directorio raíz del archivo descomprimido y ejecutas
sudo ./xsetup
Es importante ejecutar con sudo ya que el software solicita instalarse en el directorio /opt/xilinx, y un usuario normal en ese punto del sistema de archivos no tiene acceso.
Por otra parte también puedes instalar en otra ubicación en tu home.

a continuación se muestran las capturas de pantalla de la instalación:
al dar clic en install se inicia propiamente la instalación
Casi por terminar, el software solicita la instalación de una licencia, la cual puedes adquirir de forma gratuita para el web ise pack desde el sitio de xilinx.
los pasos son los que a continuación se muestran
ya con esto tenemos la instalación de la licencia gratuita y se continua con la instalación
Y finalmente, después de unos minutos, nos aparece la pantalla siguiente:
como primer paso habrá que darle permisos de ejecución a los archivos xsetup y xinfo del primer directorio al descomprimir el archivo .tar.tgz
entras al sub directorio bin y de ahi, dependiendo del sistema que tengas eliges una carpeta, en mi caso fue lin64
ahora ahí ejecutas el comando chmod a+x * para dar permisos de ejecución a todos los scripts que ahí se encuentran.
regresas al directorio raíz del archivo descomprimido y ejecutas
sudo ./xsetup
Es importante ejecutar con sudo ya que el software solicita instalarse en el directorio /opt/xilinx, y un usuario normal en ese punto del sistema de archivos no tiene acceso.
Por otra parte también puedes instalar en otra ubicación en tu home.

a continuación se muestran las capturas de pantalla de la instalación:
al dar clic en install se inicia propiamente la instalación
Casi por terminar, el software solicita la instalación de una licencia, la cual puedes adquirir de forma gratuita para el web ise pack desde el sitio de xilinx.
los pasos son los que a continuación se muestran
ya con esto tenemos la instalación de la licencia gratuita y se continua con la instalación
Y finalmente, después de unos minutos, nos aparece la pantalla siguiente:
martes, 14 de mayo de 2013
Mexican Teensyduino USB en Fedora 18
El siguiente post es para hacer funcionar el clon de Arduino que encontré en la siguiente página en Fedora18
(al final se trabajará con línea de comandos- problemas de dependencias en Fedora18)
No eran problemas de dependencias solo hay que cambiar un poco el archivo .pro, quedando de la siguiente manera
#-------------------------------------------------
#
# Project created by QtCreator 2011-05-31T09:58:34
#
#-------------------------------------------------
QT += core gui
TARGET = easydfu
TEMPLATE = app
SOURCES += main.cpp\
easydfu.cpp
HEADERS += easydfu.h
FORMS += easydfu.ui
RESOURCES += \
icons.qrc
INCLUDEPATH += "/usr/include/QxtCore/"
LIBS += -lQxtCore -lQxtGui
La linea que se cambio fue
INCLUDEPATH+="/usr/include/qxt/QxtCore"
y en el archivo easydfu.h la línea 31 que dice
#include qxt/QxtGui/QxtGlobalShortcut
se cambia por
#include QxtGui/QxtGlobalShortcut
no pongo los signos de mayor que y menor que por que me edita el blogspot ;P
y finalmente el archivo easydfu.cpp se modifican la línea 30 para que el código quede así:
ui->setupUi(this);
//modificado para que lo encuentre el root
programPath = "/usr/local/bin/dfu-programmer";
Cargar Teensy version mexicana en caja Fedora... por maigke
www.comunidadatmel.com
Este clon cuenta con la ventaja de ser un micro con modulo USB integrado, ya que tiene el atmega32u4, el cual de acuerdo al vendedor puede ser programado con sketchs arduino o mediante avr-gcc como un micro normal, pero cuenta con la ventaja de tener un bootloader, el cual le permite grabar al microcontrolador sin necesidad de un programador externo.
Para trabajarlo en modo arduino en Windows, se requiere del software de Arduino, el plug in de Teensyduino y finalmente de Flip. Pero como tengo unas cajas Linux, entonces vamos a echarlo a andar aquí. En otro post les comentaré mi motivación.
Se van a requerir que se descarguen software de los links que a continuación expongo:
http://arduino.cc/en/Main/Software
http://www.pjrc.com/teensy/td_download.html
https://sourceforge.net/projects/dfu-programmer/files/latest/download?source=files
No eran problemas de dependencias solo hay que cambiar un poco el archivo .pro, quedando de la siguiente manera
#-------------------------------------------------
#
# Project created by QtCreator 2011-05-31T09:58:34
#
#-------------------------------------------------
QT += core gui
TARGET = easydfu
TEMPLATE = app
SOURCES += main.cpp\
easydfu.cpp
HEADERS += easydfu.h
FORMS += easydfu.ui
RESOURCES += \
icons.qrc
INCLUDEPATH += "/usr/include/QxtCore/"
LIBS += -lQxtCore -lQxtGui
La linea que se cambio fue
INCLUDEPATH+="/usr/include/qxt/QxtCore"
y en el archivo easydfu.h la línea 31 que dice
#include qxt/QxtGui/QxtGlobalShortcut
se cambia por
#include QxtGui/QxtGlobalShortcut
no pongo los signos de mayor que y menor que por que me edita el blogspot ;P
y finalmente el archivo easydfu.cpp se modifican la línea 30 para que el código quede así:
ui->setupUi(this);
//modificado para que lo encuentre el root
programPath = "/usr/local/bin/dfu-programmer";
En Ubuntu (12.04) mi otra box, pude instalar el siguiente paquete
https://sourceforge.net/projects/dfu-programmer/?source=dlp
Que es un cargador gráfico del .hex generado hacia el micro, mas o menos tipo Flip (ya tambien en Fedora18)
- Se descargan los paquetes de acuerdo al tipo de sistema que tengamos ya sea de 32 o 64 bits.
- Se descomprime el archivo arduino-X.X.X-linuxXX.tgz
- El archivo teensyduino.64bit se le dan permisos de ejecución, solo da clic derecho sobre el icono, selecciona propiedades, da clic en la pestaña Permisos y sobre la casilla "es ejecutable" coloca una paloma mediante un clic.
- Da un doble clic para instalar y saldrá la siguiente pantalla
- Da clic en Next y elige el lugar donde descomprimiste el software de arduino.
-
- Escoge las librerias que te interesa instalar (yo seleccioné todas y di clic en siguiente)
- al dar siguiente, ya nos permitirá instalar el software de Teensy
- Una vez instalado nos aparece la ventana que indica que ya ha terminado la instalación.
- Da clic en el botón Done.
- Ahora ejecuta el software de arduino.
- Y elige la tarjeta Teensy 2.0 del menu Herramientas -> Board ->Teensyduino 2.0
- De esta forma ya podremos generar sketch's para la tarjeta, el siguiente paso consiste en instalar DFU, que es el software a utilizar en lugar de Flip de atmel (Esto es por que flip aun no es compatible con Linux)
- Se descomprime el archivo dfu-programmer-0.6.0
- ingresamos en la carpeta descomprimida
- abrimos una terminal ahi y tecleamos el comando $./bootstrap.sh
- luego $./configure
- $make
- $sudo make install
- La instalacion la realiza en /usr/local/bin, por lo que hay que tener cuidado ya que su no ve este directorio así que para invocar como superusuario debera hacer esto
- $ sudo /usr/local/bin/dfu-programmer atmega32u4 erase por ejemplo
- para programar un sketch realizado
- $sudo /usr/local/bin/dfu-programmer atmega32u4 flash /home/miguel/sketchbook/sketch_may15a/sketch_may15a.cpp.hex
- y para que funcione
- $sudo /usr/local/bin/dfu-programmer atmega32u4 start
- Para la instalación del entorno gráfico (si compila pero no carga correctamente al dfu-programmer :( )
- Se descomprime easydfu_1.0_src.tar.gz
- Entramos a la carpeta
- ejecutamos la orden qmake de la siguiente manera
- qmake-qt4 EasyDFU.pro (recuerda las modificaciones indicadas al inicio del post)
- y luego make
- se debe usar como root o mediante el comando sudo
- asa sas
- Esta es una prueba de que está corriendo el software :)asas
Cargar Teensy version mexicana en caja Fedora... por maigke
Etiquetas:
arduino,
ATmega32u4,
electrónica,
Fedora,
linux
Trabajando con pinguinoKit 1.1 sobre Fedora 18 AMD64
Bueno de nuevo escribiendo mientras los bebes duermen un rato ;)
PinguinoKit es un proyecto liberado por Yeison fuerte colaborador del proyecto pinguino, pues bien, este software es de corte didáctico para trabajar con la tarjeta pinguino, y que en esta versión que nos presenta basada en el ide x.4. Es muy fácil de aprender, y rápido si se cuenta con una tarjeta OSH Pinguino.
les dejo con código de ejemplo
Espero que descarguen y comenten :)
Saludos
Espero que descarguen y comenten :)
Saludos
Suscribirse a:
Entradas (Atom)




























