Simulation d'un signal de moteur+tachymètre

[Seb.26]

Bonjour,
voilà quelques jours que je sèche sur un problème :
J'ai un driver de moteur de chez MAXON (du top matos à priori) :
la doc : https://www.maxongroup.com/medias/sy...uctions-En.pdf

Le moteur actuel est un moteur DC avec un tachy qui permet de connaitre la vitesse de rotation (0.52v pour 1000rpm).

Je veux remplacer le moteur par une version avec encodeur (j'ai besoin des pulses).

Mon montage (à base de ATMEGA 328pb) sait déterminer la vitesse de rotation via les pulses et des timers.

Maintenant, je dois reproduire la tension issue du tachymètre afin de pouvoir garder le driver d'origine.

J'ai donc mis un DAC (MCP4821) afin de reproduire les 0.52v / 1000rpm.

Quand je regarde ma tension de sortie à l'oscillo en faisant varier ma tension moteur avec une alim, tout est OK.
Mais quand je branche le tout sur le driver, ça ne marche pas.

Avec le moteur d'origine = ça marche.

J'ai aussi vu que comme mon moteur tournait à l'envers, la tension "vitesse" (issue du tachymètre) était négative.

Donc je me suis dis que mon DAC ne sortait probablement pas assez de courant et qu'il fallait inverser la tension ... J'ai donc ajouté un AOP (LM358) en inverseur avec 2 R de 10k pour un gain de 1.

... et ça marche toujours pas

J'ai trouvé ce schéma dans la doc du driver :


Je ne sais pas comment attaquer le driver, une idée ?!
Merci.
-----

[nornand]

Bjr , ca marche pas ok, mais quoi ?

Renseignes tu tous les signaux nécessaire ?

plus on demande toujours un schéma , au cas ou .

[paulfjujo]

bonjour ,

Pourquoi mettre un DAC , au lieu d'utiliser l'encoder


sur ton schema
Dip5 et Dip 4 servent au choix du retour vitesse
par encoder (Dip 5) etat fermé ou ouvert ?
Encoder A et Encoder B (donnant aussi l'info sens de rotation)

ou par tacho DC si Dip4 ouvert
entree -Tacho input
la sortie Monitor IN donne l'image de la vitesse

la reference vitesse sur set value -+

[paulfjujo]

de plus , ce DAC se pilote en SPI ...
tu ne peux pas envoyer la frequence issue de l'encodeur directe via ce DAC !

voir une solution analogique
LM2907 and LM2917 Frequency to Voltage Converter

[A voir en vidéo sur Futura]

[Seb.26]

de plus , ce DAC se pilote en SPI ...
tu ne peux pas envoyer la frequence issue de l'encodeur directe via ce DAC !

Pourquoi donc ? ... j'ai raté un truc ?

[Seb.26]

Par contre, je regarde "LM2907 and LM2917 Frequency to Voltage Converter" et ça a l'air très intéressant !!!

[Seb.26]

... suite ...

Je vais donc essayer de faire une conversion F/V via un LM2907N-8/NOPB

( gros noob que je suis, je n'ai même pas pensé à ce type de solutions !!! ... merci Paulfjujo )

Par contre, 10kHz, je vais donc utiliser mon CPU pour pre-scaller la sortie de l'encodeur ... ça tombe bien, j'ai T4 et OC4A libres !

[Qristoff]

Bonjour,
je ne comprends pas bien la problématique
Tu dis que tu vas changer le moteur pour une version avec encodeur, hors le driver Maxon prévoit déjà ça d'après la datasheet ! c'est juste le branchement qui change !
Il est aussi possible que je n'ai pas compris l'astuce..

[Seb.26]

Bonjour,
je ne comprends pas bien la problématique
Tu dis que tu vas changer le moteur pour une version avec encodeur, hors le driver Maxon prévoit déjà ça d'après la datasheet ! c'est juste le branchement qui change !
Il est aussi possible que je n'ai pas compris l'astuce..

Bonjour,
oui, en fait c'est because le contexte (que j'ai simplifié grandement )

En bref, je veux garder le système actuel tel quel car il est utilisé par d'autres "briques", je voulais que l'ajout de mon nouveau besoin soit transparent ... et donc ne rien brancher/débrancher du système actuel.

J'attends de recevoir des LM2907 ce matin pour tester, j'espère que ce sera OK, sinon je devrais alors trouver une autre solution.

Merci pour vos lumières.
Seb.

[Gyrocompas]

Bonjour,
Un convertisseur F/V consiste en un monostable (temporisation précise) dont on intègre la tension en sortie.
Le réglage de la largeur d'impulsion produit le facteur de conversion souhaité.
Principe utilisé par des millions de véhicule sous la dénomination tachymètre.

Le µP doit être capable de fournir l'impulsion calibrée, suivi d'un peu d'analogique derrière en respectant la charge.

[Seb.26]

Je reviens avec mes soucis ...

Donc, j'ai utilisé le Timer4 de mon uCPU pour diviser la fréquence de mes impulsions pour envoyer ça dans un LM2907N.

Problème : Vout reste à 0 ??

J'ai câblé le montage par défaut :

une idée ? ...
merci.

[paulfjujo]

bonjour,

...ça tombe bien, j'ai T4 et OC4A libres !

OC = open collecteur ?
il faut alors mettre une pull up pour attaquer l'entree du LM2907..

ton code de commande ?

il vaudrait mieux tester le LM avec un signal simple et connu émis par l'ATMEGA....

constant sortie, xxxx;

void setup ... etc..

void loop
{
 DigitalWrite(sortie,LOW);
 delay(1);
 DigitalWrite(sortie,HIGH);
 delay(1);
}

[Gyrocompas]

Bonsoir,
Un µP doit être capable en fonction de la fréquence des impulsions reçues de déterminer la vitesse de rotation.
Le même µP devrait être capable de fournir un signal pwm (fréquence fixe, durée variable) en fonction de la vitesse de rotation qui une fois intégré devient l'image analogique du signal reçu.
Prendre le temps de quantifier chaque conversion.

[Seb.26]

Merci pour vos réponses.

Suite à un WE de tests infructueux, j'ai laissé tombé cette piste du LM2907

Je vais essayer autre chose.

Merci

[Antoane]

Bonjour,

+1 Gyrocompas : j'utiliserais un signal PWM dont le rapport cyclique serait fonction de la fréquence venant du codeur, et le filtrerais passe-bas avant de l'envoyé au driver (eventuellement avec offset et mise à l'échelle -- en particulier pour prendre en compte les vitesses négatives).
C'est l'idée de départ d'utiliser un DAC, mais le DAC est ici interne au MCU.

L'ídée est bien sur mauvaise s'il faut pouvoir délivrer le signau au driver alors que le MCU est HS