Convertir un signal

[Julien3464]

Salut à tous,

Je me lance depuis peu dans l'électronique, via les cartes Arduino !

Pour un projet, je souhaiterais convertir un signal comme dans la photo en pièce jointe -> j'obtiens le signal rouge et je souhaiterais le convertir comme le signal bleu (0 - 5V) pour être ensuite analysé avec l'Arduino (Compter le temps entre deux impulsions bleues).

Quels sont les composants à utiliser et le circuit à réaliser pour faire cette conversion ?

Merci d'avance

 

[ludique]

Il faut un comparateur. A titre d'exemple, ce boitier en contient 4 qui fonctionnent jusqu'à 30V..
Vu le prix, tu peux te permettre de faire des ratés...

 

[ptilou_007]

Slt,

Salut à tous,

Je me lance depuis peu dans l'électronique, via les cartes Arduino !

Pour un projet, je souhaiterais convertir un signal comme dans la photo en pièce jointe -> j'obtiens le signal rouge et je souhaiterais le convertir comme le signal bleu (0 - 5V) pour être ensuite analysé avec l'Arduino (Compter le temps entre deux impulsions bleues).

Quels sont les composants à utiliser et le circuit à réaliser pour faire cette conversion ?

Merci d'avance

Un comparateur , comme dans les alim flyback de PC .
Avec toutes réserves ....

Ptilou

 

[gaston48]

Bonjour,

Un comparateur qui va déclancher à un certain niveau, assez haut, que tu considères correspondre au début de la salve.
Au premier déclanchement, il va activer un monostable dont la constante de temps est suffisamment longue
pour englober toute la largeur de la salve.
C’est le front montant de ce monostable qui va être scruté par l’Arduino pour evaluer la période , car la sortie du comparateur va constamment osciller sur toute la dure de la salve.

monostable : 555 ou MC14538

 

[osiver]

Sur la base des oscillogrammes montrés, un comparateur devra avoir un seuil supérieur à l'amplitude des créneaux parasites et à celle de la pointe vue au milieu.
De ce fait la largeur des créneaux sera inférieure à celle montrée. Est-ce important ?
De plus, la sortie du comparateur devra être intégrée pour masquer les oscillations.

Une solution serait de déclencher un comparateur, lui-même déclenchant un monostable non-retriggerable qui donnerait une largeur de créneau constante.

Si on avait des détails sur l'application envisagée, ça aiderait à proposer une solution pertinente.

 

[victorjung]

hello, l'image est pas très lisible, si on pouvait voir l'échelle de temps pour avoir la fréquence ca serait plus facile pour plus de précision
.

 

[Julien3464]

Merci à tous pour ces réponses rapides !!

Je vais essayer les solutions proposés au plus vite

Alors pour être plus précis, le projet est la réalisation d'un compte tour de moto (puis de tout un système d'acquisition de données, c'est pour un compé-client 125cc)

En enroulant un fil sur le fil haute tension de la bougie, on doit obtenir le signal rouge.
Le moteur tourne jusqu'à 14.000 tr/min, à raison d'une étincelle par tour (moteur deux temps, mono cylindre) on arrive donc à 233 impulsions/sec.

 

[SkippyLeChat]

Si je puis me permettre...
Pour résoudre le problème, je monterais en cascade 2 ampli OP. Le premier en filtre passe bas (intégrateur, càd avec une capa en contre- réaction). Le 2ème en comparateur avec des seuils de basculement différents (hystérésis)
Un peu comme cela :

Voir les formules des montages types pour le calcul des valeurs des résistances et de la capa.

 

[victorjung]

tu pourrais presque te passer d'électronique en attendant un impulsion haute sur l'arduino en puis delay légèrement supérieur à la durée d'un créneau puis mesure du temps jusqu'à la suivante... la durée d'un créneau est bien toujours la même non?

 

[Julien3464]

tu pourrais presque te passer d'électronique en attendant un impulsion haute sur l'arduino en puis delay légèrement supérieur à la durée d'un créneau puis mesure du temps jusqu'à la suivante... la durée d'un créneau est bien toujours la même non?

