martes, 7 de agosto de 2018

Base de datos autores en Lenguaje C y con SQLite, terminal linux


Página principal


Lenguaje C
Base de datos autores
SQLite


En el anterior artículo había realizado una base de datos de libros librosx.html . La había programado en Gambas(Visual Basic para linux) con una extensión que tiene gambas para manejar SQLite.
La programación en Basic es muy fácil, los que tenemos algunos años hemos crecido con el Basic que venía integrado en la mayoría de los ordenadores.
Algunos el lenguaje Basic miran como lenguaje de segunda, pero para la mayoría de las aplicaciones es suficiente.
Como otro de los lenguajes que mas me gustan es el C, he intentado realizar un pequeño programa de consultas que funcione en terminal Linux y en lenguaje C.
Lo que en principio pensé fácil se convirtió en complicado, no había muchos ejemplos, y los que había mezclaban C++  con la utilización de librerías.
Todo es romperse la cabeza, mirar de un lado a otro buscando y buscando, prueba error hasta encontrar la solución.
El programa es simple, búsqueda de autores, búsqueda por IdAutor (único para cada autor), y listado desde un   registro.





  VIDEO DE FUNCIONAMIENTO



PROGRAMA

Saludos.
Juan Galaz

Bibliografía:

https://poesiabinaria.net/2015/03/usando-sqlite-en-nuestros-programas-en-cc/
http://apuntes-para-no-olvidar.blogspot.com/2012/01/conectar-con-una-bd-de-sqlite-en-c.html

miércoles, 1 de agosto de 2018

Gambas - Base de datos de libros con SQLite

Página principal


Gambas
Base de datos de libros
SQLite


Hace unos años realicé una base de datos sobre películas que tenía grabadas. Estaba realizado en Gambas (visual Basic para Linux), y utilizaba SQLite para manejar los datos.
Buscando por internet encontré una base de datos de libros, estaba realizada para access microsoft. Era del programa abies 2 que se utilizaba para una gestión de  bibliotecas escolares.
La página del proyecto es http://www.abies.es/web/ , ahora el proyecto se basa en web, por lo que faltan en mi base de datos muchos libros desde hace 10 años hasta ahora.
Me puse manos a la obra y la base de datos en formato mdb la pase a formato sqlite.
La base de datos consta de 388.000 libros, 200.000 autores, y 50.000 editoriales.
Por lo que podéis ver es bastante grande, era una experiencia nueva trabajar con tanta cantidad de libros, por lo que lo tome como un reto.
En primer lugar hice pruebas con los autores, y me dí cuenta que era un problema las mayúsculas y  los acentos, en las búsquedas.
Había autores que los habían escrito de diferentes formas, Garcia, García, GARCIA, GARCÍA.
En MySQL había una solución, pero en SQLite no funcionaba.
Esto era un problema en las búsquedas, por lo que tome la solución mas drástica, poner todo en mayúsculas y quitar acentos.
También me pasó con las editoriales, por lo que también pasé todo a mayúsculas y quitar acentos.
El programa lo he realizado solo para consultas, por lo que no se puede añadir nada a la base de datos.


La base de datos consta de 3 tablas o bases de datos, Fondos,Autores,Editoriales.
La base de datos principal es Fondos, en esta se encuentran los los libros con su  IdAutor y IDEDITORIAL, que son numeros enteros.
Los  campos IdAutor y IDEDITORIAL enlazan a las bases de datos o tablas, de Autores y Editoriales, donde se encuentran los nombres de cada autor y editorial.
En resumen son 3 bases de datos con datos enlazados o datos vinculados.
El programa me ha quedado digno, aunque con una espina en la velocidad al inicio. Cuando se emplea la orden TablaFondos = Conexion.Exec("Select * from Fondos") tarda unos 5 segundos en actualizar la base de datos. Ya sé que es grande pero he visto en otros programas que lo hacen mas rápido. Existe un truco, pero no lo he querido emplear de momento.


Los dos diferentes diálogos para seleccionar autor y editorial.

El que quiere ver como funciona el programa antes de bajarlo, he realizado un video de funcionamiento.
VIDEO

PROGRAMA BINARIO CON BASE DE DATOS DE LIBROS

PROGRAMA FUENTE

Saludos.
Juan Galaz




Como curiosidad existe una página web donde se encuentra una base de datos de libros inmensa.
REBECA: registros bibliográficos para bibliotecas públicas españolas


Bibliografía:

Para aprender utilizar SQLite con gambas he utilizado los siguientes enlaces:
http://gambas.sourceforge.net/es/main.html  Página oficial de gambas
http://www.gambas-es.org/index.php  Foro de gambas
http://help-gambas.blogspot.com/  Página con algún tutorial de gambas
https://jsbsan.blogspot.com/  Blog Mis Proyectos en Gambas
http://gambeando.wordpress.com/  Página donde existen buenos tutoriales explicados de gambas.
http://www.fidojones.com/category/gambas/  Página sobre programas en gambas y algún otro programa relacionado con facturación. Me mando un programa hecho en gambas que me ayudo mucho en la realización del mio, gracias.
http://gambaswiki.org/wiki/howto/databasesqlite

martes, 24 de julio de 2018

Arduino nano Radio RDA5807 Control mediante un PC con RDS

Página principal


Arduino nano
Radio RDA5807
Control mediante un PC con RDS


Hace uno años hice raardu.html pero no había realizado la decodificación del RDS.
En este montaje realizo la decodificación del RDS, parecido a lo que hice en rards.html visualizando los datos en un LCD, pero ahora los datos los muestro en un PC.


Circuito.

El programa se ha realizado en Gambas una especie de Visual Basic para Linux.
Debido a que la codificación de caracteres en el RDS es un diferencia al código ascii he quitado acentos y cambiado las Ñ por N.



El programa se ha realizado en Gambas una especie de Visual Basic para Linux.
Cuando tenga tiempo y ganas lo realizaré en C para Windows y Linux


