next topic »

[on:]

Hola a todos. Estoy con un pequeño proyecto para obtener las revoluciones por minuto de un coche de radiocontrol. Esta información sería muy útil para carburar bien el coche y obtener su máximo rendimiento en carrera. El caso es que he pensado en ponerle al coche un arduino nano, con un módulo bluetooth para enviar la información de temperatura y revoluciones a un PC y graficar en tiempo real. La parte de temperatura está superada con un LM35 y las comunicaciones inalámbricas también. He pensado en utilizar un QRD1114 para sensar rpm, pero la rueda a sensar puede girar hasta 35000 rpm...y temo que no tenga suficiente velocidad de respuesta. ¿Alguien ha hecho algo parcecido?

[Reply #1 on:]

hola mira yo hecontre esta pagina no se si te sirbe yo no la entiendo suerte
http://blog.bricogeek.com/noticias/arduino/como-leer-las-revoluciones-de-un-ventilador-con-arduino/?utm_source=twitterfeed&utm_medium=facebook

[Reply #2 on:]

Bueno...exactamente no porque debe tener el sensor dentro del cuerpo del ventilador y debe estar diseñado para poder alojarlo (a lo mejor es un sensor magnético que incorpora un imán, cosa que yo no puedo poner). Tendría que tener un ventilador de esos (que no lo tengo) e intentar abrirlo a ver si me vale algo... Por cierto, se me olvidó comentar que el coche de rc es de gasolina (no eléctrico) y no puedo poner nada en la rueda que gira (solo una banda negra con cinta aislante por ejemplo) para poder discriminar blanco-negro, por ello utilizo un fototransistor con un led emisor integrado.
Gracias de todas formas.

[Reply #3 on:]

http://jmnlab.com/encoder/encoder.html

mira las gráficas del osciloscopio que determinan la velocidad máxima que puedes ver: http://www.jmnlab.com/cny70/cny_70.html Es decir durante todo el tiempo que se pone a uno o a cero el sensor debería estar viendo la línea debajo.

Si la rueda va muy rápido con hacer la línea más gruesa la podrías detectar.

Mira el datasheet del QRD1114 a ver si te pone el tiempo máximo en que tarda de pasar de 1 a 0 y al revés que es el dato que necesitas para hacer los cálculos.

[Reply #4 on:]

¿Y no te seria mas interesante sacar la señal del mismo sitio de donde sale la chispa? Supongo que con una resistencia muy gorda podrás hacer que el voltaje baje lo suficiente para no freír la entrada. De este modo, con el Arduino solo tendrías suficiente. Creo que he visto algún hilo en el que hablaban de contar revoluciones de un coche o moto... me suena de un proyecto para saber qué velocidad tenía engranada una motocicleta...

[Reply #5 on:]

Hola Profenas. Lo que me propones no es viable. Esos motores van sellados herméticamente para mantener una compresión, de ninguna manera puedo entrar al cilindro con nada. Solo puedo sensar alguna parte externa al motor, y que tenga alguna relación con las revoluciones del mismo. Hay una rueda dentada que gira con las vueltas del motor y desde donde se transmite la fuerza a las ruedas. Es lo más sencillo que he visto. Gracias por tu aporte de todas formas.
Voy a probar con el sensor que tengo y os pondré los resultados (despues de mis vacaciones...).
Saludetes

[Reply #6 on:]

Yo estoy intentado usar el QRD1114 para desarrollar un anemómetro... si, ni de lejos llegará a las revoluciones por minuto del motor, pero los problemas me parece que son similares.

He estado revisando el datasheet del sensor, y lo único que he encontrado es esto:

Rise TimeVCE = 5 V, RL = 100 " tr — 10 — µs
Fall TimeIC(ON) = 5 mAtf — 50 — µs

lo que no se es a qué se refiere cada uno de esos tiempos...

también hay una distancia mínima (y máxima) a la que puede estar el disco de códigos (el de las líneas blancas y negras) para que lo lea éste sensor... pero no lo veo en el datasheet. En algún sitio de internet he leído que entre 0.5 y 1 cm. En mis pruebas es más bien 0.5 que 1, pero supongo que también depende de las condiciones ambientales.

En cuanto al disco de códigos, he comprobado que en principio es capaz de distinguir ente blanco y negro en un papel. Pero cuando le pongo bajo un disco de cógidos, el asunto ya no funciona tan bien... Me parece que la mejor solución es imprimirlo sobre una transparencia y pegarlo sobre un disco de metacrilato (o de cualquier plástico transparente suficientemente resistente).

también he visto que por la disposición del sensor, las líneas no pueden ser muy finas (yo he probado un disco de 16 espacios -7 y 9-). Y la verdad es que funciona, pero tengo que probar con discos de mayor resolución.

En tu caso ( y puede que en el mío), a lo mejor es preferible un disco con una única barra que indique una revolución completa, aunque tendremos el problema de cual debe ser su grosor para que pueda ser detectada a alta velocidad...

El código (si, muy muy muy básico) que estoy usando en las pruebas es este:

Code:

int val;

# define IR 3

void setup()
{
  pinMode(3, INPUT);
  digitalWrite(3, HIGH);
  Serial.begin(9600);      // sets the serial port to 9600
}

void loop()
{
val = digitalRead(3);
Serial.println(val);
delay(10);
}

Bueno, estos son algunas ideas/problemas que me estoy encontrando yo y que puede que te resulten interesantes.

ACTUALIZADO:

Pues parece ser que sí, que si hay una distancia establecida en el datasheet (Figura 5). Parece que la distancia a la que es más sensible es entre 20 y 30 milesimas de pulgada (o algo así) que, según he leído por ahi viene a ser entre 0.7 y 1 mm... Habrá que confirmarlo...

[Reply #7 on:]

Se refiere a los tiempos en que tarda en pasar a uno ó a cero el trt.

Vosotros lo que váis a ver va a ser algo similar a ésto, siendo la señal azul la salida del sensor:



El primero Rise TimeVCE = 5 V, RL = 100 " tr — 10 — µs

Se refiere que de pasar de 0 a 5 V tarda 10 us con una resistencia en el de carga de 100 Ohmios, cuanto mayor sea la resistencia mayor será el tiempo que tarde.

Es decir se refiere a este tiempo:



El segundo: Fall TimeIC(ON) = 5 mAtf — 50 — µs  se refiere al tiempo que tarda el transistor en apagarse, es decir que la salida pase a 0 V cuando por el transistor circula inicialmente una corriente de 5 mA, cuanta más corriente circula mayor será el tiempo, si entramos en saturación óptica pues aún mayor.

Sería este tiempo:



El problema es que si la línea es muy pequeña y va muy rápido, t = s/v podemos llegar a tener el problema de que al transistor no le da tiempo a conmutar, y veremos una señal de este tipo en lugar de la primera imagen:



Es decir, un valor no válido para realizar una cuenta de pulsos en digital.

Por lo que tenéis que elegir el ancho de línea en función de la velocidad y la resistencia de carga que pongáis.

Las imagenes del osciloscopio son de un CNY70 que es otro sensor similar al que váis  a usar con una resistencia de carga de 15k, la señal amarilla es una onda cuadrada que alimenta al diodo del sensor y la azul la salida del transistor, es decir lo que sería la entrada a vuestro arduino.

Resumiendo el tiempo = ancho de línea/velocidad a la que se mueva, no puede ser menor que los tiempos de subida y bajada para la resistencia de carga elegida. Influyen muchas más cosas (como la distancia, la orientación, el ruido, ancho mínimo de línea..), pero si no lo véis poned la resistencia lo más pequeña posible e id haciendo la línea más gorda.

[Reply #8 on:]

Muchísimas gracias JMN por esta clase magistral!!!

La verdad es que te has explicado fenomenal y has dejado muy claro el asunto. Pues lo tendré en cuenta para ver como hago el diseño del circuito y de la rueda de códigos...

Muchísimas gracias!

[Reply #9 on:]

de nada, me alegro que se me haya entendido xD

Para cualquier cosa en la que sepa ayudarte por aquí estoy, saludos.

[Reply #10 on:]

JMN, explicación fantástica (clara y concisa). Hoy he estado en la tienda de electrónica y no tenían el QRD1114, me han dado en su lugar el CNY70. Como comenté voy a estar varios días fuera por lo que no pondré nada por aquí, pero cuando vuelva leeré todo lo que proponeis y me pondré manos a la obra. Saludetes

[Reply #11 on:]

Por cierto, se me olvidó comentar una cosilla, viendo los gráficos propuestos por JMN, para conseguir que no se "triangule" la señal, supongo que lo más sensato es poner media rueda de blanco y la otra mitad de negro. De esta manera conseguiremos tener el máximo tiempo para que el sensor pueda reaccionar a los cambios.
Incluso, si rizamos el rizo, colocar más banda de un color en el tiempo que más penaliza (es decir, el más lento) ya sea de subida o de bajada, y menos en el que menos tarda. De esta manera conseguiremos hacer que lea las máximas RPM (optimizarlo a las características del sensor).

[Reply #12 on:]

Tiene su gracia:

http://complubot.educa.madrid.org/sensores/anemometro/anemometro_index.php

Esto es del 2006

[Reply #13 on:]

Gracias Complubot!

No conocía este proyecto vuestro. Mi idea es hacer algo parecido, pero lo más reducido posible, de menor coste y lo más resistente posible.

Ya he visto que usásteis una rueda de dos sectores... mi idea era que tuviera al menos 8 sectores para que sea capaz detectar vientos flojos también. Sin embargo he visto que una velocidad de 1 km/h requiere 40 vueltas de mi anemómetro en un minuto, así que a lo mejor puedo usar una rueda tan simple como la tuya y no liarme con tiempos de rotación, anchuras de sectores,...

Gracias por el link y las ideas!

[Reply #14 on:]

Bueno, al final, he dejado un disco con un sector en blanco y otro en negro (en realidad el negro no existe, ya que lo he montado sobre un disco de metacrilato y parece que el transparente funciona como blanco al no reflejar el IR, y el medio círculo blanco funciona como negro al reflejar el IR... Puede ser porque lo he puesto demasiado cerca del sensor). Me funciona bastante bien. Ahora voy a ver si averiguo la velocidad máxima que es capaz de detectar( o al menos, a ver si es capaz de detectar la velocidad de 100 km/h, que es el máximo que me interesa...).