Loading...
  Show Posts
Pages: 1 [2] 3 4 ... 13
16  International / Français / DUAL hall effect sensor + neodym on: January 10, 2013, 10:07:06 am
bonjour a tous

se sujet n'a rien a voir avec l'arduino mais je fait appelle a vos compétence car je suis un peut une bille dans se domaine

j'ai trouver un type de moteur qui peut m’intéresser  je sais déjà comment je vais faire ect... mais je voulez votre avis professionnel
j'explique l’idée:

l’idée serrer de passer un moteur avec distributeur est injection fixe vers un allumage a bobine dédiée et aussi une injection séquentiel bien évidement si je supprime le distributeur il me faut recréer les point de repère nécessaire a la carto pour fonctionner, pour se qui me direr pourquoi ne pas garder le capteur interne du distributeur la réponse est non pour diverse raison même si se principe est le plus simple est qu'il marcherez sans probleme mais la n'est pas le but

je penser prendre un capteur dual channel pour faire les 2 en 1 c'est a dire avec le pôle N des aiment avoir mon repaire vilo et les pôle S avoir le repaire de cam

se qui donne 12 aiment polariser en N pour avoir l'impulsion VILEBREQUIN en sortie sur mon hall effect et 1 seul aiment en position S pour avoir mon impulsion CAM

pour le capteur j'ai trouver sa:  (c'est une marque assez reconnue dans le domaine des carto automobile et des accessoire)

http://www.titanmotorsports.com/haltech-s3-dual-channel-black-gland-hall-effect-sensor.html

le prix peux encore me convenir est encore peut être qu'il est exagérer ?? comme je ne suis pas du métier je ne serrer dire

ensuite le plus intéressant est qui me parer assez ridicule toujours avec la même marque mais cette fois les aiment si vous avez suivie il m'en faut 13:

http://revzone.com.au/store/product_info.php?manufacturers_id=24&products_id=664

comme on peut le constater 22$ l'uniter wooooooow il est spécifier qu'il n'est pas conseiller de prendre un autre type d’aimant car avec un environnement sévère (vibration est chaleur) l'aiment peut changer son champ magnétique est donc fausser la cartographie quand penser vous ??

pour moi le prix semble exagérer aprer c'est peut être le vrais prix de la qualité ??
17  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 10, 2012, 11:59:46 am
ok sa roule !!!

j'ai modifier ton schéma avec notament C1 R1

http://img577.imageshack.us/img577/74/photoqhz.png



j'ai quelque question

sur le schéma quand tu écrit .1µF     sa veut dire bien   1µF ou plutôt 0.10 µF ???

pour la sortie j'ai mis sur OUT qu'apporte de plus OUT 2 avec la résistance R6 de 100K et le condo C5 de .1µF ?

merci
18  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 10, 2012, 09:38:03 am
bonjour

tu a raison je vais acheter une plaque a essaie car je n'en est pas est je clipse tous sa dessus pour faire mes teste avent de souder sur une plaque epoxy définitive

je vais prendre un potar comme sa je le mettrez a la place de R1 je bougerez la valeur j'usqua avoir 5Volt max

concernant le pull up personne ne ma encore répondu je peut le mettre quand même ou vaut il mieux faire des teste sans est le mettre par la suite et aussi quelle valeur prendre ??
19  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 10, 2012, 02:51:57 am
bonjour a tous

Quote
Si un LM2907 fonctionne sous 5V , comme sur le réalisation que tu cites, ça simplifie l'interfaçage avec l'Arduino !
Par contre avec une tension Vcc  aussi basse la tension de déchet de l'ampli op de sortie et le transistor en émetteur suiveur limiteront sans doute la tension de sortie  vers 3,5V.
En envoyant vers l'Arduino une tension variant entre 0V et 3,5V il y a quand même de quoi faire une mesure de fréquence acceptable  !
Je ne trouve pas de LM2907 dans mes fonds de tiroir. Le modèle Spice du LM2907 ne modélise pas les 'défauts' de AOP internes.

est si on mais un régulateur a 6,5V (réglable car je suppose que sa existe pas dans cette gamme) pour obtenir 5V en sortie ?? j'aimerez maximiser les chance que sa marche car déjà je vais avoir un décalage de 30ms (je ne sais pas encore si c'est grave ou si se laps de temps est infime) je me dit méme qu'il serrer préférable que j’achète une plaque a essaie sans rien souder est faire des teste dans plusieurs mois avec le moteur remonter et comme tu dises al1fch avec le signal réel

