PulseIn & interrupt

International Français
1

Bonjour,

actuellement je réceptionne les données RF de capteurs sur arduino via la fonction pulseIn. La fonction pulseIn étant bloquante, je souhaite modifier mon programme pour utiliser les interruptions. J'ai donc mis en place l'interruption et le calcul du temps de l'impulsion mais j'ai beaucoup de parasites avec des impulsions d'environ 16 à 20us or je n'ai pas ces parasites avec la fonction pulseIn. Quelqu'un sait-il me dire pourquoi j'ai ces parasites avec les interruptions?

Voici mon code

#define DataPin 2

void setup()
{
  pinMode(DataPin, INPUT);
  
  // Initialise l'interruption sur broche n°2
  attachInterrupt(0, Pulse_RF, CHANGE);
}

void Pulse_RF(void)
{
  static unsigned long last;
  
  static unsigned long NewPulse;
  
  NewPulse = micros() - last; 
  
  if (digitalRead (DataPin) == LOW)
  {
    pulse = NewPulse;
  }
  else
  {
    pulse = 0;
  }
  
  last += NewPulse;
  
}

void loop()
{
  .....
}

P.S. : Seules les impulsions hautes m'intéressent

Merci.

Pierre

2

Il faut utiliser la pin ICP1 (pin 8) associée au timer 1. ce sera déjà bien plus précis (tu auras le "temps" exact du passage de la pulse sur 16 bits). Si possible, éviter les attachInterrupt() qui ont le défaut de prendre pas mal de temps dans le traitement des interruptions. Il vaut mieux déclarer une ISR(), mais ça risque de rentrer dans le hard...

Pour les parasites, tout dépend de l'environnement... un peu plus de précision sur l'ensemble du système?

3

Pour l'instant j'ai un arduino UNO avec ethernet shield et une breadboard pour le récepteur RF (module AUREL 433,9 MHz). Au départ je pensais que les parasites était du au câblage en fil volant mais comme la durée des parasites est toujours identique (16us ou 20us), j'en doute.

Pour l'utilisation de ICP1 et de ISR() je ne connais pas du tout, serait-il possible d'en savoir plus.

Merci beaucoup.

4

Ci joint un exemple d'utilisation de timer capture

test_timer_capture.ino (2.18 KB)

5

Quelqu'un sait-il me dire pourquoi j'ai ces parasites avec les interruptions?

Au hasard:

  1. une alimentation à découpage(bloc secteur, alim du PC)
  2. une liaison HF perturbée et ce serait le temps de raccrochage de ton récepteur (quoique ça me paraisse un peu rapide pour un raccrochage).

Les remèdes:

  1. alimenter avec une pile pour lever le doute
  2. une meilleur antenne, mieux placer l'antenne, éviter de se placer près d'une source de perturbation HF
6

Durant mes essais Blyss j'avais aussi remarqué des parasites notamment au démarrage d'une transmission ou en absence de transmission : le contrôle de gain qui doit être un peu à la rue. Problème des solutions en AM.

Je cherche des module RFM12B pour faire des essais en FSK. Si quelqu'un connais d'autres sources (moins chères) que SparkFun ou JeeLabs ?

Sinon, il faut filtrer. Mais des impulsions de 16µs a filtrer en soft, c'est pas facile. Il faudrait mettre un filtre numérique entre le récepteur et l'Arduino.

7

Merci de vos réponses.

Je viens de regarder un peu la solution avec l'utilisation de ICP1 mais de ce que j'ai compris du datasheet, l'interruption se passe sur front montant ou descendant donc j'arriverais à n'avoir que la largeur d'un train d'impulsion (impulsion haute + impulsion basse) or je veux le temps de l'impulsion haute uniquement. Je vais continuer à creuser.

Merci.

8

Le bit 6 de TCCR1B permet justement de choisir si on capte le front montant ou le descendant!

Pour tes parasites, une sale histoire de HF et de fils volants...

9

Il a besoin des 2 (montant et descendant) pour mesurer la durée de l'état haut.
C'est vrai, dommage. A moins d'en utiliser 2 ?

10

il suffit d'inverser le bit 6 de TCCR1B (edge_select) dès l'entrée de l'ISR pour détecter le prochain front inverse (méthode efficace trouvée dans une AN chez atmel). Avec cette inversion en plus, on sait dans l'ISR quel front on vient de détecter, ce qui permet de mettre à jour la bonne variable.

http://www.atmel.com/images/doc8014.pdf un algo simple se trouve en page 4. c'est en engliche ofkorse, mais tout y est dit.

11

Bien vu
+1