Oui je pense, seule la fréquence change.

 

[SkippyLeChat]

Je ne crois pas que tu pourras te passer d'électronique... Mais de toute façon, mets au moins une zéner (4,7V) en entrée pour protéger ton bazar

 

[ludique]

Si je puis me permettre...
Pour résoudre le problème, je monterais en cascade 2 ampli OP. Le premier en filtre passe bas (intégrateur, càd avec une capa en contre- réaction). Le 2ème en comparateur avec des seuils de basculement différents (hystérésis)
Un peu comme cela :[attachment=0]IMG_1427.JPG[/attachment]
Voir les formules des montages types pour le calcul des valeurs des résistances et de la capa.

+1 dans ce cas la, plus une bonne protection contre les pics de tension que ce type de capteur risque de provoquer...Et que les micro-contrôleurs n'aiment pas trop..Par exemple une petite capa en entré du premier étage, de l'ordre des 22nF...

 

[Julien3464]

Si je puis me permettre...
Pour résoudre le problème, je monterais en cascade 2 ampli OP. Le premier en filtre passe bas (intégrateur, càd avec une capa en contre- réaction). Le 2ème en comparateur avec des seuils de basculement différents (hystérésis)
Un peu comme cela :[attachment=0]IMG_1427.JPG[/attachment]
Voir les formules des montages types pour le calcul des valeurs des résistances et de la capa.

+1 dans ce cas la, plus une bonne protection contre les pics de tension que ce type de capteur risque de provoquer...Et que les micro-contrôleurs n'aiment pas trop..Par exemple une petite capa en entré du premier étage, de l'ordre des 22nF...

Ok, dans ce cas, quelle serait la ref du passe bas ? (Pour le comparateur, ref LM339N comme indiqué dans la première réponse ?)
Où puis-je trouver les formules pour le calcul des résistances et capacités ?

En tout cas, merci à tous pour les réponses !

 

[SkippyLeChat]

Pour les calculs, toutes les formules sont là : http://fr.wikipedia.org/wiki/Montages_de_base_de_l%27amplificateur_op%C3%A9rationnel
Pour le filtre, c'est un intégrateur et la fréquence de coupure à retenir doit être (sans doute) inférieure à la moitié de celle des signaux à bloquer... il faudra faire des essais avec un oscillo et réduire/augmenter la résistance d'entrée au besoin.
Pour le comparateur, dans un 1er temps tu mets des R = 22k et tu vois s'il faut augmenter/réduire la résistance qui fait interagir la sortie de l'AOP avec la tension de basculement. Il faut obtenir une certaine stabilité à haut et bas régime. Ce n'est pas évident, parce qu'il est probable que le signal d'entrée est très différent en fonction du régime moteur. Là encore l'oscillo est indispensable en phase de mise au point.
Pour les composants, n'importe quel AOP robuste et bon marché conviendra (l'éternel 741 éventuellement). Pour réduire l'encombrement, on en trouve 2 dans le même boîtier. Voir ce qui existe chez les fournisseurs.

 

[gaston48]

Sachant ton projet maintenant, tu peux t’inspirer aussi des montages de
stroboscopes pour réglage d’allumage. Il y a des capteurs sous forme
de ferrite sur la HT avec quelques spires pour le secondaire.
Une zener pour écrêter les surtensions. Il y a des montages à base de
4011 aussi. le principe est toujours un peu le même : détecter le premier
front représentatif et activer un monostable pour éliminer toutes les oscillations suivantes.

 

[Julien3464]

Salut,

Je vais donc me lancer avec les deux AOP.
Un ami va me prêter un oscillo pour pouvoir faire les réglages !