et pour la pull up si je la rajoute ou cas ou sa peut altérer le signal si l'ecu en en déjà une ?? ou vos t'il mieux tester sans pull up voir si les résultat sont correcte est s'il ne le sont pas mettre la pull up

merci
20  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 09, 2012, 07:28:56 am
j'ai regarder le lien il semble l'alimenter en 5V j'ai fait plus de recherche sur le LM2907 il semblerez que certaine personne les même tester a 3volt

on peut donc dire:

Vout = Vcc. F . R1 . C1 . k

Vout =    5x600x128x130 (k ignorer car = 1)


R1 = 128k, C1 = 130nF  ==> Vout = 4,99V pour F=600Hz

sa nous donne 4,99V pour 600Hz


ps: je peut directement récupérer le 5V sur le régulateur du seeeduino
21  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 09, 2012, 04:03:43 am
Bonjour

Quote
Le simulateur effectue içi les calculs à partir de la mise sous tension ( = condensateurs déchargés).
(J'aurai pu démarrer avec des condensateurs initialement chargés mais ça complique inutilement.)
On voit donc la mise en route. Un changement de fréquence en entrée sera reporté en sortie avec un petit retard.
Ci joint une simulation a fréquence variable en entrée. Je ne sais pas si ce retard (20 à 30ms) est acceptable dans le contexte.
On peut réduire ce retard avec comme conséquence d'augmenter l'amplitude de l'ondulation sur Vout. C'est donc un compromis.

je ne pense pas que se soit très grave je m'ettrais le déclenchement a 7000rpm par exemple (rupteur 7200 pour l'instant)

se qui veux dire sur les première vitesse la ou elle sont les plus courte sa passera a 7100 ou 7150 (se n'est qu'un exemple) du a l'offset du LM2907 et sa passera a 7000 vers les dernière vitesse qui elle sont plus longue est donc le LM a le temps de s'actualiser

si sa augmente l'amplitude de l'ondulation c'est que je vais avoir d’avantage d'erreur fluctuation positive ou négative se qui n'est pas trop bon non plus sa demande a réfléchir ou même a faire des test

Quote
selon les infos d'al1fch, regarde quelle est la tension d'alim la plus basse necessaire au CFV pour que
Vout à 600 Hz soit la plus proche de Vref arduino sans depasser Vlimit, c'est à ces conditions que securité et resolution seront reunies

j'y avais déjà penser l'alimenter directement en 5V pour ne pas qui dépasse 5V si jamais la fréquence dépasse 600Hz mais se n'est pas bon car si je change la tension d'alim sa va tout me changer dans la formule et si aprer je tombe sur des composant qui sont pas dans les norme sa sera introuvable alors que une résistance de 100K et un condo de 100nF se trouve facilement

j'en profite:
comment sa se fait que dans la datasheet il est écrit voltage supply 28V alors que dans les montage on vois des alim en 12V et au dernière nouvel 9V apparemment

EDIT: quelle découplage choisir ? et comment le calculer surtout, car j'usqua maintenant on ma simplement dit de mettre sa ou sa donc y a t'il une façon de le calculer ou c'est plus par expérience est connaissance en électronique qu'on peut dire il faut t'elle condo

j'y repense pour la résistance pull up on peut la mettre par sécurité ?? (ou vos t'il mieux en être sur) car je ne suis pas sur que le signal sois a collecteur ouvert ou si le signal est tirer a 0V par l'ecu

merci bon dimanche !!
22  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 08, 2012, 12:28:24 pm
Quote
Vcc : si un 9V régulé est disponible il est possible de prendre un composant sans zener et d'alimenter en 9V

oui j'avais utiliser un LM7809 avec en entrer un condensateur 1 µF et un autre 1µF en sortie

Quote
choisir ensuite un couple R1C1  :
exemple R1 = 100k, C1 = 100nF  ==> Vout = 5,4V pour F=600Hz (et bien entendu 9V pour 1kHz)

sa me semble bien sa nous donne:

600/5,4x5 = 555,55 hertz = 5Volt

(555,55x2)x10 = 11 111 RPM max pour ne pas dépasser 5 volt et détruire le seeeduino

