[paulfjujo]

bonjour Henri , et à tous


tu as abattu un sacré travail ...
mais perso, je me noie dans tant d'infos.(ex tableaux des cames)

La représentation de la boucle principale en jette !

rappel :
=> à Priori on partirai sur un PWM à 3Khz..
>>> Pour la vitesse Rapide ?
>>> Et même peut-être moins...

vu que c'est la valeur duty-cycle qui reglera la vitesse et non la frequence
la valeur de frequence (fixe) pourrait etre de 3,9Khz
on pourrait utiliser seulement le Timer2 pour les 4 sorties PWM...

On pourrait deduire approximativement la vitesse,
par la tension appliquée au moteur , mesurée par l'INA apres le shunt
et la mesure de courant par l'INA
donc on aurait une fem de = U induit - ( R induit * Amps)
fem image de la vitesse

le reglage de vitesse via le % PWM etant inopérant entre 0% et quelqques %
correspondant au courant de decollage de la mecanique
et une vitesse de deplacement tres faible ...
tout % supplementaire se traduira donc par une augmentation de vitesse
L'ideal etant un asservissement en vitesse ..+ boucle de courant impriquée ..avec une mesure sur le moteur (ex :tachy ou autre)
mais trop luxueux ..

sur ton schema , j'ai vu des resistances pull-up R32 R33 de 1K
à mon avis c'est trop faible ... 2,2 à 2,7K
vu qu'on a pas de grandes longueurs de bus I2C, et 4 invités presents sur le bus .


Questions :
le buzzer buzz tout seul, ou il lui faut une frequence ?
idem pour la sirene .. simple sortie (non modulée) ?

INA:
pour les mesures de courant INA
si elles sont faites dans la boucle principales
elles seront rafraichies QU'A CHAQUE tour de boucle
(de duree inconnue à ce jour)
SINON, les inclures dans une interruption (Timer4 ou 6 par ex)
de 500mS ,servant aussi de centrale clignotante 2Hz (modulo 4)
intervalle de 500mS suffisant ?
ou 100mS ?
dépend aussi de la vitesse maxi du portail , déplacement f(Temps)

à voir si il ne faudrait pas aussi prendre en compte
les mesures de tension INA
commme info vitesse, moyennant un petit traitement evoqué ci dessus.

MCP23017
je pense que le rafaichissement MCP23017 doit aussi y etre inclus (interrupt Timer)
ou alors un traitement (aperiodique) via interruption sur changement d'etat d'une
des 8 entrees du MCP23017 aurait pu etre envisagée via
Pin RB6 ou RB7 actuellement reservées ICSP
si la vitesse de reactivité est necessaire.
(necessite de tester cette solution puis modifier le schema et PCB)

Cette notion de timing et reactivité aux evenements exterieurs
doit etre quantifié pour trouver la meilleur solution de traitement logiciel.

exemple
RC0 Alert_inPC0 IN numérique Blocage surcharge générale (0)
actuellement dans la boucle principale
=> necessiterait un traitement dans une interruption ... ARRET des 4 PMW 0%
et traiter ensuite l'image de cet "Arret d'urgence" dans la boucle principale

[Babar64]

Bonjour Paul, bonjour à tous,

Source du messageje me noie dans tant d'infos.(ex tableaux des cames)

