Commande de bloc automatique.

Bonjour à tous  ,
 
Je suis nouveau sur ce forum que je trouve fort intéressant. J'avoue ne pas être à l'échelle N mais HO. Toutefois, des sujets comme l'électricité ou l'électronique conviennent très bien à toutes les échelles. D'où mon inscription.
 
Je suis en analogique car j'ai beaucoup de matériel, pas forcément ancien, mais conventionnel.
 
J'ai commencé un réseau HO avec une partie HOm et je désire faire une carte de commande de block pour la partie HOm. La partie HO sera pilotée par le système Pégase Driving Railway (ayant lu plusieurs fils à ce sujet,... plusieurs avis,... tous repsectables).
 
J'ai une première question concernant ma carte de commande, elle est bien avancée mais il reste un point que je n'arrive pas à résoudre.
 
Je fais une détection de présence par consommation de courant en voie banalisée. Dès qu'un train passe d'un bloc à l'autre, la carte détecte un train et envoie une information au bloc précédent pour ralentir le train qui est au bloc précédent mais dans le cas où c'est le même train (puisqu'il vient de passer d'un bloc à l'autre), la carte va lui couper le courant d'où le train va s'arrêter, par exemple en UM, ou si une loco est en pousse elle va ralentir en zone de ralentissement et s'arrêter sur la zone d'arrêt ce qui n'est pas normal puisque c'est le même train. Jespère avoir été clair...
 
Ma question:
Comment informer ma carte que c'est le même train qui vient de passer d'un bloc à l'autre et pas de ralentissement à faire ?
Je vous joins une table de vérité et un logigramme (DB = Détection de bloc, DBS = Détection bloc suivant, VIT = vitesse du train 0: normal, 1: ralentir). Nous pouvons constater que la ligne T4 et T6 sont les mêmes mais une fois la sortie VIT est à 0 et une fois à 1. Cela dépend de T3 et de T5. En effet si DB est à 1 avant DBS, la sortie reste à 0 car c'est le même train. Si DBS est à 1 avant DB, c'est qu'un train est déjà présent au bloc suivant d'où le train au bloc DB doit s'arrêter.
 
 
 
Je vous joins également un schéma d'une UM avec la 1ère loco qui est passée du bloc -1 au bloc 1 et la 2ème loco qui se trouve avec le courant coupé au bloc -1.
 
.

Merci pour vos réponses et bonne soirée.

Je crois avoir compris le problème.

Pour le résoudre, il faut une que la demande coupure de courant ne soit effective que lorsqu'aucun matériel n'est plus détecté.

La logique combinatoire ne suffit pas. En se basant uniquement sur les occupations, tu ne peux pas distinguer les deux cas où les deux occupations sont à un. Ce qui distingue tes deux états ce sont les transitions qui ont amené dans ces état. Dans le premier cas, DBS est passé à un alors que DB était à 0. Dans le second cas, c'est l'inverse. Il faut donc implanter un automate pour distinguer ces deux situations.

Je dois filer, je fais un crobard et une table de vérité en fin de soirée

Bonsoir jlb,

Merci pour ta prompte réponse.
Tu as parfaitement compris le problème, c'est exactement ce que tu as expliqué. Si DBS est à 1 avant DB alors arrêt, mais si DB est à 1 avant DBS alors on continue.

En effet, j'ai peut-être oublié d'expliquer que j'ai fait une table de vérité avec 5 entrées et 4 sorties, dont une est la vitesse (VIT). Je n'ai pas tout expliqué pour l'instant cela viendra par la suite. Le but était d'intégrer, dans la logique que j'ai déjà réalisée, cette dernière partie. Toute la logique de commande je l'ai faite avec de la logique combinatoire (AND, NAND, NOR, OR,...) puis une commande de la puissance traction avec accélaration et freinage.

Ne te presse pas, il n'y a rien d'urgent, le réseau avance à très, très petit pas.

Je me demandais si avec des bascules du type D ou JK en logique, il serait possible de réaliser la fonction. Mais je ne suis pas très au clair avec celles-ci.

Merci encore et bonne nuit.

Rentré plus tard que prévu. Réponse après dodo

Bonjour
 
J'ai également réalisé un block pour trains analogiques avec détection par consommation de courant et une logique à portes Nand. Comme le tien, il gère arrêt démarrage progressifs. Par contre, il ne gère qu'un sens de marche (pas de voie banalisée).
Toute la description est dans ce fil
https://le-forum-du-n.1fr1.net/t13797-analog-le-bal-nouveau-est-arrive-gestion-voie-evitement
Il ne présente pas l'inconvénient que tu décris pour les UM, il y a d'ailleurs sur le fil une vidéo où l'on voit une UM fonctionner sans problème. Le phénomène se produit néanmoins pour une rame réversible avec loco en queue.
Si ça t'intéresse, envoie-moi ton e-mail par la messagerie perso du forum, je t'enverrai tous les documents en pdf et un tuto en word, peut-être pourras-tu extrapoler certains principes que j'ai mis en oeuvre pour corriger l'inconvénient de ton système.
 
Pour répondre à ta question : Oui, on peut trés bien faire des circuits logiques séquentiels avec des bascules JK, et même avec des portes NAND ou NOR (bascules RS). Un automate n'est pas indispensable pour résoudre des cas simples.
Bon courage pour la suite !

Bonjour DMARRION,
 
Merci pour ta réponse.
 
J'avais effectivement suivi ton fil sur le sujet. Je le trouvais intéressant. Cela m'intéresse d'avoir ton dossier avec les différrents plans et je vais voir si je peux m'en inspirer. Je ne suis pas un spécialiste... j'aurai des questions. Je te joins mon email par MP.
 
D'après ton schéma, comment et où (quelle partie du schéma) le passage de la tension d'un block à l'autre se fait-il ?

Bonjour,

Je vais quand même continuer avec mon automate.

Le voici :



L'état a correspond aux deux blocs vides, l'état b à l'entrée d'un train dans le bloc, c à l'entrée d'un train dans le bloc suivant, d à la sortie d'un train du bloc. VIT ne dépend que de l'état (un et logique des deux bits qui codent l'état. On peut tout à fait faire un automate qui gère les deux sens de circulation. B est l'entrée qui donne l'occupation du bloc et BS l'occupation du bloc suivant.

La table de vérité correspondante avec un codage des états sur 2 bits a = 00, b = 01, c = 10, d = 11. On va appeler ces deux bits e1 et e0 :



Les fonctions logiques qui permettent de passer d'un état à l'autre en fonction des entrées :

e1 futur = e1 . ¬e0 + e0 . DBS
e0 futur = ¬e1 . ¬e0 . DB + ¬e1 . e0 . ¬DBS + e1 . e0 . DBS + e1 . ¬e0 . ¬DB

il faut une horloge pour mémoriser le nouvel état dans une bascule JK ou D (2 bits)

DBE8F a écrit:

Bonjour DMARRION,
 D'après ton schéma, comment et où (quelle partie du schéma) le passage de la tension d'un block à l'autre se fait-il ?

Bonjour,

Réponse dans le fichier "Tuto.doc" envoyé hier sur ton e-mail.
Sinon, pour résoudre ton problème de fonctionnement avec une UM, une simple tempo pour retarder l'occupation du canton suivant (monostable de 1 ou 2 secondes) pourrait peut-être suffire.

Bonjour jlb,
 
Merci pour ta réponse et d'avoir pris le temps.
 
Je ne comprends pas très bien l'histoire de l'automate et qu'est-ce que c'est !!! Cela se développe avec quoi un automate ?
 
Comme je le disais dans un post, j'ai déjà réalisé une bonne partie de l'électronique et il me reste ce point à régler. Je pense qu'avec des bascules on devrait y arriver mais je ne sais pas comment ! Si tu as une idée, elle est la bienvenue.
 
Bonne fin de journée et merci.

Bonjour DMARRION,
 
Bien reçu tes documents par mail. Merci !
Je vais les regarder.
 
J'ai déjà une temporisation que je peux adapter (circuit RC) mais l'idée ne me satisfait pas à 100% surtout pour les rames réversibles (loco en pousse). Un montage plus sûr me satisferait d'avantage. J'ai vu que tu es électronicien ou que tu pratiques l'électronique. Penses-tu que mon idée avec des bascules est viable ?
Du genre le train arrive au bloc n et une bascule mémorise cette info (SET), le train passe au bloc n+1 mais comme la bascule du bloc n est déjà "settée", il ne se passe rien. Le train sort du bloc n et à ce moment, la bascule est "re-settée" (RESET) ainsi, plus de consommation de courant, le bloc n active son ralentissement si un train se présente. Peut-être qu'en jouant avec le CLK des bascules on arrive à qqch !! Je ne suis peut-être pas très clair !!!
 
Merci si tu peux me donner une réponse ou si nous échangeons par mail puis nous pouvons publier la solution (s'il y en a une) sur le site pour que tous les "forumistes" en profitent.
 
Si d'autres personnes ont des idées, elles sont les bienvenues.

DBE8F a écrit:

Bonjour DMARRION,
 
J'ai déjà une temporisation que je peux adapter (circuit RC) mais l'idée ne me satisfait pas à 100% surtout pour les rames réversibles (loco en pousse). Un montage plus sûr me satisferait d'avantage. J'ai vu que tu es électronicien ou que tu pratiques l'électronique. Penses-tu que mon idée avec des bascules est viable ?
Du genre le train arrive au bloc n et une bascule mémorise cette info (SET), le train passe au bloc n+1 mais comme la bascule du bloc n est déjà "settée", il ne se passe rien. Le train sort du bloc n et à ce moment, la bascule est "re-settée" (RESET) ainsi, plus de consommation de courant, le bloc n active son ralentissement si un train se présente.

 
Je pense que c'est possible avec cette approche. Mais c'est à mon tour de dire que l'idée ne me satisfait pas  
En effet, introduire une logique séquentielle signifie renoncer aux avantages du block par consommation de courant par rapport aux systèmes à ILS. Je m'explique :
- Avec un block qui fonctionne par consommation de courant, tous les essieux (pour peu qu'ils soient graphités) sont détectés. L'information n'est pas saisie ponctuellement (dans le temps et dans l'espace), mais elle tient compte à chaque seconde de l'état de chaque mm de voie du canton. Ainsi, un wagon ou un groupe de wagon dételé est en sécurité. On peut également utiliser l'information "canton occupé" pour autre chose que le block (exemple : empêcher les commandes intempestives d'aiguille lorsqu'un train passe dessus).
- Dés que l'on travaille avec un système d'enregistrement - effacement, on oublie tout ça et on revient à une information saisie ponctuellement au moment du franchissement du canton et conservée en mémoire jusqu'à l'événement suivant (comme dans les systèmes à ILS) .
 
Fort de tout celà, c'est à toi de voir si ça vaut le coup compte tenu de ce que tu envisages de faire rouler comme trains (as-tu vraiment des rames à faire fonctionner en réversibilité ?)

Bonjour DMARRION,

C’est une bonne remarque le fait que je n’utilise plus « vraiment » la consommation de courant, je ne le voyais pas comme ça et je ne voudrais surtout pas y renoncer ! Cela ne me satisfait pas non plus si c’est le cas.

J’espère ne pas me tromper mais pour moi, la détection par consommation de courant est toujours active puisque mes détecteurs sont là (je n’avais pas l’intention de les supprimer) et transmettent l’information au bloc n-1, de même le bloc n+1 envoie une information au bloc n (courant) qui lui analyse en permanence ce qui se passe raison pour laquelle il veut activer le freinage, qui dans ce cas ne me convient pas puisque c’est le même train. En effet, si un wagon venait à se détacher, la détection serait toujours active et le bloc n-1 aurait l’information d’occupation donc le train 2 sera bloqué au bloc n-1 tant que...

J’aimerais juste que lors de ce passage de n à n+1 l’information de détection soit traitée pour dire d’attendre de s’activer tant que le train n’a pas quitté le bloc n. Pendant toute la durée de transit du train dans le bloc n, les détecteurs sont actifs car essieux graphités ou rame éclairée ou loco en pousse. Donc si je ne me suis pas trompé, la détection par consommation de courant est active et je n’y renonce surtout pas. Me suis-je trompé quelque part ?

Bonne remarque DMARRION, je n’ai actuellement pas de rame HOm réversible mais cela viendra. Et si le système peut être tout de suite complet c’est tant mieux.

Ma carte de commande que j’ai prévue, prévoit que lorsque un train pénètre dans un bloc n, l’information de présence est envoyée au bloc n+1 pour que celui-ci si aucun train n’est présent peut ouvrir son signal vert ou orange en fonction de sa propre situation (bloc n+2 par rapport à n). En résumé, un bloc n envoie une information de présence au bloc n+1 et une information d’occupation au bloc n-1.

Si tu es intéressé, je peux te montrer ma table de vérité ainsi que ma simulation en portes logiques que j’ai prévue !

Bonne soirée.
Cordialement.

C'est bien de prévoir le principe de passage d'un train avec une loco en queue, mais il faut aussi prévoir l'arrêt au bon endroit.

Dans le cadre du digital, c'est le début de la consommation qui gère l'arrêt. Donc un train avec une voiture avec consommation en tête et une loco en queue s'arrêtera au même endroit que s'il était à l'endroit.
En analogique, ce n'est pas pareil.

Jmarc69
N'iste qui n'a pas la solution

Bonsoir Jmarc69,

Merci pour la remarque, elle est tout à fait juste.

J'y ai pensé il y a quelques temps en me disant que si la voiture pilote avait l’alimentation coupée, la loco de queue, elle ne l'aurait pas forcément...elle continue de pousser !!! J'ai imaginé que comme je possède deux détecteurs par bloc, lorsque le premier engin arrive sur la zone d'arrêt, il y a détection. Cette détection fait couper l'alimentation dans la zone de ralentissement ainsi tout le train serait coupé. Quand je dis que je coupe l'alimentation, je pense en fait laisser, je pense avec une diode zener, une tension d'environ 2V ce qui me permettrais d'avoir une détection permanente même à l'arrêt.

Mes connaissances en électronique sont limitées, je devrai encore poser des questions pour être sûr que cela fonctionne. J'ai déjà des schémas que je pourrai poster pour les montrer aux forumistes. Toutefois, je préfère poser une question à la fois et résoudre les problèmes un à un.

Avec cette réponse ai-je bien compris le sens de votre remarque ? Merci de me le confirmer.
Bonne nuit.
Cordialement.

Bonjour DBE8F
Eh bien, c'est compliqué, tout ça !
Je vais analyser ton idée, mais il me faut y consacrer du temps à tête reposée, ce dont je ne dispose pas cette semaine.
Je note néanmoins la remarque trés juste de Jmarc69, le positionnement correct de la rame devant le signal fermé est un vrai problème en analogique avec machine en pousse.

Comme je l'ai indiqué sur mon fil en réponse à un post de TRAMA qui lui aussi se casse les dents sur les rames réversibles, il y a une solution, certes pas facile à mettre en oeuvre, mais qui doit résoudre le problème (en tout cas avec le schéma de block que j'utilise) : la voiture de tête capte le courant, et une "ligne de train" relie le captage du courant de la voiture de tête à celui de la loco. Il faut tirer 2 fils tout au long de la rame, ce n'est pas simple (c'est déjà plus facile en HO qu'en N), mais ça doit marcher.

Bonjour DMARRION,

Toujours un grand merci pour tes réponses.

Lorsque tu dis:

Citation :

Je vais analyser ton idée, mais il me faut y consacrer du temps à tête reposée,...

est-ce à cette partie de mon post que tu fais référence, je pense que oui ?

Citation :

J’espère ne pas me tromper mais pour moi, la détection par consommation de courant est toujours active puisque mes détecteurs sont là (je n’avais pas l’intention de les supprimer) et transmettent l’information au bloc n-1, de même le bloc n+1 envoie une information au bloc n (courant) qui lui analyse en permanence ce qui se passe raison pour laquelle il veut activer le freinage, qui dans ce cas ne me convient pas puisque c’est le même train. En effet, si un wagon venait à se détacher, la détection serait toujours active et le bloc n-1 aurait l’information d’occupation donc le train 2 sera bloqué au bloc n-1 tant que...

J’aimerais juste que lors de ce passage de n à n+1 l’information de détection soit traitée pour dire d’attendre de s’activer tant que le train n’a pas quitté le bloc n. Pendant toute la durée de transit du train dans le bloc n, les détecteurs sont actifs car essieux graphités ou rame éclairée ou loco en pousse. Donc si je ne me suis pas trompé, la détection par consommation de courant est active et je n’y renonce surtout pas. Me suis-je trompé quelque part ?

Bonne journée
Cordialement.

Bonsoir,

J'ai été vite dans l'explication de l'automate. Je complète

Un automate possède
- 1 ou plusieurs états
- 1 ou plusieurs entrées
- 1 ou plusieurs sorties

Il est aussi cadencé par une horloge (il faut donc un oscillateur, il existe des circuits tout faits pour ça). À chaque top d'horloge, l'automate passe d'un état à un autre en fonction des entrées (ou reste dans son état courant). C'est ce que l'on appelle une transition. Les sorties peuvent être soit calculées en fonction des états seulement (machine de Moore) ou en fonction des états et des entrées (machine de Mealy). Ici il s'agit d'une machine de Moore.

Ici l'automate a 4 états : a, b, c et d, 2 entrées : DB et DBS et 1 sortie : VIT. DB et DBS sont les détection de présence sur le bloc et le bloc suivant respectivement.

L'état que j'ai appelé a est l'état initial (on considère qu'aucun des deux blocs n'est occupé.

Quand une rame entre dans le bloc, DB devient vrai et l'automate passe dans l'état b.
Quand la rame entre dans le bloc suivant, DBS devient vrai et l'automate passe dans l'état c (ceci correspond à la rame à cheval sur les 2 blocs). Quand la rame quitte le bloc pour se retrouver intégralement comprise dans le bloc suivant, DB devient faux et l'automate passe dans l'état d. Dans l'état d, la vitesse du bloc devient réduite. Ensuite quand la rame quitte le bloc suivant, l'automate retourne dans l'état a.

Je ne rejoins pas Dominique quand il dit :

Citation :

En effet, introduire une logique séquentielle signifie renoncer aux avantages du block par consommation de courant par rapport aux systèmes à ILS.

La logique séquentielle n'est pas liée à des événements fugaces comme la détection par ILS. En effet, ici la détection est un état : la consommation en courant du bloc et non un événement fugace : la manoeuvre de l'ILS. Par conséquent les entrées de l'automate ne sont pas des événements fugace mais des états d'occupation. C'est tout à fait robuste et on ne renonce pas du tout à ce type de détection.

Les informations « canton occupé » sont construite indépendamment du fonctionnement de l'automate.

Pour construire physiquement cet automate, il te faut 2 bascules D qui vont mémoriser l'état (2 bits) et de la logique pour calculer l'état futur à partir l'état courant et des entrées. L'état futur calculé est rebouclé sur les entrées des bascules D et sur le top d'horloge, il devient l'état courant.

Voici le schéma :



A+

Bonjour jlb,

Toujours un grand merci pour tes explications.
Quelle "circuiterie" !!!

J'avoue que ce n'est pas tout simple à comprendre ces automates et constate que l'implémentation de ma demande n'est pas toute simple  et en plus il faut ajouter l'horloge, tout ça multiplié par 10 blocs, aïe le porte-monnaie et le temps à y consacrer. J'imaginais qu'avec 1 ou 2 bascules le tour était joué.

Je pense avoir compris la table de vérité que tu m'as donnée (je ne saurais pas la refaire) mais pour arriver au schéma, comment tu t'y prends ?
Tu m'avais mis les équations suivantes:

Citation :

e1 futur = e1 . ¬e0 + e0 . DBS
e0 futur = ¬e1 . ¬e0 . DB + ¬e1 . e0 . ¬DBS + e1 . e0 . DBS + e1 . ¬e0 . ¬DB

Est-ce que tu pars de celle-ci et les bascules comment sont-elles introduites ou ressortent-elles dans la table de vérité ?

En imaginant que j'implémente, y'a-t-il un moyen pour simuler ton circuit avant de tout acheter, pas que je remette en cause le schéma (je n'ai d'ailleurs pas la pertinence pour le faire) ?

Tout ça parce que le schéma logique que j'ai prévu contient déjà 6 ou 7 CI + au moins 5 CI (ton schéma), cela fait bcp pour un bloc !!!

Cordialement

Pour arriver au schéma, il suffit de mettre les fonctions logiques correspondant à la table de vérité (celles que j'ai données) et à reboucler les sorties « état futur » sur l'entrée des bascule. Sur le top d'horloge, l'état futur calculé devient l'état courant.

Pour simuler, tu peux utiliser Logisim. C'est gratuit, en Java et ça tourne partout :

http://ozark.hendrix.edu/~burch/logisim/

Quand ça devient trop compliqué, on passe par un microcontrôleur. Un PIC 8 broches suffit pour réaliser ta fonction. Mais il faut programmer et avoir le matériel pour flasher le programme sur le PIC. C'est un autre monde mais ça donne accès à une richesse qui est difficle à mettre en œuvre avec des circuits logiques.

Bonsoir jlb,

Merci pour ces infos.

J'ai essayé Logisim, cela à l'air vraiment bien  .

Concernant la manière dont tu es passé de la table de vérité aux fonctions logiques je n'ai pas encore compris. Je vais m'y pencher.

Bonne nuit et merci encore.
Cordialement.

C'est pas compliqué en fait

Dans la colonne « Etat suivant » tu as les deux bits e1 (première colonne) et e0 (2e colonne)

Pour chacun de ces bits tu repères les endroit où il sont à 1 et tu récupères les valeurs correspondantes : e1 courant, e0 courant, DB et DBS. Tu reportes le tout dans une table de karnaugh pour simplifier la fonction : https://fr.wikipedia.org/wiki/Table_de_Karnaugh

Ensuite tu écrits la fct correpondante.

Bonjour,
merci pour ces liens je vais m'entrainer.
A+++
la grenouille

Ah, les tableaux de Karnaugh... J'ai appris ça au lycée technique, ça marche bien !
J'avais un peu oublié la façon de faire (c'est curieux, car en revanche dans d'autres domaines des cours d'électronique, comme les fonctions de transfert des quadripôles par exemple, j'ai des souvenirs encore très précis et je suis toujours opérationnel).
Merci à jlb de ramener ces notions à la surface  !

Bonjour jlb,

Merci pour ces infos que j'essaye de comprendre.

Les tables de Karnaugh ça va ce n'est pas trop difficile et je les utilise mais lorsque je regarde ta table de vérité, pour chaque état (a,b,c,d) il y a chaque fois toutes les combinaisons de DB et DBS et là je ne vois pas comment les reporter dans une table de Karnaugh!!!

Lorsque tu dis:

jlb a écrit:

Pour chacun de ces bits tu repères les endroit où il sont à 1 et tu récupères les valeurs correspondantes : e1 courant, e0 courant, DB et DBS. Tu reportes le tout dans une table de karnaugh

Il faut que les deux bits soient simultanément à 1 ou si l'un des deux est à 1 on reporte cette ligne ?
Dans l'image que j'ai jointe, ce sont les lignes mauve ou les bleus + les mauves qu'il faut reporter dans la table de Karnaugh ?... il y a plusieurs fois où DB et DBS ont la même valeur par exemple ligne 3 et 7 ou 7 et 11...

Le schéma que tu as dessiné, est-ce celui définitif ou faut-il ajouter encore quelques chose (à part l'horloge) ?

Merci pour tes réponses et bonne semaine.
Cordialement

Bonjour DBE8F

DBE8F a écrit:

Il faut que les deux bits soient simultanément à 1 ou si l'un des deux est à 1 on reporte cette ligne ?

Non, il y a deux fonctions logiques indépendantes : la première pour calculer e1 futur et la seconde pour calculer e0 futur.

Citation :

Dans l'image que j'ai jointe, ce sont les lignes mauve ou les bleus + les mauves qu'il faut reporter dans la table de Karnaugh ?... il y a plusieurs fois où DB et DBS ont la même valeur par exemple ligne 3 et 7 ou 7 et 11...

Il faut faire 2 tables de karnaugh, une pour chaque fonction. Par exemple, pour e1, il faut reporter les lignes suivantes  (partout où e1 vaut 1) :



Ce qui donne la table de karnaugh suivante :



Que l'on simplifie comme ceci :



Soit 2 et logiques de 2 variables que l'on combine avec un ou :

e1 futur = e1.¬e0 + DBS.e0

La même chose est à faire pour e0

Citation :

Le schéma que tu as dessiné, est-ce celui définitif ou faut-il ajouter encore quelques chose (à part l'horloge) ?

Sauf erreur (il faut que tu le simules avec logisim), c'est complet. Il faut juste ajouter une horloge (voir http://www.sonelec-musique.com/electronique_bases_osc_rect.html pour en faire une)

Edit : autre chose à laquelle il faut faire attention : l'initialisation à 00 des bascules D (il doit y avoir une entrée reset) via un circuit RC qui va aussi permettre à l'horloge de démarrer