La programación se ha realizado con Arduino 1.05 y bajo Debian 9 .
He detectado que con versiones de Arduino 1.6 y 1.8 se producen errores en la compilación debido al cambio en la librería  Wire.
No he querido buscar la solución, por lo cual el que quiera probar el circuito deberá utilizar la versión 1  de arduino.

PROGRAMA

Saludos.
Juan Galaz


Bibliografía:

radiofm.html
rards.html
ardura.html
 
http://arduino.vom-kuhberg.de/index.php
RADIO DATA SYSTEM- RDS- Por: Aitzol Zuloaga Izaguirre.
http://www.rds.org.uk/2010/Overview.htm

jueves, 19 de julio de 2018

Programando aplicaciones X windows system - Radio RDA5807

Página principal


Programando aplicaciones
X windows system
Radio RDA5807


El otro día estuve revisando alguna aplicación gráfica que había realizado en linux y tuve la desagradable sorpresa que no funcionaba.
Era debido a las diferentes bibliotecas dinámicas que utilizaban los diferentes programas. Habían cambiado de versiones muchas de ellas, o en el peor de los casos habían cambiado de nombre o desaparecido. Como ejemplo la versión de las librerías wxwidgets que viene en Debian 8 y Debian 9, los programas o los vuelves a compilar o no funcionan.
Era triste ver como no funcionaban los programas que has hecho hace 2 años, en cambio un programa realizado en Windows 95 si funciona en Windows XP o W7.
Es una de las buenas cosas que hizo Windows, la retrocompatibilidad, aunque no funciona en el 100% de los programas.

Había una excepción en programas realizados por mi, eran los programas realizados basados en X windows system que  hacen uso de una biblioteca llamada Xlib, estos programas si funcionan.
Los programas como xcolu1.zip , reten.zip realizados en 1999 funcionan perfectamente en 2018, y esto es debido a emplear librerías X Windows.

Aprovechando que estaba metido en el aprendizaje de C++, me propuse hacer Clases con las librerías X Windows.
Hace tiempo hice raardu.html  una radio con Arduino nano y el chip RDA5807, también había realizado diferentes programas para manejar la radio mediante el PC.
Los programas se habían realizado en C y C++ , con la librerías SDL y wxwidgets, también lo había realizado en diferentes lenguajes Basic.
Ahora he realizado el programa que maneja la radio utilizando las librerías X Windows.



PROGRAMA.

Para probar el programa en una versión vieja de linux, cree una maquina virtual con VBox he instalé Mandriva 2005.
Efectivamente el programa compilado en Debian 9 no funcionaba en Mandriva 2005, pero si lo compilaba en Mandriva 2005 si funcionaba en Debian 9.
Ahora sé que mi programa, sí lo podré usar perfectamente dentro de unos años.
Como curiosidad solo tuve un problema con el g++ del año 2005, resultó que el binario literal 0B00001111 no era admitido, debía ponerlo en hexadecimal 0x0F.
La apariencia es de los interfaces gráficos de Atari años 80, o eso me parece a mi.
Para dejar un solo archivo he incluido las font en el archivo fuente con font.h .

Saludos.
Juan Galaz


Bibliografía:

http://arduino.vom-kuhberg.de/index.php
http://www.seta43.netau.net/radiofm.html
http://www.seta43.netau.net/rards.html

martes, 10 de julio de 2018

Dron BAYANGTOYS X21 Fotos del interior Características

Página principal

Dron

BAYANGTOYS X21

Fotos del interior

Características y opinión


xsetaseta@gmail.com

El otro día tuve la necesidad de desmontar el dron X21 debido a un golpe, los arboles son mi principal enemigo, es el segundo golpe que le doy debido a los árboles.
El primer golpe tuve suerte y cayó sobre maleza y no tuvo el menor desperfecto, solo un par de rayones.
El segundo no tuve tanta suerte, cayo sobre asfalto, esta vez se rompió  la parte de carcasa de plástico que recubre a un motor.
Debido a esto tuve que desarmarlo para pegar las piezas mejor.
No hay mal que por bien no venga, podía ver las partes internas del X21.
Con la cámara empece hacer fotos y a tomar datos de todos los componentes.

Procesador        -  STM32F302
Placa 2.4GHz    -    2402E  y XN297L8W (módulo RF297RX-1)
GPS                - CIROCOMM  EPP1NM0 (conexión serie)
Giroscopio        -  MPU-6050A  (comunicación I2C)
Brújula            - módulo QYJ01-A  (comunicación I2C)
Control de motores - OBM3020



Imagen general del dron X21. Se pueden ampliar todas las imágenes con el menú ver imagen.

En la parte superior de la tapa del dron se encuentra el gps con su antena y la brújula.
Podéis comprobar en la foto, que la especie de antena que tiene el dron no sirve para nada, yo se la he quitado.
No entiendo la necesidad de colocar adornos que no sirven para nada.


En la placa principal se encuentra el microprocesador que lo controla todo es un STM32F302.
A su lado se encuentra el Giroscopio en el chip  MPU-6050A.
El módulo de RF se encuentra soldado a la placa mediante patillas.
También se puede ver todos las conexiones a los motores( control y potencia), y led de indicación.
La batería también se conecta aquí (B-,B+), pero soldada igual que los cables de potencia de los motores.
Como se puede ver en la foto la placa es la de un X16 con GPS, aunque le han cambiado el programa de tal manera que no funciona el mando del X16.
Existen dos conectores que proporcionan tensión a la cámara del X21 y a una cámara que se colocaba en el X16.

Detalle de la placa principal y de los chips.


Placa de potencia que maneja los motores, 1 placa para cada motor.