théoriquement il et impossible de le détruire si je ne dépasse pas 11 100 rpm ? ou vos t'il mieux mettre un circuit de protection ou cas ou, pas mon moteur mais une erreur qui produit par exemple 1Khz = 9V et la pus de seeeduino ??

ps: a 11 100 rpm sa me laisse une marge plus que raisonnable pour les possibilité de ma preparation moteur je ne pense pas en venir j'usqua ici

Quote
Pas de composant sous la main mais une petite simulation sous LTSpiceIV donne :
5,4V pour 600Hz       2,7V pour  300Hz     1,35V pour 150Hz ....
(pour accélerer les calculs j'envoie une sinusoide décalée (sommet à 5V, creux à 0V, moyenne à 2,5V)

oui c'est judicieux sa évite de manipuler des composant est de les griller avec une fausse manip ou un mauvais calcul je garde le nom du logiciel au chaud

pour les 2 dernière pièces jointe tu voulez me montrez le temps de latence d'aprer se que j'ai compris ?? pendant un laps de temps de quelque ms les valeur sont fausse c'est bien sa ??

pour le signal qui se retrouve en +12V aulieu de +5V sa ne change rien ?

Quote
0-5V, carré, de fréquence proportionnelle à la fréquence de rotation ???. Si l'info tachymetrique sort sous la forme d'un signal rectangulaire de rapport cyclique variable alors la conversion fréquence/tension ne convient pas.

 j'ai pas exactement compris se que tu voulez dire par la tu veux dire que la frequence ne bouge pas mais que le rapport cyclique lui change ?? (impulsion plus long ou plus courte ??)

si c'est sa non elle ne change pas c'est toujours le même type d'impulsion (déclenchement  des bobine d'allumage) il y a que la fréquence qui augmente par rapport au régime moteur (nombre de déclenchement de bobine par minute)
23  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 08, 2012, 09:18:02 am
merci pour avoir consacrer du temps pour le schéma

Quote
réponse partielle, (schéma provisoire joint) en attendant le dimensionnement des composants....

de quelle donner a tu besoin pour dimensionner correctement les composants ?

Quote
-Zener intégrée : inutile si le montage dispose d'une tension régulée de 12V, utile si on veut faire un compte-tours alimenté par la batterie.

je ne dispose pas de 12V réguler sur ma voiture seulement la sortie batterie qui fluctue de 11v j'usqua 14v je voulez mettre un régulateur 12V mais artouste ma dit que se n’était pas possible (ma tension n'est pas assez élevée) par contre j'ai une sortie 9V réguler et les sortie 3.3V et 5V du seeeduino

Quote
-Un condensateur et une résistance permettront d'obtenir sur la pin 1 du LM2907 du [-2,5v, +2,5V] à partir du signal carré [0V, 5V] disponible. le LM2907 veut de l'alternatif sur son entrée 1    si la pin 11 est à la masse.

hmmmm ok je vois je n'aurai jamais pensez a sa

Quote
-si le signal ECU sort en collecteur ouvert il faudra  ajouter un pull-up.

je ne veux pas dire de connerie mais il me semble que c'est en collecteur ouvert malheureusement je ne peut en être sur car je n'est pas d’oscilloscope

Quote
-Pont diviseur en sortie pour limiter la pleine échelle à 5V  

ok je vois resistance 4K7 et 2K2 = 5V

Quote
Question 'subsidiare' : est-tu certain des caractéristiques du signal tachymetrique disponible dans ton cas (0-5V, carré, de fréquence proportionnelle à la fréquence de rotation ???). Si l'info tachymetrique sort sous la forme d'un signal rectangulaire de rapport cyclique variable alors la conversion fréquence/tension ne convient pas.

eh bien le probleme c'est que je suis pas sur a 100% mais j'ai effectuer plusieurs recherche qui confirme que c'est du 5V a se que j'ai compris il y a 2 grand type de signal

les ancien Voltage spike
et les nouveau 5V square wave (se que je dois forcement avoir)

http://dtec.net.au/Tachometer%20Driver.htm
il est ecrit: (like the 5V 'tacho' output from an ECU)

et aussi sa

https://www.toymods.org.au/forums/tech-conversions/6355-tacho-tech.html


