MPL3115A2 (Language C) Linux MySQL (Banana Pi/Raspberry Pi)
The MPL3115A2 is a compact piezoresistive absolute pressure sensor with an I2C interface. MPL3115A2 has a wide operating range of 20 kPa to 110 kPa, a range that covers all surface elevations on earth. The fully internally compensated MEMS in conjunction with an embedded high resolution 24-bit equivalent ADC provide accurate pressure (Pascals)/altitude (meters) and temperature (°C) data.(see DataSheet, AN4481, AN4519)
Simple test MPL3115A2 with a BananaPi. Using the I2C library functions (WiringPi), we communicate withthe sensor, then the data is stored in MySQL/postgreSQL database.
CREATE DATABASE sensor;
CREATE TABLE sensor.samples(
sampleId INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
sampleDate DATE,
sampleTime TIME,
sampleTemperature DOUBLE,
sampleAltitude DOUBLE,
samplePressure DOUBLE) default character set utf8;
Simple driver (gcc) para un billetero JCM
UBA-10-SS usando el protocolo ID003.
Las
tramas del protocolo ID003 tienen la forma:
|
SYNC | Length | CMD | Data Fields | Checksum |
▪ SYNC
(1byte): 0xFC
▪ Length
(1byte): Longitud total del string (todos los bytes)
▪ CMD
(1byte) (instrucción,
tipo de orden)
▪
Data (variable)( datos, opcional)
▪
CRC (2byte)( CRC-Kermit)
Para
mayor comprensión del CRC-Kermit probar la librería de Lammert Bies, la cual se puede compilar en gcc. Las funciones para el
crc-kermit en este driver han salido de aquí.
----------------------------------------------------------------.
crc: tst_crc.o lib_crc.o
gcc -o crc tst_crc.o lib_crc.o
Aquí se ha usado de
la librería WiringPI los archivos wiringSerial.c, wiringSerial.h
ademas de la función Delay(), pero el código funciona en ambos
(Raspberry
Pi / Banana Pi/PC Linux).
En el caso de la
librería wiringSerial, esta debería trabajar para 7 bits de datos, 1
bit de paridad EVEN.
Por lo que se ha
modificado la función serialOpen ;
options.c_cflag
|= PARENB; // Paridad activada.
options.c_cflag
&= ~PARODD; // Paridad EVEN.
options.c_cflag
|= CS7; // 7 bits de datos.
Este simple driver
consta de 5 archivos; main.c, apex.c, apex.h, wiringSerial.c,
wiringSerial.h. Para compilarlos;
Para este ejemplo en
la función loop_apex se
indica que cuando haya un billete valido, este sea aceptado automáticamente, una vez almacenado el billete se envia el mensaje:
Accept bill: #billete
Ademas de los BYTE 0, BYTE1, BYTE2 enviados por el billetero.
Simple
driver Apex bill acceptor (Linux Mint, x86)
Raspberry Pi
Conexión Rpi - Apex (conector 18 pin)
conector 18 pin (verde-Tx, rojo/blanco-Rx)
Pyramid
Bill Acceptors Apex 5000/7000
Los
billeteros (Bill Acceptors) Pyramid APEX 5000/7000 :
Comunicación:
▪ Baud
rate- 9600
▪ 1
start and 1 stop bit
▪ 7
data bits (bit 0 = sent first (LSB))
▪ 1
parity bit ( even parity)
Inactive
Timing – Si el Bill Acceptor no detecta comunicación con el Host
dentro de un lapso de 5 segundos, iniciando desde la última
comunicación enviada por el host, el bill acceptor:
1 –
rechazara cualquier billete mantenido en escrow.
2 –
Dejará de aceptar billetes hasta que el master inicie la
comunicación nuevamente.
Formato
común para la transmisión:
|
STX | Length | MSG Type and Ack Number | Data Fields | ETX | Checksum
|
STX-
0x02 El inicio del mensaje es indicado por 1 byte.
Length-
Número de bytes en cada mensaje (binary), incluyendo STX, ETX y
Checksum.
Consiste en leer
archivos BMP RGB888 (24 bits) y convertirlos a RGB565 (16 bits) para
presentarlos en un Display TFT 240x320 (Raspberry PI 2.8 TFT Add-on)
con controlador ILI9323DS. El
Display se controla mediante los pines GPIO de la
BananaPi/RaspberryPi.
La
librería de Seeed technologies
inicialmente trabajaba para AVR/Arduino pero aqui fue modificada
para funcionar conjuntamente con WiringPi.
El proyecto consiste
de cuatro archivos tft.c, tft.h, font.h y main.c. El proyecto lo
compilamos con gcc:
FormatoBMP: Un archivo BMP es un archivo de mapa de bits, es decir, un
archivo de imagen de gráficos, con píxeles almacenados en forma de
tabla de puntos que administra los colores como colores reales o
usando una paleta indexada.
La estructura de un
mapa de bits es la siguiente:
Encabezado
del archivo
Encabezado
de información del mapa de bits (también llamado encabezado de
información).
Paleta
(opcional)
Cuerpo de la
imagen
Encabezado del
archivo
El encabezado del archivo proporciona información acerca del tipo de
archivo (mapa de bits) y su tamaño, así como también indica dónde comienza realmente la
información de la imagen.
El encabezado comprende cuatro campos:
La firma (en 2 bytes), que indica que se trata de un archivo BMP con
dos caracteres BM (42 4D en hexadecimal) que indica que se trata de un mapa de bits
de Windows
El tamaño total del archivo en bytes (codificado en 4 bytes)
Un campo reservado (en 4 bytes)
El desajuste de la imagen (en 4 bytes), es decir, la ubicación del
comienzo de la
información de la imagen en relación con el comienzo del archivo
Archivo .bmp visto en GHEX
Firma: BM
Tamaño: 0x38436
Reservado: 0
Inicio del campo de datos: 0x36
Encabezado de información del mapa de bits
proporciona información acerca de
la imagen, en especial las dimensiones y los colores.
El tamaño del encabezado de información del mapa de bits en bytes
(codificado en 4 bytes). Los siguientes valores hexadecimales son
posibles según el tipo de formato BMP: 28 para Windows 3.1x, 95, NT
El ancho de la imagen (en 4 bytes), es decir, el número de píxeles
contados de forma horizontal
La altura de la imagen (en 4 bytes), es decir, el número de píxeles
contados de forma vertical
El número de planos (en 2 bytes). Este valor es siempre 1
La profundidad del modelo de color (en 2 bytes), es decir, el número
de bits usados para codificar el color. Este valor puede ser equivalente a 1, 4, 8, 16,
24 ó 32
El método de compresión (en 4 bytes). Este valor es 0 cuando la
imagen no está
comprimida.
Encabezado: 0x28
Ancho: 0xF0 (240)
Largo:0x140 (320)
Planos: 0x01
Bits: 0x18 (24)
Compresión: 0x00
El tamaño total de la imagen en bytes (en 4 bytes).
La resolución horizontal (en 4 bytes), es decir, el número de
píxeles por metro contado de forma horizontal.
La resolución vertical (en 4 bytes), es decir, el número de píxeles
por metro contado de forma vertical.
El número de colores de la paleta (en 4 bytes).
Tamaño: 0x38400
Resolución H: 0x0B13
Resolución V: 0x0B13
Paleta: 0x0
El número de colores importantes de la paleta (en 4 bytes). Este
campo puede equivaler a 0 cuando todos los colores son importantes.