Un poco de historia de mi experiencia con el dron X21.
Lo pedía a la tienda GearBest , y me llego en un tiempo razonable.
Cuando abrí la caja me encontré que la cámara estaba suelta debido algún golpe en el transporte, hice fotos por lo que pudiera pasar.
Efectivamente, montado todo la cámara parecía muerta, no encendía ninguna luz.
Como yo no disponía de un móvil con WIFI 5.8 GHz que es el que utiliza la cámara para transmitir imágenes al móvil, pedí el móvil a un amigo para probarla, y resultó lo que me temía, estaba rota.
Reclamé y me devolvieron 30€, no es lo que vale la cámara (45€) pero menos es nada.
Mientras  me llegaba una cámara deportiva  EKEN H9 para colocarla en el dron, utilicé viejos móviles los cuales hacían buenas fotos colocados en el soporte de la cámara.
El dron he de decir que tiene potencia suficiente para elevar hasta cámaras digitales no muy grandes.
Antes de dada debemos comentar que los videos obtenidos tienen bastante vibración, debemos de pasarlos por un estabilizador digital.
El vuelo con GPS es bastante bueno, y el retorno a casa es perfecto , 1 m de error.
Lo primero que probé fue desconectar el mando para comprobar si retornaba automáticamente, y el retorno fue perfecto.
La distancia de control está entre 800 y 1000 m , y en cuanto altura está  bloqueado para no subir a mas de 120 m debido a la legislación. Mi intención es descubrir como desbloquear los 120 m de altura.
Tiene varios botones, punto de interés,  seguir al mando, vuelo sin cabeza, despegue automático, modo easy-3D.
También dispone de botón de foto y video, pero es solo es válido si conectas la cámara de X16.
Posteriormente he alimentado una mini cámara  FPV  TX02 al conector jack  donde se conecta la cámara X16( proporciona 5V), dándome muy buenos resultados.

Hay que indicar varias cosas:
El Wifi de la cámara es de 5.8GHz, la mayoría de los móviles son de 2.4GHz, no os extrañe si no podéis utilizar la cámara con vuestro móvil, deberían indicarlo mejor.
El tiempo de vuelo es raro que llegue a los 13 minutos , de los cuales 3 minutos serán cerca del lugar de despegue, debido a que automáticamente el dron no se aleja o vuelve, cuando la batería baja del 30%. Cuidado con los arboles, el dron no sabe que existen cuando se acerca automáticamente al bajar el voltaje de la batería( a mi me paso).
El vuelo con GPS  es perfecto, pero cuando se desactiva el GPS mediante el botón, el dron se vuelve inestable  y difícil de dejarlo quieto, debería ser mucho mas estable.
El orificio donde se mete la batería es demasiado justo, entran los cables un poco apelotonados.

Por lo general estoy contento con el X21, pero no es un juguete, tienes que tener cuidado con la hélices.
Podría ser mejor dron si se pudiera configurar el software de algún modo, el hardware está bien, y aguanta bien los golpes, lo he comprobado en mis propias carnes.


Un saludo.
Juan Galaz


martes, 5 de junio de 2018

Osciloscopio - Arduino - wxwidgets

Página principal

Osciloscopio
Arduino
wxwidgets

Hace tiempo había realizado un pequeño osciloscopio con un arduino. arosc.html
El programa que manejaba el osciloscopio lo había realizado con las librerías SDL, una librería especializada para juegos. Funciona bien y es multiplataforma, habiendo compilado en Windows y Linux.
Ahora como estaba en la época de la librería wxwidgets, era una buena ocasión de realizar el programa con esta librería.

Programa realizado con la librería wxwidgets.

Se ha mejorado bastantes cosas, una de ellas es la muestra real del voltaje en modo auto.
En el programa que hice bajo SDL la detección de la placa era automática, en este caso solo detecta los posibles puertos serie, nosotros debemos de seleccionar el adecuado. La rutina que me funcionaba en SDL no me funciona bajo wxwidgets, es curioso pero es así, no he querido profundizar de momento.
Otra cosa que me ha ocurrido es la diferencia entre versiones de librerías wxwidgets entre 2.8.12 y 3.1.1. Algunas rutinas funcionan y otras no, por lo que he tenido que retocar el código. Ahora funciona perfectamente en Linux y Windows (librería estatica o DLL), aunque veo que es algo más rápido bajo Linux.


PROGRAMA
Debian 9.4  y windows XP

Hasta pronto.
JUAN GALAZ


Bibliografía:
wxtutor.html
wxtem.html


viernes, 25 de mayo de 2018

Serial plotter con wxwidgets

Página principal
Serial plotter
wxwidgets

El programa Serial plotter es una utilidad que tiene arduino en versiones 1.6 . Sirve para crear una gráfica de dos canales analógicos que representan la tensión de los pines A0 y A1 del arduino.
Había realizado un programa parecido en Gambas (Visual Basic para Linux) ardupu.zip, y como estaba haciendo programas con la librería wxwidgets, decidí hacerlo con está librería.
La programación se realiza bajo Linux  Debian 9.4 y con la librería wxwidgets versión 3.1.1, esto lo especifico por su importancia.
La programación ha sido un tanto liosa y complicada.
En principio por los pocos ejemplos de dibujo en la librería de wxwidgets.
La segunda causa soy yo, no soy bueno en la programación en C++ , y en ciertas ocasiones pienso que hay tanta abstracción en la programación de objetos, que en algunos casos llega a convertirse en programación ofuscada.
El colocar los distintos botones y controles fue fácil, el problema fue el dibujado de lineas y control del repintado, me llevo bastante tiempo.
En Linux Debian 9.4 y bajo librería wxwidgets versión 3.1.1 el programa funciona perfectamente.
Pero cuando lo compile bajo Windows en las librerías
librería 2.8.12 y 3.1.1, compilaba bien, pero el funcionamiento era dispar.
Bajo la librería  2.8.12  simplemente no funcionaba se quedaba colgado.
Bajo la librería 3.1.1 el funcionamiento era extraño,  en principio funcionaba bien, pero cuando se interactuaba con él programa, se bloqueaba. Después de muchas pruebas el único modo de que funcionara era modificar la cantidad de datos que mandaba el arduino, de los 40 por segundo, debía rebajarse a los 10 por segundo.
Los datos que manda arduino por segundo son 40*9=360 Datos/Segundo , 360*10=3600 bps. Debería se suficiente la velocidad de 115200 del puerto serie.
Después de muchas vueltas buscando alguna solución, la encontré. Modificar los tiempos de espera entre bytes en la configuración serie. Esto se consigue cambiando los parámetros:
    time_out.ReadIntervalTimeout =     10;    //20;   
    time_out.ReadTotalTimeoutMultiplier = 1;    //2;
    time_out.ReadTotalTimeoutConstant = 2;    //50;

