Comment récupérer date et heure du pc pour le mettre dans un programme µC?

[entropie12]

Bonjour , je sèche sur le principe général :

je suis orienté sur programme des Microchip , MPLABX compilateur XC8 ou XC16 suivant mon µC utilisé mais probablement que le problème est le même sur d'autre µC

je souhaite récupérer l'heure et la date courante du PC , pour insérer ces données converties en constante dans un programme en C qui sera compilé .

je me doute bien qu'il faut utiliser le header time.h pour pouvoir les convertir en constante dans mon programme en C : c'est là que je sèche (le reste je sais faire )
je me demande s'il n'y a pas un conflit entre le header time.h du compilateur XC8 et celui habituellement utilisé GCC ou autre.


l'idée est d'afficheur sur l'afficheur LCD au démarrage de ma carte électronique genre 'compilé le 25/10/2026 a 7h13'

une idée ?
merci
-----

[gienas]

Bonjour entropie12 et tout le groupe

... je souhaite récupérer l'heure et la date courante du PC , pour insérer ces données converties en constante dans un programme en C qui sera compilé ...

Je ne suis pas sûr de bien comprendre tą véritable demande.

Ta demande suppose une connexion permanente à un PC, supposé programmé pour répondre à toutes interruptions ce qui n'est pas le mode standard d'un PC.

La solution c'est d'équiper le micro d'une carte RTC (real time clock) qui répond à toute demande et que tu peux remettre an forme à ton besoin.

C'est bien time.h qui contient toutes les fonctions nécessaires. Les mêmes existent pour Arduino.

Ton application conserve bien l'heure, la date, en tenant compte des années bissextiles, les heures d'hiver/été et tout cela sans besoin du PC.

[racard]

Bonjour , je sèche sur le principe général :

je suis orienté sur programme des Microchip , MPLABX compilateur XC8 ou XC16 suivant mon µC utilisé mais probablement que le problème est le même sur d'autre µC

je souhaite récupérer l'heure et la date courante du PC , pour insérer ces données converties en constante dans un programme en C qui sera compilé .

je me doute bien qu'il faut utiliser le header time.h pour pouvoir les convertir en constante dans mon programme en C : c'est là que je sèche (le reste je sais faire )
je me demande s'il n'y a pas un conflit entre le header time.h du compilateur XC8 et celui habituellement utilisé GCC ou autre.


l'idée est d'afficheur sur l'afficheur LCD au démarrage de ma carte électronique genre 'compilé le 25/10/2026 a 7h13'

une idée ?
merci

bonjour
time c'est lorsque l'on fait appel pour s'en servir dans un soft destiné à tourner sur le PC.
comme il y n'y a rien dans le µC pour gérer le temps (absence de RTC) alors on fait appel à des ctes pour ensuite s'en servir dans le soft destiné au µC.
voir découvrez les constantes prédéfinies par le préprocesseur :

https://openclassrooms.com/fr/course...-preprocesseur

[gts2]

Bonjour,

Pour Arduino :

La date et l'heure de compilation sont obtenues grâce aux macros __DATE__ et __TIME__

__DATE__ : date de compilation au format "Mmm jj aaaa" (ex: Oct 25 2026).
__TIME__ : heure de compilation au format "hh:mm:ss" (ex: 14:30:00).

qqch du genre :

const char * compiledOn = "compilé le : " __DATE__ " à " __TIME__;

void setup() {
Serial.begin(9600);
}

void loop() {
delay(1000);
Serial.println(compiledOn);
}

[A voir en vidéo sur Futura]

[Gérard]

Bonjour,
Une RTC genre DS3231 peut faire le travail. Elle est assez précise. Il existe des module, ça évite la soudure CMS.
https://www.gotronic.fr/art-module-r...OM0e-zjyb-trGa
Au pays du soleil levant, c'est moins cher.

[gts2]

De ce que j'ai compris, il ne veut pas l'heure et la date du jour mais l'heure et la date de compilation.

[gienas]

De ce que j'ai compris, il ne veut pas l'heure et la date du jour mais l'heure et la date de compilation.

Hum. J’ai un peu de mal à ”expliquer” un tel besoin, en particulier son utilité.

1- c’est le programme du μC qui doit afficher la dite donnée, qui existe à l’origine sur le PC au moment de la compilation, et que l’on retrouve sur le fichier exécutable sous la forme de la ”date de l’enregistrement";

2- si c’est bien elle qu’il faut récupérer, elle doit être ajoutée dans le programme et être introduite dans une mémoire, ici sous forme de constante.

Quoi qu’il en soit, il faut que le demandeur précise explicitement sa véritable demande.

[racard]

Au pays du soleil levant, c'est moins cher.

ce n'est pas destiné à son souhait, sinon vous êtes sur de vous ou c'est une confusion ?
dans un bar une bouteille de perrier c'est 10€ mini dans le pays du soleil levant...

[entropie12]

Bonjour a tous , coté cible il n'y a pas de RTC nécessairement , le but est de savoir quant a été programmé le µC , quant on y revient 10 ou 20 ans plus tard ( ca m'arrive) ca permet de s'y retrouver dans ses archives , je ne suis pas non plus a la seconde pres bien sur , j'aime bien l'idée de gts2 d'utiliser le preprocesseur __DATE__ et time __TIME__ , la doc du compilateur XC8 est peu loquace quant a la structure produite , mais je cherche.

[entropie12]

Merci Gts2 et les autres ca fonctionne !

Extrait du programme :
....
cnt=__DATE__;
LCD_String(cnt);
LCD_String(" ");
cnt=__TIME__;
LCD_String(cnt);
...

Merci A tous

[bobflux]

Hum. J’ai un peu de mal à ”expliquer” un tel besoin, en particulier son utilité.