Euh, perso, j'ai bien failli moi aussi...! Mais bon, ça m'a permis de bien appréhender le bouzin. Du coup, je ne pense pas qu'il soit pertinent de prévoir d'utiliser de mise en table, puisqu'il semble que l'on peut gérer correctement via des if et des while. Mais je n'ai absolument pas ta maîtrise du C... Il doit certainement y avoir beaucoup plus simple que ce que j'ai tenté, qui doit comporter de belles erreurs (notamment sur la temporisation de fin d'ouverture hors butée qui me parait erronée)

Source du message ...résistances pull-up R32 R33

OK : mises à 2k2

Source du message buzzer buzz tout seul, ou il lui faut une fréquence ?

Oui, tout seul (pas de pilotage en fréquence nécessaire) Toutefois, ce peut être en continu, mais aussi en intermittent (1 ou 2 Hz)

Source du message pour la sirène

C'est une sortie de pilotage d'une sirène auto-alimentée déportée : Elle est normalement à l'état haut

Source du message interruption sur changement d'état d'une des 8 entrées du MCP23017 aurait pu être envisagée via Pin RB6 ou RB7 actuellement réservées ICSP

Si cela s'avérait nécessaire, cela impliquerait d'affecter le (ou les) port(s) IntA et/ou IntB du MCP23017 au(x) port(s) PGC et/ou PGD du PIC ; c'est bien çà ?
Certaines entrées du MCP23017 ne concernent pas la motorisation :
=> ALRM_inMB0 (mise sous/hors alarme de la maison)
=> PTNctc_inMB1 (commande d'ouverture du portillon)
=> RADAR_inMB2 (détection intrusion)
=> AL_Rg_inMB3 (report alarme)
=> AL_Jn_inMB4 (report prêt pour mise en veille alarme maison)
=> ASbcl_inMB6 (boucle d'autosurveillance sabotage)
Pour les autres, je m'interroge :
=> GAP_VTX_inMB5 (Choix fixe par construction : Vantaux décalés ou simultanés)
=> LCK_OPN_inMB7 (Choix fixe par construction : Avec ou Sans Butée de fin de course en fin d'Ouverture)
In fine, préfèrerais-tu prévoir quand même le recours aux IntA et/ou IntB du MCP23017 (modif schéma et PCB) qui ferait perdre l'ICSP (sauf erreur : plus de YAT ?)

Source du message inclure les mesures INA dans une interruption (Timer4 ou 6 par ex)

Cette solution semblerait effectivement plus appropriée, voire plus simple. Concernant la vitesse du portail, elle reste lente compte tenu de son poids : environ 10° par seconde en vitesse rapide, et 5° par seconde en vitesse lente, sachant que ces durées peuvent être augmentées de 10% ; donc durée totale de 0°à 90° de l'ordre de 10s.
Par ailleurs, je n'ai volontairement pas prévu de gestion de vitesse progressive en début ou fin de course : c'est directement en vitesse lente.

Source du message pour les mesures de courant INA, si elles sont faites dans la boucle principale, elles ne seront rafraichies QU'A CHAQUE tour de boucle

Effectivement, et comme tu l'indiques, on ne connait pas encore la durée de cette boucle. Euh : Ajouter des while, pour les inclure dans les pas des cames ?

A+

[paulfjujo]

Bonjour à tous,


On ne peut pas dire que ce sujet attire les foules ...

duree d'ouverture vantail:
90° en 10 sec
Avec interruption calée à 100mS sur Timer6 (ou autre ,sauf timer2 reserved PWM)
soit une resolution angulaire d'angle 0.9° à vitesse maxi
Traitement cyclique régulier dans un interval de delai imparti :
via Timer 6 Interrupt (low priority):
*Les 2 mesures de courant INA ( et au passage les tensions Induit et etat INA)
*le cyclage 2Hz (via compteur modulo 20) -> bit Clignotant pour Buzzer
*les 8 entree du MCP23017 port B :
si on se satisfait de 100mS d'intervalle de delai pour scruter le MCP23017
pas besoin d'une interrput specifique
Traitements sur EVENEMENTS (high priority) :
*interrupt IOCB sur changement d'etat ou front pins :
RC0 Alerte_InpRC0 (sortie pin ALERT INA)
RA7 OBST
*Interrupt RX
via RC7 Uart Interrupt, pour pouvoir debugger en ligne via YAT terminal
ne reagit QUE si on envoit une demande via le clavier terminal

ATTENTION :
si la reactivité sur changement d'etat PORT B MCP23017
ex: FDC vantail 1 et 2
doit etre IMPERATIVEMENT la plus rapide possible
=> usage de INT_B reliée à RB6 (par exemple)
et validation IOCB interrupt pour la pin choisie
Liaison hardw MCP23017 INT_B et RB6
via un strap/cavalier (pour autoriser aussi la possibilité ICSP)
(nota : YAT est sur RC6 et RC7)

le traitement de toutes les interrupts doit rester faible
par rapport à la duree globale de la boucle principale
L'element prenant le plus de temps est l'affichage LCD (because tempos interne necessaires).
+ une fenetre temporelle facilitant la capture de l'interrupt RX UART.

On peut estimer obtenr sans peine,une duree de boucle de 500mS mini (avec LCD ,SANS reception UART!)
à probablement 1 sec (avec LCD + reception UART et fenetre de capture de 500mS)
et <100mS sans affichage,ni LCD ..aveugle donc.

un contact d' entree necessiste un petit delai antirebond 10 à 30mS, pour etre validée
ou plusieurs tests successifs espacés dans le temps..
l'entree doit etre configuree en mode trigger via INVLx7
voir TABLE 16-9: INPUT LEVEL PORT REGISTERS DS40001919C-page 271


il va sans dire qu'il faut Pre-tester chaque module , du programme
pour valider une solution ..

A+


D'autre avis ,remarques de Fantaspiciens ? ?

[Babar64]

Bonjour Paul et à tous,

Source du message nota : YAT est sur RC6 et RC7

Oups! Donc erreur de ma part !

Source du message via un strap/cavalier (pour autoriser aussi la possibilité ICSP)

Les ports Ax du MCP23017 étant tous des sorties, je crois comprendre que l'on utilisera pas IntA.
Vu le tracé au PCB, j'affecte 1 cavalier sur PGD/IntB,
Initialement, j'avais laissé les ports PGC, PGD, IntA et IntB en l'air (non connectés), je l'ai prévu, mais faut-il câbler des pull-up (4,7k) ?
Sans pull-up câblé, en l'absence du cavalier, IntB et PGD seraient en l'air ... et avec cavalier un pull-up serait-il nécessaire ?
J'ai aussi prévu la possibilité d'implanter un cavalier côté PGC au cas où on aurait besoin de déplacer une entrée du MCP23017 vers le PIC

Source du message On peut estimer obtenir sans peine une durée de boucle de 500mS mini (avec LCD ,SANS réceptions UART!) à probablement 1 sec (avec LCD + réception UART et fenêtre de capture de 500mS) et <100mS sans affichage, ni LCD ..aveugle donc.

Là je m'inquiète un peu si l'analyse ampèremétrique ne se fait pas autrement qu'à chaque boucle... notamment quand un vantail arrive en Butée Fermé (ou Ouvert si elle est présente), car son moteur est bloqué. Il donc faut avoir une réponse ampèremétrique rapide et régulière... non ?
Mon ébauche en C n'est semble-t-il pas suffisamment claire, au moins sur ce point, mais je n'ai pas encore d'autres retours sur mon approche du traitement des conditionnalités.

Source du message On ne peut pas dire que ce sujet attire les foules ...

Certes il y a de la CNC dans l'air, mais peut-être les fantaspiciens n'ont-ils, soit pas de portail électrique, soit aucun problème avec, soit peut-être aussi aucun retour d'expérience à partager. Mais j'ose avouer que j'aimerais bien recevoir leurs avis et conseils.

Donc wait&see

En tout cas, merci et A+

[venom]

Bonjour a tous.

Personnellement j'ai pas d'expérience tout court pour vous suivre et apporter mes idées/suggestions

Pourtant des portails j'en fais toutes les semaines casiment (c'est mon métier)

Mais je me contente de brancher, régler... Je ne sais pas lire un pcb (qui est propriétaire soit dit en passant)

Il faudrait que je vous envoie les notices des centrales que j'utilise peut être ça peut vous donner des idées ?

Vous travaillez sur quel type de moteur ? A bras, a vis sans fin ?

Avec cellules photoélectrique en protection ? Et détection d'obstacles ?

En tout cas le schéma de Babar est bien fourni Bravo pour le travail

Et je pense que les utilisateurs vous lisent sans intervenir du moins c'est mon cas







@++

[gwion]

Bonjour au forum,

Si la montée du "Alert" de l'INA déclenche une interruption, tu vas traiter le cas sur le champ il me semble bien.

[Babar64]

Source du message Vous travaillez sur quel type de moteur ? A bras, a vis sans fin ? Avec cellules photoélectrique en protection ? Et détection d'obstacles ?

Moteurs à bras. 2 cames de position (réglables) sont montées sur l'axe de rotation du bras. L'une (SwOP) fermée sur les 5 premiers degrés d'angle depuis la position vantail fermé, l'autre (SwCL) fermée sur les 5 derniers degrés d'angle jusqu'à la position vantail ouvert.
J'ai prévu la présence de détection anti-pincement par palpeurs, et de détection d'obstacle par cellules photo, car leur réponse est plus efficiente que la seule détection ampèremétrique de surcharge lors d'un blocage. En cas détection, outre l'arrêt, le mouvement est inversé pendant 1s, puis stoppé en attente d'une commande de reprise (lente ouverture complète).

Source du message Si la montée du "Alert" de l'INA déclenche une interruption, tu vas traiter le cas sur le champ il me semble bien.

La Sortie Alert de l'INA est en open drain. Au dépassement du seuil de surcharge (VOL), propre à la configuration de l'INA (Calibration Register), elle passe à l'état bas (avec le paramétrage APO=0).
Je n'utilise pas le latch propre à l'INA (paramètre LEN=0). J'ai préféré recourir à des portes logiques (CD4001) pour exploiter un Reset hard sur carte via SW3.
Ainsi un état bas fourni par la sortie Alert de l'INA provoque un latch à l'état haut (en sortie de la porte C du CD4001) vers l'entrée DIS du HIP4082 correspondant, ce qui bloque ses sorties moteur.
Cette action d'arrêt des moteurs n'est donc pas pilotée par le PIC (réponse instantanée de l'INA). Toutefois, cet état est transmis sur son entrée Alert_inPC0 pour visualisation (Led) et affichage (LCD).

Pourtant des portails j'en fais toutes les semaines quasiment (c'est mon métier) ... Il faudrait que je vous envoie les notices des centrales que j'utilise peut être ça peut vous donner des idées

Euh, ce pourrait effectivement m'être d'un grand secours si je n'arrive pas à m'en sortir. Klyntar étant un peu loin , on pourrait se contacter par MP ?

Merci.
A+

[venom]

Bonjour, c'est quel marque au fait tes moteurs Babar64 ? Tu as des fin de courses a curseurs mécanique dessus ? Ou aimant ?
C'est des moteurs a 3 fil ? (+ - FC) ?

Euh, ce pourrait effectivement être d'un grand secours si je n'arrive pas à m'en sortir. Klyntar étant un peu loin , on pourrait se contacter par MP ?

Merci.
A+

bien-sûr n'hésite pas à me mp si tu as besoin. Si je peux aider (comme c'est souvent l'inverse j'aime rendre l'appareil)
Même ici si ça peut servir a d'autres sans polluer le sujet bien-sûr

Désolé si ça a était spécifié plus haut j'ai pas lue les 11 pages

Voici une centrale que j'utilise très souvent. Elle est facile d'utilisation grâce à un écran 4x7segments, bouton + et - pour se déplacer dans les menus et un bouton ok pour entrée dans les menus.

thalia.pdf

@++

[Babar64]

Bonjour venom et à tous

Source du message C'est quelle marque tes moteurs ?

Beninca (photos à venir...)

Fins de course à curseurs mécaniques ? Ou aimant ?

2 Cames mécaniques sur axe des bras

Moteurs à 3 fils ?

Non, à 2 fils (+/-) en 24V de 150W . En fait l'alim peut monter jusqu'à 28V...
A+

[venom]

Ah d'accord. Donc tes moteurs fonctionnent au temps de travail et viennent "forcer en butée" c'est sa ?






@++