Pour la lampe stob, j'y avait pensé. J'en ai une à la maison, mais je ne veux pas la démonter et regarder... De plus, tu viens mettre directement une pince à effet Hall sur le fil de bougie, alors que là je souhaite juste enrouler un fil autour (pour l'encombrement). Je pense donc que le signal ne doit pas être tout à fait le même.

Merci à tous pour les réponses.

 

[SkippyLeChat]

Si tu ne veux (ou ne peux) t'embêter avec un oscillo et faire des tests, voilà un schéma tout fait à adapter pour sortir du 5V.
C'est le principe du monostable évoqué par quelques-uns, et qui marchera sans doute du premier coup !
http://d.nardi.free.fr/Strobo.htm

 

[Julien3464]

Quelques petites questions concernant le montage :

- La diode Zener de 4.7V est-elle bien placée ? Ne risque t elle pas de changer le signal ?
- J'ai remarqué que le NE555 travaillait sur front descendant. Or je dois plutôt travailler sur front montant. Comment puis-je faire cette modif ?

Pour résumer, si le montage est ok, il ne me reste plu qu'à essayer et rechercher les bonnes valeurs des résistances R1 et R2. Pour cela, est-il possible de mettre des potentiomètres et de mesurer la résistance une fois le réglage ok ?
Je vais quand même essayer d'avoir un oscillo, car le réglage que j'ai mis sur le NE555 me donne une tempo de 1ms qui sera peut être à ajuster en fonction de ce qui est observé à l'oscillo (si j'ai bien compris le principe !).

 

[chrisbur99]

Vu que le signal provient d'une bougie (ou bobine d'allumage) éviter d'utiliser un ampli-op en frontal, quel que soit la fonction de l'ampli-op ...
Trop aléatoire ! Trop fragile !

S'assurer aussi que le couplage avec la source se fasse avec une capacité la plus faible possible (il semble que ce soit déjà le cas, puisqu'on parle ici d'un "bout de fil enroulé" autour d'un câble de bougie).

On ne peut pas attaquer directement l'entrée d'une bascule de Schmitt par un signal issu d'une bougie ou bobine d'allumage, même si c'est à travers une faible capacité de liaison (laquelle - mine de rien - fait office de circuit différentiateur, lorsqu'elle est combinée avec la résistance d'entrée de la bascule). Trop risqué pour l'électronique ...

Amha, pour le préfiltrage du signal, comme celui-ci est assez crade, mais qu'il a de l'énergie à revendre, le montage le plus "robuste" serait constitué d'un "bête" intégrateur RC associé (par précaution) à une diode de signal type 1N4148 (ou 1N914) utilisée comme diode de clamp, pour être sûr que le potentiel de l'impulsion ainsi filtrée ne s'éloigne pas trop du potentiel de la masse ... (Cf. le montage "basique" utilisé en video pour le déclenchement de la base de temps trame, dans les vieilles télés).

Et câbler en sus une autre diode de clamp, cette fois ci tirée au + alim, pour être sûr que le signal préfiltré ne dépasse pas non plus la tension d'alim de l'électronique !

En aval de l'intégrateur RC "clampé" : monter une bascule de Schmitt, de préférence dans un montage à double ampli-op (comme cela a été indiqué plus haut) parce que ça permet d'ajuster indépendamment le seuil de déclenchement ET la sensibilité du montage. Faire en sorte que, à la sortie du dernier étage d'amplification, l'excursion en tension du signal ne dépasse JAMAIS la tension d'alim de la carte à microprocesseur, et ne descende JAMAIS en dessous de zéro volt, sinon : risque d'endommager ou griller le CPU.

La façon la plus sûre de garantir à l'entrée de la carte CPU une excursion en tension limitée à la plage 0V / +5V (*) consiste à utiliser comme dernier étage de la chaîne d'amplification un circuit opto-coupleur, ou - plus simplement - un transistor NPN de commutation "petits signaux" style 2N2222, monté en "émetteur suiveur", avec le collecteur du transistor relié au +5V de la carte CPU, une résistance d'au moins 22 kilohms montée en série avec la base, plus une diode de signal montée en inverse entre base et émetteur... Sans oublier une résistance de charge (de valeur comprise entre 470 et 2200 ohms) branchée entre l'émetteur et la masse : c'est au sommet de cette résistance de charge que l'on prélevera le signal destiné au CPU, la masse du circuit devant être électriquement confondue avec celle de la carte CPU.

Une fois l'impulsion mise en forme (une bascule de Schmitt produit des fronts bien raides) tout le reste peut se faire par le logiciel (Arduino).