También existía diferencia entre las versiones 2.8.12 y la 3.1.1 en el repintado (onPaint) . Aunque en Linux funcionaba perfectamente en las dos versiones de las librería, en  Windows no pasaba lo mismo.
Para arreglar esto modifique:
#if YesWindows   
    dc.Blit(31,5,768,255, dcBuffer, 31, 5, wxCOPY, true);
#else
    dcPantalla->Blit(31,5,768,255, dcBuffer, 31, 5, wxCOPY, true);
#endif   

De esta forma funcionaba en los dos sistemas operativos.
Existe algún problema en el repintado, pero eso solo pasa si tenemos ventanas por encima de la nuestra.
También se podría realizar una rutina donde se busquen los puertos serie disponibles, es fácil, pero eso os lo dejo hacer a vosotros.


Programa funcionando.


Programa funcionando y con el código donde se muestra el programa que tiene que instalarse en el arduino.

PROGRAMA

Hasta pronto.
JUAN GALAZ


Bibliografía:
wxtutor.html
wxtem.html


viernes, 18 de mayo de 2018

Pequeño terminal serie , wxwidgets

Página principal

wxwidgets
Pequeño terminal serie


Había realizado varios programas que utilizaban el puerto serie, pero no había realizado un terminal serie.
En este programa realizo un pequeño terminal serie multiplataforma utilizando la librería wxwidgets.
Es sencillo sin muchas complicaciones, solo admite 8 bits.
He realizado la compilación bajo las versiones de las librería 2.8.12 y 3.11 , en formato estatico y con DLL.
Cuando se  compilan en dinamico se necesitan las DLL . wxtemdll.zip




PROGRAMA

Hasta pronto.
JUAN GALAZ



Bibliografía:
wxtutor.html
wxtem.html

sábado, 12 de mayo de 2018

Librería wxwidgets Crear programas multiplataforma

Página principal

Librería wxwidgets
Crear programas multiplataforma

Al crear un programa, lo primero que queremos es que sea utilizado por la mayor cantidad de gente. La plataforma que predomina es Windows, Linux y Mac solo es una pequeña parte de usuarios. Para el caso de querer que nuestro programa corra en las diferentes plataformas, debemos utilizar librerías multiplataforma, que con solo recompilar los archivos fuente, puedan ser utilizados los programas.
Para este caso vamos a utilizar la librería wxwidgets https://www.wxwidgets.org/.
En un anterior artículo wxtutor.html , había explicado como instalar y configurar wxWidgets en CodeBlocks bajo windows.
En este artículo he creado un monitor de temperatura externa, anteriormente lo había realizado en Gambas (VB para linux), pero bajo Windows no funciona. ard433.html
Para este programa he realizado varios makefiles para crear ejecutables para las diferentes versiones de librerías y modos, estaticas o DLL.
Al ser multiplataforma se recompila todo en Linux o Windows sin retocar ni una sola línea de código, salvo modificar el archivo define.h  y  poner:
    #define YesWindows 0
o
    #define YesWindows 1


Programa bajos Linux.


Programa bajos Windows.

Podemos observar los diferente ejecutables bajo Windows.
Los programas programa311.exe y programa1812.exe son pequeños, pero utilizan las DLL , que se tienen que colocar directorio system32 del directorio windows, o junto con cada uno de los ejecutables.
Los programas programa311s.exe y programa1812s.exe no necesitan las DLL, las llevan incorporadas en el propio programa. Son de mayor tamaño, pero quedan mejor en la distribución de un solo fichero para la utilización del programa. Se puede observar que dependiendo de la versión de la librería puede ser su tamaño más del doble.
Para reducir los programas ejecutables, se puede usar el programa upx.exe. Este programa comprime los ejecutables a la tercera parte. Se puede observar en los ficheros programa2812sz.exe y programa311sz.exe.

Para diferenciar entre programas, dll, y fuentes, los he distibuido en diferentes ficheros.

dll.zip

binarios.zip
fuentes.zip


Hasta pronto.
JUAN GALAZ

jueves, 10 de mayo de 2018

Configurando wxWidgets en CodeBlocks


Página principal

Configurando wxWidgets en CodeBlocks

xsetaseta@gmail.com


El otro día estuve viendo un magnífico video donde explicaba como configurar  wxWidgets en CodeBlocks bajo windows.
https://www.youtube.com/watch?v=LZacAgSBWa0
Son 26 minutos donde explica muy bien como configurar todo para poder compilar programas en windows.
En mi caso he utilizado:
Versiones de programas usadas
 wxWidgets-3.1.1  -  wxWidgets-2.8.12   -    CodeBlocks 17.12 -    tdm-gcc-5.1.0-3

He añadido el el Path de busqueda de windows el lugar de binarios del compilador.

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\TDM-GCC-32\bin

Entrando en la consola y cambiando de directorio.
cd c:\wxWidgets-3.1.1\build\msw\
o
cd c:\wxWidgets-2.8.12\build\msw\

Para realizar las compilaciones de las librerías he utilizado la opción del compilador -j4  (4 procesadores) , que utiliza todos los procesadores de la máquina, reduciéndose bastante el tiempo de compilación.  También en mi caso lo hago para una máquina de 32bits.

-Para compilar las librerías estáticas usar lo siguiente:
mingw32-make -j4 -f makefile.gcc  RUNTIME_LIBS=static USE_XRC=1 MONOLITHIC=1 SHARED=0 UNICODE=1 BUILD=release TARGET_CPU=X32 CXXFLAGS="-std=gnu++11"

