TODOPIC
Microcontroladores PIC => * PROYECTOS * => Mensaje iniciado por: diego_z en 27 de Mayo de 2013, 16:44:57
-
solucionado
-
bueno gente , veo que a nadie le intereso , ni mi pregunta ni nada , de igual manera , pongo un video del aparatito funcionando , muchas gracias
-
Muy bueno .
una pregunta. has utilizado el dmp que trae el chip? qué lenguaje de programación has utilizado?
-
hola , si te refieres con dmp al hardware que trae el chip ? si , el lenguaje es assembler
-
Saludos, creo que el DMP no esta activado, el DMP te da salidas en angulos Euler o cuaterniones, el activarlo es algo mas complejo y según pruebas que he hecho el firmware no cabe en un PIC16F
-
Hola Vtronic .
Cuánta memoria necesitas para activar el DMP ?
-
bien , ahora entiendo la pregunta , te referias al fifo del chip , si esta habilitado
-
tengo 27336 bytes aproximadamente en un PIC24FJ, y 24038 bytes en un PIC18 la diferencia es porque en el primero tengo mas memoria que en el segundo, así que puedo usar mas funciones pero es solo lo básico, con salida en cuaterniones, el PIC24FJ con C30 y el otro con C18
El DMP, digital motion processor, es una caracteristica del chip que te da la salida en cuaterniones o en ángulos euler, no hay necesidad de hacer calcularlos en un pic el chip lo hace internamente pero es algo complicado hacerlo funcionar por falta de documentación de parte del fabricante pero las prestaciones que da hace que valga la pena el esfuerzo, hay varios videos en Youtube sobre el funcionamiento del DMP con arduino, Yo ya tengo las librerías funcionando para Microchip pero esperare completarlas mas para publicarlas
La FIFO es una buena opción para la lectura de datos porque evitas tomar la lectura en tiempos diferentes, lo que te afecta en los cálculos, si la estas usando te recomiendo emplear la interrupción, aunque sea a nivel software, y emplear la lectura burst en el I2C
-
Hola,
yo también estoy intentando controlar el MPU pero utilizando un AVR de 8 bits. La tarea en la que estoy actualmente es escribir el código en C basándome en el proyecto ejemplo que publica el fabricante (driver5.1 para un MSP430). Mi intención final es obtener la orientación actual del chip, y lo que me gustaría es poder leer en un instante determinado que se requiera el valor de la orientación actual en cuaterniones. No necesito estar constantemente leyendo la orientación por lo que en principio no utilizaré las interrupciones. ¿Vosotros estáis utilizando interrupciones? ¿Con qué finalidad?
Un saludo.
-
Yo utilizo las interrupciones cuando empleo la lectura en modo burst en la FIFO, para leer todas las variables y que todas las variables pertenezcan a un mismo tiempo de toma de datos, en el DMP todavía no la he activado ya que según he entendido ya no se dan este tipo de errores
el tamaño que di para la librería es pequeño porque fue extraída utilizando los datos del trafico I2C el cual se utiliza en arduino no de las librerías dadas por el fabricante, con el driver5.1 para MSP430 lo que no tengo claro es que si podemos usar ese código sin restricciones?
-
Hola Vtronic, perdona mi ignorancia pero soy nuevo con este tipo de sensores.
Con respecto a la lectura Burst, a ver si me aclaras un poco esto. Yo entiendo que el MPU va llenando su FIFO con los datos que va procesando y cuando esté llena te lanza una interrupción (a través de su pin 12 INT) y tú entonces lees todos esos datos almacenados en esa FIFO y la vacías y se vuelve a repetir la historia. ¿Es así? Y con respecto a la FIFO, ¿qué pasa si se llena y tú no lees los datos? ¿Se sobreescriben los valores o no se escribe nada hasta que se vacie?
¿Qué tipo de errores dices que se daban antes?
y en cuanto a las restriciones del código yo tampoco me he parado todavía, pero parece que hay un revuelo enorme por las restricciones impuestas por el fabricante.
-
la lectura Burst creo que se puede decir que es cuando lees los datos en una solo secuencia, es decir entablas una lectura en el I2C y en esa misma lectura lees toda la FIFO, 1024 bytes, sin necesidad de finalizar y empezar una nueva lectura para los 1024 bytes
en la pagina 36 del documento MPU60X0 Specifications.pdf proporcionado por el fabricante explica la secuencia para hacer este tipo de lectura y escritura
si tienes la interrupción configurada para FIFO overflow, si es como dices, pero la FIFO contiene 1024 bytes y si lees los datos del acelerometro, giroscopio y de temperatura solo necesitas 14 bytes osea que configurando la interrupción para FIFO overflow se estarían perdiendo varias muestras en lo que se llenan los 1024 bytes, tendrias que configurar la interrupción para que se active cuando se tengan datos nuevos, seria la opción data ready
y con la FIFO no se si se sobrescriben los datos lo que si se es que si no se lee se produce una interrupción del tipo FIFO overflow, se puede leer o se vacia la FIFO por medio de los registros, esto me sucedía cuando fallaba el DMP
el tipo de error es leer los sensores en tiempos diferentes, supongamos que se efectuá la lectura del acelerometro y del giroscopio, se lee el acelerometro en un t=0 y el giroscopio en un t=1 ambos son datos validos pero en tiempos diferentes, al querer procesar una ecuación con los datos anteriores tendremos un error porque las muestras no pertenecen a un mismo tiempo
-
Hola Vtronic,
desde mi punto de vista creo que también se emplea el término Burst para la lectura o escritura continuada en un proceso I2C, pero cuando el MPU se refiere a una lectura Burst de la FIFO no creo que se refiera a eso, o por lo menos eso espero, ya que sino sólo para leer la FIFO debes tener libres 1KB de memoria de datos !!, y me parece una burrada, aunque todo puede ser.
Con respecto al funcionamiento de la FIFO, creo que ya estoy a punto de acabar un programilla para empezar a experimentar con ella y te seguiré contando para comparar nuestros resultados.
-
Que tal
Si se refiere a lo mismo, pero no es necesario que se llene toda la FIFO para que la leas, con los registros 0x72 y el 0x73 puedes saber el numero de datos que hay almacenados en la FIFO aunque esta tenga el tamaño de 1024 bytes la puedes leer antes que llegue a ese valor, por ejemplo cuando se activa el DMP se espera a que la FIFO tenga 42 bytes, o 44 no recuerdo bien, y se esta en constante monitoreo
Aunque puedes leerla cuando ocurra el overflow y se dispare la interrupción pero como comentaste tendrías que tener esta cantidad de bytes libres aunque pueda que en algunos proyectos sea necesaria utilizarla, y ahora que recuerdo si ocurre un overflow los datos se sobre escriben ya que es una FIFO
-
Hola de nuevo,
ya he conseguido obtener los datos en cuaterniones utilizando el DMP del chip y puedo también configurar la velocidad de envío de datos que me entrega el DMP. Bueno, parece que funciona bastante bien. Mi siguiente gran problema es que ahora he substituido el MPU-6050 por el MPU-9150 y todo va igual de bien excepto que no soy capaz de que el DMP me entregue los cuaterniones teniendo en cuenta ya el magnetómetro.
¿Alguien ha probado a utilizar un MPU-9150 con el DMP y el magnetómetro? Agún aporte??
Un saludo.
-
Hola que tal, estoy trabajando con un MPU6050(este modulo http://www.amazon.com/Arduino-GY-521-MPU-6050-gyroscope-accelerometer/dp/B008BOPN40) y un pic 18f2550 en ccs.
Ya tengo comunicación en el chip y puedo leer los valores, pero lo que me interesa ahora es activar el DMP, alguien sabe con que registro se activa, y en que lugar se almacenan los datos? Estuve leyendo el datasheet pero no encontré nada.
Alguien tiene un código de ejemplo o algo de información, muchas gracias!
-
Que tal
Con lo del MPU-9150 no he tenido el honor de trabajar con ese ic, por el momento estoy bajo de $$$ pero ya hay información sobre como activarlo
facuver, tienes un modulo muy parecido al que utilizo, hay varios puntos que se deben de tomar en cuenta
Para activar el DMP se necesita un firmware y es una serie de registros, no solo uno, este lo podes obtener de la pagina del fabricante o tomar los datos de ingeniería inversa y hacer tu propia librería, Yo hice esta ultima opción, me tomo mucho tiempo pero funciona
Con el PIC18F2550 vas a tener un pequeño problema y es el de la memoria, no tienes la suficiente para hacerlo trabajar apropiadamente, Yo tengo una librería para ese PIC pero ya no la seguí trabajando porque me ocupo un 95% de la memoria del PIC utilizando el compilador C30, con css tal vez tome un poco mas de espacio
Los datos se almacenan en la FIFO del MPU6050, hemos comentado al respecto en este hilo
Los datos del DMP no están en el datasheet porque el fabricante todavía no los ha liberado, si haces tu usuario puedes descargar el codigo, como lo mencione anteriormente, despues de aceptar una especie de contrato con mil un y cosas, no se el nombre de esa hoja
y por ultimo, paciencia recuerda que el MPU6050 trabaja con 3.3v, suerte
-
Hola facuver!
En este enlace encontrarás buena información sobre el DMP: https://github.com/jrowberg/i2cdevlib/tree/master/Arduino/MPU6050 (https://github.com/jrowberg/i2cdevlib/tree/master/Arduino/MPU6050)
Saludos,
Miquel
-
Hola (facuver, JulioJF, Vtronic, Diego_z)
Al igual que ustedes estoy trabajando con el MPU 6050, con la diferencia de que tengo mucho menos experiencia que ustedes en el tema, estoy tratando de comunicar el sensor MPU 6050 con una FPGA (spartan 3e) mediante comunicación I2c, mi objetivo final es recibir los datos del acelerometro y giroscopio y poder manipularlos.
Necesito ayuda con la programación (si lo han trabajado alguna vez) para aprovechar las herramientas que ofrece el sensor.
Gracias.
-
Hola, mao707. Yo de FPGA no tengo ni idea, lo que te puedo mostrar es el codigo que utilizo para comunicarme con el sensor en C
i2c_start();
i2c_write(0xd0); //Address del MPU (dependiendo del valor logico en AD0, entre 1101000 y 1101001) y el ultimo bit en 0 para indicar escritura
i2c_write(0x3B); // Direccion a Leer
i2c_start();
i2c_write(0xd1); // Address del MPU con el ultimo bit en 1 para indicar lectura.
temp[0] =i2c_read(); //Valor Alto de aceleración en X
temp[1] =i2c_read(); //Valor Bajo de aceleración en X
temp[2] =i2c_read(); //Y
temp[3] =i2c_read();
temp[4] =i2c_read(); //Z
temp[5] =i2c_read();
temp[6] =i2c_read(); //Temperatura
temp[7] =i2c_read();
temp[8] =i2c_read(); //Giro en X
temp[9] =i2c_read();
temp[10] =i2c_read(); //Y
temp[11] =i2c_read();
temp[12] =i2c_read(); //Z
temp[13] =i2c_read(0); // Z bajo con envio de NACK
i2c_stop();
y antes le hago un restar para poner los valores por defecto:
/////////////////Reset Inicial//////////////////////
i2c_start();
i2c_write(0xd0);/// sensor slave address
i2c_write(0x6b);///device reset
i2c_write(0x00);
i2c_stop();
delay_ms(10);
//////////////////////////////////////////////////////////
-
Muchas gracias facuver,
con que referencia de microcontrolador trabajas?
-
Que tal, pues tengo algo muy parecido a lo de facuver
obtener un byte
[code]
int getI2C(void)
{
unsigned char temp;
SSPCON2bits.RCEN = 1;
while(!SSPSTATbits.BF);
temp=SSPBUF;
return temp;
}
Leer uno o varios Bytes
void MPU6050_read(int address,char *buffer,unsigned char Length)
{
IdleI2C(); //wait for bus Idle
I2CStart(); //Generate Start Condition
I2CSend(I2C_SLAVE); //Write Control Byte
IdleI2C(); //wait for bus Idle
I2CSend(address); //Write start address
IdleI2C(); //wait for bus Idle
I2CRestart(); //Generate restart condition
I2CSend(I2C_SLAVE | 0x01); //Write control byte for read
IdleI2C(); //wait for bus Idle
//test
while (Length --)
{
*buffer++=getI2C(); //get a single byte
if(Length)
{
I2CAck(); //Acknowledge until all read
}
}
//test
I2CNak(); //Send Not Ack
I2CStop(); //Generate Stop Condition
}
unsigned int ACKStatus(void)
{
return (!SSPCON2bits.ACKSTAT); //Return Ack Status
}
escribir un byte
void MPU6050_write(int reg, unsigned char data)
{
unsigned int ErrorCode1;
unsigned int ErrorCode2;
IdleI2C(); //wait for bus Idle
I2CStart(); //Generate Start Condition
I2CSend(I2C_SLAVE); //Write Control Byte
IdleI2C(); //wait for bus Idle
ErrorCode1=ACKStatus();
I2CSend(reg); //Write Address
IdleI2C(); //wait for bus Idle
ErrorCode2 = ACKStatus();
I2CSend(data);
I2CAck();
IdleI2C(); //wait for bus Idle
I2CStop(); //Initiate Stop Condition
//Errores
if(!ErrorCode1){printf("\n\rACK 1 not recieved");}
if(!ErrorCode2){printf("\n\rACK 2 not recieved"); }
}
y para leer los datos utilizo
MPU6050_read(0x3B, (char*)&accel,14);
Ahora porque tanto código, bueno cuando fui subiendo la velocidad del I2C me tope con diferentes tipos de problema los cuales mas adelante si hay lugar los explicare que por el momento mi "compañera" de investigación, que solamente tenia que documentar lo que Yo hacia, se robo mas de la mitad de mi investigación de tesis y lo ha publicado como trabajo propio :? y esta buscando esta información que publique como loca :D publicare toda la librería que tengo para el manejo del sensor mas adelante cuando publique lo que trabaje 8) [/code]
-
Muchas gracias Vitronic, esto me será de gran ayuda al igual de lo publicado por Facuver, que pena lo de tu compañera de tesis :(.
yo estoy realizando también una tesis es control a un sistema de equilibrio (péndulo invertido), estoy usando el mpu 6050, por eso mi afan de manipularlo correctamente, el problema es que lo debo controlar por medio de una FPGA; pero por ahora tratar de controlarlo por medio de un microcontrolador es un gran avance.
Por cierto que referencia de microcontrolador utilizas? y con que software lo realizas?
Ojala puedas publicar pronto para que me puedas facilitar mas experiencias de tu trabajo.saludos
-
Vi la pregunta y se me olvido contestarla :shock:
El microcontrolador es el PIC24FJ256DA210 utilizando el compilador C30 en Mplab, también tengo unas "librerías" muy similares en mis intentos con la familia 16F y 18F, todavía no tengo conocimientos en fpga pero mas adelante sera. Yo también espero que pronto pueda publicar el pequeño trabajo que hice, saludos.
-
Alguna vez he utilizado el MPU9050, que a nivel software se trata como un MPU6050 (acelerómetro y giro) + un AK8975 (magnetómetro).
La librería que utilicé es la de Jeff Rowberg para Arduino (http://www.i2cdevlib.com/devices/mpu6050), que también se utiliza en la FreeIMU (http://www.varesano.net/projects/hardware/FreeIMU)
-
mao707, utilizo un PIC18f2550 y lo programo en CCS.
Nocturno o Vtronic, alguno implemento algún filtro para complementar el acelerometro con el giroscopio?
si me pueden pasar alguna información o algún código estaría agradecido.
Saludos
-
Hola Facuver! Te recomiendo que utilices el Filtro Complementario, aqui tienes el enlace: http://web.mit.edu/scolton/www/filter.pdf (http://web.mit.edu/scolton/www/filter.pdf) es mas fácil de implementar que el filtro Kalman.
Aquí tienes un ejemplo:
float a = 0.9994;
void complementary_filter()
{
COMPLEMENTARY_XANGLE = (COMPLEMENTARY_XANGLE + GYRO_XRATE*dt)*a + ACCEL_XANGLE*(1-a);
COMPLEMENTARY_YANGLE = (COMPLEMENTARY_YANGLE + GYRO_YRATE*dt)*a + ACCEL_YANGLE*(1-a);
}
Aquí tienes el enlace de donde saque este código que creo te puede interesar:
https://github.com/big5824/Quadrocopter (https://github.com/big5824/Quadrocopter)
Saludos,
Miquel
-
Que tal facuver
Yo no implemente filtro jejeje utilice el DMP del MPU-6050 para obtener la salida en cuaterniones
Saludos
-
Sigo el post de cerca. Estoy por usar ese sensor y toda info es muy valiosa!!!!
Saludos!
-
Hola,
Os escribo para contar mi experiencia con el MPU6050.
Estoy metido en un proyecto donde necesitaba tener el angulo en un eje de un objeto.
Al principio intenté activar el DMP pero lo di por imposible en aquel momento por falta de conocimientos, y lo que hice fué crearme un filtro complementario.
El pic utilizado es un 16F a 4Mhz, y consegui ingeniarmelas para que 15ms calcule su angulo, sin usar ninguna operacion de punto flotante, y utilizando desplazamiento de bits para multiplicar/dividir, fué un aunténtico reto.
Usando el filtro complementario se necesita una rapidez considerable en el muestreo, ya que se para usar el gyroscopio tienes que integrar para calcular el giro. Liberaré el codigo cuando arregle algun problemilla de afinación.
Ahora mi meta está en cambiar el 16f por un 18f que tenga memoria suficiente para activar el DMP.
No se si alguno lo ha conseguido con un 18f, yo mi ultima prueba ha sido portar el código que hay para Arduino pero sin éxito.
Si alguien ha tenido éxito me encantaría echarle un vistazo al código.
He encontrado una libreria OFICIAL de microchip e invensense para un 24F para manejar el MPU6050, la podeis encontrar en www.microchip.com/motion Te piden aceptar una licencia y te dan acceso al código, si teneis alguna duda avisadme.
Me pondré en breves a adaptar la libreria a un 18F con bastante memoria, os comentaré los avances cuando tenga algo.
Saludos!
-
Que tal roilivethelife, bienvenido al foro
Yo tengo una librería para la familia 18F, la librería funciona pero esta muy desordenada no la seguí trabajando porque ocupaba aproximadamente un 95 a 96% de la memoria total, no tengo el dato exacto, y no me pareció muy adecuado dejar un PIC con esa cantidad de memoria ocupada
La librería la hice utilizando los datos de ingeniería inversa que hicieron algunos del MIT y guiándome de la librerías existentes de arduino, las cuales tienen bastantes limitantes respecto a I2C, si se adaptara la librería oficial creo que no cabe en un PIC18F por eso la sacaron para 24F, porque el nivel de procesamiento es bastante bajo al tener el DMP funcionando solo es de leer dos registros
En conclusión, si hice funcionar el DMP utilizando un 18F pero consumió casi toda la memoria, tal vez limpiando un poco la programación se libere pero te aconsejo que inviertas tus esfuerzos en un pic 24F o mayor
-
una consulta, el dmp no es interno del mpu6050? entendí mal o al habilitar el dmp el sensor combina los el solo los datos del gyro y el aceler y te da los datos directamente en grados?
podrías publicar tu librería para ver si la podemos optimizar y utilizar. Aun no me defino entre usar un 18f4550 con ese sensor o ir directo a un ARM... aún estoy leyendo y aprendiendo...
Saludos!
-
Alguna vez he utilizado el MPU9050, que a nivel software se trata como un MPU6050 (acelerómetro y giro) + un AK8975 (magnetómetro).
La librería que utilicé es la de Jeff Rowberg para Arduino (http://www.i2cdevlib.com/devices/mpu6050), que también se utiliza en la FreeIMU (http://www.varesano.net/projects/hardware/FreeIMU)
Manolo, en i2cdevlib las librerías son para arduino. Vos las convertiste para PIC o las usaste en un arduino?
me interesan varias librerías de ese proyecto, pero tengo la duda de si se pueden usar facilmente en PIC.
Saludos!
-
Las utilicé en un PIC32. Están muy bien hechas y no cuesta mucho convertirlas, lo único a tener en cuenta es que tienes que utilizar C++
-
Entiendo. Voy a ver si le voy metiendo mano.
Por cierto, no tienes la librería del i2c convertida a mano, no? :lol:
Saludos!
-
Pues sí que lo tengo, elgarbe, pero no puedo pasártelo por tratarse de un trabajo comercial protegido por derechos de propiedad intelectual. Lo siento.
De todas formas, sí que puedo echarte una mano con las dudas que te surjan cuando te pongas con ello.
-
Ok, entiendo perfectamente.
En este momento estoy terminando de difinir los sensores que usaré, pero cualquiera de ellos son i2c y de todos esta la librería en i2cdevlib, por lo que seguramente terminaré trabajando con ello.
Cuando me surjan las primeras dudas estaré consultandote.
Saludos!!!
-
Elgarbe Seguro la pueden optimizar y bastante, pero estoy en una posición similar ala de Nocturno, solo que yo me juego mi tesis jajaja tengo pensado publicarla a finales del mes próximo o a inicios del otro año y con gusto paso las penas al ver lo eficiente que la vuelven :oops: jajaja
-
entiendo, no hay problema!!!
como comentaba yo por ahora estoy en proceso de juntar info y estudiar.
ayer me llego una imu de dx, la gy80 por lo que voy a empezar a jugar con los sensores de dicha imu, como para ir haciendo experiencia y arrancando.
me pedi a digikey una mpu6050 y una 9050, van a tardar por que no hay stock de una de ellas asi que por ahora no puedo jugar con la mpu.
cuando este por probar esos chip les consulto las dudas.
Saludos!!!
-
Hola :) , estoy trabajando con el mpu 6050 desde un PIC, ya obtengo datos de los sensores pero quiero hacer uso de la DMP para que se encargue de mis datos y me entregue cuaterniones, ya googlie todo lo que pude pero no encuentro información clara sobre el uso del DMP. Lo que encontré fueron las librerías de arduino que todos tienen y estudiándolas vi que lo que necesito no es mucho pero al momento de querer enviar los bloques de código que copie al DMP nada mas no entiendo que formato debo seguir :oops: . Pense en traducirlas directamente pero es muuuuuuchooo y solo neceito los pasos minimos para encender y configurar la DMP o al menos el saber como funciona su función de escritura i2c(tiene muchos parametros :() que hay en las librerias de jrowberg si me pudiesen ayudar se los agradecería.
-
Hola Vtronic o alguien mas que conozca el tema y me pueda ayudar, quería saber como es que la FIFO del MPU6050 almacena los datos, el registro 0x74 FIFO_R_W del datasheet menciona que los datos se escriben en la FIFO en orden al número del registro, del mas bajo al mas alto, entonces escribe primero la parte alta del eje x del acelerómetro, después la parte baja del eje x del acelerómetro, después la parte alta del eje y, la parte baja del eje y, parte alta del eje z, parte baja del eje z, después la parte alta y baja de la temperatura y por último los ejes del giróscopo, ¿es correcto lo que escribo?
-
Hola HGDANSRB, disculpen la demora, el trabajo no da tregua :(
es correcto, primero la parte alta y luego la parte baja, y puedes leer los datos en modo burst
-
Disculpa en que hiciste el código......para la lectura de los ángulos del giroscopio MPU6050????
-
Hola chicos y Chicas por lo que veo, estoy trabajando con este precioso acelerómetro, mi desventaja es que se compro al por mayor los micros sueltos (No tengo módulos enteramente armados). Ya logre comunicarme y leer sus 6 aceleraciones, no me queda del todo claro cómo usar el Digital Motion Processor (DMP). Pero lo que si tengo muy claro es que el DMP está integrado en el MPU60X0, en el Datasheet por más precario que sea certifican y aclaran más de 3 veces que el DMP es de funcionamiento interno del MPU y lo hacen para reducir costos de MIPS en el Micro y por supuesto la valiosa MEMORIA ROM. Aun así alguien sabe cómo trabajarlo al DMP?.
PD.: Vtronic Me encantaría chequear tu trabajo :-) Felicidades y éxitos en la tesis seguramente ya la expusiste igual.
Cordiales Saludos! :-/
-
Hola Vtronic o quien sepa del tema, he obtenido los datos de los ejes del giroscopio y del acelerometro, pero no comprendo como realizar la lectura en modo burst, lo que he estado leyendo es que se leen todos los datos de una sola ves, o sea las 1024 muestras almacenadas en la FIFO, pero cual es la diferencia en leerlo de esta forma y no cada ves que se presenta una nueva muestra como lo he estado haciendo y que sucede con las demás muestras que se generan cuando realizo la lectura en modo burst, lo que si se es que si no las leo se sobrescriben las ya almacenadas con nuevas.
Otra cosa, ¿que es exactamente el DMP?, ¿entrega directamente ángulos? o ¿que es lo que hace?, ¿como puedo activarlo?
Me había olvidado del tema, por cuestiones escolares que no me permitían seguir con esto, tanto así que hasta ahora vuelvo a intentarlo con este sensor, agradecería sus respuestas, gracias.
-
bueno gente , veo que a nadie le intereso , ni mi pregunta ni nada , de igual manera , pongo un video del aparatito funcionando , muchas gracias
gracias!