Ça sert à gérer les versions de l'exécutable, savoir à quelle date il a été compilé, donc quelle version du code source a été utilisé pour sa compilation. Très utile pour débugger.

[polo974]

Ça sert à gérer les versions de l'exécutable, savoir à quelle date il a été compilé, donc quelle version du code source a été utilisé pour sa compilation. Très utile pour débugger.

Sauf que si on utilise un système de versionning (genre git), on peut recompiler diverses versions le même jour, voire une vieille version le lendemain de la dernière version. Bref, la date de compil comme version, c'est un vieux concept obsolète et dangereux...

Le mieux est quand même de définir une vraie version, si possible en s'appuyant sur le système de versionning (en utilisant les tag pour les versions taguées et autres pour les compils intermédiaires lors d'un dev échevelé (un bout du hash (et la date de commit si on veut) est souvent utilisé sous git pour savoir de quoi on parle)).

Le système git ne nécessite pas de serveur. en local, c'est "juste" une caisse de commandes et des fichiers ajoutés sur place.
(Ensuite, on peut le lier à un serveur git (perso ou dans le cloud), c'est juste des commandes en plus en local.)

[Gérard]

ce n'est pas destiné à son souhait, sinon vous êtes sur de vous ou c'est une confusion ?
dans un bar une bouteille de perrier c'est 10€ mini dans le pays du soleil levant...

Du coup, je me demande le rapport entre une RTC et une bouteille de Perrier...

[racard]

Du coup, je me demande le rapport entre une RTC et une bouteille de Perrier...

le rapport ?
je vous ai demandé si vous étiez sur de vous ou c'est une confusion ?
pas eu de retour sur cela.
car vous ne comprenez pas que vous vous trompez en indiquant le pays du soleil levant...

[Janpolanton]

la chine a été envahie par les nippons...

[gienas]

Bonjour à tous

Ça sert à gérer les versions de l'exécutable, savoir à quelle date il a été compilé, donc quelle version du code source a été utilisé pour sa compilation. Très utile pour débugger.

J’ai moi-même été confronté à ce problème lors du développement de mon application qui en est à un peu plus de cinquante versions toutes différentes pour lesquelles je dispose de toutes les versions des sources des sketches successifs (c’est sous Arduino).

J’ai fini par faire afficher (dans l’application sur une des fonctions d’affichage) le numéro de la version de ma source.

Bien entendu, lors de la rédaction, en tête du source et en commentaire, j’indique aussi ce numéro qui est inscrit en clair dans la séquence.

Comme j’étais aussi confronté au problème de l’ignorance du contenu d’une carte programmée. J’ai fini par prévoir, lors de la rédaction des sketches, un préambule qui s’affiché sur le PC en mode débogage. C’est la sortie console, qui, au boot de l’application, affiche sur le PC, un texte en clair qui me renseigne sur la version, et que je peux retrouver sur le source facile à retrouver grâce aux indices affichés sur l’écran.

Bien entendu, cela nécessite d’être préparé. Ça ne s’improvise pas après coup. C’est lors de la conception que ces ”repères” doivent être déposés, et aussi, il faut veiller à créer un fichier source différent pour chaque version, et surtout, bien conserver à l’abri, toutes ces sources sur des clefs USB, ou des CD ou des DVD, ou encore des disques durs. Ça nécessite aussi une rigueur dans les mises à jours des sources, qui, toutes bien entendu, doivent être à jour.

[bobflux]

Comme j’étais aussi confronté au problème de l’ignorance du contenu d’une carte programmée. J’ai fini par prévoir, lors de la rédaction des sketches, un préambule qui s’affiché sur le PC en mode débogage. C’est la sortie console, qui, au boot de l’application, affiche sur le PC, un texte en clair qui me renseigne sur la version, et que je peux retrouver sur le source facile à retrouver grâce aux indices affichés sur l’écran.

Oui c'est indispensable

Bien entendu, cela nécessite d’être préparé. Ça ne s’improvise pas après coup. C’est lors de la conception que ces ”repères” doivent être déposés, et aussi, il faut veiller à créer un fichier source différent pour chaque version, et surtout, bien conserver à l’abri, toutes ces sources sur des clefs USB, ou des CD ou des DVD, ou encore des disques durs. Ça nécessite aussi une rigueur dans les mises à jours des sources, qui, toutes bien entendu, doivent être à jour.

Le plus pratique serait de configurer le make pour que l'identifiant de commit de git soit ajouté automatiquement dans une constante de compilation par exemple. Mais ces identifiants sont assez peu pratiques à copier coller manuellement. Une version "human readable" est plus pratique, mais il faut penser à l'incrémenter manuellement...

[Gérard]

la chine a été envahie par les nippons...

C'était il y a longtemps.
https://www.google.com/search?q=inva...client=gws-wiz

[Gérard]

le rapport ?
je vous ai demandé si vous étiez sur de vous ou c'est une confusion ?
pas eu de retour sur cela.
car vous ne comprenez pas que vous vous trompez en indiquant le pays du soleil levant...

Et c'est si grave? Evidemment que je pensais à la Chine en disant Pays du soleil levant.
J'espère que ma petite erreur ne t'aura pas empêché de dormir.

[racard]

la chine a été envahie par les nippons...

la chine c'est la chine.
le pays du soleil levant c'est le japon.
la bas je ne crois pas que c'est moins cher qu'en france...

[racard]

Et c'est si grave? Evidemment que je pensais à la Chine en disant Pays du soleil levant.
J'espère que ma petite erreur ne t'aura pas empêché de dormir.

pas de soucis.

[umfred]

c'est comme parler du pays de la baguette pour désigner l'Allemagne par exemple, mais bref,