Vu qu'il existe ici un circuit de pré-filtrage (le réseau "intégro-différentiateur") la seule utilité d'un monostable (**) serait de produire une impulsion suffisamment longue pour que le CPU soit sûr de la détecter, si le programme fonctionne sur une boucle de scrutation, et non par détection d'une interruption.

(*) ou limitée à la plage +0V / +3V3, si la carte CPU est alimentée sous 3V3

(**) monté en aval de la bascule de Schmitt,donc attaquée par la sortie de celle-ci

Dans les compte -tours analogiques des années 60/70, un compte-tours c'était ça : réseau intégro-différentiateur (plus un limiteur à diodes) en entrée, suivi d'une bascule de Schmitt, puis d'un monostable non redéclenchable qui délivrait une impulsion de durée fixe : la déviation du galvanomètre étant proportionnelle au rapport cyclique des impulsions ainsi produites, plus on montait en régime, plus le galvanomètre déviait. Par contre, si la constante de temps de l'équipage mobile du galva était insuffisante, il fallait à nouveau intégrer le signal AVANT de l'appliquer au galvanomètre, pour éviter que l'aiguille ne vibre trop à bas régime ...

 

[Julien3464]

Salut et merci de ta réponse !

Étant vraiment débutant en élec, je dois avouer que j'ai pas tout compris, un schéma m'aiderait surement !!
De plus ça fait encore une autre solution, pas évident de faire le tri maintenant sur ce que je dois faire et comment...

 

[chrisbur99]

C'est vrai qu'un schéma vaut mieux qu'un long discours, mais j'ai des problèmes pour poster des images (schémas) sur ce forum.

