Discussion :

[laurent1133]

Bjr,
Une question sur le comportement du paramètre RISING dans attachinterrupt.
J'ai une interruptions lorsque le
Capteur LM 393 passe de 0 à 1 mais également lors du passage de 1 à 0 comment cela est il possible ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
 
const byte pin = 2;
 
volatile byte state = LOW;
volatile unsigned long temps = 0, last_temps = 0;
volatile byte cpt = 0;
 
void setup() { 
 
	pinMode( pin, INPUT_PULLUP );
 
	attachInterrupt( digitalPinToInterrupt( pin ), set_interrupt, RISING );
 
	Serial.begin( 9200 );
}
 
 
void loop() {
 
	Serial.print( "temps " );
	Serial.println( temps );
	Serial.print ( "compteur trous " );
	Serial.println(  cpt );
	Serial.print ( "etat  " );
	Serial.println( state );
 
	delay(1000);
 
}
 
 
void set_interrupt(){
 
			temps = millis();
 
			state = 0;
 
			// rebond du capteur
			if( ( temps - last_temps ) > 100 ) {
 
				++cpt;
				last_temps = temps;
 
				state = 3;
			}
}

[Vincent PETIT]

Salut,
Ça dépend de plusieurs choses. Peut être qu'il faut générer un seuil d'hystérésis pour éviter une sorte d'oscillation logique autour de la valeur de comparaison.

Peut être que le système que tu as relié au comparateur est sujet aux rebonds, que tu retrouves dans ton analyse du problème.

- Qu'est-ce que tu as relié au comparateur LM393 ?
- Il nous faut le schéma.

[f-leb]

Salut à tous,

A mon avis, la logique de l'antirebonds logiciel sur interruption est bancale ici...

- si l'interruption se produit entre deux Serial.print, l'information affichée est fausse
- si la variable state passe bien à 3 lors de la détection d'un front montant "valide", elle repasse illico à 0 au moindre rebond

Capteur LM 393 passe de 0 à 1 mais également lors du passage de 1 à 0 comment cela est il possible ?

Le signal étant à l'état 1 depuis un moment (+ de 100 ms), il bascule à l'état 0 ==> OK, c'est un front descendant...
Mais si le signal bascule avec des rebonds ! Au premier rebond qui sera un front montant, hop, le système croit que le signal bascule à l'état 1.

[laurent1133]

Bjr,
Merci de votre aide.


Donc en fait il y aurait encore des rebonds si je comprend bien. (Effectivement la variable state reste toujours à 0 même après increment du compteur)

J'imagine qu'un filtre est envisageable...

[Auteur]

bonjour,

le LM393 est un comparateur pas un capteur... Quelles sont ses entrées ? ses sorties ? Quel module utilises-tu ?

[f-leb]

Bonjour,

C'est un module avec une fourche optique. Ton montage est un codeur incrémental rotatif, c'est ça ?


http://rco.fr.nf/index.php/2016/07/06/codeurs-et-robotique/

Cela m'étonne qu'il y a des rebonds sur ce dispositif Tu as constaté des rebonds à l'oscillo, ou en affichant des valeurs dans le terminal Série ?
Et puis 100 ms, ça me semble long (ou alors la vitesse de rotation est plutôt lente, peut-être en sortie d'un réducteur, mais ça dépend aussi du diamètre et du nombre de trous).

[f-leb]

Bonsoir,

Il serait plus logique d'afficher la nouvelle valeur du compteur quand un trou est détecté (c.à.d quand state=3) et de supprimer le delay(1000) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
const byte pin = 2;
 
volatile byte state = 0;
volatile unsigned long temps = 0, last_temps = 0;
volatile byte cpt = 0;
 
void setup() { 
 
	pinMode( pin, INPUT_PULLUP );
 
	attachInterrupt( digitalPinToInterrupt( pin ), set_interrupt, RISING );
 
	Serial.begin( 9200 );
}
 
 
void loop() {
        if (state==3) {
            state=0;
	    Serial.print( "temps " );
	    Serial.println( temps );
	    Serial.print ( "compteur trous " );
	    Serial.println(  cpt );
        }
}
 
 
void set_interrupt(){
 
			temps = millis();
 
			// rebond du capteur
			if( ( temps - last_temps ) > 100 ) {
 
				++cpt;
				last_temps = temps;
 
				state = 3;
			}
}

Ce ne serait pas Serial.begin(9600) plutôt ? (9200 dans ton code)