EDIT: apparemment certaine personne dise avoir mesurer la tension sur l'ECU d'origine du 2JZ-GTE (le moteur que j'ai) est il s'agirez bien d'un signal carrer mais pas en +5V mais plutôt en +12V je suppose que je dois avoir le même type de signal sur mon ECU programmable  (je continue mais recherche)

24  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 08, 2012, 04:19:46 am
bonjour merci pour la doc

alors déjà sur la doc je vois qu'il y a le LM2917 et le LM2907 j'ai donc chercher est apparemment le 2917 a une diode zener incorporer alors que le 2907 n'en a pas lequel choisir ?

Quote
-l'entrée 1 est conçue pour etre reliée directement à un capteur inductif (tension alternative d'amplitude 250mV... supporte jusqu'à 28V !)
    les figures 4b et 4c montrent le couplage à travers un condensateur.
    je n'ai jamais essayé 4d qui peut centrer l'entrée autour de 2,5V par exemple

mon signal et en courent continue pas d'inversion de polarité, sur 360° j'ai 3 impulsion de 5V le signale est carrer donc  je peut brancher directement ma sortie ECU (tachometer) sur la pin 1 du LM ?

Quote
-le choix des composants R1 et C1 est décrit , avec en plus l'abaque de la figure 10

ok vue ! donc pour ma plage d'utilisation C1= 0,1 µF et R1= 1000K correcte ?  se qui fait une plage d'utilisation de 1kHz etant donner que pour moi la plage sera 0 hertz a 600 hertz

Quote
-Le boitier 14 pins donne accès à l'entrée - du comparateur d'entrée

l’encombrement n'est pas encore un soucis pour moi il me reste encore un peu de place je prendrez donc le 14pins pour avoir plus de réglage

par contre comment déterminer la plage en sortie pour avoir 0-5V ??

merci et bon week !
25  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 07, 2012, 08:57:19 am
Bonjour al1fch

merci pour ta réponse en effet le LM2907 a l'air bien plus facile a mettre en œuvre que le TC9400 qui fait sapin de noël a coter avec toute ces "guirlandes" autour

même si noël approche je pense m'orienter sur le LM2907 il rendra mon "installation" plus simple a dépanner et plus compréhensible

j'ai regarder le datasheet est la figure 8 semble correspondre a mais besoin

http://imageshack.us/f/43/cfvp.png/

sur la borne 1 il me faut inverser mon signale ? car c'est du +5V que j'envoie hor sur la pin 1 du LM j'ai un signe de masse

je suppose aussi qu'il faudra que je modifie la résistance 10K pour avoir 120 hertz/Volt et non 66hertz/volt

26  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 07, 2012, 07:41:39 am
bonjour artouste

il est pas faux que je me dirige vers une usine a gaz ou j'y suis peut être déjà ?? ^^ (avec les 6 AD595 ect ect ect)

il me reste encore de la place dans ma boite mais c'est sur qu'a dépanner c'est plus complexe mais bon d'un autre coter je me dit que les option que je rajoute ne sont pas vitale a moins que sa peut générer des bug supplémentaire pour ma partie vitale ??

pour l'instant avec le seeeduino et les composant j'ai:

vitale:

boite de vitesse
pompe a eau

le rajout du BP d'embrayage s'il venez a ne plus marcher sa me bloque en position point mort

non vitale:

boost controller
les 6X AD595
les 2 ventilateur qui succède la pompe en cas d'inefficacité
acquisition des RPM sur le seeeduino

s'il venez  a ne plus fonctionner le code continuer de fonctionner (plus de autoshift et plus de protection contre les surrégime)



27  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: December 06, 2012, 09:50:11 am
bonjour a tous


Quote
tu reste en calibre DC , tu te mets en tours stabilisés et tu lis la tension  pour 1000 2000 6000  smiley-mr-green

je testerez le signal une fois la voiture remonter car actuellement se n'est pas possible

sinon pour en revenir a l’acquisition de mon signal je vais changer de méthode car sa ne marchera pas j'ai fait d’avantage de recherche est j'ai trouver sa:

Code:
const int sensorPin = 2;;
const int sensorInterrupt = 0;
const int timeoutValue = 1;
int rpm = 0;

volatile unsigned long lastPulseTime;
volatile unsigned long interval = 0;
volatile int timeoutCounter;

bool blink = false;

void setup()
{
  pinMode(sensorPin, INPUT);
  digitalWrite(sensorPin, HIGH);    // enable internal pullup (if Hall sensor needs it)
  attachInterrupt(sensorInterrupt, sensorIsr, FALLING);
  Serial.begin(9600);
  lastPulseTime = micros();
  timeoutCounter = 0;
}

void sensorIsr()
{
  unsigned long now = micros();
  interval = now - lastPulseTime;
  lastPulseTime = now;
  timeoutCounter = timeoutValue;
}

void loop()
{
  Serial.print(" RPM ");
  if (timeoutCounter != 0)
  {
    --timeoutCounter;
    float rpm = 60e6/(float)interval;
    Serial.print(rpm, 1);
  }
  Serial.println();
  delay(500);
}

je me suis aussi renseigner sur la partie hardware j'ai vue qu'il était conseiller de rajouter une résistance 22K en entrer pin 2

sa a nettement améliorer mon signal j'ai des erreur de 3 rpm se qui est tout a fait acceptable, de temps en temps j'ai des pic X4 sa multiplie par 4 le résultat que j'ai actuellement

exemple je règle a 4000rpm pendant 30sec je vais avoir 4000 RPM plus ou moins et une fois 16 000rpm puis sa repasse a 4000rpm je suppose que sa vien de mon AOP ou du ogiciel ou de ma carte son

bref j'ai modifier le code j'ai remplacer

 float rpm = 60e6/(float)interval;

par

float rpm = 20e6/(float)interval;

j'obtiens la bonne lecture pour une impulsion d'un 6 cylindre

ensuite j'ai intégrer le code dans mon ancien code que j'avais fait pour mon UNO j'ai très vite était embêter avec la ligne delay500 (mise en pause de mon code)

se probleme n'est pas vraiment grave pour les personne qui souhaite faire un simple "compte tour" sur afficheur LCD mais pas pour moi car j'ai le code pour la gestion de ma pompe a eau ventilo,boite de vitesse ect...

je les donc supprimer mais sa me mais une valeur de 40 000 rpm a 50 000 rpm bref sa fait n'importe quoi

donc je pense revenir sur mais première idée

je pense utilisez un TC9401CPD

datasheet: http://html.alldatasheet.com/html-pdf/75109/MICROCHIP/TC9401CPD/4951/12/TC9401CPD.html


pour convertir ma fréquence 0hertz 600hertz (0rpm 12 000 rpm) a un signal analog 0-5V sa utilisera moins les ressource de l'arduino

merci.
28  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: November 28, 2012, 07:32:32 am
le truc c'est comment ?? car les multimètre lise juste le signal a 50hertz (tension secteur) et de plus la tension ne s'inverse pas sa fait juste des pic sa ne marchera pas non ?

et sinon apparemment personne sur le forum français a la réponse a mon probleme
29  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: November 28, 2012, 06:32:44 am
bonjour je viens de faire une découverte apparemment sur les voiture récente il s'agit d'un signale carrer déjà en 5volt (pas 12V comme je l'avais marquer) qui sort directement de l'ecu j'en déduit donc que je pourrez brancher directement ma sortie a mon seeeduino

30  International / Français / Re: suite logique d'activation de solenoide pneumatique (etape "haut" "bas") on: November 27, 2012, 08:32:38 am
bonjour

tu a totalement raison artouste (en lisant juste la page 9 on pige rien)

pour résumer je suis passer d'une carte UNO a une seeeduino MEGA

le but est de commander une boite séquentiel par palette au volant (il y a 6 électrovanne pneumatique) le code est déjà fini et fonctionnel mai ayant du temps j'ai décider de fiabiliser et de sécuriser mon installation notamment par 2 ajout

le premier crée une entrer pour mettre un BP sous la pédale d'embrayage pour éviter de passer les rapport accidentellement quand le moteur et au ralentie avec le coude ou si on se penche dessus ect... se que j'ai réussie a faire sans trop de soucie comme je commence a comprendre les base du code

le second ajout et c'est lui qui me pose probleme serrer de lire la sortie tachometer (sortie destiner au compte tour) qui sort de mon ECU (gestion programmable du moteur) pour l'injecter dans mon seeeduino est de la modifier pour en sortir une valeur en RPM (tour minute du moteur) je n'est pas le matériel pour lire se signal mais d'apprer se que j'ai vue il s’agit d'un signal de 12V en hertz a 300hertz je suis a 6000rpm se qui équivaut a 3 impulsion par tour de vilebrequin, étant donner que sur un 4T on a 720° pour réaliser le cycle 4T on en déduit que sur les 720° on a 6 impulsion 3 sur le premier 360° (premier tour du cycle) et 3 autre sur le second 360° (2eme et dernier tour du cylce 4T) on en déduit aussi que c'est un 6 cylindre


donc je ne savez pas vraiment par ou attaquer car je n'est jamais exploiter se type de signale est surtout le reproduire (car actuellement le moteur et hors de la voiture donc difficile de faire des teste)

donc ma première question etait de savoir comment le reproduire
artouste ma donc appris que je pouvez le reproduire par une simple carte son d'ordinateur et avec un AOP amplificateur c'est se que j'ai donc fait

d’abord j'ai utiliser la fonction pulsein qui me paraisse la plus approprier mais au final mais essaie se sont enverrez erronée (trop imprécis) 

je suis donc revenus ici et artouste ma plutôt conseiller d'utiliser la formule d’interruption qui est bien plus précise en me fournissant aussi un code

j'ai donc injecter le code dans ma UNO (j'utilise ma UNO pour tout les test la puce étant monter sur socket je me soucis guère du nombre de flash)

les résultat on était beaucoup plus précis mais ne suivez pas la logique que je voulez

j'ai utiliser se code:

Code:
/*
 * Optical Tachometer
 *
 * Uses an IR LED and IR phototransistor to implement an optical tachometer.
 * The IR LED is connected to pin 13 and ran continually.
 * Pin 2 (interrupt 0) is connected across the IR detector.
 *
 * Code based on: www.instructables.com/id/Arduino-Based-Optical-Tachometer/
 * Coded by: arduinoprojects101.com
 */

volatile byte rpmcount;
unsigned int rpm;
unsigned long timeold;


void rpm_fun()
 {
   //Each rotation, this interrupt function is run twice, so take that into consideration for
   //calculating RPM
   //Update count
      rpmcount++;
 }

void setup()
 {

   Serial.begin(9600);
   //Interrupt 0 is digital pin 2, so that is where the IR detector is connected
   //Triggers on FALLING (change from HIGH to LOW)
   attachInterrupt(0, rpm_fun, CHANGE);


   rpmcount = 0;
   rpm = 0;
   timeold = 0;
 }

 void loop()
 {
   //Update RPM every second
   delay(1000);
   //Don't process interrupts during calculations
   detachInterrupt(0);
   //Note that this would be 60*1000/(millis() - timeold)*rpmcount if the interrupt
   //happened once per revolution instead of twice. Other multiples could be used
   //for multi-bladed propellers or fans
   rpm = 20*1000/(millis() - timeold)*rpmcount;
   timeold = millis();
   rpmcount = 0;
   //Restart the interrupt processing
   attachInterrupt(0, rpm_fun, CHANGE);
   Serial.println(rpm, DEC);
  }


j'ai changer pas mal de fois la ligne:

rpm = 20*1000/(millis() - timeold)*rpmcount;

et aussi

attachInterrupt(0, rpm_fun, CHANGE);                    (par RISING,CHANGE, ect...)

mais je n'est jamais de bon résultat j'ai une gamme en hertz ou c'est très précis des que j'augmente ou que je diminue le signal sa me mais n'importe quoi

dans la gamme la plus précise j'ai des erreur de 10 a 20 rpm pas plus se qui commence a être intéressant

je voulez donc savoir quelle est la meilleur méthode pour calculer se type de signale

je pensez attendre que ma voiture soit remonter dans 5 ou 6 mois pour tester avec le vraie signal sortant de mon ecu

ou bien a l'aide d'un montage électronique de convertir se signale en hertz en entrer analogique 0-5volt se qui est peut être plus exploitable pour l'arduino ??


pour le logiciel qui créer mon signale j'utilise sa: VB_Generator_standalone

voila si quelqu’un a déjà traiter se type de signal est se type de situation est bien je suis preneur sur la méthode qu'il a employer pour traiter convenablement le signal

en vous remercient par avance si il y a d'autre point a éclaircir merci de me le faire savoir
Pages: 1 [2] 3 4 ... 13