Envoyer un pulse sur une bobine n'est pas un souci.
Questions:
S'agit il d'une pendule qui va être transformée avec utilisation du mouvement d'origine ou autre ?
Les aiguilles heures et minutes fonctionneront elles encore?
Peux tu poster ce que tu as?
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Tu saisies la longitude et la latitude de Paris dans l'application que j'ai donné au post #29 et tu as ce qu'il te faut sous forme de fichier TXT soit journalier ou par quinzaine avec ou sans l'horaire été / hiver.J'ai juste besoin du lever et du coucher du soleil pour Paris, mémoriser des points et des lignes serait peut-être le plus simple.
Est ce que mon chronogramme du post #30 est correct ?
Dernière modification par adipie ; 11/12/2020 à 18h43.
Je vais utiliser un mouvement de montre mécanique qui gèrera les aiguilles (heure, minute, seconde) et par dessus je compte greffer la partie électronique qui gèrera l'indication jour/nuit. Les deux parties fonctionneront totalement indépendamment.Questions:
S'agit il d'une pendule qui va être transformée avec utilisation du mouvement d'origine ou autre ?
Les aiguilles heures et minutes fonctionneront elles encore?
Peux tu poster ce que tu as?
MM
Le mouvement mécanique est un Miyota 9015.
L'application à l'air de mal fonctionner, les heures de lever et coucher de soleil restent les mêmes quand je change la latitude et la longitude :/Tu saisies la longitude et la latitude de Paris dans l'application que j'ai donné au post #29 et tu as ce qu'il te faut sous forme de fichier TXT soit journalier ou par quinzaine avec ou sans l'horaire été / hiver.
Est ce que mon chronogramme du post #30 est correct ?
Le chronogramme est correct à une exception, dans mon concept le moteur tournera toujours dans le même sens (pour suivre la course du soleil).
Avant de continuer, il me semble que le principal problème est mécanique.
Quelle est la taille de cette pendule? Place disponible à l'intérieur.
A mon avis, le meilleur moyen de gérer le mouvement serait un petit servomoteur à rotation continue (à vérifier)
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Ce n'est pas une pendule mais une montre. Il y a peu de place, assez pour une petite carte électronique d'environ de 40x40mm. Un servo moteur est beaucoup trop gros, c'est pour cela que j'utilise un micro-moteur de montre quartz, c'est suffisant pour l'utilisation voulu qui est de faire tourner un rouage composé de roues dentés qui ne dépassent pas les 3 mm de diamètre.Avant de continuer, il me semble que le principal problème est mécanique.
Quelle est la taille de cette pendule? Place disponible à l'intérieur.
A mon avis, le meilleur moyen de gérer le mouvement serait un petit servomoteur à rotation continue (à vérifier)
MM
Effectivement, je vais corriger cette erreur.Envoyé par opt75
Bonjour,
Est ce qu'un modérateur peux supprimer mon post #29 ?
Hello,
On trouve sur le net un tas de site donnant les heures de lever-coucher de soleil:
https://kalendrier.ouest-france.fr/h...er-soleil.html
J'essaye de réfléchir à la faisabilité du projet.
On a un mécanisme de montre pour faire tourner un cache sur 24 heures.... admettons
Des pulses font tourner le cache.
Il faut au moins un repère pour identifier la position de ce cache et assurer la synchronisation. Je pense à un ILS et un aimant qui serait le contre poids de ce cache (précision à voir)
Ce repère serait le point d'attente au début du recouvrement.
On a en mémoire les heures lever-coucher de soleil (ex trois par mois les 1, 10 et 20 du mois) soit 3x 12 =36 x2= 72 heures de lever- coucher pour l'année. Les heures intermédiaires sont interpolées.
Résumé: le point de repère ILS repère le début de zone de recouvrement. On attend l'heure de coucher, on avance jusqu'à la nuit. On attend le lever,. On avance jusqu'au jour. On tourne jusqu'au repère ILS. On attend le coucher....etc
Faudrait faire des économies d'énergie : mise en veille du µC, test de l'heure toutes les 5 mn.
Et même, je ne vois pas bien cela alimenté par une pile bouton, il faudrait au moins deux AAA
A débattre
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Bonsoir et désolé de répondre un peu tard.
Votre idée peut être viable mais l'aimant et donc le magnétisme est l'ennemi numéro 1 des montres.
Après réflexion je voyais la chose plutôt comme suit :
J'ai calculé mon rapport de vitesse, pour 1 pulse mon cache parcours 1/43 200 tour, il lui faut donc 43 200 pulse pour faire un tour complet (ça peut paraitre énorme mais une montre quartz pulse 86 400 fois par jour et sa pile bouton peut tenir jusqu'à 3 ans).
Avec cette information nous pouvons donc déterminer exactement le nombre de pulse qu'ils nous faut pour parcourir un angle x.
Par exemple pour recouvrir l'Europe entièrement il faut parcourir 60° en 4 heures ce qui nous donne 7 200 pulses puis pour la découvrir il nous faut toujours parcourir 60° en 4 heures donc 7 200 pulses encore et enfin il faut parcourir 240° disons en 6 ou 7 heures pour revenir au point de départ ce qui nous donne 28 800 pulses. Puis on attend 2 heures avant le coucher du soleil pour recommencer ce cycle.
Cela vous semble réalisable ?
Merci de votre réponse
Bonjour,
Ok, on peut peut être se passer du repère et compter les pulses.
Il se posera un problème de consommation. La RTC a une pile de sauvegarde, mais aussi une alimentation. Le µC consomme aussi, même si on peut le mettre en sommeil.
Voici un projet de programme à base de picaxe.
Les heures de coucher et lever de soleil sont enregistrées dans des "lookup", deux couples d'heures par tranche de 10 jours: Par ex: les 1, 10 et 20 du mois. Il n'est pas prévu d'ajustement entre ces dates (erreur de 15 mn max).
Dans ce programme, les lookup sont des copier-coller, faudrait ajuster avec les calendriers, en heures TU.
A méditer:
Le basic se lit très facilement
Complément sur les RTC; http://electromag1.wifeo.com/horloge...-lcd-serie.phpCode:;Montre jour-nuit MM 16/12/20 ;Format enregistrement sur RTC : (ss,mm,hh,js,jj,MM,YY,CT) symbol ILS=pinC.3 symbol mot=C.0 symbol mois=b1 symbol jour=b2 symbol heur=b3 symbol minut=b4 symbol var1b=b5 symbol var2b=b6 symbol heure=b7 symbol tranche=b8 symbol HN=b9 ;heure de nuit jour J symbol MN=b10 ;minutes de nuit jour J symbol HJ=b11 ;heure de jour J+1 symbol MJ=b12 ;minutes de jour J+1 symbol Hnuit=w13 symbol Hjour=w12 symbol varw=w11 pullup %1000 ;pullup su C.3 #macro transbcdtodec(var1b) ;transformation de dec vers bcd var2b=var1b//16 var1b=var1b/16*10+var2b 'pour enregistrement #endmacro ' Initialisation DS1307 '%11010000 est l'adresse i2c i2cslave %11010000, i2cslow, i2cbyte do ;repositionnement début de cycle for varw = 0 to 28800 pulsout mot,2 pause 100 ;100ms =>2800s next ;***** point attente heure nuit *********** hi2cin 1,(minut,heur,var1b,jour,mois) ;lu dans la RTC ;mois=$1 : jour=$2 : heur=$19: minut=$32 ;pour test transbcdtodec(mois) transbcdtodec(jour) transbcdtodec(heur) transbcdtodec(minut) heure=10*heur+minut ;=> 1025 pour 10h25mn tranche=jour/10 max 2 ;Les trois tranches démarent les 1, 10 et 20 de chaque mois tranche=tranche*4 ;0 =>0 ; 1 =>4 ; 2 =>8 Tranches notées 0 ; 1; 2 dec mois ;mois-1 ; on part de 0 pour le lookup gosub selecmois : HN=var1b inc tranche gosub selecmois : MN=var1b inc tranche gosub selecmois : HJ=var1b inc tranche gosub selecmois : MJ=var1b Hnuit=HN*10+MN Hjour=HJ*10+MJ gosub compnuit gosub avance gosub compjour gosub avance ;à la fin de la sub, on boucle sur la recherche du repère loop selecmois: on mois gosub look0,look1,look2,look3,look4,look5,look6,look7,look8,look9,look10,look11 return compnuit: ;on attend => heure nuit do hi2cin 1,(minut,heur) transbcdtodec(heur) transbcdtodec(minut) heure=10*heur+minut ;=> 1025 pour 10h25mn sleep 300 ;environ 5 mn loop while Hnuit < heure return compjour: ;on attend => heure jour do hi2cin 1,(minut,heur) transbcdtodec(heur) transbcdtodec(minut) heure=10*heur+minut ;=> 1025 pour 10h25mn sleep 300 ;environ 5 mn loop while Hjour < heure return avance: ;avancement du cache (dure 4 heures) pour 7200 pulses ;3600 x 4 = 14400 s => un pulse toutesle 2 s for varw =0 to 7200 pulsout mot,2 pause 1000 pulsout mot,2 pause 1000 next return look0: ;janvier ordre : HN,MN,HJ,MJ Heures de coucher jour N et lever N+1 lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look1: ;février ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look2: ;mars ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look3: ;avril ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look4: ;mai ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look5: ;juin ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look6: ;juillet ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look7: ;aout ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look8: ;septembre ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look9: ;octobre ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look10: ;novembre ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return look11: ;décembre ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour lookup tranche,(20,25,6,32,21,26,7,33,22,27,8,33),var1b return
MM
Dernière modification par mag1 ; 16/12/2020 à 10h14.
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Bonjour et bonne année !
Encore désolé pour cette réponse tardive, les fête de fin d'année et la préparation d'examens en sont les coupables
Avant tout je tiens à corriger le message #40 où je disais que le rapport de vitesse était de 1/43 200, finalement c'est 10 fois moins, le rapport de vitesse est de 1/4320, il faut donc 10 fois moins de pulses pour faire 1 tour.
J'ai cru comprendre que la question de l'alimentation peut poser problème, combien de volt faudrait-il au minimum pour alimenter le tout vous pensez ?
Par ailleurs j'ai lu votre programme, il est vrai que le basic n'est pas très difficile à lire
J'ai à peu près compris comment le programme fonctionne mis à part les "lookup",A quoi correspondent les nombres sur la ligne (20,25,6,32,21,26,7,33,22,27,8 ,33) ?look0: ;janvier ordre : HN,MN,HJ,MJ Heures de coucher jour N et lever N+1
lookup tranche,(20,25,6,32,21,26,7,33 ,22,27,8,33),var1b
return
Merci par avance de votre réponse.
Bonjour,Bonjour et bonne année !
Encore désolé pour cette réponse tardive, les fête de fin d'année et la préparation d'examens en sont les coupables
Avant tout je tiens à corriger le message #40 où je disais que le rapport de vitesse était de 1/43 200, finalement c'est 10 fois moins, le rapport de vitesse est de 1/4320, il faut donc 10 fois moins de pulses pour faire 1 tour.
J'ai cru comprendre que la question de l'alimentation peut poser problème, combien de volt faudrait-il au minimum pour alimenter le tout vous pensez ?
Par ailleurs j'ai lu votre programme, il est vrai que le basic n'est pas très difficile à lire
J'ai à peu près compris comment le programme fonctionne mis à part les "lookup",
A quoi correspondent les nombres sur la ligne (20,25,6,32,21,26,7,33,22,27,8 ,33) ?
Merci par avance de votre réponse.
Le nombre de pulses est un détail, on adapte sans problème.
Chaque mois est découpé en trois décades (on pourrait prendre des semaines pour un peu moins d'erreur)
Le lookup doit donc être découpé en trois groupes de 4 nombres donnant pour chaque décade les heures et minutes du début de nuit et les heures et minutes du début de lever de soleil
Ex: 20,25 => nuit à 20h25 ; 6,32 => lever de soleil à 6h32 (lendemain matin) pour info, le format de lecture est en commentaire au dessus
Il y a un lookup par mois, c'est en fait la mémoire du calendrier.
MM
Dernière modification par mag1 ; 04/01/2021 à 19h45.
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Suite,
Tu as sans doute remarqué que tous les lookup sont identiques, ce sont des copier coller qui faudra remplacer par les heures réelles d'un calendrier.
En reportant les heures pour les 1er, 10 et 20 de chaque mois.
En faisant cela, l'heure est juste pour les 1er, 10 ,et 20 du mois et erreur max la veille...disons 10 mn
Oui, mais si on décale de 5 jours en prenant par ex pour le 10 du mois les heures du 5, l'erreur passe à +/- 5 mn
Je te laisse le soin de relever toutes ces heures, si tu adoptes ce projet...
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Bonjour,
J'ai relevé les heures du lever et du coucher du soleil que j'ai remplacé directement dans les lookup, que voici :
look0: ;janvier ordre : HN,MN,HJ,MJ Heures de coucher jour N et lever N+1
lookup tranche,(17,00,8,48,17,10,8,45 ,17,25,8,38),var1b
return
look1: ;février ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(17,44,8,24,17,59,8,10 ,18,15,7,52),var1b
return
look2: ;mars ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(18,30,7,35,18,44,7,17 ,18,59,6,56),var1b
return
look3: ;avril ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(20,17,7,31,20,31,7,12 ,20,45,6,52),var1b
return
look4: ;mai ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(21,02,6,33,21,14,6,19 ,21,28,6,06),var1b
return
look5: ;juin ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(21,41,5,55,21,48,5,51 ,21,53,5,51),var1b
return
look6: ;juillet ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(21,53,5,55,21,49,6,02 ,21,40,6,13),var1b
return
look7: ;aout ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(21,25,6,28,21,11,6,40 ,20,53,6,54),var1b
return
look8: ;septembre ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(20,29,7,11,20,10,7,24 ,19,49,7,38),var1b
return
look9: ;octobre ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(19,26,7,54,19,07,8,07 ,18,47,8,22),var1b
return
look10: ;novembre ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(17,26,7,41,17,12,7,56 ,17,00,8,11),var1b
return
look11: ;décembre ordre : HN,MN,HJ,MJ (h nuit,minut nuit,h jour, minut jour
lookup tranche,(16,52,8,27,16,49,8,37 ,16,51,8,45),var1b
return
Bonjour,
Très bien, pour continuer et passer à l'exercice pratique, il faut savoir quelle intensité et quelle durée d'impulsion est nécessaire pour faire avancer ce moteur d'un cran.
Pour l'alim, je verrais deux piles de 1,5v, plutôt qu'une CR2032, si possible, même si on essaye de minimiser les consos.
Après, on peut tenter un petit schéma
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
D'accord pour les 2 piles de 1,5v.
Pour faire avancer le moteur d'un cran il faut une impulsion de 4,9 ms à une intensité de 0,34µA.
Oups! 0,34µA... c'est pas beaucoup. Elle vient d'où cette valeur?
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Par ailleurs, je relis la doc du la RTC DS1307, et:
When VCC falls below VBAT the device switches into a low current battery backup mode. Upon power up, the device switches from battery to VCC when VCCis greater than VBAT+0.2V and recognizes inputs when VCC is greater than 1.25 x VBAT.
Donc, pour la programmation, il faut Vcc > 3 x 1,25 = 3,75 V
Pour le reste, Vcc > 3,2 V
Il faut donc 3 piles de 1,5V (AAA)
J'ai vérifié, pour la DS3231, c'est Ok en 3V
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Bonjour,
Pour la réalisation, j'ai un peu de mal à comprendre...https://charlie-paris.com/blogs/jour...nt-miyota-9015
Je vois pas le rapport entre ce mouvement de montre et le projet, mais on ne sait pas tout...
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Je tiens cette valeur du site du constructeur du mouvement quartz où je vais récupérer bobine, stator, rotor et rouages : https://www.ronda.ch/fr/mouvements/q...00/caliber/756 dans la section spécification.Oups! 0,34µA... c'est pas beaucoup. Elle vient d'où cette valeur?
Il n'est pas possible d'utiliser des piles boutons plutôt ?Par ailleurs, je relis la doc du la RTC DS1307, et:
When VCC falls below VBAT the device switches into a low current battery backup mode. Upon power up, the device switches from battery to VCC when VCCis greater than VBAT+0.2V and recognizes inputs when VCC is greater than 1.25 x VBAT.
Donc, pour la programmation, il faut Vcc > 3 x 1,25 = 3,75 V
Pour le reste, Vcc > 3,2 V
Il faut donc 3 piles de 1,5V (AAA)
J'ai vérifié, pour la DS3231, c'est Ok en 3V
MM
Ca c'est le mouvement mécanique qui indiquera l'heure, dessus je vais intégrer une partie électronique pour indiquer le lever et coucher du soleil.Bonjour,
Pour la réalisation, j'ai un peu de mal à comprendre...https://charlie-paris.com/blogs/jour...nt-miyota-9015
Je vois pas le rapport entre ce mouvement de montre et le projet, mais on ne sait pas tout...
MM
Ok, c'est pas ce qui me rassure sur la faisabilité du projet, mais tu dois en avoir une idée plus précise que moi.
Donc, la bobine s’alimente en 1,5V (détail à vérifier), le courant doit se déduire de la résistance de la bobine. La pile d'origine ne servira à rien.
Encore pas mal de flou dans tout ça.
Mais pourquoi choisir un mouvement si petit, si finalement, il y a une RTC, un picaxe, deux piles, etc. Il y a des mouvements plus faciles d'emploi.
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Quel serait le problème ici ? intensité trop faible ?Ok, c'est pas ce qui me rassure sur la faisabilité du projet
La bobine a une résistance de 1500 Ohm d'après la doc technique aussi, je ne sais pas si ça peut aider.
Mis à part leurs capacités plus faible en mAh, quel serait l'inconvenient d'utiliser 3 piles boutons (1,55v) au lieu des 3 piles AAA ?La pile d'origine ne servira à rien
Car j'ai besoin de miniaturiser au maximum mon projet, la conception 3D est quasiment terminée, il ne manque plus que la programmation et la carte électronique.Mais pourquoi choisir un mouvement si petit, si finalement, il y a une RTC, un picaxe, deux piles, etc. Il y a des mouvements plus faciles d'emploi.
Déjà, avec une alim de 1,5V et une R de 1500 ohms, le courant est 1mA, on est loin de 0,15µA. Question: comment est alimentée la bobine dans une montre?
Le mouvement fait tourner des aiguilles, un disque aura une inertie plus grande (important ?)
Il faut 4320 pulses pour un tour, mais avec quelle démultiplication?
Une pile CR2032 a une capacité de 200mAh. J'estime la conso d'un picaxe en activité à 3mA en 3V. Faut faire une expérimentation pour évaluer la conso globale sur 24 h compte tenu des mises en veille du µC, la RTC consomme aussi quelle chose.
Bref, pas si simple.
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
Bonjour,
La pile alimente un circuit intégré (CI) qui lui alimente la bobine. https://fr.wikipedia.org/wiki/Montre_%C3%A0_quartzQuestion: comment est alimentée la bobine dans une montre?
https://elegance-et-precision.com/fo...ntre-a-quartz/
Le signal de sortie du circuit intégré est haché, je ne sais pas si ça peut aider. D'après la loi d'Ohm, ça nous donne une tension de sortie d'environ de 0.00051V.
C'est la démultiplication entre le rotor et la roue à canon qui supportera le cache.Il faut 4320 pulses pour un tour, mais avec quelle démultiplication?
Oui à tester mais ce n'est pas si grave si l'autonomie est basse pour l'instant, c'est un proto.Une pile CR2032 a une capacité de 200mAh. J'estime la conso d'un picaxe en activité à 3mA en 3V. Faut faire une expérimentation pour évaluer la conso globale sur 24 h compte tenu des mises en veille du µC, la RTC consomme aussi quelle chose.
Merci de vos réponses.
Bonjour,
Faudra aller progressivement pour trouver le courant suffisant pour que ça tourne, Il n'y aura que l'expérience pour le déterminer.
Loi d'ohm pour 0,35µA: R= 3/0,35 x 1000000 =8,5 Mohm...Faudra trouver la meilleure solution: pont diviseur avec diode ou autres...
Çà, c'est sûrOui à tester mais ce n'est pas si grave si l'autonomie est basse pour l'instant, c'est un proto.
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
pour infos j'avais fait un projet de calcul de position de soleil , comparé avec des logiciel de tracking sérieux , c'est précis <0.1 degrés ( compilateurs XC32 pour pic 16bits Dsxxx)...
cordialement
Bonjour,
Merci pour ce travail. Je pense que la précision n'est pas le critère n°1 dans ce projet, en #3, opt75 l'avait fixé à +/- 15mn. Le projet proposé donne +/- 5 ou 7 mn, ajustable avec des données supplémentaires. Les heures annuelles en TU prélevées d'un calendrier devraient suffire.
Le plus gros problème sera peut être l'adaptation d'un mouvement de montre bracelet.
IL est prévu un mouvement de recouvrement de l’Europe en 4 heures, on est donc pas à quelques minutes près..
J'avoue ne pas avoir compris le projet de opt75, qui veut miniaturisé.... soit, mais avec le circuit et la RTC et les piles supplémentaires, un cube de 10 cm de côté me parait mieux convenir, avec des mouvements d'horloge à deux euros (55 x 55 x 16 mm). Le principe acquis, on peut miniaturiser....Mais ce n'est pas mon projet.
J'en profite pour proposer un projet de schéma de l'électronique:
MM
Si il y a des erreurs ci dessus, c'est que je n'ai pas eu le temps de les corriger...