En résumé (par ordre d'importance décroissante) :

1. Amha, le point le plus important, c'est la protection de la carte Arduino contre les surtensions induites par une électronique externe mal étudiée : là, j'ai déjà donné. Pour faire passer une info codée sur 1 bit (*) plus j'y réfléchis, plus je crois que le mieux c'est d'utiliser un opto-coupleur entre l'électronique externe et la carte CPU, sinon tôt ou tard (au cours de la mise au point, par exemple) la carte Arduino va prendre une claque.

(*) la vitesse de rotation du moteur

2. Avec ou sans capacité de couplage (les "quelques tours de fil" enroulés sur un câble d'allumage) Il faut impérativement un limiteur à diodes en entrée, précédé par un atténuateur à résistances, si la tension crête des pics d'impulsions délivré par le système d'allumage est vraiment trop élevée, malgré le "faible couplage" capacitif (point à vérifier en priorité, avec un oscilloscope muni d'une sonde atténuatrice).

3. Juste ensuite, il faut un circuit de filtrage capable de distinguer de manière très nette (c'est à dire : sans ratés) une impulsion d'allumage à haut régime, d'une part, la "friture" parasite, d'autre part, les deux tendant à se confondre, aux vitesses de rotation élevées (??? A vérifier à l'oscilloscope).

Vu l'amplitude relativement importante du signal d'entrée, il est sans doute possible d'y parvenir avec un filtre passif passe-bas ou passe-bande du 2e ordre, qui va sans doute faire perdre pas mal de décibels en amplitude, mais dont la mise au point est relativement facile (sinon, il faudrait au moins 2 amplis-op pour faire ça proprement).

Cependant, il y a gros à parier qu'un circuit passe-bas ou passe-bande spécialisé (**) ferait le boulot de manière bien plus propre et beaucoup plus sûre, c'est à dire : sur une plage de vitesses beaucoup plus grande (ce genre de filtre existe en boîtier DIP 8 broches : et, s'ils demandent parfois une horloge externe, c'est la carte Arduino qui peut la fournir, vu le nombre de timers programmables disponibles sur ces cartes-là)

(**) filtre d'ordre N, à base de capacités commutées, avec N = 8, ou plus


Note : j'aime bien les bascules de Schmitt, ce sont des circuits extrêmement utiles, souvent indispensables, mais dans un montage'"compte-tours" c'est un peu un emplâtre sur une jambe de bois : dans un tel schéma, le vrai rôle d'une bascule de Schmitt serait d'enterrer préventivement toutes les impulsions dont l'amplitude est considérée comme trop faible pour déclencher le monostable, c'est à dire : les composantes du signal considérées comme nuisibles, mais que le préfiltrage n'est pas parvenu à éliminer... A un filtrage fréquentiel insuffisant (préfiltre) on associerait donc un filtrage basé sur un critère d'amplitude (via la Bascule de Schmitt).

Il faut bien voir qu'un monostable bien pensé (***) n'a (par construction) pas besoin de "fronts raides" sur son entrée déclenchement pour générer une impulsion proprette, puisqu'il contient déjà un circuit comparateur de rampes (cf. circuiterie interne d'un NE555, par exemple) ou ... Une Bascule de Schmitt, pour la conformation des impulsions de commande (cas du 74LS221).

(***) donc : étudié pour travailler à ces fréquences-là, au plus : quelques dizaines de kilohertz

4. Une fois le signal correctement filtré - éventuellement : "seuillé" par une Bascule de Schmitt, si le filtre d'entrée ne sait pas à lui tout seul "faire le tri" des impulsions - on peut enfin utiliser ce signal pour déclencher un circuit monostable : on remarquera que, d'une certaine façon, un circuit monostable non redéclenchable agit comme un filtre "passe-bas", puisqu'il ne se redéclenchera pas si 2 impulsions successives trop rapprochées se présentent sur son entrée "déclenchement"... Mieux vaut cependant ne pas trop compter là-dessus: si le signal était préalablement filtré comme il convient, on n'aurait pas besoin de Bascule de Schmitt et on pourrait même se permettre d'utiliser un monostable redéclenchable.

En conclusion : par rapport à un simple bricolage, ce sont les performances du filtre d'entrée qui peuvent faire la différence : si je devais un jour refaire un circuit compte-tours, je mettrais le paquet là-dessus.

.

 

[nopxor]

Bonsoir,

Tu peux aussi echantilloner ton signal par une des entrees analogique. L'arduino faisant l'analyse des donnees numeriques du signal par programme. Un aop a l'entree permettra de limiter l'excursion du signal. Prevoir un eventuel filtre anti-aliasing.

 

[wika58]

Pour info ça existe tout fait avec un bout de fil qu'on enroule sur le fil HT...

http://pages.ebay.com/link/?nav=item.view&id=161367158109&alt=web

 

[Julien3464]

Pour info ça existe tout fait avec un bout de fil qu'on enroule sur le fil HT...

http://pages.ebay.com/link/?nav=item.view&id=161367158109&alt=web

Salut,

Ouais je sais que ca existe déjà tout fait. Mais mon projet ne concerne pas que le compte tour, qui est juste l'une des fonctions que je dois avoir.

L'idée est de pouvoir faire un système comparable au système d'acquisition de données du HRC (Honda Racing) vendu pour environ 1.500€ suivant les options...

Les données à récupérer sont : Vitesse de rotation moteur (+ shift light), T° d'eau, T° des pneus, T° d'échappement, enfoncement des suspensions, chrono (par bande magnétique, avec les infos qui vont bien; partiels, meilleur tour, etc...), et bien d'autres données utiles pour les réglages de la moto... L'hiver approchant, il faut bien que je trouve quelque chose pour m'occuper !!

 

[gaston48]

Beau projet !
A mon avis, le fil que tu veux enrouler sur un cable HT est plus un capteur
inductif que capacitif. le nombre de tours te permettra d’affiner sa sensibilité.
La Zener qui protégerait d’une surtension serait plus à disposer aux
bornes de cette bobine de plus, elle filtre qu’une polarité des alternances.

 

[Julien3464]

Beau projet !
A mon avis, le fil que tu veux enrouler sur un cable HT est plus un capteur
inductif que capacitif. le nombre de tours te permettra d’affiner sa sensibilité.
La Zener qui protégerait d’une surtension serait plus à disposer aux
bornes de cette bobine de plus, elle filtre qu’une polarité des alternances.

Merci !
Ok donc la Zener est à déplacer en entré du signal !
Comment filtrer l'autre partie ?

 

[chrisbur99]

Problème avec les cartes Arduino : elles ne sont pas très puissantes (je ne parle pas de celle qui tourne sous Linux, dont l'emploi poserait d'autres problèmes)

Sachant que la carte DUE est trop fragile pour faire de l'acquisition de données, la carte Arduino la plus puissante utilisable ici reste la MEGA2560 ...

... La conversion ADC intégrée est lente ... Typiquement, quelques milliers d'échantillons par seconde, si le convertisseur ADC est géré en C++ ...

Pour ce qui est des données brutes ainsi obtenues, on ne peut pas en espérer plus que 6 bits significatifs, pour obtenir l'équivalent d'un bit ou 2 supplémentaires il faut procéder par oversampling, puis moyenner les résultats (débruitage) ...

A l'autre bout de la chaîne, les performances des "shields" contrôleurs d'écran (HIRES + Touch Screen) vendus à ce jour pour Arduino ne sont pas fantasmatiques non plus ... Au mieux (pour une gestion d'affichage écrite en C++) quelques dizaines de milliers de pixels rafraîchis, par seconde ...

Donc, s'il s'agit d'afficher un compte-tours par incréments de 10 ou 50 tours, avec des chiffres eux-même définis à l'intérieur d'une matrice pixels 32 x 32 (ce n'est qu'un exemple) on risque d'afficher (au mieux) 5 à 10 valeurs par seconde ... A condition que la carte CPU n'ait rien d'autre à faire ...

D'un autre côté, pour un compteur capable de grimper disons : à 15000 tours, il faut que le dispositif compte-tours soit capable d'identifier (avec une faible probabilité d'erreur) quelque chose comme 250 impulsions d'allumage par seconde (pour un moteur monocylindre) ...

Tel que présenté au début de ce fil, le signal d'entrée (prélevé indirectement sur un fil de bougie) est quand même relativement "sale" : pire que s'il provenait d'un capteur à effet Hall ...

Comme cela a été dit plus haut par un autre intervenant (Nopxsor), la solution "intelligente" consisterait à traiter le signal (*) via une routine logicielle (Arduino) dédiée au filtrage numérique adaptatif : une impulsion d'allumage serait détectée en tant que somme d'échantillons pondérés par des coefficients, à l'intérieur d'une "fenêtre d'échantillonnage" mobile.

(*) après écrêtage par un simple limiteur à diodes, donc peu ou pas de préfiltrage analogique, ou alors : très léger, pour ne pas compromettre la souplesse de fonctionnement apportée par le filtrage numérique adaptatif

Filtrage numérique + affichage HIRES : c'est beaucoup pour une seule carte Arduino. A tel point qu'on peut se demander s'il ne vaudrait pas mieux dédier une (petite) carte Arduino au filtrage adaptatif, et une autre carte à l'affichage (HIRES) des résultats : par la même occasion, la carte dédiée à l'affichage du compte-tours afficherait aussi les différentes températures issues de différents capteurs, chaque capteur (ou groupe de capteurs) étant lui même géré par une petite carte Arduino, laquelle communiquerait (via le bus I2C) avec la carte de gestion principale (affichage + Touch Screen) etc ...

La carte dédiée au filtrage adaptatif des impulsions d'allumage se contenterait donc de renvoyer vers la carte d'affichage une info de vitesse, typiquement : codée sur 8 ou 16 bits, dont (éventuellement) un ou deux bits de strobe, si la communication se fait via une liaison parallèle (nappe), et aucun bit de strobe si la communication se fait par une liaison I2C (native sur les cartes Arduino, mais la communication I2C risque de s'avérer un peu lente pour le besoin). Par exemple, avec une info de vitesse codée sur 8 bits, on pourrait exprimer/afficher (sans trop tricher) la vitesse de rotation du moteur comme multiple de 50 tours, jusqu'à un peu plus de 12500 tours.

Pour ce qui est de la précision, c'est une autre affaire : par exemple, pour une vitesse de ralenti comprise entre 600 et 1200 tours / minute, on dispose au plus de 10 à 20 infos par seconde pour "recaler" (par le biais du logiciel ?) une espèce de compteur intervallomètre (qui pourrait être l'un des timers de la carte d'acquisition Arduino). La durée de l'intervalle compris entre 2 allumages donnerait alors la fréquence de rotation du moteur : cette indication est donc très dépendante de l'incertitude sur le point d'allumage.

Conclusion : puisqu'il s'agit de définir un système complet d'acquisition de données, bien que les flux de données soient relativement faibles ici l'une des premières choses à faire serait de définir dans ses grandes lignes l'architecture matérielle et logicielle du système, avec estimation (à la louche, donc prudente) des capacités de traitement exigées, plus identification des goulets d'étranglements (**) - afin de déminer par avance les problèmes liés au temps réel, le but final de l'opération étant (amha) d'éviter la mise en place d'un exécutif temps réel sur la carte principale, à supposer que cela soit possible.

(**) par exemple, l'emploi généralisé du bus I2C pour la communication inter-modules est une option séduisante, mais qui peut se transformer en piège redoutable : ce bus devient un goulot d'étranglement lorsqu'il doit desservir un trop grand nombre de modules

 

[ptilou_007]

Slt,

Pour info ça existe tout fait avec un bout de fil qu'on enroule sur le fil HT...

http://pages.ebay.com/link/?nav=item.view&id=161367158109&alt=web

Salut,

Ouais je sais que ca existe déjà tout fait. Mais mon projet ne concerne pas que le compte tour, qui est juste l'une des fonctions que je dois avoir.

L'idée est de pouvoir faire un système comparable au système d'acquisition de données du HRC (Honda Racing) vendu pour environ 1.500€ suivant les options...

Les données à récupérer sont : Vitesse de rotation moteur (+ shift light), T° d'eau, T° des pneus, T° d'échappement, enfoncement des suspensions, chrono (par bande magnétique, avec les infos qui vont bien; partiels, meilleur tour, etc...), et bien d'autres données utiles pour les réglages de la moto... L'hiver approchant, il faut bien que je trouve quelque chose pour m'occuper !!

http://www.diy-efi.org/gmecm/

ptilou

 

[SkippyLeChat]

Ok donc la Zener est à déplacer en entré du signal !
Comment filtrer l'autre partie ?

Voilà qui va protéger ton entrée...

 

[Julien3464]

Bon apparemment vous êtes tous d'accord sur le fait que ce signal est trop pourrit pour être facilement exploité

Je vais donc abandonner le coup du fil enroulé sur le fil de bougie et essayer autre chose qui pourra surement simplifier les choses !

Comme je l'ai mentionné un peu plus haut, il existe un boitier d'acquisition de données vendu pour la moto. Celui-ci vient se raccorder directement sur une prise déjà existante (et libre, exclusivement utilisé par le datalogger). Ce boitier récupère les infos directement depuis le CDI mais il possède aussi 4 autres voies pour d'autres infos.

Les infos qu'il récupère directement sur le CDI :
- Vitesse de rotation du moteur
- Position de la poignée de gaz (capteur monté d'origine sur la moto),

Les autres voies sont réservés à :
- Vitesse de rotation de la roue avant (pas de capteur d'origine sur la moto, donc l'info ne sort pas du CDI mais entre, je pense, directement dans le boitier d'acquisition après installation des capteurs),
- Shift light (LED qui s'allume lorsque le moteur atteint une certaine vitesse de rotation, indiquant plus facilement au pilote le moment auquel il doit passer la vitesse)
- Capteur de détonation (La détonation, c'est un phénomène qui peut détruire très rapidement le moteur si mauvais réglage.)
- LED de détonation

Il doit rester des voies de libre mais je ne sais pas encore à quoi elles servent...

Je vais donc, à l'oscillo, essayer de voir ce qui sort de cette prise. Ce sont apparemment des infos entre 0 et 5V.

Sur la photo, en dessous de compte tour rond, on peut voir cette fameuse prise : "DATA LOGGER CONNECTOR"

Je vais voir ce que je peux faire avec ça !

Merci à tous pour vos conseils !