-Para compilar las librerías dinámicas usar lo siguiente:
mingw32-make -j4 -f makefile.gcc  RUNTIME_LIBS=dynamic USE_XRC=1 MONOLITHIC=1 SHARED=1 UNICODE=1 BUILD=release TARGET_CPU=X32 CXXFLAGS="-std=gnu++11"

Esto suele tardar bastante, dependiendo del tipo de procesador que tenga vuestro ordenador.
He realizado la compilación para las dos versiones de las librerías  wxWidgets (3.1.1 y 2.8.12) , por lo cual el trabajo ha sido doble.

Para los que no se quieran complicar mucho he creado un fichero donde se encuentran compiladas las dos librerías (wxWidgets-3.1.1 - wxWidgets-2.8.12)  junto con el compilador   tdm-gcc.
Solo tendrás que descomprimirlo en C:\ y empezar a utilizarlo. Tamaño 129M.
https://drive.google.com/file/d/1idPA5NczyadfQ4gUThiLbyIYrYJEkj05/view?usp=sharing  


Para que el  CodeBlocks no de errores en la compilación por falta de librerías he tenido que cambiar varias cosas en el menú del proyecto en Opciones de construcción.
Si compilamos programas en estático, cambiar   C:\wxWidgets-3.1.1\lib\gcc_dll  por   C:\wxWidgets-3.1.1\lib\gcc_lib






Listado de la consola de construcción
-------------- Build: Release in borrawx311 (compiler: GNU GCC Compiler)---------------
mingw32-g++.exe -pipe -mthreads -D__GNUWIN32__ -D__WXMSW__ -DwxUSE_UNICODE -Wall -O2 -IC:\wxWidgets-3.1.1\include -IC:\wxWidgets-3.1.1\lib\gcc_dll\mswu -c "C:\Documents and Settings\Administrador\Mis documentos\borrawx311\borrawx311App.cpp" -o obj\Release\borrawx311App.o

mingw32-g++.exe -pipe -mthreads -D__GNUWIN32__ -D__WXMSW__ -DwxUSE_UNICODE -Wall -O2 -IC:\wxWidgets-3.1.1\include -IC:\wxWidgets-3.1.1\lib\gcc_dll\mswu -c "C:\Documents and Settings\Administrador\Mis documentos\borrawx311\borrawx311Main.cpp" -o obj\Release\borrawx311Main.o
windres.exe -IC:\wxWidgets-3.1.1\include -IC:\wxWidgets-3.1.1\lib\gcc_dll\mswu  -J rc -O coff -i C:\DOCUME~1\ADMINI~1\MISDOC~1\BORRAW~1\resource.rc -o obj\Release\resource.res

mingw32-g++.exe -LC:\wxWidgets-3.1.1\lib\gcc_dll -o bin\Release\borrawx311.exe obj\Release\borrawx311App.o obj\Release\borrawx311Main.o  obj\Release\resource.res -s -mthreads  -lwxmsw31u -lwxpng -lwxjpeg -lwxtiff -lwxzlib -lshlwapi -lversion -loleacc -lUxTheme -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -luuid -lcomctl32 -lwsock32 -lodbc32 -lshlwapi -lversion -mwindows

Output file is bin\Release\borrawx311.exe with size 774.50 KB
Process terminated with status 0 (0 minute(s), 8 second(s))
0 error(s), 0 warning(s) (0 minute(s), 8 second(s))


El tamaño de los ejecutables resultan ser mas del doble en las dos en las diferentes versiones de las librerías.



He realizado un video de un programa realizado con  CodeBlocks

https://youtu.be/E6WA2n_Uib0

Para una mejor visión de todas las opciones de compilación, muestro el fichero resource.rc.
resource.rc
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_project_file>
    <FileVersion major="1" minor="6" />
    <Project>
        <Option title="borrawx311" />
        <Option pch_mode="2" />
        <Option compiler="gcc" />
        <Build>
            <Target title="Release">
                <Option output="bin/Release/borrawx311" prefix_auto="1" extension_auto="1" />
                <Option object_output="obj/Release/" />
                <Option type="0" />
                <Option compiler="gcc" />
                <Option projectLinkerOptionsRelation="2" />
                <Compiler>
                    <Add option="-O2" />
                    <Add directory="C:/wxWidgets-3.1.1/lib/gcc_dll/mswu" />
                </Compiler>
                <ResourceCompiler>
                    <Add directory="C:/wxWidgets-3.1.1/lib/gcc_dll/mswu" />
                </ResourceCompiler>
                <Linker>
                    <Add option="-s" />
                    <Add library="libwxmsw31u.a" />
                    <Add library="libwxpng.a" />
                    <Add library="libwxjpeg.a" />
                    <Add library="libwxtiff.a" />
                    <Add library="libwxzlib.a" />
                    <Add library="libshlwapi" />
                    <Add library="libversion" />
                    <Add library="liboleacc" />
                    <Add library="libUxTheme" />
                    <Add directory="C:/wxWidgets-3.1.1/lib/gcc_dll" />
                </Linker>
            </Target>
        </Build>
        <Compiler>
            <Add option="-pipe" />
            <Add option="-mthreads" />
            <Add option="-D__GNUWIN32__" />
            <Add option="-D__WXMSW__" />
            <Add option="-DwxUSE_UNICODE" />
            <Add option="-Wall" />
            <Add directory="C:/wxWidgets-3.1.1/include" />
        </Compiler>
        <ResourceCompiler>
            <Add directory="C:/wxWidgets-3.1.1/include" />
        </ResourceCompiler>
        <Linker>
            <Add option="-mthreads" />
            <Add library="libkernel32.a" />
            <Add library="libuser32.a" />
            <Add library="libgdi32.a" />
            <Add library="libwinspool.a" />
            <Add library="libcomdlg32.a" />
            <Add library="libadvapi32.a" />
            <Add library="libshell32.a" />
            <Add library="libole32.a" />
            <Add library="liboleaut32.a" />
            <Add library="libuuid.a" />
            <Add library="libcomctl32.a" />
            <Add library="libwsock32.a" />
            <Add library="libodbc32.a" />
            <Add library="libshlwapi.a" />
            <Add library="libversion.a" />
        </Linker>
        <Unit filename="borrawx311App.cpp" />
        <Unit filename="borrawx311App.h" />
        <Unit filename="borrawx311Main.cpp" />
        <Unit filename="borrawx311Main.h" />
        <Unit filename="resource.rc">
            <Option compilerVar="WINDRES" />
        </Unit>
        <Unit filename="wxsmith/borrawx311frame.wxs" />
        <Extensions>
            <code_completion />
            <envvars />
            <debugger />
            <lib_finder disable_auto="1" />
            <wxsmith version="1">
                <gui name="wxWidgets" src="borrawx311App.cpp" main="borrawx311Frame" init_handlers="necessary" language="CPP" />
                <resources>
                    <wxFrame wxs="wxsmith/borrawx311frame.wxs" src="borrawx311Main.cpp" hdr="borrawx311Main.h" fwddecl="0" i18n="1" name="borrawx311Frame" language="CPP" />
                </resources>
            </wxsmith>
        </Extensions>
    </Project>
