encodeur moteur de portail

[invite8c54107c]

Bonjour à tous,

Quelqu'un peut-il me renseigner sur le fonctionnement des encodeurs de portails coulissants ?
J'ai un bloc moteur équipé d'un moteur ELVI 24vcc
Le moteur serti, on ne peut l'ouvrir sans destruction, délivre par un câble trois conducteurs, (+, -, signal ) un signal carré 5vcc dont la largeur dépend du sens de rotation.
Pour l'exemple, portail de 4m de course j'ai 3270 impulsions en ouverture et 4390 en fermeture.
D'ailleurs le chiffre peut varier d'une centaine d'un cycle à l'autre.
Le signal est appliqué sur l'entrée RA0 d'un PIC 16F876.
Je ne sais pas comment le soft exploite le signal, comptage, largeur d'impulsions.
D'où ma question car j'aimerais comprendre le fonctionnement de la platine électronique.
Merci
-----

[invitecff0728c]

Je suis pas constructeur de portails mais j'ose imaginer que les cartes de commande ne fonctionnent pas forcément toutes de la même manière... Tu aurait une référence à donner d'un modèle en particulier ? Genre une sérigraphie sur la carte...

Si c'est un codeur incrémental, le pic compte les front montants et génère une PWM destinée aux hacheurs... Tu dois avoir des fins de courses qui gèrent les butées de ton portail.

Tu veux connaitre les détails du soft ou juste du fonctionnement au final?

[invite8c54107c]

Bonjour Olivier

Je suis convaincu que chaque marque a ses astuces et secrets.
Là, la question porte sur l'encodeur encapsulé dans le moteur.
Le bloc moteur est un Turbo 30 de chez O-Kay

Étant donné que le uP est monté sur support, l'idée est d'en re-programmer un pour prévenir une future panne sachant que j'en suis déjà à ma deuxième carte juste pour une panne du microP.
Ce qui m'a intrigué est le fait que les créneaux générés par le moteur font à la vitesse nominale 10ms dans un sens et 8 dans l'autre.
J'ai en effet en plus des barrières IR des fins de course à effet hall.
La procédure d'initialisation du portail apprends au uP la valeur de la course du portail si bien que même en l'absence de fins de course le portail s'arrête où il faut après avoir ralenti.
J'ai donc à faire à une carte pas trop mal conçue. D'ailleurs je me demandais aussi comment ils gérent le bocage du portail.
On a bien un potar sur la carte sur l'entrée RA0 du uP mais aucune mesure de conso sur la partie HT (24Vcc) du moteur. Je suppose comme disait un ami que le potar règle la valeur de consigne du rapport cyclique du PWM;
Ensuite le programme doit détecter s'il manque des tops suite à un blocage pour inverser le sens de rotation. Simple hypothèse.
Ce qui veut dire que le jour où l'encodeur tombe en panne je n'ai plus qu'à changer le moteur ou me dépêcher de développer un soft de secours.
Donc j'anticipe et pour ce-faire essaie de comprendre.
Cordialement JP

[invitecff0728c]

Si tu sais lire le code désassemblé, il est possible de le récupérer dans le PIC.
Moi je ne sais pas le lire personnellement mais MPLAB fait ça très bien paraît-il.

Il est grandement possible que les butée mécaniques ne soient qu'une sécurité supplémentaire non nécessaires à la motorisation. Je pense qu'il n'y a rien de bien compliqué.. 1 codeur avec deux sorties décalées pour détecter le sens de marche, à l'init ton portail doit comme tu le soupçonne et utiliser les IR pour détecter l'approche de la fin du portail... Peut être même qu'il stocke le nombre de pas enregistrés dans une EEPROM pour s'en rappeler après une coupure.

En ce qui concerne la différence de vitesse relative au rapport cyclique je ne vois pas trop pourquoi cela diffère en fonction du sens par contre..

Petit conseil d'entretien su tu as peur que ton codeur s'encrasse, il existe des modèles ou tu a directement une entrée pour injecter de l'alcool afin de le nettoyer (j'ai déjà vu ça sur les règles Heidenhain)... Je déconseille juste le Grand Marnier (ça n'arrange rien )

Étant donné que le uP est monté sur support, l'idée est d'en re-programmer un pour prévenir une future panne sachant que j'en suis déjà à ma deuxième carte juste pour une panne du microP.

Je pense que c'est un microcontrôleur..

au fait ce ne serait pas ça ta carte ?

[A voir en vidéo sur Futura]

[invite8c54107c]

Malheureusement la protection du pic est active, donc impossible de copier le code.

Le portail ne ralentit pas grâce aux IR. Les IR sont une sécurité si tu passes au moment où ça se ferme.
L'encodeur est probablement un système à effet hall géré par un petit uP qui envoie des signaux carrés de durée proportionnelle à la vitesse de rotation et au sens de rotation. C'est inaccessible. Si ça lache, faut changer le moteur.
Je n'ai pas peur que ça s'encrasse, je crains simplement une panne du codeur.

au fait ce ne serait pas ça ta carte ?

Pas compris cette dernière phrase, doit manquer une photo, non ?

[invite8c54107c]

Excuses je n'avais pas vu le lien hypertexte sur le "ça".
Non c'est pas ça ma carte. C'est ça.

[invitecff0728c]

OK, bon ça ressemble fortement à ce que j'ai posté pour le coup..
Et pourquoi tu essayerai pas de faire le programme toi même ? Tu te chope un PIC18 et en avant guingamp !!

a moins que tu n'utilise pas on portail actuellement et dans ce cas c'est encore mieux...

quand tu dis que c'est inaccessible tu parle mécaniquement du fait qu'il soit intégré au moteur ? Sinon commandes-en d'autres et tu te fait ta tambouille

[invite8c54107c]

Refaire un programme c'est ce que je suis en train de faire, c'est pour ça que j'essaie de comprendre comment ça fonctionne.
jp

[invite8c54107c]

Bonjour à tous,

Je relance le sujet car je n'ai pas eu de réponse à la question
Pourquoi ais-je plus d'impulsions dans un sens de rotation que dans l'autre. Ce n'est pas gênant et peut aider à connaitre le sens de fonctionnement.


Mais j'aimerais comprendre.
Quelqu'un peut il m'expliquer comment un seul capteur peut détecter plus de tours dans un sens que dans l'autre.

Merci d'avance.
Cordialement
JP