Pasa de la librería y mide la respuesta del sensor con el comando pulseIn()... y comprueba las conexiones, que a veces juegan malas pasadas.

Me imagino que con un trocito de fieltro y un poco de alcohol se podrán dejar como los chorros del oro.

Un saludo.

He  publicado un nuevo tutorial en el que se aplica el mismo algoritmo de cambio de estado de un pin digital pero adaptado a los pines analógicos.

Enlace al tutorial

Espero que sea de utilidad.

A ver, encendido, el título de este hilo es un poco fuerte. Yo también te  pido que lo cambies, pues a fin de cuentas nadie te ha estafado.

Ardutienda soy yo josemanu (a ver de la competencia te dice algo parecido). Tu compraste una Arduino Nano en la fecha 9/03/2013 (igual que podrías haber comprado una Leonardo o una Arduino UNO) y decides hacerme el pago por transferencia.

Yo en ningún momento me comprometo a hacer llegar en pedido en las 24h siguientes al pago, lo cual es muy difícil y muy caro. Mi compromiso es hacer el envío del material pedido en las 24h siguientes al pago. Las transferencias a veces entran el mismo día y otras veces tardan hasta 4 días, diga lo que diga tu banco. Tu transferencia entra el 12/03/2013 y (ten en cuenta que hay un fin de semana por medio) ese mismo día sale tu pedido por correo certificado. Te he pedido disculpas por los perjuicios causados por email y una vez más te pido disculpas.

Ahora quiero hacerte notar una cosa: tu Arduino Nano te ha costado 35€, ni mas ni menos, mientras que en cualquier otra tienda te habría costado 38.94€ (33€ + IVA).

Luego los portes, que a ti te han costado 3'61, por que yo solo cobro por el porte lo que es el certificado de la carta, el sobre y las dos pegatinas con el remite y el destinatario. Hay otras tiendas que te cobran 15 o 20€ por lo mismo ¿y que  hacen con la diferencia? ellos no lo se, yo el idiota.

Así que no me parece bien que me llames estafador por que tarde 4 días (incluyendo un sábado y un domingo) en mandarte un material a un precio inmejorable y con unos gastos de envío irrisorios para el servicio que da Correos.

Y ya termino dándote las gracias por permitirme poner unos enlaces que los administradores no pueden considerar Spam.

No hay de que, ha sido un placer ser de ayuda.

En teoría las interrupciones detienen el código que se esté utilizando para llamar a la función correspondiente. No se por que solo te funcionan durante un rato, pero es como matar moscas a cañonazos, al menos en mi opinión las interrupciones se deben dejar para casos extremos.

Te dejo un código que te puede ir bien de uno de mis tutoriales, detecta cambios de estado (por lo que te puede ir bien con los encoders) y lleva un contador dentro.

Espero te sea de utilidad.

Puede parecer una cuestión muy trivial, pero os aseguro que da más de un dolor de cabeza según lo que tengamos que hacer. Os dejo un tutorial con un sencillo código para detectar el cambio de estado en un pulsador conectado a un pin digital y disparar funciones o ejecutar código sólo cuando el pulsador cambie de estado. Incluye un contador por lo que es un código adecuado para equipos como anemómetros, contadores de paso, etc.

http://www.ardumania.es/cambio-de-estado-de-un-pulsador/

Que os sea útil.

Nadie nace sabiendo, todos hemos aprendido de una forma u otra y el foro está para que si tienes alguna duda los que tenemos más experiencia te ayudamos y lo hacemos por amor al arte y a Arduino, de forma totalmente desinteresada. Pero, por favor, cuidad un poco más las formas y los que pedís ayuda hacedlo con un poco más de humildad.

Un pequeño truco: Serial.read() lee de byte en byte por lo que si le vas a  mandar varios seguidos mete un pequeño retardo entre lectura y lectura, como un delay(5). Hay veces que si despues de cada lectura ejecutas algún comando no es necesario, pero tenlo en cuenta por si acaso.

Un saludo.

que parte no entendiste me gustaria que me dieran un ejemplo...