</CodeBlocks_project_file>



Hasta pronto.
JUAN GALAZ

Bibliografía:
https://www.youtube.com/watch?v=LZacAgSBWa0

martes, 17 de abril de 2018

Arduino - Receptor de sensores de temperatura comerciales 433MHz

Página principal

Arduino

Receptor de sensores de temperatura

comerciales 433MHz

xsetaseta@gmail.com

Había visto hace tiempo un artículo donde se exponía la posibilidad de escuchar los sensores de temperaturas comerciales de las estaciones meteorológicas. Yo tengo un par de estaciones de ese tipo, y como curiosidad descubrí que funcionaban en la misma frecuencia y eran compatibles. Para que funcionasen los dos sensores a la vez debía cambiar el canal en los sensores.



Por suerte las dos estaciones meteorológicas tenían el mismo tipo de sensor y eran compatibles.

Estos sensores funcionan en la frecuencia de 433.xxxMHz , si no es muy selectivo el receptor puede recibir señales en toda la banda.
Tengo dos tipos de receptores, el uno es mas sensible que otro, aunque un poco mas caro lo recomiendo.
En el mercado chino existen numerosos receptores, algunos funcionan a 351MHz, y otros están sintonizados mal.  En la parte de bibliografía pongo el enlace del que me ha funcionado bien (2€).


Recomiendo este por ser mas sensible.


Montado el circuito receptor y alimentado a 5V me puse a estudiar los datos recibidos.

Gráfica de datos recibidos.


Después un estudio interprete las señales de este modo, tuve suerte, acerté.


Estudiando los datos mandados y con bastante trabajo, pude determinar la estructura de los datos.

Los datos emitidos se repiten varias veces, de esta forma podemos asegurarnos que el valor es correcto, no se si tiene verificación vía CRCs.
He de reconocer que tuve suerte, no estaban codificados como en algunos emisores.
También he descubierto que los datos extras son el estado de la batería.


Circuito montado con su antena.


Detalle del circuito, he quitado componentes usados en el desarrollo.

Al usar la interrupción INT0 para decodificar la señal, he configurado el pin D2 como entrada y conectado la salida DATA del receptor al pin D2.

void setup(void)
{
  Serial.begin(9600);
  Serial.println("Int433");
  pinMode(2, INPUT);
  pinMode(IN_READ, INPUT);

  cli();                // Disable INT
  EIMSK |= (1 << INT0);  // Enable external interrupt INT0
  EICRA |= (1 << ISC01); // Trigger INT0   en bajada
  sei();
}


El programa en el arduino se encarga de interpretar la señales y mandar los datos vía serie.
Int433
Canal,2,Grados,202,Extra,15
Canal,2,Grados,202,Extra,15
Canal,2,Grados,202,Extra,15
Canal,2,Grados,202,Extra,15
Canal,2,Grados,202,Extra,15
Canal,2,Grados,202,Extra,15
Canal,2,Grados,202,Extra,15
Canal,2,Grados,202,Extra,15
Canal,1,Grados,216,Extra,18
Canal,1,Grados,216,Extra,2
Canal,1,Grados,216,Extra,2
Canal,1,Grados,216,Extra,2
Canal,1,Grados,104,Extra,1
Canal,1,Grados,216,Extra,2
Canal,1,Grados,216,Extra,2
Canal,1,Grados,216,Extra,2
Canal,1,Grados,216,Extra,2
Datos recibidos vía serie

Para hacer un poco mas vistoso la visión de los datos, realicé en Gambas3 (Visual Basic Linux) un programa.


Las gráficas de la señales están realizadas mediante Osciloscopio Hantek6022BL y PulseView bajo Linux (Debian8_32bits).

PROGRAMAS

Hasta pronto.
JUAN GALAZ

Bibliografía:

setacom.html
hantek.html
https://fetzerch.github.io/2014/11/15/reveng433/
https://es.aliexpress.com/item/1pair-2pcs-433mhz-rf-transmitter-and-receiver-kit-For-Wireless-Power-switch-socket-remote-control-LED/32311933574.html?spm=a2g0s.9042311.0.0.lWlrua

miércoles, 11 de abril de 2018

Arduino - Comunicación Serie por Software - Interrupciones

Página principal


Arduino
Comunicación Serie por Software

Interrupciones
xsetaseta@gmail.com

Debía realizar un análisis de unas señales que transmitían códigos. Para obtener los datos de estas señales debía decodificar los diferentes impulsos de estas señales. El chip decodificador debía ser un arduino, y como nunca había realizado este trabajo, debía experimentar un patron de señales conocidas, y la mas conocida era la comunicación serie.
El estándar serie  es bien conocido, su decodificación normalmente se hace vía hardware, aunque a baja velocidad también se puede decodificar vía Software. Esta es una práctica de decodificación mediante programa de una señal con el protocolo serie, (USART) universal synchronous and asynchronous receiver-transmitter.

