Salut à tous,
je souhaiterai faire un montage recevant une fréquence F1 (0-100hz) en entrée, et générer en sortie un signal F2 tel que F2=F1 x A (A allant de 0 à 100%).
En fait, voila le montage final que je souhaite faire :
J'ai essayé avec un PIC et le mode PWM, avec des tempos ... bref, j'ai rien trouvé qui fonctionne ...
Si vous avez des idées, je suis preneur !
Merci par avance pour vos réponses.
Pas sur que le mode pwm soit le plus adapté .
Plutôt le mode capture et compare .
quel pic utilises tu ?
ça n'est pas bien sorcier mais il faut y passer du temps et bien lire les datasheet .
Bonsoir,
Un conseil, pour la fiabilité et ta sécurité achète-le... en espérant qui ne coute pas un bras.
Cela me semble bien plus compliqué à concevoir qu'il n'y parait.
Avec un pseudo pareil le demandeur n'est pas à un bras prèsEnvoyé par cubitus_54
Sinon c'est quoi le but de ce machin, 6mn de video=Pffffffffff
Dernière modification par gabuzo ; 15/02/2014 à 17h53.
Je suis Charlie
J'utilisais un 18F2550.
Pour l'acquisition du signal d'entrée, j'utilisais le mode Capture. Là ou cela se corse, c'est pour générer le signal de sortie variable ... le mode PWM ne permet pas de faire varier la fréquence (seulement le rapport cyclique ...)
Ce montage sert à rectifier la vitesse affichée sur les compteurs numériques de moto, après avoir changé de rapport de transmission. (En ce moment, mon compteur affiche 100km/h alors que je roule à 80km/h --> au bout de 800km parcourus réellement, mon compteur aura pris 1000km ...)
Dernière modification par Kmicaz ; 15/02/2014 à 17h58.
Et avec un timer c'est pas plus simple ?
Je suis Charlie
Bonjour,
pour un nombre de tops toujours inférieur voir :http://www.ti.com/lit/ds/symlink/sn7497.pdf.
cela suppose que le tachymètre repose sur un comptage et ne soit pas un convertisseur fréquence tension ou tout autre dispositif du même acabit.
Autrement il faut passer par une PLL type 4046 et compteurs associés.
On doit pouvoir faire l’équivalent en soft avec un PIC ou autre µC.
JR
l'électronique c'est pas du vaudou!
bin la vidéo me semble assez claire pourtant .Avec un pseudo pareil le demandeur n'est pas à un bras près
Sinon c'est quoi le but de ce machin, 6mn de video=Pffffffffff
peut etre mode compare + interruption timer à la fin de ta période .
quelle gueule à le signal fournit par le capteur de vitesse ?
A mon avis le gros des difficultés n'est pas de générer le signal, mais plutôt les adaptations de niveaux de tension, la sauvegarde et l'acquisition des paramètres, l'étanchéité et la fiabilité.
Mais ça reste un projet sympa
Sans oublier le bon rapport de conversion qui donnera la vitesse réel...
Le signal du capteur de vitesse est un signal carré 0/+5V.
Je vais me pencher sur le SN7497
C'est fort possible mais je n'ai pas à perdre 6 minutes de mon temps pour comprendre le but de la manip que tu peux décrire en quelques lignes et quelques secondes. Par conséquent je zappe la vidéo.
Je suis Charlie
Je suis du même avis: si le demandeur présente une vidéo pour compléter et préciser des explications, c'est parfait. Si c'est juste pour s'y substituer pour cause de fatigue, de promo, ou raison similaire, ça ne m'intéresse pas.
Ceci dit, si d'autres sont d'accord pour se plier à ce canal, cela ne me dérange pas en tant que modérateur de permettre au topic d'exister. Mais c'est probablement dommage de se couper d'une frange potentiellement utile de l'audience du forum.
Pas de complexes: je suis comme toi. Juste mieux.
un circuit vieux de plus de 40 ansLe signal du capteur de vitesse est un signal carré 0/+5V.
Je vais me pencher sur le SN7497
normalement avec le pic ça doit marcher !
ça ne m'a pas l'air insurmontable.
Bonsoir,
Ne pas sous estimer ce qui se faisait à cette époque, ils ont su envoyer des hommes sur la Lune, aujourd'hui on serait bien en peine.un circuit vieux de plus de 40 ans
normalement avec le pic ça doit marcher !
ça ne m'a pas l'air insurmontable.
L'ignorance de l'Histoire est la première des ignorances!
JR
l'électronique c'est pas du vaudou!
je suis d'accord , d'autant plus que ce genre de montage éviterait peut être un plantage du à une erreur de programmation , MAIS je pense aussi qu'il faut vivre avec son temps , et pourquoi racheter un circuit alors que le matériel qu'il a sous la main permet normalement d'arriver à solutionner son probléme ?
Re,
en fait ce qu'il manque c'est la connaissance du mode de fonctionnement du tachymètre, si c'est par comptage alors 2x7497 et 3 roues codeuses et c'est fini.
JR
l'électronique c'est pas du vaudou!
bonjour,
J'ai essayé avec un PIC et le mode PWM, avec des tempos ... bref, j'ai rien trouvé qui fonctionne ...
Suposons que le PIC fasse correctement la mesure de Freq du signal d'entree
mode CCP1 + Timer1
Q=20Mhz cycle=0.2µS
en fait ce sera une mesure de periode!!!
Finput doit etre limitée à 1Hz..10Hz
Periode T input pouvant varier de 1000mS à 10mS
Un reglage de coefficient , à regler eventuellement par une liaison UART + terminal PC
qui devrait etre à terme fixe, en dur dans le programme MCU. (ou dans l'EEPROM du pIC)
soit Coeff valeur en floatant de 0,01 à 0,1 ( 1 à 100%)
T input * Coeff /2
divise par 2 pour avoir la demi periode..
On utilise ensuite le timer0 en mode interrupt pour fixer le temps ON/OFF
d'une sortie qui sera l'image de T input * Coeff/2
Timer0 ilitialisé avec prescaler =64
avec Q=20Mhz cycle=0,2µS
le reglage possible duree timer0 peut aller de
1 =>838.8mS à 65535 => 0.012mS
ex: Finput=50Hz soit Tinp=20mS
Coeff=0.50
Toutput= Tinput * 0.50=10mS
charge registre Tmr0 avec = 65535 - ( 10 * 1000 / ( 64 * 0,2)) = 64755
ce qui donne 781 cycles soit 9,9968mS
A chaque interrupt Trm0 , mise à jour du chargement timer0 et inversion
d'un bit dedié à la sortie du signal Fout..
ex: LATAbits.LATA4= ! LATAbits.LATA4
L'interaction interrput Tmr0 et CCP1 ne devrait pas etre trop importante..
mais sur changement de regime rapide, acceleration ...?