Como ya dije no pretendía ser borde ni maleducado, pero si utilizaras la búsqueda en lugar de ir a lo fácil, que es preguntar, habrías encontrado el ejemplo donde siempre ha estado, en la referencia:

http://arduino.cc/es/Serial/Read

Lo primero que tienes que hacer es ir a la referencia y mirarte como funciona el método Serial y sus comandos, por que no puedes hacer un op=Serial.read en cada loop.

Lo segundo es que si no te enseñan como se hace y te dicen que código tienes que poner no aprenderas nunca. Es mejor que alguien preparado te explique como funcionan los números hexadecimales y binarios y como Arduino trabaja con ellos, luego seguro que la solución a tu problema se te ocurre a ti solo.

No pretendo ser borde, pero es como el proverbio chino ese de "si me das un pez comeré hoy, si me enseñas a pescar comeré todos los días".

Un saludo y suerte

Gracias a todos por la ayuda.

Cambiamos los while's por if's y a funcionar, si a fin de cuentas lo que me interesaba es que los chavales practicaran las condiciones... luego les hice la puñeta cambiando las condiciones en las que los leds debían encenderse o apagarse.

Sobre los #define estoy de acuerdo con el oftopic de Mitxel, pero digamos que son los #defines's oficiales para trabajar con el Tinker Shield.

Un saludo y de nuevo gracias a todos.

Lo de iniciar el puerto serie se me había pasado al hacer copy/paste pero lo había probado antes.

Gracias por lo de los break, no había pensado en ellos.

Como es para la actividad de robótica con los niños quería hacerlo con el while para que lo vieran y de paso machacar un poco más las condiciones, que las tienen un poco atragantadas.

Gracias por la colaboración.

Les estoy haciendo a mis alumnos ejercicios para que las condiciones se les queden grabadas en el cerebro... y yo en mi infinita prepotencia hoy me he sacado de la manga un ejercicio en principio muy simple, a continuación el código:

Code:

#define O5 3
#define O4 5
#define O3 6
#define O2 9
#define O1 10
#define O0 11

#define I0 A0
#define I1 A1
#define I2 A2
#define I3 A3
#define I4 A4
#define I5 A5
 
  int lectura;
  void setup()
  {
  pinMode(O0,INPUT);
  pinMode(O5, OUTPUT);
  }
 
  void loop()
  {
    lectura = digitalRead(O0);
    Serial.print(lectura);
    while(lectura == HIGH)
    {
      digitalWrite(O5, HIGH);
    }
    while(lectura == LOW)
    {
      digitalWrite(O5, LOW);
    }
  }
 
 

Los #defines son por que estamos utilizando kits Tinker.

El caso es que el puñetero led no se enciende, es más, he hecho depuración por el puerto serie y parece que el loop() solo se ejecuta una vez.

Una manita por favor.

Por motivos personales tengo que viajar a Canarias en fechas próximas y me quedan 2 días libres.

Así que he pensado que si hay aficionados a Arduino con ganas de contactar con alguien de la comunidad o gente que le interesa iniciarse podemos organizar algún tipo de reunión informal. Lo puedo organizar en mi hotel (aun por confirmar) o si alguien sobre el terreno me echa una mano en cualquier otro sitio.

Los días en cuestión son el jueves 4 y el viernes 5 de octubre.

Para quien no me conozca resumo un poco mi curriculum diciendo que ya he organizado 2 bamcamps y estoy ahora con la tercera, además he realizado muchos talleres de iniciación.

Ruego máxima difusión, así mismo si resultara que ya existe algún grupo de aficionados organizado en Las Palmas me gustaría entrar en contacto.

Un saludo y espero noticias.

Coincido plemamente con dystrom, sin mas datos sobre tu codigo y los modulos BT que estas  utilizando poca ayuda te podemos dar.

Por lo general la comunicacion BT entre dos Arduinos es una simple comunicacion serie, por lo que quiza solo tengas que repasar este tipo de comunicacion.

Algo que despista mucho al principio y que puede que te haya pasado es que cuando un Arduino envia algo por serie lo puede hacer en forma de cadena, pero el que lo recibe lo hace de byte en byte.