Imagen de una señal serie.


Tiempo de la señal Start a una velocidad de 300bps.


Tiempo de la señal Stop a una velocidad de 300bps.

La señal representada corresponde a una señal serie de 8 bits y 1 bits de parada.

Para decodificar esta señal he utilizado dos métodos diferentes:
El primer método cheque continuamente un Pin del arduino, que debemos determinar en el Setup.
El segundo método solo se interrumpe la ejecución del programa si existe un cambio en el Pin2, el cual genera la interrupción 0.

Modo 1.
Creamos una interrupción que continuamente mira el estado del pin que se designa como entrada.
 
  SRetardoStop = SRetardo * 10;

  SRetardoMax = SRetardo * 14;
  // initialize Timer1
  cli();          // disable global interrupts
  TCCR1A = 0;     // set entire TCCR1A register to 0
  TCCR1B = 0;     // same for TCCR1B
  TCCR1B |= (1 << WGM12); // turn on CTC mode:
  TCCR1B |= (1 << CS10);  //sin prescaler
  OCR1A = Scontador;   //contador
  TIMSK1 |= (1 << OCIE1A); // enable timer compare interrupt:
  sei();          // enable global interrupts

Vemos como utilizamos el Timer1, le asignamos un valor al contador, cuando el contador llegue a cero produce una interrupción, carga de nuevo el valor del contador, y se ejecuta la rutina de la interrupción.
La rutina de la interrupción es donde se estudia la señal del pin y se llama:
ISR(TIMER1_COMPA_vect)
{
}

Gráfica del chequeo de señal y la toma de valores de la señal.


Modo 2.
Para este caso no existe ninguna temporización, el programa utiliza la interrupción externa Int0 que se encuentra en el Pin 2 del arduino.
El programa solo se interrumpe cuando detecta un cambio de señal en el Pin 2 del arduino.
bool SetupSerie2(unsigned int  baud)
{
  pinMode(2, INPUT);
  digitalWrite(2, HIGH); // Enable pull-up resistor
  cli();                 // Enable global interrupts
  EIMSK |= (1 << INT0);  // Enable external interrupt INT0
  EICRA |= (1 << ISC00); // Trigger INT0 on Change
  sei();
......

La rutina de la interrupción es donde se estudia los tiempos del cambio de señal del Pin 2 del arduino y se llama:
ISR(INT0_vect)
{

}


En los dos casos cuando se ha completado la lectura de un byte,  se pone la variable SDatoEstado = 1; .
En el bucle del programa principal que chequea continuamente el SDatoEstado = 1; , mediante la rutina  SerialAvailable() ,cuando detecta un carácter válido, se obtiene el byte  mediante la rutina SerialGet().
Para esta práctica no he querido crear un buffer que sería lo normal, pues si se entretiene mucho el programa principal pudiera sobrescribirse los datos.
En ambos casos a velocidades superiores a 4800 bps, me producían errores, se mezclaban las interrupciones, no he querido profundizar en su posible solución.

Para entender la interrupciones en el arduino, estuve buscando en internet un tutorial, encontrando este:
https://arduinodiy.wordpress.com/2012/02/28/timer-interrupts/
en plan atrevido, realicé una traducción, espero que no sea muy mala. TRADUCCION

Las gráficas de la señales están realizadas mediante Osciloscopio Hantek6022BL y PulseView bajo Linux (Debian8_32bits).

PROGRAMAS

Hasta pronto.
JUAN GALAZ

Bibliografía:

https://aprendiendoarduino.wordpress.com/2016/11/13/interrupciones/
https://arduinodiy.wordpress.com/2012/02/28/timer-interrupts/
http://www.engblaze.com/we-interrupt-this-program-to-bring-you-a-tutorial-on-arduino-interrupts/


lunes, 2 de abril de 2018

Osciloscopio Hantek6022BL en Linux OpenHantek y PulseView

Página principal
Osciloscopio Hantek6022BL
en
Linux

OpenHantek y PulseView
xsetaseta@gmail.com

Después de medio año con mi osciloscopio digital Hantek6022BL me surgió el tener que analizar unas señales digitales.
En un anterior artículo realizaba mi experiencia tras una semana utilizando el osciloscopio.
Primera-semana-con-el-osciloscopio.html
Como hacía tiempo que no había mirado sobre algún programa que bajo linux se pudiese hacer uso del osciloscopio, me puse a mirar.
Efectivamente, había novedades:
En primer lugar era el http://openhantek.org/ , ya tenía soporte para el Hantek6022BL .
El programa openhantek es un programa que realiza el soporte de varios osciloscopios digitales USB, hasta hace poco no soportaba el Hantek6022BL, pero ahora lo soporta bastante bien.
Desde la página web solo podemos bajar el código fuente, no existen binarios.
Después de muchas pruebas, descubrí que debido a las dependencias en la librería QT ("Minimum supported Qt5 version is 5.4.0!"), debemos tener un Debian9,  Mint18, Ubuntu 17.10 . Intente por todos los medios intentar compilarlo en Debian 8, pero me fué imposible. Con anteriores versiones de openhantek si se podía compilar para Debian 8, pero no tenía soporte para el Hantek6022BL.
Para la compilación debemos seguir los siguientes pasos:
Después de ver como compila sin errores, no habrá creado el ejecutable en  el directorio openhantek .
Si intentamos ejecutarlo, veremos que nuestro osciloscopio no es detectado.
Deberemos añadir al directorio /lib/udev/rules.d/ algunos ficheros para que nuestro Hantek6022BL  USB sea reconocido.
Debemos copiar el fichero  firmware/60-hantek.rules/lib/udev/rules.d/
Volvemos a ejecutar el programa con el USB desconectamos.
Una vez con el programa funcionando, conectamos el USB y veremos como nos aparece nuestro 6022BL.
Ya podemos ver como nos funciona el programa con nuestro Hantek6022BL. Tendremos que activar un canal.
Para que nos reconozca el osciloscopio debemos tener el botón que se encuentra al lado del conector USB, metido (modo H) antes de conectar el USB.


Hantek6022BL funcionando en linux bajo openhantek

Para el que no quiera complicarse en compilar tengo los ficheros en:
https://drive.google.com/drive/folders/1zfv4cq8lpocLDWRQydqtaIDuZbndaVit?usp=sharing

He compilado OpenHantek para Mint18 64bits , Ubuntu 17.10 64bits, Debian 9.4 32bits.
Debemos de dar permisos de ejecución a los ficheros ejecutables.


Para analizar señales digitales con el Hantek6022BL teníamos saleae  desde la página  https://www.saleae.com/downloads , pero solo funcionaba en 64bits.
Como normalmente trabajo en Debian 32bits, este programa no me servia, debía encontrar una solución.
Buscando encontré un programa PulseView ,que hacía uso del programa sigrok para capturar señales digitales , https://sigrok.org/wiki/Main_Page.
Este es un interface gráfico para representar señales digitales y analizar protocolos.
Para este caso no me he complicado mucho, he bajado los ficheros binarios que se encuentran en https://sigrok.org/wiki/Downloads. existen versiones para 32bits y 64bits.
Para que nos reconozca el osciloscopio debemos tener el botón que se encuentra al lado del conector USB, sacado (modo L) antes de conectar el USB.
Al igual que en el modo analógico, deberemos añadir al directorio /lib/udev/rules.d/ algunos ficheros para que nuestro Hantek6022BL  USB sea reconocido. Los tengo recopilados en https://drive.google.com/drive/folders/1zfv4cq8lpocLDWRQydqtaIDuZbndaVit?usp=sharing , son todos los que terminan en *.rules .
Aquí me he encontrado un error en el reconocimiento de dispositivo, tarde algún tiempo en encontrar la solución.
Arrancamos el programa  ./PulseView-NIGHTLY-i686.AppImage
Veremos que no detecta el Hantek6022BL.
Sin salir del programa desconecte el USB del osciloscopio y vuelva a conectar.
Ahora salir del programa y volver a entra, verás que ahora si lo detecta y funciona.


Pulseview funcionando con  Hantek6022BL

Espero que le haya ayudado a alguien.

Hasta pronto.
JUAN GALAZ

Bibliografía:
http://openhantek.org/
https://sigrok.org/wiki/Main_Page
https://sigrok.org/wiki/PulseView

domingo, 25 de marzo de 2018

Arduino - Detector de movimiento RCWL-0516 - Serial Plotter en GAMBAS

Página principal


Arduino
Detector de movimiento
RCWL-0516
Serial Plotter en GAMBAS
xsetaseta@gmail.com

El otro día navegando por la red vi el artículo sobre un detector de movimiento RCWL-0516
http://www.rogerclark.net/investigating-a-rcwl-9196-rcwl-0516-radar-motion-detector-modules/ .
Era un detector de movimiento que no funcionaba por infrarrojo, era por interferencia en un oscilador al acercarse un objeto.
El objeto debe tener algo de agua o ser metálico, o que produzca interferencias en un circuito oscilante.
Objetos como espuma o papel no son detectadas.
Pedidas por internet,  precio barato alrededor de 1€,  llegó  rápido.
Me puse hacer pruebas imitando los que había visto en la página antes mencionada.
La verdad que el circuito no decepciona, es bastante sensible al movimiento de personas.
Se puede utilizar en aparatos de alarma, o en el encendido de luces automáticas.
El material que me produjo más interferencia, si estaba cerca del módulo fue la ferrita.

Product Introduction:
  • 1.Operating Voltage:4-28V
  • 2.Operating Current:2.8mA (typical);3mA (max)
  • 3.Detection Distance:5-9m
  • 4.Transmitting Power:20mW (typical);30mW (max)
  • 5.Output Voltage:3.2-3.4V
  • 6.Output Voltage Driving Capacity:100mA
  • 7.Trigger Way:repeat trigger
  • 8.Output Control Low Level:0V
  • 9.Output Control High Level:3.3V
  • 10.Operating Temperature:-20~80 celsius
  • 11.Storage Temperature:-40~100 celsius


Circuito de pruebas con arduino.


Detalle de la conexión al pin 12 para las prueba.


Esquema del módulo.


Señales  del pin 12 y de la salida VOUT visualizadas con Serial Plotter de arduino.


Serial Plotter realizado con Gambas (Visual basic para linux)

Como suelo utilizar  arduino 1.05 , me di cuenta que no tenía el Serial plotter que si tiene la versión 1.6.
Me había gustado la gráfica que generaba la utilidad de Serial plotter, por lo cual me puse manos a la obra para realizarla con Gambas (Visual Basic para linux), el trabajo no debería ser muy difícil.
El resultado es el que se muestra, un visualizar de 2 canales, bastante correcto.

Pensando una utilidad rápida para el módulo, construí en 2 minutos un medidor de pulsos de corazón.
Recubrí el módulo con varias capas de plástico de cubrir alimentos.
Tapé uno de los lados del módulo con varias capas de papel de aluminio.
Con una goma coloque la parte del módulo no tapado con aluminio sobre una vena.
Las variaciones de presión de la vena generan pequeños cambios de frecuencia en el módulo, produciendo los impulsos de tensión.
Está claro que se puede perfeccionar, pero para una primera prueba vale.


Detector de pulsos.



Gráfica de mis pulsos cardíacos.


PROGRAMA Serial plotter PARA GAMBAS3


Hasta pronto.
JUAN GALAZ

Bibliografía:
https://github.com/jdesbonnet/RCWL-0516/
http://www.rogerclark.net/investigating-a-rcwl-9196-rcwl-0516-radar-motion-detector-modules/
https://www.electroschematics.com/13246/get-started-microwave-radar-motion-sensor/